similar to: [PATCH] BTRFS_MAGIC_N is a 64bit value

gcc complains about the size of the constant of BTRFS_MAGIC_N. It is a 64bit value, so it needs the ULL suffix. 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" #define BTRFS_MAGIC_L 8 -#define BTRFS_MAGIC_N

X-Original-In-Reply-To: <CAD0Rxe=5uLCWQ+jfj1J6zepDzqx0vAiBREiwiKOih59MKgBDHg at mail.gmail.com> X-Previous: http://www.syslinux.org/archives/2015-January/023070.html On Mon, Jan 05, 2015 at 08:59:57PM -0500, Gene Cumm wrote: > On Sat, Jan 3, 2015 at 1:21 PM, Geert Stappers wrote: > > On Thu, Jan 01, 2015 at 09:48:16AM -0500, Gene Cumm wrote: > > >> I'm planning on

Hi, As I use btrfs as root FS, I wanted fstype to be able to recognize it. The following patch add support for this FS. Regards, benjamin Signed-off-by: Benjamin Cama <benoar at free.fr> --- diff --git a/usr/kinit/fstype/btrfs_fs.h b/usr/kinit/fstype/btrfs_fs.h new file mode 100644 index 0000000..e1f933e --- /dev/null +++ b/usr/kinit/fstype/btrfs_fs.h @@ -0,0 +1,51 @@ +#ifndef

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

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

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 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! > >

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

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

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

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:

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:

hello hpa, current patch queue for review, please pull: git pull git://git.debian.org/users/maks/klibc.git maks Aurelien Jarno (1): [klibc] sh4: syscalls fixes Benjamin Cama (1): [klibc] fstype: btrfs size endianness fix Thorsten Glaser (1): [klibc] add getrusage() maximilian attems (3): [klibc] resume: silence warning on resume try [klibc] bootp_packet.h minor

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

The current btrfs support did not handled multiple stripes stored in chunk items, hence skipping the physical addresses that were needed to do the mapping. Besides, the chunk tree may contain DEV_ITEM keys which store information on all of the underlying block devices, so we must skip them instead of finishing lookup. The bug was reproduced with btrfs-progs v4.2.2. Cc: Gene Cumm <gene.cumm

The current btrfs support did not handled multiple stripes stored in chunk items, hence skipping the physical addresses that were needed to do the mapping. Besides, the chunk tree may contain DEV_ITEM keys which store information on all of the underlying block devices, so we must skip them instead of finishing lookup. The bug was reproduced with btrfs-progs v4.2.2. Cc: Gene Cumm <gene.cumm

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 >