From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759707AbXFOX2Z (ORCPT ); Fri, 15 Jun 2007 19:28:25 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759090AbXFOX2I (ORCPT ); Fri, 15 Jun 2007 19:28:08 -0400 Received: from hancock.steeleye.com ([71.30.118.248]:51275 "EHLO hancock.sc.steeleye.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1759660AbXFOX2H (ORCPT ); Fri, 15 Jun 2007 19:28:07 -0400 Subject: Re: [patch 4/6] ps3: Disk Storage Driver From: James Bottomley To: David Miller Cc: alan@lxorguk.ukuu.org.uk, Geert.Uytterhoeven@sonycom.com, dwmw2@infradead.org, axboe@kernel.dk, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org, paulus@samba.org In-Reply-To: <20070615.160858.26276547.davem@davemloft.net> References: <20070615171545.316dfac7@the-village.bc.nu> <20070615.141917.85409547.davem@davemloft.net> <1181947242.3600.8.camel@mulgrave.il.steeleye.com> <20070615.160858.26276547.davem@davemloft.net> Content-Type: text/plain Date: Fri, 15 Jun 2007 16:28:03 -0700 Message-Id: <1181950083.3600.18.camel@mulgrave.il.steeleye.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 (2.10.2-2.fc7) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2007-06-15 at 16:08 -0700, David Miller wrote: > From: James Bottomley > Date: Fri, 15 Jun 2007 15:40:42 -0700 > > > On Fri, 2007-06-15 at 14:19 -0700, David Miller wrote: > > > Another quirk I have to deal with is that under LDOMs you > > > can export full disks and also just slices. So I'll have > > > to get down into the partition machinery to support that > > > somehow. > > > > For this, it sounds like you might find nbd a more enticing > > proposition ... it already is partition independent and is basically a > > block to net socket exporter. > > That's not gonna work, it's a totally different model. > > I have a predefined protocol over hypervisor provided "channels" and > page flipping also done by the hypervisor for the bulk data transfer. > For the client side I cannot change the hypervisor nor the server > speaking on the other end. And when I do write a server I do want > it to be able to speak to all of the existing clients. > > There's SCSI command pass through as well, as I keep mentioning as > it's an important reason I don't want to go with any of the non-SCSI > solutions (other than perhaps ATA) being suggested. Then sure, use SCSI ... the ibmvscsi client originally talked to some type of hypervisor interface too before IBM extracted it and open sourced the server. If actual SCSI commands are going in somewhere ... be it a real device, a RAID firmware emulation or a hypervisor input, then I'm happy with the driver being in SCSI. James