From: The Viking <viking@flying-brick.caverock.net.nz>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Cc: viking@flying-brick.caverock.net.nz
Subject: [Fwd: Re: gcc3.3.2, kernel-2.6.6, and Mandrake 10.0 compiling problem.]
Date: Mon, 21 Jun 2004 22:05:40 +0100 [thread overview]
Message-ID: <40D74DA3.4080106@flying-brick.caverock.net.nz> (raw)
>
> 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
reply other threads:[~2004-06-21 22:06 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=40D74DA3.4080106@flying-brick.caverock.net.nz \
--to=viking@flying-brick.caverock.net.nz \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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®