lkml.org 
[lkml]   [1996]   [Sep]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: Bad news

    > [ Umm, I guess I should have explicitly stated that you should also run
    > the copied-down oops through ksymoops with the proper System.map file
    > for the kernel that oops'es - it's rather hard for me to see what is
    > actually going on otherwise ]

    Ok ... if tested 2.0.20 and 2.0.21 on my i486 at home ... and used
    ksymoops to extract more information out of the oops. With 2.0.21
    there is no oops but a deadlock near the same place where 2.0.20
    makes oops. It _seems_ there is a bug within the scsi interface.

    Werner

    ==============================================================================
    2.0.20 Oops
    ------------------------------------------------------------------------------
    Unable to handle kernel NULL pointer dereference at vrituall address c0000001
    current->txx.cr3=00101000, %cr3=00101000
    *pde=00102067
    *pte=00000027
    Oops: 0000
    CPU: 0
    EIP: 0010:[<0018d912>]
    EFLAGS: 00010202
    eax: 00000001 ebx: 00000000 ecx: 00092f60 edx: 00092f64
    esi: 00000000 edi: 00095808 ebp: 00000000 esp: 00092f24
    ds: 0018 es: 0018 fs: 002b gs: 0018 ss:0018
    Process swapper (pid: 1, process nr: 1 stackpage=00092000)
    Stack: 00000000 00000000 00000000 00009000 00092f60 00000000 00092f6e 00000008
    0000017d 00092f6c 00000000 0008e000 00001000 00000246 00000000 00000002
    00000000 00092f64 00000000 00000000 00090000 0018e2ca 00000000 001bea80
    Call Trace: [<0018e2ca>] [<001899b3>] [<00168e81>] [<0012dd68>] [<0010a5b2>] [<0011e4d0>] [<001093aa>]
    [<001091b4>] [<001091bb>] [<00109360>]
    Code ff 08 88 d6 e5 00 00 8b b7 f0 00 00 00 43 85 f6 0f 84 54

    ------------------------------------------------------------------------------
    home/werner> ksymoops /System.new < oops
    Using `/System.new' to map addresses to symbols.

    >>EIP: 18d912 <sd_init_onedisk+112/840>
    Trace: 18e2ca <sd_finish+8a/e0>
    Trace: 1899b3 <scsi_dev_init+193/1b0>
    Trace: 168e81 <device_setup+31/40>
    Trace: 12dd68 <sys_setup+18/50>
    Trace: 10a5b2 <system_call+52/80>
    Trace: 11e4d0 <kswapd>
    Trace: 1093aa <init+4a/260>
    Trace: 1091b4 <start_kernel+184/1b0>
    Trace: 1091bb <start_kernel+18b/1b0>
    Trace: 1093aa <init+4a/260>

    ==============================================================================
    2.0.21 deadlock
    ------------------------------------------------------------------------------
    Started kswapd v 1.4.2.2
    scsi-ncr53c7,8xx : at PCI bus 0, device 1, function 0
    scsi-ncr53c7,8xx : NCR53c810 at memory 0xfbfef000, io 0xe800, irq 9
    scsi0 : burst length 8
    scsi0 : NCR code relocated to 0x8600 (virt 0x00008600)
    scsi0 : test 1 started
    scsi0 : NCR53c{7,8}xx (rel 17)
    scsi : 1 host.
    scsi0 : target 0 accepting period 100ns offset 8 10.00MHz FAST SCSI-II
    scsi0 : setting target 0 to period 100ns offset 8 10.00MHz FAST SCSI-II
    Vendor: IBM OEM Model: 0662S12 Rev: 1011
    Type: Direct-Access ANSI SCSI revision: 02
    Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
    scsi0 : target 2 accepting period 204ns offset 8 4.90MHz synchronous SCSI
    scsi0 : setting target 2 to period 224ns offset 8 4.46MHz synchronous SCSI
    Vendor: TOSHIBA Model: CD-ROM XM-3701TA Rev: 0236
    Type: CD-ROM ANSI SCSI revision: 02
    Detected scsi CD-ROM sr0 at scsi0, channel 0, id 2, lun 0
    scsi : detected 1 SCSI cdrom 1 SCSI disk total.
    < nothing goes ... deadlock >

    \
     
     \ /
      Last update: 2005-03-22 13:38    [W:0.020 / U:29.388 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site