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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id CA426C4167B for ; Fri, 8 Dec 2023 14:31:11 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 5C1636B009C; Fri, 8 Dec 2023 09:31:11 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 549696B009D; Fri, 8 Dec 2023 09:31:11 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3C3B56B009E; Fri, 8 Dec 2023 09:31:11 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 259076B009C for ; Fri, 8 Dec 2023 09:31:11 -0500 (EST) Received: from smtpin26.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id E6BFE1A01F5 for ; Fri, 8 Dec 2023 14:31:10 +0000 (UTC) X-FDA: 81543888300.26.2564E6B Received: from sin.source.kernel.org (sin.source.kernel.org [145.40.73.55]) by imf10.hostedemail.com (Postfix) with ESMTP id BCB68C0040 for ; Fri, 8 Dec 2023 14:31:08 +0000 (UTC) Authentication-Results: imf10.hostedemail.com; dkim=none; dmarc=none; spf=pass (imf10.hostedemail.com: domain of "SRS0=wgw/=HT=goodmis.org=rostedt@kernel.org" designates 145.40.73.55 as permitted sender) smtp.mailfrom="SRS0=wgw/=HT=goodmis.org=rostedt@kernel.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1702045869; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=74aMJHw54RDgLF5v6ox0eUJa7Pp2ewGXG/L8q4pt2e8=; b=UdGBpvjHs5sb6qOVzPPfk1fy2BIJAEpTvRd8SGlLrK8aAiPQqM60CW95f6cnJJ1JdRDjeG QWgXDq2HLg/2af/1SAMjwllj0BWx7JPJxeSmAq9jaUjNlDfuGnLoVulLXYDxU2asSc0p5u bd/yJOtGBtH2ZpyFkOFLxAgOS05P7N8= ARC-Authentication-Results: i=1; imf10.hostedemail.com; dkim=none; dmarc=none; spf=pass (imf10.hostedemail.com: domain of "SRS0=wgw/=HT=goodmis.org=rostedt@kernel.org" designates 145.40.73.55 as permitted sender) smtp.mailfrom="SRS0=wgw/=HT=goodmis.org=rostedt@kernel.org" ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1702045869; a=rsa-sha256; cv=none; b=FKQHtTCJJSE9duGLUexmSzZJS2iPHm5KwY8fS1061wACt73xsilXU6D4b6nW4DMWkPy1tz aXBFyjvNA95uoG9IIBag+CMijEi+1qvJ45XzBZaR4Z1YL6Spp8i00+q6gkPx2k4qiDP/21 yJzEe073m0UyBo/cd3EUSD9+uuVI0Pk= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by sin.source.kernel.org (Postfix) with ESMTP id 96E1CCE2783; Fri, 8 Dec 2023 14:31:04 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 5EF08C433C7; Fri, 8 Dec 2023 14:31:01 +0000 (UTC) Date: Fri, 8 Dec 2023 09:31:33 -0500 From: Steven Rostedt To: Alexander Potapenko Cc: Ilya Leoshkevich , Alexander Gordeev , Andrew Morton , Christoph Lameter , David Rientjes , Heiko Carstens , Joonsoo Kim , Marco Elver , Masami Hiramatsu , Pekka Enberg , Vasily Gorbik , Vlastimil Babka , Christian Borntraeger , Dmitry Vyukov , Hyeonggon Yoo <42.hyeyoo@gmail.com>, kasan-dev@googlegroups.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-s390@vger.kernel.org, linux-trace-kernel@vger.kernel.org, Mark Rutland , Roman Gushchin , Sven Schnelle Subject: Re: [PATCH v2 01/33] ftrace: Unpoison ftrace_regs in ftrace_ops_list_func() Message-ID: <20231208093133.62aae274@gandalf.local.home> In-Reply-To: References: <20231121220155.1217090-1-iii@linux.ibm.com> <20231121220155.1217090-2-iii@linux.ibm.com> X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspam-User: X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: BCB68C0040 X-Stat-Signature: 7oko379huz719e55wfitady54qz7faaa X-HE-Tag: 1702045868-687362 X-HE-Meta: U2FsdGVkX1+l64JdFXc/FxbYshvpP5YVDsPmJBzGw3o+Vi7HmeyyrZsARyHCCVUiNfuKPooVVgxPLjeokBBWSzE5OOtwhgg51A9VaE4isjqED4E1/lzpx4qaQ80D6R+l1q+NXOvkjjE+RvD/z93C02x6Rn1IgTMQxt8vwUvLIXhw6wYh1zvq+ABNNFDrW867/ngq642RAsG261t0fy6xDJsMmkSci9iZZBuwEIMJ6WMeCzKpJLwv89Ixs/mLujURPs404UM5iY3VLgs11es8PGNEBTXILK1SLcOoL4kq9QwpijaxwFSmBFaVP+xBCMF8Wt/fleWbXJrFJd6vLoN7bqLMNmaVIHLW0P8LIT7teqYv+wgpeOoSK+2jLfMh1Ms8EY8kX4dPSHeMQwaqC9AEi/bNqREqyYhngiag/8Cc7RK56AQP8Owgz5IKDlYrzrm2jOMAhdems55ZGueFjC8qrr99GN7b5fD2puFZPWKRLO0JF8CdPGe1eBlnoXirwHu2WyUW5d0qRSNX0Tpo4ofl4+mnERXjbb3JhePUGoXkq0cyi1v7f5xqhOmoIvUzmCvWam+LM/a2zk3NogCA0Ye02LNfYwQx7dSAQAaP6SMualDOdwddXCEtv7JMXifg3sdc1PELjISkeybKaXzpqoLz2hIh9CCoCcGlo5ARwwn8u2+b8X64pd5ZN0CQ682W3vAep5KwFLEeSKCi3kyFb0oLr7rYRQRMlG2l3s3S1aKwHSkmRMDtxjlySo0NcqT4XpUGha9vY2QlI/o4Omafs/NTFDVHzhUs+ejOpO5xsmkDQq0WFgMnIFmg6YAAGmmP2AihRDM7CIkw3MUfHqicLUzzteCdLBsSwbBdNw+2FHByEO7cyZMCqSYGdtaUpq7xlwvgAcbFHlB2UGx9PrYCsCw5FmZgXFSAuQSE22JQcMn9kdscieVPXDkjVmI/e7zoR1a8nyg8qWR2DIk6OG9fbBp VYjqwUsT vSAL2BTZcswdvks1MOzngfF1O/nA+uuWv1bU5wXustbgEH2yFFXGoSB63a8fr2T0EOEgVY6HwWjUUkXF4sQ7qatMPNQs+zu8vgl3B1XqhWJYxYZAd7rfy2VPaxXA7hyzt5dZ9QKXKAYfNZ2GzMOOJUkksCP3L+Bzg7gfOYpH2D0nZF6wIUrTPRDo/sP1Us48L5VvXQMd8U9qbVKo3KffKq905IM87npYbKoU8c7dFKdesDnP4HWlI9n2PgRE65KYWp1FmqNoBK36CaU5I4tBnFSWqUD3YXGThswOvWF3UJxzAHU+UhQM1VKfmpv0c24ecXGigPWJAMkgkuSeNyVQJ6pjtM0RUQ7v4GAY2vbxHMSHQdTO4ipOIdD6BtYG9WVjLzcQEySooKQ3AkrTJ1VyRLV/EVulLOfM37PyY X-Bogosity: Ham, tests=bogofilter, spamicity=0.000042, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Fri, 8 Dec 2023 15:16:10 +0100 Alexander Potapenko wrote: > On Tue, Nov 21, 2023 at 11:02=E2=80=AFPM Ilya Leoshkevich wrote: > > > > Architectures use assembly code to initialize ftrace_regs and call > > ftrace_ops_list_func(). Therefore, from the KMSAN's point of view, > > ftrace_regs is poisoned on ftrace_ops_list_func entry(). This causes > > KMSAN warnings when running the ftrace testsuite. =20 >=20 > I couldn't reproduce these warnings on x86, hope you really need this > change on s390 :) On x86, ftrace_regs sits on the stack. And IIUC, s390 doesn't have the same concept of a "stack" as other architectures. Perhaps that's the reason s390 needs this? -- Steve