[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJZ5v0gep7Q4w+yOvgfOUG8rU12tYEw3qtDKCoZN2=b8-=-fjw@mail.gmail.com>
Date: Mon, 10 Sep 2018 22:13:49 +0200
From: "Rafael J. Wysocki" <rafael@...nel.org>
To: fanc.fnst@...fujitsu.com
Cc: Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>,
"H. Peter Anvin" <hpa@...or.com>,
"the arch/x86 maintainers" <x86@...nel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Kees Cook <keescook@...omium.org>, bhe@...hat.com,
indou.takao@...fujitsu.com, Cao jin <caoj.fnst@...fujitsu.com>,
Dou Liyang <douly.fnst@...fujitsu.com>,
"Rafael J. Wysocki" <rjw@...ysocki.net>,
Len Brown <lenb@...nel.org>,
Ard Biesheuvel <ard.biesheuvel@...aro.org>,
linux-efi@...r.kernel.org,
ACPI Devel Maling List <linux-acpi@...r.kernel.org>
Subject: Re: [PATCH v6 1/3] x86/boot: Add acpitb.c to parse acpi tables
On Mon, Sep 10, 2018 at 2:41 PM Chao Fan <fanc.fnst@...fujitsu.com> wrote:
>
> Imitate the ACPI code of parsing ACPI tables to dig and read ACPI
> tables.
Why?
> Since some operations are not needed here,
What operations?
> functions are simplified. Functions will be used to dig SRAT tables to get
> information of memory, so that KASLR can the memory in immovable node.
So do you want to parse SRAT only or do something in addition to that?
> And also, these functions won't influence the initialization of
> ACPI after start_kernel().
Powered by blists - more mailing lists