Merge branch 'ipvlan-mcast'
authorDavid S. Miller <davem@davemloft.net>
Tue, 5 May 2015 23:29:50 +0000 (19:29 -0400)
committerDavid S. Miller <davem@davemloft.net>
Tue, 5 May 2015 23:29:50 +0000 (19:29 -0400)
commit1a376de8e3d120df54f6277f82e1ee987e2d7e8f
treead5402d0f33bfdff1e446bdb135ea20a7747c5e4
parent76061d99a3ba6c29c3dfc24bda2ec0550838951f
parentf631c44bbe1581d18d0aba628b3802d0eacb6373
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>