> > Far far better, IMO, is to "fix" the main driver this case is for > > (cassini), which architecturally could easily be converted to GLDv3 and > > bundled into Nevada, and then spend effort to wrap up GLDv3 enough to > > publish it for 3rd parties. > > Completely agree. Adding complexity to GLDv3 to work around a > performance issue that exists for one driver seems completely backwards.
It's not just one driver -- until GLDv3 is published, other third-party drivers, such as the Fujitsu ones and the SysKonnect ones will need this fastpath to preserve performance. This code is seperable and we will be happy to remove it when it is no longer needed. However, until the GLDv3 API is public (which cannot happen at least until Crossbow integrates), we need this to preserve performance in Nevada. -- meem
