Hello Andrew,

On my platform, I am installing Load File protocol = on a handle which I do not want to be auto enumerated by boot manager. In o= rder to achieve this, I submitted this match on edk2 side and have installe= d gEdkiiSkipBmAutoEnumerateProtocolGuid on the same handle to achieve this on platform side. If there is a differ= ent way to achieve what I am trying to do, please let me know and I would b= e happy to adopt that.

Thanks

Ashish

From: afish@apple.com <afish@apple.com>= ;
Sent: Monday, November 4, 2019 10:01 PM
To: devel@edk2.groups.io; Ashish Singhal <ashishsingha@nvidia.co= m>
Cc: Ni, Ray <ray.ni@intel.com>; Laszlo Ersek <lersek@redha= t.com>; Wang, Jian J <jian.j.wang@intel.com>; Wu, Hao A <hao.a.= wu@intel.com>; Gao, Zhichao <zhichao.gao@intel.com>; Mike Kinney &= lt;michael.d.kinney@intel.com>
Subject: Re: [edk2-devel] [PATCH] Support skipping automatic BM enu= meration

On Nov 4, 2019, at 9:24 PM, Ashish Singhal <ashishsingha@nvidia.com> wrot= e:

Hi Ray,

I did not see any example with which one can tell BDS not to enumerate a b= oot option. Can you please point me to an example where a protocol (Block I= O, Simple FS or Load File) does not get enumerated as a boot option?

Ashish,

Are you asking for example code, or reasons that yo= u would not want to enumerate something as bootable?

Most likely if you want to have a platform policy t= o add gEdkiiSkipBmAutoEnumerateProtocolGuid you are going to need an E= FI Driver Model driver to add it to the handle based on some platform polic= y. This is the only way you can filter based on things getting connected at different times during boot.

Thanks,

Andrew Fish

Thanks
Ashish

-----Original Message-----
From: Ni, Ray <ray.ni@i= ntel.com>
Sent: Monday, November 4, 2019 7:42 PM
To: Laszlo Ersek <lersek@= redhat.com>; devel@edk2.groups.io; Ashish Singhal <as= hishsingha@nvidia.com>; Wang, Jian J <jian.j.wang@intel.com>; Wu, Hao A <hao.a.wu@int= el.com>; Gao, Zhichao <zhichao.gao@intel.com>
Cc: Kinney, Michael D <michael.d.kinney@intel.com>
Subject: RE: [edk2-devel] [PATCH] Support skipping automatic BM enumeratio= n

+ Mike

With the UEFI driver model, if a device is not needed by booting, it can s= kip the connecting.
Then I do not see a need of the new protocol.

Thanks,
Ray

-----Original Message-----
From: Laszlo Ersek <lersek@redhat.= com>
Sent: Thursday, October 31, 2019 6:15 PM
To: devel@edk2.groups.io; ashishsingha@nvidia.com; Wang, Jian J
<jian.j.wang@intel.com>= ; Wu, Hao A <hao.a.wu@intel.com>; Ni, Ray
<ray.ni@intel.com>; Gao, Zhi= chao <zhichao.gao@intel.com= >
Subject: Re: [edk2-devel] [PATCH] Support skipping automatic BM
enumeration

+Ray, +Zhichao

(although, the actual patch seems to be missing from the posting)

Thanks
Laszlo

On 10/30/19 04:47, Ashish Singhal wrote:

Right now, any and every handle with a BlockIO or= SimpleFileSystem
or LoadFile protocol installed on the system is used to enumerate BM
automatically. There may be cases where on a platform, some of these
are not desirable to be enumerated automatically. This patch adds
support for skipping this automatic enumeration if on the same
handle, a new protocol defined as EdkiiSkipBmAutoEnumerate is found
to be

installed.

Ashish Singhal (1):
MdeModulePkg/UefiBootManagerLib: Support skipping BM enumeration

.../Include/Protocol/SkipBmAutoEnumerate.h      &= nbsp;  | 25 ++++++++++= 3;+++
MdeModulePkg/Library/UefiBootManagerLib/BmBoot.c   | 40

++++++++++= ;+++++++++++-

.../Library/UefiBo= otManagerLib/InternalBm.h        | = ;1 +
.../UefiBootManagerLib/UefiBootManagerLib.inf     &nbs= p;| 1 +
MdeModulePkg/MdeModulePkg.dec        &n= bsp;            = ; | 3 ++
5 files changed, 69 insertions(+), 1 deletion(-) create mode
100644 MdeModulePkg/Include/Protocol/SkipBmAutoEnumerate.h

--------------------------------------------------------------------------= ---------
This email message is for the sole use of the intended recipient(s) and ma= y contain
confidential information. Any unauthorized review, use, disclosure o= r distribution
is prohibited. If you are not the intended recipient, please contact= the sender by
reply email and destroy all copies of the original message.
--------------------------------------------------------------------------= ---------