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. Thanks for acpi_device_set_context() pointer, I overlooked that. I also remember I verified _STA methods returning zero are not added by trying out not
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. Instead of recompiling the kernel and adding a printk it is enough to add boot
https://bugzilla.novell.com/show_bug.cgi?id=375836 User trenn@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=375836#c28 Thomas Renninger <trenn@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO Info Provider| |milisav.radmanic@novell.com --- Comment #28 from Thomas Renninger <trenn@novell.com> 2008-05-21 01:55:02 MST --- I didn't see that you've already posted... that long ago, but knowing the set_context bit helps :) params (after installation, with parallel port switched off in BIOS and without pnpacpi=off boot param): log_buf_len=16384 acpi.debug_level=0x1F We are then searching for this message: ACPI_DEBUG_PRINT((ACPI_DB_INFO, "Device [%s] status [%08x]\n", device->pnp.bus_id, (u32) STRUCT_TO_INT(device->status))); The device is named ECP0. -- 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.