Re: mplayer causes panic: page fault

On Mon, 28 May 2007, Stefan Ehmann wrote:

> I get a panic when playing certain .wmv files (wmv9dmo) with mplayer on my
> i386 notebook.
>
> This is on a few days old current, all ports deleted and rebuild after the
> recent changes. Doesn't seem to be audio/video related since it also happens
> with audio/video NULL output. Might be something triggered by wmv9dmod.dll.
>
> I'm sure this has worked before. Also, it works on my 6.2 PC.
>
> dmesg/kldstat can be found here:
> http://stud4.tuwien.ac.at/~e0125637/fbsd/
>
> Backtrace:
> [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so:
> Undefined symbol "ps_pglobal_lookup"]
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i386-marcel-freebsd".
>
> Unread portion of the kernel message buffer:
> kernel trap 12 with interrupts disabled
>
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address	= 0x4
> fault code		= supervisor read, page not present
> instruction pointer	= 0x20:0xc0982844
> stack pointer	        = 0x28:0xd4f78be4
> frame pointer	        = 0x28:0xd4f78c18
> code segment		= base 0x0, limit 0xfffff, type 0x1b
> 			= DPL 0, pres 1, def32 1, gran 1
> processor eflags	= resume, IOPL = 0
> current process		= 1032 (mplayer)
> trap number		= 12
> panic: page fault
> cpuid = 0
> Uptime: 3m4s
> Physical memory: 466 MB
> Dumping 63 MB: 48 32 16
>
> #0  doadump () at pcpu.h:172
> 172	pcpu.h: No such file or directory.
> 	in pcpu.h
> (kgdb) bt
> #0  doadump () at pcpu.h:172
> #1  0xc07378ce in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
> #2  0xc0737bd3 in panic (fmt=Variable "fmt" is not available.
> ) at /usr/src/sys/kern/kern_shutdown.c:563
> #3  0xc09837f2 in trap_fatal (frame=0xd4f78ba4, eva=4)
>    at /usr/src/sys/i386/i386/trap.c:876
> #4  0xc098407c in trap (frame=0xd4f78ba4) at /usr/src/sys/i386/i386/trap.c:276
> #5  0xc096a08b in calltrap () at /usr/src/sys/i386/i386/exception.s:139
> #6  0xc0982844 in i386_ldt_grow (td=0xc3006360, len=18)
>    at /usr/src/sys/i386/i386/sys_machdep.c:704
> #7  0xc0982bc4 in i386_set_ldt (td=0xc3006360, uap=0xd4f78c68,
>    descs=0xd5032000) at /usr/src/sys/i386/i386/sys_machdep.c:631
> #8  0xc0983124 in sysarch (td=0xc3006360, uap=0xd4f78cfc)
>    at /usr/src/sys/i386/i386/sys_machdep.c:134
> #9  0xc0983cb8 in syscall (frame=0xd4f78d38)
>    at /usr/src/sys/i386/i386/trap.c:1016
> #10 0xc096a0f0 in Xint0x80_syscall ()
>    at /usr/src/sys/i386/i386/exception.s:196
> #11 0x00000033 in ?? ()
> Previous frame inner to this frame (corrupt stack?)
> (kgdb)

See this thread for details:

http://lists.freebsd.org/pipermail/freebsd-current/2007-May/072571.html

The ldt patch fixed the mplayer panics for me.


-- 
This .signature sanitized for your protection