[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1472834257.5439.42.camel@edumazet-glaptop3.roam.corp.google.com>
Date: Fri, 02 Sep 2016 09:37:37 -0700
From: Eric Dumazet <eric.dumazet@...il.com>
To: Jiri Pirko <jiri@...nulli.us>
Cc: Mahesh Bandewar <mahesh@...dewar.net>,
Jay Vosburgh <j.vosburgh@...il.com>,
Andy Gospodarek <gospo@...ulusnetworks.com>,
Veaceslav Falico <vfalico@...il.com>,
David Miller <davem@...emloft.net>,
Mahesh Bandewar <maheshb@...gle.com>,
Eric Dumazet <edumazet@...gle.com>,
netdev <netdev@...r.kernel.org>
Subject: Re: [PATCH net] bonding: Fix bonding crash
On Fri, 2016-09-02 at 18:25 +0200, Jiri Pirko wrote:
> Understand the reason. All I say is we tried hard (I surely did) in
> the past to remove bonding specific quirks and now we are adding one.
> And the simple reason is that the code is such a mess.
>
> Just use team instead and you'll be fine. You can "google" it :)
Sure, please join _our_ team and make all the needed changes in user
land.
The kernel part of it is epsilon compared to all the control part (ie
talk to the various Google switches.), and monitoring.
I am fine to leave the bug in upstream bonding driver, if you really
want to force people out of bonding land !
Here an automated test simply used macvlan and did not remove the
macvlan before enslaving the netdev again in a bonding, we already fixed
the test, because it is faster than deploying new kernels anyway.
Powered by blists - more mailing lists