[<prev] [next>] [day] [month] [year] [list]
Message-Id: <1430331551-20199-1-git-send-email-maheshb@google.com>
Date: Wed, 29 Apr 2015 11:19:11 -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 v2 0/3] 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. This also addresses the
issue when multicast packets received are fragmented, the current code did not
handle that scenario.
Mahesh Bandewar (3):
ipvlan: Defer multicast / broadcast processing to a work-queue
ipvlan: Process fragmented multicast frames correctly
ipvlan: Always set broadcast bit in multicast filter
drivers/net/ipvlan/ipvlan.h | 5 ++
drivers/net/ipvlan/ipvlan_core.c | 145 +++++++++++++++++++++++++--------------
drivers/net/ipvlan/ipvlan_main.c | 25 +++----
include/net/ip.h | 1 +
4 files changed, 111 insertions(+), 65 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