Hi. I recently discovered 'MPlayer' and have been experimenting with it.
I've noticed that my system is very prone to hangs if I attempt to use
the XVideo output module. I suspect there is some badness going on in
the Matrox Xserver but I thought I'd bounce it off the kernel list to
see if someone recognized a kernel problem buried in here.
<aside>
Earlier I had noticed similar hangs if I used the matrox-specific mga_vid.o
"backend scaler" kernel module that comes with avifile and MPlayer. I had
largely ignored the problem and given up on mga_vid.o, assuming that it was
just a buggy module. The mga_vid.o module was not loaded at the time of
the crashes in this report.
</aside>
Setup:
IWill KK-266R (KT-133a)
Athlon 1.4Ghz
384 MB PC-133 running at the slowest memory timings
512 MB swap
16MB Matrox G400
2.4.8-ac11
Both reiserfs 3.6 and ext2 filesystems
XFree86 4.0.3 and 4.1.0
Though the hangs themselves are fairly repeatable, tonight is the first time
I've managed to get an OOPS message. At the time of this particular hang,
I was running XF86 4.1.0. The major applications running at this time were
MPlayer and XMMS 1.2.4. XMMS was idle at the time. MPlayer was running
in 'xv' mode (to use XVideo extensions) and was using Linux-native
decoder library.
OOPS #1
Unable to handle kernel paging request at virtual address 5d8b535a
c02015cc
*pde = 00000000
Oops: 0002
CPU: 0
EIP: 0010:[unix_stream_recvmsg+268/880]
EIP: 0010:[<c02015cc>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010083
eax: 5d8b5356 ebx: c0c1bcb1 ecx: c581d814 edx: 00000286
esi: 00000800 edi: d7c95f5c ebp: c581d814 esp: d7c95ee4
ds: 0018 es: 0018 ss: 0018
Process xmms (pid: 3159, stackpage=d7c95000)
Stack: d05d2da0 00000800 d7c95f5c d7c95f80 c581da74 c581d814 d389d940 00000000
ffffffa1 00000001 00000000 00000000 00000000 c581d7c0 c01c3ead d05d2da0
d7c95f80 00000800 00000040 d7c95f48 d05d2da0 00000800 00000000 00000800
Call Trace: [sock_recvmsg+61/176] [sock_read+142/160] [sys_read+150/208] [system_ca
ll+51/56]
Call Trace: [<c01c3ead>] [<c01c3fbe>] [<c012fd76>] [<c0106c3b>]
Code: 89 48 04 89 01 c7 03 00 00 00 00 c7 43 04 00 00 00 00 c7 43
>>EIP; c02015cc <unix_stream_recvmsg+10c/370> <=====
Trace; c01c3ead <sock_recvmsg+3d/b0>
Trace; c01c3fbe <sock_read+8e/a0>
Trace; c012fd76 <sys_read+96/d0>
Trace; c0106c3b <system_call+33/38>
Code; c02015cc <unix_stream_recvmsg+10c/370>
00000000 <_EIP>:
Code; c02015cc <unix_stream_recvmsg+10c/370> <=====
0: 89 48 04 mov %ecx,0x4(%eax) <=====
Code; c02015cf <unix_stream_recvmsg+10f/370>
3: 89 01 mov %eax,(%ecx)
Code; c02015d1 <unix_stream_recvmsg+111/370>
5: c7 03 00 00 00 00 movl $0x0,(%ebx)
Code; c02015d7 <unix_stream_recvmsg+117/370>
b: c7 43 04 00 00 00 00 movl $0x0,0x4(%ebx)
Code; c02015de <unix_stream_recvmsg+11e/370>
12: c7 43 00 00 00 00 00 movl $0x0,0x0(%ebx)
OOPS #2
Unable to handle kernel paging request at virtual address 95959599
c01c66e0
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[sock_def_readable+16/80]
EIP: 0010:[<c01c66e0>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00013286
eax: 95959599 ebx: 95959595 ecx: c581d7c0 edx: 00003246
esi: c581d7c0 edi: c581d814 ebp: c5a89140 esp: d2a51e64
ds: 0018 es: 0018 ss: 0018
Process X (pid: 3051, stackpage=d2a51000)
Stack: d6bc4540 00000020 c02011a9 c581d7c0 00000020 d2a51ec0 d2a51ef4 d2a51ec0
d05d2f60 c581d7c0 00000000 c581d7c0 c581d140 00000000 c01c3e49 d05d2f60
d2a51ef4 00000020 d2a51ec0 00000000 d05d2f60 d05d2e40 00000020 00000beb
Call Trace: [unix_stream_sendmsg+553/736] [sock_sendmsg+105/144] [sock_readv_writev
+157/176] [sock_writev+49/64] [do_readv_writev+355/560]
Call Trace: [<c02011a9>] [<c01c3e49>] [<c01c419d>] [<c01c4221>] [<c012ffe3>]
[<c01057ec>] [<c011158c>] [<c0130151>] [<c0106c3b>]
Code: 39 43 04 74 11 b9 01 00 00 00 ba 01 00 00 00 89 d8 e8 ca af
>>EIP; c01c66e0 <sock_def_readable+10/50> <=====
Trace; c02011a9 <unix_stream_sendmsg+229/2e0>
Trace; c01c3e49 <sock_sendmsg+69/90>
Trace; c01c419d <sock_readv_writev+9d/b0>
Trace; c01c4221 <sock_writev+31/40>
Trace; c012ffe3 <do_readv_writev+163/230>
Trace; c01057ec <__switch_to+2c/c0>
Trace; c011158c <schedule+25c/390>
Trace; c0130151 <sys_writev+41/60>
Trace; c0106c3b <system_call+33/38>
Code; c01c66e0 <sock_def_readable+10/50>
00000000 <_EIP>:
Code; c01c66e0 <sock_def_readable+10/50> <=====
0: 39 43 04 cmp %eax,0x4(%ebx) <=====
Code; c01c66e3 <sock_def_readable+13/50>
3: 74 11 je 16 <_EIP+0x16> c01c66f6 <sock_def_readable+26/50>
Code; c01c66e5 <sock_def_readable+15/50>
5: b9 01 00 00 00 mov $0x1,%ecx
Code; c01c66ea <sock_def_readable+1a/50>
a: ba 01 00 00 00 mov $0x1,%edx
Code; c01c66ef <sock_def_readable+1f/50>
f: 89 d8 mov %ebx,%eax
Code; c01c66f1 <sock_def_readable+21/50>
11: e8 ca af 00 00 call afe0 <_EIP+0xafe0> c01d16c0 <ip_route_output_slow+3f0/630>
If there's any other information I can provide, please let me know.
Also, please CC me on any replies since I'm only able to read the kernel
list a few times a week.
Jimmie
-- Jimmie Mayfield http://www.sackheads.org/mayfield email: mayfield+kernel@sackheads.org My mail provider does not welcome UCE -- http://www.sackheads.org/uce- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Sep 07 2001 - 21:00:38 EST