On Tue, 2006-03-28 at 18:03 -0600, Brian King wrote: > I'm still struggling a little with where you want to head here. Are you > proposing a scsi_transport_sata in addition to the existing scsi transports, > or are you proposing adding to the existing scsi_transport_sas code? > I assume it is the latter, since a single SAS HBA will be supporting > both SAS and SATA devices at the same time and currently scsi core only > handles a single transport per scsi_host. Well, no, not scsi transport; I think just a general transport ... see the raid_class for an example of one of these (albeit not very related to what you want to do, I'm afraid). technically, you can have multiple transports per device, even with SCSI ones. It's just convenient to simplify the single attachement case since that's the predominant one. The key is in the match function. Given a generic device, you have to know how to verify its a device of the type you want. James - : send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
