On Wednesday 17 August 2005 2:30 pm, Corey Minyard wrote:
> Basically, the IPMI system interface needs information from a specific
> IPMI table to know how to configure itself. Those tables can reference
> GPEs, so the driver can use those (though AFAIK it has never been tested).
The informatio
Peter Martuccelli wrote:
On Mon, 2005-08-15 at 18:13, Bjorn Helgaas wrote:
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
On Mon, 2005-08-15 at 18:13, Bjorn Helgaas wrote:
> 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_ge
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 rsd
Hello Len,
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. The following pa
5 matches
Mail list logo
