From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeff Garzik Subject: Re: [ANN] Squashfs 3.0 released Date: Fri, 17 Mar 2006 12:25:44 -0500 Message-ID: <441AF118.7000902@garzik.org> References: <20060317104023.GA28927@wohnheim.fh-wedel.de> <20060317124310.GB28927@wohnheim.fh-wedel.de> <441ADD28.3090303@garzik.org> <0E3DADA8-1A1C-47C5-A3CF-F6A85FF5AFB8@lougher.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: =?ISO-8859-1?Q?J=F6rn_Engel?= , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org Return-path: Received: from mail.dvmed.net ([216.237.124.58]:62927 "EHLO mail.dvmed.net") by vger.kernel.org with ESMTP id S1751120AbWCQRZu (ORCPT ); Fri, 17 Mar 2006 12:25:50 -0500 To: Phillip Lougher In-Reply-To: <0E3DADA8-1A1C-47C5-A3CF-F6A85FF5AFB8@lougher.org.uk> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org Phillip Lougher wrote: > On 17 Mar 2006, at 16:00, Jeff Garzik wrote: >> J=F6rn Engel wrote: >>>>> The one still painfully missing is a >>>>> fixed-endianness disk format. >> Fixed endian isn't necessarily a requirement. Detectable endian is= =2E =20 >> As long as (a) the filesystem mkfs notes the endian-ness and (b) th= e=20 >> kernel filesystem code properly handles both types of endian, life = is=20 >> fine. >> > That's what is currently done. There are two filesystem formats, big= =20 > endian (donated by Squashfs magic of 'sqsh') and little endian (deno= ted=20 > by Squashfs magic of 'hsqs'). The kernel code detects the filesyste= m=20 > endianness and swaps if necessary. Well, then, I don't see a need to change anything. As I said,=20 [consistent and] detectable endian is the real requirement. For=20 SquashFS's users, I would think they would prefer the current situation= =20 (selectable endian) to fixed endian, because many SquashFS users need t= o=20 squeeze every ounce of performance out of severely resource-constrained= =20 devices. I have two routers, ADM5120-based Edimax and LinkSys WRT54G v5, both of= =20 which have a mere 2MB of flash, and both use SquashFS to maximize that=20 space. And both are el cheapo, slow embedded processors that run far=20 slower than 300Mhz. I look askance at anyone who wants to make an=20 arbitrary filesystem design decision imposing tons of bytesex upon thes= e=20 lowly devices. Jeff - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html