linux-kernel - Re: [PATCH v8 00/21] Introduce ACPI for ARM64 based on ACPI 5.1

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 04 Feb 2015 14:29:34 -0600
From:	Timur Tabi <timur@...eaurora.org>
To:	Hanjun Guo <hanjun.guo@...aro.org>,
	Catalin Marinas <catalin.marinas@....com>,
	"Rafael J. Wysocki" <rjw@...ysocki.net>,
	Olof Johansson <olof@...om.net>, Arnd Bergmann <arnd@...db.de>,
	Mark Rutland <mark.rutland@....com>,
	Grant Likely <grant.likely@...aro.org>,
	Will Deacon <will.deacon@....com>
CC:	Lorenzo Pieralisi <Lorenzo.Pieralisi@....com>,
	Graeme Gregory <graeme.gregory@...aro.org>,
	Sudeep Holla <Sudeep.Holla@....com>,
	Jon Masters <jcm@...hat.com>,
	Jason Cooper <jason@...edaemon.net>,
	Marc Zyngier <marc.zyngier@....com>,
	Bjorn Helgaas <bhelgaas@...gle.com>,
	Daniel Lezcano <daniel.lezcano@...aro.org>,
	Mark Brown <broonie@...nel.org>, Rob Herring <robh@...nel.org>,
	Robert Richter <rric@...nel.org>,
	Randy Dunlap <rdunlap@...radead.org>,
	Charles.Garcia-Tobin@....com, phoenix.liyi@...wei.com,
	Ashwin Chaugule <ashwinc@...eaurora.org>,
	suravee.suthikulpanit@....com,
	Mark Langsdorf <mlangsdo@...hat.com>, wangyijing@...wei.com,
	linux-acpi@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
	linux-kernel@...r.kernel.org, linaro-acpi@...ts.linaro.org
Subject: Re: [PATCH v8 00/21] Introduce ACPI for ARM64 based on ACPI 5.1

On 02/02/2015 06:45 AM, Hanjun Guo wrote:
> Hi,
>
> This is the v8 of ACPI core patches for ARM64 based on ACPI 5.1, there are
> some updates since v7:

All 21 patches:

Tested-by: Timur Tabi <timur@...eaurora.org>

I no longer need to use "acpi=force", so that's nice.

>
>   - Add two more documantation to explain why we need ACPI in ARM64 servers

"documentation"


>     by Grant, and recommendations and prohibitions on the use of the numerous
>     ACPI tables and objects by Al Stone.
>
>   - Add two patches which is need to map acpi tables after acpi_gbl_permanent_mmap
>     is set
>
>   - Add another patch "dt / chosen: Add linux,uefi-stub-generated-dtb property"
>     to address that if firmware providing no dtb, we can try ACPI configuration data
>     even if no "acpi=force" is passed in early parameters. (I think ACPI for XEN and
>     kexec need consider sperately as disscussed, correct me if I'm wrong).

"need to be considered separately", "discussed"

>
>   - Add CC in the patch to the subsystem maintainers and modify the subject
>     of the patch to explicitly show the subsystem touched by this patch set,
>     please help us to review and ack them if they make sense, thanks.
>
>   - Add Tested-by from Qualcomm and Redhat;
>
>   - Make ACPI depends on PCI suggested by Catalin;
>
>   - Clean up SMP init function as Lorenzo suggested, remove physical
>     CPU hot-plug code in the patch;
>
>   - Address some comments from Marc and explicitly state that will
>     implment statcked irqdomain and GIC init framework when GICv3 and

"implement", "stacked"


-- 
Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the
Code Aurora Forum, a Linux Foundation Collaborative Project.
--
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/