Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261589AbVCUS46 (ORCPT ); Mon, 21 Mar 2005 13:56:58 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261590AbVCUS46 (ORCPT ); Mon, 21 Mar 2005 13:56:58 -0500 Received: from gprs189-60.eurotel.cz ([160.218.189.60]:46289 "EHLO amd.ucw.cz") by vger.kernel.org with ESMTP id S261589AbVCUS44 (ORCPT ); Mon, 21 Mar 2005 13:56:56 -0500 Date: Mon, 21 Mar 2005 19:54:18 +0100 From: Pavel Machek To: Mws Cc: kernel list Subject: Re: [PATCH][2/2] SquashFS Message-ID: <20050321185418.GC1390@elf.ucw.cz> References: <20050314170653.1ed105eb.akpm@osdl.org> <423727BD.7080200@grupopie.com> <20050321101441.GA23456@elf.ucw.cz> <200503211908.46602.mws@twisted-brains.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503211908.46602.mws@twisted-brains.org> X-Warning: Reading this can be dangerous to your mental health. User-Agent: Mutt/1.5.6+20040907i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1737 Lines: 39 Hi! > > > >Also, this filesystem seems to do the same thing as cramfs. We'd need to > > > >understand in some detail what advantages squashfs has over cramfs to > > > >justify merging it. Again, that is something which is appropriate to the > > > >changelog for patch 1/1. > > > > > > Well, probably Phillip can answer this better than me, but the main > > > differences that affect end users (and that is why we are using SquashFS > > > right now) are: > > > CRAMFS SquashFS > > > > > > Max File Size 16Mb 4Gb > > > Max Filesystem Size 256Mb 4Gb? > > > > So we are replacing severely-limited cramfs with also-limited > > squashfs... For live DVDs etc 4Gb filesystem size limit will hurt for > > sure, and 4Gb file size limit will hurt, too. Can those be fixed? ... > but if there is a contribution from the outside - it is not taken "as is" and maybe fixed up, which > should be nearly possible in the same time like analysing and commenting the code - it ends up > in having less supported hardware. > > imho if a hardware company does indeed provide us with opensource drivers, we should take these > things as a gift, not as a "not coding guide a'like" intrusion which > has to be defeated. Remember that horse in Troja? It was a gift, too. Pavel -- People were complaining that M$ turns users into beta-testers... ...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl! - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/