Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 11 Mar 2008 20:51:10 -0700
From:      David Wolfskill <david@catwhisker.org>
To:        Jeff Roberson <jroberson@chesapeake.net>
Cc:        freebsd-current@freebsd.org, Martin Wilke <miwi@freebsd.org>
Subject:   Re: Kernel panic after upgrade (lockmgr?)
Message-ID:  <20080312035110.GN53010@bunrab.catwhisker.org>
In-Reply-To: <20080311153602.H1091@desktop>
References:  <20080311183349.GB84498@bsdcrew.de> <20080312010757.GG84498@bsdcrew.de> <20080311153602.H1091@desktop>

next in thread | previous in thread | raw e-mail | index | archive | help

--GTjM2GI4zMe3xHZ5
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Mar 11, 2008 at 03:39:04PM -1000, Jeff Roberson wrote:
>....=20
> I believe this is a cpuset/kse incompatibility.  Can you try this patch:
>=20
> http://people.freebsd.org/~jeff/cpusetkse.diff

I was able to verify that if I tried to run firefox on my build machine,
it got a panic:

Fatal trap 12: page fault while in kernel mode
cpuid =3D 1; apic id =3D 00
fault virtual address   =3D 0x4
fault code              =3D supervisor write, page not present
instruction pointer     =3D 0x20:0xc07400f7
stack pointer           =3D 0x28:0xe7b07b60
frame pointer           =3D 0x28:0xe7b07b7c
code segment            =3D base 0x0, limit 0xfffff, type 0x1b
                        =3D DPL 0, pres 1, def32 1, gran 1
processor eflags        =3D interrupt enabled, resume, IOPL =3D 0
current process         =3D 880 (firefox-bin)
[thread pid 880 tid 100122 ]
Stopped at      cpuset_rel+0x17:        lock xaddl      %eax,0x4(%esi)
db> bt
Tracing pid 880 tid 100122 td 0xc5ad9d20
cpuset_rel(0,c0af3c0d,f4,c50f6d20,e7b07bb4,...) at cpuset_rel+0x17
thread_free(c50f6d20,0,c0af5fd4,131,c5ad9d20,...) at thread_free+0x15
thread_reap(c0af1e43,e7b07be4,c0762cdc,c5ad9d20,e7b07be4,...) at thread_rea=
p+0xc0
thread_alloc(ca,c5a96000,c5a96000,2,e7b07c80,...) at thread_alloc+0xc
thread_alloc_spare(c5a96090,0,c0af1e43,289,4,...) at thread_alloc_spare+0x21
kse_create(c5ad9d20,e7b07cfc,8,c0afaace,c0badfd8,...) at kse_create+0x1c2
syscall(e7b07d38) at syscall+0x2b3
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (381, FreeBSD ELF32, kse_create), eip =3D 0x28bd64db, esp =3D 0=
xbfbfcf0c, ebp =3D 0xbfbfcf48 ---
db>=20

And it's obvious even to me that KSE was involved. :-}

I applied the cited patch & re-built the kernel; after rebooting
with the new kernel, I am unable to reproduce the panic: firefox
just runs normally.

I believe the patch is an improvement.  :-)

Peace,
david
--=20
David H. Wolfskill				david@catwhisker.org
I submit that "conspiracy" would be an appropriate collective noun for cats.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.

--GTjM2GI4zMe3xHZ5
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (FreeBSD)

iEYEARECAAYFAkfXUykACgkQmprOCmdXAD3XpgCfd2fBBCqvyRhw5z6QOy+0sfHF
pxgAn0C19i++YXNg39IKdqkziVG//GBt
=nDbk
-----END PGP SIGNATURE-----

--GTjM2GI4zMe3xHZ5--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080312035110.GN53010>