similar to: XFS filesystem driver's status

This pull request contains the XFS filesystem driver for Syslinux. Due to historical reasons (SGI IRIX's design of disk layouts), the first sector in the primary AG on XFS filesystems contains the superblock, which is a problem with BIOSes, since VBRs must be loaded up from the first sector of the active partition. Thus, we needed to handle this issue by putting the Syslinux bootsector

Besides supporting newer version of xfs file system, this patch also does some code refactoring and fix completely broken listing and searching on v2-3 node directories. Cc: Gene Cumm <gene.cumm at gmail.com> Cc: H. Peter Anvin <hpa at zytor.com> Cc: Raphael S. Carvalho <raphael.scarv at gmail.com> Cc: Ady <ady-sf at hotmail.com> Signed-off-by: Paulo Alcantara <pcacjr

xfs_is_valid_magicnum is not actually a generic function that checks for magic numbers, instead it checks only for superblock's one. Signed-off-by: Paulo Alcantara <pcacjr at zytor.com> --- core/fs/xfs/xfs.c | 13 +++++-------- core/fs/xfs/xfs.h | 19 ++++++++++--------- 2 files changed, 15 insertions(+), 17 deletions(-) diff --git a/core/fs/xfs/xfs.c b/core/fs/xfs/xfs.c index

On Mon, January 18, 2016 10:51 am, Gene Cumm wrote: > On Mon, Dec 14, 2015 at 7:54 PM, Paulo Alcantara <pcacjr at gmail.com> wrote: >> Besides supporting newer version of xfs file system, this patch also >> does some code refactoring and fix completely broken listing and >> searching on v2-3 node directories. >> >> Cc: Gene Cumm <gene.cumm at gmail.com>

On Mon, Dec 14, 2015 at 7:54 PM, Paulo Alcantara <pcacjr at gmail.com> wrote: > Besides supporting newer version of xfs file system, this patch also > does some code refactoring and fix completely broken listing and > searching on v2-3 node directories. > > Cc: Gene Cumm <gene.cumm at gmail.com> > Cc: H. Peter Anvin <hpa at zytor.com> > Cc: Raphael S.

2015-10-08 0:16 UTC+02:00, Geert Stappers via Syslinux <syslinux at zytor.com>: > On Tue, Sep 01, 2015 at 11:40:14PM -0300, Raphael S Carvalho via Syslinux > wrote: >> On Tue, Sep 1, 2015 at 8:58 PM, Paulo Alcantara via Syslinux < >> syslinux at zytor.com> wrote: >> >> > Hi, >> > >> > My name is Paulo Alcantara. I've been working

> Besides supporting newer version of xfs file system, this patch also > does some code refactoring and fix completely broken listing and > searching on v2-3 node directories. > > Signed-off-by: Paulo Alcantara <pcacjr at zytor.com> > --- > core/fs/xfs/xfs.c | 19 +-- > core/fs/xfs/xfs.h | 155 +++++++++++++++++++----- > core/fs/xfs/xfs_dinode.c

On Jan 15, 2016 5:46 PM, "Gene Cumm" <gene.cumm at gmail.com> wrote: > > On Jan 8, 2016 8:09 AM, "Ady via Syslinux" <syslinux at zytor.com> wrote: > > > > > > > Besides supporting newer version of xfs file system, this patch also > > > does some code refactoring and fix completely broken listing and > > > searching on

On Thu, Dec 24, 2015 at 8:58 AM, Paulo Alcantara <pcacjr at gmail.com> wrote: > 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

While playing with some less than usual configurations, I've got bitten few times by geometry settings in case of, usually, microsoft[ish] systems. First two examples, then the improvement idea. Example #1 My usb stick has zip-compatible geometry, which should work fine both in hdd and zip modes. It usually does, at least as far as syslinux and normal software is considered - excluding

Hi guys, Here's another 5.00 prerelease. This one includes fixes for most of the bugs reported in the last round of feedback. The XFS filesystem code from Paulo also got merged this time and there were a bunch of fixes from a Coverity report. This won't be the last prerelease, but we are nearing the end of the 5.00 release cycle, so please do test. Shortlog append below. --- Chen

Due to delayed allocation feature on XFS filesystems, a write is not guaranteed to flushed out to the underlying file system after crash or something else - so we need to make sure that ldlinux.sys is installed correctly in the mounted filesystem. Signed-off-by: Paulo Alcantara <pcacjr at zytor.com> --- extlinux/main.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/extlinux/main.c

The first two patches basically fix two warnings, and the last one avoid compiling the whole core in Syslinux with debug enabled by default that was accidently added in commit 72842b6 I presume. Hi Matt, Please consider pulling too. Paulo The following changes since commit 1f822f83b3d757c9a72f1eb99ebd723ee61e625b: Fix Makefile install targets (2012-07-04 11:21:19 +0100) are available in

On Sun, Oct 18, 2015 at 10:18:04AM -0700, syslinux-bot for Sylvain Gault wrote: > Commit-ID: 8dc6d758b564a1ccc44c3ae11f265d43628219ce > Gitweb: http://www.syslinux.org/commit/8dc6d758b564a1ccc44c3ae11f265d43628219ce > Author: Sylvain Gault <sylvain.gault at gmail.com> > AuthorDate: Tue, 13 Oct 2015 06:18:07 +0200 > Committer: Paulo Alcantara <pcacjr at

On Mon, 14 Sep 2015 05:50:56 +0200 celelibi--- via Syslinux <syslinux at zytor.com> wrote: > From: Sylvain Gault <sylvain.gault at gmail.com> > > OBJ directory creation changed from a .PHONY target to a real target > used through an order-only dependency. > > A target depending on another target marked .PHONY is always rebuilt, > thus forcing all the .o files to

On Fri, Sep 11, 2015 at 10:12 AM, Paulo Alcantara via Syslinux <syslinux at zytor.com> wrote: > On Thu, 10 Sep 2015 10:55:04 +0300 > Imran Zaman via Syslinux <syslinux at zytor.com> wrote: > >> devname is put on heap for all cases to avoid memory >> leak, and ease of use in future as well >> >> Signed-off-by: Imran Zaman <imran.zaman at intel.com>

As per ext4 specification: > In ext2, ext3, and ext4 (when the 64bit feature is not enabled), the > block group descriptor was only 32 bytes long and therefore ends at > bg_checksum. On an ext4 filesystem with the 64bit feature enabled, the > block group descriptor expands to at least the 64 bytes described below; > the size is stored in the superblock. Since block group

Commit-ID: 82c0ec7b39acb87175ea588f2fa11b21331503c4 Gitweb: http://www.syslinux.org/commit/82c0ec7b39acb87175ea588f2fa11b21331503c4 Author: Nicolas Cornu via Syslinux <syslinux at zytor.com> AuthorDate: Fri, 13 Nov 2015 20:35:29 +0100 Committer: Paulo Alcantara <pcacjr at zytor.com> CommitDate: Wed, 25 Nov 2015 21:58:23 -0200 extlinux: code cleanup and simplification Merge

On Tue, May 20, 2014 1:52 pm, Anatol Pomozov wrote: > Ok, we've figured out potential cause of the problem. The next > question how to minimize the size of ldlinux.sys? > > BTW looking at official (?) binary > https://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/6.03/syslinux-6.03-pre11.tar.xz > I see that their size is also more than 64K Actually, there is *no*

Hi all, - There is a worth thing to note about these changes, which is the handling of $ATTRIBUTE_LIST attribute, that is rare attribute. When there are a lot of attributes and there is no more space in the MFT record, all those attributes that can be made non-resident are moved out the MFT, so this is where the $ATTRIBUTE_LIST comes in. - Most people must have seen the ugly "EDD