1. 20 Feb, 2015 1 commit
  2. 11 Feb, 2015 1 commit
  3. 02 Feb, 2015 1 commit
  4. 27 Jan, 2015 2 commits
  5. 13 Jan, 2015 1 commit
  6. 19 Dec, 2014 1 commit
  7. 11 Dec, 2014 1 commit
  8. 08 Dec, 2014 7 commits
  9. 12 Nov, 2014 1 commit
  10. 10 Nov, 2014 3 commits
  11. 06 Nov, 2014 2 commits
  12. 30 Oct, 2014 2 commits
  13. 25 Oct, 2014 3 commits
  14. 01 Oct, 2014 1 commit
  15. 30 Sep, 2014 5 commits
  16. 12 Sep, 2014 1 commit
  17. 09 Sep, 2014 1 commit
  18. 08 Sep, 2014 1 commit
    • David L Stevens's avatar
      sunvnet - add missing rmb() for sunvnet driver · 78dcff7b
      David L Stevens authored
      
      
      The sunvnet driver does not have an rmb() in the ring consumer corresponding
      to the wmb() in the producer. According to Documentation/memory-barriers.txt:
      
      "When dealing with CPU-CPU interactions, certain types of memory barrier should
      always be paired.  A lack of appropriate pairing is almost certainly an error."
      
      In cases where an rmb() is not a no-op and a consumer is removing data from
      the ring while a producer is adding new entries, a load reorder would allow
      
      CPU1						CPU2
      ----						----
      						LOAD desc.size [e.g]
      STORE desc.size
      <wmb>
      set desc.hdr.state = VIO_DESC_READY
      						LOAD desc.hdr.state
      						[because VIO_DESC_READY, use
      						 old desc.size, already loaded
      						 out of order]
      
      [CPU2 has reordered apparently unrelated LOADs]
      
      To ensure other desc fields are not loaded before checking VIO_DESC_READY, we
      need an rmb() between the check and desc data accesses.
      
      I've also moved the viodbg() call to after the rmb() so that it, too, has
      current descriptor data even with reordering, which has the side effect that
      it won't print anything for descriptors that are not VIO_DESC_READY as before.
      That's a) probably a good thing, since the fields are not necessarily set and,
      b) better than adding another rmb() just for viodbg().
      
      This would not be possible if strict-ordering is enforced, but then the
      memory barriers should be no-ops in that case.
      Signed-off-by: default avatarDavid L Stevens <david.stevens@oracle.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      78dcff7b
  19. 13 Aug, 2014 3 commits
  20. 28 Jul, 2014 1 commit
    • David L Stevens's avatar
      sunvnet: only use connected ports when sending · 8266f5fc
      David L Stevens authored
      
      
      The sunvnet driver doesn't check whether or not a port is connected when
      transmitting packets, which results in failures if a port fails to connect
      (e.g., due to a version mismatch). The original code also assumes
      unnecessarily that the first port is up and a switch, even though there is
      a flag for switch ports.
      
      This patch only matches a port if it is connected, and otherwise uses the
      switch_port flag to send the packet to a switch port that is up.
      Signed-off-by: default avatarDavid L Stevens <david.stevens@oracle.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      8266f5fc
  21. 16 Jul, 2014 1 commit