Home » Mailing list archives » linux-activists » 1991 » November » 18

Re: more on 486/33 weirdness

Previous thread: none

Next thread: none
[view original message]
From: John T Kohl <jtkohl@...>
To: <linux-activists@...>
Subject: more on 486/33 weirdness
Date: Sunday, November 17, 1991 - 3:11 am

Here are more details on my problems with booting in turbo mode:


system config:

	486DX/33, 256K cache, 8MB main memory

	American Megatrends, Inc. BIOS

	real-time clock

	1 3.5" floppy (A:), 1 5.25" floppy (B:)

	1 200MB IDE drive (connor)

		C:, /dev/hd2, /dev/hd3, D: partitions (in that order)

	SVGA: (Orchid ProDesigner IIs/1MB)


I boot off the 3.5" floppy, with root partition on /dev/hd2 and/or /dev/hd3.


sample errors when in "turbo" (33MHz) mode:


<startup stuff>

Partition table Ok.

general protection: 0000

EIP 0008:0000CBB3

EFLAGS 0010206

ESP 0300:0001D210

fs: 0010

base 04000000, limit 000A0000

Pid: 1, process number 1

f3 a5 50 e8 7d fb ff ff 83 c4


... or


general protection: 67b4

EIP 10008:00000004

EFLAGS 00010206

ESP 0020:000067B6

fs: 0010

base 04000000, limit 000A0000

Pid: 1, process number 1

07 20 00 00 27 30 00 00 07 40


sometimes I get two "general protection" errors (same process, usually).


When I toggle the turbo on & off while running, I don't observe any

change in running times of programs (but I can discern differences under

MS-DOS 5.0), even when I run programs which try to time themselves.


Any suggestions?
[view original message]
From: Nicholas Yue <nicholas@...>
To: <jtkohl@...>, <linux-activists@...>
Subject: Re: more on 486/33 weirdness
Date: Sunday, November 17, 1991 - 8:20 pm

G'day,

  I had a similar observation when using the 386/387 assembly. I had wanted

a mathlib badly so I made try to compile the code from DJ's GPP (for MS-DOS).

The maths routine are written mostly in assembly language. I compiled the

C and assembly code and made libm.a, ranlib the things. All without problem.

  I then proceeded to write a small C program with a sin() and tan() call.

That is when I had


device not available: 0000

EIP:    000f:00000060

EFLAGS: 00010246

ESP:    0017:03FFFED0

fs: 0010

base: 10000000. limit: 04000000

Stack: 00000044  66666666 40026666 03fffe48

Pid: 2123, process nr: 4

dd 44 24 04 d9 fe df e0 9e 7b


  A wild guess, does it have anything to do with the fact that on the 486, the

maths coprocessor is already incorporated onto the chip it-self?


  BTW, I am trying to compile the bsd-reno's maths library temporary. Anybody

with warning, advice, question please e-mail to me.


nicholas@cs.uwa.oz.au
Previous thread: none

Next thread: none