http://bugzilla.kernel.org/show_bug.cgi?id=13471
--- Comment #4 from Ozan Caglayan <o...@pardus.org.tr> 2009-06-09 06:07:42 --- Also note that the problem still exists if you manually probe the parport_pc module on a system booted with acpi=off. So the subject can be a little misleading in terms of that. From my original e-mail to LKML: "Note that the fact that the keyboard working when acpi=off seems to be that udev don't probe parport* stuff in that case. I inserted parport by hand and the keyboard is gone again as well: [ 30.696938] parport_pc 00:0d: reported by Plug and Play BIOS [ 30.697000] parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE] [ 30.780388] lp0: using parport0 (interrupt-driven). [ 30.804130] ppdev: user-space parallel port driver" If you look at the related lines in dmesg after a normal boot, without acpi=off, only the first line of the above snippet changes to: parport_pc 00:09: reported by Plug and Play ACPI I'll try to bisect it. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. You are watching the assignee of the bug. ------------------------------------------------------------------------------ Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
