[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <19704.1284167315@death>
Date: Fri, 10 Sep 2010 18:08:35 -0700
From: Jay Vosburgh <fubar@...ibm.com>
To: Andy Gospodarek <andy@...yhouse.net>
cc: netdev@...r.kernel.org,
Alexander Duyck <alexander.h.duyck@...el.com>,
Jesse Brandeburg <jesse.brandeburg@...el.com>,
stable@...nel.org
Subject: Re: [PATCH net-2.6 v2] bonding: correctly process non-linear skbs
Andy Gospodarek <andy@...yhouse.net> wrote:
>On Fri, Sep 10, 2010 at 02:04:00PM -0700, Jay Vosburgh wrote:
>> Andy Gospodarek <andy@...yhouse.net> wrote:
>>
>> >
>> >It was recently brought to my attention that 802.3ad mode bonds would no
>> >longer form when using some network hardware after a driver update.
>> >After snooping around I realized that the particular hardware was using
>> >page-based skbs and found that skb->data did not contain a valid LACPDU
>> >as it wasn't stored there. That explained the inability to form an
>> >802.3ad-based bond.
>> >
>> >This patch fixes the issue in my tests and should be applied to 2.6.36
>> >and as far back as anyone cares to add it to stable.
>> >
>> >Thanks to Alexander Duyck <alexander.h.duyck@...el.com> and Jesse
>> >Brandeburg <jesse.brandeburg@...el.com> for the suggestions on this one.
>> >
>> >Signed-off-by: Andy Gospodarek <andy@...yhouse.net>
>> >CC: Alexander Duyck <alexander.h.duyck@...el.com>
>> >CC: Jesse Brandeburg <jesse.brandeburg@...el.com>
>> >CC: stable@...nel.org
>>
>> Did you by any chance also test balance-alb mode? Inspection
>> suggests that rlb_arp_recv may suffer from the same problem.
>>
>> If you agree, could you add that to the patch and resubmit it?
>>
>> Either way, the patch looks good.
>>
>
>You are correct, Jay. I did a quick test and confirmed that ARPs might
>not be properly processed when using balance-ALB too. Below is a patch
>to fix both spots:
>
>
>[PATCH net-2.6 v2] bonding: correctly process non-linear skbs
>
>It was recently brought to my attention that 802.3ad mode bonds would no
>longer form when using some network hardware after a driver update.
>After snooping around I realized that the particular hardware was using
>page-based skbs and found that skb->data did not contain a valid LACPDU
>as it was not stored there. That explained the inability to form an
>802.3ad-based bond. For balance-alb mode bonds this was also an issue
>as ARPs would not be properly processed.
>
>This patch fixes the issue in my tests and should be applied to 2.6.36
>and as far back as anyone cares to add it to stable.
>
>Thanks to Alexander Duyck <alexander.h.duyck@...el.com> and Jesse
>Brandeburg <jesse.brandeburg@...el.com> for the suggestions on this one.
>
>Signed-off-by: Andy Gospodarek <andy@...yhouse.net>
>CC: Alexander Duyck <alexander.h.duyck@...el.com>
>CC: Jesse Brandeburg <jesse.brandeburg@...el.com>
>CC: stable@...ne.org
Signed-off-by: Jay Vosburgh <fubar@...ibm.com>
>---
> drivers/net/bonding/bond_3ad.c | 3 +++
> drivers/net/bonding/bond_alb.c | 3 +++
> 2 files changed, 6 insertions(+), 0 deletions(-)
>
>diff --git a/drivers/net/bonding/bond_3ad.c b/drivers/net/bonding/bond_3ad.c
>index 822f586..0ddf4c6 100644
>--- a/drivers/net/bonding/bond_3ad.c
>+++ b/drivers/net/bonding/bond_3ad.c
>@@ -2466,6 +2466,9 @@ int bond_3ad_lacpdu_recv(struct sk_buff *skb, struct net_device *dev, struct pac
> if (!(dev->flags & IFF_MASTER))
> goto out;
>
>+ if (!pskb_may_pull(skb, sizeof(struct lacpdu)))
>+ goto out;
>+
> read_lock(&bond->lock);
> slave = bond_get_slave_by_dev((struct bonding *)netdev_priv(dev),
> orig_dev);
>diff --git a/drivers/net/bonding/bond_alb.c b/drivers/net/bonding/bond_alb.c
>index c746b33..26bb118 100644
>--- a/drivers/net/bonding/bond_alb.c
>+++ b/drivers/net/bonding/bond_alb.c
>@@ -362,6 +362,9 @@ static int rlb_arp_recv(struct sk_buff *skb, struct net_device *bond_dev, struct
> goto out;
> }
>
>+ if (!pskb_may_pull(skb, arp_hdr_len(bond_dev)))
>+ goto out;
>+
> if (skb->len < sizeof(struct arp_pkt)) {
> pr_debug("Packet is too small to be an ARP\n");
> goto out;
>
>--
>1.7.0.1
>
--
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