On 4 Apr 2016 at 8:06, H. Peter Anvin wrote: Subject: Re: [syslinux] hdt error on syslinux 6.0.4-pre1? To: "Michael D. Setzer II" <mikes at kuentos.guam.net>, syslinux at zytor.com From: "H. Peter Anvin" <hpa at zytor.com> Date sent: Mon, 4 Apr 2016 08:06:13 -0700> On 04/04/16 07:14, Michael D. Setzer II via Syslinux wrote: > > Was seeing it I could get any closer with the efi boot using the 6.0.4, and > > didn't have any more luck. Did a test with it in bios mode and it works for the > > regular kernels, but when I tried the hdt.c32 I get the following error? > > > > Undef symbol FAIL: parse_url > > Failed to load COM32 file hdt.c32 > > > > > > Only find urlparce.c in the PXE directory, and no reference to it in any files in > > the hdt directory. The other c32 programs all seem to work, just the hdt > > doesn't. Know it is just a testing release, but thought I would mention it. > > > > See a lot of talk about issues with the efi booting, so it seems to be an issue > > that is being worked on, but is well above my knowledge. > > > > Thanks to all the developers. > > > > HDT is BIOS-specific; it will require some pretty big changes to work > for EFI.This is in the BIOS mode. I changed all the syslinux files from the 6.0.3 to the 6.0.4 versions when available. (There are a few C32 files that are not there??). In Virtual Box, the EFI doesn't work at all, but booting in BIOS mode, the kernels all work as in 6.0.3 and all the C32 options work except hdt that gives this error? Thanks again.> > -hpa > >+----------------------------------------------------------+ Michael D. Setzer II - Computer Science Instructor Guam Community College Computer Center mailto:mikes at kuentos.guam.net mailto:msetzerii at gmail.com Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +----------------------------------------------------------+ http://setiathome.berkeley.edu (Original) Number of Seti Units Returned: 19,471 Processing time: 32 years, 290 days, 12 hours, 58 minutes (Total Hours: 287,489) BOINC at HOME CREDITS ABC 16613838.513356 | EINSTEIN 93508184.955695 ROSETTA 42378641.476131 | SETI 78948334.109332
On 05.04.2016 01:18, Michael D. Setzer II via Syslinux wrote:> This is in the BIOS mode. I changed all the syslinux files from the 6.0.3 to the > 6.0.4 versions when available. (There are a few C32 files that are not > there??). In Virtual Box, the EFI doesn't work at all, but booting in BIOS > mode, the kernels all work as in 6.0.3 and all the C32 options work except > hdt that gives this error? >Notice the OVMF's genesis - VirtualBox stable/current and QEMU = VBox/OVMF $ grep -i edk2 VirtualBox-5.0.16/src/VBox/Devices/EFI/Firmware/ReadMe.vbox EFI firmware based on the opensource EDK2 project. The current base is revision 13361 from: https://svn.code.sf.net/p/edk2/code/branches/UDK2010.SR1 https://www.virtualbox.org/browser/vbox/trunk/src/VBox/Devices/EFI/Firmware/ReadMe.vbox#L5 EFI firmware based on the opensource EDK2 project. The current base is revision 18601 from: https://svn.code.sf.net/p/edk2/code/branches/UDK2014.SP1 ... = QEMU/OVMF $ rpm -q edk2.git-ovmf-x64 edk2.git-ovmf-x64-0-20160401.b1656.gde70b8c.noarch https://github.com/tianocore/edk2/commit/de70b8c VBox stable - OVMF 2010 current - OVMF 2014 QEMU all - OVMF 2016
> On 05.04.2016 01:18, Michael D. Setzer II via Syslinux wrote: > > > This is in the BIOS mode. I changed all the syslinux files from the 6.0.3 to the > > 6.0.4 versions when available. (There are a few C32 files that are not > > there??). In Virtual Box, the EFI doesn't work at all, but booting in BIOS > > mode, the kernels all work as in 6.0.3 and all the C32 options work except > > hdt that gives this error? > > > > Notice the OVMF's genesis - VirtualBox stable/current and QEMU > > = VBox/OVMF > $ grep -i edk2 VirtualBox-5.0.16/src/VBox/Devices/EFI/Firmware/ReadMe.vbox > EFI firmware based on the opensource EDK2 project. The current base is > revision 13361 from: https://svn.code.sf.net/p/edk2/code/branches/UDK2010.SR1 > > https://www.virtualbox.org/browser/vbox/trunk/src/VBox/Devices/EFI/Firmware/ReadMe.vbox#L5 > EFI firmware based on the opensource EDK2 project. The current base is > revision 18601 from: https://svn.code.sf.net/p/edk2/code/branches/UDK2014.SP1 > ... > > = QEMU/OVMF > $ rpm -q edk2.git-ovmf-x64 > edk2.git-ovmf-x64-0-20160401.b1656.gde70b8c.noarch > > https://github.com/tianocore/edk2/commit/de70b8c > > > VBox stable - OVMF 2010 > current - OVMF 2014 > QEMU all - OVMF 2016 > >The described behavior refers to BIOS, not UEFI. hdt.c32 in BIOS firmware would / should be expected to work correctly even in older BIOS versions. Whichever the case, I tend to have a different perspective about the behavior presented in VMs. Instead of immediately thinking that the VM software should be updated (which is a perfectly-valid point too), we should rather take its behavior as "it is probably happening in some real hardware too". My (wild, UNeducated) assumption / guess: developers are testing hdt.c32 (just as other parts of Syslinux) mostly in network-booting scenarios, and much less (or not at all) tested / developed under other situations. If Erwan doesn't show up, it would be beneficial if some other developer takes a look at HDT in the meantime. Regards, Ady.> _______________________________________________ > Syslinux mailing list > Submissions to Syslinux at zytor.com > Unsubscribe or set options at: > http://www.zytor.com/mailman/listinfo/syslinux >