Messages in this thread | | | Date | Sat, 19 Jun 2010 10:42:51 +0200 | From | Tejun Heo <> | Subject | Re: [PATCH 09/12] irq: implement IRQ expecting |
| |
Hello,
On 06/19/2010 10:35 AM, Andi Kleen wrote: >> I would like to suggest an (optional) argument to this with a duration >> within which to expect an interrupt.... >> >> that way in the backend we can plumb this also into the idle handler >> for C state selection... > > I'm not sure it's really that useful to power optimize > the lost interrupts polling case. It's just a last resort > fallback anyways and will be always less power efficient > because there will be unnecessary polls.
IIUC, it's not to help or optimize polling itself. It just gives us a way to estimate when the next interrupt would be so that power can be optimized for non polling cases.
Thanks.
-- tejun
| |