Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 08 Apr 2004 12:43:35 -0400
From:      "Brian F. Feldman" <green@FreeBSD.org>
To:        Robert Watson <rwatson@FreeBSD.org>
Cc:        current@FreeBSD.org
Subject:   Re: panic on one cpu leaves others running... 
Message-ID:  <200404081643.i38GhZhX092335@green.homeunix.org>
In-Reply-To: Message from Robert Watson <rwatson@FreeBSD.org>  <Pine.NEB.3.96L.1040408121438.47476B-100000@fledge.watson.org> 

next in thread | previous in thread | raw e-mail | index | archive | help
Robert Watson <rwatson@FreeBSD.org> wrote:
> 
> On Thu, 8 Apr 2004, Brian F. Feldman wrote:
> 
> > Robert Watson <rwatson@FreeBSD.org> wrote:
> > > 
> > > panic: m 0 so->so_rcv.sb_cc 17
> > > at line 860 in file ../../../kern/uipc_socket.c
> > 
> > What made you receive that panic?  I remember having that exact panic
> > (sb_cc size being a little different, obviously) months ago... and
> > having it disappear.  Did you have networking out from Giant where it
> > shouldn't have yet been? ;) 
> 
> This is running without Giant over most of the network stack.  However,
> I'm still working on tracking down the source of the problem -- I'm
> beginning to wonder if it's not an existing race opened up by releasing
> locks in areas where only memory allocations required sleeping would have
> opened the race previously.  I got this panic during local UNIX domain
> socket IPC between the sshd bits.  I suspect what's going on, but need to
> look in more detail, is that something is messed up relating to control
> mbufs -- I.e., ancillary data transfer.  If you're interested in taking a
> look at the current work-in-progress, take a look at the rwatson_netperf
> branch in perforce, or at:
> 
>   http://www.watson.org/~robert/freebsd/netperf/
> 
> I can also add you to the CC list for new patch versions if you like.
> Pretty shortly, I'll be sending them to arch@ instead, but I need to
> resolve a few problems in socket locking (including this one).

My first suspicion would also be MT_CONTROL botches.  I'll take a look, 
since I'm recently re-familiarized with soreceive (turning mbuf tags into 
control messages... *barf*).  I'll just check it out from perforce if I get 
the time to start running more than one branch :)

-- 
Brian Fundakowski Feldman                           \'[ FreeBSD ]''''''''''\
  <> green@FreeBSD.org                               \  The Power to Serve! \
 Opinions expressed are my own.                       \,,,,,,,,,,,,,,,,,,,,,,\




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200404081643.i38GhZhX092335>