From owner-freebsd-stable@FreeBSD.ORG Sat Jun 5 08:08:38 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB9051065672; Sat, 5 Jun 2010 08:08:38 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 643B98FC1D; Sat, 5 Jun 2010 08:08:38 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 67EB9A5667D; Sat, 5 Jun 2010 16:08:37 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id J6SD2Q-FrbrS; Sat, 5 Jun 2010 16:08:32 +0800 (CST) Received: from quakelee-work (unknown [222.131.125.41]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 47F53A5664E; Sat, 5 Jun 2010 16:08:29 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=content-type:to:subject:date:cc:mime-version: content-transfer-encoding:from:organization:message-id:user-agent; b=ti/+cWU11SxkFWREt2/3O9OZB4FCuG8RuF/4e31UhJiyjhvF9MTwfVx3rR7k/fEah D0igCh8YbpZS0VDTrYhHw== Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Date: Sat, 05 Jun 2010 16:08:18 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Chao Shin" Organization: GeekCN Message-ID: User-Agent: Opera Mail/10.51 (Win32) Cc: "freebsd-net@freebsd.org" , sam@freebsd.org, bz@freebsd.org, julian@freebsd.org, qingli@freebsd.org Subject: panic: rtqkill route really not free on freebsd 8.0-release update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2010 08:08:38 -0000 Hi, all We add kdb/ddb and extra panic info printing into kernel and catch this panic again. We have instrumented the kernel and found that this panic happens when draining == 1, but seems to be confused with the fact that all access to radix trees are protected by locks. Can anyone familiar with these code shed us some light on this? below is url to screenshot in ddb: http://www.delphij.net/zhao/1.png http://www.delphij.net/zhao/2.png -- The Power to Serve