linux-kernel - Re: Problems with IDE on linux 2.6.22.X

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20070830213239.GJ11128@csclub.uwaterloo.ca>
Date:	Thu, 30 Aug 2007 17:32:39 -0400
From:	lsorense@...lub.uwaterloo.ca (Lennart Sorensen)
To:	Greg Freemyer <greg.freemyer@...il.com>
Cc:	Rene Herman <rene.herman@...il.com>,
	Jan Engelhardt <jengelh@...putergmbh.de>,
	Jos? Luis Pati?o Andr?s <jopan@...mni.uv.es>,
	Alan Cox <alan@...rguk.ukuu.org.uk>,
	linux-kernel@...r.kernel.org, Jeff Garzik <jgarzik@...ox.com>,
	linux-ide@...r.kernel.org
Subject: Re: Problems with IDE on linux 2.6.22.X

On Thu, Aug 30, 2007 at 05:16:46PM -0400, Greg Freemyer wrote:
> USB / Firewire / FC / iSCSI are all SCSI transports and fit within the
> SCSI subsystem by design.
> 
> ie. Just like ethernet, DSL, T-1, etc can all carry IP traffic with no
> conceptual conflict, many media by design carry SCSI traffic.
> 
> The PATA and SATA physical layer typically carry ATA commands and
> having them tied into the SCSI stack is an aberration that I hope will
> be eliminated some day.
> 
> ATAPI is an exception.  Not sure where that would end up in a perfect world.

But isn't SATA related to SAS?  And isn't SAS using SCSI commands?  And
if ATAPI is essentially SCSI commands, and everything other then disks
use ATAPI on ATA, then that makes ATA disks the odd ball, and mangling
it into line with everything else isn't that bad (since all other ATA
devices are close to SCSI already).

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