|
Re: [edk2-devel] [PATCH 3/3] Platform/RaspberryPi/AcpiTables: Correct _DMA consumer
Any further comments on the ACPI ECR documented in: https://bugzilla.tianocore.org/show_bug.cgi?id=3335 ?
I already have comments from Jeremey and Andrew saying it looks good. If there are no
Any further comments on the ACPI ECR documented in: https://bugzilla.tianocore.org/show_bug.cgi?id=3335 ?
I already have comments from Jeremey and Andrew saying it looks good. If there are no
|
By
Samer El-Haj-Mahmoud
·
#632
·
|
|
Re: RFC: Boot Discovery Policy
For Ard, Pete, and Leif's reference, this is the follow-up to my Fast Boot related commit https://github.com/tianocore/edk2-platforms/commit/efdc159ef7c9f15581a0f63d755a1530ff475156. We want to add
For Ard, Pete, and Leif's reference, this is the follow-up to my Fast Boot related commit https://github.com/tianocore/edk2-platforms/commit/efdc159ef7c9f15581a0f63d755a1530ff475156. We want to add
|
By
Sunny Wang
·
#631
·
|
|
Re: RFC: Boot Discovery Policy
Adding RPI maintainers...
Ard, Leif, Pete,
Can I ask you for you comments on the design?
thanks,
greg
czw., 29 kwi 2021 o 13:19 Grzegorz Bernacki via groups.io
<gjb@...>
Adding RPI maintainers...
Ard, Leif, Pete,
Can I ask you for you comments on the design?
thanks,
greg
czw., 29 kwi 2021 o 13:19 Grzegorz Bernacki via groups.io
<gjb@...>
|
By
Grzegorz Bernacki
·
#630
·
|
|
Re: RFC: Boot Discovery Policy
Hi Ray,
Thanks a lot for review. Regarding comment #1. I proposed two options:
1) Change directly MdeModulePkg/Library/BootMaintenanceManagerUiLib
and add an Boot Discovery Policy entry in 'Boot
Hi Ray,
Thanks a lot for review. Regarding comment #1. I proposed two options:
1) Change directly MdeModulePkg/Library/BootMaintenanceManagerUiLib
and add an Boot Discovery Policy entry in 'Boot
|
By
Grzegorz Bernacki
·
#629
·
|
|
Re: RFC: Boot Discovery Policy
greg,
I reviewed your design and learned several points:
1. UiApp adds an option to let user select which class to connect
[ray] can you explain which UiApp your design changes? the one in
greg,
I reviewed your design and learned several points:
1. UiApp adds an option to let user select which class to connect
[ray] can you explain which UiApp your design changes? the one in
|
By
Ni, Ray
·
#628
·
|
|
Re: RFC: Boot Discovery Policy
Adding reviewers and ARM into the loop...
Ray, Zhichao,
Can I ask you to review the design and let me know if you got any comments.
thanks
greg
czw., 29 kwi 2021 o 10:11 Grzegorz Bernacki
Adding reviewers and ARM into the loop...
Ray, Zhichao,
Can I ask you to review the design and let me know if you got any comments.
thanks
greg
czw., 29 kwi 2021 o 10:11 Grzegorz Bernacki
|
By
Grzegorz Bernacki
·
#627
·
|
|
RFC: Boot Discovery Policy
Hi,
I would like to ask you for review of following proposal. It will
allow the user to specify which devices should be connected at the
boot. User selection will be saved in variable and Boot
Hi,
I would like to ask you for review of following proposal. It will
allow the user to specify which devices should be connected at the
boot. User selection will be saved in variable and Boot
|
By
Grzegorz Bernacki
·
#626
·
|
|
Re: [edk2-devel] [RFC] Secure boot default key
Hi Laszlo,
Please find diff at following link:
https://drive.google.com/file/d/1ZEzNUjaz9PiQPnQlIfsHYiJ6ZCda_szD/view?usp=sharing
thanks,
greg
śr., 28 kwi 2021 o 18:55 Laszlo Ersek
Hi Laszlo,
Please find diff at following link:
https://drive.google.com/file/d/1ZEzNUjaz9PiQPnQlIfsHYiJ6ZCda_szD/view?usp=sharing
thanks,
greg
śr., 28 kwi 2021 o 18:55 Laszlo Ersek
|
By
Grzegorz Bernacki
·
#625
·
|
|
Re: [edk2-devel] [RFC] Secure boot default key
Hi Greg,
the master format for this document seems to be LaTeX (from the "pdf
properties" window in evince), which is fantastic: can you please post a
diff between the v1 and v2 LaTeX sources?
I can
Hi Greg,
the master format for this document seems to be LaTeX (from the "pdf
properties" window in evince), which is fantastic: can you please post a
diff between the v1 and v2 LaTeX sources?
I can
|
By
Laszlo Ersek
·
#624
·
|
|
Re: [edk2-devel] [RFC] Secure boot default key
Hi,
Thanks a lot for reviewing my previous document. Please see below link to
updated design:
https://drive.google.com/file/d/11yNJJ2x8WXYZRg1nZWrr4C4Hq89Izn1D/view?usp=sharing
Changes:
- remove
Hi,
Thanks a lot for reviewing my previous document. Please see below link to
updated design:
https://drive.google.com/file/d/11yNJJ2x8WXYZRg1nZWrr4C4Hq89Izn1D/view?usp=sharing
Changes:
- remove
|
By
Grzegorz Bernacki
·
#623
·
|
|
Re: [RFC] Have new interface in EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL to disable hotkey support
Hi Dandan,
Thank you for your feedback. Yes I think we need an interface between HII modules and Browser in UEFI specification.
Sounds a good idea. Thanks.
Nickle
Hi Dandan,
Thank you for your feedback. Yes I think we need an interface between HII modules and Browser in UEFI specification.
Sounds a good idea. Thanks.
Nickle
|
By
Nickle Wang
·
#622
·
|
|
Re: [RFC] Have new interface in EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL to disable hotkey support
Hi Nickle,
I also think Liming's suggest is good that add EFI_BROWSER_ACTION_REQUEST_XXX in UEFI spec to enable the communication between HII modules and Browser for the hot key status.
And each
Hi Nickle,
I also think Liming's suggest is good that add EFI_BROWSER_ACTION_REQUEST_XXX in UEFI spec to enable the communication between HII modules and Browser for the hot key status.
And each
|
By
Dandan Bi <dandan.bi@...>
·
#621
·
|
|
Re: [EXTERNAL] Re: [edk2-devel] RFC: Adding support for ARM (RNDR etc.) to RngDxe
Hi Rebecca,
I agree MdePkg/Library/BaseRngLib can be refactored to support both x86 and AArch64.
BaseRngLib would then be a RngLib instance that uses CPU instructions to provide random
Hi Rebecca,
I agree MdePkg/Library/BaseRngLib can be refactored to support both x86 and AArch64.
BaseRngLib would then be a RngLib instance that uses CPU instructions to provide random
|
By
Sami Mujawar <sami.mujawar@...>
·
#620
·
|
|
Re: [RFC] Have new interface in EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL to disable hotkey support
Hi Liming,
Thank you very much for your feedback. I agree with your idea and it would be good to address this issue from UEFI interface instead of EDK2 interface. However, since there is nothing
Hi Liming,
Thank you very much for your feedback. I agree with your idea and it would be good to address this issue from UEFI interface instead of EDK2 interface. However, since there is nothing
|
By
Nickle Wang
·
#619
·
|
|
回复: [edk2-rfc] [RFC] Have new interface in EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL to disable hotkey support
Nickle:
Sorry for the late response. In fact, there is no UEFI interface between system browser and single HII module. EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL is edk2 implementation. This is not UEFI
Nickle:
Sorry for the late response. In fact, there is no UEFI interface between system browser and single HII module. EDKII_FORM_BROWSER_EXTENSION2_PROTOCOL is edk2 implementation. This is not UEFI
|
By
gaoliming
·
#618
·
|
|
Re: [EXTERNAL] Re: [edk2-devel] RFC: Adding support for ARM (RNDR etc.) to RngDxe
I vote the latter.
- Bret
Sent: Monday, April 26, 2021 2:29 PM
To: Sami Mujawar<mailto:Sami.Mujawar@...>; devel@edk2.groups.io<mailto:devel@edk2.groups.io>; Samer
I vote the latter.
- Bret
Sent: Monday, April 26, 2021 2:29 PM
To: Sami Mujawar<mailto:Sami.Mujawar@...>; devel@edk2.groups.io<mailto:devel@edk2.groups.io>; Samer
|
By
Bret Barkelew <bret.barkelew@...>
·
#617
·
|
|
Re: [edk2-devel] RFC: Adding support for ARM (RNDR etc.) to RngDxe
Hi Sami,
I've been looking through the design document again, and was wondering if the work I previously did will just slot in?
Were you thinking the "RngLib|RNDR" would go into ArmPkg (since it's
Hi Sami,
I've been looking through the design document again, and was wondering if the work I previously did will just slot in?
Were you thinking the "RngLib|RNDR" would go into ArmPkg (since it's
|
By
Rebecca Cran <rebecca@...>
·
#616
·
|
|
Re: [edk2-devel] [RFC] Secure boot default key
I agree with Laszlo on this. Duplicating functionality violates DRY
and also could introduce major inconsistencies between how the tool
functions and how the firmware does the same. The only way
I agree with Laszlo on this. Duplicating functionality violates DRY
and also could introduce major inconsistencies between how the tool
functions and how the firmware does the same. The only way
|
By
Ethin Probst
·
#615
·
|
|
Re: [edk2-devel] RFC: Adding support for ARM (RNDR etc.) to RngDxe
Thanks. Yes, I'll work on implementing the RngLib|RNDR part.
I'll be using Qemu's sbsa-ref platform for testing. I'll also look into using the FVP_Base_AEMv8A-AEMv8A too.
--
Rebecca Cran
Thanks. Yes, I'll work on implementing the RngLib|RNDR part.
I'll be using Qemu's sbsa-ref platform for testing. I'll also look into using the FVP_Base_AEMv8A-AEMv8A too.
--
Rebecca Cran
|
By
Rebecca Cran <rebecca@...>
·
#614
·
|
|
Re: [edk2-devel] [RFC] Secure boot default key
Hi Min Xu,
Yeah, the standalone tool is good and can bring the benefits you mentioned, but I'm still not clear on the standalone tool. Could you give us more information about the standalone tool? Do
Hi Min Xu,
Yeah, the standalone tool is good and can bring the benefits you mentioned, but I'm still not clear on the standalone tool. Could you give us more information about the standalone tool? Do
|
By
Sunny Wang
·
#613
·
|