Cc: Leif Lindholm <quic_llindhol@...> Cc: Sean Rhodes <sean@...> Cc: Erdem Aktas <erdemaktas@...> Cc: Gary Lin <gary.lin@...> Cc: Julien Grall

XenTimerDxe has been removed from the OvmfPkg. Remove file pattern for XenTimerDxe reviews from Maintainers.txt. Cc: Julien Grall <julien@...> Cc: Andrew Fish <afish@...> Cc: Leif Lindholm

Cc: Julien Grall <julien@...> Cc: Sean Rhodes <sean@...> Cc: Erdem Aktas <erdemaktas@...> Cc: Gary Lin <gary.lin@...> Cc: Andrew Fish <afish@...> Cc: Leif Lindholm

Hi Mickael, Reviewed-by: Han, Harry <harry.han@...>; Thanks, -Harry

Reviewed-by: Sean Rhodes <sean@...>

The new changes in SecureBootVariableLib brought in a new dependency of PlatformPKProtectionLib. This change added the new library instance from SecurityPkg to resolve PhytiumCommonPkg platforms

The new changes in SecureBootVariableLib brought in a new dependency of PlatformPKProtectionLib. This change added the new library instance from SecurityPkg to resolve AmpereAltraPkg platforms

The new changes in SecureBootVariableLib brought in a new dependency of PlatformPKProtectionLib. This change added the new library instance from SecurityPkg to resolve DeveloperBox platforms

The new changes in SecureBootVariableLib brought in a new dependency of PlatformPKProtectionLib. This change added the new library instance from SecurityPkg to resolve SbsaQemu platform builds. Cc:

The new changes in SecureBootVariableLib brought in a new dependency of PlatformPKProtectionLib. This change added the new library instance from SecurityPkg to resolve ArmVExpress platforms

The new changes in SecureBootVariableLib brought in a new dependency of PlatformPKProtectionLib. This change added the new library instance from SecurityPkg to resolve U5SeriesPkg platforms

The new changes in SecureBootVariableLib brought in a new dependency of PlatformPKProtectionLib. This change added the new library instance from SecurityPkg to resolve RaspberryPi platforms

From: Kun <kuqin12@...> This v2 series is a follow up of previously submitted patches: https://edk2.groups.io/g/devel/message/91195 Compared to v1, v2 patches updated commit message to include

Ok, so the old MemoryFence() is definitely bogus here. However, it doesn't need to be an mfence instruction.  All that is needed is smp_mb(), which these days is asm volatile ( "lock addl $0,

I think the code style demands "L" is capitalised. <line break> I think you can use "@returns Whether file is a symlink", because strictly speaking you would require a "FALSE" case with this

In my opinion, just "to prevent truncation". This looks awkward, using an "EXT2" type in an "Ext4" function. Maybe just use UINT32? The comment is misleading, because this is safe for EXT4 as

Reviewed-by: Marvin Häuser <mhaeuser@...>

We shouldn't use direct casts, because in the future it could break the code, so using BASE_CR would be safe against possible structure changes and rearrangements Cc: Marvin Häuser

BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3677 Provided support for symlink file type. Added routine which allows reading and following them through recursive open() call. As a

BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3677 Hi all, In previous patchset I forgot to mention 3677 bug dedicated to symlinks. So in v2 I took it into account. This patchset adds symbolic