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 50045C4167B for ; Mon, 11 Dec 2023 10:14:06 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id D8CDA6B00B7; Mon, 11 Dec 2023 05:14:05 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id D3CD16B00B8; Mon, 11 Dec 2023 05:14:05 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id C04846B00B9; Mon, 11 Dec 2023 05:14:05 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id AED0C6B00B7 for ; Mon, 11 Dec 2023 05:14:05 -0500 (EST) Received: from smtpin25.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id 89C5CA1A9E for ; Mon, 11 Dec 2023 10:14:05 +0000 (UTC) X-FDA: 81554126850.25.0552636 Received: from mail-yw1-f172.google.com (mail-yw1-f172.google.com [209.85.128.172]) by imf10.hostedemail.com (Postfix) with ESMTP id C079BC0028 for ; Mon, 11 Dec 2023 10:14:03 +0000 (UTC) Authentication-Results: imf10.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=luBFKnwD; spf=pass (imf10.hostedemail.com: domain of glider@google.com designates 209.85.128.172 as permitted sender) smtp.mailfrom=glider@google.com; dmarc=pass (policy=reject) header.from=google.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1702289643; 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:dkim-signature; bh=5Z6zY4c0Tb5+ieU4d3Nz6Jn4MLK8nHKOQpLlbBpEjKg=; b=EOl3E8AY9mPZ5mkiq9iU8IMnAgJkE3oQPYkPocw6F/LSFTMiSLjt4g7ngWM98xK0ExP0gL ojbv9gpDRPTP3DHxr7uo8Q3GYsSFMHeu1XdmhRebTvfNYcpnB3NbcLd8DX8dzeUdDZK0VW IkS5j8nWx7jmP3y63QhuO42bNykTvxI= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1702289643; a=rsa-sha256; cv=none; b=DrZh+lZ7rIbg559sHwbR4eQ0RBv2WWefYR4EX/Tr0LUmkOCkzSc3m50X4+gNqjp/q0w4Al 6pIg0F8KNP7PoFcUP5b150KPRkHCeL/y3/mGFrIMn047amXOd8Q974bAW6OfWXVpYFuaGo xfiIZrCqs3gOA42o+xfLeXK3C5+uZyo= ARC-Authentication-Results: i=1; imf10.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=luBFKnwD; spf=pass (imf10.hostedemail.com: domain of glider@google.com designates 209.85.128.172 as permitted sender) smtp.mailfrom=glider@google.com; dmarc=pass (policy=reject) header.from=google.com Received: by mail-yw1-f172.google.com with SMTP id 00721157ae682-5d3d5b10197so35298097b3.2 for ; Mon, 11 Dec 2023 02:14:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1702289643; x=1702894443; darn=kvack.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=5Z6zY4c0Tb5+ieU4d3Nz6Jn4MLK8nHKOQpLlbBpEjKg=; b=luBFKnwDjhp/fj35Jr+4dIezta+Rp1uKrJK/GYZgjVL7IHqdHXiUleJC+eP+iOTSRi 9pHD3UQuipDpMqdfFiWkadMhx+OZhv3kC8sREE53sl1228da4O+5YrvbdrZqE5AdEON5 25CHqyQ7lO+Dez06L7eV3s1Au0RPLl+KhrpRpYPCo/IEW/p9HZjKBww/FNbPG9M6JVmV 0DY7587CZyfEfpgmxbmG3ycjX/kRSPJIBfK7TOOXGttfCw2s/wF6XpCu5o+YQuJQf0j3 bPDe6Ko4s33X7nh4n9bcEE4XXKKBjywlcOntlFQNYbWx+YMRrrC9wgRcm5InYy+9A6qy vDdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1702289643; x=1702894443; h=content-transfer-encoding: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=5Z6zY4c0Tb5+ieU4d3Nz6Jn4MLK8nHKOQpLlbBpEjKg=; b=chE+MuvBkwKa1g7okSh0wt6fll9MbBC0kdvN06+x0qRZo5FSvEj8YKCILc9RbLZ7lp trL+vxN0jSW3RC8AT7CxquuoMC0BtzW3OTGRgt57dfBh81ga1kvTA5NAiOhcgzXUUKH+ h2PtnNyXtGIo/ZDTHsFRQzSNiwp0cdnrB8JxJu/dfSM5bI/cerKVOoacp0azp48KBpye tG6ZWbLZwZkHLIN8fA/dAKjfygmVGaExfAQv6MikH9Kv2czOqG9tEI7w+dS3ZIPAmJ6l ZziALkhtsh9v14CXeInkCjcFQVDFtof2jPZvGnEBltEtq/OReAtRDwk/6spFpFdJEogO nigg== X-Gm-Message-State: AOJu0YyoONfvK1J3ialcZhybYCNjaq/Q7rJOM2omDAVTJ6gAVf7YxFEw jolx027zvhSeHsooSlVJUZtskB7cZj704MiQr4HHng== X-Google-Smtp-Source: AGHT+IEk5OVTZiB661DV5dZOhAvgOHAleqdnumLHRqN/Lk2fp+rcFjIzeAHjQGdOci45RI7ZRYsN0u4klnWKa7xixF4= X-Received: by 2002:a05:690c:3249:b0:5df:4992:9f90 with SMTP id fg9-20020a05690c324900b005df49929f90mr2222920ywb.34.1702289642775; Mon, 11 Dec 2023 02:14:02 -0800 (PST) MIME-Version: 1.0 References: <20231121220155.1217090-1-iii@linux.ibm.com> <20231121220155.1217090-28-iii@linux.ibm.com> In-Reply-To: <20231121220155.1217090-28-iii@linux.ibm.com> From: Alexander Potapenko Date: Mon, 11 Dec 2023 11:13:26 +0100 Message-ID: Subject: Re: [PATCH v2 27/33] s390/mm: Define KMSAN metadata for vmalloc and modules 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" Content-Transfer-Encoding: quoted-printable X-Stat-Signature: oupbkd85n1af9669h15yipm4ww8t71us X-Rspamd-Server: rspam10 X-Rspamd-Queue-Id: C079BC0028 X-Rspam-User: X-HE-Tag: 1702289643-900233 X-HE-Meta: U2FsdGVkX18vBUwsuyCS2uDOg7HLrx9aSt2tMgFbRa+G8tL3Gp5H7mcZVhuEZB2zRTNG7fWruzOX0lm1oYyAQznFrPc8cf1D32srtaewviF2dJiVpRO9AR+HNr1RWnY1xDF/qH72/fFZfVg24Kr4zEA5QgR9y1bAMWdc5HzcjnpRzm00zHD7oOQwNmv/lPgepLeqKQhyvBg0nS6wpxEt+7TNVtcJBKdXQoETjW2x2CI0SAm0ImkqCsfeDIK9B85egN3YpaiQg/xrYLBFj/Lxge3DXg1kUh2ram8SkwA6hvi0PCKFaY2tsqTcpCJzbZYgNGSP88lNx8JYFp/e3g8rlP3cNyA7zxVqPF4Ync2eDj44+q7WuyTBkCWmCRAimaqP/RriuT4BbRIZcCtpTJOcr5NqJlfYpHpX8Ij5v9O97FVTn9U6CrkxJklUbaRJlmAplGjTczTDQSYV6nqngvNG0rcgXg7UlZMxJiJxDbqKTyz+Y7Ca0nN3yNFjRmG5inG/2JaW7CMbEOFWYUFNhKdjNyDH5mmbVgAyqiKSuNFIHsN7/9k1gXjZiauauDtGqWi0vq0Kp84uTJoJQNOggG8CQOj4iPvkSjOozFQgHANbZg7s4kih2/8mqGDqD4D71kCA1k9wRTsne0gG8swCUkaqBPJVS+2dFm2WhClf4Zcg/QvZdrpLXZaoTZBsib2KINaNAk6xnHp1JLuXWTqzNKkGV/++QEMw+hGv/DEDj0aX26qgbXSs8wKrPhDC83J2c6rCGHCoF8KmGGFPpaARlt8eMzki2DDKuPp6TLECZquoamSWZdbqu52vGBJ84T65rOOrdi0723NUEJwRdbYdnHOExX6OR6mLz6r9CSz4lvxEjddvgWULhYAn3Js2xvW0B+m3/fozlJdmFFtymXpuCEzYncK0AYLee2aqoJaUYcPxsOEQd3zmcqTI21uhk+QHFwOtJ1pb7JRYSq6+fGIVqHr Wn/QhRfo 5FeRhIR7/S3EWfhHanLvtau7bCA85XhNFkQ+29eGcWiR1X5MYeEyTd+vTA9SEApBni8PMWuw91hCp0Oe7Yzs0JqVBNC+6XOCbQxDlwq9BLse5arv4W6UEcBz1NoX2ued5kOjCwGXmGt9ct/R1DnZKj0eTQsNKcWRffq1uQHsHBRG8HbCn6CcEE0eovn3GgqBQTvrWTX8nmdg9uhjKZR9GwifPrXyV97S6xDXH4kDy+kxwSwkmiRrgHcf/t3yiDwNfokZ5htLYgtSMsMECDgwRRAeowCTWfxzPmxyi8cJKh4ILvL+uvMo8AA7IQUZTlFY2xV9wH56JgNlL1TtDQE00ShOKbTGdy9hcHitp X-Bogosity: Ham, tests=bogofilter, spamicity=0.017226, 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 Tue, Nov 21, 2023 at 11:07=E2=80=AFPM Ilya Leoshkevich wrote: > > The pages for the KMSAN metadata associated with most kernel mappings > are taken from memblock by the common code. However, vmalloc and module > metadata needs to be defined by the architectures. > > Be a little bit more careful than x86: allocate exactly MODULES_LEN > for the module shadow and origins, and then take 2/3 of vmalloc for > the vmalloc shadow and origins. This ensures that users passing small > vmalloc=3D values on the command line do not cause module metadata > collisions. > > Signed-off-by: Ilya Leoshkevich Reviewed-by: Alexander Potapenko (hope some s390 maintainer acks this as well)