linux-kernel - Re: EDAC: Is it possible to calculate which piece of memory is bad?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20100330095122.GC19864@aftab>
Date:	Tue, 30 Mar 2010 11:51:22 +0200
From:	Borislav Petkov <bp@...64.org>
To:	Justin Piszcz <jpiszcz@...idpixels.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: EDAC: Is it possible to calculate which piece of memory is bad?

From: Justin Piszcz <jpiszcz@...idpixels.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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/