1. 15 8月, 2017 1 次提交
  2. 05 7月, 2017 1 次提交
  3. 24 6月, 2017 2 次提交
  4. 20 6月, 2017 1 次提交
  5. 07 6月, 2017 1 次提交
  6. 22 5月, 2017 1 次提交
  7. 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
  8. 04 2月, 2017 1 次提交
  9. 17 1月, 2017 1 次提交
  10. 07 1月, 2017 1 次提交
    • H
      cxgb4: Synchronize access to mailbox · 4055ae5e
      Hariprasad Shenai 提交于
      The issue comes when there are multiple threads attempting to use
      the mailbox facility at the same time.
      When DCB operations and interface up/down is run in a loop for every
      0.1 sec, we observed mailbox collisions. And out of the two commands
      one would fail with the present code, since we don't queue the second
      command.
      
      To overcome the above issue, added a queue to access the mailbox.
      Whenever a mailbox command is issued add it to the queue. If its at
      the head issue the mailbox command, else wait for the existing command
      to complete. Usually command takes less than a milli-second to
      complete.
      
      Also timeout from the loop, if the command under execution takes
      long time to run.
      
      In reality, the number of mailbox access collisions is going to be
      very rare since no one runs such abusive script.
      Signed-off-by: NHariprasad Shenai <hariprasad@chelsio.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4055ae5e
  11. 05 1月, 2017 1 次提交
  12. 19 11月, 2016 1 次提交
  13. 08 10月, 2016 1 次提交
  14. 22 9月, 2016 3 次提交
  15. 21 9月, 2016 1 次提交
  16. 19 9月, 2016 1 次提交
  17. 05 9月, 2016 1 次提交
  18. 24 8月, 2016 1 次提交
    • H
      cxgb4: Fix issue while re-registering VF mgmt netdev · e7b48a32
      Hariprasad Shenai 提交于
      When we disable SRIOV, we used to unregister the netdev but wasn't
      freed. But next time when the same netdev is registered, since the state
      was in 'NETREG_UNREGISTERED', we used to hit BUG_ON in register_netdevice,
      where it expects the state to be 'NETREG_UNINITIALIZED'.
      
      Alloc netdev and register them while configuring SRIOV, and free them
      when SRIOV is disabled. Also added a new function to setup ethernet
      properties instead of using ether_setup. Set carrier off by default,
      since we don't have to do any transmit on the interface.
      
      Fixes: 7829451c ("cxgb4: Add control net_device for configuring PCIe VF")
      Signed-off-by: NHariprasad Shenai <hariprasad@chelsio.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e7b48a32
  19. 23 8月, 2016 3 次提交
  20. 19 8月, 2016 1 次提交
  21. 15 8月, 2016 1 次提交
  22. 26 7月, 2016 1 次提交
  23. 30 4月, 2016 1 次提交
  24. 27 4月, 2016 4 次提交
  25. 12 4月, 2016 1 次提交
    • H
      cxgb4: Stop Rx Queues before freeing it up · ebf4dc2b
      Hariprasad Shenai 提交于
      Stop all Ethernet RX Queues before freeing up various Ingress/Egress
      Queues, etc. We were seeing cases of Ingress Queues not getting serviced
      during the shutdown process leading to Ingress Paths jamming up through
      the chip and blocking the shutdown effort itself.
      
      One such case involved the Firmware sending a "Flush Token" through the
      ULP-TX -> ULP-RX path for an Ethernet TX Queue being freed in order to
      make sure there weren't any remaining TX Work Requests in the pipeline.
      But the return path was stalled by Ingress Data unable to be delivered to
      the Host because those Ingress Queues were no longer being serviced.
      
      Based on original work by Casey Leedom <leedom@chelsio.com>
      Signed-off-by: NHariprasad Shenai <hariprasad@chelsio.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      ebf4dc2b
  26. 22 3月, 2016 3 次提交
  27. 19 2月, 2016 1 次提交
  28. 24 12月, 2015 2 次提交