Mailinglist Archive: opensuse-bugs (19817 mails)

< Previous Next >
[Bug 375836] parallel driver grabs IRQ14 preventing legacy SFF ATA controller from working
  • From: bugzilla_noreply@xxxxxxxxxx
  • Date: Tue, 20 May 2008 11:57:37 -0600 (MDT)
  • Message-id: <20080520175737.F25EBCC6D4@xxxxxxxxxxxxxxxxxxxxxx>
https://bugzilla.novell.com/show_bug.cgi?id=375836

User bjorn.helgaas@xxxxxx added comment
https://bugzilla.novell.com/show_bug.cgi?id=375836#c26





--- Comment #26 from Bjorn Helgaas <bjorn.helgaas@xxxxxx> 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.

< Previous Next >