From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id E1F08C4167B for ; Tue, 7 Nov 2023 14:21:12 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234555AbjKGOVN (ORCPT ); Tue, 7 Nov 2023 09:21:13 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55644 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229643AbjKGOVK (ORCPT ); Tue, 7 Nov 2023 09:21:10 -0500 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 52925B7; Tue, 7 Nov 2023 06:21:07 -0800 (PST) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 5F933C433C7; Tue, 7 Nov 2023 14:21:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1699366866; bh=oL93HJzpAT5M6ibMccnDW34R4kx/Q/0Z2ASQPR81UGo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=RmpbhgvsWefzf51B9DDxwQKN9U/TNApUnAAHDRZ1yAUaDae4gtLu1JrQpX3Yjudep So0E0IeedKaPD4owcK1Wb3a3UxVv/LpB+cHTCGo2OyJed1HOlT1yUMfLC4Zyry7BcF 1BpdHY8dEApXz1nRreh8O3YAMQLOW2i6kwr9UTqvEjarCyHbPF+Z5wu8bXZ9VgmDrv AL6Tjjb4BQ+rixW0FEyk5nBKvVTTW4Ksi0HD9gTxBBYp3fg70jS+2OgvJcYiVhn8nC ywWpnNOu4FPHlu8NL/KgQVgS3h50PX3SiIbyUkmqQs7JT3SydR6IyA635+rlsXb2lt N6NrIzobCPwCQ== Date: Tue, 7 Nov 2023 14:21:04 +0000 From: Mark Brown To: Naresh Kamboju Cc: linux-stable , open list , Linux ARM , lkft-triage@lists.linaro.org, "open list:KERNEL SELFTEST FRAMEWORK" , Catalin Marinas , Greg Kroah-Hartman , Sasha Levin , Dan Carpenter , Arnd Bergmann , Shuah Khan Subject: Re: selftests: arm64: fp-stress: Unable to handle kernel paging request at virtual address Message-ID: References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="fLQGTjRKWSVU8dDo" Content-Disposition: inline In-Reply-To: X-Cookie: Slow day. Practice crawling. Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --fLQGTjRKWSVU8dDo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Nov 07, 2023 at 06:43:25PM +0530, Naresh Kamboju wrote: > # # SVE-VL-64-0: Expected > [3904000039044000390480003904c0003904000139044001390480013904c0013904000239044002390480023904c0023904000339044003390480033904c003] > <> You've elided *lots* of error reports from the actual test which suggest that there is substantial memory corruption, it looks like tearing part way through loading or saving the values - the start of the vectors looks fine but at some point they get what looks like a related process' data, eg: # # SVE-VL-64-0: Expected [3904000039044000390480003904c0003904000139044001390480013904c0013904000239044002390480023904c0023904000339044003390480033904c003] # # SVE-VL-64-0: Got [3904000039044000390480003904c000390480003904c00039040001390440013904000139044001390480013904c001390480013904c0013904000239044002] This only appears to affect SVE and SME, I didn't spot any FPSIMD corruption but then that is the smallest case (and I didn't notice any VL 16 cases either). It looks like the corruption is on the first thing we check each time (either register 0 or the highest ZA.H vector for ZA), all the values do look lke they were plausibly generated by fp-stress test programs. Then we get what looks like memory corruption: > # # SVE-VL-256-<1>[ 88.160313] Unable to handle kernel paging > request at virtual address 00550f0344550f02 > <4>[ 88.195706] Call trace: > <4>[ 88.196098] percpu_ref_get_many > (include/linux/percpu-refcount.h:174 (discriminator 2) > include/linux/percpu-refcount.h:204 (discriminator 2)) > <4>[ 88.196815] refill_obj_stock (mm/memcontrol.c:3339 (discriminator 2)) > <4>[ 88.197367] obj_cgroup_uncharge (mm/memcontrol.c:3406) > <4>[ 88.197835] kmem_cache_free (include/linux/mm.h:1630 > include/linux/mm.h:1849 include/linux/mm.h:1859 mm/slab.h:208 > mm/slab.h:572 mm/slub.c:3804 mm/slub.c:3831) > <4>[ 88.198407] put_pid.part.0 (kernel/pid.c:118) > <4>[ 88.198870] delayed_put_pid (kernel/pid.c:127) > <4>[ 88.200527] rcu_core (arch/arm64/include/asm/preempt.h:13 > (discriminator 1) kernel/rcu/tree.c:2146 (discriminator 1) > kernel/rcu/tree.c:2403 (discriminator 1)) This all seems very surprising, especially given that AFAICT there are no changes in stable-6.6-rc for arch/arm64. --fLQGTjRKWSVU8dDo Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmVKR88ACgkQJNaLcl1U h9BNwQf/RZc+/koVFJe4V6Im9MpkZRwMTrrLKvXMX/e0ddQK8TUhhdLYg+sdxcsh 6LaknBCRYCvvpPvPK3qvh4bcak+WuoUSzYe3gXvtNT/zDMvMPSFjqqIhB3XKG8nQ skzAdnXEBDi+BZdrc2CGCF8+jpnK8tDhwUneEAL0Y9csAc/wAtM0CeBnnFrotxxI DMFKe+GMi3fGHqSFYMCHjJP1yE9xRVD7mmN5V3cMgO4RWlJPDOaqdrAVyE5Ts7+y y07DZET2Gec7S/rGV62LSv60jQgPE9zrxFzS1NlQ+27y+hekZx/ACNotUKB4MvLA t/QZDDp31um63zx1Padboe0IxB1mTg== =y8Tl -----END PGP SIGNATURE----- --fLQGTjRKWSVU8dDo--