|
[edk2-devel] [edk2-rfc] GitHub Pull Request based Code Review Process
That's because the proof-of-concept list is currently subscriber-only, and subscription requests have to be manually approved -- by Phil, or by me. The PoC list contains a bunch of webhook test messag
That's because the proof-of-concept list is currently subscriber-only, and subscription requests have to be manually approved -- by Phil, or by me. The PoC list contains a bunch of webhook test messag
|
By
Laszlo Ersek
·
|
|
[edk2-devel] [edk2-rfc] GitHub Pull Request based Code Review Process
s/decryption/description/ (Because I'm assuming this will turn into a wiki article at some point.) s/make add/add/ Do I understand correctly that this recommends the contributor first push incremental
s/decryption/description/ (Because I'm assuming this will turn into a wiki article at some point.) s/make add/add/ Do I understand correctly that this recommends the contributor first push incremental
|
By
Laszlo Ersek
·
|
|
GitHub Pull Request based Code Review Process
4 messages
Hello, This is a proposal to change from the current email-based code review process to a GitHub pull request-based code review process for all repositories maintained in TianoCore. The current email-
Hello, This is a proposal to change from the current email-based code review process to a GitHub pull request-based code review process for all repositories maintained in TianoCore. The current email-
|
By
Michael D Kinney
·
|
|
[RFC] fix for virt-install failure with OVMF?
4 messages
Hello, we have found what we think is a BUG in OVMF, but wanted to run it by the rfc list first to confirm. We have discovered that the following virt-install command causes the latest OVMF code to fa
Hello, we have found what we think is a BUG in OVMF, but wanted to run it by the rfc list first to confirm. We have discovered that the following virt-install command causes the latest OVMF code to fa
|
By
Aaron Young
·
|
|
RFC: ASIX USB drivers
EDK2 community, (and CCing OptionRomPkg maintainers), ASIX (https://www.asix.com.tw/) has graciously contributed the source code of their latest USB NIC drivers to be up-streamed to TianoCore. The ori
EDK2 community, (and CCing OptionRomPkg maintainers), ASIX (https://www.asix.com.tw/) has graciously contributed the source code of their latest USB NIC drivers to be up-streamed to TianoCore. The ori
|
By
Samer El-Haj-Mahmoud
·
|
|
[edk2-devel] [RFC][PATCH v1] UefiCpuPkg/MpInitLib DXE: Reduce AP status check interval
5 messages
Laszlo, Adding a PCD means platform integrators need to consider which value to set. Most of the time, they may just use the default PCD value. Then, why not we add the PCD later when a real case is m
Laszlo, Adding a PCD means platform integrators need to consider which value to set. Most of the time, they may just use the default PCD value. Then, why not we add the PCD later when a real case is m
|
By
Ni, Ray
·
|
|
[edk2-devel] [RFCv2] code-first process for UEFI-forum specifications
Acked-by: Laszlo Ersek <lersek@...>
Acked-by: Laszlo Ersek <lersek@...>
|
By
Laszlo Ersek
·
|
|
[RFC][PATCH v1] UefiCpuPkg/MpInitLib DXE: Reduce AP status check interval
2 messages
This commit will reduce the interval of the AP status check event from 100 milliseconds to 10 milliseconds. (I searched the history of the 100ms interval, it seems no comment or log message was mentio
This commit will reduce the interval of the AP status check event from 100 milliseconds to 10 milliseconds. (I searched the history of the 100ms interval, it seems no comment or log message was mentio
|
By
Wu, Hao A
·
|
|
[edk2-devel] [edk2-rfc] [RFC] code-first process for UEFI-forum specifications
3 messages
Hi Samer, I had, perhaps excessively, been waiting for more feedback. I promised Mike yesterday that I will rework based on feedback and send out next week at the latest. If people have no further com
Hi Samer, I had, perhaps excessively, been waiting for more feedback. I promised Mike yesterday that I will rework based on feedback and send out next week at the latest. If people have no further com
|
By
Leif Lindholm
·
|
|
[edk2-devel] [edk2-rfc] [RFC] code-first process for UEFI-forum specifications
Has there been any progress on this "code-first process" proposal? Any timeline on when we should expect it to be launched? Thanks, --Samer
Has there been any progress on this "code-first process" proposal? Any timeline on when we should expect it to be launched? Thanks, --Samer
|
By
Samer El-Haj-Mahmoud
·
|
|
[RFC MdeModulePkg/Variable v1 0/2] Fix two issue in variable
Any comment?
By
Ming Huang
·
|
|
[RFC] code-first process for UEFI-forum specifications
3 messages
This is a proposal for a process by which new features can be added to UEFI forum specifications after first having been designed and prototyped in the open. This process lets changes and the developm
This is a proposal for a process by which new features can be added to UEFI forum specifications after first having been designed and prototyped in the open. This process lets changes and the developm
|
By
Leif Lindholm
·
|
|
Q: Side effects of incrementing gUefiOvmfPkgTokenSpaceGuid.PcdPciMmio64Size?
3 messages
Hello, After adding some GPU cards to our system (each containing a 16GB BAR), we ran out of MEM64 BAR space as indicated by the following OVMF DEBUG output: -------- PciHostBridge: SubmitResources fo
Hello, After adding some GPU cards to our system (each containing a 16GB BAR), we ran out of MEM64 BAR space as indicated by the following OVMF DEBUG output: -------- PciHostBridge: SubmitResources fo
|
By
Aaron Young
·
|
|
Enhancement to CryptoPkg/BaseHashApiLib
Hi Mike, Jian and Jiewen, Based on our discussion, I have compiled the enhancements/changes to be made to BaseHashApiLib instance in CryptoPkg in the Bugzilla, https://bugzilla.tianocore.org/show_bug.
Hi Mike, Jian and Jiewen, Based on our discussion, I have compiled the enhancements/changes to be made to BaseHashApiLib instance in CryptoPkg in the Bugzilla, https://bugzilla.tianocore.org/show_bug.
|
By
Sukerkar, Amol N
·
|
|
[RFC] VariablePolicy - Protocol, Libraries, and Implementation for VariableLock Alternative
3 messages
All, VariablePolicy is our proposal for an expanded “VarLock-like” interface to constrain and govern platform variables. I brought this up back in May to get initial comments on the interface and impl
All, VariablePolicy is our proposal for an expanded “VarLock-like” interface to constrain and govern platform variables. I brought this up back in May to get initial comments on the interface and impl
|
By
Bret Barkelew
·
|
|
[edk2-devel] [RFC] VariablePolicy - Protocol, Libraries, and Implementation for VariableLock Alternative
4 messages
HI Bret Thanks for the work. The design doc is very good. Some feedback/questions below: 1. We have 2 variable related protocol - EDKII_VARIABLE_LOCK_PROTOCOL and EDKII_VAR_CHECK_PROTOCOL. Do you want
HI Bret Thanks for the work. The design doc is very good. Some feedback/questions below: 1. We have 2 variable related protocol - EDKII_VARIABLE_LOCK_PROTOCOL and EDKII_VAR_CHECK_PROTOCOL. Do you want
|
By
Yao, Jiewen
·
|
|
[EXTERNAL] Re: [edk2-devel] [RFC] VariablePolicy - Protocol, Libraries, and Implementation for VariableLock Alternative
Kevin, Agreed and we were sensitive to that in our codebase as well. Surface and other consumers had drivers expecting VarLock and we didn’t want to have to rewrite them all (at least not immediately)
Kevin, Agreed and we were sensitive to that in our codebase as well. Surface and other consumers had drivers expecting VarLock and we didn’t want to have to rewrite them all (at least not immediately)
|
By
Bret Barkelew
·
|
|
[edk2-devel] [RFC] VariablePolicy - Protocol, Libraries, and Implementation for VariableLock Alternative
Bret, We like the new functionality. Our concern is our customers / we will need to modify all of the code that are consumers of EDKII_VARIABLE_LOCK_PROTOCOL to use the new protocols. If you could rev
Bret, We like the new functionality. Our concern is our customers / we will need to modify all of the code that are consumers of EDKII_VARIABLE_LOCK_PROTOCOL to use the new protocols. If you could rev
|
By
Kevin@Insyde
·
|
|
[edk2-devel] [edk2-rfc] [RFC] code-first process for UEFI-forum specifications
Leif, A few comments included below. Thanks, Mike
Leif, A few comments included below. Thanks, Mike
|
By
Michael D Kinney
·
|
|
[edk2-devel] [RFC] BZ 2298 MdePkg/DevicePathLib merger or not
I agree -- I expect that most if not all platform DSC files will need updates. That's because the most frugal approach for a platform is to use the self-contained UefiDevicePathLib instance only in ve
I agree -- I expect that most if not all platform DSC files will need updates. That's because the most frugal approach for a platform is to use the self-contained UefiDevicePathLib instance only in ve
|
By
Laszlo Ersek
·
|