* [Fwd: Re: gcc3.3.2, kernel-2.6.6, and Mandrake 10.0 compiling problem.]
@ 2004-06-21 21:05 The Viking
0 siblings, 0 replies; only message in thread
From: The Viking @ 2004-06-21 21:05 UTC (permalink / raw)
To: Linux Kernel Mailing List; +Cc: viking
>
> Does this happen randomly, not in the same place each time?
> If yes, this usually happens with flakey hardware.
> I had this problem just yesterday. My box survives memtest86
> and cpuburn, yet gcc segfaults within minute or two.
> Relaxing DDR timing (Trcd: 2->3) eliminated segvs.
>
> OTOH, note that there exist K6's with nasty bug:
> in some very rare circumstances (you have to have more than 32MB or RAM,
> you must modify data lying exactly N*32MB away from your current
> instruction pointer, etc...) CPU erroneously execute an instruction
> twice. As you can imagine, that will make your computer very unhappy.
As I said, I've done all of that. My guess is: it's not a hardware problem, it
seems to be consistently at exactly the same place every single time.
I have no way of measuring whether my compiler modifies data exactly Nx32Mb
away...and as I have 192Mb, I don't know if that's even the fault, though I've
got a K6-II@500MHz (running at 533MHz, more stable that way- keeps behaving
strangely at 500MHz)
I'm still scratching my head about it, frankly. I finally found my local
Mandrake kernel source tree, so I'll see if the toolchain even builds that. If
it doesn't, then I'll have to hunt in other areas for answers.
Cheers, and thanks for your comments.
The Viking
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2004-06-21 22:06 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-06-21 21:05 [Fwd: Re: gcc3.3.2, kernel-2.6.6, and Mandrake 10.0 compiling problem.] The Viking
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®