* Re: second repost: oops on intel8x0
[not found] <20020214113226.A2103@shurdeek.cb.ac.at>
@ 2002-02-14 10:56 ` Erik Inge Bolsø
[not found] ` <Pine.LNX.4.32.0202141150430.11654-100000@yme.mo.himolde.no>
1 sibling, 0 replies; 8+ messages in thread
From: Erik Inge Bolsø @ 2002-02-14 10:56 UTC (permalink / raw)
To: Peter Surda; +Cc: alsa-user, alsa-devel
On Thu, 14 Feb 2002, Peter Surda wrote:
>Hi!
>
>Finally an answer :-)
>
>On Thu, Feb 14, 2002 at 01:21:43AM +0100, Erik Inge Bolsø wrote:
>> <oopses snipped>
>> >After they happen, sound card remains silent and module blocked.
>> Decode the oopses with ksymoops, then we'll have a better chance of
>> figuring out what the problem is.
>Attached, all 4 oopses thru ksymoops -dd.
Eek, far too verbose, can't make heads nor tails of it. We assume ksymoops
works, we don't want its internal debugging as well.
Could you provoke a new oops, and before doing anything else do a
"dmesg | ksymoops" and send the output?
--
Erik I. Bolsø | email: <knan at mo.himolde.no>
The UNIX philosophy basically involves giving you enough rope to
hang yourself. And then a couple of feet more, just to be sure.
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 8+ messages in thread[parent not found: <Pine.LNX.4.32.0202141150430.11654-100000@yme.mo.himolde.no>]
* Re: second repost: oops on intel8x0
[not found] ` <Pine.LNX.4.32.0202141150430.11654-100000@yme.mo.himolde.no>
@ 2002-02-14 11:42 ` Peter Surda
2002-02-14 12:22 ` Takashi Iwai
[not found] ` <s5hit9045i6.wl@alsa2.suse.de>
0 siblings, 2 replies; 8+ messages in thread
From: Peter Surda @ 2002-02-14 11:42 UTC (permalink / raw)
To: alsa-user, alsa-devel
[-- Attachment #1: Type: text/plain, Size: 5187 bytes --]
Hi!
On Thu, Feb 14, 2002 at 11:56:45AM +0100, Erik Inge Bolsř wrote:
> >> >After they happen, sound card remains silent and module blocked.
> >> Decode the oopses with ksymoops, then we'll have a better chance of
> >> figuring out what the problem is.
> >Attached, all 4 oopses thru ksymoops -dd.
> Eek, far too verbose, can't make heads nor tails of it. We assume ksymoops
> works, we don't want its internal debugging as well.
Aha.
> Could you provoke a new oops, and before doing anything else do a
> "dmesg | ksymoops" and send the output?
Yes, now even I can see hints about what could be causing this:
-------------------------------------------------------
ksymoops 2.4.0 on i686 2.4.18-pre4. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.18-pre4/ (default)
-m /boot/System.map-2.4.18-pre4 (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
Warning (compare_maps): mismatch on symbol nlmsvc_ops , lockd says cd87f8b0, /lib/modules/2.4.18-pre4/kernel/fs/lockd/lockd.o says cd87ed0c. Ignoring /lib/modules/2.4.18-pre4/kernel/fs/lockd/lockd.o entry
Warning (compare_maps): mismatch on symbol nfs_debug , sunrpc says cd872764, /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o says cd872444. Ignoring /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o entry
Warning (compare_maps): mismatch on symbol nfsd_debug , sunrpc says cd872768, /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o says cd872448. Ignoring /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o entry
Warning (compare_maps): mismatch on symbol nlm_debug , sunrpc says cd87276c, /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o says cd87244c. Ignoring /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o entry
Warning (compare_maps): mismatch on symbol rpc_debug , sunrpc says cd872760, /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o says cd872440. Ignoring /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o entry
Warning (compare_maps): mismatch on symbol usb_devfs_handle , usbcore says cd83f994, /lib/modules/2.4.18-pre4/kernel/drivers/usb/usbcore.o says cd83f494. Ignoring /lib/modules/2.4.18-pre4/kernel/drivers/usb/usbcore.o entry
Unable to handle kernel paging request at virtual address ceecf000
cee11260
*pde = 07b09067
Oops: 0000
CPU: 0
EIP: 0010:[<cee11260>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: 00000001 ebx: 00000000 ecx: ffffec29 edx: 00000555
esi: ffffecb3 edi: ceecf000 ebp: 0000ec29 esp: c4297e88
ds: 0018 es: 0018 ss: 0018
Process aviplay (pid: 6865, stackpage=c4297000)
Stack: cee11483 cee11504 cee11260 c985190c c98518f0 00000000 00000004 00000004
00000000 ceec9004 ec296978 000002a9 00001802 00001000 c9851880 cb284cc0
cee11b0a c9851880 c4806940 c4806d00 00000fff 00001802 c9851880 00001000
Call Trace: [<cee11483>] [<cee11504>] [<cee11260>] [<cee11b0a>] [<cee0e974>]
[<cee0ae91>] [<cee0b013>] [<cee0cd63>] [<c0136fb5>] [<c0106fbb>]
Code: 0f b7 37 0f bf cd ff 24 24 8d b4 26 00 00 00 00 0f b7 37 0f
>>EIP; cee11260 <[snd-pcm-oss]resample_expand+80/450> <=====
Trace; cee11483 <[snd-pcm-oss]resample_expand+2a3/450>
Trace; cee11504 <[snd-pcm-oss]resample_expand+324/450>
Trace; cee11260 <[snd-pcm-oss]resample_expand+80/450>
Trace; cee11b0a <[snd-pcm-oss]rate_transfer+2a/40>
Trace; cee0e974 <[snd-pcm-oss]snd_pcm_plug_write_transfer+94/c0>
Trace; cee0ae91 <[snd-pcm-oss]snd_pcm_oss_write2+81/d0>
Trace; cee0b013 <[snd-pcm-oss]snd_pcm_oss_write1+133/160>
Trace; cee0cd63 <[snd-pcm-oss]snd_pcm_oss_write+33/50>
Trace; c0136fb5 <sys_write+95/d0>
Trace; c0106fbb <system_call+33/38>
Code; cee11260 <[snd-pcm-oss]resample_expand+80/450>
00000000 <_EIP>:
Code; cee11260 <[snd-pcm-oss]resample_expand+80/450> <=====
0: 0f b7 37 movzwl (%edi),%esi <=====
Code; cee11263 <[snd-pcm-oss]resample_expand+83/450>
3: 0f bf cd movswl %bp,%ecx
Code; cee11266 <[snd-pcm-oss]resample_expand+86/450>
6: ff 24 24 jmp *(%esp,1)
Code; cee11269 <[snd-pcm-oss]resample_expand+89/450>
9: 8d b4 26 00 00 00 00 lea 0x0(%esi,1),%esi
Code; cee11270 <[snd-pcm-oss]resample_expand+90/450>
10: 0f b7 37 movzwl (%edi),%esi
Code; cee11273 <[snd-pcm-oss]resample_expand+93/450>
13: 0f 00 00 sldt (%eax)
7 warnings issued. Results may not be reliable.
-------------------------------------------------------
Bye,
Peter Surda (Shurdeek) <shurdeek@panorama.sth.ac.at>, ICQ 10236103, +436505122023
--
gawk; grep; touch; unzip; touch; gasp; finger; gasp; mount; fsck;\
more; yes; gasp; umount; make clean; make mrproper
[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: second repost: oops on intel8x0
2002-02-14 11:42 ` Peter Surda
@ 2002-02-14 12:22 ` Takashi Iwai
[not found] ` <s5hit9045i6.wl@alsa2.suse.de>
1 sibling, 0 replies; 8+ messages in thread
From: Takashi Iwai @ 2002-02-14 12:22 UTC (permalink / raw)
To: Peter Surda; +Cc: alsa-user, alsa-devel
[-- Attachment #1: Type: text/plain, Size: 5448 bytes --]
Hi,
At Thu, 14 Feb 2002 12:42:48 +0100,
Peter Surda wrote:
>
> Hi!
>
> On Thu, Feb 14, 2002 at 11:56:45AM +0100, Erik Inge Bolsř wrote:
> > >> >After they happen, sound card remains silent and module blocked.
> > >> Decode the oopses with ksymoops, then we'll have a better chance of
> > >> figuring out what the problem is.
> > >Attached, all 4 oopses thru ksymoops -dd.
> > Eek, far too verbose, can't make heads nor tails of it. We assume ksymoops
> > works, we don't want its internal debugging as well.
> Aha.
>
> > Could you provoke a new oops, and before doing anything else do a
> > "dmesg | ksymoops" and send the output?
> Yes, now even I can see hints about what could be causing this:
>
> -------------------------------------------------------
> ksymoops 2.4.0 on i686 2.4.18-pre4. Options used
> -V (default)
> -k /proc/ksyms (default)
> -l /proc/modules (default)
> -o /lib/modules/2.4.18-pre4/ (default)
> -m /boot/System.map-2.4.18-pre4 (default)
>
> Warning: You did not tell me where to find symbol information. I will
> assume that the log matches the kernel and modules that are running
> right now and I'll use the default options above for symbol resolution.
> If the current kernel and/or modules do not match the log, you can get
> more accurate output by telling me the kernel version and where to find
> map, modules, ksyms etc. ksymoops -h explains the options.
>
> Warning (compare_maps): mismatch on symbol nlmsvc_ops , lockd says cd87f8b0, /lib/modules/2.4.18-pre4/kernel/fs/lockd/lockd.o says cd87ed0c. Ignoring /lib/modules/2.4.18-pre4/kernel/fs/lockd/lockd.o entry
> Warning (compare_maps): mismatch on symbol nfs_debug , sunrpc says cd872764, /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o says cd872444. Ignoring /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o entry
> Warning (compare_maps): mismatch on symbol nfsd_debug , sunrpc says cd872768, /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o says cd872448. Ignoring /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o entry
> Warning (compare_maps): mismatch on symbol nlm_debug , sunrpc says cd87276c, /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o says cd87244c. Ignoring /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o entry
> Warning (compare_maps): mismatch on symbol rpc_debug , sunrpc says cd872760, /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o says cd872440. Ignoring /lib/modules/2.4.18-pre4/kernel/net/sunrpc/sunrpc.o entry
> Warning (compare_maps): mismatch on symbol usb_devfs_handle , usbcore says cd83f994, /lib/modules/2.4.18-pre4/kernel/drivers/usb/usbcore.o says cd83f494. Ignoring /lib/modules/2.4.18-pre4/kernel/drivers/usb/usbcore.o entry
> Unable to handle kernel paging request at virtual address ceecf000
> cee11260
> *pde = 07b09067
> Oops: 0000
> CPU: 0
> EIP: 0010:[<cee11260>] Not tainted
> Using defaults from ksymoops -t elf32-i386 -a i386
> EFLAGS: 00010202
> eax: 00000001 ebx: 00000000 ecx: ffffec29 edx: 00000555
> esi: ffffecb3 edi: ceecf000 ebp: 0000ec29 esp: c4297e88
> ds: 0018 es: 0018 ss: 0018
> Process aviplay (pid: 6865, stackpage=c4297000)
> Stack: cee11483 cee11504 cee11260 c985190c c98518f0 00000000 00000004 00000004
> 00000000 ceec9004 ec296978 000002a9 00001802 00001000 c9851880 cb284cc0
> cee11b0a c9851880 c4806940 c4806d00 00000fff 00001802 c9851880 00001000
> Call Trace: [<cee11483>] [<cee11504>] [<cee11260>] [<cee11b0a>] [<cee0e974>]
> [<cee0ae91>] [<cee0b013>] [<cee0cd63>] [<c0136fb5>] [<c0106fbb>]
> Code: 0f b7 37 0f bf cd ff 24 24 8d b4 26 00 00 00 00 0f b7 37 0f
>
> >>EIP; cee11260 <[snd-pcm-oss]resample_expand+80/450> <=====
> Trace; cee11483 <[snd-pcm-oss]resample_expand+2a3/450>
> Trace; cee11504 <[snd-pcm-oss]resample_expand+324/450>
> Trace; cee11260 <[snd-pcm-oss]resample_expand+80/450>
> Trace; cee11b0a <[snd-pcm-oss]rate_transfer+2a/40>
> Trace; cee0e974 <[snd-pcm-oss]snd_pcm_plug_write_transfer+94/c0>
> Trace; cee0ae91 <[snd-pcm-oss]snd_pcm_oss_write2+81/d0>
> Trace; cee0b013 <[snd-pcm-oss]snd_pcm_oss_write1+133/160>
> Trace; cee0cd63 <[snd-pcm-oss]snd_pcm_oss_write+33/50>
> Trace; c0136fb5 <sys_write+95/d0>
> Trace; c0106fbb <system_call+33/38>
> Code; cee11260 <[snd-pcm-oss]resample_expand+80/450>
> 00000000 <_EIP>:
> Code; cee11260 <[snd-pcm-oss]resample_expand+80/450> <=====
> 0: 0f b7 37 movzwl (%edi),%esi <=====
> Code; cee11263 <[snd-pcm-oss]resample_expand+83/450>
> 3: 0f bf cd movswl %bp,%ecx
> Code; cee11266 <[snd-pcm-oss]resample_expand+86/450>
> 6: ff 24 24 jmp *(%esp,1)
> Code; cee11269 <[snd-pcm-oss]resample_expand+89/450>
> 9: 8d b4 26 00 00 00 00 lea 0x0(%esi,1),%esi
> Code; cee11270 <[snd-pcm-oss]resample_expand+90/450>
> 10: 0f b7 37 movzwl (%edi),%esi
> Code; cee11273 <[snd-pcm-oss]resample_expand+93/450>
> 13: 0f 00 00 sldt (%eax)
>
>
> 7 warnings issued. Results may not be reliable.
> -------------------------------------------------------
>
> Bye,
>
> Peter Surda (Shurdeek) <shurdeek@panorama.sth.ac.at>, ICQ 10236103, +436505122023
>
> --
> gawk; grep; touch; unzip; touch; gasp; finger; gasp; mount; fsck;\
> more; yes; gasp; umount; make clean; make mrproper
>
looks like you hit a known bug existing since long time..
could you try the attached patch?
Takashi
[-- Attachment #2: rate.dif --]
[-- Type: application/octet-stream, Size: 515 bytes --]
Index: alsa-driver/kernel/oss/rate.c
===================================================================
RCS file: /suse/tiwai/cvs/alsa/alsa-driver/kernel/oss/Attic/rate.c,v
retrieving revision 1.16
diff -u -r1.16 rate.c
--- alsa-driver/kernel/oss/rate.c 14 May 2001 10:02:47 -0000 1.16
+++ alsa-driver/kernel/oss/rate.c 14 Feb 2002 12:20:37 -0000
@@ -114,7 +114,7 @@
S1 = S2;
S2 = sample;
src += src_step;
- src_frames--;
+ src_frames1--;
}
while (dst_frames1-- > 0) {
if (pos & ~MASK) {
^ permalink raw reply [flat|nested] 8+ messages in thread[parent not found: <s5hit9045i6.wl@alsa2.suse.de>]
* Re: second repost: oops on intel8x0
[not found] ` <s5hit9045i6.wl@alsa2.suse.de>
@ 2002-02-14 12:45 ` Peter Surda
[not found] ` <20020214134502.F2103@shurdeek.cb.ac.at>
1 sibling, 0 replies; 8+ messages in thread
From: Peter Surda @ 2002-02-14 12:45 UTC (permalink / raw)
To: alsa-user, alsa-devel
[-- Attachment #1: Type: text/plain, Size: 491 bytes --]
On Thu, Feb 14, 2002 at 01:22:57PM +0100, Takashi Iwai wrote:
> Hi,
hi
> looks like you hit a known bug existing since long time..
> could you try the attached patch?
Applied (by hand) and compiled, but I'm in the middle of compiling X right now
so I'll have to wait a couple of hours 'till I can reboot. I'll report then.
Thnx!
> Takashi
Bye,
Peter Surda (Shurdeek) <shurdeek@panorama.sth.ac.at>, ICQ 10236103, +436505122023
--
The dark ages were caused by the Y1K problem.
[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread[parent not found: <20020214134502.F2103@shurdeek.cb.ac.at>]
* Re: [Alsa-user] Re: second repost: oops on intel8x0
[not found] ` <20020214134502.F2103@shurdeek.cb.ac.at>
@ 2002-02-14 14:00 ` Peter Surda
0 siblings, 0 replies; 8+ messages in thread
From: Peter Surda @ 2002-02-14 14:00 UTC (permalink / raw)
To: alsa-user, alsa-devel
[-- Attachment #1: Type: text/plain, Size: 513 bytes --]
On Thu, Feb 14, 2002 at 01:45:02PM +0100, Peter Surda wrote:
> > could you try the attached patch?
> Applied (by hand) and compiled, but I'm in the middle of compiling X right now
> so I'll have to wait a couple of hours 'till I can reboot. I'll report then.
Yes it fixed it indeed, I am unable to trigger the oops anymore and audio
sounds ok.
> Thnx!
Thnx again!
Bye,
Peter Surda (Shurdeek) <shurdeek@panorama.sth.ac.at>, ICQ 10236103, +436505122023
--
Where do you think you're going today?
[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
[parent not found: <20020214001543.V2103@shurdeek.cb.ac.at>]
* Re: second repost: oops on intel8x0
[not found] <20020214001543.V2103@shurdeek.cb.ac.at>
@ 2002-02-14 0:21 ` Erik Inge Bolsø
[not found] ` <Pine.LNX.4.32.0202140117440.14856-100000@yme.mo.himolde.no>
1 sibling, 0 replies; 8+ messages in thread
From: Erik Inge Bolsø @ 2002-02-14 0:21 UTC (permalink / raw)
To: Peter Surda; +Cc: alsa-user, alsa-devel
On Thu, 14 Feb 2002, Peter Surda wrote:
<oopses snipped>
>After they happen, sound card remains silent and module blocked.
Decode the oopses with ksymoops, then we'll have a better chance of
figuring out what the problem is.
--
Erik I. Bolsø | email: <knan at mo.himolde.no>
The UNIX philosophy basically involves giving you enough rope to
hang yourself. And then a couple of feet more, just to be sure.
_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 8+ messages in thread[parent not found: <Pine.LNX.4.32.0202140117440.14856-100000@yme.mo.himolde.no>]
* Re: second repost: oops on intel8x0
[not found] ` <Pine.LNX.4.32.0202140117440.14856-100000@yme.mo.himolde.no>
@ 2002-02-14 10:32 ` Peter Surda
0 siblings, 0 replies; 8+ messages in thread
From: Peter Surda @ 2002-02-14 10:32 UTC (permalink / raw)
To: alsa-user, alsa-devel
[-- Attachment #1.1: Type: text/plain, Size: 508 bytes --]
Hi!
Finally an answer :-)
On Thu, Feb 14, 2002 at 01:21:43AM +0100, Erik Inge Bolsř wrote:
> <oopses snipped>
> >After they happen, sound card remains silent and module blocked.
> Decode the oopses with ksymoops, then we'll have a better chance of
> figuring out what the problem is.
Attached, all 4 oopses thru ksymoops -dd.
Bye,
Peter Surda (Shurdeek) <shurdeek@panorama.sth.ac.at>, ICQ 10236103, +436505122023
--
My mind is like a steel trap - rusty and illegal in 37 states.
[-- Attachment #1.2: ksymoops.tar.bz2 --]
[-- Type: application/x-bzip2, Size: 10346 bytes --]
[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* second repost: oops on intel8x0
@ 2002-02-13 23:15 Peter Surda
0 siblings, 0 replies; 8+ messages in thread
From: Peter Surda @ 2002-02-13 23:15 UTC (permalink / raw)
To: alsa-user, alsa-devel
[-- Attachment #1: Type: text/plain, Size: 7701 bytes --]
Hi!
I complained some time ago, several times, that 32kHz seems to produce oops on
my onboard ECS K7S5A. It seems it isn't exactly 32kHz producing this, but
buffer size combined with frequency. Because current cvs aviplay also manages
to cause oops on 44.1kHz. Zdenek, aviplay maintainer, told me he shrunk the
buffer size from 4 to 2 kB to obtain better interactive responsiveness.
So it seems ("educated guess") than some buffer offsets aren't calculated
correctly in intel8x0 (my sblive which I use as a second card has no such
problems), and produces buffer overflow when too small.
Becase I have received exactly 0 replies to all of my previous 3 emails, which
IMHO provided enough information, now I'll be a little bit harsher:
SOMEBODY BETTER FIX IT OR GIVE ME HINTS WHERE TO LOOK!
(hint: snd_intel8x0_setup_periods perhaps?)
I repeat: RH 7.1, kernel 2.4.18-pre4 with O(1), ide and preempt patches,
Duron900 (not overclocked), 192MB RAM, alsa 0.9.0beta10
Here are the damn oops-es:
------------------------------------------------------------------
Feb 13 23:04:01 ten kernel: Unable to handle kernel paging request at virtual address cee16000
Feb 13 23:04:01 ten kernel: printing eip:
Feb 13 23:04:01 ten kernel: ceec8260
Feb 13 23:04:01 ten kernel: *pde = 0742e067
Feb 13 23:04:01 ten kernel: *pte = 00000000
Feb 13 23:04:01 ten kernel: Oops: 0000
Feb 13 23:04:01 ten kernel: CPU: 0
Feb 13 23:04:01 ten kernel: EIP: 0010:[<ceec8260>] Not tainted
Feb 13 23:04:01 ten kernel: EFLAGS: 00010202
Feb 13 23:04:01 ten kernel: eax: 00000001 ebx: 00000000 ecx: 00000014 edx: 0000075a
Feb 13 23:04:01 ten kernel: esi: 0000001f edi: cee16000 ebp: 00000014 esp: c9da9e88
Feb 13 23:04:01 ten kernel: ds: 0018 es: 0018 ss: 0018
Feb 13 23:04:01 ten kernel: Process aviplay (pid: 1799, stackpage=c9da9000)
Feb 13 23:04:01 ten kernel: Stack: ceec8483 ceec8504 ceec8260 c8fd960c c8fd95f0 00000000 00000004 00000004
Feb 13 23:04:01 ten kernel: 00000000 cee0e2d0 00144e38 0000008c 000008b5 00000800 c8fd9580 ca4570c0
Feb 13 23:04:01 ten kernel: ceec8b0a c8fd9580 c6234e00 c6234b40 000007ff 000008b5 c8fd9580 00000800
Feb 13 23:04:01 ten kernel: Call Trace: [<ceec8483>] [<ceec8504>] [<ceec8260>] [<ceec8b0a>] [<ceec5974>]
Feb 13 23:04:01 ten kernel: [<ceec1e91>] [<ceec2013>] [<ceec3d63>] [<c0136fb5>] [<c0106fbb>]
Feb 13 23:04:01 ten kernel:
Feb 13 23:04:01 ten kernel: Code: 0f b7 37 0f bf cd ff 24 24 8d b4 26 00 00 00 00 0f b7 37 0f
------------------------------------------------------------------
Feb 13 14:39:32 ten kernel: Unable to handle kernel paging request at virtual address ceed4000
Feb 13 14:39:32 ten kernel: printing eip:
Feb 13 14:39:32 ten kernel: cd97b260
Feb 13 14:39:32 ten kernel: *pde = 07b8c067
Feb 13 14:39:32 ten kernel: *pte = 00000000
Feb 13 14:39:32 ten kernel: Oops: 0000
Feb 13 14:39:32 ten kernel: CPU: 0
Feb 13 14:39:32 ten kernel: EIP: 0010:[<cd97b260>] Not tainted
Feb 13 14:39:32 ten kernel: EFLAGS: 00010202
Feb 13 14:39:32 ten kernel: eax: 00000001 ebx: 00000000 ecx: 00000000 edx: 0000075a
Feb 13 14:39:32 ten kernel: esi: 00000000 edi: ceed4000 ebp: 00000000 esp: c872de88
Feb 13 14:39:32 ten kernel: ds: 0018 es: 0018 ss: 0018
Feb 13 14:39:32 ten kernel: Process aviplay (pid: 25754, stackpage=c872d000)
Feb 13 14:39:32 ten kernel: Stack: cd97b483 cd97b504 cd97b260 c982710c c98270f0 00000000 00000004 00000004
Feb 13 14:39:32 ten kernel: 00000000 ceebe2d0 00001378 0000008c 000008b5 00000800 c9827080 c8de0a40
Feb 13 14:39:32 ten kernel: cd97bb0a c9827080 c9471340 c94719c0 000007ff 000008b5 c9827080 00000800
Feb 13 14:39:32 ten kernel: Call Trace: [<cd97b483>] [<cd97b504>] [<cd97b260>] [<cd97bb0a>] [<cd978974>]
Feb 13 14:39:32 ten kernel: [<cd974e91>] [<cd975013>] [<cd976d63>] [<c0136fb5>] [<c0106fbb>]
Feb 13 14:39:32 ten kernel:
Feb 13 14:39:32 ten kernel: Code: 0f b7 37 0f bf cd ff 24 24 8d b4 26 00 00 00 00 0f b7 37 0f
------------------------------------------------------------------
Jan 24 04:28:05 ten kernel: Unable to handle kernel paging request at virtual address ceea9000
Jan 24 04:28:05 ten kernel: printing eip:
Jan 24 04:28:05 ten kernel: cee29260
Jan 24 04:28:05 ten kernel: *pde = 078bc067
Jan 24 04:28:05 ten kernel: *pte = 00000000
Jan 24 04:28:05 ten kernel: Oops: 0000
Jan 24 04:28:05 ten kernel: CPU: 0
Jan 24 04:28:05 ten kernel: EIP: 0010:[<cee29260>] Not tainted
Jan 24 04:28:05 ten kernel: EFLAGS: 00010202
Jan 24 04:28:05 ten kernel: eax: 00000001 ebx: 00000000 ecx: 00000000 edx: 00000555
Jan 24 04:28:05 ten kernel: esi: 00000000 edi: ceea9000 ebp: 00000000 esp: c992de88
Jan 24 04:28:05 ten kernel: ds: 0018 es: 0018 ss: 0018
Jan 24 04:28:05 ten kernel: Process aviplay (pid: 5051, stackpage=c992d000)
Jan 24 04:28:05 ten kernel: Stack: cee29483 cee29504 cee29260 c274c54c c274c530 00000000 00000004 00000004
Jan 24 04:28:05 ten kernel: 00000000 cef04004 00003c78 000002a9 00001802 00001000 c274c4c0 c26e2740
Jan 24 04:28:05 ten kernel: cee29b0a c274c4c0 c3833c40 c38332c0 00000fff 00001802 c274c4c0 00001000
Jan 24 04:28:05 ten kernel: Call Trace: [<cee29483>] [<cee29504>] [<cee29260>] [<cee29b0a>] [<cee26974>]
Jan 24 04:28:05 ten kernel: [<cee22e91>] [<cee23013>] [<cee24d63>] [<c0136fb5>] [<c0106fbb>]
Jan 24 04:28:05 ten kernel:
Jan 24 04:28:05 ten kernel: Code: 0f b7 37 0f bf cd ff 24 24 8d b4 26 00 00 00 00 0f b7 37 0f
------------------------------------------------------------------
Jan 24 06:23:28 ten kernel: Unable to handle kernel paging request at virtual address cf2b3000
Jan 24 06:23:28 ten kernel: printing eip:
Jan 24 06:23:28 ten kernel: cf2ac260
Jan 24 06:23:28 ten kernel: *pde = 07b17067
Jan 24 06:23:28 ten kernel: *pte = 00000000
Jan 24 06:23:28 ten kernel: Oops: 0000
Jan 24 06:23:28 ten kernel: CPU: 0
Jan 24 06:23:28 ten kernel: EIP: 0010:[<cf2ac260>] Not tainted
Jan 24 06:23:28 ten kernel: EFLAGS: 00010202
Jan 24 06:23:28 ten kernel: eax: 00000001 ebx: 00000000 ecx: ffffec29 edx: 00000555
Jan 24 06:23:28 ten kernel: esi: ffffecb3 edi: cf2b3000 ebp: 0000ec29 esp: c434be88
Jan 24 06:23:28 ten kernel: ds: 0018 es: 0018 ss: 0018
Jan 24 06:23:28 ten kernel: Process aviplay (pid: 1110, stackpage=c434b000)
Jan 24 06:23:28 ten kernel: Stack: cf2ac483 cf2ac504 cf2ac260 c5fe2e0c c5fe2df0 00000000 00000004 00000004
Jan 24 06:23:28 ten kernel: 00000000 cf3bb004 ec291cb8 000002a9 00001802 00001000 c5fe2d80 cb240c40
Jan 24 06:23:28 ten kernel: cf2acb0a c5fe2d80 c5fe1c80 c5fe1cc0 00000fff 00001802 c5fe2d80 00001000
Jan 24 06:23:28 ten kernel: Call Trace: [<cf2ac483>] [<cf2ac504>] [<cf2ac260>] [<cf2acb0a>] [<cf2a9974>]
Jan 24 06:23:28 ten kernel: [<cf2a5e91>] [<cf2a6013>] [<cf2a7d63>] [<c0136fb5>] [<c0106fbb>]
Jan 24 06:23:28 ten kernel:
Jan 24 06:23:28 ten kernel: Code: 0f b7 37 0f bf cd ff 24 24 8d b4 26 00 00 00 00 0f b7 37 0f
------------------------------------------------------------------
After they happen, sound card remains silent and module blocked.
In the end I'd like to thank you all for your work, I remember when alsa was
in the beginnings, I used the special gus modules on my interwave clone to get
wavetable working. Your communicativeness seems to be lacking however, is it
REALLY that difficult to write "Hmm, sounds strange, I have no idea what could
be causing this, can you do more tests with xyz"?
Bye,
Peter Surda (Shurdeek) <shurdeek@panorama.sth.ac.at>, ICQ 10236103, +436505122023
--
"One world, one web, one program" -- Microsoft promotional ad
"Ein Volk, ein Reich, ein Fuehrer" -- Adolf Hitler
"Ein Auto, ein Computer, ein Mann" -- Knight Rider
[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2002-02-14 14:00 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20020214113226.A2103@shurdeek.cb.ac.at>
2002-02-14 10:56 ` second repost: oops on intel8x0 Erik Inge Bolsø
[not found] ` <Pine.LNX.4.32.0202141150430.11654-100000@yme.mo.himolde.no>
2002-02-14 11:42 ` Peter Surda
2002-02-14 12:22 ` Takashi Iwai
[not found] ` <s5hit9045i6.wl@alsa2.suse.de>
2002-02-14 12:45 ` Peter Surda
[not found] ` <20020214134502.F2103@shurdeek.cb.ac.at>
2002-02-14 14:00 ` [Alsa-user] " Peter Surda
[not found] <20020214001543.V2103@shurdeek.cb.ac.at>
2002-02-14 0:21 ` Erik Inge Bolsø
[not found] ` <Pine.LNX.4.32.0202140117440.14856-100000@yme.mo.himolde.no>
2002-02-14 10:32 ` Peter Surda
2002-02-13 23:15 Peter Surda
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.