public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: john slee <indigoid@higherplane.net>
To: Luigi Genoni <kernel@Expansa.sns.it>
Cc: Petr Vandrovec <VANDROVE@vc.cvut.cz>,
	Liakakis Kostas <kostas@skiathos.physics.auth.gr>,
	linux-kernel@vger.kernel.org
Subject: Re: Re[2]: [PATCH] Athlon bug stomper. Pls apply.
Date: Thu, 20 Sep 2001 16:57:46 +1000	[thread overview]
Message-ID: <20010920165746.G16408@higherplane.net> (raw)
In-Reply-To: <3E975341CB7@vcnet.vc.cvut.cz> <Pine.LNX.4.33.0109200105300.25500-100000@Expansa.sns.it>
In-Reply-To: <Pine.LNX.4.33.0109200105300.25500-100000@Expansa.sns.it>

On Thu, Sep 20, 2001 at 01:07:29AM +0200, Luigi Genoni wrote:
> Just to add a curiosity. Abit KT7A MBs do not accept all 256 MB modules.
> with some of them they do see just 128 MB, and anyway systems are stable,
> but of course systems managers get unhappy.
> This should be because of modules density...

bx chipsets have a limitation of 128mb per bank for non-registered dimms
afaik.  ie. 256mb dimms that are two-bank will work as expected, and
256mb dimms that are one-bank will be seen as 128mb.  generally two-bank
256mb dimms have chips on both sides of the module, whereas one-bank
jobbies have it on one side...  found this out the expensive way :-(

of course this isnt relevant to abit kt7 boards but it does sound very
similar.

j.

-- 
R N G G   "Well, there it goes again... And we just sit 
 I G G G   here without opposable thumbs." -- gary larson

  reply	other threads:[~2001-09-20  6:58 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-19 16:59 Re[2]: [PATCH] Athlon bug stomper. Pls apply Petr Vandrovec
2001-09-19 15:03 ` Liakakis Kostas
2001-09-19 15:14 ` Gergely Tamas
2001-09-19 23:08   ` Luigi Genoni
2001-09-19 23:07 ` Luigi Genoni
2001-09-20  6:57   ` john slee [this message]
2001-09-21 15:49 ` Gábor Lénárt
  -- strict thread matches above, loose matches on Subject: below --
2001-09-19 20:57 Petr Vandrovec
2001-09-18 21:39 Liakakis Kostas
2001-09-19 13:08 ` Re[2]: " VDA
2001-09-19 13:41   ` Liakakis Kostas
2001-09-19 13:47     ` Thomas Langås
2001-09-19 14:31       ` Liakakis Kostas
2001-09-19 14:55         ` Jan Niehusmann
2001-09-19 14:57           ` Liakakis Kostas
2001-09-19 18:12             ` Alan Cox
2001-09-19 16:00           ` Linus Torvalds
2001-09-19 17:15             ` safemode
2001-09-19 23:41               ` Nicholas Knight
2001-09-20 15:10                 ` Marek Mentel
2001-09-19 18:43             ` Dan Hollis
2001-09-19 18:58               ` Roberto Jung Drebes
2001-09-21  0:46               ` Pavel Machek
2001-09-20  0:19             ` Nicholas Knight
2001-09-20  9:54               ` Liakakis Kostas
2001-09-19 23:04           ` Luigi Genoni
2001-09-19 14:05     ` Tom Diehl

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=20010920165746.G16408@higherplane.net \
    --to=indigoid@higherplane.net \
    --cc=VANDROVE@vc.cvut.cz \
    --cc=kernel@Expansa.sns.it \
    --cc=kostas@skiathos.physics.auth.gr \
    --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