From: Laszlo Ersek <lersek@redhat.com>
To: edk2-devel@lists.01.org
Cc: Achin Gupta <achin.gupta@arm.com>,
michael.d.kinney@intel.com, nd@arm.com,
James Morse <James.Morse@arm.com>,
Leif Lindholm <Leif.Lindholm@arm.com>,
afish@apple.com, Ard Biesheuvel <ard.biesheuvel@linaro.org>,
Dongjiu Geng <gengdongjiu@huawei.com>
Subject: Re: [staging/apei]: New branch request for APEI work
Date: Thu, 25 May 2017 18:52:37 +0200 [thread overview]
Message-ID: <27206b7f-ecfd-eb41-7e1d-169d537741d6@redhat.com> (raw)
In-Reply-To: <20170525122905.GC20909@e104320-lin>
On 05/25/17 14:29, Achin Gupta wrote:
> Hi All,
>
> I would like to create a branch for implementing support for APEI in EDK2. The
> intent is to upstream modules that are capable of creating the HEST, BERT, ERST
> and EINJ after gathering error and error source information from the platform
> and other sources. The work is still very nascent and the branch will be first
> populated with some workarounds. These will be used as the basis for further
> development.
>
> Could you please do the needful. The attached readme has been populated with
> some basic information.
(
Side remark:
For running the ArmVirtQemu edk2 platform on QEMU at least, the approach
being taken is to generate all APEI related stuff in QEMU, and to keep
the virtual firmware fully un-enlightened about APEI. This is consistent
with how QEMU and ArmVirtQemu handle other ACPI tables, through the QEMU
linker/loader interface.
References to sub-threads:
http://mid.mail-archive.com/5b7352f4-4965-3ed5-3879-db871797be47@huawei.com
http://mid.mail-archive.com/1493530506-26833-1-git-send-email-gengdongjiu@huawei.com
This is not to say that I "oppose" the branch -- that would make zero
sense, as physical platforms need to create their APEI-related tables in
their firmwares, like they create all other ACPI tables. I'd just like
to highlight that with QEMU (hence with ArmVirtQemu and OVMF), all
hardware-related ACPI tables are generated on the QEMU side, and that
the APEI tables should be no different. In fact this closely matches
Achin's virt-oriented design, visible in the first above-referenced thread.
)
Thanks
Laszlo
next prev parent reply other threads:[~2017-05-25 16:52 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-25 12:29 [staging/apei]: New branch request for APEI work Achin Gupta
2017-05-25 16:52 ` Laszlo Ersek [this message]
2017-06-01 13:18 ` Leif Lindholm
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=27206b7f-ecfd-eb41-7e1d-169d537741d6@redhat.com \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox