From: Herbert Xu <[email protected]> Date: Fri, 4 Dec 2015 22:39:56 +0800
> When an rhashtable user pounds rhashtable hard with back-to-back > insertions we may end up growing the table in GFP_ATOMIC context. > Unfortunately when the table reaches a certain size this often > fails because we don't have enough physically contiguous pages > to hold the new table. > > Eric Dumazet suggested (and in fact wrote this patch) using > __vmalloc instead which can be used in GFP_ATOMIC context. > > Reported-by: Phil Sutter <[email protected]> > Suggested-by: Eric Dumazet <[email protected]> > Signed-off-by: Herbert Xu <[email protected]> Applied, thanks Herbert. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
