Bug 8718 - GPF while booting installation on hp Vectra 6/200 [2x200mhz]
Summary: GPF while booting installation on hp Vectra 6/200 [2x200mhz]
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 6.1
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Michael K. Johnson
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2000-01-21 17:31 UTC by Jim Williams
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2000-02-03 12:51:14 UTC

Attachments (Terms of Use)

Description Jim Williams 2000-01-21 17:31:02 UTC
Insert distributed boot diskette release 6.1, reset computer.
press <enter> at "boot:" prompt
[entering "expert<enter>" and "text<enter>" provide same crash.

screen (not exact replica) shows:

loading vmlinuz .....
uncompressing ... booting the kernel
linux version 2.2.12-20BOOT
detected 199744589 Hz proc
console colour VGA+ 80x25
Calibrating delay loop ... 199.07 BoGoMIPS
Memory 175908k/180224k available (964k kernel code, 416k reserved) \
2060k data, 60k init)
general protection fault: 0000
cpu: 0
EIP: 0010:[<c011f01a>]
eflags: 00010296
eax: 9f ebx: cafff008 ecx: f..f edx: c0402000
esi: 28 edi: f..f ebp: caffffe0 esp: c0217f40
ds: 18 es: 18 ss: 18
process swapper (id:0, process nr 0, stackpage = c0217000)
stack: c02005a0 286 f..f 212 1 15 20 0
c011f211 c02005a0 15 0 20 0 0 c011e873
c02005a0 15 0 9800 0 0 c0229f03 5a
calltrace [<c011f211>][<c011e873>][<c01c8c00>]
code: 89 07 8b 4c 24 10 8b 09 89 4c 24 10 83 ee 01 73 b5 c7 01 00
Kernel panic: attempted to kill the idle task!
in swapper task -- not syncing

enabled memory test (ECC memory) no difference
changed CMOS "operating system" "W/NT" and "Other" no difference

This system runs W95oem2 and W/NT4sp3 with no known problems

Comment 1 Jim Williams 2000-02-03 12:51:59 UTC
The problem appears to be that memory is is incorrectly sized.
By specifying mem=128M on the boot command, booting of the installation disk
now succeeds.  This is still a bug in memory sizing but the option is a work

Comment 2 Alan Cox 2000-08-08 19:09:07 UTC
Memory sizing is all done by the BIOS. Refer to vendor for BIOS updates I think.
mem= seems a sensible solution to work around the BIOS

Note You need to log in before you can comment on or make changes to this bug.