Date: Sun, 20 Jun 2010 16:12:42 +0200 From: Fabian Keil <freebsd-listen@fabiankeil.de> To: Lawrence Stewart <lstewart@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: [CFT] SIFTR - Statistical Information For TCP Research: Uncle Lawrence needs YOU! Message-ID: <20100620161242.59381341@r500.local> In-Reply-To: <20100620151554.58e486db@r500.local> References: <4C1492D0.6020704@freebsd.org> <4C1C3922.2050102@freebsd.org> <20100619195823.53a7baaa@r500.local> <4C1DED16.8020209@freebsd.org> <20100620131544.495ddecd@r500.local> <4C1E019F.6060802@freebsd.org> <20100620142841.4803dac3@r500.local> <4C1E0E14.3090506@freebsd.org> <20100620151554.58e486db@r500.local>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/74p0_VX6c0YHwozhFI=j1jr
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Fabian Keil <freebsd-listen@fabiankeil.de> wrote:
> Lawrence Stewart <lstewart@freebsd.org> wrote:
>=20
> > On 06/20/10 22:28, Fabian Keil wrote:
> > > Taking pf (and altq) out of the picture doesn't seem to make
> > > a difference.
> >=20
> > Wouldn't have expected it to. Will be very curious to know if the panic=
=20
> > is triggered in GENERIC.
>=20
> It's not. I, too, get pfil.c related LORs though:
>=20
> lock order reversal:
> 1st 0xffffffff80e5c568 PFil hook read/write mutex (PFil hook read/write =
mutex) @ /usr/src/sys/net/pfil.c:77
> 2nd 0xffffffff80e5dd68 udp (udp) @ /usr/src/sys/modules/pf/../../contrib=
/pf/net/pf.c:3035
> KDB: stack backtrace:
> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
> _witness_debugger() at _witness_debugger+0x2e
> witness_checkorder() at witness_checkorder+0x81e
> _rw_rlock() at _rw_rlock+0x5f
> pf_socket_lookup() at pf_socket_lookup+0x1c5
> pf_test_udp() at pf_test_udp+0x8b0
> pf_test() at pf_test+0x1089
> pf_check_in() at pf_check_in+0x39
> pfil_run_hooks() at pfil_run_hooks+0xcf
> ip_input() at ip_input+0x2ae
> swi_net() at swi_net+0x151
> intr_event_execute_handlers() at intr_event_execute_handlers+0x66
> ithread_loop() at ithread_loop+0xb2
> fork_exit() at fork_exit+0x12a
> fork_trampoline() at fork_trampoline+0xe
> --- trap 0, rip =3D 0, rsp =3D 0xffffff8000044d30, rbp =3D 0 ---
> lock order reversal:
> 1st 0xffffffff80e5c568 PFil hook read/write mutex (PFil hook read/write =
mutex) @ /usr/src/sys/net/pfil.c:77
> 2nd 0xffffffff80e5d788 tcp (tcp) @ /usr/src/sys/modules/siftr/../../neti=
net/siftr.c:698
> KDB: stack backtrace:
> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
> _witness_debugger() at _witness_debugger+0x2e
> witness_checkorder() at witness_checkorder+0x81e
> _rw_rlock() at _rw_rlock+0x5f
> siftr_chkpkt() at siftr_chkpkt+0x3c4
> pfil_run_hooks() at pfil_run_hooks+0xcf
> ip_input() at ip_input+0x2ae
> swi_net() at swi_net+0x151
> intr_event_execute_handlers() at intr_event_execute_handlers+0x66
> ithread_loop() at ithread_loop+0xb2
> fork_exit() at fork_exit+0x12a
> fork_trampoline() at fork_trampoline+0xe
> --- trap 0, rip =3D 0, rsp =3D 0xffffff8000044d30, rbp =3D 0 ---
>=20
> My custom kernel normally doesn't have INVARIANTS and WITNESS
> enabled, so I'll try to enable them next.
The culprit seem to be non-default KTR settings in the kernel
while loading alq as a module. With the following change siftr
works with my non-GENERIC kernel, too:
commit f43b8b5171c858df7b419f6a695e9e3b53531a8e
Author: Fabian Keil <fk@fabiankeil.de>
Date: Sun Jun 20 15:43:01 2010 +0200
Disable KTR changes.
diff --git a/sys/amd64/conf/ZOEY b/sys/amd64/conf/ZOEY
index 6fb3480..c584317 100644
--- a/sys/amd64/conf/ZOEY
+++ b/sys/amd64/conf/ZOEY
@@ -16,11 +16,11 @@ options ATA_CAM
device atapicam
options SC_KERNEL_CONS_ATTR=3D(FG_GREEN|BG_BLACK)
=20
-options KTR
-options KTR_ENTRIES=3D262144
-options KTR_COMPILE=3D(KTR_SCHED)
-options KTR_MASK=3D(KTR_SCHED)
-options KTR_CPUMASK=3D0x3
+#options KTR
+#options KTR_ENTRIES=3D262144
+#options KTR_COMPILE=3D(KTR_SCHED)
+#options KTR_MASK=3D(KTR_SCHED)
+#options KTR_CPUMASK=3D0x3
=20
options ACCEPT_FILTER_HTTP =20
makeoptions WITH_CTF=3Dyes
Fabian
--Sig_/74p0_VX6c0YHwozhFI=j1jr
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.14 (FreeBSD)
iEYEARECAAYFAkweId4ACgkQBYqIVf93VJ03hwCfU8NHOF6QJlirAU/YKDftBMts
nFMAoL0b9Ai+LJ1IMQKKWKboOJn8yAKL
=hDfH
-----END PGP SIGNATURE-----
--Sig_/74p0_VX6c0YHwozhFI=j1jr--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100620161242.59381341>