From: Seth Goldberg <bergsoft@home.com>
To: Mark Hahn <hahn@coffee.psychology.mcmaster.ca>
Cc: linux-kernel@vger.kernel.org
Subject: Re: DISCOVERED! Cause of Athlon/VIA KX133 Instability
Date: Tue, 01 May 2001 19:22:41 -0700 [thread overview]
Message-ID: <3AEF6F71.A75D478F@home.com> (raw)
In-Reply-To: <Pine.LNX.4.10.10105011558310.17091-100000@coffee.psychology.mcmaster.ca>
Mark Hahn wrote:
>
> > And that's exactly what I did :)... I found that ONLY the combination
> > of USE_3DNOW and forcing the athlon mmx stuff in (by doing #if 1 in
> > results in this wackiness. I should alos repeat that I *DO* see that
>
> I doubt that USE_3DNOW is causing the problem, but rather when you
> USE_3DNOW, the kernel streams through your northbridge at roughly
> twice the bandwidth. if your dram settings are flakey, this could
> eaily trigger a problem.
>
> this has nothing to do with the very specific disk corruption
> being discussed (which has to do with the ide controller, according
> to the most recent rumors.).
Actually, I think there are 2 problems that have been discussed -- the
disk corruption and a general instability resulting in oops'es at
various points shortly after boot up.
My memory system jas been set up very conservitavely and has been
rock solid in my other board (ka7), so I doubt it's that, but I
sure am happy to try a few more cominations of bios settings. Anything
I should look for in particular?
Thanks,
Seth
>
> > The other thing i was gunna try is to dump my chipset registers using
> > WPCREDIT and WPCRSET and compare them with other people on this list
>
> why resort to silly windows tools, when lspci under Linux does it for you?
>
> regards, mark hahn.
>
Because lspci does not display all 256 bytes of pci configuration
information.
--S
next prev parent reply other threads:[~2001-05-02 2:23 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20010501085939.A40276@shell.aros.net>
2001-05-01 19:40 ` DISCOVERED! Cause of Athlon/VIA KX133 Instability Seth Goldberg
2001-05-01 20:02 ` Mark Hahn
2001-05-02 2:22 ` Seth Goldberg [this message]
2001-05-02 3:38 ` Wayne Whitney
2001-05-02 3:43 ` Mark Hahn
2001-05-02 7:35 ` Moses McKnight
2001-05-03 10:34 ` Seth Goldberg
2001-05-02 15:47 ` Jonathan Morton
2001-05-03 10:41 ` Seth Goldberg
2001-05-03 12:25 ` Jonathan Morton
2001-05-02 11:17 ` Alan Cox
2001-05-02 17:36 ` Dan Hollis
2001-05-06 14:41 Ray Shaw
-- strict thread matches above, loose matches on Subject: below --
2001-05-06 9:12 Christian Bornträger
2001-05-06 10:10 ` Dan Podeanu
2001-05-06 10:51 ` Christian Bornträger
2001-05-01 17:03 Will Newton
2001-05-01 18:54 ` Seth Goldberg
2001-05-01 19:33 ` Dan Hollis
2001-05-01 19:41 ` Seth Goldberg
2001-05-01 10:48 Seth Goldberg
2001-05-01 12:57 ` Alan Cox
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=3AEF6F71.A75D478F@home.com \
--to=bergsoft@home.com \
--cc=hahn@coffee.psychology.mcmaster.ca \
--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