On Friday 12 August 2005 1:44 pm, Peter Martuccelli wrote: > Stumbled into this problem working on the ipmi_si driver. When the > ipmi_si driver initialization fails the acpi_tb_get_table > call, after rsdt_info has been allocated, acpi_get_firmware_table() > will oops trying to reference off rsdt_info->pointer in the cleanup > code.
I don't know whether the ACPI patch is correct or desirable, but I think the ipmi_si ACPI discovery is bogus (it was probably written before the current ACPI and PNPACPI driver registration interfaces were stable). Currently, ipmi_si uses the static SPMI table to locate the device. But the static table should only be used if we need the device very early, before the ACPI namespace is available. I don't think we use the device early, so we should use pnp_register_driver() to claim the appropriate PNP IDs. Or we might have to use acpi_bus_register_driver() since it looks like it uses ACPI-specific features like GPEs. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
