From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from shelob.surriel.com (shelob.surriel.com [96.67.55.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 85A3F35EF1; Fri, 5 Jan 2024 19:08:25 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=surriel.com Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=shelob.surriel.com Received: from imladris.home.surriel.com ([10.0.13.28] helo=imladris.surriel.com) by shelob.surriel.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96.2) (envelope-from ) id 1rLpRC-0000a3-2o; Fri, 05 Jan 2024 14:00:58 -0500 Message-ID: Subject: Re: [PATCH 0/1] selftest/mm/hugetlb: SIGBUS on stolen page From: Rik van Riel To: Andrew Morton , Breno Leitao Cc: linux-mm@kvack.org, vegard.nossum@oracle.com, rppt@kernel.org, songmuchun@bytedance.com, shy828301@gmail.com, linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org Date: Fri, 05 Jan 2024 14:00:58 -0500 In-Reply-To: <20240105084238.306269c3f3a63cb0fd130baa@linux-foundation.org> References: <20240105155419.1939484-1-leitao@debian.org> <20240105084238.306269c3f3a63cb0fd130baa@linux-foundation.org> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.46.4 (3.46.4-1.fc37) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Sender: riel@surriel.com On Fri, 2024-01-05 at 08:42 -0800, Andrew Morton wrote: > On Fri,=C2=A0 5 Jan 2024 07:54:18 -0800 Breno Leitao > wrote: >=20 > > This test case triggers a race between madvise(MADV_DONTNEED) and > > mmap() in a single huge page, which got stolen (while reserved). > >=20 > > Once the only page is stolen, the memory previously mmaped (and > > madvise(MADV_DONTNEED) got a SIGBUS when accessed. > >=20 > > I am not adding this test to the un_vmtests.sh scripts, since this > > test > > fails at upstream. >=20 > Oh.=C2=A0 Is a fix for this in the pipeline?=C2=A0 If so, I assume that o= nce > the > fix is merged, we enable this test in run_vmtests? >=20 I've got some ideas on how to fix it, and hope to get a fix to you and Mike by next week. I'll ask Mike if I run into any unexpected complications. --=20 All Rights Reversed.