Reviewed-by: Brijesh Singh <brijesh.singh@...> thanks

If I `OvmfPkg/builds.sh qemu -usb -device usb-audio -device qemu-xhci` I see 2 USB handle? When you open EXCLUSIVE you are kicking other people off the handles. I’m not sure that is a good idea for

Thanks, Andrew. So it appears as though only a single handle exists ("AF: DevicePath(..)/Pci(0x1D,0x0)/USB(0x0,0x0)) USBIO") but my app is getting two handles, one of which doesn't actually exist. I

Ethin, The UEFI Shell `dh` command UI uses handle numbers from 0 - N as hex digits. You have use these abstract values with the `dh` command. For example: use `dh -v A1` to see the actual handle

Okay, so I just tried dh -v 7EDE4C18 (that was the handle that I'm getting from `HandleBuffer()`) and it says "dh: Handle - '7EDE4C18' not found". So I'm definitely confused because that's

I mean, possible... The code I'm using to initialize the handle buffer is this: ```C EFI_STATUS EFIAPI UefiMain(IN EFI_HANDLE imageHandle, IN EFI_SYSTEM_TABLE* st) { Print(L"Attempting to find USB

How are you constructing handle[]? Could it have gotten stale? You could print out the value of handle[I] on the failure. The contents of a handle are not defined, but the current implementation is a

Hey all, So my UsbAudio.efi app has hit a bit of a roadblock. This code: ```C status = st->BootServices->OpenProtocol(handles[i], &gEfiUsbIoProtocolGuid, (void**)&UsbIo, imageHandle,

Reviewed-by: Brijesh Singh <brijesh.singh@...> thanks

Reviewed-by: Brijesh Singh <brijesh.singh@...> thanks

Reviewed-by: Brijesh Singh <brijesh.singh@...> thanks

Add maintainer and reviewer to RedfishClinetPkg. Signed-off-by: Abner Chang <abner.chang@...> Cc: Liming Gao <gaoliming@...> Cc: Andrew Fish <afish@...> Cc: Leif Lindholm

Initial commit of architecture diagrams and Readme.md Signed-off-by: Abner Chang <abner.chang@...> Cc: Liming Gao <gaoliming@...> Cc: Andrew Fish <afish@...> Cc: Leif Lindholm

This is the first commit of RedfishClientPkg. Readme and diagrams are created to delineate EDK2 Redfish Client implementation. Signed-off-by: Abner Chang <abner.chang@...> Cc: Liming Gao

Reviewed-by: Sai Chaganty <rangasai.v.chaganty@...>

Thank you Andrew, you are right. I missed the fact that there are 2 INFs in there.

To follow the TCG CRB protocol specification, on every CRB TPM command completion the TPM should return to Idle state, regardless of the CRB Idle Bypass capability reported by the TPM device. See:

Yes this depends on https://edk2.groups.io/g/devel/message/77787 Which is still under review

Thanks all. I will get to this shortly - apologies for the delay.

<Samer.El-Haj-Mahmoud@...> wrote: Does this series depend on core EDK2 changes, and if so, have they been merged already?