[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2351210.nfpIXXiZXh@vostro.rjw.lan>
Date: Thu, 17 Jul 2014 01:32:21 +0200
From: "Rafael J. Wysocki" <rjw@...ysocki.net>
To: Tony Luck <tony.luck@...el.com>,
Thomas Gleixner <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...or.com>, 'Ingo Molnar' <mingo@...nel.org>
Cc: Hanjun Guo <hanjun.guo@...aro.org>,
Catalin Marinas <catalin.marinas@....com>,
Graeme Gregory <graeme.gregory@...aro.org>,
linux-acpi@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org, linaro-acpi@...ts.linaro.org,
x86@...nel.org
Subject: Re: [PATCH v2 0/3] Clean up ACPI core to prepare for running ACPI on ARM64
On Wednesday, July 09, 2014 05:39:03 PM Hanjun Guo wrote:
> This patch set have no function change for x86 and ia64 and
> just do some clean up to prepare for running ACPI on ARM64.
>
> This patch set is splited out from the patch set [1]
> "[PATCH v4 00/13] Enable ACPI on ARM64 in Kconfig" and hope it
> can be merged first before ARM64 ACPI core patches.
>
> [1]: https://lkml.org/lkml/2014/6/26/627
>
> update from v1:
> 1. Drop "Make EC debugfs depend on X86 || IA64 in Kconfig";
> 2. Rename ACPI_SCAN_BIOS_NOT_EFI to ACPI_LEGACY_TABLES_LOOKUP
> suggested by Rafael;
> 3. Rename ARCH_HAS_ACPI_PDC to ARCH_MIGHT_HAVE_ACPI_PDC suggested by Rafael;
> 4. Remove the help for ARCH_MIGHT_HAVE_ACPI_PDC because it can't be selected;
> 5. Rename acpi_arch_is_smp() to acpi_has_cpu_in_madt() to be more
> explicit and easy understanding.
>
> Graeme Gregory (2):
> ACPI: ARM64 does not have a BIOS add config for BIOS table scan.
> ACPI: Don't use acpi_lapic in ACPI core code
>
> Hanjun Guo (1):
> ACPI / processor: Introduce ARCH_HAS_ACPI_PDC
Are there any objections against this series from the x86 and ia64 maintainers?
If not, I'll take it for 3.17.
Rafael
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists