public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Trever L. Adams" <tadams-lists@myrealbox.com>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: VIA based motherboards
Date: 27 Dec 2001 21:57:16 -0500	[thread overview]
Message-ID: <1009508239.1440.0.camel@aurora> (raw)

Ok, I had read several reviews of the Soyo Dragon Plus saying it was
great and stable with Linux (kt266a based board).

I have a Micron 256 Meg DDR DIMM in my system.  With my Permedia 2 video
card and my hard drives (and every built in thing turned off and all
other components not mentioned removed) the system crashes at boot if I
let Linux use all 256 Meg.  If I say mem=240M it works fine (as far as I
have seen).  If I say anything over 240M, either it hangs when trying to
print out the partition table check on boot, or it hangs in the SCSI
card driver for my Symbios 876 based card (if it is in... maybe if it is
out, didn't check).

I do not know if the BIOS edits 55 register in the Northbridge or the
91.  2.4.18pre1 doesn't seem to apply the fix, so it must already be
done.

Again, even without that Symbios based SCSI card, the system hangs
unless I say mem=240M.  However, I ran memcheck 98 (I believe that was
the name) v2.8.  It ran many passes (all tests enabled, with or without
cache).  After 2 days of it running with all tests, cache controlled by
test, around 9 passes I believe, the tests passed with no problems.  My
system hung around 8 hours later with all keyboard LED lights on, it
rebooted and started running the test again.  The keyboard stayed hung
until power was physically removed from the computer AND keyboard was
unplugged and plugged back in.

I have tried telling the BIOS to do normal (not fast/keyboard
controlled) GATE A20.  This didn't change the keyboard hanging or the
hang problem described here.

Is my memory bad?  Is the workaround being screwed up by the BIOS?  Is
there something wrong with Linux?

Currently my BIOS says that the drive is different than what the
partition table says.  The bios apparently doesn't tell the OS what it
sees it as (because I set it in the BIOS to do LBA, which is what the
partition is, and the numbers do match according to it).  If the drive
is primary (it isn't) on the chain, Linux, BIOS, and partition table all
see it the same and the crash happens the same or a little later, but
crashes all the same.  Later is right before or right after INIT would
be started.

I had the same problems with an EPOX 8KHA+ board (same chipset).  I
thought it was bad and so got this board.

Any help would be appreciated.

Trever Adams

P.S. I would have gotten AMD but many people warned against it because
they are soon to stop making 760 chipsets.

P.P.S. Alan Cox, if you read this, I haven't forgotten your request for
DMI scan info from that Venturis (similar to Celebris).  I just haven't
had a working computer for over 2 weeks to send the request with.





             reply	other threads:[~2001-12-28  2:57 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-28  2:57 Trever L. Adams [this message]
2001-12-28  3:06 ` [OT] Thermal Take passive memory coolers (related to: VIA based motherboards) Trever L. Adams
2001-12-28 18:08 ` VIA based motherboards Trever L. Adams
  -- strict thread matches above, loose matches on Subject: below --
2001-12-28 17:26 Ryan Butler

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=1009508239.1440.0.camel@aurora \
    --to=tadams-lists@myrealbox.com \
    --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