From: Takashi Iwai <tiwai@suse.de>
To: Lee Revell <rlrevell@joe-job.com>
Cc: alsa-devel <alsa-devel@lists.sourceforge.net>
Subject: Re: Oops in snd_emu10k1_efx_playback_prepare
Date: Wed, 09 Mar 2005 10:57:54 +0100 [thread overview]
Message-ID: <s5hbr9t5efx.wl@alsa2.suse.de> (raw)
In-Reply-To: <1110347780.7123.21.camel@mindpipe>
At Wed, 09 Mar 2005 00:56:19 -0500,
Lee Revell wrote:
>
> I got an Oops again that seems to be caused by something in mu
> multichannel patch. But, I don't really know what to make of it.
>
> ksymoops seems broken for 2.6 kernels, but it was able to disassemble
> the offending code.
>
> Any ideas?
In snd_emu10k1_pcm_channel_alloc(), epcm->voices[2..NUM_EFX_PLAYBACK]
are not freed correctly. Possibly did this hit?
Takashi
>
> Lee
>
> Unable to handle kernel paging request at virtual address 03020108
> e08dca22
> *pde = 00000000
> Oops: 0000 [#1]
> CPU: 0
> EIP: 0060:[<e08dca22>] Not tainted VLI
> Using defaults from ksymoops -t elf32-i386 -a i386
> EFLAGS: 00210286 (2.6.11)
> eax: 03020100 ebx: 00002800 ecx: 00000001 edx: deca2a08
> esi: 00002800 edi: deca2a08 ebp: c2f41e48 esp: c2f41e0c
> ds: 007b es: 007b ss: 0068
> Stack: deca2000 0808001a 0000003f 00000000 00200216 00000001 00000000
> df61a400
> 000000ff 00000000 0e0d000a 00000000 00002800 00002800 0000000c
> c2f41e80
> e08dd3e7 deca2000 00000000 00000000 deca2a08 00002600 00002800
> 00000200
> Call Trace:
> [<c0102c8f>] show_stack+0x7f/0xa0
> [<c0102e2a>] show_registers+0x15a/0x1c0
> [<c0103020>] die+0xf0/0x190
> [<c010df8b>] do_page_fault+0x31b/0x670
> [<c01028fb>] error_code+0x2b/0x30
> [<e08dd3e7>] snd_emu10k1_efx_playback_prepare+0xd7/0xf0 [snd_emu10k1]
> [<e08987f5>] snd_pcm_do_prepare+0x15/0x40 [snd_pcm]
> [<e0897d65>] snd_pcm_action_group+0x95/0x1b0 [snd_pcm]
> [<e08980c7>] snd_pcm_action_nonatomic+0x47/0x80 [snd_pcm]
> [<e0898871>] snd_pcm_prepare+0x21/0x30 [snd_pcm]
> [<e089af1b>] snd_pcm_playback_ioctl1+0x4b/0x330 [snd_pcm]
> [<e089bef7>] snd_pcm_playback_ioctl_old+0x27/0x40 [snd_pcm]
> [<c0160823>] do_ioctl+0x63/0x90
> [<c0160a42>] vfs_ioctl+0x62/0x1c0
> [<c0160c01>] sys_ioctl+0x61/0xa0
> [<c0102753>] syscall_call+0x7/0xb
> Code: 00 00 00 fe 05 00 00 00 06 c9 c3 8d b4 26 00 00 00 00 8d bc 27 00
> 00 00 00 55 89 e5 57 56 53 83 ec 30 8b 7d 14 8b 55 14 8b 42 10 <8b> 50
> 08 8b 4a 60 89 4d e0 83 78 04 01 8b 77 04 0f 84 ba 05 00
>
>
> >>EIP; e08dca22 No symbols available <=====
>
> Trace; c0102c8f No symbols available
> Trace; c0102e2a No symbols available
> Trace; c0103020 No symbols available
> Trace; c010df8b No symbols available
> Trace; c01028fb No symbols available
> Trace; e08dd3e7 No symbols available
> Trace; e08987f5 No symbols available
> Trace; e0897d65 No symbols available
> Trace; e08980c7 No symbols available
> Trace; e0898871 No symbols available
> Trace; e089af1b No symbols available
> Trace; e089bef7 No symbols available
> Trace; c0160823 No symbols available
> Trace; c0160a42 No symbols available
> Trace; c0160c01 No symbols available
> Trace; c0102753 No symbols available
>
> This architecture has variable length instructions, decoding before eip
> is unreliable, take these instructions with a pinch of salt.
>
> Code; e08dc9f7 No symbols available
> 00000000 <_EIP>:
> Code; e08dc9f7 No symbols available
> 0: 00 00 add %al,(%eax)
> Code; e08dc9f9 No symbols available
> 2: 00 fe add %bh,%dh
> Code; e08dc9fb No symbols available
> 4: 05 00 00 00 06 add $0x6000000,%eax
> Code; e08dca00 No symbols available
> 9: c9 leave
> Code; e08dca01 No symbols available
> a: c3 ret
> Code; e08dca02 No symbols available
> b: 8d b4 26 00 00 00 00 lea 0x0(%esi),%esi
> Code; e08dca09 No symbols available
> 12: 8d bc 27 00 00 00 00 lea 0x0(%edi),%edi
> Code; e08dca10 No symbols available
> 19: 55 push %ebp
> Code; e08dca11 No symbols available
> 1a: 89 e5 mov %esp,%ebp
> Code; e08dca13 No symbols available
> 1c: 57 push %edi
> Code; e08dca14 No symbols available
> 1d: 56 push %esi
> Code; e08dca15 No symbols available
> 1e: 53 push %ebx
> Code; e08dca16 No symbols available
> 1f: 83 ec 30 sub $0x30,%esp
> Code; e08dca19 No symbols available
> 22: 8b 7d 14 mov 0x14(%ebp),%edi
> Code; e08dca1c No symbols available
> 25: 8b 55 14 mov 0x14(%ebp),%edx
> Code; e08dca1f No symbols available
> 28: 8b 42 10 mov 0x10(%edx),%eax
>
> This decode from eip onwards should be reliable
>
> Code; e08dca22 No symbols available
> 00000000 <_EIP>:
> Code; e08dca22 No symbols available <=====
> 0: 8b 50 08 mov 0x8(%eax),%edx <=====
> Code; e08dca25 No symbols available
> 3: 8b 4a 60 mov 0x60(%edx),%ecx
> Code; e08dca28 No symbols available
> 6: 89 4d e0 mov %ecx,0xffffffe0(%ebp)
> Code; e08dca2b No symbols available
> 9: 83 78 04 01 cmpl $0x1,0x4(%eax)
> Code; e08dca2f No symbols available
> d: 8b 77 04 mov 0x4(%edi),%esi
> Code; e08dca32 No symbols available
> 10: 0f .byte 0xf
> Code; e08dca33 No symbols available
> 11: 84 .byte 0x84
> Code; e08dca34 No symbols available
> 12: ba .byte 0xba
> Code; e08dca35 No symbols available
> 13: 05 .byte 0x5
>
>
> 2 warnings and 2 errors issued. Results may not be reliable.
>
>
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-devel
>
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
next prev parent reply other threads:[~2005-03-09 9:57 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-09 5:56 Oops in snd_emu10k1_efx_playback_prepare Lee Revell
2005-03-09 9:57 ` Takashi Iwai [this message]
2005-03-09 10:54 ` Takashi Iwai
2005-03-09 17:21 ` Takashi Iwai
2005-03-10 21:35 ` Lee Revell
2005-03-11 16:26 ` Takashi Iwai
2005-03-19 3:30 ` Lee Revell
2005-03-19 3:37 ` Lee Revell
2005-03-23 11:35 ` Takashi Iwai
2005-03-23 20:41 ` Lee Revell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=s5hbr9t5efx.wl@alsa2.suse.de \
--to=tiwai@suse.de \
--cc=alsa-devel@lists.sourceforge.net \
--cc=rlrevell@joe-job.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox