[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAFv23Qk-ypdyDDwNyeSeSWwirE19UtgdR38zWy2NRC+iJVk18w@mail.gmail.com>
Date: Thu, 31 Jul 2025 08:44:39 +0800
From: AceLan Kao <acelan.kao@...onical.com>
To: "Zhuo, Qiuxu" <qiuxu.zhuo@...el.com>
Cc: "Luck, Tony" <tony.luck@...el.com>, Borislav Petkov <bp@...en8.de>, James Morse <james.morse@....com>,
Mauro Carvalho Chehab <mchehab@...nel.org>, Robert Richter <rric@...nel.org>,
"linux-edac@...r.kernel.org" <linux-edac@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] EDAC/skx_common: Fix potential negative values in DIMM
size calculation
Zhuo, Qiuxu <qiuxu.zhuo@...el.com> 於 2025年7月31日 週四 上午12:33寫道:
>
> Hi AceLan,
>
> > From: AceLan Kao <acelan.kao@...onical.com>
> > [...]
> > > Which CPU did you test it on?
> > It's an on going project, there is no CPU name on it.
> > $ lscpu
> > Architecture: x86_64
> > CPU op-mode(s): 32-bit, 64-bit
> > Address sizes: 52 bits physical, 57 bits virtual
> > Byte Order: Little Endian
> > CPU(s): 172
> > On-line CPU(s) list: 0-171
> > Vendor ID: GenuineIntel
> > Model name: Genuine Intel(R) 0000
> > CPU family: 6
> > Model: 173
>
> This is the CPU with the code name "Granite Rapids".
>
> > Thread(s) per core: 2
> > Core(s) per socket: 86
> > Socket(s): 1
> > Stepping: 1
> > CPU(s) scaling MHz: 18%
> > CPU max MHz: 4800.0000
> > CPU min MHz: 800.0000
> > BogoMIPS: 3800.00
> >
> > > Would you mind taking a complete dmesg log with the kernel option
> > > CONFIG_EDAC_DEBUG=y (your current log showed this option had been
> > enabled)?
> > Sure, here you are.
>
> Thanks so much for your log.
>
> We've encountered the same issue recently due to the BIOS disabling the
> memory controller when no DIMMs are populated, leading to invalid values
> of the disabled memory controller register and the call trace you reported.
>
> Attached is a patch that skips DIMM enumeration on a disabled memory
> controller to fix the call trace. Could you please test this patch on your machines
> and share the dmesg log?
Yes, this works for me.
Tested-by: Chia-Lin Kao (AceLan) <acelan.kao@...onical.com>
>
> Thanks!
> -Qiuxu
View attachment "dmesg_patched.log" of type "text/x-log" (203550 bytes)
Powered by blists - more mailing lists