1. 03 6月, 2017 1 次提交
  2. 02 6月, 2017 1 次提交
  3. 31 5月, 2017 1 次提交
    • G
      cxgb4: avoid crash on PCI error recovery path · 025d0973
      Guilherme G. Piccoli 提交于
      During PCI error recovery process, specifically on eeh_err_detected()
      we might have a NULL netdev struct, hence a direct dereference will
      lead to a kernel oops. This was observed with latest upstream kernel
      (v4.12-rc2) on Chelsio adapter T422-CR in PowerPC machines.
      
      This patch checks for NULL pointer and avoids the crash, both in
      eeh_err_detected() and eeh_resume(). Also, we avoid to trigger
      a fatal error or to try disabling interrupts on FW during PCI
      error recovery, because: (a) driver might not be able to accurately
      access PCI regions in this case, and (b) trigger a fatal error
      _during_ the recovery steps is a mistake that could prevent the
      recovery path to complete successfully.
      Reported-by: NHarsha Thyagaraja <hathyaga@in.ibm.com>
      Signed-off-by: NGuilherme G. Piccoli <gpiccoli@linux.vnet.ibm.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      025d0973
  4. 18 5月, 2017 1 次提交
  5. 09 5月, 2017 2 次提交
    • M
      treewide: use kv[mz]alloc* rather than opencoded variants · 752ade68
      Michal Hocko 提交于
      There are many code paths opencoding kvmalloc.  Let's use the helper
      instead.  The main difference to kvmalloc is that those users are
      usually not considering all the aspects of the memory allocator.  E.g.
      allocation requests <= 32kB (with 4kB pages) are basically never failing
      and invoke OOM killer to satisfy the allocation.  This sounds too
      disruptive for something that has a reasonable fallback - the vmalloc.
      On the other hand those requests might fallback to vmalloc even when the
      memory allocator would succeed after several more reclaim/compaction
      attempts previously.  There is no guarantee something like that happens
      though.
      
      This patch converts many of those places to kv[mz]alloc* helpers because
      they are more conservative.
      
      Link: http://lkml.kernel.org/r/20170306103327.2766-2-mhocko@kernel.orgSigned-off-by: NMichal Hocko <mhocko@suse.com>
      Reviewed-by: Boris Ostrovsky <boris.ostrovsky@oracle.com> # Xen bits
      Acked-by: NKees Cook <keescook@chromium.org>
      Acked-by: NVlastimil Babka <vbabka@suse.cz>
      Acked-by: Andreas Dilger <andreas.dilger@intel.com> # Lustre
      Acked-by: Christian Borntraeger <borntraeger@de.ibm.com> # KVM/s390
      Acked-by: Dan Williams <dan.j.williams@intel.com> # nvdim
      Acked-by: David Sterba <dsterba@suse.com> # btrfs
      Acked-by: Ilya Dryomov <idryomov@gmail.com> # Ceph
      Acked-by: Tariq Toukan <tariqt@mellanox.com> # mlx4
      Acked-by: Leon Romanovsky <leonro@mellanox.com> # mlx5
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Herbert Xu <herbert@gondor.apana.org.au>
      Cc: Anton Vorontsov <anton@enomsg.org>
      Cc: Colin Cross <ccross@android.com>
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>
      Cc: Ben Skeggs <bskeggs@redhat.com>
      Cc: Kent Overstreet <kent.overstreet@gmail.com>
      Cc: Santosh Raspatur <santosh@chelsio.com>
      Cc: Hariprasad S <hariprasad@chelsio.com>
      Cc: Yishai Hadas <yishaih@mellanox.com>
      Cc: Oleg Drokin <oleg.drokin@intel.com>
      Cc: "Yan, Zheng" <zyan@redhat.com>
      Cc: Alexander Viro <viro@zeniv.linux.org.uk>
      Cc: Alexei Starovoitov <ast@kernel.org>
      Cc: Eric Dumazet <eric.dumazet@gmail.com>
      Cc: David Miller <davem@davemloft.net>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      752ade68
    • G
      cxgb4: avoid disabling FEC by default · 3bb4858f
      Ganesh Goudar 提交于
      Recent Chelsio firmware started using few port capablity bits to
      manage FEC and as driver was not aware of FEC changes those bits
      were zeroed, consequently disabling FEC.
      
      Avoid zeroing those bits and default to whatever the firmware
      tells us the Link is currently advertising.
      Signed-off-by: NGanesh Goudar <ganeshgr@chelsio.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      3bb4858f
  6. 21 4月, 2017 1 次提交
  7. 14 4月, 2017 1 次提交
  8. 23 3月, 2017 1 次提交
  9. 03 3月, 2017 1 次提交
  10. 28 2月, 2017 1 次提交
  11. 17 2月, 2017 3 次提交
  12. 16 2月, 2017 1 次提交
  13. 09 2月, 2017 1 次提交
  14. 07 2月, 2017 1 次提交
  15. 04 2月, 2017 2 次提交
  16. 03 2月, 2017 1 次提交
  17. 01 2月, 2017 1 次提交
  18. 21 1月, 2017 1 次提交
    • A
      cxgb4: hide unused warnings · 0a327889
      Arnd Bergmann 提交于
      The two new variables are only used inside of an #ifdef and cause
      harmless warnings when that is disabled:
      
      drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c: In function 'init_one':
      drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c:4646:9: error: unused variable 'port_vec' [-Werror=unused-variable]
      drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c:4646:6: error: unused variable 'v' [-Werror=unused-variable]
      
      This adds another #ifdef around the declarations.
      
      Fixes: 96fe11f2 ("cxgb4: Implement ndo_get_phys_port_id for mgmt dev")
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      0a327889
  19. 18 1月, 2017 1 次提交
  20. 17 1月, 2017 1 次提交
  21. 15 1月, 2017 1 次提交
  22. 14 1月, 2017 1 次提交
  23. 12 1月, 2017 1 次提交
  24. 09 1月, 2017 1 次提交
  25. 07 1月, 2017 3 次提交
  26. 05 1月, 2017 1 次提交
  27. 25 12月, 2016 1 次提交
  28. 15 12月, 2016 1 次提交
  29. 09 12月, 2016 2 次提交
  30. 01 12月, 2016 1 次提交
  31. 26 11月, 2016 1 次提交
  32. 19 11月, 2016 1 次提交
  33. 17 11月, 2016 1 次提交