linux-kernel - Re: [LKP] [sb_edac] 50d1bb93672: EDAC sbridge: ECC is disabled. Aborting

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]

Message-ID: <20150107082714.65fcdddf@concha.lan>
Date:	Wed, 7 Jan 2015 08:27:14 -0200
From:	Mauro Carvalho Chehab <mchehab@....samsung.com>
To:	Huang Ying <ying.huang@...el.com>
Cc:	Aristeu Rozanski <aris@...hat.com>,
	LKML <linux-kernel@...r.kernel.org>, LKP ML <lkp@...org>
Subject: Re: [LKP] [sb_edac] 50d1bb93672: EDAC sbridge: ECC is disabled.
 Aborting

Em Wed, 07 Jan 2015 15:43:06 +0800
Huang Ying <ying.huang@...el.com> escreveu:

> On Mon, 2015-01-05 at 09:06 -0500, Aristeu Rozanski wrote:
> > Hi,
> > On Fri, Dec 19, 2014 at 01:26:59PM +0800, Huang Ying wrote:
> > > In fact, I am not complaining :-), just FYI. As I said, this may be a
> > > expected behavior because this is a Haswell machine and the Haswell
> > > support was added in this patch.
> > > 
> > > > From the above, what looks weird, from EDAC driver PoV, is:
> > > > 	[   12.506298] EDAC sbridge: ECC is disabled. Aborting
> > > 
> > > This is what I want help from you to confirm whether it is abnormal.
> > > 
> > > > Does it used to work before? If so, was there any BIOS setting change?
> > > > Does the memories used on this machine have ECC?
> > > 
> > > This is a high-end desktop, there is something as below in dmidecode
> > > output.  Is there some other way to tell whether the memories have ECC?
> > > 
> > > Handle 0x0018, DMI type 16, 23 bytes
> > > Physical Memory Array
> > >         Location: System Board Or Motherboard
> > >         Use: System Memory
> > >         Error Correction Type: Multi-bit ECC
> > >         Maximum Capacity: 128 GB
> > >         Error Information Handle: Not Provided
> > >         Number Of Devices: 4
> > > 
> > > Handle 0x001A, DMI type 17, 34 bytes
> > > Memory Device
> > >         Array Handle: 0x0018
> > >         Error Information Handle: Not Provided
> > >         Total Width: 72 bits
> > >         Data Width: 72 bits
> > >         Size: 8192 MB
> > >         Form Factor: DIMM
> > >         Set: None
> > >         Locator: DIMM_A1
> > >         Bank Locator: CPU 0
> > >         Type: <OUT OF SPEC>
> > >         Type Detail: Synchronous
> > >         Speed: 1067 MHz
> > >         Manufacturer: 0x11
> > >         Serial Number: Unknown
> > >         Asset Tag: Unknown
> > >         Part Number: Unknown
> > >         Rank: 1
> > >         Configured Clock Speed: Unknown
> > 
> > unfortunately with this I can't say :(
> > Do you mind checking on EFI or maybe looking at the memory modules' part
> > number?
> 
> Do not find memory modules' part number in EFI menu.  Some information
> about memory is:
> 
> 2133MT/s Micron DRx8 8GB UDIMM

This doesn't help much. You'll need then to open your machine and check
the model number there physically at the DIMMs. 

Also, you need to check if the specific CPU model that you have supports
ECC or not. Not sure about Haswell, but, on Sandy Bridge, not all CPU
models support it.

Regards,
Mauro

> 
> Best Regards,
> Huang, Ying
> 
> 


-- 

Cheers,
Mauro
--
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/