Return-path: Received: from resqmta-po-07v.sys.comcast.net ([96.114.154.166]:60122 "EHLO resqmta-po-07v.sys.comcast.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752377AbdHPUpj (ORCPT ); Wed, 16 Aug 2017 16:45:39 -0400 Reply-To: james@nurealm.net Subject: Re: Regression: Bug 196547 - Since 4.12 - bonding module not working with wireless drivers To: Andreas Born Cc: Kalle Valo , Arend van Spriel , Mahesh Bandewar , Andy Gospodarek , David Miller , netdev@vger.kernel.org, linux-wireless@vger.kernel.org, Ben Greear , Dan Williams References: <87shh0gewn.fsf@kamboji.qca.qualcomm.com> <8845e49b-3165-e6df-5935-c86278d220d9@broadcom.com> <87tw1edz5j.fsf@kamboji.qca.qualcomm.com> <87tw1dck6o.fsf@kamboji.qca.qualcomm.com> From: James Feeney Message-ID: <2b6fd91a-f7cd-c2bf-6394-060d9b1f5d23@nurealm.net> (sfid-20170816_224559_809669_A0E5711C) Date: Wed, 16 Aug 2017 14:44:27 -0600 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: On 08/13/2017 11:42 AM, Andreas Born wrote: > On a side note I would recommend some of my own reading to you about > patch submission in general [1] and on netdev specifically [2]. Mmm - [2] and [3], I suspect. Thanks Andreas. I'll be studying those. Yeah, I'm still learning what is needed and what works. Sometimes, just a note to the author is more than enough to resolve a problem. Sometimes, discussion is needed. And other times... well, certain people are infamous... but no problem here, thankfully. > And, just wondering, who's going to eventually close that bugreport? > https://bugzilla.kernel.org/show_bug.cgi?id=196547 I can close it when the patches actually land in the kernel. I'm glad to see that there was an "Ack" from Mahesh. On the topic of wireless support for kernel ethtool reporting, I'm wondering, is there is any consensus about that? And, for instance, is there any *other* way for the bonding module to make "better link" decisions for wireless links? As "wireless" becomes more capable, possibly more diverse, and probably more essential for computing, this is likely to become a bigger issue. Ben Greear mentioned that he had added some support to the ath10k driver. Dan Williams mentioned the possibility of updating the mac80211 stack for support. And Arend van Spriel suggested that the issue might best be left for the next Netconf. Immediate problem solved, but maybe a larger issue still needs to be addressed? James