Peter Memishian wrote: > > I think the GLDv3 code will become more complicated no matter which > approach > > we take. > > Hopefully not too much so -- but let's try going with this approach.
Which approach are you refering too here? The locking rewack? Note that we are planning to revisit the GLDv3 locking as part of Crossbow. Did you already try measuring the impact of enabling direct function calls between the softmac and IP? This would require splitting the existing poll capability, where direct function calls and packet chaining would be always enabled for all GLDv3 devices, and the POLL capability would be enabled only when the underlying MAC supports the blanking entry point. During the design review last year I also had a comment on the possible negative performance impact on having only one DL_PROMISC_SAP stream, which would disable the optimization that most DLPI drivers implement by saving a pointer to the IPv4 and IPv6 streams. This issue was not addressed by the design back then, and I don't know if it was looked at again as part of the softmac performance work. Nicolas. -- Nicolas Droux, Solaris Kernel Networking Sun Microsystems, Inc. http://blogs.sun.com/droux
