http://bugzilla.kernel.org/show_bug.cgi?id=5832
------- Comment #35 from [EMAIL PROTECTED] 2007-11-08 09:31 ------- Created an attachment (id=13469) --> (http://bugzilla.kernel.org/attachment.cgi?id=13469&action=view) Debug patch - 2.6.24-rc2 (might have slight offsets, but should patch...) Could you try this debug patch, pls. I expect this is the same bug like: https://bugzilla.novell.com/show_bug.cgi?id=180390 There the DSDT has two devices matching for parport_pc(both accessing the same IO ports!). The one has DMA enabled (PNP0401), the other one not (PNP0400). I could imagine the status (whether device is present or not) is not checked and the first of the two devices is just used. This patch prints out (possibly a bit too much, pls attach dmesg...) status of ACPIPNP checked ACPI devices. It also provides a module parameter for parport_pc: probe_ecp=0 will only check for PNP0400 device and should work? probe_ecp=1 will check for both devices and should not work. probe_ecp=2 will check for PNP0401 device and could work. I assume ECP/EPP could be configured via BIOS and the _STA func of either of the two devices should return not present and must be ignored. Can you also try to rmmod parport_pc, load it with all three, above parameters and also provide each dmesg (just the additional info). -- 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, or are watching someone who is. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
