DragonFly BSD
DragonFly commits List (threaded) for 2004-08
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

cvs commit: src/sys/netinet


From: Matthew Dillon <dillon@xxxxxxxxxxxxxxxxxxxxxxx>
Date: Thu, 26 Aug 2004 13:57:03 -0700 (PDT)

dillon      2004/08/26 13:57:02 PDT

DragonFly src repository

  Modified files:
    sys/netinet          ip_output.c 
  Log:
  Merge FreeBSD/1.212 and FreeBSD/1.213.  These only appear to have an
  effect when multi-cast routing is enabled.
  
  Suggested-by: David Rhodus <sdrhodus@xxxxxxxxx>
  
  1.213:
  >date: 2004/04/07 10:01:38;  author: ru;  state: Exp;  lines: +8 -8
  >Fixed a bug in previous revision: compute the payload checksum before
  >we convert ip_len into a network byte order; in_delayed_cksum() still
  >expects it in host byte order.
  >
  >The symtom was the ``in_cksum_skip: out of data by %d'' complaints
  >from the kernel.
  >
  >To add to the previous commit log.  These fixes make tcpdump(1) happy
  >by not complaining about UDP/TCP checksum being bad for looped back
  >IP multicast when multicast router is deactivated.
  >Reported by:    Vsevolod Lobko
  
  1.212:
  >date: 2004/03/25 08:46:27;  author: ru;  state: Exp;  lines: +3 -13
  >Untangle IP multicast routing interaction with delayed payload checksums.
  >
  >Compute the payload checksum for a locally originated IP multicast where
  >God intended, in ip_mloopback(), rather than doing it in ip_output() and
  >only when multicast router is active.  This is more correct as we do not
  >fool ip_input() that the packet has the correct payload checksum when in
  >fact it does not (when multicast router is inactive).  This is also more
  >efficient if we don't join the multicast group we send to, thus allowing
  >the hardware to checksum the payload.
  
  Revision  Changes    Path
  1.18      +10 -18    src/sys/netinet/ip_output.c


http://www.dragonflybsd.org/cvsweb/src/sys/netinet/ip_output.c.diff?r1=1.17&r2=1.18&f=u



[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]