From owner-freebsd-net@FreeBSD.ORG Fri Jul 2 08:40:09 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB8C8106564A; Fri, 2 Jul 2010 08:40:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 855238FC08; Fri, 2 Jul 2010 08:40:09 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id C963341C752; Fri, 2 Jul 2010 10:40:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 9GMqwI4nVmFR; Fri, 2 Jul 2010 10:40:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id D90CA41C7A5; Fri, 2 Jul 2010 10:40:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id A547E4448EC; Fri, 2 Jul 2010 08:39:43 +0000 (UTC) Date: Fri, 2 Jul 2010 08:39:43 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Chao Shin In-Reply-To: Message-ID: <20100702083902.D14969@maildrop.int.zabbadoz.net> References: X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-net@freebsd.org" , Sam Leffler , Qing Li Subject: Re: panic: rtqkill route really not free on freebsd 8.0-release update X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 08:40:09 -0000 On Sat, 5 Jun 2010, Chao Shin wrote: Hey, > 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 Did anyone pick this up? /bz -- Bjoern A. Zeeb From August on I will have a life. It's now up to you to do the maths and count to 64. -- Bondorf, Germany, 14th June 2010