Hans Petter Selasky c25290420e Start process of removing the use of the deprecated "M_FLOWID" flag ... 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		2014-12-01 11:45:24 +00:00
..
eth_z8e.h
ethp_z8e.h
if_mxge_var.h	Since 32-bit if_baudrate isn't enough to describe a baud rate of a 10 Gbit	2014-03-13 03:42:24 +00:00
if_mxge.c	Start process of removing the use of the deprecated "M_FLOWID" flag	2014-12-01 11:45:24 +00:00
mcp_gen_header.h
mxge_eth_z8e.c
mxge_ethp_z8e.c
mxge_mcp.h	Fix undefined behavior: (1 << 31) is not defined as 1 is an int and this	2013-11-30 22:17:27 +00:00
mxge_rss_eth_z8e.c
mxge_rss_ethp_z8e.c
rss_eth_z8e.h
rss_ethp_z8e.h