|
[PATCH v6 0/1] ShellPkg/DynamicCommand: add HttpDynamicCommand
Signed-off-by: Vladimir Olovyannikov <vladimir.olovyannikov@...>
Cc: Maciej Rabeda <maciej.rabeda@...>
Cc: Siyuan Fu <siyuan.fu@...>
Cc: Liming Gao
Signed-off-by: Vladimir Olovyannikov <vladimir.olovyannikov@...>
Cc: Maciej Rabeda <maciej.rabeda@...>
Cc: Siyuan Fu <siyuan.fu@...>
Cc: Liming Gao
|
By
Vladimir Olovyannikov
·
#64537
·
|
|
Re: [PATCH] OvmfPkg/SmmControl2Dxe: negotiate ICH9_LPC_SMI_F_CPU_HOTPLUG
Hi Ard,
can you please ACK this patch?
I'm not (necessarily) aiming at the upcoming stable tag, but Igor has
resumed work on the QEMU-side patches [*], so this is again relevant for
edk2.
[*]
Hi Ard,
can you please ACK this patch?
I'm not (necessarily) aiming at the upcoming stable tag, but Igor has
resumed work on the QEMU-side patches [*], so this is again relevant for
edk2.
[*]
|
By
Laszlo Ersek
·
#64536
·
|
|
Re: [PATCH v1] NetworkPkg/UefiPxeBcDxe: Fix PXE_BOOT_SERVERS usage in boot info parse flow
Sorry, I expressed my concern incorrectly (I think I was tripped up by
the typo in Maciej's commit message).
It's about bit#2 in PXE_DISCOVERY_CONTROL.
The question is whether bit#2 is *equivalent*
Sorry, I expressed my concern incorrectly (I think I was tripped up by
the typo in Maciej's commit message).
It's about bit#2 in PXE_DISCOVERY_CONTROL.
The question is whether bit#2 is *equivalent*
|
By
Laszlo Ersek
·
#64535
·
|
|
Re: [PATCH v1] NetworkPkg/UefiPxeBcDxe: Fix PXE_BOOT_SERVERS usage in boot info parse flow
@Michael
I stand corrected on option 66. I have confused myself with "next server" comment in EFI code.
Bugzilla 2876
----------------
The more I get into the problem with a fresh mind and a cup of
@Michael
I stand corrected on option 66. I have confused myself with "next server" comment in EFI code.
Bugzilla 2876
----------------
The more I get into the problem with a fresh mind and a cup of
|
By
Maciej Rabeda
·
#64534
·
|
|
Re: Patch List for 202008 stable tag
Expanding on what I said elsewhere in this thread, I'd like to confirm
that, *whenever* the HTTP dynamic command is merged, the dependent
OvmfPkg/ArmVirtPkg patches can / should be merged too, as they
Expanding on what I said elsewhere in this thread, I'd like to confirm
that, *whenever* the HTTP dynamic command is merged, the dependent
OvmfPkg/ArmVirtPkg patches can / should be merged too, as they
|
By
Laszlo Ersek
·
#64533
·
|
|
Re: Patch List for 202008 stable tag
Thank you, very nice summary.
As stated earlier, I'm OK with 1 week (or even two weeks, if needed)
extension. I invite Andrew, Leif and Mike to comment.
This is a feature addition. While it's a
Thank you, very nice summary.
As stated earlier, I'm OK with 1 week (or even two weeks, if needed)
extension. I invite Andrew, Leif and Mike to comment.
This is a feature addition. While it's a
|
By
Laszlo Ersek
·
#64532
·
|
|
Re: [PATCH v2 1/1] UefiCpuPkg/MpInitLib: Always initialize the DoDecrement variable
Reviewed-by: Laszlo Ersek <lersek@...>
Thanks!
Laszlo
Reviewed-by: Laszlo Ersek <lersek@...>
Thanks!
Laszlo
|
By
Laszlo Ersek
·
#64531
·
|
|
Re: [PATCH v1] NetworkPkg/UefiPxeBcDxe: Fix PXE_BOOT_SERVERS usage in boot info parse flow
*shudder*
I'll 100% defer to you and Maciej on this -- this is very complicated.
To begin with, I'm not fully clear what the purpose of edk2 git commit
ecec42044078 ("Update PXE driver to support
*shudder*
I'll 100% defer to you and Maciej on this -- this is very complicated.
To begin with, I'm not fully clear what the purpose of edk2 git commit
ecec42044078 ("Update PXE driver to support
|
By
Laszlo Ersek
·
#64530
·
|
|
[PATCH] .pytool/EccCheck: Disable Ecc error code 10014 for open CI
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2920
Ecc issues whose error code is 10014, can't be correctly handled
under Linux OS, resulting from a bug in Ecc tool.
So we need to disable it
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2920
Ecc issues whose error code is 10014, can't be correctly handled
under Linux OS, resulting from a bug in Ecc tool.
So we need to disable it
|
By
Zhang, Shenglei
·
#64529
·
|
|
Re: running CI locally
Hi Mike, Sean;
I installed a Fedora 32 Server VM.
Installed the "mono-complete" package (+its deps).
Installed the "nodejs" package.
Installed "cspell" (+deps) with "npm" (with the latter coming
Hi Mike, Sean;
I installed a Fedora 32 Server VM.
Installed the "mono-complete" package (+its deps).
Installed the "nodejs" package.
Installed "cspell" (+deps) with "npm" (with the latter coming
|
By
Laszlo Ersek
·
#64528
·
|
|
[PATCH] MdePkg: Remove code wrapped by DISABLE_NEW_DEPRECATED_INTERFACES
Hi, Leif
For Hisilicon platform, Wenyi(xiewenyi2@...) will send out patches later.
Thanks
Ming
Hi, Leif
For Hisilicon platform, Wenyi(xiewenyi2@...) will send out patches later.
Thanks
Ming
|
By
Ming Huang
·
#64527
·
|
|
Re: [EXTERNAL] [edk2-devel] [PATCH v4 0/8] Need add a FSP binary measurement
Awesome. That gives me a little time. Thanks, Jiewen! And thanks for tracking the issue.
- Bret
Awesome. That gives me a little time. Thanks, Jiewen! And thanks for tracking the issue.
- Bret
|
By
Bret Barkelew <bret.barkelew@...>
·
#64526
·
|
|
Re: [EXTERNAL] [edk2-devel] [PATCH v4 0/8] Need add a FSP binary measurement
We are in SFF.
I posted to https://github.com/jyao1/edk2/tree/FspManifestNew temporarily.
Please let us know if you have any feedback.
I plan to post after the 202008 stable tag.
Thank
We are in SFF.
I posted to https://github.com/jyao1/edk2/tree/FspManifestNew temporarily.
Please let us know if you have any feedback.
I plan to post after the 202008 stable tag.
Thank
|
By
Yao, Jiewen
·
#64525
·
|
|
Re: [EXTERNAL] [edk2-devel] [PATCH v4 0/8] Need add a FSP binary measurement
Does this live in a branch somewhere? I'd like to take a look at it and make sure it fully replaces our current custom solution.
Thanks!
- Bret
Does this live in a branch somewhere? I'd like to take a look at it and make sure it fully replaces our current custom solution.
Thanks!
- Bret
|
By
Bret Barkelew <bret.barkelew@...>
·
#64524
·
|
|
Re: [PATCH v2 2/6] FmpDevicePkg: Add LastAttemptStatus.h
Hi Michael,
I guess I might not understand the exact use cases for the enum. It seems like the meaning of the error codes you only want to be known within FmpDevicePkg, but it appears to me that the
Hi Michael,
I guess I might not understand the exact use cases for the enum. It seems like the meaning of the error codes you only want to be known within FmpDevicePkg, but it appears to me that the
|
By
Nate DeSimone
·
#64523
·
|
|
Re: [PATCH v2 3/4] Platform/RaspberryPi: Add entry for user fan control
Hi,
Yes, I think a few people have heard me complaining about the lack of dyanmic PCD values being easily accessable from AML. It should be easier so we can provide more customization (the actual
Hi,
Yes, I think a few people have heard me complaining about the lack of dyanmic PCD values being easily accessable from AML. It should be easier so we can provide more customization (the actual
|
By
Jeremy Linton
·
#64522
·
|
|
Re: Patch List for 202008 stable tag
Ok. Thanks. Just make sure someone will help to merge it.
Abner
Ok. Thanks. Just make sure someone will help to merge it.
Abner
|
By
Abner Chang
·
#64521
·
|
|
Re: Patch List for 202008 stable tag
Abner:
I plan to wait 1~2 days and collect the feedback about delay 202008 stable tag. If no objection, I will help merge this change.
Thanks
Liming
Abner:
I plan to wait 1~2 days and collect the feedback about delay 202008 stable tag. If no objection, I will help merge this change.
Thanks
Liming
|
By
Liming Gao
·
#64520
·
|
|
Re: Patch List for 202008 stable tag
Hi Liming, I didn’t seehttps://edk2.groups.io/g/devel/message/63767 [PATCH] EmbeddedPkg/libfdt: Add strncmp macro to use AsciiStrnCmp
push to edk2 master and today is 8/12. Could you please help to
Hi Liming, I didn’t seehttps://edk2.groups.io/g/devel/message/63767 [PATCH] EmbeddedPkg/libfdt: Add strncmp macro to use AsciiStrnCmp
push to edk2 master and today is 8/12. Could you please help to
|
By
Abner Chang
·
#64519
·
|
|
Re: [PATCH v3 0/6] Extend Last Attempt Status Usage
Michael,
#1
I would suggest calling out the sub-range
0x10A0 | 0x17FF -- Free for Library Implementations of FmpDevicePkg
I also might suggest splitting FmpDependencyLib and FmpDependencyCheckLib
Michael,
#1
I would suggest calling out the sub-range
0x10A0 | 0x17FF -- Free for Library Implementations of FmpDevicePkg
I also might suggest splitting FmpDependencyLib and FmpDependencyCheckLib
|
By
Sean
·
#64518
·
|