mplayer causes panic: page fault
morganw at chemikals.org
Mon May 28 20:33:30 UTC 2007
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:
> [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?)
See this thread for details:
The ldt patch fixed the mplayer panics for me.
This .signature sanitized for your protection
More information about the freebsd-current