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 -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
