similar to: SYSLINUX 1.75-pre7 released - FINAL 1.75-pre

Hi all, I've decided to move SYSLINUX 3.30-pre7 to release candidate status (the difference from 3.30-pre6 is pretty much that 3.30-pre7 contains a very simple compiled-in graphical background if the user doesn't specify MENU BACKGROUND.) Please test it out and let me know. Thanks, -hpa

> > Alright... I have released SYSLINUX 1.76-pre1 and 2.00-pre7 with this > > workaround included; please test and I'll promote 1.76-pre1 to 1.76 if > > it works. > > I can test only in couple of days... I.e. on Toshiba... it does. a.

Hi all, I have released SYSLINUX 2.08-pre7. This version rate-limits the ARP polling in PXELINUX; it turns out that it was giving people using automatic control via serial console a real headache since it caused PXELINUX to drop characters. As usual, I'd really appreciate any and all testing. ftp://ftp.kernel.org/pub/linux/utils/boot/syslinux/Testing/ -hpa

Still interested in pre-compiled binaries for 6.03-pre6. But my comment about 6.02 TFTP brokenness may speak more to my lack of understanding of the TFTP protocol than to any pxelinux 6.02 code problems. It seems that when TFTP sends an OACK back to syslinux.efi, it sends it from another port than 69. So, it seems to be opening a data connection back to the TFTP client off an ephemeral port.

Gene, Where did you find the precompiled binaries for syslinux 6.03-pre7? Actually, I'm interested in the pre-compiled binaries for syslinux 6.03-pre6. I went out to kernel.org, but the latest they have is 6.02. Which appears to have an endian problem in its TFTP client code (when syslinux.efi tries to connect to the TFTP server, attempts to connect to UDP port 17664 instead of 69).

On Thu, Jul 4, 2013 at 10:44 AM, Shantanu Gadgil <shantanugadgil at yahoo.com> wrote: > On Thu, 7/4/13, Matt Fleming <matt at console-pimps.org> wrote: > > Subject: Re: [syslinux] Syslinux 5.11-pre7 not working > To: "Shantanu Gadgil" <shantanugadgil at yahoo.com> > Cc: syslinux at zytor.com > Date: Thursday, July 4, 2013, 4:51 PM > > On

Hi all, I have merged Tim's patches to the mboot loader, and have pushed it out as 3.20-pre7. I guess I'm going to actually have to make a 3.20 here soon... -hpa

I just uploaded SYSLINUX 3.72-pre7. I'm hoping this will be the final 3.72 prerelease. Please test it and holler if something is (still) broken. -hpa

I'm going to promote SYSLINUX 3.32-pre7 to release candidate unless someone objects, with the intent of releasing 3.32 immediately after Christmas. Please let me know if there are problems that should make me *not* do so, even if you have previously reported them. -hpa

I have just pushed out Syslinux 3.80-pre7. I am slightly concerned about putting this into the release tree at this point: I was working with some of the shuffler code, and found that the memory map handling was actually severely buggy on some of my test cases. Resolving that problem took rewriting most of syslinux_add_memmap(). However, against better judgement :) I decided to check in the

Ok folks... SYSLINUX 2.08-pre7 is hereby declared a release candidate. Please test it out; if it works for people I'll promote it to 2.08. -hpa

Hi all, Being able to switch between config files has been a long-requested feature. Well, in syslinux-3.40-pre7 I think it's finally implemented in a way which can be classified as "working". If you have a need for this feature I would like your opinions, including whether or not the implementation as it stands fits your liking. -hpa

3.62 is shaping up to be the "let's get rid of hardcoded limits" release. I got inspired by Bryan Perry's post about people still wanting to be able to use the CLI, so I have implemented putting labels in high memory, therefore avoiding the 64K total limit. This is now released as 3.62-pre7. If you happen to have a use case for this, I would be interested in finding out

-------------------------------------------- On Thu, 7/4/13, Matt Fleming <matt at console-pimps.org> wrote: Subject: Re: [syslinux] Syslinux 5.11-pre7 not working To: "Shantanu Gadgil" <shantanugadgil at yahoo.com> Cc: syslinux at zytor.com Date: Thursday, July 4, 2013, 4:51 PM On Wed, 03 Jul, at 11:22:27PM, Shantanu Gadgil wrote: > Hi, > > I am a happy

Hi all, I have just pushed out SYSLINUX 3.55-pre5 and 3.60-pre7. I have decided to give them both release candidate status, with the intent of having a simultaneous 3.55 (bug fixes only) and 3.60 (new functionality) release. Please test them out and let me know how they do. -hpa

On Wed, 03 Jul, at 11:22:27PM, Shantanu Gadgil wrote: > Hi, > > I am a happy user of version 4.06 and have been hoping to upgrade the 5.x series (for the HTTP bits). > I have the following problems with the 5.11-pre7 build: > > 1. TFTP load is horribly slow ... even when the two REAL machines are connected to the same switch. > For a typical RHEL installation, the vmlinuz

On Thu, Jul 4, 2013 at 2:22 AM, Shantanu Gadgil <shantanugadgil at yahoo.com> wrote: > Hi, > > I am a happy user of version 4.06 and have been hoping to upgrade the 5.x series (for the HTTP bits). > I have the following problems with the 5.11-pre7 build: > > 1. TFTP load is horribly slow ... even when the two REAL machines are connected to the same switch. > For a

Using both a disk load and netboot, the precompiled binaries of Syslinux 6.03-pre7 for EFI64 appear broken. Testing 6.03-pre6 on the same system results in a successful boot. This does not appear to affect the BIOS architecture and likely affects EFI32 also. -- -Gene

Some more menu improvements from Murali; otherwise this is it; please check it out so I can make it official -- which needs to happen by tomorrow, since I'll be out of town for a while after that... ftp://ftp.kernel.org/pub/linux/utils/boot/syslinux/Testing/ -hpa

>The way the El Torito CD-ROM is going to look like to the program, is >that it looks like an additional hard disk which a very high drive >number (typically 9Fh or so); MS-DOS will normally ignore this since it >asks the BIOS how many drives there are and ignores the rest. >Does the error message come from UDMA2.SYS or...? > -hpa yes, it comes from UDMA2.SYS, it does a