search for: ovmfpkg

...i Liu <wei.liu2@citrix.com> wrote: > This function parses Xen OVMF info and arrange memory maps accordingly. > It also sets PcdPciAllowFullEnumeration to false to prevent OVMF from > playing with PCI devices. > > Signed-off-by: Wei Liu <wei.liu2@citrix.com> > --- > OvmfPkg/OvmfPkgIa32.dsc | 5 ++- > OvmfPkg/OvmfPkgIa32X64.dsc | 5 ++- > OvmfPkg/OvmfPkgX64.dsc | 5 ++- > OvmfPkg/PlatformPei/Platform.c | 81 ++++++++++++++++++++++++++++++++++- > OvmfPkg/PlatformPei/PlatformPei.inf | 1 + > 5 files chan...

...O is defined to accept configurations from hvmloader. It must match the definition on Xen side. XenInfo is extended to include necessary bits as well. Currently only E820 map is in use. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Wei Liu <wei.liu2@citrix.com> --- OvmfPkg/Include/Guid/XenInfo.h | 7 +++++++ OvmfPkg/PlatformPei/Xen.h | 44 ++++++++++++++++++++++++++++++++++++++++ 2 files changed, 51 insertions(+) create mode 100644 OvmfPkg/PlatformPei/Xen.h diff --git a/OvmfPkg/Include/Guid/XenInfo.h b/OvmfPkg/Include/Guid/XenInfo.h index d512b0b..6146080...

...: doesn''t break). The code path is the same as before if Xen is not detected. Comments are welcomed. The tree can be found at: http://xenbits.xen.org/git-http/people/liuw/ovmf.git rfc-v2 starting from 4ba5c67e. Wei. Wei Liu (7): MdeModulePkg: introduce PcdPciAllowFullEnumeration OvmfPkg: introduce E820.h OvmfPkg: define EFI_XEN_OVMF_INFO and extend XenInfo OvmfPkg: extract OVMF info passed by Xen hvmloader OvmfPkg: detect Xen earlier OvmfPkg: introduce PublishPeiMemory OvmfPkg: introduce XenMemMapInitialization MdeModulePkg/Bus/Pci/PciBusDxe/PciBus.c | 5 +- Md...

E820 definitions copied from IntelFrameworkModulePkg/Csm/ LegacyBiosDxe/LegacyBiosInterface.h. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Wei Liu <wei.liu2@citrix.com> Reviewed-by: Jordan Justen <jordan.l.justen@intel.com> --- OvmfPkg/Include/IndustryStandard/E820.h | 46 +++++++++++++++++++++++++++++++ 1 file changed, 46 insertions(+) create mode 100644 OvmfPkg/Include/IndustryStandard/E820.h diff --git a/OvmfPkg/Include/IndustryStandard/E820.h b/OvmfPkg/Include/IndustryStandard/E820.h new file mode 100644 index 0000000..e7...

...jasowang at redhat.com> > >> Cc: Michael S. Tsirkin <mst at redhat.com> > >> Contributed-under: TianoCore Contribution Agreement 1.0 > >> Signed-off-by: Brijesh Singh <brijesh.singh at amd.com> > >> > >> Brijesh Singh (3): > >> OvmfPkg/Include/Virtio10: Define VIRTIO_F_IOMMU_PLATFORM feature bit > >> OvmfPkg/VirtioLib: Add IOMMU_PLATFORM support > >> OvmfPkg/VirtioBlkDxe: Add VIRITO_F_IOMMU_PLATFORM support > > > > Hi, do we need change virtio-scsi driver as well? > > > I see that OVMF...

...jasowang at redhat.com> > >> Cc: Michael S. Tsirkin <mst at redhat.com> > >> Contributed-under: TianoCore Contribution Agreement 1.0 > >> Signed-off-by: Brijesh Singh <brijesh.singh at amd.com> > >> > >> Brijesh Singh (3): > >> OvmfPkg/Include/Virtio10: Define VIRTIO_F_IOMMU_PLATFORM feature bit > >> OvmfPkg/VirtioLib: Add IOMMU_PLATFORM support > >> OvmfPkg/VirtioBlkDxe: Add VIRITO_F_IOMMU_PLATFORM support > > > > Hi, do we need change virtio-scsi driver as well? > > > I see that OVMF...

.../ovmf-makefile @@ -1,3 +1,6 @@ +XEN_ROOT = $(CURDIR)/../../.. +include $(XEN_ROOT)/tools/Rules.mk + # OVMF building system is not ready yet to run in parallel. # Force it to be serial in order to exploit parallelism for neighbors. @@ -9,8 +12,14 @@ all: ovmf.bin .PHONY: ovmf.bin ovmf.bin: - OvmfPkg/build.sh -a X64 - cp Build/OvmfX64/DEBUG_GCC*/FV/OVMF.fd ovmf.bin + if [ "$(debug)" == y ]; then \ + OvmfPkg/build.sh -a X64; \ + cp Build/OvmfX64/DEBUG_GCC*/FV/OVMF.fd ovmf.bin; \ + else \ + OvmfPkg/build.sh -a X64 -b RELEASE; \ + cp Build/OvmfX64/RELEASE_GCC*/FV/OVMF.fd ovmf.bin; \...

..., it would be even better if the generic version of these > modules could be tweaked with a PCD to not do enumeration. > OK. I will look into it. Just to make clear, you want to keep PcAtChipsetPkg (not moving DuetPkg code in), and to make it able to skip enumeration with a PCD. >> OvmfPkg: introduce E820.h > > Can you copy the E820 structs from IntelFrameworkModulePkg/Csm/ > LegacyBiosDxe/LegacyBiosInterface.h instead? > OK, no problem. Wei >> OvmfPkg: define EFI_XEN_OVMF_INFO and extend XenInfo >> OvmfPkg: extract OVMF info passed by Xen hvmloader &gt...

...implies a VMGEXIT *without* a NAE / #VC context. (Because, I fail to interpret the commit message in a NAE / #VC context in any way; see above.) OK, so let's see where the firmware performs a VMGEXIT *outside* of an exception handler, *while* at OS runtime. There seems to be one, in file "OvmfPkg/QemuFlashFvbServicesRuntimeDxe/QemuFlashDxe.c": > VOID > QemuFlashPtrWrite ( > IN volatile UINT8 *Ptr, > IN UINT8 Value > ) > { > if (MemEncryptSevEsIsEnabled ()) { > MSR_SEV_ES_GHCB_REGISTER Msr; > GHCB...

...en it would be desirable for the kbdmap directive > to be available for UEFI too, and it would be desirable for the > kbdmap.c32 module to be improved so to support UEFI too. > You can test yourself with VirtualBox https://www.virtualbox.org/svn/vbox/trunk/src/VBox/Devices/EFI/Firmware/OvmfPkg/README With x64 OVMF (QEMU/KVM UEFI) 'kbdmap[.c32] <kbd_layout>.ktl' has no effect on changing the keyboard layout. > Regards, > Ady. > > PS: The patch to support kbd 2.0.3 was already pushed, but it is not > part of Syslinux 6.04-pre1. It will be included in the n...

...ely I can't find Stefan's email on any mailing list archive (sourceforge, gmane, mail-archive etc. all have only my response), so I'll quote it here. The patch Stefan was reviewing is <http://thread.gmane.org/gmane.comp.bios.tianocore.devel/2804/focus=2819>: [PATCH v3 10/15] OvmfPkg: VirtioNetDxe: implement Tx: SNP.Transmit and SNP.GetStatus On 06/07/13 16:17, Stefan Hajnoczi wrote: > There is no read memory barrier between fetching TxCurUsed and > fetching UsedElem[].Id. In theory I think there is no guarantee that > Dev->TxRing.Used.UsedElem[UsedElemIdx].Id is...

...ely I can't find Stefan's email on any mailing list archive (sourceforge, gmane, mail-archive etc. all have only my response), so I'll quote it here. The patch Stefan was reviewing is <http://thread.gmane.org/gmane.comp.bios.tianocore.devel/2804/focus=2819>: [PATCH v3 10/15] OvmfPkg: VirtioNetDxe: implement Tx: SNP.Transmit and SNP.GetStatus On 06/07/13 16:17, Stefan Hajnoczi wrote: > There is no read memory barrier between fetching TxCurUsed and > fetching UsedElem[].Id. In theory I think there is no guarantee that > Dev->TxRing.Used.UsedElem[UsedElemIdx].Id is...

...efile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/firmware/ovmf-makefile b/tools/firmware/ovmf-makefile index c3cd466..073ed44 100644 --- a/tools/firmware/ovmf-makefile +++ b/tools/firmware/ovmf-makefile @@ -10,7 +10,7 @@ all: ovmf.bin .PHONY: ovmf.bin ovmf.bin: OvmfPkg/build.sh -a X64 - cp Build/OvmfX64/DEBUG_GCC44/FV/OVMF.fd ovmf.bin + cp Build/OvmfX64/DEBUG_GCC*/FV/OVMF.fd ovmf.bin .PHONY: clean clean: -- 1.7.9.5

...l on any mailing list archive > (sourceforge, gmane, mail-archive etc. all have only my response), so > I'll quote it here. > > The patch Stefan was reviewing is > <http://thread.gmane.org/gmane.comp.bios.tianocore.devel/2804/focus=2819>: > > [PATCH v3 10/15] > OvmfPkg: VirtioNetDxe: implement Tx: SNP.Transmit and SNP.GetStatus > > On 06/07/13 16:17, Stefan Hajnoczi wrote: > >> There is no read memory barrier between fetching TxCurUsed and >> fetching UsedElem[].Id. In theory I think there is no guarantee that >> Dev->TxRing.Used.Us...

...he kbdmap directive > > to be available for UEFI too, and it would be desirable for the > > kbdmap.c32 module to be improved so to support UEFI too. > > > > You can test yourself with VirtualBox > https://www.virtualbox.org/svn/vbox/trunk/src/VBox/Devices/EFI/Firmware/OvmfPkg/README > > With x64 OVMF (QEMU/KVM UEFI) > 'kbdmap[.c32] <kbd_layout>.ktl' > has no effect on changing the keyboard layout. > > Well, yes, I already know that it has no effect under UEFI. That's the reason I wrote that "BTW". Let me rephrase, in c...

On Tue, 7 Apr 2015, Laszlo Ersek wrote: > Whereas syslinux.efi apparently uses the embedded gpxe/ tree, and that > one uses TCP timestamps. See tcp_xmit() in gpxe/src/net/tcp.c: Actually syslinux.efi seems to be using the implementation calling into UEFI via these functions: http://git.kernel.org/cgit/boot/syslinux/syslinux.git/tree/efi/tcp.c I've tried to add debug messages to these

On 29.12.2015 22:51, poma wrote: > On 29.12.2015 22:20, Ady via Syslinux wrote: >> >>> On 27.12.2015 23:57, Jernej Simon?i? via Syslinux wrote: >>>> On Sunday, December 27, 2015, 23:34:11, Ady via Syslinux wrote: >>>> >>>>> How this change would affect users with older versions of kbd / >>>>> loadkeys / or in older OSes? I

From: Joerg Roedel <jroedel at suse.de> Hi, here is a new version of the SEV-ES Guest Support patches for x86. The previous versions can be found as a linked list starting here: https://lore.kernel.org/lkml/20200824085511.7553-1-joro at 8bytes.org/ I updated the patch-set based on ther review comments I got and the discussions around it. Another important change is that the early IDT

From: Joerg Roedel <jroedel at suse.de> Hi, here is a new version of the SEV-ES Guest Support patches for x86. The previous versions can be found as a linked list starting here: https://lore.kernel.org/lkml/20200824085511.7553-1-joro at 8bytes.org/ I updated the patch-set based on ther review comments I got and the discussions around it. Another important change is that the early IDT