Luben Tuikov wrote: > On 10/24/05 18:17, Brian King wrote: > >>The following patches enhance libata to allow SAS device drivers >>to utilize libata to talk to SATA devices. It introduces some >>new APIs which allow libata to be used without allocating a >>virtual scsi host. In the context of SAS, a struct ata_port >>is not a physical port, but rather becomes a virtual construct. >> >>Since my last post, I have removed the dependence on the host_set >>struct. The following two patches depend on the qc_transport patch: >> >>http://marc.theaimsgroup.com/?l=linux-ide&m=112845939215286&w=2 >> >>The API is the same as the last time I posted it to linux-ide, >>but here is the description again: >> >>New APIs: >> >>ata_sas_port_alloc - Allocate an ata_port >>ata_sas_port_init - Initialize an ata_port (probe device, etc) >>ata_sas_port_destroy - Free an ata_port allocated by ata_sas_port_alloc >>ata_sas_slave_configure - configure scsi device >>ata_sas_queuecmd - queue a scsi command, similar to ata_scsi_queuecomand >> >>These new APIs can be used either directly by a SAS LLDD or could be used >>by the SAS transport class. >> >>Possible usage for a SAS LLDD would be: >> >>scsi_scan_host >> slave_alloc >> ata_sas_port_alloc >> ata_sas_port_init >> slave_configure >> ata_sas_slave_configure >> >>Commands received by the LLDD for SATA devices would call ata_sas_queuecmd. >> >>Device teardown would occur with: >> >>slave_destroy >> ata_sas_port_destroy > > > Hey Brian, > > That's admireable effort. Is there a git tree I can pull from which has > these patches? (I don't mind using the patches themselves as well.) > > I'll take a look indepth and comment further. > > Thanks, > Luben Hey Luben, I don't have a git tree setup, just the three patches. Brian -- Brian King eServer Storage I/O IBM Linux Technology Center - : 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
