[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <c384c5ea0901041104m31363264qd17d0181865c276@mail.gmail.com>
Date: Sun, 4 Jan 2009 20:04:49 +0100
From: "Leon Woestenberg" <leon.woestenberg@...il.com>
To: "Phillip Lougher" <phillip@...gher.demon.co.uk>
Cc: "Andrew Morton" <akpm@...ux-foundation.org>,
linux-embedded@...r.kernel.org, linux-fsdevel@...r.kernel.org,
linux-kernel@...r.kernel.org, tim.bird@...sony.com,
linux-next@...r.kernel.org, sfr@...b.auug.org.au
Subject: Re: [PATCH V2 00/16] Squashfs: compressed read-only filesystem
Hello,
On Sun, Jan 4, 2009 at 8:55 AM, Phillip Lougher
<phillip@...gher.demon.co.uk> wrote:
>> - what are the limitations of squashfs (please add this to the
>> changelog of patch #1 or something). Does it support nfsd? (yes, it
>> does!) xatrs and acls? File size limits, entries-per-directory,
>> etc, etc?
>
> Xattrs and acls are not supported, this is a todo.
> Filesize limits are in theory 2^64. In practice about 2 TiB.
>
...
>
> Ok. I'll re-spin the patches against 2.6.28 tomorrow (Sunday), and I'll
> prepare a tree for linux-next.
>
For use cases such as embedded firmware, the limitations are
non-interesting, and the compression savings are very interesting.
Especially where the resulting filesystem has to creep through slow
wires such as half duplex serial links etc.
Have been using squashfs 2.2 up to 3.4 without problems for years, for
distribution of Linux based firmwares into embedded devices.
Many thanks for your continued efforts on mainlining squashfs,
Regards,
--
Leon
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists