Date: Sat, 16 Jul 2005 10:21:50 -0400 From: Nicolas Blais <nb_root@videotron.ca> To: freebsd-current@freebsd.org Subject: Re: Latest cvsup to 7.0 causes mplayer to crash my system Message-ID: <200507161021.56248.nb_root@videotron.ca> In-Reply-To: <1121497558.61704.2.camel@renaissance.homeip.net> References: <200507152021.47403.nb_root@videotron.ca> <200507152146.51668.nb_root@videotron.ca> <1121497558.61704.2.camel@renaissance.homeip.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart14566025.b5WbRHCkLk Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > > > Today I've buildworld on latest cvsup (from -CURRENT@july 8th) and now > > > whenever i try to play a movie with mplayer, my system crashes with : > > > > > > Fatal trap 12: page fault while in kernel mode > > > fault virtual address =3D 0x1c > > > fault code =3D supervisor write, page not present > > > instruction pointer =3D 0x20:0xc06a0bc3 > > > stack pointer =3D 0x28:0xe502fc88 > > > frame pointer =3D 0x28:0xe502fcc8 > > > 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 28 (swi4: clock sio) > > > trap number =3D 12 > > > panic: page fault > > > Uptime: 7m49s > > > Dumping 1023 MB (2 chunks) > > > chunk 0: 1MB (159 pages) ... ok > > > chunk 1: 1023MB (261808 pages) 1007 991 (CTRL-C to abort) > > > > > > and a 1gb dump. That same system was fine on 6-CURRENT from July 8th = so > > > something in between breaks it. The crash message is always the same.= I > > > tried recompiling mplayer which did no good. > > > > > > Please help, > > > Nicolas. > > > > If this is any help to anyone: > > > > [nicblais] ~> nm -n /boot/kernel/* | grep c06a0 > > c06a0120 T kern_setitimer > > c06a0470 T setitimer > > c06a0510 T clock_gettime > > c06a0730 T ratecheck > > c06a07b0 T ppsratecheck > > c06a0830 T kern_timeout_callwheel_alloc > > c06a08a0 T callout_init > > c06a08f0 T kern_timeout_callwheel_init > > c06a09f0 T softclock > > c06a0ee0 T callout_reset I've tried on SCHED_4BSD and ULE both causes the same trap. Here's more inf= o=20 (copied from a digital cam shot, since I can't seem to save the output of=20 kgdb) db> where Tracing pid 27 tid 100025 td 0xc22df480 _mtx_unlock_flags(0,0c0906ed0,13b,c29efc00) at _mtx_unlock_flags+0x46 softclock(0,0,c090377f,251,e502cd04) at softclock+0x272 ithread_loop(c2287480,e502cd38,c0903576,30d,c2287480) at ithread_loop+0x152 fork_exit(c0679070,c2287480,e502cd38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 =2D-- trap 0x1, eip =3D 0, esp =3D 0xe502cd6c, ebp =3D 0 --- db>=20 --nextPart14566025.b5WbRHCkLk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQBC2RgEz38ton5LGeIRAnYkAJ4g6uxyIJvtX0mXJS5AmZkN5qhQpACaAn0b r0DsOvn3wDPKPws2Q7VGpi0= =gOJZ -----END PGP SIGNATURE----- --nextPart14566025.b5WbRHCkLk--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200507161021.56248.nb_root>