[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Z6SNxrEteMx0/0sb@mev-dev.igk.intel.com>
Date: Thu, 6 Feb 2025 11:24:06 +0100
From: Michal Swiatkowski <michal.swiatkowski@...ux.intel.com>
To: Johannes Berg <johannes@...solutions.net>
Cc: Uday Shankar <ushankar@...estorage.com>,
Breno Leitao <leitao@...ian.org>,
Andrew Lunn <andrew+netdev@...n.ch>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>,
Srinivas Kandagatla <srinivas.kandagatla@...aro.org>,
Rafał Miłecki <rafal@...ecki.pl>,
Simon Horman <horms@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Jonathan Corbet <corbet@....net>, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-wireless@...r.kernel.org,
linux-doc@...r.kernel.org
Subject: Re: [PATCH v3 1/2] net, treewide: define and use MAC_ADDR_STR_LEN
On Thu, Feb 06, 2025 at 10:50:36AM +0100, Johannes Berg wrote:
> On Thu, 2025-02-06 at 10:44 +0100, Michal Swiatkowski wrote:
> >
> > > net/mac80211/debugfs_sta.c | 5 +++--
> >
> > What about ieee80211_sta_debugfs_add()? (net/mac80211/debugfs_sta.c)
>
> What about it? It's modified accordingly, just needs a bit more +/-1
> now.
I meant that it can be done in this patch too.
>
> For that:
> Acked-by: Johannes Berg <johannes@...solutions.net>
>
> Thanks for the rename, per the robot report that just came in it looks
> like that also saved you from some hassle in drivers that have their own
> MAC_ADDR_LEN for some reason :)
>
> johannes
Powered by blists - more mailing lists