1. 02 Dec, 2006 15 commits
  2. 30 Oct, 2006 1 commit
  3. 18 Oct, 2006 1 commit
  4. 12 Oct, 2006 1 commit
  5. 29 Sep, 2006 1 commit
  6. 22 Sep, 2006 4 commits
  7. 20 Sep, 2006 1 commit
  8. 29 Aug, 2006 1 commit
  9. 22 Aug, 2006 1 commit
  10. 21 Jul, 2006 2 commits
  11. 30 Jun, 2006 1 commit
  12. 17 Jun, 2006 2 commits
  13. 19 May, 2006 3 commits
    • Vladislav Yasevich's avatar
      [SCTP]: Allow linger to abort 1-N style sockets. · b89498a1
      Vladislav Yasevich authored
      
      
      Enable SO_LINGER functionality for 1-N style sockets. The socket API
      draft will be clarfied to allow for this functionality. The linger
      settings will apply to all associations on a given socket.
      Signed-off-by: default avatarVladislav Yasevich <vladislav.yasevich@hp.com>
      Signed-off-by: default avatarSridhar Samudrala <sri@us.ibm.com>
      b89498a1
    • Vladislav Yasevich's avatar
      [SCTP]: A better solution to fix the race between sctp_peeloff() and · 61c9fed4
      Vladislav Yasevich authored
      
      sctp_rcv().
      
      The goal is to hold the ref on the association/endpoint throughout the
      state-machine process.  We accomplish like this:
      
        /* ref on the assoc/ep is taken during lookup */
      
        if owned_by_user(sk)
       	sctp_add_backlog(skb, sk);
        else
       	inqueue_push(skb, sk);
      
        /* drop the ref on the assoc/ep */
      
      However, in sctp_add_backlog() we take the ref on assoc/ep and hold it
      while the skb is on the backlog queue.  This allows us to get rid of the
      sock_hold/sock_put in the lookup routines.
      
      Now sctp_backlog_rcv() needs to account for potential association move.
      In the unlikely event that association moved, we need to retest if the
      new socket is locked by user.  If we don't this, we may have two packets
      racing up the stack toward the same socket and we can't deal with it.
      If the new socket is still locked, we'll just add the skb to its backlog
      continuing to hold the ref on the association.  This get's rid of the
      need to move packets from one backlog to another and it also safe in
      case new packets arrive on the same backlog queue.
      
      The last step, is to lock the new socket when we are moving the
      association to it.  This is needed in case any new packets arrive on
      the association when it moved.  We want these to go to the backlog since
      we would like to avoid the race between this new packet and a packet
      that may be sitting on the backlog queue of the old socket toward the
      same association.
      Signed-off-by: default avatarVladislav Yasevich <vladislav.yasevich@hp.com>
      Signed-off-by: default avatarSridhar Samudrala <sri@us.ibm.com>
      61c9fed4
    • Sridhar Samudrala's avatar
      [SCTP]: Set sk_err so that poll wakes up after a non-blocking connect failure. · 8de8c873
      Sridhar Samudrala authored
      
      
      Also fix some other cases where sk_err is not set for 1-1 style sockets.
      Signed-off-by: default avatarSridhar Samudrala <sri@us.ibm.com>
      8de8c873
  14. 25 Mar, 2006 1 commit
    • Davide Libenzi's avatar
      [PATCH] POLLRDHUP/EPOLLRDHUP handling for half-closed devices notifications · f348d70a
      Davide Libenzi authored
      Implement the half-closed devices notifiation, by adding a new POLLRDHUP
      (and its alias EPOLLRDHUP) bit to the existing poll/select sets.  Since the
      existing POLLHUP handling, that does not report correctly half-closed
      devices, was feared to be changed, this implementation leaves the current
      POLLHUP reporting unchanged and simply add a new bit that is set in the few
      places where it makes sense.  The same thing was discussed and conceptually
      agreed quite some time ago:
      
      http://lkml.org/lkml/2003/7/12/116
      
      Since this new event bit is added to the existing Linux poll infrastruture,
      even the existing poll/select system calls will be able to use it.  As far
      as the existing POLLHUP handling, the patch leaves it as is.  The
      pollrdhup-2.6.16.rc5-0.10.diff defines the POLLRDHUP for all the existing
      archs and sets the bit in the six relevant files.  The other attached diff
      is the simple change required to sys/epoll.h to add the EPOLLRDHUP
      definition.
      
      There is "a stupid program" to test POLLRDHUP delivery here:
      
       http://www.xmailserver.org/pollrdhup-test.c
      
      
      
      It tests poll(2), but since the delivery is same epoll(2) will work equally.
      Signed-off-by: default avatarDavide Libenzi <davidel@xmailserver.org>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Michael Kerrisk <mtk-manpages@gmx.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      f348d70a
  15. 30 Jan, 2006 1 commit
  16. 17 Jan, 2006 2 commits
  17. 11 Jan, 2006 2 commits