summaryrefslogtreecommitdiff
path: root/firmware/acenic
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2009-01-04 16:04:39 -0800
committerDavid S. Miller <davem@davemloft.net>2009-01-04 16:04:39 -0800
commit14deae41566b5cdd992c01d0069518ced5227c83 (patch)
treed15c3dfabdc3ccf10997487c29df35fa58387e55 /firmware/acenic
parenteb4dea5853046727bfbb579f0c9a8cae7369f7c6 (diff)
downloadlinux-stable-14deae41566b5cdd992c01d0069518ced5227c83.tar.gz
linux-stable-14deae41566b5cdd992c01d0069518ced5227c83.tar.bz2
linux-stable-14deae41566b5cdd992c01d0069518ced5227c83.zip
ipv6: Fix sporadic sendmsg -EINVAL when sending to multicast groups.
Thanks to excellent diagnosis by Eduard Guzovsky. The core problem is that on a network with lots of active multicast traffic, the neighbour cache can fill up. If we try to allocate a new route and thus neighbour cache entry, the bog-standard GC attempt the neighbour layer does in ineffective because route entries hold a reference to the existing neighbour entries and GC can only liberate entries with no references. IPV4 already has a way to handle this, by doing a route cache GC in such situations (when neigh attach returns -ENOBUFS). So simply mimick this on the ipv6 side. Tested-by: Eduard Guzovsky <eguzovsky@gmail.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'firmware/acenic')
0 files changed, 0 insertions, 0 deletions