| |||||||||||||
|
| |||||||||||||
SCSI over everything and everything over SCSISCSI over everything and everything over SCSIPosted Aug 15, 2003 3:23 UTC (Fri) by bgilbert (subscriber, #4738)Parent article: A different ATA driver Isn't this getting a little ridiculous? ATAPI CD burners already pretend to be SCSI devices (under 2.4, anyway). USB Storage-class devices pretend to be SCSI devices. The drivers of some ATA RAID cards present their arrays as SCSI disks. I seem to recall that awhile ago there was talk of generalizing the SCSI midlayer, so that other block drivers could use the useful bits without pretending to be SCSI devices. Maybe it's time that this work gets done, before someone starts porting the RAM-disk drivers to the SCSI midlayer?
(Log in to post comments)
SCSI over everything and everything over SCSI Posted Aug 15, 2003 3:58 UTC (Fri) by cpeterso (subscriber, #305) [Link] I agree that the Linux SCSI code is being overloaded. Whatever is so great or useful with Linux's SCSI module should be refactored and abstracted into a more general I/O module, which is shared by SCSI, ATA, etc. These layers on above or beneath the SCSI code is just the type of extra layers of cruft that I thought Linux kernel developers wanted to jettison.
SCSI over everything and everything over SCSI Posted Aug 23, 2003 20:29 UTC (Sat) by rrw (guest, #9757) [Link] You obviously observed the facts but came to wrong conclusions. Those drivers (atapi, usb-storage, and IIRC firewire-storage) don't pretend to be SCSI. They _are_ SCSI over different medium. They send the same commands, they accept the same replies, their data is the same. The only thing that differs is that those commands and data come from ata or usb bus, or in case of iSCSI from the network.Implementing all scsi properties into block device api would be very bad idea since: 1. not all scsi devices are block devices by their nature Robert
|
|
||||||||||||