similar to: EFI64 failing to build - firmware branch HEAD

Hi guys, I'm trying to build HEAD on the firmware branch from git and I'm getting the following errors: make[3]: Entering directory `/home/voltagex/src/syslinux/efi64/efi' gcc -I/usr/include/efi -I/usr/include/efi/x86_64 -DEFI_FUNCTION_WRAPPER -fPIC -fshort-wchar -ffreestanding -Wall -I/home/voltagex/src/syslinux/com32/include -I/home/voltagex/src/syslinux/com32/include/sys

Matt Fleming <matt at console-pimps.org> writes: > Please do test out the release and report any regressions. Unfortunately, I can't make it under Debian wheezy + experimental gnu-efi (ie. 3.0u+debian-1): $ make installer [...] make[3]: Entering directory `/home/wferi/syslinux/syslinux-6.00/efi32/efi' gcc -I/usr/include/efi -I/usr/include/efi/ia32 -DEFI_FUNCTION_WRAPPER -fPIC

Hallo, Matt, Du meintest am 20.06.13: > Finally, the Syslinux 6.00 release is out. This release includes > support for booting from EFI, both from disk-based media and over the > network via PXE. Thanks to everyone who has been testing this out. > There are some EFI bugs that I'm aware of, > * booting Linux kernels without CONFIG_RELOCATABLE doesn't work > *

Finally, the Syslinux 6.00 release is out. This release includes support for booting from EFI, both from disk-based media and over the network via PXE. Thanks to everyone who has been testing this out. There are some EFI bugs that I'm aware of, * booting Linux kernels without CONFIG_RELOCATABLE doesn't work * 64-bit syslinux.efi cannot boot 32-bit kernels and vice versa *

Gene Cumm <gene.cumm at gmail.com> writes: > Could you try gnuefi-script-for-wferi-test branch on my repos at > > git://git.zytor.com/users/genec/syslinux.git > git://github.com/geneC/syslinux.git > > These changes fixed my issues (aside from the concurrency issue which > 2-3 passes solves for me). Now this shows me something I haven't ever seen. Build

On Fri, Jan 10, 2014 at 2:53 AM, Ferenc Wagner <wferi at niif.hu> wrote: > Gene Cumm <gene.cumm at gmail.com> writes: > >> On Sat, Jan 4, 2014 at 6:39 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >>> On Tue, Dec 17, 2013 at 8:39 AM, Ferenc Wagner <wferi at niif.hu> wrote: >>> >>>> * make spotless still fails after working around

Hi, I'm pleased to announce release 0.8 of efilinux, a reference implementation of a minimal UEFI bootloader. This bootloader has no bells or whistles, it is simply a prototype with the minimum amount of smarts required to load a linux kernel (though loaders for other formats could be added). Currently it only supports booting x86-64 bzImages but i386 support is planned for release 0.9, with

This patch adds to Com32 modules the capabilities of accessing the EFI environment The idea is simple, the EFI parameters "image" and "table" received by syslinux.efi's efi_main() are stored in the "firmware" structure, next they are retrieved from the Com32 module which is linked against the gnu-efi static library. The Com32 module can use the EFI

Thank you all. It looks like -mno-red-zone flag is already in master branch since commit 7d70885d, but it seems it is applied to all EFI builds. IIUC, the problem only affects efi64 builds. So here's the modification of my patch to only apply -mno-red-zone flag to efi64 target. The patch is against master. I verified that it builds correctly in master. Please feel free to accept or reject

Hello syslinux maintainers, I came across the issue of syslinux crashing with some EFIs in the UEFI boot mode. Upon closer investigation it turned out that most object files which go into syslinux efi64 are compiled with the so-called red zone. Some EFIs follow Windows ABI more strictly and cause syslinux to crash due to stack overwrite. Looking at mk/efi.mk there was a previous attempt to fix

On Fri, 2016-12-23 at 08:43 -0500, Gene Cumm via Syslinux wrote: > On Thu, Dec 15, 2016 at 2:59 PM, Robin Mathews (robimath) via > Syslinux > <syslinux at zytor.com> wrote: > > > > Hi Folks , > > > > Can you please let me know if there is any fix for chain > > loading??UEFI boot loader using chain.c32??in 6.04 release ? > > I am booting my

>>> Jeff, Patrick: Could you try my code from my github repo branch efi-multinic?? It's derived from Patrick's code and I finally see good responses with a VMware VM's e1000e NIC (never saw ANYTHING good from it until now). git://github.com/geneC/syslinux.git https://github.com/geneC/syslinux.git -- -Gene <<< Hi there I think in the case of a particular

Hi Ady, Would it work if we removed "ifdef EFI_BUILD" condition and just add -mno-red-zone for all x86_64 builds? If not, do you have any ideas how to pass this flag? This could work, because the patch is adding the -mno-red-zone flag only for x86_64 builds, which are only used in the form of the efi64 target. The efi32 and bios targets are both 32-bit. BTW. I also tried 6.04-pre1 and

On Sun, Feb 28, 2016 at 04:26:07PM +0000, Patrick Masotta via Syslinux wrote: > > > I have re-implemented /efi/udp.c > Signed-off-by: Patrick Masotta <masottaus at yahoo.com> > > diff -uprN a/core/fs/pxe/pxe.h b/core/fs/pxe/pxe.h > --- a/core/fs/pxe/pxe.h 2014-10-06 10:27:44.000000000 -0600 > +++ b/core/fs/pxe/pxe.h 2016-02-28 08:44:47.127996962 -0700 > @@

Hi Folks , Can you please let me know if there is any fix for chain loading UEFI boot loader using chain.c32 in 6.04 release ? I am booting my system with syslinux.efi and want to chain load to windows or sex specific boot loader in the second stage . Thanks Robin

On Wed, Jul 22, 2015 at 5:13 AM, Patrick Masotta <masottaus at yahoo.com> wrote: >>>> > Jeff, Patrick: Could you try my code from my github repo branch > efi-multinic? It's derived from Patrick's code and I finally see good > responses with a VMware VM's e1000e NIC (never saw ANYTHING good from > it until now). > >

From: Matt Fleming <matt.fleming at intel.com> locate_protocol() has never been used by efilinux and results in the following build error when compiled with gnu-efi <= 3.0i, In file included from entry.c:38:0: protocol.h: In function 'locate_protocol': protocol.h:62:31: error: 'EFI_BOOT_SERVICES' has no member named 'LocateProtocol' Reported-by: KESHAV P.R.

Hi all, I'm terribly sorry that I cannot follow emails in my gmail inbox, since gmail is blocked by China govement, as many of you may have already known. I'm a HP employee in China and we are going through the splitting process, so the blade server I was using were packed up and should be moved into a new room. I will try the latest source if possible. Thank you very much for your works.

On 07/04/2013 06:03 AM, Andreas Heinlein wrote: > Hello, > > I think I found another problem with gfxboot, and I think it is > completely unrelated to the 'packed archive' issue. > > Again I tried using gfxboot with the Ubuntu gfxboot archive, this time > with EFI64, using a real EFI-capable machine. I first verified that > everything else actually works by

Am 04.07.2013 20:02, schrieb H. Peter Anvin: > On 07/04/2013 06:03 AM, Andreas Heinlein wrote: >> Hello, >> >> I think I found another problem with gfxboot, and I think it is >> completely unrelated to the 'packed archive' issue. >> >> Again I tried using gfxboot with the Ubuntu gfxboot archive, this time >> with EFI64, using a real EFI-capable