es1371 oops (i think)

Hi,

I hope this helps.
System is a dual PIII 450 (SMP).
Compiler: egcs-2.91.66
Glibc: 2.1.1 (redhat 6.1).
Kernel: 2.3.46

Running kmix or gmix causes a sig11 in
ioctl.

ioctl(4, 0x80044d76, 0xbffff980) = 0
ioctl(4, 0x805c4d65, 0x808cbc4) = 0
ioctl(4, SOUND_MIXER_READ_DEVMASK, 0x808cc24) = 0 ioctl(4, SOUND_MIXER_READ_RECMASK, 0x808cc28) = 0 ioctl(4, SOUND_MIXER_READ_RECSRC, 0x808cc20) = 0 ioctl(4, SOUND_MIXER_READ_STEREODEVS, 0x808cc2c) = 0 ioctl(4, SOUND_MIXER_READ_CAPS, 0x808cc30) = 0 ioctl(4, SOUND_MIXER_READ_VOLUME, 0xbffff97c) = 0 ioctl(4, SOUND_MIXER_READ_SYNTH <unfinished ...> +++ killed by SIGSEGV +++

I tried to collect something using ksyoops. This is the first time though so I make have messed it up. If this is wrong I'll try again :)

------------- ksymoops output ----------------------

Options used: -V -O -k /proc/ksyms -l /proc/modules -M

CPU:    1
EIP:    0010:[<c88260c4>]
EFLAGS: 00010292
eax: 00001900   ebx: 00001900   ecx: 00000069   edx: 00000000
esi: 00000000   edi: 00000003   ebp: 00000040   esp: c0391ea8
ds: 0018   es: 0018   ss: 0018
Process gmix (pid: 1418, stackpage�391000)
Stack: 00000003 00000003 ffffffe7 bffff97c 0000003f c882664a c135e030
00000003
       c3f314e0 bffff97c ffffffe7 c0390000 c7cac000 c4ab4b60 c8826050
00000002
       00000020 00000001 00000001 00000002 00000001 c7cac0a0 c7cac0a0
00000282
Call Trace: [<c882664a>] [<c8826050>] [<c0117c9b>] [<c0119db5>]
[<c020e2e1>] [<c
013d6ea>] [<c882d952>]
       [<c014df47>] [<c010c143>]
Code: f7 fe 89 74 24 10 89 c3 be 64 00 00 00 89 f5 29 dd 6b c9 64

Trace: c882664a <END_OF_CODE+852094a/????>
Trace: c8826050 <END_OF_CODE+8520350/????>
Trace: c0117c9b <notify_parent_Rsmp_66e4d8cc+c3/125c>
Trace: c0119db5 <schedule_Rsmp_4292364c+4c5/b54>
Trace: c020e2e1 <sprintf_Rsmp_3c2c5af5+16d8d/4d5cc>
Trace: c013d6ea <unregister_chrdev_Rsmp_c192d491+aa/b8>
Trace: c882d952 <END_OF_CODE+8527c52/????>
Trace: c014df47 <kill_fasync_Rsmp_9e104705+3db/d8c>
Trace: c010c143 <__read_lock_failed+14cf/2e04>

Code:  c88260c4 <END_OF_CODE+85203c4/????>     00000000 <_EIP>:
Code:  c88260c4 <END_OF_CODE+85203c4/????>        0:    f7 fe
idivl  %esi,%eax
Code:  c88260c6 <END_OF_CODE+85203c6/????>        2:    89 74 24 10
movl   %esi,0x10(%esp,1)
Code:  c88260ca <END_OF_CODE+85203ca/????>        6:    89 c3
movl   %eax,%ebx
Code:  c88260cc <END_OF_CODE+85203cc/????>        8:    be 64 00 00 00
movl   $0x64,%esi
Code:  c88260d1 <END_OF_CODE+85203d1/????>        d:    89 f5
movl   %esi,%ebp
Code:  c88260d3 <END_OF_CODE+85203d3/????>        f:    29 dd
subl   %ebx,%ebp
Code:  c88260d5 <END_OF_CODE+85203d5/????>       11:    6b c9 64
imull  $0x64,%ecx,%ecx

It's an ac97_codec bug that should be
fixed in 2.3.47-3

Tom