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:	Fri, 12 Sep 2014 17:43:10 -0400
From:	Jon Masters <jcm@...hat.com>
To:	Will Deacon <will.deacon@....com>,
	Grant Likely <grant.likely@...aro.org>
CC:	"hanjun.guo@...aro.org" <hanjun.guo@...aro.org>,
	Catalin Marinas <Catalin.Marinas@....com>,
	"Rafael J. Wysocki" <rjw@...ysocki.net>,
	Mark Rutland <Mark.Rutland@....com>,
	Olof Johansson <olof@...om.net>,
	"graeme.gregory@...aro.org" <graeme.gregory@...aro.org>,
	Arnd Bergmann <arnd@...db.de>,
	Sudeep Holla <Sudeep.Holla@....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>,
	Lv Zheng <lv.zheng@...el.com>,
	Robert Moore <robert.moore@...el.com>,
	Lorenzo Pieralisi <Lorenzo.Pieralisi@....com>,
	Liviu Dudau <Liviu.Dudau@....com>,
	Randy Dunlap <rdunlap@...radead.org>,
	Charles Garcia-Tobin <Charles.Garcia-Tobin@....com>,
	linux-acpi@...r.kernel.org,
	"linux-arm-kernel@...ts.infradead.org" 
	<linux-arm-kernel@...ts.infradead.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v3 00/17] Introduce ACPI for ARM64 based on ACPI 5.1

On 09/12/2014 05:38 PM, Jon Masters wrote:
> On 09/11/2014 09:49 AM, Will Deacon wrote:
>> Hi Grant,
>>
>> On Thu, Sep 11, 2014 at 02:29:34PM +0100, Grant Likely wrote:
>>> On Mon,  1 Sep 2014 22:57:38 +0800, Hanjun Guo <hanjun.guo@...aro.org> wrote:
>>>> ACPI 5.1 has been released and now be freely available for
>>>> download [1]. It fixed some major gaps to run ACPI on ARM,
>>>> this patch just follow the ACPI 5.1 spec and prepare the
>>>> code to run ACPI on ARM64.
>>>>
>>>> ACPI 5.1 has some major changes for the following tables and
>>>> method which are essential for ARM platforms:
>>>> 1) MADT table updates.
>>>> 2) FADT updates for PSCI
>>>> 3) GTDT
>>>>
>>>> This patch set is the ARM64 ACPI core patches covered MADT, FADT
>>>> and GTDT, platform board specific drivers are not covered by this
>>>> patch set, but we provide drivers for Juno to boot with ACPI only
>>>> in the follwing patch set for review purpose.
>>
>> [...]
>>
>>> I've read through this entire series now. In my mind, aside from a few
>>> comments that I know you're addressing, this is ready.  The hooks into
>>> arm64 core code are not terribly invasive, it is nicely organized and
>>> manageable. Get the next version out ASAP, but I would also like to see
>>> the diffs from this version to the next so I don't need to review the
>>> entire series again.
>>>
>>> Regarding the requests to refactor ACPICA to work better for ARM. I
>>> completely agree that it should be done, but I do not think it should be
>>> a prerequisite to getting this core support merged. That kind of
>>> refactoring is far easier to justify when it has immediate improvement
>>> on the mainline codebase, and it gives us a working baseline to test
>>> against. Doing it the other way around just makes things harder.
>>>
>>> I would really like to see the next version of this series go into
>>> linux-next. I think this is ready for some wider exposure. Have you got
>>> a branch being pulled into Fengguang's autobuilder yet?
>>
>> Apart from build testing, what does this wider exposure achieve? Is there a
>> platform available that would be able to boot Linux (to a meaingful state)
>> with this patch series alone?
> 
> With this patch series, plus a couple of minor device patches (to add
> the necessary OF->ACPI probe conversion, which is needed in any case) it
> is possible to boot both an AMD Seattle and an APM Mustang system[0] to
> a prompt. Both sets of hardware should be represented at Connect next
> week. In addition, AMD will be following up with an example (similar to
> the Juno one) for booting Seattle with the current patchset.

If anyone would like to set aside some time early next week (ahead of
the Friday and possible other sessions discussing ACPI status) to go
over specifics of certain hardware such as Seattle, I am happy to assist
setting that up. Suravee from AMD will be there, and we will both have
Seattle hardware able to run these patches with us.

Jon.


--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ