Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 14 Jul 2002 11:02:44 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 14 Jul 2002 11:02:43 -0400 Received: from nat-pool-rdu.redhat.com ([66.187.233.200]:3407 "EHLO devserv.devel.redhat.com") by vger.kernel.org with ESMTP id ; Sun, 14 Jul 2002 11:02:42 -0400 Date: Sun, 14 Jul 2002 11:05:20 -0400 From: Pete Zaitcev Message-Id: <200207141505.g6EF5KH16282@devserv.devel.redhat.com> To: Joerg Schilling Cc: linux-kernel@vger.kernel.org Subject: Re: IDE/ATAPI in 2.5 In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1130 Lines: 27 >>I will violently oppose anything that implies that the IDE layer uses the >>SCSI layer normally. No way, Jose. I'm all for scrapping, but the thing >>that should be scrapped is ide-scsi. > > Nobody who has a technical backgroupd and knows what to do wuld ever > make such a proposal. > > Instead, there needs to be one or more SCSI HA driver as part of the > SCSI stack. This driver also needs to deal with plain ATA in order > to be able to coordinate access. > > J?rg Such driver would only work with ATAPI devices. Joerg, does not seem to realize that the vast majority of IDE devices do not support ATAPI at all. As a rule of thumb, winchesters do not, CD-ROMs and such do, and tapes do too. To make a pseudo-HA driver which speaks plain IDE and plugs into SCSI subsistem would saddle the IDE with SCSI limitations, and add one more layer for no benefit whatsoever. -- Pete - 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/