On Thursday 14 December 2006 21:37, Andrew Morton wrote: > On Thu, 14 Dec 2006 21:17:41 -0500 > > Len Brown <lenb@xxxxxxxxxx> wrote: > > > The moral here is simple: x86_64 patches go through the x86_64 > > > maintainer. Please do not attempt to maintain foreign patches in the > > > acpi tree. > > > > Huh? What x86_64 patches are in the acpi tree? > > I dunno. This: > > arch/i386/kernel/acpi/boot.c | 234 ++-- > arch/i386/kernel/acpi/earlyquirk.c | 10 > arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c | 1 > arch/i386/kernel/cpu/cpufreq/longhaul.c | 15 > arch/i386/kernel/mpparse.c | 4 > arch/i386/mach-es7000/es7000.h | 25 > arch/i386/mach-es7000/es7000plat.c | 55 - > arch/i386/pci/mmconfig.c | 26 > arch/ia64/kernel/acpi.c | 186 ++-- > arch/x86_64/kernel/early-quirks.c | 4 > arch/x86_64/kernel/genapic.c | 4 > arch/x86_64/kernel/io_apic.c | 6 > arch/x86_64/kernel/mpparse.c | 74 + > arch/x86_64/kernel/setup.c | 65 + > arch/x86_64/kernel/time.c | 52 - > arch/x86_64/mm/srat.c | 48 - > arch/x86_64/pci/mmconfig.c | 31 - These are ACPI patches, mostly due to a rather large ACPICA update that brings the core up to date to 11/9 from 7/7. The biggest part is the update to the table code to teach the OS that it can simply map tables in place rather than copying them. Nearly all of this series has been in -mm before. I do regret that there are more variable re-names and whitespace cleanups in this batch than I'd prefer -- seems there is never a good time to do those... -Len - 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
