1. 02 12月, 2017 2 次提交
  2. 19 10月, 2017 1 次提交
  3. 18 10月, 2017 1 次提交
    • K
      RDMA/i40iw: Convert timers to use timer_setup() (part 2) · 2ec46d68
      Kees Cook 提交于
      In preparation for unconditionally passing the struct timer_list pointer to
      all timer callbacks, switch to using the new timer_setup() and from_timer()
      to pass the timer pointer explicitly.
      
      This includes the remaining timers missed in the earlier i40iw patch.
      
      Cc: Faisal Latif <faisal.latif@intel.com>
      Cc: Shiraz Saleem <shiraz.saleem@intel.com>
      Cc: Doug Ledford <dledford@redhat.com>
      Cc: Sean Hefty <sean.hefty@intel.com>
      Cc: Hal Rosenstock <hal.rosenstock@gmail.com>
      Cc: linux-rdma@vger.kernel.org
      Signed-off-by: NKees Cook <keescook@chromium.org>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      2ec46d68
  4. 15 10月, 2017 2 次提交
  5. 05 10月, 2017 1 次提交
  6. 29 9月, 2017 1 次提交
  7. 23 9月, 2017 2 次提交
  8. 25 8月, 2017 1 次提交
  9. 19 8月, 2017 1 次提交
    • S
      i40iw: Fixes for static checker warnings · 83fb1c89
      Shiraz Saleem 提交于
      Remove NULL check for cm_node->listener in i40iw_accept
      as listener is always present at this point.
      
      Remove the check for cm_node->accept_pend and related code
      in i40iw_cm_event_connected as the cm_node in this context
      is only pertinent to active node and cm_node->accept_pend
      is always 0.
      
      This fixes the following smatch warnings,
      
      drivers/infiniband/hw/i40iw/i40iw_cm.c:3691 i40iw_accept()
      error: we previously assumed 'cm_node->listener' could be null
      
      drivers/infiniband/hw/i40iw/i40iw_cm.c:4061 i40iw_cm_event_connected()
      error: we previously assumed 'cm_node->listener' could be null
      Reported-by: NDan Carpenter <dan.carpenter@oracle.com>
      Signed-off-by: NShiraz Saleem <shiraz.saleem@intel.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      83fb1c89
  10. 20 7月, 2017 1 次提交
  11. 02 6月, 2017 2 次提交
  12. 29 4月, 2017 1 次提交
  13. 13 12月, 2016 3 次提交
  14. 06 12月, 2016 9 次提交
  15. 04 12月, 2016 3 次提交
  16. 08 10月, 2016 1 次提交
  17. 25 8月, 2016 1 次提交
  18. 24 8月, 2016 1 次提交
  19. 03 8月, 2016 1 次提交
  20. 29 4月, 2016 4 次提交
  21. 06 4月, 2016 1 次提交
    • A
      i40iw: avoid potential uninitialized variable use · 2fe78571
      Arnd Bergmann 提交于
      gcc finds that the i40iw_make_cm_node() function in the recently added
      i40iw driver uses an uninitilized variable as an index into an array
      if CONFIG_IPV6 is disabled and the driver uses IPv6 mode:
      
      drivers/infiniband/hw/i40iw/i40iw_cm.c: In function 'i40iw_make_cm_node':
      drivers/infiniband/hw/i40iw/i40iw_cm.c:2206:52: error: 'arpindex' may be used uninitialized in this function [-Werror=maybe-uninitialized]
        ether_addr_copy(cm_node->rem_mac, iwdev->arp_table[arpindex].mac_addr);
      
      As far as I can tell, this code path can not be used because the ipv4
      variable is always set with CONFIG_IPV6 is disabled, but it's better
      to be sure and prevent the undefined behavior, as well as shut up
      that warning in a proper way.
      
      This adds an 'else' clause for the case we get the warning about,
      causing the function to return an error in a controlled way.
      To avoid adding extra mess with combined io()/#ifdef clauses,
      I'm also converting the existing #ifdef into a more readable
      if(IS_ENABLED()) check.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Fixes: f27b4746 ("i40iw: add connection management code")
      Acked-by: NMustafa Ismail <Mustafa.ismail@intel.com>
      Signed-off-by: NDoug Ledford <dledford@redhat.com>
      2fe78571