Adi Masputra wrote:
mss = DB_LSOMSS(mp);
------------------
The LSO interface is still not public with GLDv3, so you can just use
it regardless of the impact by changes to mblk_t. With the further
change of LSO interface, all drivers in Solaris will be updated
accordingly and LSO capability negotiation will take care the
compatibility problem.
I think his concern was that DB_* macros will break binary
compatibility should the layout of dblk_t changes. In fact,
this was the reason why we added hcksum_{assoc,retrieve}
accessor routines in the first place, and to have only the
ON code use the DB_* macros.
Yes, this is a potential problem with using DB_LSOMSS().
Now, GLDv3 framework is still not public, and LSO is only implemented
with GLDv3 interface, the risk of breaking compatibility will be
addressed before GLDv3 interface being published.
BTW, is there a reason why LSO and partial checksum mutually
exclusive?
LSO is not exclusive with partial checksum.
The reason MSS can not be retrived through hcksum_retrieve() that the
partial hcksum will possibly use '*value'.
Now, LSO is reusing hcksum_retrieve code to retrieve MSS, but this will
be replaced with a more gentle interface in the future. :-)
Thanks,
Roamer
--
# telnet (650)-786-6759 (x86759)
Connected to Solaris.Sun.COM.
login: Lu, Yun-Song
Last login: January 2, 2007 from beyond.sfbay
[EMAIL PROTECTED] v1.03 Since Mon Dec. 22, 2003
[EMAIL PROTECTED] Networking]# cd ..
_______________________________________________
networking-discuss mailing list
[email protected]
