From owner-freebsd-arch@FreeBSD.ORG Thu Sep 30 13:05:21 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7E7216A4CE; Thu, 30 Sep 2004 13:05:21 +0000 (GMT) Received: from athena.softcardsystems.com (mail.softcardsystems.com [12.34.136.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E0F643D3F; Thu, 30 Sep 2004 13:05:21 +0000 (GMT) (envelope-from sah@softcardsystems.com) Received: from athena (athena [12.34.136.114])i8UE4Ika006325; Thu, 30 Sep 2004 09:04:18 -0500 Date: Thu, 30 Sep 2004 09:04:18 -0500 (EST) From: Sam X-X-Sender: sah@athena To: Stephan Uphoff In-Reply-To: <1095976309.53798.8390.camel@palm.tree.com> Message-ID: References: <41508FEB.6030203@elischer.org><20040923191423.GE61631@FreeBSD.org> <41532FA0.6030405@elischer.org> <41533E0D.9000908@elischer.org> <1095976309.53798.8390.camel@palm.tree.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: re@freebsd.org cc: Julian Elischer cc: "freebsd-arch@freebsd.org" Subject: Re: AoE for 4.x X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Sep 2004 13:05:21 -0000 I haven't heard any major objections to my getting a major number -- can someone please step up and help me out? Sam On Thu, 23 Sep 2004, Stephan Uphoff wrote: > Since a complete disk operation in AoE is encapsulated in a single > Ethernet request/response pair - The data size of a read/write operation > is smaller than a single page. > > I don't think any existing framework can deal with this efficiently. > > Stephan > > On Thu, 2004-09-23 at 17:20, Julian Elischer wrote: >> you could look at the sbp driver that is part of the firewire code.. >> I think that may be the closest analog. >> >> >> Sam wrote: >> >>> On Thu, 23 Sep 2004, Julian Elischer wrote: >>> >>>> I think that if you have a working driver we can assign you a number. >>>> I do have some questions however.. >>>> >>>> this is AoE.. is it not possible at all to combne it with either the CAM >>>> framework (such as the atapicam stuff) or the existing ATA stuff.. >>>> Don't take this the wrong way.. it's just a question.. >>>> CAM is being used to talk to drives over firewire, usb, ata, scsi, >>>> fibrechannel. >>>> it would seem that to unify this would be something that we should >>>> look at.. >>>> Of course CAM itslef is showing its age in soem places and it could >>>> do with some work itself.. >>> >>> >>> It might be possible to plug into the CAM; I only briefly >>> glanced at it and it didn't appear appropriate. The ATA >>> layer definitely isn't as parts of ATA don't make sense >>> in this context (Read DMA, Read Multiple, eg) and AoE >>> devices don't conform to the simple hardware probe/attach >>> methodology (as I understand it). >>> >>> I would love to be proved wrong. I'm always willing to >>> try a new approach if it's demonstrably better. >>> >>> Sam >> >> >> _______________________________________________ >> freebsd-arch@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-arch >> To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" >> >> > >