Hello,

i've been seing the following oopses in my logs since alsa 0.9.0rc7 ( running on kernel 2.4.21pre5 ).
I have a Asus A7V8X motherboad with embedded sound chip :
lspci yields :
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233 AC97 Audio Controller (rev 50)


Since i've been unable to make it work with the vanilla kernel, i'm using the excelent work from the alsa project but i'm getting these oopses in specific situations ( the sound usually works though ).

Mar 12 00:48:47 localhost kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000018
Mar 12 00:48:47 localhost kernel: e2b7c22b
Mar 12 00:48:47 localhost kernel: *pde = 00000000
Mar 12 00:48:47 localhost kernel: Oops: 0000
Mar 12 00:48:47 localhost kernel: CPU: 0
Mar 12 00:48:47 localhost kernel: EIP: 0010:[<e2b7c22b>] Tainted: P
Using defaults from ksymoops -t elf32-i386 -a i386
Mar 12 00:48:47 localhost kernel: EFLAGS: 00010286
Mar 12 00:48:47 localhost kernel: eax: dffee400 ebx: 00000000 ecx: 00000000 edx: de46d600
Mar 12 00:48:47 localhost kernel: esi: 00000000 edi: d1a839c0 ebp: de46da00 esp: da0b1e18
Mar 12 00:48:47 localhost kernel: ds: 0018 es: 0018 ss: 0018
Mar 12 00:48:47 localhost kernel: Process mozilla-bin (pid: 1568, stackpage=da0b1000)
Mar 12 00:48:47 localhost kernel: Stack: ddc82c80 00000000 e2b692ed d0aad000 ddc82c80 e2b7c8da 00000000 ddc82c80
Mar 12 00:48:47 localhost kernel: dffee400 ddc82c80 e3f51746 ddc82c80 00000000 fffffff5 00000001 d1a839c0
Mar 12 00:48:47 localhost kernel: e3f51963 d1a839c0 00000001 da0b1e68 00000000 ddc82c80 da0b0000 de46db18
Mar 12 00:48:47 localhost kernel: Call Trace: [<e2b692ed>] [<e2b7c8da>] [<e3f51746>] [<e3f51963>] [<e3f51b47>]
Mar 12 00:48:47 localhost kernel: [<c0146283>] [<e2b396a0>] [<e2b38686>] [<c0139a89>] [<e3f591c0>] [<c0139bee>]
Mar 12 00:48:47 localhost kernel: [<c0138363>] [<c0138287>] [<c0138623>] [<c010733f>]
Mar 12 00:48:47 localhost kernel: Code: 8b 53 18 85 d2 75 20 8b 43 20 85 c0 75 08 8b 5c 24 10 83 c4



>>EIP; e2b7c22b <[snd-via82xx]clean_via_table+b/60> <=====


>>eax; dffee400 <_end+1fcad728/224c93a8>
>>edx; de46d600 <_end+1e12c928/224c93a8>
>>edi; d1a839c0 <_end+11742ce8/224c93a8>
>>ebp; de46da00 <_end+1e12cd28/224c93a8>
>>esp; da0b1e18 <_end+19d71140/224c93a8>

Trace; e2b692ed <[snd-pcm]snd_pcm_open_substream+21d/2f0>
Trace; e2b7c8da <[snd-via82xx]snd_via82xx_hw_free+2a/40>
Trace; e3f51746 <[snd-pcm-oss]snd_pcm_oss_release_file+76/a0>
Trace; e3f51963 <[snd-pcm-oss]snd_pcm_oss_open_file+1f3/230>
Trace; e3f51b47 <[snd-pcm-oss]snd_pcm_oss_open+1a7/300>
Trace; c0146283 <__vfs_follow_link+33/155>
Trace; e2b396a0 <[soundcore]sound_loader_lock+0/0>
Trace; e2b38686 <[soundcore]soundcore_open+f6/1b0>
Trace; c0139a89 <get_chrfops+d9/f0>
Trace; e3f591c0 <[snd-pcm-oss]snd_pcm_oss_f_reg+0/48>
Trace; c0139bee <chrdev_open+5e/70>
Trace; c0138363 <dentry_open+d3/1d0>
Trace; c0138287 <filp_open+67/70>
Trace; c0138623 <sys_open+53/a0>
Trace; c010733f <system_call+33/38>

Code;  e2b7c22b <[snd-via82xx]clean_via_table+b/60>
00000000 <_EIP>:
Code;  e2b7c22b <[snd-via82xx]clean_via_table+b/60>   <=====
 0:   8b 53 18                  mov    0x18(%ebx),%edx   <=====
Code;  e2b7c22e <[snd-via82xx]clean_via_table+e/60>
 3:   85 d2                     test   %edx,%edx
Code;  e2b7c230 <[snd-via82xx]clean_via_table+10/60>
 5:   75 20                     jne    27 <_EIP+0x27>
Code;  e2b7c232 <[snd-via82xx]clean_via_table+12/60>
 7:   8b 43 20                  mov    0x20(%ebx),%eax
Code;  e2b7c235 <[snd-via82xx]clean_via_table+15/60>
 a:   85 c0                     test   %eax,%eax
Code;  e2b7c237 <[snd-via82xx]clean_via_table+17/60>
 c:   75 08                     jne    16 <_EIP+0x16>
Code;  e2b7c239 <[snd-via82xx]clean_via_table+19/60>
 e:   8b 5c 24 10               mov    0x10(%esp,1),%ebx
Code;  e2b7c23d <[snd-via82xx]clean_via_table+1d/60>
12:   83 c4 00                  add    $0x0,%esp


I had a quick look at the code and it appears that clean_via_table in via82xx.c is receiving a NULL value for dev from snd_via82xx_hw_free.
Has anyone experienced this ? the quick fix would be to check for the NULL pointer but i'm afraid it hides something more serious somewhere else and therefore don't think it's the good solution ....
Any advice is welcome !
Regards




-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
_______________________________________________
Alsa-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-user

Reply via email to