bz e36601cbc0 MFC r206481:
Plug reference leaks in the link-layer code ("new-arp") that previously
  prevented the link-layer entry from being freed.

  In both in.c and in6.c (though that code path seems to be basically dead)
  plug a reference leak in case of a pending callout being drained.

  In if_ether.c consistently add a reference before resetting the callout
  and in case we canceled a pending one remove the reference for that.
  In the final case in arptimer, before freeing the expired entry, remove
  the reference again and explicitly call callout_stop() to clear the active
  flag.

  In nd6.c:nd6_free() we are only ever called from the callout function and
  thus need to remove the reference there as well before calling into
  llentry_free().

  In if_llatbl.c when freeing the entire tables make sure that in case we
  cancel a pending callout to remove the reference as well.

  Reviewed by:          qingli (earlier version)
  MFC after:            10 days
  Problem observed, patch tested by: simon on ipv6gw.f.o,
                        Christian Kratzer (ck cksoft.de),
                        Evgenii Davidov (dado korolev-net.ru)
PR:			kern/144564
Configurations still affected:	with options FLOWTABLE
2010-04-21 19:51:22 +00:00
..
2010-04-07 13:18:58 +00:00
2008-12-15 06:10:57 +00:00
2010-04-21 19:51:22 +00:00
2009-11-20 12:30:40 +00:00
2010-01-23 16:40:35 +00:00
2010-03-27 17:34:57 +00:00
2010-04-21 19:51:22 +00:00
2010-01-30 12:11:21 +00:00
2010-02-07 09:00:22 +00:00
2009-12-05 19:44:16 +00:00
2010-01-04 15:58:36 +00:00
2010-03-27 17:34:57 +00:00
2010-03-27 17:51:27 +00:00
2010-04-17 04:15:46 +00:00
2010-01-24 22:17:08 +00:00
2010-04-17 03:57:16 +00:00
2010-01-17 16:58:37 +00:00
2010-04-17 04:15:46 +00:00
2010-04-17 04:00:57 +00:00
2010-04-17 04:19:18 +00:00
2010-04-17 04:15:46 +00:00
2010-04-17 04:15:46 +00:00
2010-01-24 22:17:08 +00:00
2010-04-17 04:17:17 +00:00
2010-04-17 04:15:46 +00:00
2010-04-17 04:15:46 +00:00
2010-04-17 04:15:46 +00:00
2010-04-17 04:15:46 +00:00
2010-04-17 04:13:52 +00:00
2010-04-17 04:13:52 +00:00
2010-04-17 04:15:46 +00:00
2010-04-17 04:15:46 +00:00
2009-06-17 12:34:56 +00:00
2010-04-17 04:19:18 +00:00
2010-04-17 04:15:46 +00:00
2010-03-27 17:26:31 +00:00
2010-04-17 17:40:12 +00:00
2008-06-11 22:12:50 +00:00
2009-11-17 16:17:11 +00:00
2010-03-27 17:50:02 +00:00
2010-03-27 17:51:27 +00:00
2010-03-27 17:36:52 +00:00
2007-09-24 05:26:24 +00:00
2010-03-27 17:50:02 +00:00
2010-01-05 17:04:14 +00:00
2010-03-27 17:50:02 +00:00
2010-01-05 17:04:14 +00:00
2010-03-27 17:51:27 +00:00