public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Laszlo Ersek" <lersek@redhat.com>
To: Bret Barkelew <Bret.Barkelew@microsoft.com>,
	Andrei Warkentin <awarkentin@vmware.com>,
	Ard Biesheuvel <ard.biesheuvel@arm.com>,
	"devel@edk2.groups.io" <devel@edk2.groups.io>,
	"debtech@gmail.com" <debtech@gmail.com>
Cc: Bret Barkelew <bret@corthon.com>,
	"Yao, Jiewen" <jiewen.yao@intel.com>,
	Dandan Bi <dandan.bi@intel.com>,
	Chao Zhang <chao.b.zhang@intel.com>,
	Jian J Wang <jian.j.wang@intel.com>,
	Hao A Wu <hao.a.wu@intel.com>,
	"liming.gao" <liming.gao@intel.com>,
	Jordan Justen <jordan.l.justen@intel.com>,
	Andrew Fish <afish@apple.com>, "Ni, Ray" <ray.ni@intel.com>
Subject: Re: [edk2-devel] [PATCH v9 00/13] Add the VariablePolicy feature
Date: Fri, 20 Nov 2020 11:53:06 +0100	[thread overview]
Message-ID: <14d6b813-2bc3-4cf7-47d7-c720ebbff5e7@redhat.com> (raw)
In-Reply-To: <MW2PR2101MB0890DD93E7DCE53C43E135DFEFE00@MW2PR2101MB0890.namprd21.prod.outlook.com>

On 11/19/20 21:41, Bret Barkelew wrote:
> Is there a way for me to still say “not my problem” but sound like less of a jerk while doing it? Maybe, maybe not. I guess I’ve always tried to be a lovable ass and emphasize the “lovable” while minimizing the “ass”.
> 
> I did some digging and discovered that it’s true that the RPi projects did not receive the same info as some of the others because apparently that project cannot be targeted by Bugzilla bugs. Take, for example, this one for CoffeeLake:
> 2738 – CoffeelakeSiliconPkg: Add the VariablePolicy engine to your EDK2 platform (tianocore.org)<https://bugzilla.tianocore.org/show_bug.cgi?id=2738>
> 
> I apologize for that. Don’t know who to talk to about getting your project added.

I confirm Bret filed a huge bunch of BZs for advertizing the fallout.
Again, that was in May.

If I look at the bugmail traffic back then, it seems like -- aka "I
remember it like" -- Bret ran a script that iterated over all the
platforms that had a matching component in Bugzilla, and for each such
component, the script filed a bug titled "Add the VariablePolicy engine
to your EDK2 platform". The "Package" field on each ticket was set by
the script correctly, as far as I remember.

Because I found the bug titles a little lacking in expressivity, I then
dug in and manually prefixed each title with the affected package's name.

I also seem to have run "GetMaintainer.py" manually, for (almost) every
DSC file underlying these BZs, and CC'ing the designated maintainers
manually on the corresponding BZs.

Again, checking my bugmail folder, the above reports cover the following
contiguous BZ ranges:

- #2731 through #2751 (21 tickets)
- #2754 through #2761 (8 tickets)

I think due diligence was observed. The problem was most likely that
some platforms didn't have corresponding "Component" values under the
"EDK2 Platforms" project in Bugzilla.

(In fact Bret's script was so diligent that it created tickets for some
unaffected components too, which we then ruled out manually, with the
help of Liming and maybe others. Examples: 2736, 2737, 2738, 2740, ....
Additionally, there was at least one mis-execution of the script, whcih
created duplicates. Examples: 2731, 2732, 2733, 2734, 2735, ....)

For creating a new Component in Bugzilla, please contact Mike Kinney.
And, please watch out for bugmail.

Thanks
Laszlo

> I think that – philosophically – what I was trying to do is make sure that I document the required platform changes well enough that any platform could easily make them on their own time. After all, if the docs aren’t clear enough for edk2-platforms, what hope do any of our industry consumers have?
> 
> - Bret
> 
> From: Andrei Warkentin<mailto:awarkentin@vmware.com>
> Sent: Thursday, November 19, 2020 12:02 PM
> To: Ard Biesheuvel<mailto:ard.biesheuvel@arm.com>; devel@edk2.groups.io<mailto:devel@edk2.groups.io>; debtech@gmail.com<mailto:debtech@gmail.com>
> Cc: Bret Barkelew<mailto:bret@corthon.com>; Yao, Jiewen<mailto:jiewen.yao@intel.com>; Dandan Bi<mailto:dandan.bi@intel.com>; Chao Zhang<mailto:chao.b.zhang@intel.com>; Jian J Wang<mailto:jian.j.wang@intel.com>; Hao A Wu<mailto:hao.a.wu@intel.com>; liming.gao<mailto:liming.gao@intel.com>; Jordan Justen<mailto:jordan.l.justen@intel.com>; Laszlo Ersek<mailto:lersek@redhat.com>; Andrew Fish<mailto:afish@apple.com>; Ni, Ray<mailto:ray.ni@intel.com>; Bret Barkelew<mailto:Bret.Barkelew@microsoft.com>
> Subject: [EXTERNAL] Re: [edk2-devel] [PATCH v9 00/13] Add the VariablePolicy feature
> 
> Hi Bret,
> 
> To be honest, I don't recall seeing anything. Again, maybe I should have been more proactive, but that's probably the net reality for most people. It would be unreasonable to expect you to test every platform, but it is very reasonable to assume that if you know you're adding build breakage to every platform (that is trivial to fix), that you would be taking care of it... Principle of least surprise. And yes, in some weird corner case perhaps that would be insufficient (again, I don't think anyone would expect you to compile test every platform), but it would take care of 99% of obvious fall-out.
> 
> For reference, there are occasional clean-ups that happen to the edk2 tree, and I've never seen anyone claim "not my problem" to deal with the obvious fall-out resulting from renames and such.
> 
> A
> 
> From: devel@edk2.groups.io <devel@edk2.groups.io> on behalf of Bret Barkelew via groups.io <debtech=gmail.com@groups.io>
> Sent: Thursday, November 19, 2020 10:15 AM
> To: Ard Biesheuvel <ard.biesheuvel@arm.com>
> Cc: Bret Barkelew <bret@corthon.com>; devel@edk2.groups.io <devel@edk2.groups.io>; Jiewen Yao <jiewen.yao@intel.com>; Dandan Bi <dandan.bi@intel.com>; Chao Zhang <chao.b.zhang@intel.com>; Jian J Wang <jian.j.wang@intel.com>; Hao A Wu <hao.a.wu@intel.com>; Liming Gao <liming.gao@intel.com>; Jordan Justen <jordan.l.justen@intel.com>; Laszlo Ersek <lersek@redhat.com>; Andrew Fish <afish@apple.com>; Ray Ni <ray.ni@intel.com>; Bret Barkelew <brbarkel@microsoft.com>
> Subject: Re: [edk2-devel] [PATCH v9 00/13] Add the VariablePolicy feature
> 
> Those bugs and recommendations were sent out months ago. Several platforms have staged the changes already.
> 
> You need to add the library class to your DSC.
> 
> --
> [ Insert obscure pop-culture reference here. ]
> 
>> On Nov 19, 2020, at 4:46 AM, Ard Biesheuvel <ard.biesheuvel@arm.com> wrote:
>>
>> On 11/9/20 7:45 AM, Bret Barkelew wrote:
>>> The 14 patches in this series add the VariablePolicy feature to the core,
>>> deprecate Edk2VarLock (while adding a compatibility layer to reduce code
>>> churn), and integrate the VariablePolicy libraries and protocols into
>>> Variable Services.
>>> Since the integration requires multiple changes, including adding libraries,
>>> a protocol, an SMI communication handler, and VariableServices integration,
>>> the patches are broken up by individual library additions and then a final
>>> integration. Security-sensitive changes like bypassing Authenticated
>>> Variable enforcement are also broken out into individual patches so that
>>> attention can be called directly to them.
>>> Platform porting instructions are described in this wiki entry:
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FVariablePolicy-Protocol---Enhanced-Method-for-Managing-Variables%23platform-porting&amp;data=04%7C01%7Cawarkentin%40vmware.com%7C594f15b45aaf476bff7e08d88cb57390%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C0%7C637414058247128819%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=LLKZ7qeffR0WCvLbYuHtQIuwJGhXY0mVqB2w9B0q180%3D&amp;reserved=0<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Ftianocore%2Ftianocore.github.io%2Fwiki%2FVariablePolicy-Protocol---Enhanced-Method-for-Managing-Variables%23platform-porting&data=04%7C01%7CBret.Barkelew%40microsoft.com%7Ca7adba0050614e2b511608d88cc609f0%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637414129505929483%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=a5rbCHus%2BDVQSYmWYaOsV5aIF8WfAjH4jaEt0WZXBwM%3D&reserved=0>
>>> Discussion of the feature can be found in multiple places throughout
>>> the last year on the RFC channel, staging branches, and in devel.
>>> Most recently, this subject was discussed in this thread:
>>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fedk2.groups.io%2Fg%2Fdevel%2Fmessage%2F53712&amp;data=04%7C01%7Cawarkentin%40vmware.com%7C594f15b45aaf476bff7e08d88cb57390%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C0%7C637414058247133820%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=GYY52rlsPxw07vfdu%2BVbWhzRjtHWXlIGveCTT17mlfc%3D&amp;reserved=0<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fedk2.groups.io%2Fg%2Fdevel%2Fmessage%2F53712&data=04%7C01%7CBret.Barkelew%40microsoft.com%7Ca7adba0050614e2b511608d88cc609f0%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637414129505939477%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=J3dLJeVPCKyqNXG3F2%2F8mQceMJTCD%2BsJnzZKXZmTn8Q%3D&reserved=0>
>>> (the code branches shared in that discussion are now out of date, but the
>>> whitepapers and discussion are relevant).
>>> Cc: Jiewen Yao <jiewen.yao@intel.com>
>>> Cc: Dandan Bi <dandan.bi@intel.com>
>>> Cc: Chao Zhang <chao.b.zhang@intel.com>
>>> Cc: Jian J Wang <jian.j.wang@intel.com>
>>> Cc: Hao A Wu <hao.a.wu@intel.com>
>>> Cc: Liming Gao <liming.gao@intel.com>
>>> Cc: Jordan Justen <jordan.l.justen@intel.com>
>>> Cc: Laszlo Ersek <lersek@redhat.com>
>>> Cc: Ard Biesheuvel <ard.biesheuvel@arm.com>
>>> Cc: Andrew Fish <afish@apple.com>
>>> Cc: Ray Ni <ray.ni@intel.com>
>>> Cc: Bret Barkelew <brbarkel@microsoft.com>
>>> Signed-off-by: Bret Barkelew <brbarkel@microsoft.com>
>>
>> This series has now made it into edk2, and has subsequently broken every single platform in edk2-platforms. Is anyone intending to propose any fixes for this?
>>
>>
>>> v9 changes:
>>> * Rebase
>>> * Address the event ordering issues around MorLock at EndOfDxe
>>> * Drop problematic tests
>>> * Address ECC issues
>>> v8 changes:
>>> * Rebase
>>> * Small tweaks from final PRs
>>> * Drank a lot
>>> * Enrolled several members and a steward in CatFacts
>>> v7 changes:
>>> * Address comments from Dandan about security of the MM handler
>>> * Add readme
>>> * Fix bug around hex characters in BOOT####, etc
>>> * Add additional testing for hex characters
>>> * Add additional testing for authenticated variables
>>> v6 changes:
>>> * Fix an issue with uninitialized Status in InitVariablePolicyLib() and DeinitVariablePolicyLib()
>>> * Fix GCC building in shell-based functional test
>>> * Rebase on latest origin/master
>>> v5 changes:
>>> * Fix the CONST mismatch in VariablePolicy.h and VariablePolicySmmDxe.c
>>> * Fix EFIAPI mismatches in the functional unittest
>>> * Rebase on latest origin/master
>>> v4 changes:
>>> * Remove Optional PcdAllowVariablePolicyEnforcementDisable PCD from platforms
>>> * Rebase on master
>>> * Migrate to new MmCommunicate2 protocol
>>> * Fix an oversight in the default return value for InitMmCommonCommBuffer
>>> * Fix in VariablePolicyLib to allow ExtraInitRuntimeDxe to consume variables
>>> V3 changes:
>>> * Address all non-unittest issues with ECC
>>> * Make additional style changes
>>> * Include section name in hunk headers in "ini-style" files
>>> * Remove requirement for the EdkiiPiSmmCommunicationsRegionTable driver
>>>   (now allocates its own buffer)
>>> * Change names from VARIABLE_POLICY_PROTOCOL and gVariablePolicyProtocolGuid
>>>   to EDKII_VARIABLE_POLICY_PROTOCOL and gEdkiiVariablePolicyProtocolGuid
>>> * Fix GCC warning about initializing externs
>>> * Add UNI strings for new PCD
>>> * Add patches for ArmVirtPkg, OvmfXen, and UefiPayloadPkg
>>> * Reorder patches according to Liming's feedback about adding to platforms
>>>   before changing variable driver
>>> V2 changes:
>>> * Fixed implementation for RuntimeDxe
>>> * Add PCD to block DisableVariablePolicy
>>> * Fix the DumpVariablePolicy pagination in SMM
>>> Bret Barkelew (13):
>>>   MdeModulePkg: Define the VariablePolicy protocol interface
>>>   MdeModulePkg: Define the VariablePolicyLib
>>>   MdeModulePkg: Define the VariablePolicyHelperLib
>>>   MdeModulePkg: Define the VarCheckPolicyLib and SMM interface
>>>   OvmfPkg: Add VariablePolicy engine to OvmfPkg platform
>>>   EmulatorPkg: Add VariablePolicy engine to EmulatorPkg platform
>>>   ArmVirtPkg: Add VariablePolicy engine to ArmVirtPkg platform
>>>   UefiPayloadPkg: Add VariablePolicy engine to UefiPayloadPkg platform
>>>   MdeModulePkg: Connect VariablePolicy business logic to
>>>     VariableServices
>>>   MdeModulePkg: Allow VariablePolicy state to delete protected variables
>>>   SecurityPkg: Allow VariablePolicy state to delete authenticated
>>>     variables
>>>   MdeModulePkg: Change TCG MOR variables to use VariablePolicy
>>>   MdeModulePkg: Drop VarLock from RuntimeDxe variable driver
>>>  MdeModulePkg/Library/VarCheckPolicyLib/VarCheckPolicyLib.c                 | 346 ++++++++
>>>  MdeModulePkg/Library/VariablePolicyHelperLib/VariablePolicyHelperLib.c     | 396 ++++++++++
>>>  MdeModulePkg/Library/VariablePolicyLib/VariablePolicyExtraInitNull.c       |  46 ++
>>>  MdeModulePkg/Library/VariablePolicyLib/VariablePolicyExtraInitRuntimeDxe.c |  85 ++
>>>  MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLib.c                 | 830 ++++++++++++++++++++
>>>  MdeModulePkg/Universal/Variable/RuntimeDxe/TcgMorLockDxe.c                 |  52 +-
>>>  MdeModulePkg/Universal/Variable/RuntimeDxe/TcgMorLockSmm.c                 |  60 +-
>>>  MdeModulePkg/Universal/Variable/RuntimeDxe/VarCheck.c                      |  49 +-
>>>  MdeModulePkg/Universal/Variable/RuntimeDxe/VariableDxe.c                   |  60 ++
>>>  MdeModulePkg/Universal/Variable/RuntimeDxe/VariableLockRequestToLock.c     |  71 ++
>>>  MdeModulePkg/Universal/Variable/RuntimeDxe/VariablePolicySmmDxe.c          | 573 ++++++++++++++
>>>  MdeModulePkg/Universal/Variable/RuntimeDxe/VariableSmm.c                   |   7 +
>>>  MdeModulePkg/Universal/Variable/RuntimeDxe/VariableSmmRuntimeDxe.c         |  14 +
>>>  SecurityPkg/Library/AuthVariableLib/AuthService.c                          |  30 +-
>>>  ArmVirtPkg/ArmVirt.dsc.inc                                                 |   4 +
>>>  EmulatorPkg/EmulatorPkg.dsc                                                |   3 +
>>>  MdeModulePkg/Include/Guid/VarCheckPolicyMmi.h                              |  54 ++
>>>  MdeModulePkg/Include/Library/VariablePolicyHelperLib.h                     | 164 ++++
>>>  MdeModulePkg/Include/Library/VariablePolicyLib.h                           | 207 +++++
>>>  MdeModulePkg/Include/Protocol/VariablePolicy.h                             | 157 ++++
>>>  MdeModulePkg/Library/VarCheckPolicyLib/VarCheckPolicyLib.inf               |  42 +
>>>  MdeModulePkg/Library/VarCheckPolicyLib/VarCheckPolicyLib.uni               |  12 +
>>>  MdeModulePkg/Library/VariablePolicyHelperLib/VariablePolicyHelperLib.inf   |  35 +
>>>  MdeModulePkg/Library/VariablePolicyHelperLib/VariablePolicyHelperLib.uni   |  12 +
>>>  MdeModulePkg/Library/VariablePolicyLib/ReadMe.md                           | 406 ++++++++++
>>>  MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLib.inf               |  48 ++
>>>  MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLib.uni               |  12 +
>>>  MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLibRuntimeDxe.inf     |  51 ++
>>>  MdeModulePkg/MdeModulePkg.ci.yaml                                          |   4 +-
>>>  MdeModulePkg/MdeModulePkg.dec                                              |  26 +-
>>>  MdeModulePkg/MdeModulePkg.dsc                                              |   9 +
>>>  MdeModulePkg/MdeModulePkg.uni                                              |   7 +
>>>  MdeModulePkg/Universal/Variable/RuntimeDxe/VariableRuntimeDxe.inf          |   5 +
>>>  MdeModulePkg/Universal/Variable/RuntimeDxe/VariableSmm.inf                 |   4 +
>>>  MdeModulePkg/Universal/Variable/RuntimeDxe/VariableSmmRuntimeDxe.inf       |  11 +
>>>  MdeModulePkg/Universal/Variable/RuntimeDxe/VariableStandaloneMm.inf        |   4 +
>>>  OvmfPkg/OvmfPkgIa32.dsc                                                    |   5 +
>>>  OvmfPkg/OvmfPkgIa32X64.dsc                                                 |   5 +
>>>  OvmfPkg/OvmfPkgX64.dsc                                                     |   5 +
>>>  OvmfPkg/OvmfXen.dsc                                                        |   4 +
>>>  SecurityPkg/Library/AuthVariableLib/AuthVariableLib.inf                    |   2 +
>>>  UefiPayloadPkg/UefiPayloadPkgIa32.dsc                                      |   4 +
>>>  UefiPayloadPkg/UefiPayloadPkgIa32X64.dsc                                   |   4 +
>>>  43 files changed, 3845 insertions(+), 80 deletions(-)
>>>  create mode 100644 MdeModulePkg/Library/VarCheckPolicyLib/VarCheckPolicyLib.c
>>>  create mode 100644 MdeModulePkg/Library/VariablePolicyHelperLib/VariablePolicyHelperLib.c
>>>  create mode 100644 MdeModulePkg/Library/VariablePolicyLib/VariablePolicyExtraInitNull.c
>>>  create mode 100644 MdeModulePkg/Library/VariablePolicyLib/VariablePolicyExtraInitRuntimeDxe.c
>>>  create mode 100644 MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLib.c
>>>  create mode 100644 MdeModulePkg/Universal/Variable/RuntimeDxe/VariableLockRequestToLock.c
>>>  create mode 100644 MdeModulePkg/Universal/Variable/RuntimeDxe/VariablePolicySmmDxe.c
>>>  create mode 100644 MdeModulePkg/Include/Guid/VarCheckPolicyMmi.h
>>>  create mode 100644 MdeModulePkg/Include/Library/VariablePolicyHelperLib.h
>>>  create mode 100644 MdeModulePkg/Include/Library/VariablePolicyLib.h
>>>  create mode 100644 MdeModulePkg/Include/Protocol/VariablePolicy.h
>>>  create mode 100644 MdeModulePkg/Library/VarCheckPolicyLib/VarCheckPolicyLib.inf
>>>  create mode 100644 MdeModulePkg/Library/VarCheckPolicyLib/VarCheckPolicyLib.uni
>>>  create mode 100644 MdeModulePkg/Library/VariablePolicyHelperLib/VariablePolicyHelperLib.inf
>>>  create mode 100644 MdeModulePkg/Library/VariablePolicyHelperLib/VariablePolicyHelperLib.uni
>>>  create mode 100644 MdeModulePkg/Library/VariablePolicyLib/ReadMe.md
>>>  create mode 100644 MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLib.inf
>>>  create mode 100644 MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLib.uni
>>>  create mode 100644 MdeModulePkg/Library/VariablePolicyLib/VariablePolicyLibRuntimeDxe.inf
>>
> 
> 
> 
> 
> 


      reply	other threads:[~2020-11-20 10:53 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-09  6:45 [PATCH v9 00/13] Add the VariablePolicy feature Bret Barkelew
2020-11-09  6:45 ` [PATCH v9 01/13] MdeModulePkg: Define the VariablePolicy protocol interface Bret Barkelew
2020-11-09  6:45 ` [PATCH v9 02/13] MdeModulePkg: Define the VariablePolicyLib Bret Barkelew
2020-11-09  6:45 ` [PATCH v9 03/13] MdeModulePkg: Define the VariablePolicyHelperLib Bret Barkelew
2020-11-09  6:45 ` [PATCH v9 04/13] MdeModulePkg: Define the VarCheckPolicyLib and SMM interface Bret Barkelew
2020-11-09  6:45 ` [PATCH v9 05/13] OvmfPkg: Add VariablePolicy engine to OvmfPkg platform Bret Barkelew
2020-11-09  6:45 ` [PATCH v9 06/13] EmulatorPkg: Add VariablePolicy engine to EmulatorPkg platform Bret Barkelew
2020-11-09  6:45 ` [PATCH v9 07/13] ArmVirtPkg: Add VariablePolicy engine to ArmVirtPkg platform Bret Barkelew
2020-11-09  6:45 ` [PATCH v9 08/13] UefiPayloadPkg: Add VariablePolicy engine to UefiPayloadPkg platform Bret Barkelew
2020-11-09  6:45 ` [PATCH v9 09/13] MdeModulePkg: Connect VariablePolicy business logic to VariableServices Bret Barkelew
2020-11-09  6:45 ` [PATCH v9 10/13] MdeModulePkg: Allow VariablePolicy state to delete protected variables Bret Barkelew
2020-11-09  6:45 ` [PATCH v9 11/13] SecurityPkg: Allow VariablePolicy state to delete authenticated variables Bret Barkelew
2020-11-09  6:45 ` [PATCH v9 12/13] MdeModulePkg: Change TCG MOR variables to use VariablePolicy Bret Barkelew
2020-11-09  6:45 ` [PATCH v9 13/13] MdeModulePkg: Drop VarLock from RuntimeDxe variable driver Bret Barkelew
2020-11-11 18:43 ` [PATCH v9 00/13] Add the VariablePolicy feature Bret Barkelew
2020-11-11 22:34   ` [edk2-devel] " Laszlo Ersek
2020-11-12 14:24   ` 回复: " gaoliming
2020-11-12 16:45     ` Bret Barkelew
2020-11-13  1:20       ` Bret Barkelew
2020-11-13  2:05         ` 回复: " gaoliming
2020-11-13 19:59           ` Laszlo Ersek
     [not found]         ` <1646EF0A6B8F843A.414@groups.io>
2020-11-17  1:00           ` gaoliming
2020-11-19 12:46 ` Ard Biesheuvel
2020-11-19 16:15   ` Bret Barkelew
2020-11-19 16:19     ` Ard Biesheuvel
2020-11-19 16:23       ` [EXTERNAL] " Bret Barkelew
     [not found]       ` <1648F558ACA0C0F8.8629@groups.io>
2020-11-19 16:26         ` [edk2-devel] " Bret Barkelew
2020-11-19 16:35           ` Ard Biesheuvel
2020-11-20 10:34             ` Laszlo Ersek
2020-11-19 20:02     ` [edk2-devel] " Andrei Warkentin
2020-11-19 20:16       ` Michael Kubacki
2020-11-19 20:41       ` Bret Barkelew
2020-11-20 10:53         ` Laszlo Ersek [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=14d6b813-2bc3-4cf7-47d7-c720ebbff5e7@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