http://bugzilla.kernel.org/show_bug.cgi?id=8286
------- Additional Comments From [EMAIL PROTECTED] 2007-04-30 10:00 ------- The i8042 code may not ignore PNP, but it doesn't actually use those nodes in a normal way. http://lkml.org/lkml/2007/4/17/357 points out that there are THREE (count'em, three!) sysfs nodes for each i8042 device. (Well, it shows it for that touchpad, but I've observed the same on other systems for keyboards and mice. Even on systems where /proc/acpi/wakeup lists the i8042 keyboard and mouse nodes.) The root cause seems to be the device_add() in the serio code: it's making new nodes in /sys/devices/platform/i8042 rather than using the PNP nodes. (I speculate that's because a few years back, having the PNP nodes was the exception not the rule ... today it's the other way around, but the driver still uses a "legacy with band-aids" driver model structure. In any case the "why" doesn't matter as much as the result.) ACPI can mark the PNP nodes as wakeup-capable -- and given pending patches, does exactly that -- but i8042 uses the node it created instead. Those are the ones associated with the input class devices, /proc/interrupts listings, etc. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
