Re: kern/78824: race condition close()ing and read()ing the same socketpair on SMP.

2005-06-10 Thread Marc Olzheim
On Mon, May 30, 2005 at 11:21:37AM +0100, Robert Watson wrote: Great. I'll MFC this in a week or so assuming that there are no reports of problems with the patch in HEAD. Thanks for the clear and concise bug report, and sorry about taking so long to get this fixed! Haven't had any problems

Re: kern/78824: race condition close()ing and read()ing the same socketpair on SMP.

2005-05-30 Thread Marc Olzheim
On Fri, May 27, 2005 at 04:57:57PM +0200, Marc Olzheim wrote: Could you try the attached patch and see if it helps matters? This is a slight shot in the dark but closes at least two races in the transition of socket state with respect to socket buffer state. Yes! This fixes it, on the

Re: kern/78824: race condition close()ing and read()ing the same socketpair on SMP.

2005-05-30 Thread Robert Watson
On Mon, 30 May 2005, Marc Olzheim wrote: On Fri, May 27, 2005 at 04:57:57PM +0200, Marc Olzheim wrote: Could you try the attached patch and see if it helps matters? This is a slight shot in the dark but closes at least two races in the transition of socket state with respect to socket buffer

Re: kern/78824: race condition close()ing and read()ing the same socketpair on SMP.

2005-05-27 Thread Robert Watson
On Tue, 10 May 2005, Marc Olzheim wrote: On Tue, May 03, 2005 at 05:00:14PM +0200, Marc Olzheim wrote: Is this going to be fixed before 5.4 ? It still breaks on today's 5.4-STABLE. As this is the only issue known to me now, that I don't have a patch for and is standing in my way of

Re: kern/78824: race condition close()ing and read()ing the same socketpair on SMP.

2005-05-27 Thread Marc Olzheim
On Fri, May 27, 2005 at 12:47:28PM +0100, Robert Watson wrote: Hmm. I'm unable to reproduce this on local SMP hardware, although I can see at least one way that the race could occur. Could you try the attached patch and see if it helps matters? This is a slight shot in the dark but

Re: kern/78824: race condition close()ing and read()ing the same socketpair on SMP.

2005-05-27 Thread Marc Olzheim
On Fri, May 27, 2005 at 03:44:41PM +0200, Marc Olzheim wrote: Could you try the attached patch and see if it helps matters? This is a slight shot in the dark but closes at least two races in the transition of socket state with respect to socket buffer state. Yes! This fixes it, on the

Re: kern/78824: race condition close()ing and read()ing the same socketpair on SMP.

2005-05-10 Thread Marc Olzheim
On Tue, May 03, 2005 at 05:00:14PM +0200, Marc Olzheim wrote: Is this going to be fixed before 5.4 ? It still breaks on today's 5.4-STABLE. As this is the only issue known to me now, that I don't have a patch for and is standing in my way of upgrading from FreeBSD 4.x to 5.x, I would like to

Re: kern/78824: race condition close()ing and read()ing the same socketpair on SMP.

2005-05-10 Thread Robert Watson
On Tue, 10 May 2005, Marc Olzheim wrote: On Tue, May 03, 2005 at 05:00:14PM +0200, Marc Olzheim wrote: Is this going to be fixed before 5.4 ? It still breaks on today's 5.4-STABLE. As this is the only issue known to me now, that I don't have a patch for and is standing in my way of upgrading from

Re: kern/78824: race condition close()ing and read()ing the same socketpair on SMP.

2005-05-03 Thread Marc Olzheim
Is this going to be fixed before 5.4 ? It still breaks on today's 5.4-STABLE. Marc ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]