From owner-freebsd-current@FreeBSD.ORG Tue Jun 1 07:55:15 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8330916A4CF for ; Tue, 1 Jun 2004 07:55:15 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0246C43D39 for ; Tue, 1 Jun 2004 07:55:15 -0700 (PDT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i51EsZbZ098336; Tue, 1 Jun 2004 10:54:35 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i51EsZou098333; Tue, 1 Jun 2004 10:54:35 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Tue, 1 Jun 2004 10:54:35 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Divacky Roman In-Reply-To: <20040601082954.GA49773@stud.fit.vutbr.cz> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: uipc_socket2.c panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2004 14:55:15 -0000 On Tue, 1 Jun 2004, Divacky Roman wrote: > I am getting panics in uipc_socket2.c very often (every hour at least). > I am afraid I am not able to provide you more info since I dont have -g > compiled kernel and it takes me more than hour to compile kernel on this > machine ;( > > once the panic was on line 867, then it was 885 > > necrophilia kern# uname -a > FreeBSD necrophilia 5.2-CURRENT FreeBSD 5.2-CURRENT #90: Tue Jun 1 > 09:15:45 CES > T 2004 root@necrophilia:/usr/obj/usr/src/sys/NEOLOGISM i386 > necrophilia kern# > > (ie, mbuma kernel) > > roman > > P.S. I am deeply sorry for not providing more Even without symbols, the panic message and trap information would be very useful. If it's a page fault, having the instruction pointer and faulting address would allow us to make some headway. If it's a panic(), the panic string and instruction pointer would likewise be extremely useful. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Senior Research Scientist, McAfee Research