This is not a re-gression, it is a pro-gression:-) In the CONFIG_CPU_IDLE=y case, there was a bug where we would enter C3 even in the presence of bus master activity. That bug was fixed by commit fc2e4009300088813c3be2de80b01ddc2399999e "cpuidle: update the last_state acpi cpuidle reflecting actual state entered" which shipped in 2.6.27 I've reproduced this issue on my t41, and when i revert the the patch above from 2.6.27, we erroneously attempt to enter C3 in the face of bus master activity, just like we did in 2.6.25 and 2.6.26. Note that the CONFIG_CPU_IDLE=n case never had this bug, so you'd not see C3 with USB in that case even in older kernels. Note also that /proc/acpi/processor/CPU/power does not display any bus master activity for the CONFIG_CPU_IDLE=y case, even when such activity is present. Now that CONFIG_CPU_IDLE=y for ACPI always, I think we should simply delete that misleading field. thanks, Len Brown, Intel Open Source Technology Center -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
