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.