Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755697AbZAMRV6 (ORCPT ); Tue, 13 Jan 2009 12:21:58 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753407AbZAMRVn (ORCPT ); Tue, 13 Jan 2009 12:21:43 -0500 Received: from gw-ca.panasas.com ([66.104.249.162]:27640 "EHLO laguna.int.panasas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753267AbZAMRVm (ORCPT ); Tue, 13 Jan 2009 12:21:42 -0500 Message-ID: <496CCD9F.2000401@panasas.com> Date: Tue, 13 Jan 2009 19:21:35 +0200 From: Boaz Harrosh User-Agent: Thunderbird/3.0a2 (X11; 2008072418) MIME-Version: 1.0 To: Alan Cox CC: Jeff Garzik , James Bottomley , Matthew Wilcox , Benny Halevy , Andrew Morton , Al Viro , Avishay Traeger , open-osd development , linux-scsi , linux-kernel , linux-fsdevel Subject: Re: [PATCH 7/9] exofs: mkexofs References: <4947BFAA.4030208@panasas.com> <4947CA5C.50104@panasas.com> <20081229121423.efde9d06.akpm@linux-foundation.org> <495B8D90.1090004@panasas.com> <1230739053.3408.74.camel@localhost.localdomain> <4960D3CA.2000202@panasas.com> <1231783926.3256.29.camel@localhost.localdomain> <496B989F.7050907@garzik.org> <1231790190.15161.29.camel@localhost.localdomain> <496BA671.3070900@garzik.org> <1231802758.27151.18.camel@localhost.localdomain> <496C9ABE.8060300@garzik.org> <20090113140328.3aab5a35@lxorguk.ukuu.org.uk> <496CA26E.1080708@garzik.org> <20090113161450.2fdd1d5d@lxorguk.ukuu.org.uk> In-Reply-To: <20090113161450.2fdd1d5d@lxorguk.ukuu.org.uk> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 13 Jan 2009 17:21:40.0419 (UTC) FILETIME=[65C35930:01C975A3] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1574 Lines: 38 Alan Cox wrote: >>> Now in my experience that is a *dumb* question because the answer is >>> obvious... >> The choice is between "new magic OSD fs" and "new fs that used to be >> ext4, before we hacked it up". >> >> "existing one you trust" is not an option... > > No it isn't. The choice is existing technology followed by a "thank you > goodbye Mr OSD salesman". > > I'm not saying we shouldn't work on an OSD file system and I'm glad IBM > folks are but that it can be done slowly. IBM is not working on OSD for a long time now. We at open-osd are. That is me and Benny (abit) and other people that hang on the mailing-list So it is mostly Panasas these days. On git.open-osd.org we are hosting various OSD projects mainly the submitted work plus inherited code from OSC, which is not active anymore. as of Q3 2008. Also for most fs folks an OSD > emulator testing might not be a bad idea - say one stacked on ext3 8) > One of the projects on open-osd.org is the OSC's osd-target which is based on scsi tgt framework and implements an OSD in user-mode over any local filesystem. It supports any SCSI transport supported by tgt that is: iscsi, fcoe, iser, kernel-tgt. This is what we test against. I have just been porting that project to freebsd. It as a very small foot print compared to, lets say NFS. Thanks Boaz -- 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/