Gentoo Archives: gentoo-sparc

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