Package: syslinux / 3:6.03+dfsg-5+deb8u2

Metadata

Package Version Patches format
syslinux 3:6.03+dfsg-5+deb8u2 3.0 (quilt)

Patch series

view the series file
Patch File delta Description
0001 digest sha.patch | (download)

utils/sha1pass | 4 2 + 2 - 0 !
1 file changed, 2 insertions(+), 2 deletions(-)

 use digest::sha for utils/sha1pass (closes: #625812).

0002 gfxboot menu label.patch | (download)

com32/gfxboot/gfxboot.c | 16 10 + 6 - 0 !
1 file changed, 10 insertions(+), 6 deletions(-)

 Allow boot entry to start with label instead of menu_label.
 .
 menu_ptr->menu_label is human-readable (perhaps even translatable!) text if
 the MENU LABEL command is used, which isn't very convenient at the start of
 a boot entry.  Allow the entry to start with menu_ptr->label (an
 identifier) as an alternative.

0003 extlinux manpage.patch | (download)

man/extlinux.1 | 8 4 + 4 - 0 !
1 file changed, 4 insertions(+), 4 deletions(-)

 Updating list of supported filesystems in extlinux manpage (Closes: #692844).

0004 gnu efi git.patch | (download)

efi/clean-gnu-efi.sh | 5 0 + 5 - 0 !
1 file changed, 5 deletions(-)

 use embedded copy of gnu-efi.

0005 load linux correct type.patch | (download)

com32/lib/syslinux/load_linux.c | 4 2 + 2 - 0 !
1 file changed, 2 insertions(+), 2 deletions(-)

 load_linux: correct a type
 Correct base's type to match its initialization from prot_mode_base and
 passage to syslinux_memmap_find(). Tested with extlinux.

0006 load linux protected mode.patch | (download)

com32/lib/syslinux/load_linux.c | 1 1 + 0 - 0 !
1 file changed, 1 insertion(+)

 load_linux: relocate protected-mode code as intended
 If the kernel is relocatable and the protected mode code will not fit
 in the initially determined location, that code will be moved to the
 next available location. However, beginning with commit 8f470e7b, the
 code is moved to the initially determined location instead of the next
 available location because prot_mode_base is no longer updated to the
 correct location. Since whdr->code32_start is updated, it is pointing
 to the wrong execution start location, random code is executed and
 the machine is rebooted.
 .
 Restore the old behavior by assigning prot_mode_base the value of
 base. Tested on a machine that exposed this behavior.

0017 isohdpfx.S correct heads sectors.patch | (download)

mbr/isohdpfx.S | 10 6 + 4 - 0 !
1 file changed, 6 insertions(+), 4 deletions(-)

 mbr/isohdpfx.s: correct stack for heads/sectors

Heads and sectors were pushed in reverse order per isolinux.asm
(bb519a95 reversed the order of heads/sectors on the stack).

If anything goes wrong, clear CX in case it contains garbage.

Signed-off-by: Gene Cumm <gene.cumm@gmail.com>

Bug-Debian: https://bugs.debian.org/879004