public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
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


  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