* multiple MADT issue & acpi_get_table()
@ 2007-02-11 5:57 Len Brown
0 siblings, 0 replies; only message in thread
From: Len Brown @ 2007-02-11 5:57 UTC (permalink / raw)
To: Starikovskiy, Alexey, Pallipadi, Venkatesh, robert.moore; +Cc: linux-acpi
There are boxes with multiple MADT's in the RSDT,
and proof that Linux' current policy of choosing the 1st one
does not work around this BIOS bug properly.
Before the ACPICA table update, I had a patch in 7465
that made this situation verbose, and added a boot param so that
we could switch to using the last MADT and have a knob if
that didn't always work.
That patch is no good in 2.6.21 as ACPICA's acpi_get_table()
now owns finding the table instance.
Also, I see code in processor_core.c that is uses acpi_get_table()
to find the MADT -- so my patch in the bug report above probably
was incomplete anyway, as in some cases the table code would look at
one instance and the processor driver still looked a the 1st instance...
What do you suggest we do with acpi_map_table() to handle
the fact that when there are multiple MADT's, we probably always
want the last one? Further, we need to issue a warning when this happens,
and we need a hook for a boot param in case it doesn't work for everybody.
Note that I've only seen this issue with the MADT.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2007-02-11 5:58 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-02-11 5:57 multiple MADT issue & acpi_get_table() Len Brown
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.