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