Skip to Content.
Sympa Menu

baslinux - Re: [BL] GPF booting linux from hard drive.

baslinux AT lists.ibiblio.org

Subject: Baslinux mailing list

List archive

Chronological Thread  
  • From: sindi keesan <keesan AT sdf.lonestar.org>
  • To: baslinux AT lists.ibiblio.org
  • Subject: Re: [BL] GPF booting linux from hard drive.
  • Date: Sat, 18 Jun 2005 15:02:09 +0000 (UTC)


The GPF followed our drives and cards to a second machine. Replacing memory, cards, and drives did not help, so I looked at my boot files for ramdisk BL2 and the others which did not work. Except for ramdisk BL2, I had left mem=128M in the software for the second computer, which had only 64MB RAM. The GPF problem occurred after a line about checking memory, and went on to something about accessing beyond end of device. Device must have been RAM.

In this computer (which has a dead onboard Com1) syschk keeps warning us about an internal stack overflow, but setting stacks to twice as many and twice as large did not fix the problem. I think we will dig out the pdf file and jumper the first computer to the right cpu speed (with the 166MHz cpu from the second computer, which we will then recycle).

The recipient of our first computer says he would like to compile all his own files for linux, including kernel, eventually. Was I ever that idealistic? We gave him a 2GB drive to play in.

On Fri, 17 Jun 2005, David Moberg wrote:

----- Original Message -----
From: "sindi keesan"

Could a GPF be caused by someone having set a Cyrix PR200 MX cpu
(which the web says is 150MHz) to run at 167MHz? Syschk thinks it
is 185MHz.

It probably is. Have you tried the kernel which works with the other
versions of BL?

The crash occurs just before I would expect 'calibrating delay loop
XXXX Bogomips'. It may have been set to 2x83 instead of 2z75 MHz.
In fact we may have set it this way ourselves a few years ago.

Here on 2.4, I see "CPU" follows the hash tables. So I would check
the CPU in any case.

We have Cyrix PR200's in other computers running at 150MHz and
syschk thinks they are about as fast as an Intel 133MHz. Cyrix
claims they are as faster as Intel 200MHz. They must be measuring
different things. I have found them slower at manipulating large
images than a PI 133.

Cyrix's marketing department tried to spin the truth.

I have the PDF manual for this DFI board. Why would DOS and
ramdisk linux not have the problem but loop or ext2 linux do have
it?

Try the ramdisk kernel with ext2. This error seems to occur while
the kernel is still booting, so is an interaction between Linux
and your hardware.

The young friend would like to know if he can download entire
threads from this mail list because he is trying to read it all
in reasonable order, offline. I think he may already know more
than I do about linux.

On https://lists.ibiblio.org/sympa/arc/baslinux/, you will find
links to gzip'd text versions of all the message threads. View
with zless.

David

--
_______________________________________________
NEW! Lycos Dating Search. The only place to search multiple dating sites at
once.
http://datingsearch.lycos.com

_______________________________________________
BasLinux mailing list
BasLinux AT lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/baslinux



keesan AT sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org




Archive powered by MHonArc 2.6.24.

Top of Page