http://bugzilla.kernel.org/show_bug.cgi?id=5832
------- Comment #25 from [EMAIL PROTECTED] 2007-08-13 16:29 ------- It looks like PNPACPI is getting the right information. I scrounged up a parallel printer and found that it does actually work with my laptop, where PNPACPI gives an IRQ and DMA channel, so parport_pc *can* use IRQ and DMA, at least sometimes. Here's your log (non-working case): pnp: match found with the PnP device '00:09' and the driver 'parport_pc' parport: PnPBIOS parport detected. parport0: PC-style at 0x378 (0x778), irq 7, dma 3 [PCSPP,TRISTATE,COMPAT,ECP,DMA] Does it make any difference if you try this: - unload parport-related modules (lp, parport, parport_pc, etc) # cd /sys/bus/pnp/devices/00:09/ # echo disable > resources # echo clear > resources # echo activate > resources - reload parport modules It's a long shot, but sometimes the BIOS doesn't actually configure the device until we call _SRS, which we don't do by default. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. ------------------------------------------------------------------------- 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