Good day.

Under any of test7-smp and test7-up and test8-pre1-smp, attempting to
"modprobe sound" causes an OOPs; and on test8-pre1, it further locks the
box up rather rudely.

test6 works fine with no complaints, and logs the following:
===
kernel: Soundblaster audio driver Copyright (C) by Hannu Savolainen
1993-1996 
kernel: sb: No ISAPnP cards found, trying standard ones... 
kernel: SB 4.13 detected OK (220) 
kernel: <Sound Blaster 16 (4.13)> at 0x220 irq 5 dma 1,5 
===

test7-smp logs the following:
===
kernel: Soundblaster audio driver Copyright (C) by Hannu Savolainen
1993-1996 
kernel: sb: No ISAPnP cards found, trying standard ones... 
kernel: SB 4.13 detected OK (220) 
kernel: <Sound Blaster 16 (4.13)> at 0x220 irq 5 dma 1,5 
kernel: sb: I/O region in use. 
kernel: Sound: Hmm, DMA1 was left allocated - fixed 
kernel: Sound: Hmm, DMA5 was left allocated - fixed 
kernel: Soundblaster audio driver Copyright (C) by Hannu Savolainen
1993-1996 
kernel: sb: No ISAPnP cards found, trying standard ones... 
kernel: sb: I/O region in use. 
===
This oops did not appear to log in /var/log/messages.

After this oops, attempting to cat either /proc/ioports or
/proc/interrupts also causes an oops
One oops was decoded as attached, decoded_oops_cat.txt

the module "soundcore" is left loaded, with a non-zero refcount
(unsurprising, since a module that required it, namely sound, crashed
during initialization), and the system oops's again on shutdown - again
this did not log.

I noted an earlier post on the list with someone having trouble with esd
oops'ing, it would seem these two are related; another oops attached
shows a prior attempt - note though that the modules / ksyms used are
from a different boot, but should still be valid.


What have I concluded from this:
* sometime between test6 and test7, soundblaster support was broken bad;
and isn't fixed in test8-pre1
* the problem is very reproducible, and not smp-specific

Oh, yes. hardware details:
Genuine Creative Labs SoundBlaster AWE32 at IO 0x220, IRQ 5, DMA 1,5
Abit BP6 with dual Celeron processors
realtek 8139 nic
matrox mystique with 2 Mb vram
seagate ata66 hdd off the onboard HPT366 controller


More details / tests available upon request. if I get time I'll have a
look at the patches and try and determine exactly what broke and where;
but I don't know if I'll find time, alas.


Gerard Sharp.
ksymoops: No such file or directory
Unable to handle kernel paging request at virtual address c8ac33b4
c01d6d46
*pde = 012c7063
Oops: 0000
CPU:    0
EIP:    0010:[<c01d6d46>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010297
eax: c8ac33b4   ebx: ffffffff   ecx: c8ac33b4   edx: fffffffe
esi: ffffffff   edi: c6ae10c1   ebp: c6f21f10   esp: c6f21ec4
ds: 0018   es: 0018   ss: 0018
Process cat (pid: 727, stackpage=c6f21000)
Stack: c8ac33b4 c6ae10b5 c7480780 00000008 0000004e c01e9673 00000000 00000000
       0000000a c01d6f48 c6ae10b5 c01e96b6 c6f21f04 c011f6ad c6ae10b5 c01e96a7
       00000220 0000022f c8ac33b4 c6ae1000 c02193bc c6ae1000 c6ae1000 c011f724
Call Trace: [<c8ac33b4>] [<c01e9673>] [<c01d6f48>] [<c01e96b6>] [<c011f6ad>] 
[<c01e96a7>] [<c8ac33b4>]
       [<c011f724>] [<c01e969f>] [<c014d29f>] [<c014ad0f>] [<c01319f6>] [<c010a7a7>]
Code: 80 38 00 74 07 40 4a 83 fa ff 75 f4 29 c8 89 c6 8b 44 24 1c

>>EIP; c01d6d46 <vsprintf+1ee/3dc>   <=====
Trace; c8ac33b4 <END_OF_CODE+1939a/????>
Trace; c01e9673 <error_table+5cbf/64c4>
Trace; c01d6f48 <sprintf+14/1c>
Trace; c01e96b6 <error_table+5d02/64c4>
Trace; c011f6ad <do_resource_list+4d/84>
Trace; c01e96a7 <error_table+5cf3/64c4>
Trace; c8ac33b4 <END_OF_CODE+1939a/????>
Trace; c011f724 <get_resource_list+40/50>
Trace; c01e969f <error_table+5ceb/64c4>
Trace; c014d29f <ioports_read_proc+1f/54>
Trace; c014ad0f <proc_file_read+f7/1d0>
Trace; c01319f6 <sys_read+92/a8>
Trace; c010a7a7 <system_call+33/38>
Code;  c01d6d46 <vsprintf+1ee/3dc>
00000000 <_EIP>:
Code;  c01d6d46 <vsprintf+1ee/3dc>   <=====
   0:   80 38 00                  cmpb   $0x0,(%eax)   <=====
Code;  c01d6d49 <vsprintf+1f1/3dc>
   3:   74 07                     je     c <_EIP+0xc> c01d6d52 <vsprintf+1fa/3dc>
Code;  c01d6d4b <vsprintf+1f3/3dc>
   5:   40                        inc    %eax
Code;  c01d6d4c <vsprintf+1f4/3dc>
   6:   4a                        dec    %edx
Code;  c01d6d4d <vsprintf+1f5/3dc>
   7:   83 fa ff                  cmp    $0xffffffff,%edx
Code;  c01d6d50 <vsprintf+1f8/3dc>
   a:   75 f4                     jne    0 <_EIP>
Code;  c01d6d52 <vsprintf+1fa/3dc>
   c:   29 c8                     sub    %ecx,%eax
Code;  c01d6d54 <vsprintf+1fc/3dc>
   e:   89 c6                     mov    %eax,%esi
Code;  c01d6d56 <vsprintf+1fe/3dc>
  10:   8b 44 24 1c               mov    0x1c(%esp,1),%eax


1 error issued.  Results may not be reliable.
ksymoops 0.7c on i686 2.4.0-test6-smp.  Options used
     -v /usr/src/linux-2.4.0-test7-smp/vmlinux (specified)
     -k proc_ksyms_2 (specified)
     -l proc_modules (specified)
     -o /lib/modules/2.4.0-test7-smp/ (specified)
     -m /usr/src/linux-2.4.0-test7-smp/System.map (specified)

Error (regular_file): read_lsmod stat proc_modules failed
Aug 30 16:31:05 midnight kernel: Unable to handle kernel paging request at virtual 
address c8ab7f20
Aug 30 16:31:05 midnight kernel: c8aa94ca 
Aug 30 16:31:05 midnight kernel: *pde = 012c7063 
Aug 30 16:31:05 midnight kernel: Oops: 0000 
Aug 30 16:31:05 midnight kernel: CPU:    0 
Aug 30 16:31:05 midnight kernel: EIP:    0010:[<c8aa94ca>] 
Using defaults from ksymoops -t elf32-i386 -a i386
Aug 30 16:31:05 midnight kernel: EFLAGS: 00010282 
Aug 30 16:31:05 midnight kernel: eax: c8ab7f20   ebx: c120b420   ecx: 00000003   edx: 
00000003    
Aug 30 16:31:05 midnight kernel: esi: 00000000   edi: 00000003   ebp: 00000003   esp: 
c62afefc    
Aug 30 16:31:05 midnight kernel: ds: 0018   es: 0018   ss: 0018 
Aug 30 16:31:05 midnight kernel: Process esd (pid: 677, stackpage=c62af000) 
Aug 30 16:31:05 midnight kernel: Stack: c62ae000 00000000 c6433360 c3d84520 00000000 
c3d84520 00000070 c013c211
Aug 30 16:31:05 midnight kernel:        72616863 6a616d2d 312d726f 00000034 c63ce000 
c013229a c3d84520 c6433360
Aug 30 16:31:05 midnight kernel:        c6433360 c3d84520 00000000 c128ca20 c01311ee 
c3d84520 c6433360 00000000
Aug 30 16:31:05 midnight kernel: Call Trace: [<c013c211>] [<c013229a>] [<c01311ee>] 
[<c013111e>] [<c0131430>] [<c010a7a7>]
Aug 30 16:31:05 midnight kernel: Code: 8b 30 85 f6 74 16 56 e8 8e 2e 67 f7 83 c4 04 85 
c0 74 18 8b

>>EIP; c8aa94ca <[soundcore]soundcore_open+56/1b4>   <=====
Trace; c013c211 <permission+101/15c>
Trace; c013229a <chrdev_open+66/a8>
Trace; c01311ee <dentry_open+c6/158>
Trace; c013111e <filp_open+52/5c>
Trace; c0131430 <sys_open+3c/f4>
Trace; c010a7a7 <system_call+33/38>
Code;  c8aa94ca <[soundcore]soundcore_open+56/1b4>
00000000 <_EIP>:
Code;  c8aa94ca <[soundcore]soundcore_open+56/1b4>   <=====
   0:   8b 30                     mov    (%eax),%esi   <=====
Code;  c8aa94cc <[soundcore]soundcore_open+58/1b4>
   2:   85 f6                     test   %esi,%esi
Code;  c8aa94ce <[soundcore]soundcore_open+5a/1b4>
   4:   74 16                     je     1c <_EIP+0x1c> c8aa94e6 
<[soundcore]soundcore_open+72/1b4>
Code;  c8aa94d0 <[soundcore]soundcore_open+5c/1b4>
   6:   56                        push   %esi
Code;  c8aa94d1 <[soundcore]soundcore_open+5d/1b4>
   7:   e8 8e 2e 67 f7            call   f7672e9a <_EIP+0xf7672e9a> c011c364 
<try_inc_mod_count+0/34>
Code;  c8aa94d6 <[soundcore]soundcore_open+62/1b4>
   c:   83 c4 04                  add    $0x4,%esp
Code;  c8aa94d9 <[soundcore]soundcore_open+65/1b4>
   f:   85 c0                     test   %eax,%eax
Code;  c8aa94db <[soundcore]soundcore_open+67/1b4>
  11:   74 18                     je     2b <_EIP+0x2b> c8aa94f5 
<[soundcore]soundcore_open+81/1b4>
Code;  c8aa94dd <[soundcore]soundcore_open+69/1b4>
  13:   8b 00                     mov    (%eax),%eax


1 error issued.  Results may not be reliable.

Reply via email to