I've been using Cyrix for about a year now, and have always been having
problem with lockups and 'instant reboots'. I stumbled across some info
that the upcomming 2.0.36 should have better Cyrix detection and bug
workaround, but so faar it doesn't work for me.
This is what /proc/cpuinfo tells me:
----- s n i p -----
processor : 0
cpu : 486
model : 486 DX-25/33
vendor_id : GenuineIntel
stepping : unknown
fdiv_bug : no
hlt_bug : no
f00f_bug : no
fpu : yes
fpu_exception : yes
cpuid : no
wp : yes
flags :
bogomips : 119.60
----- s n i p -----
And this is what 6x86_reg says:
----- s n i p -----
6x86 (Classic/L/MX) Register Dump utility
6x86 DIR0: 0x31 2X core/bus clock ratio
DIR1: 0x16 6x86 Rev. 2.6
Wait a moment...
Calculated BogoMIPS: 118.77
Kernel BogoMIPS: 119.60
6x86 CCR0: 0x2 NC1 set (address region 640Kb-1Mb non-cacheable)
CCR1: 0x92 NO_LOCK set
CCR2: 0x88 SUSP_HLT set (low power suspend mode enabled)
CCR3: 0x10
CCR4: 0x97 DTE cache enabled, no I/O recovery time
CCR5: 0x21 slow LOOP disabled, allocate cache lines on write misses
6x86 Address Region Register dump:
ARR0: address = 0xA0000 , size = 128 KB
RCR = 0x1 : not cached
ARR1: address = 0xC0000 , size = 256 KB
RCR = 0x1 : not cached
ARR2: disabled
ARR3: address = 0xE0000 , size = 32 KB
RCR = 0x9 : not cached, write gathering
ARR4: disabled
ARR5: disabled
ARR6: address = 0xE0000000 , size = 2 MB
RCR = 0x9 : not cached, write gathering
ARR7: address = 0x0 , size = 64 MB
RCR = 0xB : cached, weak write ordering, write gathering
----- s n i p -----
Now, I got a lot of info on the 'http://gwyn.tux.org/~balsa/linux/cyrix/index.html'
pages, and uses the 'rc.cyrix' at boot (the original one, since I didn't understand
much about what it does etc).
I still got the general protection, and a couple of minutes later, it freezes,
and the watchdog reboots the machine.
----- s n i p -----
general protection: 0000
CPU: 0
EIP: 0010:[<0011cd6b>]
EFLAGS: 00010206
eax: 004b6000 ebx: 001f7f44 ecx: 402651d4 edx: 00001dac
esi: 03624900 edi: 004b6000 ebp: 00267f54 esp: 02262f58
ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
Process emacs (pid: 1935, process nr: 67, stackpage=02262000)
Stack: 00000000 016f650c 00010000 03624900 00001000 001f7f44 00000000
00000000
00000000 00000000 00000000 00000000 004b6000 00006000 00000000
001230cc
03624900 016f650c 08968538 0000a000 02b29c0c 00010000 08962538
bffe99bc
Call Trace: [<001230cc>] [<0010a6c8>]
Code: 39 71 08 75 f0 39 41 0c 75 eb ff 41 14 0f ba 69 18 02 19 d2
----- s n i p -----
Sometimes, when I'm using X and Communicator, al of a sudden, I see the BIOS
starting to count and check the memmory! That's a fast reboot for ya'... :)
I'd surely would appreciate some assistence here, I'm getting a little to
many gray hairs about this, to be funny...
--
-----------------------------------------------------------------------
Turbo __ _ Debian GNU Unix _IS_ user friendly - it's just
^^^^^ / /(_)_ __ _ ___ __ selective about who its friends are
/ / | | '_ \| | | \ \/ / papadoc.nocrew.org
_ /// / /__| | | | | |_| |> < Turbo Fredriksson turbo@tripnet.se
\\\/ \____/_|_| |_|\__,_/_/\_\ Surrey/B.C./Canada (604)572-3523
Debian Certified Linux Developer PGP#788CD1A9 www5.tripnet.se/~turbo
------- PGP: B7 92 93 0E 06 94 D6 22 98 1F 0B 5B FE 33 A1 0B --------
--
FSF Marxist BATF counter-intelligence Legion of Doom domestic
disruption Mossad SDI CIA NSA $400 million in gold bullion North Korea
bomb supercomputer Panama
--pgp-sign-Multipart_Fri_Aug_21_05:20:29_1998-1
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit
-----BEGIN PGP MESSAGE-----
Version: 2.6.3ia
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface
iQCVAwUBNd1mDRZ4ByN4jNGpAQFR1QP8DExNEq19vFVY9Peb/oC+bzuAr8elBexm
u2C7mqwsSrZLchM/wwUKuPp6KXpqv1je9EN8X5LVMke/aL+MfP5dHEv+IxH5j7NC
4KKELv17+OjiqFO/TtUXLdIgQ81yX7xD8DiR7SQIQUdMggFQMvIJrHVcnkOpxPvO
X4X7+J/qDxg=
=y47Q
-----END PGP MESSAGE-----
--pgp-sign-Multipart_Fri_Aug_21_05:20:29_1998-1--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html