On Monday 28 April 2008, Henrique de Moraes Holschuh wrote: > On Mon, 28 Apr 2008, Zhao Yakui wrote: > > Yes. What your said is right. If your patch is applied, whether the PCI > > device can wake the sleeping system is controlled by device driver. In > > such case the /proc/acpi/wakeup will be useless. > > Which calls for a new standard interface to let userpace control that, > doesn't it? Issues with wake-up devices are not uncommon, the user > really has to have a way to configure that, and IMHO it better be a > generic one... That "new standard interface" has been in the kernel for quite some time now: /sys/devices/.../power/wakeup attributes, which default to "enabled" for wake-capable devices. Set to "disabled" if it's not behaving on your system for some reason. It's part of the driver model infrastructure. These patches have been nudging ACPI switch over to that generic mechanism, instead of needing an ACPI-specific one... first posted on the order of 18 months ago, FWIW. Note that there are (broadly) two categories of issue here. One is with the hardware/firmware ... e.g. ACPI, on systems where that exists. (By far the minority in terms of Linux platforms, and maybe in terms of individual systems too, despite the fact that most of us developers run x86 Linux somewhere.) The other is inside the driver itself: does it arrange for the right things to be wake events, and handle them OK. When I last did a survey of what drivers use PCI wakeup mechanisms, the result was pretty weak: a handful of network drivers, and the USB host controllers. Such support has been, if anything, declining since we acquired "pm_message_t". But I believe that most of those drivers actually behave, at least on non-ACPI systems. Try "cd linux-2.6; grep -lr pci_enable_wake *" for current results... - Dave -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
