lkml.org 
[lkml]   [2002]   [Apr]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: 2.4.17,2.4.18 ide-scsi+usb-storage+devfs Oops
    Juan Quintela wrote:

    > >>>>> "sandino" == Sandino Araico Sánchez <sandino@sandino.net> writes:
    >
    > sandino> I had to copy the Oops trace by hand to a paper. Gpm is not working correctly
    > sandino> on my machine. Is there another way to send the Oops trace to a file?
    >
    > dmesg > file
    >

    Sorry about being so late, but I have another ksymoops.

    This time the Oops was reproduced as follows:

    1. I ran this script
    #!/bin/sh
    killall -9 wmcdplay
    rmmod sr_mod
    rmmod ide-scsi
    modprobe ide-cd
    ls -la /dev/cdroms/cdrom0
    /etc/rc.d/init.d/usbmgr start

    2. I ran this script
    #!/bin/sh
    /etc/rc.d/init.d/usbmgr stop
    killall -9 wmcdplay
    rmmod ide-cd
    modprobe ide-scsi
    modprobe sr_mod
    ls -la /dev/cdroms/cdrom0

    lr-xr-xr-x 1 root root 34 dic 31 1969 /dev/cdroms/cdrom0 ->
    ../scsi/host2/bus0/target0/lun0/cd

    3. I mounted the cdrom
    mount /dev/scsi/host2/bus0/target0/lun0/cd /mnt/cdrom

    4. I started the usbmgr

    5. I inserted the zip drive in the usb port

    6. I don't remember when the Oops happened, when I unmounted the CD or after unmounting
    it when I ran eject.


    This time I'm sure the ksymoops is correct because I did dmesg > file and after rebooting
    ksymoops < file > file.ksymoops.

    --
    Sandino Araico Sánchez
    >drop table internet;
    OK, 135454265363565609860398636678346496 rows affected.
    "oh fuck" --fluxrad


    ksymoops 2.3.4 on i686 2.4.18. Options used
    -V (default)
    -k /proc/ksyms (default)
    -l /proc/modules (default)
    -o /lib/modules/2.4.18/ (default)
    -m /usr/src/linux/System.map (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): ksyms_base symbol acpi_fadt_R__ver_acpi_fadt not found in System.map. Ignoring ksyms_base entry
    Warning (compare_maps): ksyms_base symbol acpi_gbl_FADT_R__ver_acpi_gbl_FADT not found in System.map. Ignoring ksyms_base entry
    Unable to handle kernel paging request at virtual address 0120000c
    c01575bb
    *pde = 00000000
    Oops: 0002
    CPU: 0
    EIP: 0010:[<c01575bb>] Not tainted
    Using defaults from ksymoops -t elf32-i386 -a i386
    EFLAGS: 00010206
    eax: 0120000c ebx: d40dd8e0 ecx: c1846d60 edx: 00000000
    esi: d0820a14 edi: d9e5bbe0 ebp: bfffe4ec esp: da36ff3c
    ds: 0018 es: 0018 ss: 0018
    Process rmmod (pid: 3239, stackpage=da36f000)
    Stack: d0820a14 e08e4362 d40dd8e0 d0820a00 00000000 e08f13be d0820a14 00000b00
    00000000 d9e5bbe0 df0ff720 e08f2a80 c01c544a d9e5bbe0 e08f0000 fffffff0
    e08f0000 c01c555e e08f2a80 e08f1424 00000004 e08f2a80 c011980f e08f0000
    Call Trace: [<e08e4362>] [<e08f13be>] [<e08f2a80>] [<c01c544a>] [<c01c555e>]
    [<e08f2a80>] [<e08f1424>] [<e08f2a80>] [<c011980f>] [<c0118b12>] [<c0106e23>]
    Code: f0 81 28 00 00 00 01 0f 85 72 22 00 00 53 8b 43 20 50 e8 46

    >>EIP; c01575bb <devfs_unregister+13/38> <=====
    Trace; e08e4362 <[cdrom]unregister_cdrom+8a/bc>
    Trace; e08f13be <[ide-cd]cdrom_analyze_sense_data+2c2/31c>
    Trace; e08f2a80 <[ide-cd]cdrom_lockdoor+1c/e0>
    Trace; c01c544a <scsi_unregister_device+52/d4>
    Trace; c01c555e <scsi_unregister_module+36/3c>
    Trace; e08f2a80 <[ide-cd]cdrom_lockdoor+1c/e0>
    Trace; e08f1424 <[ide-cd]cdrom_queue_request_sense+c/90>
    Trace; e08f2a80 <[ide-cd]cdrom_lockdoor+1c/e0>
    Trace; c011980f <free_module+17/b4>
    Trace; c0118b12 <sys_delete_module+126/234>
    Trace; c0106e23 <system_call+33/38>
    Code; c01575bb <devfs_unregister+13/38>
    00000000 <_EIP>:
    Code; c01575bb <devfs_unregister+13/38> <=====
    0: f0 81 28 00 00 00 01 lock subl $0x1000000,(%eax) <=====
    Code; c01575c2 <devfs_unregister+1a/38>
    7: 0f 85 72 22 00 00 jne 227f <_EIP+0x227f> c015983a <_text_lock_base+75/12f>
    Code; c01575c8 <devfs_unregister+20/38>
    d: 53 push %ebx
    Code; c01575c9 <devfs_unregister+21/38>
    e: 8b 43 20 mov 0x20(%ebx),%eax
    Code; c01575cc <devfs_unregister+24/38>
    11: 50 push %eax
    Code; c01575cd <devfs_unregister+25/38>
    12: e8 46 00 00 00 call 5d <_EIP+0x5d> c0157618 <devfs_do_symlink+38/17c>


    3 warnings issued. Results may not be reliable.
    \
     
     \ /
      Last update: 2005-03-22 13:25    [W:2.728 / U:0.032 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site