[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <fee1bdca8bb21a472a75c1a43fa61aad7fe4bff5.camel@sipsolutions.net>
Date: Thu, 07 Feb 2019 14:50:54 +0100
From: Johannes Berg <johannes@...solutions.net>
To: Herbert Xu <herbert@...dor.apana.org.au>
Cc: linux-wireless@...r.kernel.org, netdev@...r.kernel.org,
Jouni Malinen <j@...fi>, Thomas Graf <tgraf@...g.ch>
Subject: Re: [PATCH v2] rhashtable: make walk safe from softirq context
> This interface wasn't designed for use in softirq contexts.
Well, it clearly was used there. You even gave it a gfp_t argument in
rhashtable_walk_init(), so you can't really claim it wasn't designed for
this. I see now that it's ignored, but still?
> Could you please show me who is doing this so I can review that
> to see whether it's a legitimate use of this API?
I'm sure you'll say it's not legitimate, but it still exists ;-)
mesh_plink_broken() gets called from the TX status path, via
ieee80211s_update_metric().
johannes
Powered by blists - more mailing lists