From owner-freebsd-current@FreeBSD.ORG  Wed Nov  9 13:58:49 2005
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
X-Original-To: freebsd-current@freebsd.org
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 326C716A41F
	for <freebsd-current@freebsd.org>; Wed,  9 Nov 2005 13:58:49 +0000 (GMT)
	(envelope-from tinguely@casselton.net)
Received: from casselton.net (casselton.net [63.165.140.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 90AEA43D46
	for <freebsd-current@freebsd.org>; Wed,  9 Nov 2005 13:58:48 +0000 (GMT)
	(envelope-from tinguely@casselton.net)
Received: from casselton.net (localhost [127.0.0.1])
	by casselton.net (8.12.11/8.12.11) with ESMTP id jA9Dwi0U045662;
	Wed, 9 Nov 2005 07:58:44 -0600 (CST)
	(envelope-from tinguely@casselton.net)
Received: (from tinguely@localhost)
	by casselton.net (8.12.11/8.12.11/Submit) id jA9DwiC0045661;
	Wed, 9 Nov 2005 07:58:44 -0600 (CST) (envelope-from tinguely)
Date: Wed, 9 Nov 2005 07:58:44 -0600 (CST)
From: Mark Tinguely <tinguely@casselton.net>
Message-Id: <200511091358.jA9DwiC0045661@casselton.net>
To: snezhko@indorsoft.ru, tinguely@casselton.net
In-Reply-To: <upspai5xa.fsf@indorsoft.ru>
X-Spam-Status: No, score=0.6 required=5.0 tests=REPLY_TO_EMPTY autolearn=no 
	version=3.1.0
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ccn.casselton.net
Cc: max@love2party.net, freebsd-current@freebsd.org
Subject: Re: CURRENT + amd64 + user-ppp = panic
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Nov 2005 13:58:49 -0000


Thank-you for correcting me, I mistakenly did not look at which case
was caught in the trash_dtor().

I also was not thinking MBUF when I suggested trace locations. m_sanity()
in kern/uipc_mbuf.c will also set "0xdeadc0de" if the "sanitize"
option is requested. But common sense says that your trash_dtor()
code should catch this before it gets set, but if you wish to test
there also it would put my mind at ease.

In the mean time, I will look for callouts that are not stopped before
they are freed. So far, I found the &sp->ifstart_callout in the file
net/if_spppsubr.c started but not stopped before freed, but you are
not using that routine. I will concentrate on the files that you listed
were changed.

--Mark Tinguely