lkml.org 
[lkml]   [2003]   [Jun]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH] PATCH: dpt_i2o memory leak comments
    Adaptec 2400A

    Hi Mark (mark_salyzyn@adaptec.com),

    Sorry to report that the test rpm you sent me last week did not solve
    our high load kernel panic crash problem we are experiencing, RH
    distribution of kernel 2.4.20-13.7smp.

    I have been keeping better score of what happens and I can recreate the
    problem by running our search engine indexer in thread mode. Ksymoops
    and screen dumps by most recent date follow. My rookie observation is
    that the 6.3.2003 kernel panic is a bit different then the older 5.29.03
    crash, but he ksymoops are similar.

    Thank you for looking at this.

    Very Truly Yours,
    Scott

    Your RPM was applied 6.7.2003. System is an Athlon dual 1800 mps on an
    Asus A7M266-D main board.

    *Crash of 6.7.2003 AFTER your rpm was applied:

    *_/Ksymoops Report after reboot:/ (6.7.2003)_
    ksymoops 2.4.4 on i686 2.4.20-13.7smp. Options used
    -V (default)
    -k /proc/ksyms (default)
    -l /proc/modules (default)
    -o /lib/modules/2.4.20-13.7smp/ (default)
    -m /boot/System.map-2.4.20-13.7smp (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.

    Error (expand_objects): cannot stat(/lib/ext3.o) for ext3
    Error (expand_objects): cannot stat(/lib/jbd.o) for jbd
    Error (expand_objects): cannot stat(/lib/dpt_i2o.o) for dpt_i2o
    Error (expand_objects): cannot stat(/lib/sd_mod.o) for sd_mod
    Error (expand_objects): cannot stat(/lib/scsi_mod.o) for scsi_mod
    Error (pclose_local): find_objects pclose failed 0x100
    Warning (map_ksym_to_module): cannot match loaded module ext3 to a
    unique module object. Trace may not be reliable.
    Warning (map_ksym_to_module): cannot match loaded module dpt_i2o to a
    unique module object. Trace may not be reliable.
    Reading Oops report from the terminal

    _/Kernel panic screen dump: /__(6.7.2003)_

    EIP is at __scsi_end_request [scsi_mod] 0xa4(2.4.20-13.7smp)

    eax: d9e7dde0 ebx 00000008 ecx:00400000 edx: 00000000

    esi:f7fc8268 edi: 00400000 ebp: 00000000 esp:f6a9feb0

    ds:0018 es:0018 ss:0018
    Process mysqld (pid: 1702, stackpage=f6a9f000)
    Stack: c3679618 f7fc8200 e3e52000 e3e52000 00000008
    f88154c8 f7fc8200 00000001 00000008 00000001
    00000001 f67ff234 00000000 f6a9ff3c
    f7fc82b8 c3679618 00000008 00000000 00000001
    00000008 00000000 f7fc8200 00000008 00000001

    Call Trace: [<f88154c8>] scsi_io_completion_rsmp.6cd6
    f415 [scsi_mod] 0x208 (0xf6a9fec4))

    [<f8829de3>] rw_intr [sd_mod] 0x243 (0xf6a9ff10))
    [<f8831155>] adpt_i2o_to_scsi [dpt_i2o] 0x3a5(0xf6a9ff2c))
    [<f880e2ff>] scsi_finish_command [scsi_mod] 0xcf (0xf6a9ff44))
    [<f880e08f>] scsi_bottom_half_handler [scsi_mod] 0xbf (0xf6a9ff5c))
    [<c012110b>] bh_action [kernel] 0x4b (0xf6a9ff6c))
    [<c0120fd0>] tasklet_hi_action [kernel] 0x60 (0xf6a9ff74))
    [<c0120d6b>] do_softirq [kernel] 0x7b (0xf6z9ff8c))
    [<c010a7de>] do_IRQ [kernel] 0xfe (0xf6a9ffa8))

    Code:0f b7 41 08 66 c1 e8 09 0f b7 c0 39 c2 89 46 38 89 46 3c 73

    <0> Kernel panic : Aiee, killing interupt handler!
    In interupt handler - not syncing


    *Crash of 6.3.2003 BEFORE your rpm was applied:*

    _/Ksymoops Report after reboot:/ (6.3.2003)_
    ksymoops 2.4.4 on i686 2.4.20-13.7smp. Options used
    -V (default)
    -k /proc/ksyms (default)
    -l /proc/modules (default)
    -o /lib/modules/2.4.20-13.7smp/ (default)
    -m /boot/System.map-2.4.20-13.7smp (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.

    Error (expand_objects): cannot stat(/lib/ext3.o) for ext3
    Error (expand_objects): cannot stat(/lib/jbd.o) for jbd
    Error (expand_objects): cannot stat(/lib/dpt_i2o.o) for dpt_i2o
    Error (expand_objects): cannot stat(/lib/sd_mod.o) for sd_mod
    Error (expand_objects): cannot stat(/lib/scsi_mod.o) for scsi_mod
    Error (pclose_local): find_objects pclose failed 0x100
    Warning (map_ksym_to_module): cannot match loaded module ext3 to a
    unique module object. Trace may not be reliable.
    Warning (map_ksym_to_module): cannot match loaded module dpt_i2o to a
    unique module object. Trace may not be reliable.
    Reading Oops report from the terminal

    _/Kernel panic screen dump: /__(6.3.2003)_

    EIP is at timer_bh [kernel] 0x1ff (2.4.20-13.7smp)
    eax: c03a4584 ebx: c03a4584 ecx:d9fda278 edx: 00000000
    esi: c03a454c edi: f7a2223c ebp: c03a436o esp: f7fbdf00
    ds: 0018 es: 0018 ss:0018
    Process swapper (pidi 0, stackpage=f7fbd000)
    Stack: c023e914 f7fbdf0c 00000001 f7fbdf0c f7fbdf0c
    00000000 00000001 00000040 00000000 c012110b
    c03a3880 c0120fd0 00000000 00000001 c0377940
    fffffffe 00000001 c0120d6b c0377940 00000046
    00000001 c0370800 00000000 c03026c8

    Call trace: [<c012110b>] bh_action [kernel] 0x4b (0xf7fbdf24))
    [<c0120fd0>] tasklet_hi_action [kernel] ox6o (0xf7bdf2c))
    [<c0120d6b>] do_softirq [kernel] ox7b (oxf7fbdf44))
    [<c010a7de>] do_irq [kernel] 0xfe (0xf7fbdf60))
    [<c0106df0>] default_idle [kernel] 0x0 (0xf7fbdf68))
    [<c0106df0>] default_idle [kernel] 0x0 (0xf7fbdf74))
    [<c0106df0>] default_idle [kernel] 0x0 (0xf7fbdf7c))
    [<c0106df0>] default_idle [kernel] 0x0 (0xf7fbdf90))
    [<c0106df0>] default_idle [kernel] 0x2c (0xf7fbdfa4))
    [<c0106eb2>] cpu_idle [kernel] 0x52 (0xf7fbdfb0))
    [<c011c4e9>] call_console_drivers [kernel] oxe9 (0xf7fbdfe0))

    Code: 8b 02 89 58 04 89 53 04 89 1a 89
    fb 39 f3 0f 85 2b ff

    <0> kernel panic: Aiee, killing interrupt handler!
    In interrupt handler - not syncing

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

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