public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Seth Goldberg <bergsoft@home.com>
To: Lawrence Gold <gold@shell.aros.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: DISCOVERED! Cause of Athlon/VIA KX133 Instability
Date: Tue, 01 May 2001 12:40:18 -0700	[thread overview]
Message-ID: <3AEF1122.B543098E@home.com> (raw)
In-Reply-To: <20010501085939.A40276@shell.aros.net>

Hi :)

  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
mmx.c)
results in this wackiness.  I should alos repeat that I *DO* see that
wierdness you described with 3DNOW (in my case, it was that kde locks
up when i try to do something).

 This is damn weird... Who thought channging motherboards would result
in this?

  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
who have been having the problem.  Maybe our BIOS'es are not
initting/are initting something they should/should not be :).  It this
point, I haven't ruled anything out...

 --Seth


Lawrence Gold wrote:
> 
> Hi, Seth,
> 
> Just wanted to let you know that I got similar results to yours with my
> Epox 8KTA3 motherboard + Thunderbird.  (If you've already seen the thread
> on the kernel mailing list, then please ignore this. ;)
> 
> If I leave the 3DNOW stuff enabled in arch/i386/config.in, but disable the
> K7-specific MMX optimizations, then the system doesn't panic on startup or
> oops continually, but I do get odd behavior, such as awk breaking.
> 
> If I disable just the 3DNOW stuff, then everything works really smoothly.
> I was planning on disabling one-by-one the parts of the code which use
> 3DNOW optimizations to see if there's a particular one that brings about
> instability.
> 
> I'll be sure to cc you on anything I find...

       reply	other threads:[~2001-05-01 19:40 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 ` Seth Goldberg [this message]
2001-05-01 20:02   ` DISCOVERED! Cause of Athlon/VIA KX133 Instability Mark Hahn
2001-05-02  2:22     ` Seth Goldberg
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=3AEF1122.B543098E@home.com \
    --to=bergsoft@home.com \
    --cc=gold@shell.aros.net \
    --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