From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 8B54B21A09139 for ; Thu, 25 May 2017 09:52:41 -0700 (PDT) Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id D70EC448D9F; Thu, 25 May 2017 16:52:40 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com D70EC448D9F Authentication-Results: ext-mx05.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx05.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=lersek@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com D70EC448D9F Received: from lacos-laptop-7.usersys.redhat.com (ovpn-116-147.phx2.redhat.com [10.3.116.147]) by smtp.corp.redhat.com (Postfix) with ESMTP id CF58717F28; Thu, 25 May 2017 16:52:38 +0000 (UTC) To: edk2-devel@lists.01.org Cc: Achin Gupta , michael.d.kinney@intel.com, nd@arm.com, James Morse , Leif Lindholm , afish@apple.com, Ard Biesheuvel , Dongjiu Geng References: <20170525122905.GC20909@e104320-lin> From: Laszlo Ersek Message-ID: <27206b7f-ecfd-eb41-7e1d-169d537741d6@redhat.com> Date: Thu, 25 May 2017 18:52:37 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <20170525122905.GC20909@e104320-lin> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.29]); Thu, 25 May 2017 16:52:41 +0000 (UTC) Subject: Re: [staging/apei]: New branch request for APEI work X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 May 2017 16:52:41 -0000 Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit 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