[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <226E1C65E4F6164E8EA5FD3CC913AE8CD40B74@G3W0639.americas.hpqcorp.net>
Date: Thu, 5 Apr 2007 14:37:18 -0000
From: "Miller, Mike (OS Dev)" <Mike.Miller@...com>
To: "James Bottomley" <James.Bottomley@...elEye.com>,
"Christoph Hellwig" <hch@...radead.org>,
"Andrew Morton" <akpm@...ux-foundation.org>,
<jens.axboe@...cle.com>
Cc: "Hannes Reinecke" <hare@...e.de>,
"Linux Kernel" <linux-kernel@...r.kernel.org>,
"SCSI Mailing List" <linux-scsi@...r.kernel.org>
Subject: RE: [PATCH] Perverting cciss
James wrote:
>
> On Thu, 2007-04-05 at 11:03 +0100, Christoph Hellwig wrote:
> > On Thu, Apr 05, 2007 at 11:58:06AM +0200, Hannes Reinecke wrote:
> > > Hi All,
> > >
> > > this patch adds the SG_IO ioctl to the cciss driver.
> > > As the driver is capable of sending SCSI CDBs to the controller
> > > there is no reason why we shouldn't exploit it.
> > > This way we get to use all the nice sg_utils for the cciss driver.
> > > And a persistent device name for free.
> >
> > Instead of adding yet another implementation of SG_IO
> please implement
> > support for REQ_TYPE_BLOCK_PC requests and add all the nice block
> > layer passthrough ioctls to it.
>
> Actually, I happen to know that HP is in the process of
> implementing this correctly (via REQ_TYPE_BLOCK_PC). I can't
> reveal the details but it has something to do with a well
> known Linux High Availability company needing SG_IO for
> sg_persist to work ...
>
> James
NAK. Please do not add this patch to cciss. We are working SG_IO
internally and will post the patch soon.
mikem
>
>
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists