1. 05 10月, 2015 1 次提交
  2. 29 9月, 2015 1 次提交
  3. 10 9月, 2015 1 次提交
  4. 07 9月, 2015 1 次提交
    • F
      cxgb4: fix usage of uninitialized variable · 46cdc9be
      françois romieu 提交于
      drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c: In function ‘init_one’:
      drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c:4579:8: warning: ‘chip’ may be used uninitialized in this function [-Wmaybe-uninitialized]
         chip |= CHELSIO_CHIP_CODE(CHELSIO_T4, pl_rev);
              ^
      drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c:4571:11: note: ‘chip’ was declared here
        int ver, chip;
                 ^
      
      Fixes: d86bd29e ("cxgb4/cxgb4vf: read the correct bits of PL Who Am I register")
      Signed-off-by: NFrancois Romieu <romieu@fr.zoreil.com>
      Cc: Hariprasad Shenai <hariprasad@chelsio.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      46cdc9be
  5. 29 8月, 2015 1 次提交
  6. 13 8月, 2015 2 次提交
  7. 04 8月, 2015 1 次提交
  8. 09 7月, 2015 1 次提交
  9. 01 7月, 2015 1 次提交
  10. 12 6月, 2015 1 次提交
  11. 06 6月, 2015 5 次提交
  12. 04 6月, 2015 1 次提交
  13. 02 6月, 2015 2 次提交
  14. 28 5月, 2015 2 次提交
  15. 25 5月, 2015 1 次提交
  16. 22 5月, 2015 1 次提交
  17. 13 5月, 2015 1 次提交
  18. 10 5月, 2015 1 次提交
  19. 06 5月, 2015 2 次提交
  20. 17 4月, 2015 1 次提交
    • M
      cxgb4: drop __GFP_NOFAIL allocation · f72f116a
      Michal Hocko 提交于
      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: NMichal 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: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f72f116a
  21. 15 4月, 2015 1 次提交
  22. 08 4月, 2015 1 次提交
  23. 02 4月, 2015 1 次提交
  24. 30 3月, 2015 2 次提交
  25. 25 3月, 2015 1 次提交
  26. 20 3月, 2015 1 次提交
  27. 09 3月, 2015 1 次提交
  28. 06 3月, 2015 2 次提交
  29. 10 2月, 2015 1 次提交
  30. 05 2月, 2015 1 次提交