mm, mempool: do not allow atomic resizing

Allocating a large number of elements in atomic context could quickly
deplete memory reserves, so just disallow atomic resizing entirely.

Nothing currently uses mempool_resize() with anything other than
GFP_KERNEL, so convert existing callers to drop the gfp_mask.

[akpm@linux-foundation.org: coding-style fixes]
Signed-off-by: David Rientjes <rientjes@google.com>
Acked-by: Steffen Maier <maier@linux.vnet.ibm.com>	[zfcp]
Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
Cc: Steve French <sfrench@samba.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

1 files changed, 2 insertions, 2 deletions

diff --git a/drivers/s390/scsi/zfcp_erp.c b/drivers/s390/scsi/zfcp_erp.c
index 2c5d4567d1da..acde3f5d6e9e 100644
--- a/drivers/s390/scsi/zfcp_erp.c
+++ b/drivers/s390/scsi/zfcp_erp.c
@@ -738,11 +738,11 @@ static int zfcp_erp_adapter_strategy_open_fsf(struct zfcp_erp_action *act)
                 return ZFCP_ERP_FAILED;
 
         if (mempool_resize(act->adapter->pool.sr_data,
-                           act->adapter->stat_read_buf_num, GFP_KERNEL))
+                           act->adapter->stat_read_buf_num))
                 return ZFCP_ERP_FAILED;
 
         if (mempool_resize(act->adapter->pool.status_read_req,
-                           act->adapter->stat_read_buf_num, GFP_KERNEL))
+                           act->adapter->stat_read_buf_num))
                 return ZFCP_ERP_FAILED;
 
         atomic_set(&act->adapter->stat_miss, act->adapter->stat_read_buf_num);