Subject: Re: [BK PATCHES] add ata scsi driver
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Jeff Garzik <jgarzik@pobox.com>
Cc: Linus Torvalds <torvalds@transmeta.com>,
       linux-kernel mailing list <linux-kernel@vger.kernel.org>
In-Reply-To: <20030526045833.GA27204@gtf.org>
References: <20030526045833.GA27204@gtf.org>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1053928747.602.41.camel@gaston>
Mime-Version: 1.0
Date: 26 May 2003 07:59:08 +0200
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1387
Lines: 29

On Mon, 2003-05-26 at 06:58, Jeff Garzik wrote:
> Just to echo some comments I said in private, this driver is _not_
> a replacement for drivers/ide.  This is not, and has never been,
> the intention.  In fact, I need drivers/ide's continued existence,
> so that I may have fewer boundaries on future development.
> 
> Even though ATAPI support doesn't exist and error handling is
> primitive, this driver has been extensively tested locally and I feel
> is ready for a full and public kernel developer assault :)
> 
> James ok'd sending this...  I'll be sending "un-hack scsi headers" patch
> through him via his scsi-misc-2.5 tree.

Btw, Jeff, while I agree about not boring about old PATA hardware,
I'd still like to see support for MDMA modes in there. For once,
there is no real difference in supporting both UDMA and MDMA, it's
really just a matter of extending the range of the "mode" parameter,
and I'd like to be able to use the driver on configs like pmacs which
typically have a U/DMA capable channel for the internal HD and one
MDMA only channel (ATAPI CD/DVD, ZIP) without having to play bad tricks
to get both drivers up.

Ben.

-
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/