public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Gao, Zhichao" <zhichao.gao@intel.com>
To: Laszlo Ersek <lersek@redhat.com>
Cc: "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>,
	Bret Barkelew <Bret.Barkelew@microsoft.com>,
	"Wang, Jian J" <jian.j.wang@intel.com>,
	"Gao, Liming" <liming.gao@intel.com>,
	Michael Turner <Michael.Turner@microsoft.com>,
	"Ni, Ray" <ray.ni@intel.com>,
	Sean Brogan <sean.brogan@microsoft.com>,
	"Zeng, Star" <star.zeng@intel.com>,
	"Cetola, Stephano" <stephano.cetola@intel.com>
Subject: Re: [PATCH 0/2] Add event signal before and after ReadyToBoot
Date: Tue, 2 Apr 2019 09:40:50 +0000	[thread overview]
Message-ID: <3CE959C139B4C44DBEA1810E3AA6F9000B7BE45A@SHSMSX101.ccr.corp.intel.com> (raw)
In-Reply-To: <237921d8-1d5a-f467-a1c3-cfb1f9408e3b@redhat.com>


> -----Original Message-----
> From: Laszlo Ersek [mailto:lersek@redhat.com]
> Sent: Tuesday, April 2, 2019 4:41 PM
> To: Gao, Zhichao <zhichao.gao@intel.com>
> Cc: edk2-devel@lists.01.org; Bret Barkelew <Bret.Barkelew@microsoft.com>;
> Wang, Jian J <jian.j.wang@intel.com>; Gao, Liming <liming.gao@intel.com>;
> Michael Turner <Michael.Turner@microsoft.com>; Ni, Ray
> <ray.ni@intel.com>; Sean Brogan <sean.brogan@microsoft.com>; Zeng, Star
> <star.zeng@intel.com>; Cetola, Stephano <stephano.cetola@intel.com>
> Subject: Re: [edk2] [PATCH 0/2] Add event signal before and after
> ReadyToBoot
> 
> On 04/02/19 07:49, Zhichao Gao wrote:
> > Add two event guids.
> > And signal them immediately before and after the ReadyToBoot signal
> Event.
> >
> > Bret Barkelew (2):
> >   MdeModulePkg: Add event guids
> >   MdeModulePkg/UefiBootManagerlib: Add two event signals
> >
> >  .../Include/Guid/EventPostReadyToBoot.h       | 24
> +++++++++++++++++++
> >  .../Include/Guid/EventPreReadyToBoot.h        | 24
> +++++++++++++++++++
> >  .../Library/UefiBootManagerLib/BmBoot.c       |  2 ++
> >  .../Library/UefiBootManagerLib/InternalBm.h   |  4 +++-
> >  .../UefiBootManagerLib/UefiBootManagerLib.inf |  5 +++-
> >  MdeModulePkg/MdeModulePkg.dec                 |  6 +++++
> >  6 files changed, 63 insertions(+), 2 deletions(-)  create mode 100644
> > MdeModulePkg/Include/Guid/EventPostReadyToBoot.h
> >  create mode 100644
> MdeModulePkg/Include/Guid/EventPreReadyToBoot.h
> >
> 
> (1) You forgot to include the CC's from the individual patches on the cover
> letter. I'm fixing that now.
> 


Thanks for your kind work. I always forgot to add the Cc in cover-letter.

> 
> (2) This is my turn to ask whether the new event group GUIDs have been
> standardized and released in a public spec.
> 
> If they haven't, I'll nack this series -- contributors should be held to equal
> standards.
> 
> In particular, the variables are called "gEfiEventPostReadyToBootGuid"
> and "gEfiEventPreReadyToBootGuid". The "Efi" infix suggests these are
> standard event groups. However, in that case, I believe the changes should
> go into "MdePkg/Include/Guid/EventGroup.h", and TianoCore#1676 should
> minimally indicate the Mantis ticket that introduces the GUIDs.
> 
> I've now searched "UEFI_Spec_2_8_final.pdf" (from the USWG member
> area,
> SHA1 1adf5b81c566075574b3ad9e4091a42e9c9a80cb), and PI v1.7 too, for
> "7b94c75c", and there are no hits.

I knew these new event GUIDs were not in the public spec even the spec would publish later.
That is why I put them in MdeModulePkg and the single header file. And the name is inappropriate that you pointed out.

> 
> In theory, it would be totally fine to introduce these event group GUIDs as
> edk2 extensions. In theory. The last time I tried to do something similar, I was
> forced to go through the spec process however.
> 
> No double standards, please. If UefiBootManagerLib & BdsDxe are now open
> to edk2 extensions, and will no longer restrict themselves to specified
> behavior, that's great, but I will want it in writing; the policy should apply to
> everyone. (Adding Stephano.)
> 

I am new to this community. I did know the limit of UefiBootManagerLib & BdsDxe.
If it is conflict with the spec process, maybe this patch set should be dropped or pending.

Thanks,
Zhichao

> Thanks,
> Laszlo

      reply	other threads:[~2019-04-02  9:40 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-04-02  5:49 [PATCH 0/2] Add event signal before and after ReadyToBoot Zhichao Gao
2019-04-02  5:49 ` [PATCH 1/2] MdeModulePkg: Add event guids Zhichao Gao
2019-04-02  5:49 ` [PATCH 2/2] MdeModulePkg/UefiBootManagerlib: Add two event signals Zhichao Gao
2019-04-02  8:40 ` [PATCH 0/2] Add event signal before and after ReadyToBoot Laszlo Ersek
2019-04-02  9:40   ` Gao, Zhichao [this message]

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=3CE959C139B4C44DBEA1810E3AA6F9000B7BE45A@SHSMSX101.ccr.corp.intel.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