summaryrefslogtreecommitdiffstats
path: root/lib/rhashtable.c
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2015-05-05 19:29:50 -0400
committerDavid S. Miller <davem@davemloft.net>2015-05-05 19:29:50 -0400
commit1a376de8e3d120df54f6277f82e1ee987e2d7e8f (patch)
treead5402d0f33bfdff1e446bdb135ea20a7747c5e4 /lib/rhashtable.c
parent76061d99a3ba6c29c3dfc24bda2ec0550838951f (diff)
parentf631c44bbe1581d18d0aba628b3802d0eacb6373 (diff)
downloadlinux-1a376de8e3d120df54f6277f82e1ee987e2d7e8f.tar.gz
linux-1a376de8e3d120df54f6277f82e1ee987e2d7e8f.tar.bz2
linux-1a376de8e3d120df54f6277f82e1ee987e2d7e8f.zip
Merge branch 'ipvlan-mcast'
Mahesh Bandewar says: ==================== Multicast processing in IPvlan Dan Willems pointed out that autoconf in IPvlan is broken because of the way broadcast bit gets set. Since broadcast processing is a real performance drain, the broadcast bit in multicast filter was only set when the interface was configured with IPv4 address. In autoconf scenario, when there are no addresses configured; this logic did not work and it wouldn't allow DHCPv4 to work. The only way was to add protocol specific hacks to avoid processing unnecessary broadcast burdon. This jugglery could be avoided if these multicast / broadcast packets are taken out of fast-path and are processed in a work-queue. This will enable us to add broadcast bit in all multicast filters without any impact on performance of the virtual device. This patch series just does that. ==================== Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'lib/rhashtable.c')
0 files changed, 0 insertions, 0 deletions