"modprobe sound" causing oops under test7 / test8-pre1

From: Gerard Sharp (gsharp@ihug.co.nz)
Date: Thu Aug 31 2000 - 10:09:11 EDT

  • Next message: Roman Zippel: "Re: hfs support for blocksize != 512"

    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.

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    Please read the FAQ at http://www.tux.org/lkml/



    This archive was generated by hypermail 2b29 : Thu Aug 31 2000 - 10:11:19 EDT