I have a patch that I think may help your situation of syslinux.efi being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if any of you are using an EFI ia32 platform). The basics are that we try to enable UseDefaultAddress as it helps certain clients with routing and works on numerous other clients. If we timeout on receiving a packet and have never received any packets, disable UseDefaultAddress and set the addresses manually. git://github.com/geneC/syslinux.git https://github.com/geneC/syslinux.git Branch 1efipxe My test x86-64 binaries: https://sites.google.com/site/genecsyslinux/sl604p0g17-x64.tgz?attredirects=0&d=1 -- -Gene
This works! Fixes my issue I have been having with the DL160s On Fri, Oct 2, 2015 at 4:07 AM, Gene Cumm <gene.cumm at gmail.com> wrote:> I have a patch that I think may help your situation of syslinux.efi > being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if > any of you are using an EFI ia32 platform). > > The basics are that we try to enable UseDefaultAddress as it helps > certain clients with routing and works on numerous other clients. If > we timeout on receiving a packet and have never received any packets, > disable UseDefaultAddress and set the addresses manually. > > > git://github.com/geneC/syslinux.git > https://github.com/geneC/syslinux.git > > Branch 1efipxe > > > My test x86-64 binaries: > > https://sites.google.com/site/genecsyslinux/sl604p0g17-x64.tgz?attredirects=0&d=1 > > -- > -Gene >
> I have a patch that I think may help your situation of syslinux.efi > being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if > any of you are using an EFI ia32 platform). > > The basics are that we try to enable UseDefaultAddress as it helps > certain clients with routing and works on numerous other clients. If > we timeout on receiving a packet and have never received any packets, > disable UseDefaultAddress and set the addresses manually. > > > git://github.com/geneC/syslinux.git > https://github.com/geneC/syslinux.git > > Branch 1efipxe > > > My test x86-64 binaries: > https://sites.google.com/site/genecsyslinux/sl604p0g17-x64.tgz?attredirects=0&d=1 > > -- > -GeneSome points to consider, IMHO: _ Silly question: is it clear to everyone / anyone how exactly would that manual configuration would be achieved? _ Updating the firmware is probably still very much recommended. _ Considering that HP's employees (correctly, IMHO) assume that the Syslinux family of bootloaders _should_ work correctly on their hardware, I wish HP, Dell, and other manufacturers would also "collaborate" with relevant projects, for example by testing their firmware with Syslinux, with relevant effective consequences. I wish, I hope. _ Regression tests would be very welcome. In other words, tests (and feedback) on "both" types of cases (those that were previously failing and those that were previously working successfully) would be appreciated. _ This is a public mailing list. Following email threads is much easier when replies can be read _after_ the prior email / text (as any other type of written conversation / text would). Please, avoid top-posting whenever possible. TIA, Ady.> _______________________________________________ > Syslinux mailing list > Submissions to Syslinux at zytor.com > Unsubscribe or set options at: > http://www.zytor.com/mailman/listinfo/syslinux >
Geert Stappers
2015-Oct-03 06:36 UTC
[syslinux] UEFI: Failed to load ldlinux.e64/ldlinux.e32
On Fri, Oct 02, 2015 at 01:46:19PM -0700, Derrick M via Syslinux wrote:> On Fri, Oct 2, 2015 at 4:07 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > > > I have a patch that I think may help your situation of syslinux.efi > > being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if > > any of you are using an EFI ia32 platform). > > > > The basics are that we try to enable UseDefaultAddress as it helps > > certain clients with routing and works on numerous other clients. If > > we timeout on receiving a packet and have never received any packets, > > disable UseDefaultAddress and set the addresses manually. > > > > > > git://github.com/geneC/syslinux.git > > https://github.com/geneC/syslinux.git > > > > Branch 1efipxe > > > > > > My test x86-64 binaries: > > > > https://sites.google.com/site/genecsyslinux/sl604p0g17-x64.tgz?attredirects=0&d=1 > > > > This works! Fixes my issue I have been having with the DL160s >Thanks for reporting. Where is message is mostly to recover the original To: ( Hi Oscar @ Bright Computing ) Some questions: * Tested with the downloaded binary? * If self build, in which environment? * any of you are using an EFI ia32 platform? Groeten Geert Stappers Still some what worried about 64bit versus 32bit build environments as raised in previous discussion. E.g. http://www.syslinux.org/archives/2015-September/024185.html -- Leven en laten leven
Geert Stappers
2015-Oct-03 07:28 UTC
[syslinux] UEFI: Failed to load ldlinux.e64/ldlinux.e32
On Sat, Oct 03, 2015 at 09:20:10AM +0300, Ady via Syslinux wrote:> > > I have a patch that I think may help your situation of syslinux.efi > > being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if > > any of you are using an EFI ia32 platform). > > > > The basics are that we try to enable UseDefaultAddress as it helps > > certain clients with routing and works on numerous other clients. If > > we timeout on receiving a packet and have never received any packets, > > disable UseDefaultAddress and set the addresses manually. > > > > > > git://github.com/geneC/syslinux.git > > https://github.com/geneC/syslinux.git > > > > Branch 1efipxe > > > > _ Silly question: is it clear to everyone / anyone how exactly would > that manual configuration would be achieved?Partial diff between the 1efipxe branch and master /* Re-use the existing local port number */ udata.StationPort = socket->net.efi.localport; - udata.UseDefaultAddress = TRUE; + if (efi_net_def_addr) { + udata.UseDefaultAddress = TRUE; + } else { + udata.UseDefaultAddress = FALSE; + memcpy(&udata.StationAddress, &IPInfo.myip, sizeof(IPInfo.myip)); + memcpy(&udata.StationAddress, &IPInfo.netmask, sizeof(IPInfo.netmask)); + } memcpy(&udata.RemoteAddress, &ip, sizeof(ip)); udata.RemotePort = port; udata.TimeToLive = 64; So don't worry about "manual" :-)> _ Updating the firmware is probably still very much recommended.Waiting on an updated version of the firmware is however not an option. O, these are the moments where I realize again how lucky we are with a bootloader that is libre software.> _ Considering that HP's employees (correctly, IMHO) assume that the > Syslinux family of bootloaders _should_ work correctly on their > hardware, I wish HP, Dell, and other manufacturers would also > "collaborate" with relevant projects, for example by testing their > firmware with Syslinux, with relevant effective consequences. I wish, I > hope.Yes, collaboration is the way to succes. Groeten Geert Stappers -- Leven en laten leven ------------- volgend deel ------------ Een niet-tekst bijlage is gescrubt... Naam: signature.asc Type: application/pgp-signature Grootte: 836 bytes Omschrijving: Digital signature URL : <http://www.zytor.com/pipermail/syslinux/attachments/20151003/162865fb/attachment.sig>
On Fri, Oct 2, 2015 at 4:46 PM, Derrick M <derrick.martinez at gmail.com> wrote:> On Fri, Oct 2, 2015 at 4:07 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >> >> I have a patch that I think may help your situation of syslinux.efi >> being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if >> any of you are using an EFI ia32 platform). >> >> The basics are that we try to enable UseDefaultAddress as it helps >> certain clients with routing and works on numerous other clients. If >> we timeout on receiving a packet and have never received any packets, >> disable UseDefaultAddress and set the addresses manually.> This works! Fixes my issue I have been having with the DL160sI forgot to ask: did you get a message about disabling UseDefaultAddress on the screen? -- -Gene
> On Fri, Oct 2, 2015 at 4:07 AM, Gene Cumm <gene.cumm at gmail.com> wrote: >> >> I have a patch that I think may help your situation of syslinux.efi >> being unable to load ldlinux.e64/ldlinux.e32 (though I don't know if >> any of you are using an EFI ia32 platform). >> >> The basics are that we try to enable UseDefaultAddress as it helps >> certain clients with routing and works on numerous other clients. If >> we timeout on receiving a packet and have never received any packets, >> disable UseDefaultAddress and set the addresses manually. >> >> >> git://github.com/geneC/syslinux.git >> https://github.com/geneC/syslinux.git >> >> Branch 1efipxe >> >> >> My test x86-64 binaries: >> >> https://sites.google.com/site/genecsyslinux/sl604p0g17-x64.tgz?attredirects=0&d=1On Fri, Oct 2, 2015 at 4:46 PM, Derrick M <derrick.martinez at gmail.com> wrote:> This works! Fixes my issue I have been having with the DL160sFurther testing, preferably of the above binaries, on machines that previously had issues loading ldlinux.e64/ldlinux.e32 would be greatly appreciated as I know you've observed this issue and this seems like we might have a final resolution. -- -Gene