Re: [PATCH 06/10] AXFS: axfs_super.c

2008-10-29 Thread Geert Uytterhoeven
On Wed, 20 Aug 2008, Jared Hulbert wrote: > --- /dev/null > +++ b/fs/axfs/axfs_super.c > +static int axfs_fill_region_data(struct super_block *sb, > + struct axfs_region_desc *region, int force) > +{ > + struct axfs_super *sbi = AXFS_SB(sb); > + unsigned long a

Re: [PATCH 06/10] AXFS: axfs_super.c

2008-08-22 Thread Arnd Bergmann
On Friday 22 August 2008, Phillip Lougher wrote: > 1. Support for > 4GB filesystems.  In theory 2^64 bytes. > 2. Compressed metadata > 3. Inode timestamps > 4. Hard-link support, and correct nlink counts > 5. Sparse file support > 6. Support for ". & ".." in readdir > 7. Indexed directories for fas

Re: [PATCH 06/10] AXFS: axfs_super.c

2008-08-22 Thread Arnd Bergmann
On Friday 22 August 2008, Jared Hulbert wrote: > > It certainly sounds like something for your medium-term TODO list, > > although I wouldn't think of it as a show-stopper. > > Maybe.  It more of a feature rather than a bug.  It makes stat() and > such fast.  The trade off is RAM... Yes. And if y

Re: [PATCH 06/10] AXFS: axfs_super.c

2008-08-22 Thread Jared Hulbert
> It certainly sounds like something for your medium-term TODO list, > although I wouldn't think of it as a show-stopper. Maybe. It more of a feature rather than a bug. It makes stat() and such fast. The trade off is RAM... -- To unsubscribe from this list: send the line "unsubscribe linux-embe

Re: [PATCH 06/10] AXFS: axfs_super.c

2008-08-22 Thread Jared Hulbert
> Squashfs and AXFS should be seen as complementary filesystems, and there > should be room in the Linux kernel for both. Exactly. We had different design assumptions. One is not _better_ than the other, they are just different. -- To unsubscribe from this list: send the line "unsubscribe linux-

Re: [PATCH 06/10] AXFS: axfs_super.c

2008-08-22 Thread Phillip Lougher
Arnd Bergmann wrote: On Friday 22 August 2008, Jared Hulbert wrote: This implies for block devices that the entire filesystem metadata has to be cached in RAM. This severely limits the size of AXFS filesystems when using block devices, or the else memory usage will be excessive. This is where

Re: [PATCH 06/10] AXFS: axfs_super.c

2008-08-22 Thread Arnd Bergmann
On Friday 22 August 2008, Jared Hulbert wrote: > > This implies for block devices that the entire filesystem metadata has to be > > cached in RAM.  This severely limits the size of AXFS filesystems when using > > block devices, or the else memory usage will be excessive. > > This is where 64bit sq

Re: [PATCH 06/10] AXFS: axfs_super.c

2008-08-22 Thread Bernhard Reutner-Fischer
On Wed, Aug 20, 2008 at 10:45:37PM -0700, Jared Hulbert wrote: >+static int axfs_get_onmedia_super(struct super_block *sb) >+{ >+ int err; >+ struct axfs_super *sbi = AXFS_SB(sb); >+ struct axfs_super_onmedia *sbo; >+ >+ sbo = kmalloc(sizeof(*sbo), GFP_KERNEL); >+ if (!sbo)

Re: [PATCH 06/10] AXFS: axfs_super.c

2008-08-21 Thread Jared Hulbert
> From this it would appear that if the region data can't be mapped XIP (i.e. > it is compressed or on a block device), it is cached in its entirety in RAM? That is correct. > This implies for block devices that the entire filesystem metadata has to be > cached in RAM. This severely limits the s

Re: [PATCH 06/10] AXFS: axfs_super.c

2008-08-21 Thread Phillip Lougher
Jared Hulbert wrote: +static void axfs_free_region(struct axfs_super *sbi, +struct axfs_region_desc *region) +{ + if (!region) + return; + + if (AXFS_IS_REGION_XIP(sbi, region)) + return; + + if (region->virt_addr) +

Re: [PATCH 06/10] AXFS: axfs_super.c

2008-08-21 Thread Sven Wegener
On Thu, 21 Aug 2008, Sven Wegener wrote: > On Wed, 20 Aug 2008, Jared Hulbert wrote: > > > The many different devices AXFS can mount to and the various > > dual device mounting schemes are supported here. > > > > Signed-off-by: Jared Hulbert <[EMAIL PROTECTED]> > > --- > > +static int __init ini

Re: [PATCH 06/10] AXFS: axfs_super.c

2008-08-21 Thread Sven Wegener
On Wed, 20 Aug 2008, Jared Hulbert wrote: > The many different devices AXFS can mount to and the various > dual device mounting schemes are supported here. > > Signed-off-by: Jared Hulbert <[EMAIL PROTECTED]> > --- > +static int __init init_axfs_fs(void) > +{ > + axfs_uncompress_init(); one

Re: [PATCH 06/10] AXFS: axfs_super.c

2008-08-21 Thread Sven Wegener
On Wed, 20 Aug 2008, Jared Hulbert wrote: > The many different devices AXFS can mount to and the various > dual device mounting schemes are supported here. > > Signed-off-by: Jared Hulbert <[EMAIL PROTECTED]> > --- > diff --git a/fs/axfs/axfs_super.c b/fs/axfs/axfs_super.c > new file mode 100644

Re: [PATCH 06/10] AXFS: axfs_super.c

2008-08-21 Thread Carsten Otte
Jared Hulbert wrote: diff --git a/fs/axfs/axfs_super.c b/fs/axfs/axfs_super.c new file mode 100644 index 000..5efab38 --- /dev/null +++ b/fs/axfs/axfs_super.c +/* functions in other axfs files ***/ +int axfs_get_sb_bdev(struct file_system_type *, int, c

[PATCH 06/10] AXFS: axfs_super.c

2008-08-20 Thread Jared Hulbert
The many different devices AXFS can mount to and the various dual device mounting schemes are supported here. Signed-off-by: Jared Hulbert <[EMAIL PROTECTED]> --- diff --git a/fs/axfs/axfs_super.c b/fs/axfs/axfs_super.c new file mode 100644 index 000..5efab38 --- /dev/null +++ b/fs/axfs/axfs_s