similar to: Syslinux 4.07-pre1 released

Folks, Syslinux 4.07 should be making its way to kernel.org now. There is only a small number of changes when compared with 4.06, mainly bug fixes. It turns out people were packaging up the git 'master' branch just to get at those commits, so here's an official release to eliminate that extra work. At this point, it's looking pretty certain that this will be the last release in

Signed-off-by: Paulo Alcantara <pcacjr at zytor.com> --- com32/cmenu/menugen.py | 56 +++++++++++++++++++++++++------------------------- 1 file changed, 28 insertions(+), 28 deletions(-) diff --git a/com32/cmenu/menugen.py b/com32/cmenu/menugen.py index 70ec1f8..da64d93 100644 --- a/com32/cmenu/menugen.py +++ b/com32/cmenu/menugen.py @@ -72,9 +72,9 @@ class Menusystem:

Hi, This branch contains the new ext4's inline data support which has been added recently to kernel 3.8. In addition to inline data support, there are other patches that remove trainling whitespaces and extra new lines in ext2fs code and the other adds an assert() macro to Syslinux core. I think it's worth mentioning that these changes were made against master branch.

Sent from my iPhone > On Dec 12, 2014, at 21:04, Sean Silva <chisophugis at gmail.com> wrote: > > > >> On Fri, Dec 12, 2014 at 7:51 AM, Rafael Espíndola <rafael.espindola at gmail.com> wrote: >> So far two bots have complained about 2.7 (but have 2.6): >> >>

Recently a patch by HPA was added to the elflink branch, "isolinux: Clear upper half of EDX before using..." http://git.zytor.com/?p=syslinux/syslinux.git;a=commit;h=870b84dd8714d dfccc9288025331423efa6d76b7 The patch was then applied to the firmware branch too. The patch solves an issue introduced by a prior commit "isolinux: Update LBA in getlinsec loop". Since the

> several people already asked what are the concrete benefits of breaking support for end-of-life python versions? Generally I think the only compelling argument is "for a given level of maintenance effort, you either sacrifice support for old-dead versions, or new versions", and obviously new versions should be preferred. The question is how much does it cost to interoperate. On

Hi all, I'm building extlinux on a rather limited linux system (LFS), bios version (no efi). Unfortunately, extlinux.txt does not contain any information related to build procedures and dependencies. python /sources/syslinux-6.03pre11/com32/cmenu/menugen.py --input=/sources/syslinux-6.03pre11/com32/cmenu/test2.menu --output=test2.c

Attached patch allows isolinux to boot from a CDROM attached to a NCR/Symbios/LSIlogic SCSI controller (bios version 4.19). It appears this bios can't read more than 1 sector at the time using the ah=42h int13 call. The isolinux boot was failing early on when 4 sector are read. (bios returned error 0 !) I'm not sure if the same 'getlinsec' routine is called upon later to load

On Wed, Aug 14, 2013 at 1:46 PM, Eli Bendersky <eliben at google.com> wrote: > > Now get rid of pre-2.6 Python support ;-) Not only it helps clean-up code, > by 2-and-3 coexistence is much easier. > > It looks like Daniel was able to add py3k support fairly cleanly. I'm not sure how much of a difference removing pre-2.6 support would make at this point. (also, let's

> >I see 3 ways of handling this. > >1) Have some specific code in ldlinux.c32 that handles > >reinitialization. > >2) Have some specific cache for the COM32 modules and load them only > >once for the lifetime of the whole boot loader. > >3) Put a file system cache that would also benefit to other files. > > > >I would tend to prefer the third way,

A question was asked on the IRC channel about how to get the address of a real-mode symbol -- or any assembly symbol in general. The answer is that you have to declare it global. In NASM syntax: global func func: In GAS syntax: .globl func func: -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

> Could you perhaps test the attached patch and see what it does to your > system? > -hpa > diff -u -r1.181 ldlinux.asm > --- ldlinux.asm 18 Jan 2005 13:13:50 -0000 1.181 > +++ ldlinux.asm 3 Aug 2005 00:28:18 -0000 > @@ -328,7 +328,7 @@ > ; > ; We have EDD support... > ; > - mov byte

If a syslinux floppy does not contain a config file (syslinux.cfg) modules are not being found unless specified with a directory prefix (e.g. /pcitest.c32). The reason is that CurrentDir is only set if there is a config file present. This is a possible regression since commit 68eefb79e2cbb590ebf958dd0c50ce00b941abd2. Before this change RootDir was used in searchdir and now it's CurrentDir

This version cleans up the Ethersel (PCI config probing) changes I have been iterating with Alex Heinz. It's not the same code (so please test, especially Alex), but it should work the same. As before, if you have a machine for which 2.13 worked and 3.0x hasn't worked, please test this version too. http://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/ -hpa

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

dos/syslinux.elf fails to build on current Ubuntu Natty (binutils 2.21) as follows: ld -m elf_i386 -T dosexe.ld -o syslinux.elf header.o crt0.o ldlinux.o syslinux.o fat.o syslxmod.o syslxopt.o setadv.o getopt_long.o bootsect_bin.o mbr_bin.o cache.o fatchain.o open.o searchdir.o libcom.a /usr/bin/ld.bfd.real: syslinux_ldlinux_size must equal the size of .payload /usr/bin/ld.bfd.real:

All sounds good to me. I actually did try to follow the Python style when I used the ^^^ thingies for the questions (they're called subsubsections). 4. I'm not sure exactly how to markup the questions. The sphinx FAQ ( > http://sphinx.pocoo.org/faq.html) marks it up as a definition list > (ctrl-f "definition list" http://sphinx.pocoo.org/rest.html). On the > other

Folks, I've just pushed a new feature out in 5.11-pre8 that will hopefully aid in debugging future issues - the ability to dynamically (at runtime) enable and disable debug code using the new debug.c32 module. For instance, to turn on the dprintf() in execute(), you'd do, debug.c32 -e execute then, every time a module is executed you'll see messages like, kernel is ls.c32,

I've tried the pre version, also the today's pre15. Also not working. I've checked it with wireshark, here is the output: No. Time Source Destination Protocol Length Info 1 0.000000 192.168.3.13 192.168.3.1 TFTP 97 Read Request, File: rescue/dev-64/vmlinuz, Transfer type: octet, tsize\000=0\000,

I've run debug.c32 with syslinux-6.02pre15 and got the following output: The kernel image is rescue/dev-64/vmlinuz.img searchdir: rescue/dev-64/vmlinuz.c32 [...] PXE: file = 0x00000000be887fa8, retries left = 0: failed serachdir: error seraching file rescue/dev-64/vmlinuz.c32 searchdir: rescue/dev-64/vmlinuz.c32 [...] PXE: file = 0x00000000be887fa8, retries left = 0: failed serachdir: error