I decided the FAT directory-parsing bug was about as serious as it gets,
so I decided to push out a new release. However, I decided I feel
comfortable enough with the new features (or at least, that they
wouldn't break anything else, knock on wood) that I did the patch off
the 3.10 development tree and called it 3.05.
Changes in 3.05:
* New API function "shuffle and boot"; allows COM32 modules
to
load or construct (almost) arbitrarily complex objects,
e.g. a kernel and its initrd/initramfs in pieces, and have
the API core reorganize memory for booting. (A library API
for this function will be introduced in a later version.)
* The initrd= option now supports multiple filenames separated
by commas. This is mostly useful for initramfs, which can
be composed of multiple separate cpio or cpio.gz archives.
(Note: all files except the last one are zero-padded to a 4K
page boundary. This should not affect initramfs.)
* EXTLINUX: Fix API function 000Ah (get derivative-specific
info).
* libcom32/ethersel: Support PCI Config Mechanism #2 on
machines still infested with that hideous old hack.
* SYSLINUX: Fix directory-parsing bug.
Begin3
Title: syslinux
Version: 3.05
Entered-date: 2005-01-07
Description: SYSLINUX is a collection of boot loaders for the Linux
operating system which operates off Linux ext2/3
filesystems, MS-DOS FAT filesystems, network servers
using PXE firmware, or from CD-ROMs. The FAT
filesystem version can be installed from DOS, NT, or
Linux.
It includes a sophisticated API for add-on "COM32"
modules, including a significant subset of the
standard C library.
It also includes MEMDISK, a tool to boot legacy
operating systems from nontraditional media like PXE
or CD-ROM.
Keywords: syslinux pxelinux isolinux extlinux msdos boot loader
floppy install network ext2 ext3 pxe iso9660 cdfs
memdisk com32
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
627952 syslinux-3.05.tar.gz
841314 syslinux-3.05.zip
Alternate-site: ibiblio.org /pub/Linux/system/boot/loaders
Platforms: DOS or Linux to install. Linux, perl and nasm 0.98.38 or
later required to build from source.
Copying-policy: GPL
End
Hi! Some lines of your change-log have captured my attention:> * The initrd= option now supports multiple filenames separated > by commas. This is mostly useful for initramfs, which can > be composed of multiple separate cpio or cpio.gz archives. > (Note: all files except the last one are zero-padded to a 4K > page boundary. This should not affect initramfs.)...Is this feature something related with the feature I asked the 2004.10.27 in the "[syslinux] Passing one more file after initrd to the kernel..." mail? To save your time, this is the text of that mail I sent: Paolo Salvan ha scritto:> Hi! > > I have a particular need... I'm not sure if this is the right place to > ask, but surely here there are people that can say me if it is feasible > or not... > > I'm working for a thin-client distribution (thinstation.sf.net); I want > to boot it from various media (netowork, cdrom, hd, usb key...), and at > the moment syslinux/isolinux/pxelinux are doing it very well... > > The problem is that the distribution is composed by a kernel, an initrd > and a CONFIGURATION TEXT FILE, some kb-long, that should be read by the > system after boot... > > At the moment I'm solving the problem instaling modules for all the unit > types (cd, hd, usb...) and fs (iso, fat), mounting the boot unit and > reading this file after boot... > > It would be quite a cleaner solution if I could pass this file to the > system directly during the boot phase, tghether woth kernel params and > initrd... and later if I could read this file in someway after the boot > (ie in the dev/ or proc/ path) > > In this way the file would be read using BIOS drivers, and if the system > can boot I would be sure that my conf file would also be read, without > needing to know which filesystem the system has been booted from, and > without requiring my mini-system to have a lot of driver used only to > load this small file...-- Paolo Salvan _______________________________ X v i s i o n Via Vigonovese 123A 35127 - Padova - Italy +39 049 8709427 tel +39 049 8709426 fax www.xvision.it ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.