https://bugzilla.novell.com/show_bug.cgi?id=375836 User bjorn.helgaas@hp.com added comment https://bugzilla.novell.com/show_bug.cgi?id=375836#c26 --- Comment #26 from Bjorn Helgaas <bjorn.helgaas@hp.com> 2008-05-20 11:57:37 MST --- We only call pnpacpi_add_device() if acpi_bus_get_device() succeeds. That only succeeds if there was a prior call to acpi_device_set_context(). But acpi_add_single_object() skips the acpi_device_set_context() call if !device->status.present. Therefore, I think devices with _STA==0 will not be added as PNP devices. My guess is that disabling the parallel port in the BIOS causes _STA to return 0xd (present, !enabled, ui, functional) instead of 0xf (present, enabled, ui, functional). We could easily add a printk in acpi_bus_get_status() to verify this. If the BIOS leaves the parallel port present but disabled, it probably doesn't assign an IRQ for it, but it should be legal for the OS to do its own IRQ assignment and enable the device. Milisav, can you collect the /sys/devices/.../options file for the parallel port? It's likely the same whether the port is enabled or disabled in BIOS, but if they're different, I'd like to know that, too. If the options contain IRQ 14, it looks like pnp_assign_irq() could easily assign that to the parallel port, which might cause the problem we're seeing. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.