From: Michal Soltys <soltys@ziu.info>
To: "David S . Miller" <davem@davemloft.net>
Cc: Michal Soltys <soltys@ziu.info>,
netdev@vger.kernel.org, Jay Vosburgh <jay.vosburgh@canonical.com>,
Vincent Bernat <vincent@bernat.ch>,
Mahesh Bandewar <maheshb@google.com>,
Chonggang Li <chonggangli@google.com>
Subject: [PATCH net 1/1] bonding: fix PACKET_ORIGDEV regression on bonding masters
Date: Mon, 7 Jan 2019 17:29:46 +0100 [thread overview]
Message-ID: <20190107162946.13072-2-soltys@ziu.info> (raw)
In-Reply-To: <20190107162946.13072-1-soltys@ziu.info>
This patch reverts:
b89f04c61efe bonding: deliver link-local packets with skb->dev set to link that packets arrived on
And its subsequent fixups:
6a9e461f6fe4 bonding: pass link-local packets to bonding master also.
0f3b914c9cfc bonding: fix warning message
The intended functionality of the original patch (as explained by its
author) has been available in the kernel since v2.6.21-350-g80feaacb8a64
via PACKET_ORIGDEV socket option. The patch also broke that feature, as
it's now no longer possible to get the original incoming device. Quoting
the report:
> Unfortunately, this doesn't completely restore the previous
> functionality as PACKET_ORIGDEV is broken for the copy: the original
> interface is lost through the call to netif_rx(). A LLDP daemon
> listening to the master interface won't get the original interface like
> it was able to before 4.12.
The patch reverts to pre-b89f04c61efe state, so:
- both master and original (via PACKET_ORIGDEV) devices are available
when listening on the master
- original device is available when listening directly on one of its
slaves
Reported-by: Vincent Bernat <vincent@bernat.ch>
Signed-off-by: Michal Soltys <soltys@ziu.info>
---
drivers/net/bonding/bond_main.c | 21 ---------------------
1 file changed, 21 deletions(-)
diff --git a/drivers/net/bonding/bond_main.c b/drivers/net/bonding/bond_main.c
index a9d597f28023..290235587a0e 100644
--- a/drivers/net/bonding/bond_main.c
+++ b/drivers/net/bonding/bond_main.c
@@ -1183,27 +1183,6 @@ static rx_handler_result_t bond_handle_frame(struct sk_buff **pskb)
}
}
- /* Link-local multicast packets should be passed to the
- * stack on the link they arrive as well as pass them to the
- * bond-master device. These packets are mostly usable when
- * stack receives it with the link on which they arrive
- * (e.g. LLDP) they also must be available on master. Some of
- * the use cases include (but are not limited to): LLDP agents
- * that must be able to operate both on enslaved interfaces as
- * well as on bonds themselves; linux bridges that must be able
- * to process/pass BPDUs from attached bonds when any kind of
- * STP version is enabled on the network.
- */
- if (is_link_local_ether_addr(eth_hdr(skb)->h_dest)) {
- struct sk_buff *nskb = skb_clone(skb, GFP_ATOMIC);
-
- if (nskb) {
- nskb->dev = bond->dev;
- nskb->queue_mapping = 0;
- netif_rx(nskb);
- }
- return RX_HANDLER_PASS;
- }
if (bond_should_deliver_exact_match(skb, slave, bond))
return RX_HANDLER_EXACT;
--
2.20.1
next prev parent reply other threads:[~2019-01-07 16:30 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-07 16:29 [PATCH net 0/1] bonding: fix PACKET_ORIGDEV regression Michal Soltys
2019-01-07 16:29 ` Michal Soltys [this message]
2019-01-07 17:12 ` [PATCH net 1/1] bonding: fix PACKET_ORIGDEV regression on bonding masters David Miller
2019-01-08 13:46 ` Vincent Bernat
2019-01-13 23:03 ` David Miller
2019-01-14 2:01 ` Maciej Żenczykowski
2019-01-14 8:00 ` Vincent Bernat
2019-01-15 2:19 ` Mahesh Bandewar (महेश बंडेवार)
2019-01-16 2:58 ` Michal Soltys
2019-01-16 2:01 ` Michal Soltys
2019-01-18 0:27 ` Michal Soltys
2019-01-18 6:58 ` Maciej Żenczykowski
2019-01-29 1:47 ` Michal Soltys
2019-01-29 9:39 ` Maciej Żenczykowski
2019-02-18 16:55 ` [PATCH v2] bonding: fix PACKET_ORIGDEV regression Michal Soltys
2019-02-19 1:51 ` David Ahern
2019-02-19 9:14 ` Maciej Żenczykowski
2019-02-21 21:21 ` David Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190107162946.13072-2-soltys@ziu.info \
--to=soltys@ziu.info \
--cc=chonggangli@google.com \
--cc=davem@davemloft.net \
--cc=jay.vosburgh@canonical.com \
--cc=maheshb@google.com \
--cc=netdev@vger.kernel.org \
--cc=vincent@bernat.ch \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox