Gleb Smirnoff 23e9c6dc1e After r241245 it appeared that in_delayed_cksum(), which still expects ... host byte order, was sometimes called with net byte order. Since we are moving towards net byte order throughout the stack, the function was converted to expect net byte order, and its consumers fixed appropriately: - ip_output(), ipfilter(4) not changed, since already call in_delayed_cksum() with header in net byte order. - divert(4), ng_nat(4), ipfw_nat(4) now don't need to swap byte order there and back. - mrouting code and IPv6 ipsec now need to switch byte order there and back, but I hope, this is temporary solution. - In ipsec(4) shifted switch to net byte order prior to in_delayed_cksum(). - pf_route() catches up on r241245 changes to ip_output().		2012-10-08 08:03:58 +00:00
..
ipfw	After r241245 it appeared that in_delayed_cksum(), which still expects	2012-10-08 08:03:58 +00:00
pf	After r241245 it appeared that in_delayed_cksum(), which still expects	2012-10-08 08:03:58 +00:00