[syslinux] UEFI: Failed to load ldlinux.e64/ldlinux.e32

Geert Stappers stappers at stappers.nl
Sun Oct 11 10:36:59 PDT 2015


On Sun, Oct 11, 2015 at 10:25:32AM -0400, Gene Cumm via Syslinux wrote:
> On Oct 11, 2015 1:26 AM, "Michael Glasgow" <glasgow op beer.net> wrote:
> >
> > I got some time to look at this today.  Definitely better, but I
> > think it's still broken for me on an Oracle X5-2 with latest bios
> > and ilom firmware.  I loaded official binaries for this test and
> > replaced the two files with your patched versions.
> 
> Excellent.  We're at the next phase.
> 
> > Here's the config file:
> >
> > DEFAULT type_INSTALL_to_begin
> 
> DEFAULT install_ovm341
> SAY type install_ovm341 to begin
> PROMPT 1
> TIMEOUT 3000
> 
> > LABEL INSTALL_ovm341
> 
> This should be treated case insensitively and tab completion should show it
> as typed.
> 
> >         KERNEL mboot.c32
> >         APPEND media/ovm34_beta/images/pxeboot/xen.gz dom0_mem=max:128G
> dom0_max_vcpus=20 com1=57600,8n1 console=com1 ---
> media/ovm34_beta/images/pxeboot/vmlinuz console=ttyS0,57600n8 ks=
> http://10.196.129.1/ks/ovm341_unmanaged.ks ---
> media/ovm34_beta/images/pxeboot/initrd.img
> 
> I'm honestly unsure if mboot.c32 works on EFI.  Did you try a plain Linux
> kernel yet?
> 
> > Console output:
> >
> > >>Checking Media Presence......
> > >>Media Present......
> >  Downloading NBP file...
> >
> >   Succeed to download NBP file.
> > Getting cached packet
> > My IP is 10.196.129.123

See below


> > Loading type_INSTALL_to_begin... failed: No such file or directory
> > boot: INSTALL_ovm341
> >
> > [hangs while loading the xen kernel]
> 
> Thanks for the output.
> 
> > In syslog you can see it request the xen kernel, then nothing further:
> >
> > Oct 11 06:08:49 oosinf01 in.tftpd[72726]: RRQ from 10.196.129.123 filename efi64/mboot.c32
> > Oct 11 06:08:49 oosinf01 in.tftpd[72727]: RRQ from 10.196.129.123 filename efi64/libcom32.c32
> > Oct 11 06:08:49 oosinf01 in.tftpd[72728]: RRQ from 10.196.129.123 filename efi64/media/ovm34_beta/images/pxeboot/xen.gz
> >
> > With tcpdump you can see the pxe client suddenly stops acknowledging
> > tftp packets, apparently before the server is done sending the kernel:
> >
> 
> Feels like a stall in mboot.c32.  I'd typically consider a hang when
> Ctrl-Alt-Del and ARP don't respond.  I'd guess that the core filled a
> buffer but mboot.c32 isn't emptying.  How much of the kernel loaded?
> 
> Please try a plain Linux kernel to see if the core is flowing nicely and
> that mboot.c32 is the issue.  If you try to load a file over 15MB via TFTP,
> please do a capture to a file.  I'd like to know if your system also
> exhibits the decaying IO rate.
> 
> - Was this with binaries from sl604p0g17 or sl604p0g18?
> - Could you try the other also?
> 
> If you have difficulty loading a plain Linux kernel with both, please
> report the following:
> 
> - Make/model of system
> - UEFI firmware revision
> - What NIC type and port number?
> - UEFI extension agents (struggling to recall the proper term;
>   comparable to a BIOS PXE OROM for add-in cards)
> 
> -  Looks like you copied the console output well enough.

FWIW,  I miss   "disable useDefaultAddress"


Groeten
Geert Stappers
-- 
Leven en laten leven


More information about the Syslinux mailing list