Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S269333AbUIBXsJ (ORCPT ); Thu, 2 Sep 2004 19:48:09 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S269322AbUIBXoj (ORCPT ); Thu, 2 Sep 2004 19:44:39 -0400 Received: from frankvm.xs4all.nl ([80.126.170.174]:52448 "EHLO janus.localdomain") by vger.kernel.org with ESMTP id S269321AbUIBXlj (ORCPT ); Thu, 2 Sep 2004 19:41:39 -0400 Date: Fri, 3 Sep 2004 01:41:35 +0200 From: Frank van Maarseveen To: Valdis.Kletnieks@vt.edu Cc: Frank van Maarseveen , Alan Cox , Linus Torvalds , Jamie Lokier , Horst von Brand , Adrian Bunk , Hans Reiser , viro@parcelfarce.linux.theplanet.co.uk, Christoph Hellwig , linux-fsdevel@vger.kernel.org, Linux Kernel Mailing List , Alexander Lyamin aka FLX , ReiserFS List Subject: Re: The argument for fs assistance in handling archives (was: silent semantic changes with reiser4) Message-ID: <20040902234135.GA6021@janus> References: <20040826150202.GE5733@mail.shareable.org> <200408282314.i7SNErYv003270@localhost.localdomain> <20040901200806.GC31934@mail.shareable.org> <1094118362.4847.23.camel@localhost.localdomain> <20040902203854.GA4801@janus> <200409022319.i82NJlTN025039@turing-police.cc.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200409022319.i82NJlTN025039@turing-police.cc.vt.edu> User-Agent: Mutt/1.4.1i X-Subliminal-Message: Use Linux! Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1110 Lines: 34 On Thu, Sep 02, 2004 at 07:19:47PM -0400, Valdis.Kletnieks@vt.edu wrote: > > > cd FC2-i386-disc1.iso > > ls > > That one's at least theoretically doable, assuming that it really *IS* the > Fedora Core disk and an ISO9660 format... Impressive. But when it comes to file-systems like ext[23] I think an in-kernel solution might be preferable to get the exact semantics wrt locking, atomicity, synchronization, coherency, whatever a kernel is good at for filesystems. > > cd /dev/cdrom > > ls > > And the CD in the drive at the moment is AC/DC "Back in Black". What > should this produce as output? bash: cd: /dev/cdrom: Not a directory When it doesn't match a (sub)set of known file system types I think. Because that is the area the kernel has knowledge about. Nothing else, no tarballs for example unless of course the kernel has "tarfs" :-) -- Frank - 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/