Return-Path: <linux-kernel-owner+willy=40w.ods.org@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S316893AbSGNPUO>; Sun, 14 Jul 2002 11:20:14 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S316895AbSGNPUO>; Sun, 14 Jul 2002 11:20:14 -0400
Received: from mion.elka.pw.edu.pl ([194.29.160.35]:58342 "EHLO
	mion.elka.pw.edu.pl") by vger.kernel.org with ESMTP
	id <S316893AbSGNPUL>; Sun, 14 Jul 2002 11:20:11 -0400
Date: Sun, 14 Jul 2002 17:22:39 +0200 (MET DST)
From: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
To: "Adam J. Richter" <adam@freya.yggdrasil.com>
cc: <alan@lxorguk.ukuu.org.uk>, <linux-kernel@vger.kernel.org>
Subject: Re: IDE/ATAPI in 2.5
In-Reply-To: <200207140620.XAA23582@freya.yggdrasil.com>
Message-ID: <Pine.SOL.4.30.0207141713440.10485-100000@mion.elka.pw.edu.pl>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 2774
Lines: 66


On Sat, 13 Jul 2002, Adam J. Richter wrote:

> On Sat, 13 Jul 2002, Bartlomiej Zolnierkiewicz wrote:
> >On Sat, 13 Jul 2002, Adam J. Richter wrote:
> >> On Sat, 13 Jul 2002, Bartlomiej Zolnierkiewicz wrote:
> >> >Wrong impression. ;)
> >> >Hint: look for STANDARD_ATAPI macro usage.
> >>
> >>       It looks like that macro should be renamed to something like
> >> STANDARD_MMC.  Everything that that macro controls still appears to
> >> go through ATA Packet Interface encapsulation.  Those quirks look like
> >
> >Please verify against sff8020.
>
> 	I don't know what you mean by this.  It's not a question of
> whether the behavior being accomodated is conformant or nonconformant
> to a standard.  The question is whether the accomodations controlled
> by the "STANDARD_ATAPI" macro can easily be implemented in sr_mod.
> Since the accomodations are translating a couple of numbers that
> are repeseneted as binary coded decimal instead of integers (0-255)
> on some drives, and sending a slightly different SCSI command to
> change discs on a Sanyo three CD changer, it seems that they can easily
> be implemented in sr_mod.

I agree with this, I was rather thinking of checking whole ide-cd
behaviour against spec to see if there are any more serious problems
(and I've heard about some, raising DRQ too soon or sth like that (?)).

> >> they would likely be duplicated in a SCSI version of the same drives
> >> anyhow.  It should be easy to have sr_mod accomodate those drives.
> >
> >I can't find them, there are some in sr_vendor.c but they are diffirent
>
> 	From you email address, I would guess that English is not your
> first language.  While you do write English very well, I think you made

Very funny... ;-)
btw. reading is really easy, writing is a bit harder, read below.

> a mistake in understanding what I siad.  "It should be easy to
> have sr_mod accomodate those drives" means that it would be easy for

I made a mistake of not explicitly writing what I think.

> someone to write code in the near future to do this (that is, to change
> sr_mod.c).  It does not mean that it has already been done.

I understood this w/o problems.
But do you understand that in might be not possible to move ide-cd
completly to sr?

--
Bartlomiej

> Adam J. Richter     __     ______________   575 Oroville Road
> adam@yggdrasil.com     \ /                  Milpitas, California 95035
> +1 408 309-6081         | g g d r a s i l   United States of America
>                          "Free Software For The Rest Of Us."


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