From owner-freebsd-current@FreeBSD.ORG Wed Jul 7 21:44:19 2004 Return-Path: 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 4556D16A4CE for ; Wed, 7 Jul 2004 21:44:19 +0000 (GMT) Received: from mail.evip.pl (mail.evip.com.pl [212.244.157.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id C896943D39 for ; Wed, 7 Jul 2004 21:44:18 +0000 (GMT) (envelope-from w@evip.pl) Received: from drwebc by mail.evip.pl with drweb-scanned (Exim 4.22) id 1BiKDC-000NdH-6V; Wed, 07 Jul 2004 23:44:18 +0200 Received: from w by mail.evip.pl with local (Exim 4.22) id 1BiKDC-000NdB-3H; Wed, 07 Jul 2004 23:44:18 +0200 Date: Wed, 7 Jul 2004 23:44:18 +0200 From: Wiktor Niesiobedzki To: current@freebsd.org Message-ID: <20040707214417.GF26768@mail.evip.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: "Bjoern A. Zeeb" Subject: Re: LORs with ipfw X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Wed, 07 Jul 2004 21:44:19 -0000 > > > Those two are missing from your list: > > > lock order reversal > > > 1st 0xc14d5c84 inp (tcpinp) @ /usr/src/sys/netinet/tcp_syncache.c:1142 > > > 2nd 0xc06d5a08 IPFW static rules (IPFW static rules) @ /usr/src/sys/netinet/ip_fw2.c:1828 > > > Stack backtrace: > > > backtrace(0,ffffffff,c05ec8e0,c05eb940,c05c1a9c) at backtrace+0x12 > > > witness_checkorder(c06d5a08,9,c06d3c8c,724) at witness_checkorder+0x53b > > > _mtx_lock_flags(c06d5a08,0,c06d3c8c,724,cb9689a8) at _mtx_lock_flags+0x57 > > > ipfw_chk(cb968a84,cb968a64,cb968ac8,0,0) at ipfw_chk+0x2d8 > > > ip_output(c1388600,0,0,0,0) at ip_output+0x633 > > > syncache_respond(c1707000,c1388600) at syncache_respond+0x2d7 > > > syncache_add(cb968bd8,cb968c38,c14aa02a,cb968bd4,c147d000,c14d7700,cb968c38,c14aa03e,8,1,c14aa02a) at syncache_add+0x4af > > > tcp_input(c147d000,14,0,14,100a8c0) at tcp_input+0x768 > > > ip_input(c147d000) at ip_input+0x832 > > > netisr_processqueue(c060ff98,c10d6440,c10dd400,cb968d1c,c048f724) at netisr_processqueue+0x6e > > > swi_net(0) at swi_net+0x85 > > > ithread_loop(c10dd400,cb968d48,c10dd400,c048f5f0,0) at ithread_loop+0x134 > > > fork_exit(c048f5f0,c10dd400,cb968d48) at fork_exit+0x98 > > > fork_trampoline() at fork_trampoline+0x8 > > > --- trap 0x1, eip = 0, esp = 0xcb968d7c, ebp = 0 --- > > > > > > > > > And: > > > lock order reversal > > > 1st 0xc0610d8c tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:611 > > > 2nd 0xc06d5a08 IPFW static rules (IPFW static rules) @ /usr/src/sys/netinet/ip_fw2.c:1828 > > > Stack backtrace: > > > backtrace(0,ffffffff,c05ec908,c05eb940,c05c1a9c) at backtrace+0x12 > > > witness_checkorder(c06d5a08,9,c06d3c8c,724) at witness_checkorder+0x53b > > > _mtx_lock_flags(c06d5a08,0,c06d3c8c,724,c05ead20) at _mtx_lock_flags+0x57 > > > ipfw_chk(cb968acc,0,cb968b10,0,0) at ipfw_chk+0x2d8 > > > ip_output(c1388e00,0,0,0,0) at ip_output+0x633 > > > tcp_respond(0,c1388e40,c1388e54,c1388e00,f1576cfc,0,14) at tcp_respond+0x2ac > > > tcp_input(c1388e00,14,0,14,100007f) at tcp_input+0x27b4 > > > ip_input(c1388e00) at ip_input+0x832 > > > netisr_processqueue(c060ff98,c10d6440,c10dd400,cb968d1c,c048f724) at netisr_processqueue+0x6e > > > swi_net(0) at swi_net+0x85 > > > ithread_loop(c10dd400,cb968d48,c10dd400,c048f5f0,0) at ithread_loop+0x134 > > > fork_exit(c048f5f0,c10dd400,cb968d48) at fork_exit+0x98 > > > fork_trampoline() at fork_trampoline+0x8 > > > --- trap 0x1, eip = 0, esp = 0xcb968d7c, ebp = 0 --- I may add another one: lock order reversal 1st 0xc07287c8 IPFW static rules (IPFW static rules) @ /usr/src/sys/netinet/ip_fw2.c:1828 2nd 0xc065cfcc tcp (tcp) @ /usr/src/sys/netinet/ip_fw2.c:1574 Stack backtrace: backtrace(c05ec5a7,c065cfcc,c05ec12e,c05ec12e,c0726a3c) at backtrace+0x17 witness_checkorder(c065cfcc,9,c0726a3c,626,806) at witness_checkorder+0x678 _mtx_lock_flags(c065cfcc,0,c0726a3c,626,0) at _mtx_lock_flags+0x80 check_uidgid(c15610a4,6,0,e08d1f53,1bd) at check_uidgid+0xd3 ipfw_chk(cb9b6bf4,cb9b6c48,c1189014,1,0) at ipfw_chk+0x9e2 ip_input(c1395c00,0,c071c576,1d0,0) at ip_input+0x375 transmit_event(c1510c00,0,c071c576,300,2) at transmit_event+0x14b dummynet(0,0,c05ea27a,f6,1) at dummynet+0x1a9 softclock(0,0,c05e6b67,263,c0631d40) at softclock+0x1aa ithread_loop(c10dd500,cb9b6d48,c05e695e,327,c10dd500) at ithread_loop+0x172 fork_exit(c04a5b80,c10dd500,cb9b6d48) at fork_exit+0xbc fork_trampoline() at fork_trampoline+0x8 This is from yesterdays CURRENT. I have compiled kernel with CPUTYPE=athlon-xp and CFLAGS=-O2. Currently I'm not able to reproduce this messages with CPUTYPE=i686 and empty CFLAGS. Does anyone has an clue, where the problem may lie here (or is it just harmless?) Cheers, Wiktor Niesiobedzki