From owner-freebsd-current@FreeBSD.ORG Sun Mar 18 13:11:07 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D746A16A403 for ; Sun, 18 Mar 2007 13:11:07 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from sagitta.internal.vlink.ru (sagitta.internal.vlink.ru [85.172.168.1]) by mx1.freebsd.org (Postfix) with ESMTP id 696AB13C4EB for ; Sun, 18 Mar 2007 13:11:07 +0000 (UTC) (envelope-from dsh@vlink.ru) Received: from sagitta.internal.vlink.ru (localhost [127.0.0.1]) by sagitta.internal.vlink.ru (Postfix) with ESMTP id 1EAD21F47AD; Sun, 18 Mar 2007 16:11:06 +0300 (MSK) Received: from [85.172.168.67] (wizard.vlink.ru [85.172.168.67]) by sagitta.internal.vlink.ru (Postfix) with ESMTP id CAF3F1F474B; Sun, 18 Mar 2007 16:11:05 +0300 (MSK) Message-ID: <45FD3A69.2010207@vlink.ru> Date: Sun, 18 Mar 2007 16:11:05 +0300 From: Denis Shaposhnikov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20070221 Thunderbird/1.5.0.9 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Lukas Ertl References: <45FD10FA.2090103@vlink.ru> <45FD1D53.7080608@freebsd.org> In-Reply-To: <45FD1D53.7080608@freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: ipw(4) freeze CURRENT 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: Sun, 18 Mar 2007 13:11:07 -0000 On 03/18/07 14:06, Lukas Ertl wrote: > Could you try the attached patch? Thank you! I've tried it and it fixes ipw0: link state changed to UP lock order reversal: 1st 0xc1d8db50 ipw0 (network driver) @ /var/FreeBSD/src/sys/modules/ipw/../../dev/ipw/if_ipw.c:1208 2nd 0xc06c94ac udp (udp) @ /var/FreeBSD/src/sys/netinet/udp_usrreq.c:296 KDB: stack backtrace: db_trace_self_wrapper(c0611a83) at db_trace_self_wrapper+0x25 kdb_backtrace(0,ffffffff,c0689810,c068acd8,c0646844,...) at kdb_backtrace+0x29 witness_checkorder(c06c94ac,9,c061fb61,128) at witness_checkorder+0x586 _mtx_lock_flags(c06c94ac,0,c061fb61,128) at _mtx_lock_flags+0x84 udp_input(c1d98b00,14,c0669380,200a8c0,0,...) at udp_input+0x1e5 ip_input(c1d98b00) at ip_input+0x5c9 netisr_dispatch(2,c1d98b00,0,c1d81c00,c1dc0800,...) at netisr_dispatch+0x58 ether_demux(c1d81c00,c1d98b00,c1d59800,c1d98b00,cc493be0,...) at ether_demux+0x28a ether_input(c1d81c00,c1d98b00,c1d8d004,c1d81c00,c1d59800,...) at ether_input+0x21e ieee80211_deliver_data(c1d98b00,79,cc493c30,c078c2e0,cc493c10,...) at ieee80211_deliver_data+0x74 ieee80211_input(c1d8d004,c1d98b00,c1d59800,3a,0,...) at ieee80211_input+0x9ee ipw_intr(c1d8d000) at ipw_intr+0x44f ithread_execute_handlers(c1d4a480,c1ccd880) at ithread_execute_handlers+0x121 ithread_loop(c1d407e0,cc493d38) at ithread_loop+0x66 fork_exit(c049b5ec,c1d407e0,cc493d38) at fork_exit+0xac fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xcc493d70, ebp = 0 --- which show me unpatched version of ipw(4). What about stability, I can say it still works. I'll watch for it and post a report on the next weekend. -- DSS5-RIPE DSS-RIPN 2:550/5068@fidonet 2:550/5069@fidonet xmpp:dsh@vlink.ru mailto:dsh@vlink.ru http://neva.vlink.ru/~dsh/