rhashtable: Drop gfp_flags arg in insert/remove functions
authorThomas Graf <tgraf@suug.ch>
Thu, 13 Nov 2014 12:45:46 +0000 (13:45 +0100)
committerDavid S. Miller <davem@davemloft.net>
Thu, 13 Nov 2014 20:18:40 +0000 (15:18 -0500)
commit6eba82248ef47fd478f940a418429e3ec95cb3db
tree77e82bd157c6b164347f02ba6c33e5abe4860f86
parent64bb7e9949c03bff9463c40bfa740f611fb5500d
rhashtable: Drop gfp_flags arg in insert/remove functions

Reallocation is only required for shrinking and expanding and both rely
on a mutex for synchronization and callers of rhashtable_init() are in
non atomic context. Therefore, no reason to continue passing allocation
hints through the API.

Instead, use GFP_KERNEL and add __GFP_NOWARN | __GFP_NORETRY to allow
for silent fall back to vzalloc() without the OOM killer jumping in as
pointed out by Eric Dumazet and Eric W. Biederman.

Signed-off-by: Thomas Graf <tgraf@suug.ch>
Signed-off-by: David S. Miller <davem@davemloft.net>
include/linux/rhashtable.h
lib/rhashtable.c
net/netfilter/nft_hash.c
net/netlink/af_netlink.c