linux_dsm_epyc7002/drivers/net/ethernet/chelsio
Michal Hocko f72f116a2a cxgb4: drop __GFP_NOFAIL allocation
set_filter_wr is requesting __GFP_NOFAIL allocation although it can return
ENOMEM without any problems obviously (t4_l2t_set_switching does that
already).  So the non-failing requirement is too strong without any
obvious reason.  Drop __GFP_NOFAIL and reorganize the code to have the
failure paths easier.

The same applies to _c4iw_write_mem_dma_aligned which uses __GFP_NOFAIL
and then checks the return value and returns -ENOMEM on failure.  This
doesn't make any sense what so ever.  Either the allocation cannot fail or
it can.

del_filter_wr seems to be safe as well because the filter entry is not
marked as pending and the return value is propagated up the stack up to
c4iw_destroy_listen.

Signed-off-by: Michal Hocko <mhocko@suse.cz>
Cc: David Rientjes <rientjes@google.com>
Cc: Johannes Weiner <hannes@cmpxchg.org>
Cc: Dave Chinner <david@fromorbit.com>
Cc: "Theodore Ts'o" <tytso@mit.edu>
Cc: Mel Gorman <mgorman@suse.de>
Cc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
Cc: "David S. Miller" <davem@davemloft.net>
Cc: Hariprasad S <hariprasad@chelsio.com>
Cc: Jan Kara <jack@suse.cz>
Cc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
2015-04-16 12:03:01 -04:00
..
cxgb chelsio cxgb/cxgb3: Make stats_strings arrays const 2015-04-01 14:41:20 -04:00
cxgb3 cxgb3/4/4vf: Update drivers to use dma_rmb/wmb where appropriate 2015-04-09 14:25:25 -04:00
cxgb4 cxgb4: drop __GFP_NOFAIL allocation 2015-04-16 12:03:01 -04:00
cxgb4vf cxgb3/4/4vf: Update drivers to use dma_rmb/wmb where appropriate 2015-04-09 14:25:25 -04:00
Kconfig cxgb4: update Kconfig and Makefile for FCoE support 2015-03-24 15:24:38 -04:00
Makefile chelsio: Move the Chelsio drivers 2011-08-10 19:54:52 -07:00