[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date: Mon, 4 May 2015 17:05:56 -0700
From: Mahesh Bandewar <maheshb@...gle.com>
To: netdev <netdev@...r.kernel.org>, Eric Dumazet <edumazet@...gle.com>
Cc: Dan Willems <dcbw@...hat.com>, David Miller <davem@...emloft.net>,
Mahesh Bandewar <maheshb@...gle.com>
Subject: [PATCH next v3 0/2] 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.
Mahesh Bandewar (2):
ipvlan: Defer multicast / broadcast processing to a work-queue
ipvlan: Always set broadcast bit in multicast filter
drivers/net/ipvlan/ipvlan.h | 5 ++
drivers/net/ipvlan/ipvlan_core.c | 138 ++++++++++++++++++++++++---------------
drivers/net/ipvlan/ipvlan_main.c | 25 ++++---
3 files changed, 102 insertions(+), 66 deletions(-)
--
2.2.0.rc0.207.ga3a616c
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists