[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAEEQ3wnbXE0vJnQRLo5MhfDc-Q4PbNWBoWS-oMn71CcJU51JdA@mail.gmail.com>
Date: Sun, 25 Jun 2023 15:33:03 +0800
From: 运辉崔 <cuiyunhui@...edance.com>
To: Ard Biesheuvel <ardb@...nel.org>
Cc: ron minnich <rminnich@...il.com>,
Mark Rutland <mark.rutland@....com>,
Lorenzo Pieralisi <lpieralisi@...nel.org>, rafael@...nel.org,
lenb@...nel.org, jdelvare@...e.com, yc.hung@...iatek.com,
angelogioacchino.delregno@...labora.com,
allen-kh.cheng@...iatek.com, pierre-louis.bossart@...ux.intel.com,
tinghan.shen@...iatek.com, linux-kernel@...r.kernel.org,
linux-acpi@...r.kernel.org, geshijian@...edance.com,
weidong.wd@...edance.com
Subject: Re: [External] Re: [PATCH] firmware: added a firmware information
passing method FFI
Hi Ard,
On Sat, Jun 24, 2023 at 8:52 PM Ard Biesheuvel <ardb@...nel.org> wrote:
>
> How do you intend to provide the ACPI core with the memory attribute
> information that it needs to access SystemMemory OpRegions?
Regarding memory segments and attributes, our solution does not need
to build a memmap table in coreboot like EFI to connect to linux ACPI
core.
Because the memory segment and attributes have been passed through the
"memory" node and "reserved-memory" node attributes of DTS.
For Linux, no matter what kind of memory attributes of the firmware,
it is ultimately connected to the memblock module.
So the memory attributes you consider can be done through the existing
DTS (like Ron said before, Chrombook does everything through DTS).
So can we come to a consensus? Then start reviewing the code?
Thanks,
Yunhui
Powered by blists - more mailing lists