From owner-freebsd-current@FreeBSD.ORG Sat Aug 13 21:09:28 2005 Return-Path: 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 69E9516A41F for ; Sat, 13 Aug 2005 21:09:28 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id D93C943D45 for ; Sat, 13 Aug 2005 21:09:27 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 6763C1CCD6; Sun, 14 Aug 2005 09:09:24 +1200 (NZST) Date: Sun, 14 Aug 2005 09:09:24 +1200 From: Andrew Thompson To: Michal Mertl Message-ID: <20050813210924.GA79066@heff.fud.org.nz> References: <1123929866.61712.29.camel@genius1.i.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1123929866.61712.29.camel@genius1.i.cz> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Panics with if_bridge(4) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 13 Aug 2005 21:09:28 -0000 On Sat, Aug 13, 2005 at 12:44:26PM +0200, Michal Mertl wrote: > I'm experiencing panics when configuring if_bridge interface on a debug > kernel with INVARIANTS. > > This is how I trigger it (I've got custom kernel with everything I use > compiled statically into it): > # ifconfig bridge0 create > > bridge0: bpf attached > bridge0: Ethernet address: ac:de:48:0c:22:8f > > # ifconfig bridge0 192.168.0.2 addm ath0 addm fxp0 > > panic: mutex if_bridge not owned at ../../../net/bridgestp.c:899 > Thanks, im testing a patch to fix this now. > > The if_bridge also causes crashes after ifconfig destroy with "memory > modified after free" messages - it seems if_bridge doesn't clean up > after itself completely. Ive reproduced this locally and seems related to another problem I am working on where destroying the bridge while a bpf consumer is attached results in a panic in the callout code in softclock(); > I'm missing a way to list the table of mac addresses learned behind an > interface. What good is ioctl to delete an address from the list if one > can't see the list? The command is 'ifconfig addr', I could have sworn it was in the ifconfig manual page but you are quite right that it itsnt documented. Thanks for pointing this out. Andrew