Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758394AbXFOVR2 (ORCPT ); Fri, 15 Jun 2007 17:17:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753252AbXFOVRT (ORCPT ); Fri, 15 Jun 2007 17:17:19 -0400 Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:56313 "EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1755725AbXFOVRR (ORCPT ); Fri, 15 Jun 2007 17:17:17 -0400 Date: Fri, 15 Jun 2007 14:17:20 -0700 (PDT) Message-Id: <20070615.141720.112626963.davem@davemloft.net> To: Geert.Uytterhoeven@sonycom.com Cc: dwmw2@infradead.org, axboe@kernel.dk, James.Bottomley@SteelEye.com, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, linuxppc-dev@ozlabs.org, paulus@samba.org Subject: Re: [patch 4/6] ps3: Disk Storage Driver From: David Miller In-Reply-To: References: <20070615120848.352093000@pademelon.sonytel.be> <1181918159.25228.543.camel@pmac.infradead.org> X-Mailer: Mew version 5.1.52 on Emacs 21.4 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1607 Lines: 36 From: Geert Uytterhoeven Date: Fri, 15 Jun 2007 16:43:05 +0200 (CEST) > On Fri, 15 Jun 2007, David Woodhouse wrote: > > On Fri, 2007-06-15 at 13:39 +0200, Geert Uytterhoeven wrote: > > > Add a Disk Storage Driver for the PS3: > > > - Implemented as a block device driver with a dynamic major > > > - Disk names (and partitions) are of the format ps3d%c(%u) > > > - Uses software scatter-gather with a 64 KiB bounce buffer as the hypervisor > > > doesn't support scatter-gather > > > > Any particular reason why this is done as a separate block device driver > > rather than as SCSI? > > Because no new fake SCSI drivers are accepted anymore. I'm strongly divided on this issue as I'm about to hit the same exact thing for Sun Logical Domains on sparc64 Niagara systems. In fact the interface I get to use allows SCSI commands to be sent pass-through to the device, even though the basic virtual I/O API is purely block I/O based. It's senseless to make people build new major/minor numbers for all these new quirky storage drivers. People have to add support for the new major number to installers and all kinds of other tools. If the SCSI guys were smart, there would be a totally generic helper layer that allows anyone to hook into the SCSI layer as a virtual SCSI disk provider in like 10 lines of code. :-) - 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/