From owner-freebsd-current@FreeBSD.ORG Wed Nov 16 12:27:10 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD7B416A41F for ; Wed, 16 Nov 2005 12:27:10 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb.pobox.com (orb.pobox.com [207.8.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D7A143D49 for ; Wed, 16 Nov 2005 12:27:10 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from orb (localhost [127.0.0.1]) by orb.pobox.com (Postfix) with ESMTP id B25C14C2; Wed, 16 Nov 2005 07:27:54 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by orb.sasl.smtp.pobox.com (Postfix) with ESMTP id 777E989; Wed, 16 Nov 2005 07:27:53 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.54 (FreeBSD)) id 1EcMNW-0000rE-PK; Wed, 16 Nov 2005 12:27:06 +0000 Date: Wed, 16 Nov 2005 12:27:06 +0000 From: Brian Candler To: Danny Braniss Message-ID: <20051116122706.GA3208@uk.tiscali.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: iSCSI initiator driver beta version, testers wanted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Nov 2005 12:27:10 -0000 On Wed, Nov 16, 2005 at 12:45:07PM +0200, Danny Braniss wrote: > Haven't received much feedback, either it's a piece of s... or > it's just working fantastic, or ? > Anyways, I'm planning to be in Basel for BsdConn next week, so if anybody > has something to say about it, i'm a good listener. I for one found the idea very interesting. If we could have an iSCSI target too, then we would have a complete standards-compliant replacement for GEOM ggated/ggatec, which might also form the basis of a low-cost SAN. [*] However I didn't reply, for two reasons: (1) I think you said your code had no error-recovery. In my experience, the error-recovery code is typically the hardest to write, which implies to me the code is a long way from complete and therefore not really worth testing. That is, there's no point testing from the point of view "is this code ready for production?" when code without error-handling isn't, by definition. That's just the impression I got of course, which may be wrong. (2) I didn't fancy setting up a Linux box just so that I had an iSCSI target :-) Regards, Brian. [*] It might be necessary also to have some magic which maps arbitary devices under the CAM layer, e.g. so you could share an IDE drive, or a gvinum volume, as if it were a SCSI device. Or perhaps the iSCSI target can just be a userland daemon, talking to the CAM layer where the device supports it, or GEOM otherwise.