I have released SYSLINUX 2.06; it's basically identical to 2.06-pre4.
I'm doing this now because the bug fixes are so major and because I am
not sure I'll be around next week.
-hpa
2.06 is a bug fix release.
Changes in 2.06:
* ALL: Fix problem that would occationally cause a
boot failure, depending on the length of the kernel.
* ISOLINUX: Fix problem that would occationally cause a
boot failure, depending on the length of directories.
* SYSLINUX: Win32 installer now flushes buffers.
* ppmtolss16: Be fully compliant with the PPM spec;
actually process comments in the header and odd
alignments of the various parameters, as well as
"plain" (not raw) files and PBM and PGM files.
* PXELINUX: Lower the default MTU to 1472 in order to deal
with systems with slightly nonstandard MTUs, and PXE
stacks which don't defragment correctly. Unfortunately this
is very hard to test dynamically.
Begin3
Title: syslinux
Version: 2.06
Entered-date: 2003-08-22
Description: SYSLINUX is a collection of boot loaders for the Linux
operating system which operates off MS-DOS floppies,
network servers using PXE firmware, or from CD-ROMs.
It is intended to simplify first-time installation of
Linux, rescue disks, and other uses for boot floppies.
A SYSLINUX floppy can be manipulated using standard
MS-DOS (or any other OS that can access an MS-DOS
filesystem) tools once it has been created; and
requires only a very small DOS or Linux program to
create in the first place. It also includes MEMDISK,
a tool to boot legacy operating systems from
nontraditional media like PXE or CD-ROM.
Keywords: syslinux pxelinux msdos boot loader floppy install
network pxe iso9660 cdfs memdisk
Author: hpa at zytor.com (H. Peter Anvin)
Maintained-by: hpa at zytor.com (H. Peter Anvin)
Primary-site: ftp.kernel.org /pub/linux/utils/boot/syslinux
401889 syslinux-2.06.tar.gz
496020 syslinux-2.06.zip
Alternate-site: ibiblio.org /pub/Linux/system/boot/loaders
Platforms: DOS or Linux to install. Linux, perl and nasm 0.98.35 or
later required to build from source.
Copying-policy: GPL
End
H. Peter Anvin wrote:> I have released SYSLINUX 2.06; it's basically identical to 2.06-pre4. > > I'm doing this now because the bug fixes are so major and because I am > not sure I'll be around next week. > > -hpa > > > 2.06 is a bug fix release. > > Changes in 2.06:<snip>> * PXELINUX: Lower the default MTU to 1472 in order to deal > with systems with slightly nonstandard MTUs, and PXE > stacks which don't defragment correctly. Unfortunately this > is very hard to test dynamically. >Do you have a network trace of this problem happening. Did you check for the DF bit being set of not? Maybe some PXE stacks are doing MTU Path discovery which then means that they should not see any fragmented packets. Cheers James
H. Peter Anvin wrote:> I have released SYSLINUX 2.06; it's basically identical to 2.06-pre4. > > I'm doing this now because the bug fixes are so major and because I am > not sure I'll be around next week. > > -hpa > > > 2.06 is a bug fix release. > > Changes in 2.06: > * ALL: Fix problem that would occationally cause a > boot failure, depending on the length of the kernel. > * ISOLINUX: Fix problem that would occationally cause a > boot failure, depending on the length of directories.I have verified that this fixes my SRPMS bug. Thanks, Forrest
Hi, "H. Peter Anvin" <hpa at zytor.com> schrieb am 26.08.03 16:38:01:> James Courtier-Dutton wrote: > > Do you have a network trace of this problem happening. Did you check for > > the DF bit being set of not? > > > > Maybe some PXE stacks are doing MTU Path discovery which then means that > > they should not see any fragmented packets.> It would be the TFTP server not doing so, but it should then get back > the ICMP NEED FRAGMENT and allow the packet to be fragmented. This is > UDP, not TCP, so it cannot force smaller IP datagrams to be sent. > > The big problem is that the PXE stack will generally do the wrong thing > with the fragmented incoming packet. Most PXE stacks are buggier than > hell, and it doesn't take much tweaking.Since I have reported this problem some more explanation of what was happening: The server is set to MTU of 1492. This is a token-ring network with some ethernet bridges, and these bridges demand 1492, they don't work with 1500. With this every packet sent from the tftpd with packet size 1500 (this is blksize 1480 in tftp) gets fragmented into two packets, the last one containing the 8 bytes that didn't fit into the first one. The effect was that any download (even of pxelinux config file) by pxelinux failed in mysterious ways: Sometimes pxelinux reported errors in the config file, and the downloaded kernel didn't start at all. The client is a IBM PCI token ring card, and this doesn't reassemble the packets correct. I don't know if it set the DF bit. The effect of this is that the download once again generated more packets as were needed, even if the PXE rom was able to reassemble the packets as it should have done. So the best solution for this would be to make this configurable and let the user (or the config file) decide which blksize to use. BTW: Still need to test 2.06 ... Regards, Josef __________________________________________________________________________ Die sicherste Form der Kommunikation: E-Mails verschluesseln, Spam-Filter, Adressverifizierung, digitale Unterschrift: http://freemail.web.de