[PARPORT] Re: New queueing code

From: Erik Inge Bolsų (knan@mo.himolde.no)
Date: Sun Apr 02 2000 - 18:11:48 EDT

  • Next message: Andre Hedrick: "[PARPORT] Change of Mail (Re: New queueing code)"

    On Sun, 2 Apr 2000, Jens Axboe wrote:
    >On Sat, Apr 01 2000, Erik Inge Bolsų wrote:
    >> On Sat, 1 Apr 2000, Andrea Arcangeli wrote:
    >> >If this patch will fix paride probably we won't need to add a
    >> >allow_merge_request bitflag to the blkdev_struct to be safe.
    >> >e
    >> >Could you try out if the below patch fixes paride?
    >> Sorry to say, it does not. It Oops()ed and killed interrupt handlers now
    >> on reading a file, instead of instantly rebooting, though. A good sign ;-)
    >> ?
    >> And no, I don't have a dump of that Oops, due to it killing interrupt
    >> handlers and such. No second machine handy to serial-dump it to.
    >(sorry for joining late, I've been "away" this weekend)
    >Could you just save the call trace then and look up the values? I
    >haven't looked at Andrea's patch yet, but I would have to agree
    >that "hiding" the clustering for dumb block drivers is the better
    >solution compared to adding a no_clustering member to request_queue_t

    All right. I took the time to painstakingly copy the Oops down on paper,
    reenter it after a reboot and ksymoops it. See below. (Mind, this is with
    andrea's patch)

    ksymoops 2.3.3 on i586 2.3.99-pre3. Options used
         -V (default)
         -k /proc/ksyms (default)
         -l /proc/modules (default)
         -o /lib/modules/2.3.99-pre3/ (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.

    Unable to handle kernel paging request at virtual address 5cad97f0
    *pde = 00000000
    Oops: 0000
    CPU: 0
    EIP: 0010:[<5cad97f0>]
    Using defaults from ksymoops -t elf32-i386 -a i386
    EFLAGS: 00010002
    eax: 5cad97f0 ebx: c02c61e0 ecx: c1132120 edx: c1fcc700
    esi: 00000000 edi: 00000001 ebp: 00000001 esp: c024fee8
    ds: 0018 es: 0018 ss: 0018
    Process swapper (pid: 0, stackpage=c024f000)
    Stack: c015ff82 c1fcc700 00000001 c02c61e0 00000000 00000000 c02dead0 c01ae7bd
           c02c61e0 00000001 c0220587 00000297 c01b003d 00000001 00000246 c01aff3c
           000000c6 00000001 c01ae9ae 00000000 c01ae964 c011f7f1 00000000 00000000
    Call trace: <c015ff82> <c01ae7bd> <c0220587> <c01b003d> <c01aff3c>
    <c01ae9ae> <c01ae964> <c011f7f1> <c011c38f> <c011c2eb> <c011c1ee>
    <c010bebf> <c0108b24> <c010af60> <c0108b24> <c0108b24> <c0108b82>
    <c0105000> <c010098e>
    Code: Bad EIP value.
    Warning (Oops_code): trailing garbage ignored on Code: line
      Text: 'Code: Bad EIP value.'
      Garbage: 'IP value.'
    Error (Oops_code_values): invalid value 0xBad in Code line, must be 2, 4, 8 or 16 digits, value ignored
    Error (Oops_code_values): invalid value 0xE in Code line, must be 2, 4, 8 or 16 digits, value ignored

    >>EIP; 5cad97f0 Before first symbol <=====
    Trace; c015ff82 <end_that_request_first+66/c4>
    Trace; c01ae7bd <end_request+25/70>
    Trace; c0220587 <size_sg_req_info+7ff7/ad30>
    Trace; c01b003d <do_pd_read_drq+101/120>
    Trace; c01aff3c <do_pd_read_drq+0/120>
    Trace; c01ae9ae <ps_timer_int+4a/88>
    Trace; c01ae964 <ps_timer_int+0/88>
    Trace; c011f7f1 <timer_bh+279/2d0>
    Trace; c011c38f <bh_action+1b/64>
    Trace; c011c2eb <tasklet_hi_action+37/5c>
    Trace; c011c1ee <do_softirq+52/74>
    Trace; c010bebf <do_IRQ+ab/bc>
    Trace; c0108b24 <default_idle+0/28>
    Trace; c010af60 <ret_from_intr+0/20>
    Trace; c0108b24 <default_idle+0/28>
    Trace; c0108b24 <default_idle+0/28>
    Trace; c0108b82 <cpu_idle+36/4c>
    Trace; c0105000 <empty_bad_page+0/1000>
    Trace; c010098e <gdt+752/dc4>
    Code; 5cad97f0 Before first symbol
    00000000 <_EIP>:

    Aiee, killing interrupt handler.
    Kernel panic: Attempted to kill the idle task!

    2 warnings and 2 errors issued. Results may not be reliable.

    Erik I. Bolsų | email: <knan at mo.himolde.no>
                  | irc: Knan / #linux.no @ Undernet

    -- To unsubscribe, send mail to: linux-parport-request@torque.net -- -- with the single word "unsubscribe" in the body of the message. --

    This archive was generated by hypermail 2b29 : Sun Apr 02 2000 - 18:18:05 EDT