c25290420e
from the FreeBSD network code. The flag is still kept around in the "sys/mbuf.h" header file, but does no longer have any users. Instead the "m_pkthdr.rsstype" field in the mbuf structure is now used to decide the meaning of the "m_pkthdr.flowid" field. To modify the "m_pkthdr.rsstype" field please use the existing "M_HASHTYPE_XXX" macros as defined in the "sys/mbuf.h" header file. This patch introduces new behaviour in the transmit direction. Previously network drivers checked if "M_FLOWID" was set in "m_flags" before using the "m_pkthdr.flowid" field. This check has now now been replaced by checking if "M_HASHTYPE_GET(m)" is different from "M_HASHTYPE_NONE". In the future more hashtypes will be added, for example hashtypes for hardware dedicated flows. "M_HASHTYPE_OPAQUE" indicates that the "m_pkthdr.flowid" value is valid and has no particular type. This change removes the need for an "if" statement in TCP transmit code checking for the presence of a valid flowid value. The "if" statement mentioned above is now a direct variable assignment which is then later checked by the respective network drivers like before. Additional notes: - The SCTP code changes will be committed as a separate patch. - Removal of the "M_FLOWID" flag will also be done separately. - The FreeBSD version has been bumped. MFC after: 1 month Sponsored by: Mellanox Technologies |
||
---|---|---|
.. | ||
common | ||
sys | ||
ulp | ||
bin2h.pl | ||
cxgb_adapter.h | ||
cxgb_include.h | ||
cxgb_ioctl.h | ||
cxgb_main.c | ||
cxgb_offload.h | ||
cxgb_osdep.h | ||
cxgb_sge.c | ||
cxgb_t3fw.c | ||
cxgb_t3fw.h | ||
t3b_protocol_sram.h | ||
t3b_tp_eeprom.h | ||
t3c_protocol_sram.h | ||
t3c_tp_eeprom.h |