> We have written a new block driver for our AHCI based PCIe SSDs. The > main objective of our product is providing high performance. Traffic > through OS storage stack is not to able fully utilize the device's > capabilty. To improve the traffic to the device and hence > showcase/utilize the device's capability, we have come up with this new > block driver. This driver includes > * utilize device's increased queue depth > * workaround for hardware errata > > We want to get this driver into kernel tree to support the device out of > the box. Attached this driver as a patch for latest kernel. We would > like to get your comments, and also open for discussion. The kernel starting point would be that we have an AHCI driver. If you need workarounds for hardware errata then they can go into it and that is fine. We support NCQ so we can use the queue depths. If there are extensions then the AHCI driver can be enhanced. Similarly if you've got performnace problems going through the libata core and AHCI driver the right thing to do is to fix the performance problems in the core (or rewrite bits of the core as needed). I think the starting point would be to explain what problems you see with the existing driver, and where the profiling tools say the bottlenecks are when you try and get full speed under libata + libata ahci driver. Otherwise we will end up with one AHCIish driver per vendor and it turns into a nightmare for maintenance. Alan -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
