[153] in linux-scsi channel archive
Re: SCSI defines for pass-thru commands
daemon@ATHENA.MIT.EDU (Drew Eckhardt)
Tue Apr 18 20:02:07 1995
To: Michael Neuffer <neuffer@goofy.zdv.Uni-Mainz.de>
cc: Linus.Torvalds@cs.Helsinki.FI (Linus Torvalds), jfree@caldera.com,
linux-scsi@vger.rutgers.edu, linux-kernel@vger.rutgers.edu
In-reply-to: Your message of "Sat, 15 Apr 1995 14:53:30 GMT."
<199504151253.OAA16703@goofy.zdv.Uni-Mainz.DE>
Date: Tue, 18 Apr 1995 15:52:50 MDT
From: Drew Eckhardt <drew@boulder.openware.com>
In message <199504151253.OAA16703@goofy.zdv.Uni-Mainz.DE>, neuffer@goofy.zdv.Un
i-Mainz.de writes:
>
>> I'd actually want all the "high-level" SCSI header files under
>> <linux/xxx.h> (or we could make it <scsi/xxx.h>, but I doubt it really
>> needs a separate directory). The reason is kernel drivers: in the
>> not-too-far future we'll find ourselves with different low-level scsi
>> drivers for different architectures (m68k, sparc, whatever), and I don't
>> want to keep them all under linux/drivers/scsi/xxx. In fact, I'd want
>> something like "linux/drivers/pci/scsi" and "linux/drivers/xxx/scsi" for
>> different bus systems (with linux/drivers/scsi only containing the
>> high-level scsi interface).
>
>I don't know if this structure would be such a good idea. There
>are a number of scsi drivers which support more than bussystem
>and can be used with more than one architecture.
>
>My eata_dma driver for example supports ISA, EISA and PCI bussystems
>and is currently in use on Intel architecture based machines.
Similarly, both the 68k Amiga and i86 people are using the
NCR5380 driver.
Also, although the '8xx family of chips are PCI based, the NCR driver
would work with the '710 and '720 family if a few minimal changes were made;
covering the onboard SCSI-chips on HP snakes, a few Amiga boards, etc.
>It might be more useful to go for something like the following:
>linux/drivers/scsi/<system independent high and midlevel code>
>linux/drivers/scsi/<arch>/<system dependent lowlevel drivers>
>linux/drivers/scsi/generic/<system independend lowlevel drivers>
Yes.
