linux-kernel - Re: [PATCH] amd64_edac: Memory size reported double on processor family 0Fh

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] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 12 Sep 2012 07:38:35 -0500
From:	Josh Hunt <johunt@...mai.com>
To:	Borislav Petkov <bp@...64.org>
CC:	"linux-edac@...r.kernel.org" <linux-edac@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] amd64_edac: Memory size reported double on processor
 family 0Fh

On 09/12/2012 03:51 AM, Borislav Petkov wrote:
> On Tue, Sep 11, 2012 at 06:02:01PM -0500, Josh Hunt wrote:
>> On 09/11/2012 05:52 PM, Josh Hunt wrote:
>>> With recent kernels we noticed that edac was reporting double the memory size on
>>> systems running with AMD family 0Fh processors. I'm not very familiar with the
>>> code, but this resolves it from what I can see on my systems. At least in
>>> amd64_debug_display_dimm_sizes() and k8_dbam_to_chip_select() there appeared
>>> to be redundant shifts to the left by 1 when WIDTH_128 is present.
> 
> Any chance you could enable CONFIG_EDAC_DEBUG, boot and send me your
> whole dmesg? Privately is fine too.
> 
> Thanks.
> 

Sure. Attached. This is booting with latest git.

Josh

View attachment "dmesg.log" of type "text/x-log" (56477 bytes)