[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180911012754.GC8519@localhost.localdomain>
Date: Tue, 11 Sep 2018 09:27:54 +0800
From: Chao Fan <fanc.fnst@...fujitsu.com>
To: "Rafael J. Wysocki" <rafael@...nel.org>
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 10:13:49PM +0200, Rafael J. Wysocki wrote:
>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?
Sorry for that, I have sent the cover letter to you.
>
>> Since some operations are not needed here,
>
>What operations?
Such as some operations related to the map between physical address
and virtual address. Here in compressed period, use physical address
directely.
>
>> 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?
Only read and get memory information, won't change SRAT.
So ACPI code will not be changed.
Thanks,
Chao Fan
>
>> And also, these functions won't influence the initialization of
>> ACPI after start_kernel().
>
>
Powered by blists - more mailing lists