2.1.103 - GPF on parition table processing (on bootup)

James \ (jblachly@beta.insolwwb.net)
Thu, 4 Jun 1998 22:57:12 +0000 (GMT)

Well, I sincerely hope someone can help me with this because I took the
time to both copy down with pen and paper the info from the GPF and to
track down the exact line that causes the problem. I'm no kernel hacker
-- and I don't know what to do now that I've found the offending line, but
maybe someone else can!

(This is my first 2.1.x kernel and I know i'm not supposed to expect
anything stable but I wanted to do my part for development)

here is everything I can see on my screen when the system freezes (no
sysreq, no keybd lights, no nothing)

hdb: WDC AC22100H, ATA Disk drive
ide0 at 0x1f0-0x1f7, 0x3f6 on irq 14
hda: Conner Periferals 540MB - CFA540A, 516MB w/256k cache, CHS=524/32/63
hdb: WDC AC22100H, 2014MB w/128k cache, CHS = 1023/64/63
Floppy drive(s): fd0 is 1.44MB
FDC 0 is a post 1991 82077
Partition check
hda:general protection: 0000
CPU: 0
EIP: 0010:[<c01242a2>]
EFLAGS: 000010286
eax: ffffffff ebx: 00000000 ecx: 00000300 edx: ffffffff
esi: 00000400 edi: 00000400 ebp: 00000000 esp: c000feb8
ds: 0018 es: 0018 ss: 0018
Process swapper (pid:1, process n r: 1, stack page = c000f000)
Stack:
00000300 00000300 c01242db 00000300 00000000 00000400 00000300 00000400
00000000 00000300 c01249fb 00000300 00000000 00000400 00000300 c0008020
00000040 00000300 c0183d9c c01250d0 00000300 00000000 00000400 c0186c05

Call trace:
[<c01242db>][<c01249fb>][<c0183d9c>][<c01250d0>][<c0186c05>][<c01711bb>][<c0171512>]
[<c019ecc7>][<c0106000>][<c0106000>][<c012e39c>][<c0109808>][<c011fbcc>][<c0106000>][<c01080d3>]
[<c0107fe4>][<c0106000>][<c0108084>]

Code: 8b 12 39 58 04 75 f3 39 70 08 75 ee 66 39 48 0c 75 e8 89 c2

I've tried my best to reproduce that screen but there were two chances to
introduce errors (copying with pen and paper and then typing out)
so please forgive me if there is an error .. but i have double checked
that there isn't but there still could be.

Anyway I would sincerely appreciate it if someone could look into this for
me -- or even better give me instructions on how to look into this.

Oh yeah the info!

According to my System.map the EIP matched the function find_buffer() in
fs/buffer.c. Using the incredibly non-real-programmer technique of
placing a printk(" *1*"); printk(" *2*"); etc. after every line. So the
offending line is 575, and it reads: next = tmp->b_next;

Please please please someone help me to get this to work!

Thank you sincerely,
James S. Blachly
jblachly@insolwwb.nospam.net

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu