Hi Steve, Steven Stallion wrote: > Alan DuBoff wrote: >> I thought the frameworks created a shim layer between the SATA command >> set and the SCSI-based, but I could be wrong. So, I thought there was a >> different command set on the physical device. I may be wrong on that. >> >> For me, and I haven't done a lot of experimenting, but SCSI is so much >> faster for certain operations on Solaris. Some of my systems have SATA >> that are running in compatibility mode, so that is a bad comparison. >> >> I'm going to try and swap a controller around this coming week, so I can >> move a set of SATA drives to me main workstation at home, it has only >> SCSI in it now, but the SCSI is great to work on. In general I have much >> better experiences with SCSI rather than SATA, although SATA always >> sounds better on paper to me. ... >> It would be nice if we could get someone from the SATA team to join and >> work with the community on this, maybe Steve can help by providing some >> information on the device he has, and put that together with what they >> may know already. From Alan Perry's response, he might be working on >> SATA also these days. > I agree.
I'll ping my colleagues in Beijing who work on SATA-related drivers. > I will start digging a bit this weekend to see what I can find with > respect to SATA tape commands, technical info on the Quantum DLT-V4, and > getting familiar with the SATA frameworks from a developer perspective. I suspect that the depth you need to go down to will result in your getting to know SATL (SCSI/ATA Translation Layer) in much greater detail than you ever thought possible. ftp://ftp.t10.org/t10/drafts/sat2/sat2r01a.pdf is the link for the PDF of the latest form of the standard. You'll also want to get intimate with the code in usr/src/uts/common/io/sata/impl/sata.c > On a personal note, other than the practical implications of having SATA > tape devices functioning within Nevada, I am looking to get my feet wet > working within ON and begin working towards becoming a regular contributor. It's good to have more people looking and fiddling and exploring the codebase, especially when you have an itch to scratch. Welcome! James C. McPherson -- Senior Kernel Software Engineer, Solaris Sun Microsystems http://blogs.sun.com/jmcp http://www.jmcp.homeunix.com/blog _______________________________________________ driver-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/driver-discuss
