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]
Date: Fri, 15 Mar 2024 06:24:11 +0000
From: "Zhang, Qiang4" <qiang4.zhang@...el.com>
To: Nathan Chancellor <nathan@...nel.org>
CC: Andrew Morton <akpm@...ux-foundation.org>, Nick Desaulniers
	<ndesaulniers@...gle.com>, Bill Wendling <morbo@...gle.com>, Justin Stitt
	<justinstitt@...gle.com>, "linux-mm@...ck.org" <linux-mm@...ck.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"llvm@...ts.linux.dev" <llvm@...ts.linux.dev>, "Stable@...r.kernel.org"
	<Stable@...r.kernel.org>, "Zhang, Qiang4" <qiang4.zhang@...el.com>
Subject: RE: [PATCH] memtest: use {READ,WRITE}_ONCE in memory scanning

Hi, Nathan

Sorry for the incomplete commit message. 

I have tried to compile with gcc and clang-{11,13,14} on Debian 12.  On my test environment, hypervisor emulates a range of bad memory where writes are ignored and reads always returns all ones.
Memtest compiled with all clang-{11,13,14} can't find the bad memory without this patch. But gcc works fine. So it seems not a regression in clang.
I don't have expertise in compilers. But I think {READ,WRITE}_ONCE can force the compiler to treat the iterating pointer as volatile.

Welcome more comments ! 

BR
Qiang

-----Original Message-----
From: Nathan Chancellor <nathan@...nel.org> 
Sent: Thursday, March 14, 2024 1:22 AM
To: Zhang, Qiang4 <qiang4.zhang@...el.com>
Cc: Andrew Morton <akpm@...ux-foundation.org>; Nick Desaulniers <ndesaulniers@...gle.com>; Bill Wendling <morbo@...gle.com>; Justin Stitt <justinstitt@...gle.com>; linux-mm@...ck.org; linux-kernel@...r.kernel.org; llvm@...ts.linux.dev; Stable@...r.kernel.org
Subject: Re: [PATCH] memtest: use {READ,WRITE}_ONCE in memory scanning

On Tue, Mar 12, 2024 at 04:04:23PM +0800, Qiang Zhang wrote:
> memtest failed to find bad memory when compiled with clang. So use 
> {WRITE,READ}_ONCE  to access memory to avoid compiler over optimization.

This commit message is severely lacking in details in my opinion, especially for a patch marked for stable. Did a kernel or LLVM change cause this (i.e., has this always been an issue or is it a recent regression)? What is the transformation that LLVM does to break the test and why is using READ_ONCE() or WRITE_ONCE() sufficient to resolve it?

> Cc: <Stable@...r.kernel.org>
> Signed-off-by: Qiang Zhang <qiang4.zhang@...el.com>
> ---
>  mm/memtest.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/mm/memtest.c b/mm/memtest.c index 
> 32f3e9dda837..c2c609c39119 100644
> --- a/mm/memtest.c
> +++ b/mm/memtest.c
> @@ -51,10 +51,10 @@ static void __init memtest(u64 pattern, phys_addr_t start_phys, phys_addr_t size
>  	last_bad = 0;
>  
>  	for (p = start; p < end; p++)
> -		*p = pattern;
> +		WRITE_ONCE(*p, pattern);
>  
>  	for (p = start; p < end; p++, start_phys_aligned += incr) {
> -		if (*p == pattern)
> +		if (READ_ONCE(*p) == pattern)
>  			continue;
>  		if (start_phys_aligned == last_bad + incr) {
>  			last_bad += incr;
> --
> 2.39.2
> 

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ