Fix pip install. Signed-off-by: Oliver Steffen <osteffen@...> --- .azurepipelines/templates/platform-build-run-steps.yml | 6 ++++++ .azurepipelines/templates/pr-gate-steps.yml | 6

Use the Python supplied by the container image. Signed-off-by: Oliver Steffen <osteffen@...> --- .azurepipelines/templates/platform-build-run-steps.yml | 1 +

Update CI, run all Linux (aka Ubuntu-GCC5) based jobs in custom containers. The container image provides the required compiler toolchains and Qemu for the supported architectures. These are then no

Of course, in a vertically integrated boot stack design, you would never measure the same thing twice. However, we have created such a spectacular mess for ourselves, with loaders that call

Nope. QemuLoadKernelImage loads the linux kernel from the virtual filesystem created by QemuKernelLoaderFsDxe. And for the initrd it'll just pass 'inittd=initrd' and the stub loads it. We have two

[pjones added because he's done a huge amount of work to get shim to measure stuff correctly] Wait, we have two separate cases: when the kernel boots via grub, which is not direct boot and grub

Hi, Nope. OVMF just places kernel, initrd and cmdline images into a virtual filesystem (see QemuKernelLoaderFsDxe), so the linux kernel efi stub is able to load things using the efi file

Try a port reset if GetPortStatus returns and error. Cc: Hao A Wu <hao.a.wu@...> Cc: Ray Ni <ray.ni@...> Signed-off-by: Sean Rhodes <sean@...> ---

Zero out the PortState in case GetPortStatus didn't set it, to avoid continuing with EFI_DEVICE_ERROR. Cc: Hao A Wu <hao.a.wu@...> Cc: Ray Ni <ray.ni@...> Signed-off-by: Sean Rhodes

I agree with this in principle. However, there are corner cases that we would like to cover, such as booting Linux from the EFI shell. Or in general, any loader that knows how to load an image and

(cc Ilias, Matt, Peter[], Daniel[]) Thanks for the example, this is helpful. I am anticipating this if () to grow more branches pretty soon, so it is high time we have a discussion about how to

From: VictorX Hsu <victorx.hsu@...> REF: https://bugzilla.tianocore.org/show_bug.cgi?id=3D4071 Provide a wrapper to wrap UniversalPayloadBuild.py Cc: Guo Dong <guo.dong@...> Cc: James

Hi Miki: I want to file a Bugzilla to track this issue , but I haven't a Bugzilla account yet, could you please help to

Hi, Ray: Thanks for your reply! I looked it up in shell spec, not find logical operator functions supported. I found shell supported redirect output to an environment variable. But I could not

I don't know whether Shell supports such capability. Can you check the Shell spec? It's also possible that Spec supports such capability but implementation doesn't. Then you are welcome to implement

Thanks. Could you help to: 1) File a Bugzilla to track this issue at https://bugzilla.tianocore.org/enter_bug.cgi?product=EDK2; 2) Send a new version of the patch for code changes (please update

I update XhcEvaluateContext64 according your suggesting and test in my platform, the KB and mass storage both can work!

Hi, Experts: I am writing a shell script. I have a few questions about shell script syntax. For examples: 1. Could I save register content (which is read with mm command) to a local variable? Take

Sorry, missed one change, “EPState” field should be cleared to 0 for input context: INPUT_CONTEXT_64 *InputContext; DEVICE_CONTEXT_64 *OutputContext;

Thanks for the information. Yes, I think the “EPType” field should be initialized properly for the Evaluate Context command to work. The spec mentions in 6.2.3 Endpoint Context that: * Note: