[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a2a26c7eaf20bb972289a804ecfe0e532f0f85ae.camel@sipsolutions.net>
Date: Thu, 06 Feb 2025 10:50:36 +0100
From: Johannes Berg <johannes@...solutions.net>
To: Michal Swiatkowski <michal.swiatkowski@...ux.intel.com>, Uday Shankar
<ushankar@...estorage.com>
Cc: 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, 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.
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