|
[PATCH v8 3/6] OvmfPkg/BaseMemEncryptLib: Invoke page encryption state change hypercall
From: Ashish Kalra <ashish.kalra@...>
Invoke the hypercall API to notify hypervisor when the page's
encryption state changes.
Cc: Jordan Justen <jordan.l.justen@...>
Cc: Ard Biesheuvel
From: Ashish Kalra <ashish.kalra@...>
Invoke the hypercall API to notify hypervisor when the page's
encryption state changes.
Cc: Jordan Justen <jordan.l.justen@...>
Cc: Ard Biesheuvel
|
By
Ashish Kalra
·
#88438
·
|
|
[PATCH v8 2/6] OvmfPkg/BaseMemEncryptLib: Hypercall API for page encryption state change
From: Ashish Kalra <ashish.kalra@...>
Add API to issue hypercall on page encryption state change.
By default all the SEV guest memory regions are considered encrypted,
if a guest changes the
From: Ashish Kalra <ashish.kalra@...>
Add API to issue hypercall on page encryption state change.
By default all the SEV guest memory regions are considered encrypted,
if a guest changes the
|
By
Ashish Kalra
·
#88437
·
|
|
[PATCH v8 1/6] OvmfPkg/BaseMemEncryptLib: Detect SEV live migration feature.
From: Ashish Kalra <ashish.kalra@...>
Add support to check if we are running inside KVM HVM and
KVM HVM supports SEV Live Migration feature.
Cc: Jordan Justen <jordan.l.justen@...>
Cc: Ard
From: Ashish Kalra <ashish.kalra@...>
Add support to check if we are running inside KVM HVM and
KVM HVM supports SEV Live Migration feature.
Cc: Jordan Justen <jordan.l.justen@...>
Cc: Ard
|
By
Ashish Kalra
·
#88436
·
|
|
[PATCH v8 0/6] SEV Live Migration support for OVMF.
From: Ashish Kalra <ashish.kalra@...>
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3467
By default all the SEV guest memory regions are considered encrypted,
if a guest changes the
From: Ashish Kalra <ashish.kalra@...>
BZ: https://bugzilla.tianocore.org/show_bug.cgi?id=3467
By default all the SEV guest memory regions are considered encrypted,
if a guest changes the
|
By
Ashish Kalra
·
#88435
·
|
|
Re: [staging/LoongArch RESEND PATCH v1 02/33] FmpDevicePkg: Add LOONGARCH64 architecture for EDK2 CI.
Acked-by: Abner Chang <abner.chang@...>
Acked-by: Abner Chang <abner.chang@...>
|
By
Abner Chang
·
#88434
·
|
|
Re: [staging/LoongArch RESEND PATCH v1 01/33] FatPkg: Add LOONGARCH64 architecture for EDK2 CI.
Acked-by: Abner Chang <abner.chang@...>
Acked-by: Abner Chang <abner.chang@...>
|
By
Abner Chang
·
#88433
·
|
|
Re: [edk2-platforms PATCH v1 0/1] BoardModulePkg: Copy device path
[Public]
Hi,
Could you please review the patch?
Thanks
AbduL
[Public]
Hi,
Could you please review the patch?
Thanks
AbduL
|
By
Attar, AbdulLateef (Abdul Lateef) <AbdulLateef.Attar@...>
·
#88432
·
|
|
Re: EDK2 CI build error "Uncrustify Coding Standard"
Hi Rebecca,
I agree this is a good way to run from command line.
With the addition of the ignore files feature in the YAML files, you
have to make sure the filenames added to files are not in the
Hi Rebecca,
I agree this is a good way to run from command line.
With the addition of the ignore files feature in the YAML files, you
have to make sure the filenames added to files are not in the
|
By
Michael D Kinney
·
#88431
·
|
|
Re: EDK2 CI build error "Uncrustify Coding Standard"
I have the following script for running Uncrustify locally on Linux:
../edk2/.pytool/Plugin/UncrustifyCheck/mu-uncrustify-release_extdep/Linux-x86/uncrustify -c
I have the following script for running Uncrustify locally on Linux:
../edk2/.pytool/Plugin/UncrustifyCheck/mu-uncrustify-release_extdep/Linux-x86/uncrustify -c
|
By
Rebecca Cran <quic_rcran@...>
·
#88430
·
|
|
Re: [PATCH v1 1/1] .pytool/Plugin/UncrustifyCheck: Output file diffs by default
Thanks. I hadn't come across that view before.
--
Rebecca Cran
Thanks. I hadn't come across that view before.
--
Rebecca Cran
|
By
Rebecca Cran <quic_rcran@...>
·
#88429
·
|
|
Re: [PATCH v1 1/1] .pytool/Plugin/UncrustifyCheck: Output file diffs by default
It is printed in the error log. For your current PR:
https://github.com/tianocore/edk2/pull/2744
The results are printed in
It is printed in the error log. For your current PR:
https://github.com/tianocore/edk2/pull/2744
The results are printed in
|
By
Michael Kubacki
·
#88428
·
|
|
Re: EDK2 CI build error "Uncrustify Coding Standard"
In my previous mail, I showed how to see the Uncrustify diff from your server build. This mail is about local execution.
I'll start by saying that the easiest way I've found to run Uncrustify locally
In my previous mail, I showed how to see the Uncrustify diff from your server build. This mail is about local execution.
I'll start by saying that the easiest way I've found to run Uncrustify locally
|
By
Michael Kubacki
·
#88427
·
|
|
Re: EDK2 CI build error "Uncrustify Coding Standard"
Before discussing how to see the issues locally, here's how to see them in the pipelines. I will send a separate reply with local details.
1. Go to the build that is failing Uncrustify.
I am using
Before discussing how to see the issues locally, here's how to see them in the pipelines. I will send a separate reply with local details.
1. Go to the build that is failing Uncrustify.
I am using
|
By
Michael Kubacki
·
#88426
·
|
|
Re: [PATCH v1 1/1] .pytool/Plugin/UncrustifyCheck: Output file diffs by default
So your change in 56530dec1105f17455752675e4c90fb859c64836 didn't fix anything, because we don't output TestSuites.xml to the console: if I introduce a code style issue into a branch, CI still only
So your change in 56530dec1105f17455752675e4c90fb859c64836 didn't fix anything, because we don't output TestSuites.xml to the console: if I introduce a code style issue into a branch, CI still only
|
By
Rebecca Cran <quic_rcran@...>
·
#88425
·
|
|
Re: [PATCH] OvmfPkg: reserve igd memory by E820
Hi,
Good idea but I'll focus on the rest first because I have access to
the GOP driver for my systems.
From my experience and as far as I know, Intels GOP driver seems to be
platform independent. I
Hi,
Good idea but I'll focus on the rest first because I have access to
the GOP driver for my systems.
From my experience and as far as I know, Intels GOP driver seems to be
platform independent. I
|
By
Corvin Köhne <c.koehne@...>
·
#88424
·
|
|
Re: [PATCH] OvmfPkg: reserve igd memory by E820
Extracting from firmware updates is probably easier.
I'm wondering why if the opregion initialization (which actually is
board-specific) is not done by the gop driver.
Seems to be higher level,
Extracting from firmware updates is probably easier.
I'm wondering why if the opregion initialization (which actually is
board-specific) is not done by the gop driver.
Seems to be higher level,
|
By
Gerd Hoffmann
·
#88423
·
|
|
Re: [PATCH] OvmfPkg: reserve igd memory by E820
Hi,
https://projectacrn.github.io/latest/tutorials/gpu-passthru.html#enable-the-gvt-d-gop-driver
I don't know if it's possible to extract it from host firmware within
OS context easily. According to
Hi,
https://projectacrn.github.io/latest/tutorials/gpu-passthru.html#enable-the-gvt-d-gop-driver
I don't know if it's possible to extract it from host firmware within
OS context easily. According to
|
By
Corvin Köhne <c.koehne@...>
·
#88422
·
|
|
Re: [PATCH] OvmfPkg: reserve igd memory by E820
Hi,
Where does the intel gop driver come from? Extracted from host
firmware?
Ah, ok, didn't notice the subtile differences with the small letter at
the end. GVT-d + GVT-g is clear then. What is
Hi,
Where does the intel gop driver come from? Extracted from host
firmware?
Ah, ok, didn't notice the subtile differences with the small letter at
the end. GVT-d + GVT-g is clear then. What is
|
By
Gerd Hoffmann
·
#88421
·
|
|
[edk2-platforms][PATCH V1 1/1] Platform/Sgi: Replace EfiResetSystemLib with ResetSystemLib
Replace EfiResetSystemLib library with ResetSystemLib library. UEFI
ResetSystem() API is implemented in both these libraries, and the
implementation is also similar. The code for EfiResetSystemLib
Replace EfiResetSystemLib library with ResetSystemLib library. UEFI
ResetSystem() API is implemented in both these libraries, and the
implementation is also similar. The code for EfiResetSystemLib
|
By
Pranav Madhu
·
#88420
·
|
|
[edk2][PATCH V3 1/1] ArmPkg: Handle warm reboot request correctly
The warm reboot requests were mapped to cold reboot as the power control
module was not capable of handling the warm reboot requests. That has
changed now and power control module supports warm
The warm reboot requests were mapped to cold reboot as the power control
module was not capable of handling the warm reboot requests. That has
changed now and power control module supports warm
|
By
Pranav Madhu
·
#88419
·
|