[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJZ5v0is7c833aQkRm-D+TwLM+eUYeKEAdLOOdrEdT-hrC_M1A@mail.gmail.com>
Date: Thu, 19 May 2016 23:22:07 +0200
From: "Rafael J. Wysocki" <rafael@...nel.org>
To: Aleksey Makarov <aleksey.makarov@...aro.org>
Cc: Russell King <linux@....linux.org.uk>,
"Rafael J . Wysocki" <rjw@...ysocki.net>,
Len Brown <lenb@...nel.org>,
ACPI Devel Maling List <linux-acpi@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Graeme Gregory <graeme.gregory@...aro.org>,
Jon Masters <jcm@...hat.com>, "Zheng, Lv" <lv.zheng@...el.com>,
Mark Rutland <mark.rutland@....com>
Subject: Re: [PATCH v2 0/5] ACPI: ARM64: support for ACPI_TABLE_UPGRADE
On Thu, May 19, 2016 at 6:15 PM, Aleksey Makarov
<aleksey.makarov@...aro.org> wrote:
> This patchset adds support for ACPI_TABLE_UPGRADE for ARM64
>
> These patches help with:
>
> 1). During development of a platform, it is much easier to debug
> problems with tables if you can test replacement ones without having to
> respin the firmware. In the server world, you usually don't have the
> firmware source code, so to get it respun could be days-weeks even if
> you are working with the authors closely. We have practically used this
> feature on a number of platforms already and it will continue.
>
> 2). They empower (advanced) users and developers to work around problems
> that they find on platforms. Sure, we want firmware to always be fixed
> and working well, but it is better if folks have the tools.
>
> It's also required for parity with x86 functionality on servers as Redhat
> use that method in their tooling.
>
> The patchset refactors the code introduced by the patches by Lv Zheng [1],
> fixes access to the destination of new ACPI tables as suggested
> by Mark Rutland [2] and enables the feature for ARM64
>
> It was first sent by Jon Masters [3] to linaro-acpi in December 2015
>
> Tested on QEMU (arm64 and x86) and ThunderX
> Should be applied to next-20160519
>
> v2:
> - add Acked-by: Lv Zheng <lv.zheng@...el.com>
> - replace the original patch "ACPI: table upgrade: move early_initrd_acpi_init()
> to header file" with the patch "ACPI: table upgrade: refactor function
> definitions". This new patch is just the original one rewritten following the
> suggestion by Lv Zheng to use initrd_start, inird_end directly in
> acpi_table_initrd_init(). It simplifies things noticeably.
> - add Jon's explanations to the cover of the patchset and my explanations
> to "ACPI: ARM64: support for ACPI_TABLE_UPGRADE"
> - introduce ARCH_HAS_ACPI_TABLE_UPGRADE in a separate patch (Mark Rutland)
> - move arch-specific definition to an arch-specific header in a separate patch
> (Mark Rutland)
>
> v1:
> https://lkml.kernel.org/g/1463486765-31827-1-git-send-email-aleksey.makarov@linaro.org
>
> [1] https://lkml.kernel.org/g/cover.1460340514.git.lv.zheng@intel.com
> [2] https://lists.linaro.org/pipermail/linaro-acpi/2015-December/006101.html
> [3] https://lists.linaro.org/pipermail/linaro-acpi/2015-December/006099.html
>
> Aleksey Makarov (4):
> ACPI: table upgrade: use cacheable map for tables
> ACPI: table upgrade: refactor function definitions
> ACPI: table upgrade: move arch-specific symbol to asm/acpi.h
> ACPI: table upgrade: introduce ARCH_HAS_ACPI_TABLE_UPGRADE
>
> Jon Masters (1):
> ACPI: ARM64: support for ACPI_TABLE_UPGRADE
>
> arch/arm64/Kconfig | 1 +
> arch/arm64/include/asm/acpi.h | 2 ++
> arch/arm64/kernel/setup.c | 6 ++++--
> arch/x86/Kconfig | 1 +
> arch/x86/include/asm/acpi.h | 2 ++
> arch/x86/kernel/setup.c | 9 +--------
> drivers/acpi/Kconfig | 5 ++++-
> drivers/acpi/tables.c | 23 +++++++++--------------
> include/linux/acpi.h | 8 ++++++--
> 9 files changed, 30 insertions(+), 27 deletions(-)
I'm fine with the series.
I can queue up patches [1-4/5] for 4.8, but I'll need an ACK from the
ARM64 maintainers for the [5/5].
Thanks,
Rafael
Powered by blists - more mailing lists