On Tue, Mar 26, 2019 at 04:01:03PM +0100, Laszlo Ersek wrote:
> On 03/26/19 14:03, Anthony PERARD wrote:
> > On Mon, Mar 25, 2019 at 12:29:25PM +0100, Laszlo Ersek wrote:
> >> (4) Julien, Anthony: can you please fetch this series (github URL at the
> >> top) and see if
the UEFI shell with this series applied,
both via the console and via VNC (which uses respectively the serial
port and PS/2 I think).
Thanks,
--
Anthony PERARD
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
On Thu, Mar 14, 2019 at 07:45:56PM +, Igor Druzhinin wrote:
> On 14/03/2019 17:41, Anthony PERARD wrote:
> > Hi,
> >
> > On Wed, Mar 06, 2019 at 12:40:54PM +, Igor Druzhinin wrote:
> >> This aperture doesn't exist in OVMF and trying to use it causes
>
FALSE, &OriginalCommand
Is it on purpose that the original register value is stored in
OriginalCommand, but never used again?
> + );
> +
>for (Offset = BarOffsetBase; Offset < BarOffsetEnd; Offset += sizeof
> (UINT32)) {
> PcatPciRootBridgeBarExisted (
>PCI_LIB_ADDRESS (Bus, Device, Function, Offset),
Thanks,
--
Anthony PERARD
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
4G;
> + if (Base < 0x1) {
You could use the macro BASE_4GB to replace this 1 followed by a looong
list of 0.
And with that changed:
Acked-by: Anthony PERARD
Thanks,
--
Anthony PERARD
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
ng each other. This configuration is
> quite likely with some PCI passthrough devices.
--
Anthony PERARD
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
On Thu, Feb 21, 2019 at 01:28:04PM +0100, Laszlo Ersek wrote:
> We can use the format introduced under MdeModulePkg to clarify the
> reviewership scopes a little. This should decrease the review spam that
> Xen reviewers get.
>
> Cc: Andrew Fish
> Cc: Anthony Perard
> Cc:
rformance significantly, do it unconditionally, for simplicity's
> sake.
>
> Flush the cache on all logical processors, thanks to
> EFI_PEI_MP_SERVICES_PPI and CacheMaintenanceLib.
>
> Cc: Jordan Justen
> Cc: Laszlo Ersek
> Cc: Ard Biesheuvel
> Cc: Anthony Perard
&
enience!
Hi Laszlo,
Sorry for the duplicate, I need to improve my search skill :-(.
Dandan's patch works fine.
Thanks,
--
Anthony PERARD
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
ized]
CpuMpData->ProcessorFlags = ProcessorFlags;
^
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Anthony PERARD
---
Notes:
v2:
Fix coding style.
UefiCpuPkg/Library/MpInitLib/Microcode.c | 1 +
1 file changed, 1 i
ized]
CpuMpData->ProcessorFlags = ProcessorFlags;
^
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Anthony PERARD
---
UefiCpuPkg/Library/MpInitLib/Microcode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
On Fri, Sep 22, 2017 at 11:15:09AM +0100, Leif Lindholm wrote:
> A lack of reviewers with Xen experience for OvmfPkg has been expressed.
> The Xen community has put forward two volunteers.
>
> Cc: Anthony Perard
> Cc: Julien Grall
>
> Contributed-under: TianoCore Contr
(DEBUG_INFO, "Update memory space attribute: [%02d] %016lx -
%016lx (%08lx -> %08lx)\r\n",
^
cc1: all warnings being treated as errors
Full log can be found at:
http://logs.test-lab.xenproject.org/osstest/logs/113661/build-amd64/6.ts-xen-build.log
Regards,
.
>
> Cc: Anthony PERARD
> Cc: Jiewen Yao
> Cc: Feng Tian
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Jeff Fan
Thanks, that works for me. I've tested on AMD and Intel machine, with
Xen.
Tested-by: Anthony PERARD
> ---
>
tection" chapter.
About MSR 0x1a0 been architectural defined, I guess that applies only to
Intel CPUs, all of them.
[1]: http://developer.amd.com/resources/developer-guides-manuals/
[2]: http://support.amd.com/TechDocs/24593.pdf
Thanks,
--
Anthony PERARD
_
4228C0
Find PE image
/home/osstest/build.106538.build-amd64/xen/tools/firmware/ovmf-dir-remote/Build/OvmfX64/DEBUG_GCC49/X64/UefiCpuPkg/CpuDxe/CpuDxe/DEBUG/CpuDxe.dll
(ImageBase=2F321000, EntryPoint=2F321271)
Thanks,
--
Anthony PERARD
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
StoreVSPrint() [OvmfPkg/XenBusDxe/XenStore.c]
> - VariableGetBestLanguage()
> [SecurityPkg/VariableAuthenticated/EsalVariableDxeSal/Variable.c]
> - SmmBootScriptWrite() [Vlv2TbltDevicePkg/PlatformSmm/SmmScriptSave.c]
>
> Anthony, can you please submit the patch for XenStoreVSPrint()?
Done.
Thanks,
--
Anthony PERARD
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
... because this function use VA_COPY.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/XenBusDxe/XenStore.h | 1 +
OvmfPkg/XenBusDxe/XenStore.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/OvmfPkg/XenBusDxe/XenStore.h b/OvmfPkg
On Tue, Feb 21, 2017 at 06:07:15PM +0100, Laszlo Ersek wrote:
> CC Rebecca & Konrad
>
> On 02/21/17 17:39, Anthony PERARD wrote:
> > On Sat, Dec 03, 2016 at 06:59:28PM +0100, Laszlo Ersek wrote:
> >> On 12/02/16 20:26, Laszlo Ersek wrote:
> >>> On 12/02/1
On Sat, Dec 03, 2016 at 06:59:28PM +0100, Laszlo Ersek wrote:
> On 12/02/16 20:26, Laszlo Ersek wrote:
> > On 12/02/16 17:02, Anthony PERARD wrote:
> >> On Thu, Dec 01, 2016 at 07:43:24PM +0100, Laszlo Ersek wrote:
> >>> On 12/01/16 16:28, Anthony PERARD wrote:
>
On Thu, Jan 05, 2017 at 11:30:32AM +0100, Laszlo Ersek wrote:
> On 12/08/16 16:33, Anthony PERARD wrote:
> > - learn about memory size from the E820
> > - ignore error if host bridge devid is 0x, PVH does not have PCI and
> > reading from unexisting device return -1.
On Thu, Jan 05, 2017 at 10:59:24AM +0100, Laszlo Ersek wrote:
> On 12/08/16 16:33, Anthony PERARD wrote:
> > A copy of OvmfPkg/PlatformPei without some of QEMU specific
> > initialization, Xen does not support QemuFwCfg.
> >
> > Contributed-under: TianoCore Contributi
For now I suspect that you originally created this patch before commit
> 73d66c5871cc came into existence. If that's the case, then please rebase
> (re-copy and customize) this patch to the most recent ResetVector state,
> including commit 73d66c5871cc.
I don't think I've customize this file, this could be a link, or I could
try to have the build system use the original file from
OvmfPkg/ResetVector.
Thanks,
--
Anthony PERARD
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
On Wed, Jan 04, 2017 at 08:52:00PM +0100, Laszlo Ersek wrote:
> On 12/08/16 16:33, Anthony PERARD wrote:
> > Hi,
> >
> > I've started to create a Xen specifig plaform, in OvmfPkg/XenOvmf.dsc
> > with the goal to make it work on both Xen HVM and Xen PVHv2
>
>
ke real hardware, we should fix that,
> but first we should understand what the correct behaviour should be.
I'll try to find out what the real hardware is doing.
At least, I think there where nothing in the Intel manual about the
initial counter been reset.
--
Anthony PERARD
itializeApicTimer() again instead.
--
Anthony PERARD
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
unt);
}
/**
--
Anthony PERARD
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
And replacing the ACPI Timer by this one based on the local APIC.
ACPI Timer does not work in a PVH guest, but local APIC works on both
PVH and HVM.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/XenOvmf.dsc | 18
/PcatRealTimeClockRuntimeDxe/PcatRealTimeClockRuntimeDxe.inf
+INF EmbeddedPkg/RealTimeClockRuntimeDxe/RealTimeClockRuntimeDxe.inf
INF OvmfPkg/BlockMmioToBlockIoDxe/BlockIo.inf
INF OvmfPkg/XenIoPvhDxe/XenIoPvhDxe.inf
--
Anthony PERARD
___
edk2
vmfPkg/XenOvmf.fdf
+++ b/OvmfPkg/XenOvmf.fdf
@@ -220,6 +220,7 @@ INF MdeModulePkg/Universal/Metronome/Metronome.inf
INF PcAtChipsetPkg/PcatRealTimeClockRuntimeDxe/PcatRealTimeClockRuntimeDxe.inf
INF OvmfPkg/BlockMmioToBlockIoDxe/BlockIo.inf
+INF OvmfPkg/Xen
xe/SecureBootConfigDxe.inf
--
Anthony PERARD
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/listinfo/edk2-devel
x27;
disk = [ 'file:iso/archlinux-2016.10.01-dual.iso,hdc:cdrom,r', ]
device_model_version = 'none'
serial = 'pty'
Anthony PERARD (14):
OvmfPkg: Create platform XenOvmf
OvmfPkg/XenOvmf: Update debug IO port for Xen
OvmfPkg/XenOvmf.dsc: Introduce XenReset
A copy of OvmfPkg/Library/PciHostBridgeLib
Removing support for pci bus enumeration, I think, and only use scan of
already enumerated pci bus.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
.../Library/XenPciHostBridgeLib/XenPciHostBridge.h | 75
A copy of OvmfPkg/PlatformPei without some of QEMU specific
initialization, Xen does not support QemuFwCfg.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/XenOvmf.dsc | 2 +-
OvmfPkg/XenOvmf.fdf
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/Library/ResetSystemLib/ResetSystemLib.inf | 1 +
1 file changed, 1 insertion(+)
diff --git a/OvmfPkg/Library/ResetSystemLib/ResetSystemLib.inf
b/OvmfPkg/Library/ResetSystemLib/ResetSystemLib.inf
- learn about memory size from the E820
- ignore error if host bridge devid is 0x, PVH does not have PCI and
reading from unexisting device return -1.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/XenPlatformPei/MemDetect.c | 71
This one enter directly in 32bits
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/XenResetVector/Ia16/ResetVectorVtf0.asm | 79 +
OvmfPkg/XenResetVector/Ia32/XenPVHMain.asm | 23 +++
OvmfPkg/XenResetVector
This is a copy of OvmfX64, removing VirtIO and some SMM.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/XenOvmf.dsc | 793
OvmfPkg/XenOvmf.fdf | 504 +
2 files
Copy of OvmfPkg/ResetVector, with one changes:
- default_cr0: enable cache
Xen copy the OVMF code to RAM, there is no need for cache. Also, it
makes OVMF slow to start on AMD.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/XenOvmf.dsc
This is a debug IO port that will output directly to the Xen Hypervisor
console.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/XenOvmf.dsc | 3 +++
1 file changed, 3 insertions(+)
diff --git a/OvmfPkg/XenOvmf.dsc b/OvmfPkg/XenOvmf.dsc
index
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/Library/PlatformBootManagerLib/BdsPlatform.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/OvmfPkg/Library/PlatformBootManagerLib/BdsPlatform.c
b/OvmfPkg/Library/PlatformBootManagerLib
The goal of the patch is to avoid using -flto with GCC 6.0 to 6.2.
This is to workaround a GCC bug:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70955
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/build.sh | 2 +-
1 file changed, 1 insertion
Because EFIAPI is necessary for functions declared in library class header
files.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/Include/Library/XenHypercallLib.h | 3 +++
OvmfPkg/Library/XenHypercallLib/XenHypercall.c | 3 +++
2 files
Anthony PERARD (2):
OvmfPkg/XenHypercallLib: Add EFIAPI
OvmfPkg/build.sh: Use GCC49 toolchains with GCC 6.[0-2]
OvmfPkg/Include/Library/XenHypercallLib.h | 3 +++
OvmfPkg/Library/XenHypercallLib/XenHypercall.c | 3 +++
OvmfPkg/build.sh | 2 +-
3 files
On Thu, Dec 01, 2016 at 07:43:24PM +0100, Laszlo Ersek wrote:
> On 12/01/16 16:28, Anthony PERARD wrote:
> > Hi,
> >
> > That might be only with the Xen part of OVMF but now that the GCC5
> > toolchains is used with my gcc (6.2.1 20160830, Arch Linux), OVMF fai
ry/BasePrintLib/PrintLibInternal.c:366
Adding EFIAPI to internal functions in XenBusDxe makes things work
again. My guest is that gcc would bypass (optimise) an exported
functions and call directly an internal one but without reordering the
arguments (EFIAPI vs nothing).
Does that make sense?
An
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/XenBusDxe/XenStore.c | 13 +
OvmfPkg/XenBusDxe/XenStore.h | 10 ++
2 files changed, 23 insertions(+)
diff --git a/OvmfPkg/XenBusDxe/XenStore.c b/OvmfPkg/XenBusDxe/XenStore.c
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/XenBusDxe/EventChannel.c | 1 +
OvmfPkg/XenBusDxe/EventChannel.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/OvmfPkg/XenBusDxe/EventChannel.c b/OvmfPkg/XenBusDxe/EventChannel.c
index
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/XenBusDxe/GrantTable.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/OvmfPkg/XenBusDxe/GrantTable.c b/OvmfPkg/XenBusDxe/GrantTable.c
index 5c4b528..2448585 100644
--- a/OvmfPkg/XenBusDxe
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Anthony PERARD
---
OvmfPkg/Include/Library/XenHypercallLib.h | 3 +++
OvmfPkg/Library/XenHypercallLib/XenHypercall.c | 3 +++
2 files changed, 6 insertions(+)
diff --git a/OvmfPkg/Include/Library/XenHypercallLib.h
b
On Thu, Sep 08, 2016 at 12:24:46PM +0200, Laszlo Ersek wrote:
> On 09/08/16 11:38, Anthony PERARD wrote:
> > Hello,
> >
> > We are introducing a new virtualisation mode in Xen called PVHv2 (also
> > called hvmlite in the past). We would like to have a UEFI firmware
&
guest.
If not, we'll try to use the current entry point or create a new package
like it has been done for Xen on ARM.
Thanks for any feedback,
--
Anthony PERARD
___
edk2-devel mailing list
edk2-devel@lists.01.org
https://lists.01.org/mailman/lis
ork/ovmf/MdeModulePkg/Bus/Pci/PciBusDxe/PciIo.c(1789):
> ((BOOLEAN)(0==1))
For this one, I've workaround by reverting patch 7b0a1ea
(MdeModuelPkg/PciBus: Return AddrTranslationOffset in GetBarAttributes).
That issue was introduce while still using the USE_OLD_PCI_HOS
00
DR0 - , DR1 - , DR2 -
DR3 - , DR6 - 0FF0, DR7 - 0400
GDTR - 0F57BF18 0000003F, LDTR -
IDTR - 0EEA5018 0FFF, TR -
FXSAVE
54 matches
Mail list logo
