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 C3DDEC0015E for ; Tue, 20 Jun 2023 15:32:50 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 4F5F88D0002; Tue, 20 Jun 2023 11:32:50 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 47EE18D0001; Tue, 20 Jun 2023 11:32:50 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 31F788D0002; Tue, 20 Jun 2023 11:32:50 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 1F2F98D0001 for ; Tue, 20 Jun 2023 11:32:50 -0400 (EDT) Received: from smtpin03.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id D683441251 for ; Tue, 20 Jun 2023 15:32:49 +0000 (UTC) X-FDA: 80923518858.03.577E499 Received: from mail-ed1-f48.google.com (mail-ed1-f48.google.com [209.85.208.48]) by imf11.hostedemail.com (Postfix) with ESMTP id A043A4000E for ; Tue, 20 Jun 2023 15:32:46 +0000 (UTC) Authentication-Results: imf11.hostedemail.com; dkim=pass header.d=gmail.com header.s=20221208 header.b=R2Bhcgah; spf=pass (imf11.hostedemail.com: domain of alexei.starovoitov@gmail.com designates 209.85.208.48 as permitted sender) smtp.mailfrom=alexei.starovoitov@gmail.com; dmarc=pass (policy=none) header.from=gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1687275166; 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=P0jVFIWxWqZ/TuBplqDvmEEANKo26b83Dz5MygWHhzo=; b=J1xubGdP0OXKd4L/lLOPScuI4GhVzT2DbtU+j3afhX3wA2vEFj/6UnTcB5WR791S86wl9h EJMIOvKqBZwjHYQunyLa+1f2BdRhixZxPPIIssjJKImP2ou7okK00M+GHgXkkCVLQ+7rJb rbhhQT0fB4fDmRvip1Rf8UhVj9a10FE= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1687275166; a=rsa-sha256; cv=none; b=IqtlQYtSlYeDKI4zTV5yHsu9NOW9zVOL5G9rZx4/AMulSioavbUJPAIlKk+3fHcvtn6vKS s59ZRi4Dwnzm2XDSwyg8itWwIm0I/P72h6tdZAfPRZ4L3ERr7i9piJxUrQ+m98J+sL6nQv /2pnZJotJN78EHhIdCBr2Tt3KAmoojA= ARC-Authentication-Results: i=1; imf11.hostedemail.com; dkim=pass header.d=gmail.com header.s=20221208 header.b=R2Bhcgah; spf=pass (imf11.hostedemail.com: domain of alexei.starovoitov@gmail.com designates 209.85.208.48 as permitted sender) smtp.mailfrom=alexei.starovoitov@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-f48.google.com with SMTP id 4fb4d7f45d1cf-5186a157b85so6726563a12.0 for ; Tue, 20 Jun 2023 08:32:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1687275165; x=1689867165; 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=P0jVFIWxWqZ/TuBplqDvmEEANKo26b83Dz5MygWHhzo=; b=R2BhcgahF4eA1vnlN0qyJmASSGyaKyq8k8oOrUAtCf6A4nOmgevBEhPzEV8rIbjTgF yXzVElUQYcMdeYQTQkO+X2Y+9ZuwgkppnVdZSXyRsEkPbs6x/ssnctoQke0QTIMErPf3 qLgAPk3+Vpo3W0G2QiGZq35LggwDfRrpFYUUYGCVB1g7szVQ79eBlKEygcj7p7OVjxQf pa51oJokqPD+3D2MoPj8cm17qxZzYmsGb5TOKjwNPuJs0U4g/8S2QCH5/u+vSkwhFWvm 3m8n5V/yFyRQTrN52yzRlNSqLm1w2gZ7QUzER3KDhhogdRbdvNc25JV4yGkEnTVq2UW0 ShAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687275165; x=1689867165; 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=P0jVFIWxWqZ/TuBplqDvmEEANKo26b83Dz5MygWHhzo=; b=QNQNgLLjooaGD/sOWyXT+KthesSSnKFo+mLTaRcOH6ttyDwFX0BqXIZ2tJoL8v3Ugm Zus+rj0F7gYoLmmA4qSf2Is1lRa7RbkUx0BOjuCNk4RL+nSwFWgqLkDXOZaRoLVJKlHG xNoYVYYVigRbSmZ3HMWyLU8U1XmXG3VMmMIJLwXjA3Mu2GbFx1RhDSfD+ZYF7bYZsx3b uqRD+A8BSflGe4N1sDCnnjgmAWEc+AJuH7be/igHtVzlAYjGzXEfPk6LJO1qWkRh4G5a tislK12fX8ANf9WDHpQhovrEmshETSjM113NqRlmyVLndyIp9OjaugCNkr5eJ6sCDJc+ Df9A== X-Gm-Message-State: AC+VfDyF1qd2bp3yHtdtFJPLJUeZXIDsGgzXz/lMapsiLelQc2jjO4DD H0NRqMJgPNBYk9OTriFYhx6MHcEqF38GONSEmw4= X-Google-Smtp-Source: ACHHUZ5ux98lA0dfOqVXfQP0ndlYyBoHuqHpCIjpPqNu3qgP8TLa7JJDdMIHBmrGJ6oD7j3SfcbrFl7+8TyeQPspzGA= X-Received: by 2002:aa7:cf16:0:b0:51a:40ca:d081 with SMTP id a22-20020aa7cf16000000b0051a40cad081mr7305340edy.27.1687275164525; Tue, 20 Jun 2023 08:32:44 -0700 (PDT) MIME-Version: 1.0 References: <20230616085038.4121892-1-rppt@kernel.org> <20230616085038.4121892-7-rppt@kernel.org> <87jzw0qu3s.ffs@tglx> <20230618231431.4aj3k5ujye22sqai@moria.home.lan> <87h6r4qo1d.ffs@tglx> <20230620105104.60cb64d8@gandalf.local.home> In-Reply-To: <20230620105104.60cb64d8@gandalf.local.home> From: Alexei Starovoitov Date: Tue, 20 Jun 2023 08:32:33 -0700 Message-ID: Subject: Re: [PATCH v2 06/12] mm/execmem: introduce execmem_data_alloc() To: Steven Rostedt Cc: Thomas Gleixner , Kent Overstreet , Mike Rapoport , LKML , Andrew Morton , Catalin Marinas , Christophe Leroy , "David S. Miller" , Dinh Nguyen , Heiko Carstens , Helge Deller , Huacai Chen , Luis Chamberlain , Mark Rutland , Michael Ellerman , Nadav Amit , "Naveen N. Rao" , Palmer Dabbelt , Puranjay Mohan , Rick Edgecombe , Russell King , Song Liu , Thomas Bogendoerfer , Will Deacon , bpf , linux-arm-kernel , linux-mips@vger.kernel.org, linux-mm , linux-modules@vger.kernel.org, linux-parisc@vger.kernel.org, linux-riscv , linux-s390 , linux-trace-kernel@vger.kernel.org, ppc-dev , loongarch@lists.linux.dev, Network Development , sparclinux@vger.kernel.org, X86 ML Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: A043A4000E X-Rspam-User: X-Stat-Signature: d1af7pieaznzm5mna4f3b9sn58kjchhy X-Rspamd-Server: rspam03 X-HE-Tag: 1687275166-574252 X-HE-Meta: U2FsdGVkX1+SqxJow1Nzjo0m30QgpDTWTTmeduM9j08KDAPpXFP2tC5A+EsF6qxzxnv5YT93kBFaD/rYCvLKUBKrvYXAK3CbcokHNpI7JHOkexgx69GMVv8VWmzLYjRYBO7grqhWE/YHLBXyAeccA8ZgBbIQELhzqxqjbmNBKWHI+uYhEmANTadDdpZsHyNqT7PX2V7f/dLZOingp8cl2ssbBgZrODaByPL/RrTyf/s8XblK/OrVpMzWFNrmoFy/88J07X7wArvtmZICP9TuEZXyyFoeRz1l6uQKtHYsERt8qTsBl8+z3uMcW6oVjsLBbAG/BNTUCgb1Vrys3rfFYbs2o25uyR8s9QuirICdSVODT2lJcRk5SW4fxqy5G5A2rVLyuf+vfaJJbpxJD21A4jaP3fqXrv1zJkVvzav3YadgqRDgFOYuLrb2Bt34CjnPe2RaCTfv71NE74hS12f6sPDCxGjLr+2a6VcW/IncEQsXS5nWtDW8WtZwLENNOyJnZSQTZBFwnYKIUSBrZaztzRYF9lB2R19wfyZ/cPedAYJJF2Uqa4xkfK1iQsB6ObSPN5RR7HNoy4ZiUv0+ZVl1OAY5eLFfL9RGYlj/ir6fk4wLQtoXidvjY9RYzwy09lL9WmTXLDoFnqeCmqd8OB/uASa/PebynE/GUyMKsyg1P9rT6X0/jzgxhYufHjiObl0D1j+QiI5KLeXg7p9D2XllGuS49cLIQzqPweVz0xtq8mfaP0KsRDI0/tV0ktlVkVF+o0XiJMHJ80P5qOc0G9kXihmvnX9s8K8aEtQZa9Y5CDoGcrmtl+MA2BttW/J+3NN7po6P9F7+ica5iM3+yBcrfCtiMxmLVeM8T1GElX36LCGxNZ6NAkVEkI3+rDvK3b2155DE8FEQ35ckTV7ULQy0MFYMXAcm2mQ+U1fp1pNcroX0x521t1FrAuJgMAus0CHMe1Uzv10A+O+h40qRsZw zi4zg1y9 Yykap4axKTnZm6tRfIyWxNf7/arQOwOLUQdnBuvNVuAG3H9huKVX2JAOSmt2XP2AFg8j3Sg+bX5wxSh2Y1empyp1ZSrVowVbvm0eyqT0I33aF4UlRGD+Kz3KazcD9lCUeeqWqEtzAwTUgqSwKUA0RBEUtJhTFeWEcz121v9sRDN+F+OckNZnizt3w/igUvkynV7QEy4gU7cM48hW12akdcD/Q/QfUcQZcIf5lzZjLztVeZwWfb8zuMPxLhOetMeD3U+GG5pcBSw7mR4JqEqu5D116xYkYOFE7eM5K+eaSVt9OBXA8fKdquGha78x+Em58Lz5BQYfVWd4D+BWcIzmk/2nr3EK478WESJC1uHSOGucI7a2YOioZJaomOHrtDQo9o1Z0k8fP8UQw5uvvyaWozhz9fggCnWknxpF+AZPpAPVbXmNz9lV6cBHsIHnOLdeOAhgFbeSYdIhZ5hHC0FtXJ7c2+YMCDpDJIUGCwaqXG/2oyU34lPuyHYoetW0gTvWZC34zjkXiKDTvxT21OHVAl6XcHSLzWG3bTc3LzA2lgfiBeoGQzZuyOe0UEQ== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000041, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Tue, Jun 20, 2023 at 7:51=E2=80=AFAM Steven Rostedt wrote: > > On Mon, 19 Jun 2023 02:43:58 +0200 > Thomas Gleixner wrote: > > > Now you might argue that it _is_ a "hotpath" due to the BPF usage, but > > then even more so as any intermediate wrapper which converts from one > > data representation to another data representation is not going to > > increase performance, right? > > Just as a side note. BPF can not attach its return calling code to > functions that have more than 6 parameters (3 on 32 bit x86), because of > the way BPF return path trampoline works. It is a requirement that all > parameters live in registers, and none on the stack. It's actually 7 and that restriction is being lifted. The patch set to attach to <=3D 12 is being discussed.