similar to: release cycle 6.04

Fixed: cp -r syslinux-6.01/com32/libupload/*.h image/usr/share/syslinux/com32/include/ [snip] rm -rf image/usr/share/syslinux/com32/include [snip] cp: cannot create regular file `image/usr/share/syslinux/com32/include/serial.h': No such file or directory The cp is happened in the "libupload" dir, while "rm -fr" is happend in "lib" dir, let "libupload"

Hi, FYI syslinux upstream has a bugfix. Both in the 6.xx branch and the 4.xx branch. ----- Forwarded message from syslinux-bot for Martin Str|mberg <ams at ludd.ltu.se> ----- Date: Sat, 15 Apr 2017 10:27:08 -0700 From: syslinux-bot for Martin Str|mberg <ams at ludd.ltu.se> To: Syslinux commits mailing list <syslinux-commits at zytor.com> Cc: ams at ludd.ltu.se Subject:

It is good to see this ----- Forwarded message from syslinux-bot for Martin Str|mberg <ams at ludd.ltu.se> ----- Date: Sat, 25 Mar 2017 05:54:09 -0700 From: syslinux-bot for Martin Str|mberg <ams at ludd.ltu.se> To: Syslinux commits mailing list <syslinux-commits at zytor.com> Cc: ams at ludd.ltu.se Subject: [syslinux:master] mbr/isohdpfx.S: correct pointer for heads/sectors

On Sat, Mar 25, 2017 at 06:51:50PM +0100, Geert Stappers via Syslinux wrote: > It is good to see this > ----- Forwarded message from syslinux-bot for Martin Str|mberg <ams at ludd.ltu.se> ----- > Date: Sat, 25 Mar 2017 05:54:09 -0700 > From: syslinux-bot for Martin Str|mberg <ams at ludd.ltu.se> > Subject: [syslinux:master] mbr/isohdpfx.S: correct pointer for

> On Fri, Feb 6, 2015 at 6:55 AM, Martin Str|mberg <ams at ludd.ltu.se> wrote: > > On Sun, Jan 25, 2015 at 06:13:13PM -0200, Raphael S Carvalho wrote: > >> On Sat, Nov 22, 2014 at 10:39 AM, Martin Str|mberg <ams at ludd.ltu.se> wrote: > >> > Hello. > >> > > >> > Use the z size specifier to printf-ing size_t variables to get rid of

Hi, for some reason David always omits the Cc: to this list. He has now reported to Martin and me the outcome of the latest two MBR test proposals. - His BIOS announces no LBA addressing but another extra feature. This lead to unexpected success in one of David's tests. - The newest fix proposal by Martin is a full success ! Distros which produce isohybrid should consider to already

On Fri, Feb 6, 2015 at 6:55 AM, Martin Str|mberg <ams at ludd.ltu.se> wrote: > On Sun, Jan 25, 2015 at 06:13:13PM -0200, Raphael S Carvalho wrote: >> On Sat, Nov 22, 2014 at 10:39 AM, Martin Str|mberg <ams at ludd.ltu.se> wrote: >> > Hello. >> > >> > Use the z size specifier to printf-ing size_t variables to get rid of gcc >> > warning

On Sun, Jan 25, 2015 at 06:13:13PM -0200, Raphael S Carvalho wrote: > On Sat, Nov 22, 2014 at 10:39 AM, Martin Str|mberg <ams at ludd.ltu.se> wrote: > > Hello. > > > > Use the z size specifier to printf-ing size_t variables to get rid of gcc > > warning > > format ?%08x? expects type ?unsigned int?, but argument 2 has type ?long unsigned int? > Please, add

It has been observed that binaries contents are depending on the order of linked objects. This order is caused by GNU make's wildcard function and the position of sources on filesystem. This change tries to prevent this kind of randomness. Also consider building using -j1 flag to make it even more reproductible. Change-Id: Ie8eee7f336e6f1fa2863c4150d967afd15519f1d Bug:

CC:ing syslinux David Christensen reports that my latest isohdpfd.bin reported C, thus it failed early (carry set) in finding an EBIOS. My interpretation is that it must corrupt CX so isolinux is fooled into trying EBIOS first. So, again David, can you please try this one: <http://www.ludd.ltu.se/~ams/tmp/isodavid.tgz> To keep your (our?) spirits up I've named it of you. It

On Tue, Mar 21, 2017 at 09:03:35AM +0100, Thomas Schmitt via Syslinux wrote: > I think we should offer David a binary which he can combine with > the MBR of the ISO and the image with the recognizable blocks. > I will later today upload a binary version of my block producer > and post the URL. > > The combination will be: > 432 bytes from Martin's MBR > 80 bytes

From: MartinS <ams at ludd.ltu.se> isohdp[fp]v.S which says E or C if EBIOS or CBIOS is used. isohdppv.S also says G or M if a GPT or MBR partition is detected. Signed-off-by: MartinS <ams at ludd.ltu.se> --- Comments? diff --git a/mbr/Makefile b/mbr/Makefile index be2bded..7095396 100644 --- a/mbr/Makefile +++ b/mbr/Makefile @@ -21,7 +21,8 @@ include $(MAKEDIR)/embedded.mk all:

On Sat, Nov 22, 2014 at 10:39 AM, Martin Str|mberg <ams at ludd.ltu.se> wrote: > Hello. > > Use the z size specifier to printf-ing size_t variables to get rid of gcc > warning > format ?%08x? expects type ?unsigned int?, but argument 2 has type ?long unsigned int? Please, add the signed-off line. > > > -- > MartinS > > diff --git

On Mon, Nov 24, 2014 at 2:36 AM, Robert Yang <liezhi.yang at windriver.com> wrote: > The build would be failed and exit if build-gnu-efi.sh is failed, so > we'd better not suppress the output of build-gnu-efi.sh, which is good > for debugging. > > Signed-off-by: Robert Yang <liezhi.yang at windriver.com> > --- > efi/check-gnu-efi.sh | 2 +- > 1 file

On Wed, Jul 20, 2005 at 12:00:36PM +0000, freebsd-security-request@freebsd.org wrote: > From: Joachim Str?mbergson <watchman@ludd.ltu.se> > Subject: Adding OpenBSD sudo to the FreeBSD base system? > To: freebsd-security@freebsd.org > Message-ID: <42DCC503.5000408@ludd.ltu.se> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Aloha! > >

Here's the problem in a nutshell: One samba-server (stand alone) A couple of Windows XP (sp2) clients All connected through a gigabit network Transfers between two of the windows computers works just fine and the speed is about 20-30MB/s. Transfers from the server to any windows computer also works fine and has the same speed. Transfers TO the server from any windows computer is horribly

lower your debug level. High debug level lowers performance... Mit freundlichem Gru?, Dirk Laurenz Systems Engineer Fujitsu Siemens Computers Sales Central Europe Deutschland Professional Service Organisation Nord / Ost Hildesheimer Strasse 25 30880 Laatzen Germany Telephone: +49 (511) 84 89 - 18 08 Telefax: +49 (511) 84 89 - 25 18 08 Mobile: +49 (170) 22 10 781 Email:

gcc complains about the size of the constant of BTRFS_MAGIC_N. It is a 64bit value, so it needs the ULL suffix. Signed-off-by: MartinS <ams at ludd.ltu.se> --- diff --git a/core/fs/btrfs/btrfs.h b/core/fs/btrfs/btrfs.h index 1568e4d..8f519a9 100644 --- a/core/fs/btrfs/btrfs.h +++ b/core/fs/btrfs/btrfs.h @@ -32,7 +32,7 @@ typedef u64 __le64; #define BTRFS_MAGIC "_BHRfS_M"

CC:ing syslinux. Thanks for testing David. On Thu, Mar 23, 2017 at 05:23:51PM -0700, David Christensen wrote: > Trying isohdpfd.bin: ... > Boot it in D865GBFLK Pentium 4 3.4E GHz -- I see a screenful of information, > with "Key?" at the bottom (see attached picture IMG_1578-r.JPG). > > > When I press a key, I see the following message at the bottom and the >

Hi, i wrote: > > I think it still has good reason to exist. Ady wrote: > Would you please clarify what do you mean with "it"? "It" was the code part about xor %cx, %cx /* Clear EBIOS flag. */ which Martin mentioned as "can be ignored" in the the text which i quoted before my statement. Additionally to the wrong stack sequence, which