[edk2] ARM/BDS: skip initrd if not found

Hi Olivier/Steve/Leif/whoever is interested, I have a problem I'm trying to solve and I don't think there is a proper solution using the current ARM BDS. Basically, some of Linaro's releases are failing to boot "out of the box" due to incorrect default BDS config. The default assumes that the im

Re: [edk2] [edk2 PATCH 0/1] OvmfPkg: grab ACPI tables from QEMU

Hi, > ACPI PciWindow32: Base=0xA000 End=0xFEEF Length=0x5EF0 > begin32=c000 end32=fec0 begin64=0 end64=0 qemu & seabios pick a 32bit window size which allows to cover it with a single mtrr entry. Size must be a power of two for that to work. [root@fedora ~]# cat /pr

Re: [edk2] Grub error reading sector 0x600 on CD-RW and DVD+RW

And we saw similar problems too. In our case the problem was in large PIO transfers. Since edk2 code base uses PIO for ATAPI devices, we are unable to handle such reads in our VM, because we have a 1MB bounce buffer for PIO. There were two solutions implemented: 1. We have added DMA support. 2. W

Re: [edk2] ARM/BDS: skip initrd if not found

Hi Ryan, On Tue, Nov 19, 2013 at 08:30:25AM +, Ryan Harkin wrote: > Hi Olivier/Steve/Leif/whoever is interested, > > I have a problem I'm trying to solve and I don't think there is a proper > solution using the current ARM BDS. > > Basically, some of Linaro's releases are failing to boot "ou

[edk2] SerialPrint not working in DxeServicesLib.c

Hi List, I am experiencing a Data Abort inside function 'GetSectionFromAnyFv' in file 'DxeServicesLib.c' on my ARMv7 UEFI platform. To debug the same I added some print messages like: /* Added for debugging */ CHAR8 Buffer1[100]; UINTN CharCou

Re: [edk2] ARM/BDS: skip initrd if not found

On 19 November 2013 10:34, Leif Lindholm wrote: > Hi Ryan, > > On Tue, Nov 19, 2013 at 08:30:25AM +, Ryan Harkin wrote: > > Hi Olivier/Steve/Leif/whoever is interested, > > > > I have a problem I'm trying to solve and I don't think there is a proper > > solution using the current ARM BDS. > >

Re: [edk2] [edk2 PATCH 0/1] OvmfPkg: grab ACPI tables from QEMU

On 11/19/13 09:54, Gerd Hoffmann wrote: > Hi, > >> ACPI PciWindow32: Base=0xA000 End=0xFEEF Length=0x5EF0 > >> begin32=c000 end32=fec0 begin64=0 end64=0 > > qemu & seabios pick a 32bit window size which allows to cover it with > a single mtrr entry. Size must be a power o

[edk2] Compiling EDK1 driver in EDK2

Hi, I downloaded UEFI network driver for Intel PCIE card from http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=EDK file is gig_pcie_src_4109.zip I tried to compile this for ARM platform. It appears that this code only compile with EDK1. I tried to compile this with EDK2 by changing

Re: [edk2] Compiling EDK1 driver in EDK2

On Nov 19, 2013, at 6:15 AM, Shivamurthy Shastri wrote: > Hi, > > I downloaded UEFI network driver for Intel PCIE card from > http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=EDK file is > gig_pcie_src_4109.zip > > I tried to compile this for ARM platform. It appears that thi

Re: [edk2] Grub error reading sector 0x600 on CD-RW and DVD+RW

FWIW, we saw similar problems with a 3rd party SAS driver as well. It provided only the BLOCK_IO protocol, and would error out if asked to perform a read of 0x8000 or more blocks (16MB.) That broke a particular version of Microsoft's boot loader, and there was nothing we could do about it in

[edk2] gnu assembler question and EDK2 (R_X86_64_64 offsets)

Hello, I'm building a #GP fault handler for a shell application. I named my file __gp_fault_handler.S and I added it to my inf file. Everything compiles and the exception handler actually works. However, now I want to set a global variable that is declared in a separate "C" fil

Re: [edk2] gnu assembler question and EDK2 (R_X86_64_64 offsets)

On 11/19/13 18:34, Stephen Polkowski wrote: > Hello, > > I'm building a #GP fault handler for a shell application. I named my > file __gp_fault_handler.S and I added it to my inf file. Everything compiles > and > the exception handler actually works. > > However, now I want to set

Re: [edk2] SAS/SCSI controller: End Device Details

Hi Feng, Thanks so much for your time and help. I have installed EXT_SCSI_PASS_THRU protocol and from scsibus driver is scanning the SCSI Bus to discover the device, and attach ScsiIoProtocol to it with the help of ScsiScanCreateDevice(). Snippet code : if (ScsiBusDev->ExtScsiSupport){ S

Re: [edk2] SAS/SCSI controller: End Device Details

Hi Feng, Thanks so much for your time and help. I have installed EXT_SCSI_PASS_THRU protocol and from scsibus driver is scanning the SCSI Bus to discover the device, and attach ScsiIoProtocol to it with the help of ScsiScanCreateDevice(). Snippet code : if (ScsiBusDev->ExtScsiSupport){

Re: [edk2] gnu assembler question and EDK2 (R_X86_64_64 offsets)

On Nov 19, 2013, at 9:34 AM, Stephen Polkowski wrote: > Hello, > > I'm building a #GP fault handler for a shell application. I named my > file __gp_fault_handler.S and I added it to my inf file. Everything compiles > and > the exception handler actually works. > > However, now I

[edk2] [PATCH] OvmfPkg/QemuVideoDxe: don't leak descriptors returned by GetBarAttributes

Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek --- OvmfPkg/QemuVideoDxe/Driver.c | 4 OvmfPkg/QemuVideoDxe/Gop.c| 1 + 2 files changed, 5 insertions(+) diff --git a/OvmfPkg/QemuVideoDxe/Driver.c b/OvmfPkg/QemuVideoDxe/Driver.c index 1dd8899..53718e1

Re: [edk2] gnu assembler question and EDK2 (R_X86_64_64 offsets)

Thank you Andrew. The pc relative addressing mode was the trick! movl $1, EXCEPTION_EXECUTE_HANDLER(%rip) Regards, Stephen Andrew Fish wrote: > > On Nov 19, 2013, at 9:34 AM, Stephen Polkowski > wrote: > >> Hello, >> >> I'm building a #GP fault handler

Re: [edk2] gnu assembler question and EDK2 (R_X86_64_64 offsets)

On Nov 19, 2013, at 10:34 AM, Andrew Fish wrote: > > On Nov 19, 2013, at 9:34 AM, Stephen Polkowski wrote: > >> Hello, >> >> I'm building a #GP fault handler for a shell application. I named my >> file __gp_fault_handler.S and I added it to my inf file. Everything >> compiles and >>

Re: [edk2] Grub error reading sector 0x600 on CD-RW and DVD+RW

breaking it up to 512K size reads (256 sectors) did work - slower than I thought it would be but works. Thanks. On Tue, Nov 19, 2013 at 8:09 AM, Brian J. Johnson wrote: > FWIW, we saw similar problems with a 3rd party SAS driver as well. It > provided only the BLOCK_IO protocol, and would error

Re: [edk2] Grub error reading sector 0x600 on CD-RW and DVD+RW

On Nov 19, 2013, at 11:11 AM, David F. wrote: > breaking it up to 512K size reads (256 sectors) did work - slower than > I thought it would be A CD-ROM has 2K block size, so maybe the driver is not caching and reading the same block more than one time? Thanks, Andrew Fish > but works. Thank

Re: [edk2] Grub error reading sector 0x600 on CD-RW and DVD+RW

> >> breaking it up to 512K size reads (256 sectors) did work - slower than >> I thought it would be > > A CD-ROM has 2K block size, so maybe the driver is not caching and reading > the same block more than one time? > No, it's reading consecutive sectors. I would have excepted maybe a second ba

[edk2] [PATCH RFC v2 0/7] Make OVMF fully working with Xen

Hi all Manage to pull together another prototype without any hack in it. The first patch adds PcdPciAllowFullEnumeration in MdeModulePkg, which short-cuts full enumeration if set to false. This one should be helpful to QEMU as well. This patch set should work with QEMU / KVM as well (read: doesn

[edk2] [PATCH RFC v2 4/7] OvmfPkg: extract OVMF info passed by Xen hvmloader

Signed-off-by: Wei Liu --- OvmfPkg/PlatformPei/Xen.c | 31 +++ 1 file changed, 31 insertions(+) diff --git a/OvmfPkg/PlatformPei/Xen.c b/OvmfPkg/PlatformPei/Xen.c index a720b91..fbb2619 100644 --- a/OvmfPkg/PlatformPei/Xen.c +++ b/OvmfPkg/PlatformPei/Xen.c @@ -26,12

[edk2] [PATCH RFC v2 6/7] OvmfPkg: introduce PublishPeiMemory

MemDetect actully does too many things, the underlying platform might want to have more control on memory layout. Extract the functionality of publishing PEI memory to a dedicated function. Also fix wrong comment while I was there. -- I know there's code duplication, but are you happy with this

[edk2] [PATCH RFC v2 5/7] OvmfPkg: detect Xen earlier

This is useful for initializing memory map. Signed-off-by: Wei Liu --- OvmfPkg/PlatformPei/Platform.c |8 +++- OvmfPkg/PlatformPei/Platform.h |5 + OvmfPkg/PlatformPei/Xen.c | 12 +--- 3 files changed, 13 insertions(+), 12 deletions(-) diff --git a/OvmfPkg/Platfor

[edk2] [PATCH RFC v2 2/7] OvmfPkg: introduce E820.h

E820 definitions copied from IntelFrameworkModulePkg/Csm/ LegacyBiosDxe/LegacyBiosInterface.h. Signed-off-by: Wei Liu --- OvmfPkg/Include/IndustryStandard/E820.h | 46 +++ 1 file changed, 46 insertions(+) create mode 100644 OvmfPkg/Include/IndustryStandard/E820.h

[edk2] [PATCH RFC v2 1/7] MdeModulePkg: introduce PcdPciAllowFullEnumeration

Platforms such as Xen already enumerates PCI bridges and devices. Use this PCD to control EDK2 behavior. The default behavior is to allow full PCI enumeration. This is the same behavior as before this change. Signed-off-by: Wei Liu Cc: Gerd Hoffmann Cc: Laszlo Ersek --- MdeModulePkg/Bus/Pci/P

[edk2] [PATCH RFC v2 3/7] OvmfPkg: define EFI_XEN_OVMF_INFO and extend XenInfo

EFI_XEN_OVMF_INFO is defined to accept configurations from hvmloader. It must match the definition on Xen side. XenInfo is extended to include those bits as well. Currently only E820 map is in use. Signed-off-by: Wei Liu --- OvmfPkg/Include/Guid/XenInfo.h | 27 +++ 1 f

[edk2] [PATCH RFC v2 7/7] OvmfPkg: introduce XenMemMapInitialization

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 --- OvmfPkg/OvmfPkgIa32.dsc |5 ++- OvmfPkg/OvmfPkgIa32X64.dsc |5 ++- OvmfP

Re: [edk2] [edk2 PATCH 0/1] OvmfPkg: grab ACPI tables from QEMU

On 11/19/13 22:13, Michael S. Tsirkin wrote: > On Tue, Nov 19, 2013 at 01:31:39PM +0100, Laszlo Ersek wrote: >> On 11/19/13 09:54, Gerd Hoffmann wrote: >>> Hi, >>> ACPI PciWindow32: Base=0xA000 End=0xFEEF Length=0x5EF0 >>> begin32=c000 end32=fec0 begin64=0 end64=

Re: [edk2] [PATCH] OvmfPkg/QemuVideoDxe: don't leak descriptors returned by GetBarAttributes

On Tue, Nov 19, 2013 at 10:36 AM, Laszlo Ersek wrote: > Contributed-under: TianoCore Contribution Agreement 1.0 > Signed-off-by: Laszlo Ersek > --- > OvmfPkg/QemuVideoDxe/Driver.c | 4 > OvmfPkg/QemuVideoDxe/Gop.c| 1 + > 2 files changed, 5 insertions(+) > > diff --git a/OvmfPkg/QemuVid

[edk2] ShellPkg: Add EfiIdeControllerInitProtocol to shell output

Erik, Can you check this? -Jaben ShellPkg: Add EfiIdeControllerInitProtocol to Shell's output Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Jaben Carsey UefiHandleParsingLib.uni Description: UefiHandleParsingLib.uni AddEfiControllerInit.patch Description: AddEfiC

Re: [edk2] [PATCH RFC v2 0/7] Make OVMF fully working with Xen

On Tue, Nov 19, 2013 at 12:38 PM, Wei Liu wrote: > Hi all > > Manage to pull together another prototype without any hack in it. >From a quick glance, it looks like the right direction. I'll review and test further. One note for v3 is you'll need to review *Pkg/Contributions.txt and add Contribu

Re: [edk2] ShellPkg: Add EfiIdeControllerInitProtocol to shell output

The patch looks good to me. Reviewed-by: Erik Bjorge From: Carsey, Jaben Sent: Tuesday, November 19, 2013 1:48 PM To: Bjorge, Erik C Cc: edk2-devel@lists.sourceforge.net; Carsey, Jaben Subject: ShellPkg: Add EfiIdeControllerInitProtocol to shell output Erik, Can you check this? -Jaben She

Re: [edk2] [PATCH] ShellPkg pci command: Fix some newline character typos

For the incorrect slashes: Reviewed-by: Jaben Carsey For the removing of the "\r" - I don't see any value to make that one place different from all the rest. -Jaben -Original Message- From: Justen, Jordan L Sent: Thursday, November 14, 2013 8:35 PM To: edk2-devel@lists.sourceforge.net