| 1 |
On 22:44 Tue 19 Dec , ????????? wrote: |
| 2 |
> ??? 2006-12-19?????? 09:40 -0500???Will Simoneau????????? |
| 3 |
> |
| 4 |
> > Your kernel dumped stack and part of it is showing in your dmesg |
| 5 |
> > fragment... please post the rest of that info, because it very likely |
| 6 |
> > will help in figuring out what's wrong. |
| 7 |
> |
| 8 |
> Thank you for prompted me. Here is the full dmesg |
| 9 |
|
| 10 |
[snip] |
| 11 |
|
| 12 |
> Unable to handle kernel paging request at virtual address 0000000100038000 |
| 13 |
> tsk->{mm,active_mm}->context = 0000000000001f7c |
| 14 |
> tsk->{mm,active_mm}->pgd = fffff800155a2000 |
| 15 |
> \|/ ____ \|/ |
| 16 |
> "@'/ .. \`@" |
| 17 |
> /_| \__/ |_\ |
| 18 |
> \__U_/ |
| 19 |
> madplay(20175): Oops [#1] |
| 20 |
> TSTATE: 0000000080009600 TPC: 0000000000543cd0 TNPC: 0000000000543cd4 Y: 00000000 Not tainted |
| 21 |
> TPC: <memcpy+0x218/0x13c0> |
| 22 |
> g0: 0000000000612fe4 g1: 0000000100039078 g2: 0000000000000000 g3: 0000000000000038 |
| 23 |
> g4: fffff80010430da0 g5: 0000000000000000 g6: fffff80005638000 g7: 0000000000001080 |
| 24 |
> o0: fffff800002b6700 o1: 0000000100038000 o2: 0000000000000008 o3: 0000000000543c40 |
| 25 |
> o4: fffff800002b6080 o5: 0000000000000000 sp: fffff8000563aaf1 ret_pc: 0000000000545928 |
| 26 |
> RPC: <memcpy_user_stub+0x14/0x24> |
| 27 |
> l0: 0000000000000001 l1: fffff80017ad0420 l2: 0000000000000000 l3: 00000000006ff400 |
| 28 |
> l4: fffff80017ad0420 l5: 00000000000019b7 l6: 00000000007b7728 l7: fffff80010430fa0 |
| 29 |
> i0: fffff800002b6080 i1: 00000001000378c0 i2: 00000000000017c0 i3: 000000000027e48e |
| 30 |
> i4: 00000000000005f0 i5: fffff800156a2c00 i6: fffff8000563abb1 i7: 0000000000613078 |
| 31 |
> I7: <snd_pcm_lib_write_transfer+0x9c/0xc8> |
| 32 |
> Caller[0000000000613078]: snd_pcm_lib_write_transfer+0x9c/0xc8 |
| 33 |
> Caller[00000000006133a4]: snd_pcm_lib_write1+0x300/0x43c |
| 34 |
> Caller[0000000010026750]: snd_pcm_oss_sync+0x170/0x27c [snd_pcm_oss] |
| 35 |
> Caller[00000000100271e4]: snd_pcm_oss_release+0x24/0x9c [snd_pcm_oss] |
| 36 |
> Caller[00000000004869f8]: __fput+0xb8/0x178 |
| 37 |
> Caller[0000000000485670]: filp_close+0x70/0x7c |
| 38 |
> Caller[0000000000446a0c]: put_files_struct+0xa8/0xf0 |
| 39 |
> Caller[00000000004471fc]: do_exit+0x200/0x844 |
| 40 |
> Caller[0000000000447900]: do_group_exit+0x88/0x8c |
| 41 |
> Caller[0000000000450ca0]: get_signal_to_deliver+0x320/0x334 |
| 42 |
> Caller[0000000000433f24]: do_signal32+0x40/0xe00 |
| 43 |
> Caller[00000000004207f8]: do_notify_resume+0x4c/0x574 |
| 44 |
> Caller[00000000004053dc]: __handle_signal+0x18/0x34 |
| 45 |
> Caller[00000000f7db3070]: 0xf7db3078 |
| 46 |
> Instruction DUMP: b7b2c90d bbb3490f bfb3c900 <c39a5e00> e3ba1e00 92026040 8ea1e040 02600032 90022040 |
| 47 |
> Fixing recursive fault but reboot is needed! |
| 48 |
|
| 49 |
|
| 50 |
Your kernel blew up pretty badly when writing data to the sound card. I |
| 51 |
would suggest trying a newer kernel (vanilla-sources 2.6.19.1?), and if |
| 52 |
you still have the problem, try asking on sparclinux@×××××××××××.org. |
Archives