public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Borislav Petkov <bp@amd64.org>
To: Justin Piszcz <jpiszcz@lucidpixels.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: EDAC: Is it possible to calculate which piece of memory is bad?
Date: Tue, 30 Mar 2010 11:51:22 +0200	[thread overview]
Message-ID: <20100330095122.GC19864@aftab> (raw)
In-Reply-To: <alpine.DEB.2.00.1003300400260.13468@p34.internal.lan>

From: Justin Piszcz <jpiszcz@lucidpixels.com>
Date: Tue, Mar 30, 2010 at 04:00:48AM -0400

Hi,

[..]

> >>I see the following errors:
> >>
> >>EDAC MC0: CE page 0x8abba, offset 0xa10, grain 8, syndrome 0x4758, row 0, channel 0, label "": k8_edac
> >
> >It looks like it is the first DIMM on your mainboard, i.e., whichever
> >gets mapped to channel 0 of the DCT.
> >
> >Sigh, someday we'll have a better mapping, hopefully, ... :|
> >
> >>EDAC MC0: CE - no information available: k8_edac Error Overflow set
> >>EDAC k8 MC0: extended error code: ECC chipkill x4 error
> >>EDAC k8 MC0: general bus error: participating processor(local node origin), time-out(no timeout) memory transaction type(generic read), mem or i/o(mem access), cache level(generic)
> >>
> >>Is it possible to use the page or offset to calculate which DIMM is having a
> >>problem?

[..]

> Thanks, how did you make that calculation?

well, you seem to have a k8 system which means a single DRAM controller
with two channels. Assuming the output "row 0 channel 0" above is
correct (you're using the old k8_edac driver), all sane motherboard
layouts map channel 0 of the DCT to the first logical DIMM and row 0
means chip select row 0 which should be the first rank of the first
DIMM. What DIMMs are you using, by the way (exact part number)?

You can verify this after removing DIMM0 and checking whether you
still get those errors. Also, it would be helpful if you enabled
CONFIG_EDAC_DEBUG and CONFIG_EDAC_DEBUG_VERBOSE (if it existed then) and
send me the whole dmesg of the machine - it should dump the whole memory
configuration.

But as I said before, we need to have better mapping but I'll have to
have some free time first to be able to do it :)

-- 
Regards/Gruss,
Boris.

--
Advanced Micro Devices, Inc.
Operating Systems Research Center

  reply	other threads:[~2010-03-30  9:50 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-29 13:40 EDAC: Is it possible to calculate which piece of memory is bad? Justin Piszcz
2010-03-30  7:05 ` Borislav Petkov
2010-03-30  8:00   ` Justin Piszcz
2010-03-30  9:51     ` Borislav Petkov [this message]
     [not found] <etnvQ-1Mn-3@gated-at.bofh.it>
2010-03-29 14:08 ` James Kosin

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=20100330095122.GC19864@aftab \
    --to=bp@amd64.org \
    --cc=jpiszcz@lucidpixels.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