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 032B9C10F07 for ; Mon, 11 Dec 2023 10:27:00 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 72C0C6B00B9; Mon, 11 Dec 2023 05:27:00 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 6DC206B00BA; Mon, 11 Dec 2023 05:27:00 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 5A3EA6B00BB; Mon, 11 Dec 2023 05:27:00 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 4AE616B00B9 for ; Mon, 11 Dec 2023 05:27:00 -0500 (EST) Received: from smtpin10.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id 1B1DA80777 for ; Mon, 11 Dec 2023 10:27:00 +0000 (UTC) X-FDA: 81554159400.10.6433EA1 Received: from mail-qk1-f170.google.com (mail-qk1-f170.google.com [209.85.222.170]) by imf04.hostedemail.com (Postfix) with ESMTP id 583D840015 for ; Mon, 11 Dec 2023 10:26:58 +0000 (UTC) Authentication-Results: imf04.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=ZdrWSPLb; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf04.hostedemail.com: domain of glider@google.com designates 209.85.222.170 as permitted sender) smtp.mailfrom=glider@google.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1702290418; 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: in-reply-to:in-reply-to:references:references:dkim-signature; bh=52MMj8qKTft0Rgk5cZkkhNA4qD9/n7KR5GYlCADI69M=; b=QIKpJIgEDIVBoz+Twgd8k9zaFRT12gCkNWRiPYF2B2bFt4qB+pFHhRS0FLHZJAnchewQnf 3BG+tBr62weOxNd7P8cL3zHQFKeRrrdnEniPwLRy36F+R00UCMKqkIp06I/Sbug7s5+2zC LHXCGeGIPAPWHpX0OQTYMHMST6BO6HU= ARC-Authentication-Results: i=1; imf04.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=ZdrWSPLb; dmarc=pass (policy=reject) header.from=google.com; spf=pass (imf04.hostedemail.com: domain of glider@google.com designates 209.85.222.170 as permitted sender) smtp.mailfrom=glider@google.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1702290418; a=rsa-sha256; cv=none; b=ZzVi0JxFDIoGnmwnLNS6AnWB7sR6M6H9e1DhxpI7SCDNETELsgy0BG21IWxpEI2iLNcUOD 5xdiR/T3rpP/GjsjFVKIcXihp4Iq7vEWJgxedDxqgrfDz3P8G35oGGUqenxSOH7pL53ctx PN5G7+4pxhbWmtXFs0YC42TAdL++ETU= Received: by mail-qk1-f170.google.com with SMTP id af79cd13be357-77f3790a187so220165085a.1 for ; Mon, 11 Dec 2023 02:26:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1702290417; x=1702895217; darn=kvack.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=52MMj8qKTft0Rgk5cZkkhNA4qD9/n7KR5GYlCADI69M=; b=ZdrWSPLbXj13yTcV5mvl0YoQIgh7/67DZSLRHUbk1vydTyfDaw3TT6wkNS7Q6PKRCg qnKgqWE/5IXXIwVy5IODhQoe6LzfjjlfITMExxWmmmf8AeV6//4c8Idf5NjiMkmN9w3M 36Yn47+CHC8gjFs0asluM/cgjFk19X4S0AryFnhPZqDe98tFN7NOA6RDk8++sL4VboQ6 I1HezmetnzQLSnp5uKSwqVi8OdcKzZ2xrAbrZ7SVP2Ewua0dwMcGAXLK+stLf7l3ir2u IXJSPmmgY8nRdar5e6l0cR+eacqqlRCnK9ef4IoUn2OIxWgeeykwZZfmpakbGNwnK/kG wI5Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1702290417; x=1702895217; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=52MMj8qKTft0Rgk5cZkkhNA4qD9/n7KR5GYlCADI69M=; b=wLw3h5Mae6WORxbN2fTclok22KG+N3KPZbm9v+kUoiw0lIHMrTz2d/oacM5aEfnse1 2pAXN+4hlNsMyTIsiHJua7jSmnnO8NIunIvYxZLjLkWactRnEnq8GZr1JOkGWR9aDPE+ 0whJkgV27pOJf8LERV455vx7WuKBhsvRMBkZomITG57dba5JuEdKoCl/u/H7fMb4MtxB D1o76mANMr2ylXB+chDEs6y0lwzXb8NHy1J5asAH6ftZEqhXw657HeNUqgU+sPDI3RYA KC55LkmBUlcH1xAVKMgYK8XXGGvBzNYxGq/cKoTRmnRgeFIwfiMrT5TPDK5D2jo5IdAW rTrw== X-Gm-Message-State: AOJu0YzQCxdrLVtxHhQLk8w2M9JtxtPIte3jL5U03I4g1ip+nqJh+XV6 QboLrR+7lxfAB6OATpNv8K2rIWf3+x1MsQI0yD3GyA== X-Google-Smtp-Source: AGHT+IFncEqnUG825QYYf2ZFoIyy2us7AlruhLwTzoqQgAllesCEy82DXX//svPjMiK/UR6l43FxrwiNWQPGsh4ypL4= X-Received: by 2002:a05:6214:4c04:b0:67a:c4d9:dc10 with SMTP id qh4-20020a0562144c0400b0067ac4d9dc10mr3977857qvb.109.1702290417391; Mon, 11 Dec 2023 02:26:57 -0800 (PST) MIME-Version: 1.0 References: <20231121220155.1217090-1-iii@linux.ibm.com> <20231121220155.1217090-33-iii@linux.ibm.com> In-Reply-To: <20231121220155.1217090-33-iii@linux.ibm.com> From: Alexander Potapenko Date: Mon, 11 Dec 2023 11:26:16 +0100 Message-ID: Subject: Re: [PATCH v2 32/33] s390: Implement the architecture-specific kmsan functions To: Ilya Leoshkevich Cc: Alexander Gordeev , Andrew Morton , Christoph Lameter , David Rientjes , Heiko Carstens , Joonsoo Kim , Marco Elver , Masami Hiramatsu , Pekka Enberg , Steven Rostedt , 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 Content-Type: text/plain; charset="UTF-8" X-Rspam-User: X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: 583D840015 X-Stat-Signature: gxh4wds3hopbq8g8hps55azruwpnbhaj X-HE-Tag: 1702290418-271801 X-HE-Meta: U2FsdGVkX18KrUaxvwpBQ7dMXNHkQx+VrvYZ7zdolcCVY0h120v4EUlsRD76eWGYm19uxov80m7lGN32jsIW00nQeZzahGMjN11NusO/r86guKLD402Q5pGRWl3lI5Qiau3G6bjqFmsiaqgQIkDC83o+2bo0gjkIM4C7ZtGUvRW8A3I5HQ5K4zXtIgpGuVhfFCKxCbZqmfncAGDIzE7FzGFzSTHzmDvgYpBKAW11Epl+lDNlDOzC/23aRi+1KN3BdEAZU/33l0zHVa+d00DICIy5Jh4z+9kGrAKeviPSp/cs2vpZRUMEJNjCqyCIamrS7UUaBlQWF4plCtZVWHxPAXHJX3qPCI2osF79erUwiTVx8HhKuIyUF0Lk9yMoBy2ejfWDQN2V5faCXUB+VT5Tk9tXulwOm/vStDE7HVK4o/iOkPuKt5VyhdGtnuO02n9skK+MPNGuR40y8MzRYjriYjNVME+MffeOwed1g5UqllWWDBBfnwNKkuWk0dUu3d2fwfZgFDWYuvj9QmlSA2jb2WFodpV9shD3ugJG5OyiYBz10Z9M9VMgCtfKhbWiEEd9Tn+Fu1ML0FwbDx0qxpZUyFvINkigHII+w573mc81VLa2Fafsv48S/Q31RRDvrXfP0X+n7hrGtN4o6/kLFHM6rdcLAfzDMIGBh5oG6+sH8ZZtDF/3VDyB0S7jhkEErIfiJx86Lv0goSIyCbmB+clyl6U94gFEDnG6/ORw+i2X6pQPpbAkcTB1F/eCtF/Ho43I+KVBU7O+5fr4GyJAMIR7wS37i1A/maqhiv8x6jMuOgL4WkQee/Bkftt6jvV3M0WZxFCyljd/I0WRzzKyyjx67/y9ATvDViab99RgIgHpolVO6zQP6dxMrAfVhO09RoL5O+an6NTbFA6J5v1/xCFvgRj5zt+pm6eUPU6zWMAy2Toz/eA/UX6Xh43lFPDIYGWa/0dpRpx9DlAAd42I2Is jdc4pTdm cksz0EN6Up2ugpw//wuwjrl6StVVyuYdi2oubRvU++m5h8j0gm8vUQF9OPjsyyVLHTwCuwKkHF9CJtvSBmYmUtO3vrfg6mgZ2V8bGktn2km40UF39w/HyTY0eYNPjba9ZGr/4jTWW7DnLKbJ+KN49qRUVk0ZWLqUF+CyFZCKZlTEOKUHJtAl5S2bLxm5MB5DY54675LMzm0nuELuzQc5QG45Zc6ddpzdloBwNAwmVIYWK8+6oUXeSYWjIKsJsQIBI3yPYl7cLmzLo5UXS8wsEAftnH+6ybT/h8F6ySFekk7hmJag= X-Bogosity: Ham, tests=bogofilter, spamicity=0.059436, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: > +static inline void *arch_kmsan_get_meta_or_null(void *addr, bool is_origin) > +{ > + if (addr >= (void *)&S390_lowcore && > + addr < (void *)(&S390_lowcore + 1)) { > + /* > + * Different lowcores accessed via S390_lowcore are described > + * by the same struct page. Resolve the prefix manually in > + * order to get a distinct struct page. > + */ > + addr += (void *)lowcore_ptr[raw_smp_processor_id()] - > + (void *)&S390_lowcore; > + return kmsan_get_metadata(addr, is_origin); > + } > + return NULL; > +} Is there a possibility for infinite recursion here? E.g. can `lowcore_ptr[raw_smp_processor_id()]` point somewhere in between `(void *)&S390_lowcore` and `(void *)(&S390_lowcore + 1))`?