rhashtable: accept GFP flags in rhashtable_walk_init
authorBob Copeland <me@bobcopeland.com>
Wed, 2 Mar 2016 15:09:19 +0000 (10:09 -0500)
committerJohannes Berg <johannes.berg@intel.com>
Tue, 5 Apr 2016 08:56:32 +0000 (10:56 +0200)
commit8f6fd83c6c5ec66a4a70c728535ddcdfef4f3697
tree5b5a00794c61ddd351c11b2a928e1796290896c7
parent947c2a0eccec29fcd30e717787e65792b1e607ed
rhashtable: accept GFP flags in rhashtable_walk_init

In certain cases, the 802.11 mesh pathtable code wants to
iterate over all of the entries in the forwarding table from
the receive path, which is inside an RCU read-side critical
section.  Enable walks inside atomic sections by allowing
GFP_ATOMIC allocations for the walker state.

Change all existing callsites to pass in GFP_KERNEL.

Acked-by: Thomas Graf <tgraf@suug.ch>
Signed-off-by: Bob Copeland <me@bobcopeland.com>
[also adjust gfs2/glock.c and rhashtable tests]
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
fs/gfs2/glock.c
include/linux/rhashtable.h
lib/rhashtable.c
lib/test_rhashtable.c
net/ipv6/ila/ila_xlat.c
net/netfilter/nft_hash.c
net/netlink/af_netlink.c
net/sctp/proc.c