--- Jeff Garzik <jgarzik@xxxxxxxxx> wrote: > Since people are having such a tough time grasping the use of Please drop the generalizaion and FUD. You are missing the point, and the point is that using the block layer for SMP is so, so heavyweight, that no sane OS engineer would do that. Ready to see example: - see "smp_portal" in the complete and working SAS Transport Layer/Stack from the 1st link of my signature. See that the overhead of sending an SMP task from user space to the domain device is _zero_, zero overhead. As soon as the user process does a read(2), the SMP task it wrote(2), is immediately sent to the domain device, using the interconnect. No bloat, no going around in circles. SDI does exactly the same things as it binds to the controller, the PCI device implementing the domain interconnect functions (exported via SDI). > It remains an open question whether the _complexity_ of this approach is > more than is warranted for SMP. But we've departed from that question, > in this sub-thread :) Let everyone see what is happening: 1. The industry submits a driver which clearly shows that SMP is not a block device and there is no technical merit to do it this way. The industry shows a proper implementation of SMP access to the domain. 2. Then the Linux SCSI community decides, on their own, without ANY TECHNICAL MERIT, or knowlege of the technology that they should try to implement SMP as a block device. Then they see that this isn't viable since it adds bloat and SMP doesn't warrant it, and then we're back to 1. The parent says: here is how you do it. The child though, ignores the parent's advice and does it its own way only to find out that the parent was right all along. My question is: at what point is this process going to stop? Luben -- http://linux.adaptec.com/sas/ http://www.adaptec.com/sas/ - : 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
