Andrew, This patch is munged -- please remove it from mm. The correct patch is already present in git-acpi.patch, which perhaps is why patch munged it on entry into mm. thanks, -Len On Tuesday 06 March 2007 05:29, akpm@xxxxxxxxxxxxxxxxxxxx wrote: > From: John Keller <jpk@xxxxxxx> > > To provide compatibilty with SN kernels that do and do not have ACPI IO > support, the SN PROM must build different versions of some ACPI tables > based on which kernel is booting. As such, the tables may have to change > at kernel boot time. By default, prior to kernel boot, the PROM builds an > empty DSDT (header only) and no SSDTs. If an ACPI capable kernel boots, > the kernel will notify the PROM, at platform setup time, and the PROM will > build full DSDT and SSDT tables. > > With the latest changes to acpi_table_init(), the table lengths are saved, > and when our PROM changes them, the changes are not seen, and the kernel > will crash on boot. Because of issues with kexec support, we are not able > to create the tables prior to acpi_table_init(). As a result, we are > making a second call to acpi_table_init() to process the rebuilt DSDT and > SSDTs. > > Signed-off-by: John Keller <jpk@xxxxxxx> > Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> > --- > > arch/ia64/sn/kernel/setup.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff -puN arch/ia64/sn/kernel/setup.c~altix-reinitialize-acpi-tables arch/ia64/sn/kernel/setup.c > --- a/arch/ia64/sn/kernel/setup.c~altix-reinitialize-acpi-tables > +++ a/arch/ia64/sn/kernel/setup.c > @@ -54,6 +54,8 @@ > #include "xtalk/hubdev.h" > #include <asm/sn/klconfig.h> > > + /* Load the new DSDT and SSDT tables into the global table list. */ > + acpi_table_init(); > > DEFINE_PER_CPU(struct pda_s, pda_percpu); > > _ > - > To unsubscribe from this list: send the line "unsubscribe linux-acpi" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
