similar to: [PATCH] doc: fix typos in comboot.txt

From: Gene Cumm <gene.cumm at gmail.com> COMBOOT API: Add calls for directory functions; Implement most only for FAT (SYSLINUX). Uses INT 22h AX= 001Fh, 0020h, 0021h and 0022h to prepare for the COM32 C functions getcwd(), opendir(), readdir(), and closedir(), respectively. INT22h, AX=001Fh will return a valid value for all variants. INT22h, AX= 0020h, 0021h, and 0022h are only

From: Gene Cumm <gene.cumm at gmail.com> COMBOOT API: Add calls for directory functions; Implement most only for FAT (SYSLINUX). Uses INT 22h AX= 001Eh, 001Fh, 0020h and 0021h to prepare for the COM32 C functions getcwd(), opendir(), readdir(), and closedir(), respectively. INT22h, AX=001Eh will return a valid value for all variants. INT22h, AX= 001Fh, 0020h, and 0021h are only

From: Gene Cumm <gene.cumm at gmail.com> COMBOOT API: Improve readdir. Now returns C struct stat st_mode compatible data in DX rather than the raw data from a FAT filesystem or C struct dirent d_mode compatible data. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- If I return something that's compatible with the C struct stat st_mode member, this can be used for more

From: Gene Cumm <gene.cumm at gmail.com> COMBOOT API: Add get config full file name to SYSLINUX Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- Returns the full configuration file name. Int 22h AX 001Eh for now as it appears that the COMBOOT API is designed to be strictly sequential. The API gets extended but only implemented (for now) for SYSLINUX in ldlinux.asm.

From: Gene Cumm <gene.cumm at gmail.com> SYSLINUX/COMBOOT: Abstract searchdir and fix the opendir call Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- First, change comboot.inc such that INT 22h AX=0020h (opendir) is about as simple and similar in behavior to INT 22h AX=0006h (openfile). Next, rename the function searchdir to searchdir4any, create a new function called

This is missing since "shuffler: comboot interface to the new shuffler". Signed-off-by: Sebastian Herbszt <herbszt at gmx.de> --- core/comboot.inc | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/core/comboot.inc b/core/comboot.inc index d6f670c..ef69c49 100644 --- a/core/comboot.inc +++ b/core/comboot.inc @@ -950,7 +950,7 @@ int22_table: dw

From: Gene Cumm <gene.cumm at gmail.com> COMBOOT API: Add get current working directory call to most Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- Adds an API call to obtain the current working directory. EXTLINUX will not return the correct value yet however SYSLINUX, ISOLINUX, and PXELINUX will return the correct value. For the moment, EXTLINUX will ONLY return

Is there a way for isolinux/syslinux to execute a list of comboot files immediately at startup, and only once? I have a bunch of small comboot .com files that I want to batch run immediately, then after that do a DISPLAY boot.msg similar in some ways to an autoexec.bat. For example: DEFAULT mycd APPEND ramdisk_size=100000 init=/etc/init lang=us .... TIMEOUT 300 ONSTARTUP mybatch <- ???

This is the latest version of the gfxboot module. It's supposed to work on all Syslinux derivatives. I am not sure about the copyright notice and would appreciate any input. - Sebastian Index: syslinux-3.74-pre17-2-g2a9ddec/modules/Makefile =================================================================== --- syslinux-3.74-pre17-2-g2a9ddec.orig/modules/Makefile +++

On Thu, 6 Nov 2014, Geert Stappers wrote: > > The MirBSD bootloader actually took advantage of COMBOOT to > > provide access to SYSLINUX storage and other things. It was > > integrating nicely. > > Please tell more about that COMBOOT use case. Okay. The BSD kernels are normally loaded by their own BSD-specific bootloaders (although some other bootloaders can, with

hm, nice algorythm thingie. I'm not a programmer, so here goes: currently: F1 helpfile.txt probably results in DISPLAY helpfile.txt perhaps extend this option: F1 arg1 arg2 arg3 argX if arg1 does not exist, abort (currently also done?) if arg1 ends in COM extension, execute it and pass the optional arg2/3/X parameters if arg1 ends in C32 extension, same thing. else DISPLAY arg1 // arg1

Since lot of people want this thing, I will try to take a stab at it. For now, I will hard code the menu in the code, and then somebody else can remove that restriction. May be we can add some kind of keyword to the config file which syslinux ignores and the comboot menu does something with it. I have one question about comboot: If I write a DOS program using C (compiled using watcom -3 -mt -osx

Hi folks, I'd like to write a graphical menu for a rescue Linux system I'm currently working on in my spare time. I'm experimenting with VESA for this... but my real questions are: How do I boot a Linux kernel from a COMBoot (.cbt) program ? Supposed I have syslinux.cfg that looks like this: DEFAULT menu LABEL menu KERNEL menu.cbt LABEL linux KERNEL kernel.bzi Do I have to use

Is there an LSPCI comboot module that someone has written? Or a linux style boot disk that has: a KERNEL b LSPCI c very small size d quick boot time I am currently having to get through a 5 - 7 minute boot cycle with a fedora setup just to get the lspci output. Heeeeeeeeeeeeeeelp Authenticlick, Inc. 5757

Currently, I'm looking at implementing 3 COMBOOT API calls for directories, opendir, readdir, and closedir. In order to track progress within the directory, I'll need to keep track of the current sector number that is being read and the offset within the sector for the next file entry to read. I'm contemplating if I should also keep track of the starting sector of the directory (in

This makes is_gpxe() recognize gPXE's COMBOOT implementation as gPXE. Previously, is_gpxe() only recognized PXELINUX loaded from gPXE. Signed-off-by: Daniel Verkamp <daniel at drv.nu> --- com32/include/syslinux/config.h | 1 + com32/lib/sys/gpxe.c | 4 ++-- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/com32/include/syslinux/config.h

Hello, Is is possible to run a comboot file before the boot message is displayed and after its execution, display the boot message and prompt? Regards, Remko van der Vossen.

Hi, I need to add an additional feature to Murali's menu system: sending and receiving UDP datagrams. I have no experiences with writing programs at such a low level. Therefore, I need some help. 1) How to transfer IP address and other options from PXElinux to comboot? 2) I got PXE specification, ver. 2.1 (sept. 1999); can I follow it safely? 3) Is there an easy interface to use PXE stack

Hello all, i announce you the gfxboot COMBOOT module which is written in assembler. Since i didn't find as much spare time as i have hoped last weekend it is far from complete. Nevertheless the module is able to interact with the bincode ([1] and [2]) in the bootlogo cpio archive from the openSUSE 10.2 mini cd. So far it is able to call the bincode gfxboot code and setup some menu entries.

On the SysLinux page, there is a screenshot of "COMBOOT Menu System for SYSLINUX developed by Murali Krishnan Ganapathy" (Advanced Menu System). I was wondering where I might be able to download this menu system in full to work with? If you dont want to share, I understand, but I am really intrigued by this and want to learn more, and maybe make my own design if I can figure it out.