Date: Sun, 12 Oct 2008 22:08:30 +0300 From: "Vlad GALU" <dudu@dudu.ro> To: "Robert Watson" <rwatson@freebsd.org> Cc: Jeremy Chadwick <koitsu@freebsd.org>, freebsd-stable@freebsd.org Subject: Re: UDP LOR with the latest RELENG_7 Message-ID: <ad79ad6b0810121208v3d2c9bc0r30b6e39f31ed164c@mail.gmail.com> In-Reply-To: <alpine.BSF.1.10.0810121138550.75020@fledge.watson.org> References: <ad79ad6b0810100540w7a84d70ajd60cb575149914ef@mail.gmail.com> <200810101458.m9AEw2KI082581@lava.sentex.ca> <ad79ad6b0810100811x2a871854ve326f54fc3e0a680@mail.gmail.com> <20081010152116.GA35404@icarus.home.lan> <ad79ad6b0810100824i6a8203e2gc2293b0abc4ef756@mail.gmail.com> <20081010154404.GA36021@icarus.home.lan> <alpine.BSF.1.10.0810102218370.70991@fledge.watson.org> <alpine.BSF.1.10.0810121138550.75020@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Oct 12, 2008 at 1:40 PM, Robert Watson <rwatson@freebsd.org> wrote:
>
> On Fri, 10 Oct 2008, Robert Watson wrote:
>
>> On Fri, 10 Oct 2008, Jeremy Chadwick wrote:
>>
>>>> I'll see whether the system still locks up or not though..
>>>
>>> Okay, I'm bringing rwatson@ into the thread since this is specific to
>>> UDP.
>>
>> I've now fixed the bug leading to the lock order reversal; I'd be
>> interested in knowing if it also corrects the stability issue. This was
>> r183753 in svn; I'm not sure it's hit CVS/cvsup yet but should do in a few
>> minutes.
>
> Dear Vlad:
>
> Could you confirm that with udp_usrreq.c:1.218.2.7 (or newer), the problem
> has gone away? CVS log excerpt below.
Hello Robert & all,
Yes, the LOR seems to have gone away now, even with
net.inet.udp.soreceive_dgram_enabled=1.
However, I started seeing another one:
-- cut here --
lock order reversal:
1st 0xffffffff805a62a0 pf task mtx (pf task mtx) @
/usr/src/sys/contrib/pf/net/
pf.c:6773
2nd 0xffffff00011e3cf0 radix node head (radix node head) @
/usr/src/sys/net/rou
te.c:293
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
witness_checkorder() at witness_checkorder+0x565
_mtx_lock_flags() at _mtx_lock_flags+0x2f
rtalloc1_fib() at rtalloc1_fib+0x85
rtalloc_ign_fib() at rtalloc_ign_fib+0xaa
pf_calc_mss() at pf_calc_mss+0x89
pf_test_tcp() at pf_test_tcp+0xce2
pf_test() at pf_test+0xcdb
pf_check_in() at pf_check_in+0x2b
pfil_run_hooks() at pfil_run_hooks+0xac
ip_input() at ip_input+0x2dd
ether_demux() at ether_demux+0x1b4
ether_input() at ether_input+0x1c6
bge_intr() at bge_intr+0x3d0
ithread_loop() at ithread_loop+0xe9
fork_exit() at fork_exit+0x110
fork_trampoline() at fork_trampoline+0xe
--- trap 0, rip = 0, rsp = 0xffffffffa044dd30, rbp = 0 ---
-- and here --
This one looks somewhat familiar (from the top of my head), but
it's probably a subject for another thread :)
--
~/.signature: no such file or directory
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ad79ad6b0810121208v3d2c9bc0r30b6e39f31ed164c>