similar to: Where to get syslinux now?

I'm using tftp-hpa. I had disabled the blocksize option (-r blocksize) for some reason that I can't remember now. Re-enabling it and setting to 1468 gives the same results. Considering I'm using http to transfer the kernels, initrd and images, I don't think the slowness will be an problem. Thanks for the suggestions though. On Tue, Nov 5, 2013 at 8:20 PM, Celelibi <celelibi at

Op 2013-11-07 om 02:23 schreef Celelibi: > 2013/11/6, Jason Matthews <jason.david.matthews at gmail.com>: > > I'm using tftp-hpa. I had disabled the blocksize option (-r blocksize) for > > some reason that I can't remember now. Re-enabling it and setting to 1468 > > gives the same results. Considering I'm using http to transfer the kernels, > > initrd

The same client was used for syslinux.efi (both success on same subnet and failure on different subnet) and grub.efi. The DHCP host block is setup like: host testing { hardware ethernet {mac} ; next-server 10.16.195.178 ; filename "rhel64/syslinux.efi" ; } I'll pull a tcpdump filtering by the IP tomorrow when I get back to the systems. On Mon, Nov 4, 2013 at 6:41 PM,

Sorry. Here are the tcpdumps on pastebin: Filtered by IP taken on tftp server: http://pastebin.com/NgesF5p9 Taken from mirrored port: http://pastebin.com/kuw22GF2 On Tue, Nov 5, 2013 at 12:21 PM, Geert Stappers <stappers at stappers.nl>wrote: > Op 2013-11-04 om 20:26 schreef Jason Matthews: > > The same client was used for syslinux.efi (both success on same subnet > and >

I think I finally have nailed down the problems with TFTP on the 4.10 branch, and so I have released 4.10-pre20. Please let me know if you have hardware on which 4.05/4.06-pre3 works, and 4.10-pre20 does not. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

I want to see things, I'm not sure how quiet would work. Maybe next time I get the box I can re-put in the older working card and try to do a firmware upgrade. This does not seem distro specific. All versions of grub and syslinux do not work in the default configs. I will try using menu.c32 vs vesamenu.c32 as well. To see if it won't display. On Wed, Dec 20, 2017 at 4:52 AM, Gene Cumm

Hi everyone, I have pushed out Syslinux 3.81 to the usual places. Again, special thanks to my employer, Intel, for letting me spend time working on this stuff ;) -hpa Syslinux 3.81 is primarily a bug fix release. The main new features are halt-on-idle support and some features to isohybrid, including the ability to boot from an image written to a partition. Changes in 3.81: *

It say to give a copy of dmidecode or sysdump if I need to use localboot -1 pxelinux.0 worked with localboot 0 but gpxelinux.0 didn't it needed localboot -1 This was on my hp machines

Hum... Some packets seems duplicated when captured from the server, but not when captured from the mirror port. So let's assume that's ok. I can't find anything in the capture of the non-modified version that would look suspicious. Anyway, syslinux.efi is supposed to be downloaded by the UEFI firmware itself. It succeed but keep restarting for no apparent reason. Maybe an early

Eric Biederman has taken the work I did almost two years ago to port lwIP to Syslinux, and actually gotten it to the point where it is integrated into the filesystem stack and *working*. As such, I have pushed out a new branch "lwip" to the git repository, for testing purposes, and I have made a 4.10-pre1 prerelease which includes this code. I don't think it is ready for prime time

Hello, In my testing environment I have two VMs on ESXi 5.0. VM A = dhcp/tftp/PXE/http server, running CentOS 6.2. Syslinux 4.04 with the included gpxelinux.0. VM B = PXE boot client. If I run CentOS 6.2 also on the VM B, I can easily transfer 50+ MB/sec over http between the VMs (wget, links). Now, if I PXE boot gpxelinux.0 on the VM B, and start to download bigger initrd image over http the

Op 2013-11-08 om 10:48 schreef H. Peter Anvin: > Thank you for posting the pcap files, by the way. Analyzing them in > Wireshark is so much nicer than reading the text output of tcpdump. Fetch the new capture with wget -O pcap2.zip http://ge.tt/api/1/files/136167y/0/blob?downlad The capture[1] shows two[2] TFTP transmissions of sles113/syslinux.efi, but nothing after that. As if

Hi Thanks for confirmation about syslinux 6.02 requirements. I see small misunderstanding. A used word "Syslinux 6.02 BIOS" mean the respective syslinux binary files from "/bios" subdirectory for PC's with Legacy PXE or PC's with PXE where CSM mode is enabled. Some idea where is the issue? Do the syslinux 6.02 working well from PXE on multiple PC's in your place?

3.80 is a bug fix and internal restructuring release. In particular, the entire shuffler subsystem has been rewritten largely from scratch, as has the Multiboot module. Changes in 3.80: * New shuffler mechanism and API. * Rewritten mboot.c32 module. * The syslinux_boot_linux() function has been simplified. * Don't hang trying to boot a "menu

After a few days of troubleshooting, we finally determined why we were having problems. It seems as though the tftp-hpa daemon requires the MTU of the interface it's running on to be >= 1500. We had the MTU set at 1400 (don't ask why) and the PXE client was receiving fragmented packets and failing. As soon as we set it to over 1500, it worked fine. hpa, Could you please update

I had a recent issue with my system and needed to use a windows machine to create a bootable USB thumb drive. I wanted to use syslinux to write a boot loader to my usb drive but realized since v 5.10 syslinux no longer has syslinux.exe in the win32 directory. Is this a mistake or was this intentional? Where can I get version 6.x of syslinux.exe executable? Is it now required I build it myself?

Here is a completely untested patch if someone wants to try and take it for a spin? -hpa -------------- next part -------------- diff --git a/efi/udp.c b/efi/udp.c index 59bb426..60a8fe9 100644 --- a/efi/udp.c +++ b/efi/udp.c @@ -41,8 +41,7 @@ int core_udp_open(struct pxe_pvt_inode *socket) udp = (EFI_UDP4 *)udp_reader->this; memset(&udata, 0, sizeof(udata)); -

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I wanted to let everyone know that going forward, Matt Fleming will be doing at least some of the releases and prereleases for Syslinux. Other than who pushes the button, there should be little or no change in how the builds are done, where they are kept and so on. Thanks Matt! -hpa -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12

This version contains a fix to mbr.asm, plus a version of Murali's menu system, but ported to gcc. Although gcc produces much bigger 16-bit code (since it's really 32-bit code with prefixes) I figured it would be much easier for people to deal with since it requires the configuration to be compiled in. That being said, it's a *very* powerful menu system, partially *because*

Is there a tool that can tell me the real dos name to long dos name mappings of a file in linux? in windows? I can come close with using md5 sums but if there are copies of files then deleting the wrong one would be a problem area. In linux I normally have the boot partition mounted as vfat so that the default kernel installer can write files like normal. Is there an easy way to know the dos