1. 23 12月, 2013 3 次提交
  2. 04 12月, 2013 3 次提交
  3. 29 10月, 2013 1 次提交
    • B
      cxgb3: Fix length calculation in write_ofld_wr() on 32-bit architectures · 262e827f
      Ben Hutchings 提交于
      The length calculation here is now invalid on 32-bit architectures,
      since sk_buff::tail is a pointer and sk_buff::transport_header is
      an integer offset:
      
      drivers/net/ethernet/chelsio/cxgb3/sge.c: In function 'write_ofld_wr':
      drivers/net/ethernet/chelsio/cxgb3/sge.c:1603:9: warning: passing argument 4 of 'make_sgl' makes integer from pointer without a cast [enabled by default]
               adap->pdev);
               ^
      drivers/net/ethernet/chelsio/cxgb3/sge.c:964:28: note: expected 'unsigned int' but argument is of type 'sk_buff_data_t'
       static inline unsigned int make_sgl(const struct sk_buff *skb,
                                  ^
      
      Use the appropriate skb accessor functions.
      
      Compile-tested only.
      Signed-off-by: NBen Hutchings <ben@decadent.org.uk>
      Fixes: 1a37e412 ('net: Use 16bits for *_headers fields of struct skbuff')
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      262e827f
  4. 22 10月, 2013 3 次提交
  5. 18 10月, 2013 4 次提交
  6. 03 10月, 2013 1 次提交
  7. 27 9月, 2013 1 次提交
  8. 24 9月, 2013 1 次提交
  9. 21 9月, 2013 1 次提交
  10. 16 9月, 2013 1 次提交
  11. 20 8月, 2013 1 次提交
  12. 15 8月, 2013 1 次提交
  13. 13 8月, 2013 2 次提交
  14. 03 7月, 2013 1 次提交
    • B
      cxgb3: Missing rtnl lock in error recovery · 7cc47d13
      Benjamin Herrenschmidt 提交于
      When exercising error injection on IBM pseries machine, I hit the
      following warning:
      
      [  251.450043] RTAS: event: 89, Type: Platform Error, Severity: 2
      [  253.549822] cxgb3 0006:01:00.0: enabling device (0140 -> 0142)
      [  253.713560] cxgb3 0006:01:00.0: adapter recovering, PEX ERR 0x100
      [  254.895437] RTNL: assertion failed at net/core/dev.c (2031)
      [  254.895467] CPU: 6 PID: 5449 Comm: eehd Tainted: G        W    3.10.0-rc7-00157-gea461abf #19
      [  254.895474] Call Trace:
      [  254.895483] [c000000fac56f7d0] [c000000000014dcc] .show_stack+0x7c/0x1f0 (unreliable)
      [  254.895493] [c000000fac56f8a0] [c0000000007ba318] .dump_stack+0x28/0x3c
      [  254.895500] [c000000fac56f910] [c0000000006c0384] .netif_set_real_num_tx_queues+0x224/0x230
      [  254.895515] [c000000fac56f9b0] [d00000000ef35510] .cxgb_open+0x80/0x3f0 [cxgb3]
      [  254.895525] [c000000fac56fa50] [d00000000ef35914] .t3_resume_ports+0x94/0x100 [cxgb3]
      [  254.895533] [c000000fac56fae0] [c00000000005fc8c] .eeh_report_resume+0x8c/0xd0
      [  254.895539] [c000000fac56fb60] [c00000000005e9fc] .eeh_pe_dev_traverse+0x9c/0x190
      [  254.895545] [c000000fac56fc10] [c000000000060000] .eeh_handle_event+0x110/0x330
      [  254.895551] [c000000fac56fca0] [c000000000060350] .eeh_event_handler+0x130/0x1a0
      [  254.895558] [c000000fac56fd30] [c0000000000ad758] .kthread+0xe8/0xf0
      [  254.895566] [c000000fac56fe30] [c00000000000a05c] .ret_from_kernel_thread+0x5c/0x80
      
      It appears that t3_resume_ports() is called with the rtnl_lock held from
      the fatal error task but not from the PCI error callbacks. This fixes it.
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7cc47d13
  15. 13 6月, 2013 1 次提交
  16. 05 6月, 2013 1 次提交
  17. 01 6月, 2013 1 次提交
    • J
      cxgb4: Force uninitialized state if FW_ON_ADAPTER is < FW_VERSION and we're the MASTER_PF · e69972f5
      Jay Hernandez 提交于
      Forcing uninitialized state allows us to upgrade and reinitialize the adapter.
      
      FW_VERSION_T4 = 1.4.0.0
      FW_VERSION_T5 = 0.0.0.0
      At this point driver supports above and greater than above version of firmware.
      If it doesn't find the required firmware version than it forces the adapter to
      be reinitialized as shown below.
      
      1) If FW_ON_ADAPTER < FW_VERSION and we're the MASTER_PF force uninitialized
         state and a FW upgrade if available.
      
             - If FW_ON_ADAPTER < /lib/firmware/cxgb4/t*fw.bin we will update the
               adapters FW.
             - If FW_ON_ADAPTER >= /lib/firmware/cxgb4/t*fw.bin don't upgrade FW.
             - If upgrade_fw() fails force reinitialization of the adapter anyways,
               it might still work.
      
         Either way forcing the uninitialized state allows cxgb4 reinitialize FW.
      
      2) If FW_ON_ADAPTER >= FW_VERSION driver follows normal path.
      Signed-off-by: NJay Hernandez <jay@chelsio.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e69972f5
  18. 29 5月, 2013 1 次提交
  19. 23 5月, 2013 3 次提交
  20. 04 5月, 2013 1 次提交
  21. 30 4月, 2013 3 次提交
  22. 20 4月, 2013 3 次提交
  23. 21 3月, 2013 2 次提交