diff options
author | David S. Miller <davem@davemloft.net> | 2015-05-06 02:29:50 +0300 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2015-05-06 02:29:50 +0300 |
commit | 1a376de8e3d120df54f6277f82e1ee987e2d7e8f (patch) | |
tree | ad5402d0f33bfdff1e446bdb135ea20a7747c5e4 /lib/rhashtable.c | |
parent | 76061d99a3ba6c29c3dfc24bda2ec0550838951f (diff) | |
parent | f631c44bbe1581d18d0aba628b3802d0eacb6373 (diff) | |
download | linux-1a376de8e3d120df54f6277f82e1ee987e2d7e8f.tar.xz |
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