From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f74.google.com (mail-wm1-f74.google.com [209.85.128.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 767AD3ACF03 for ; Mon, 23 Mar 2026 14:39:17 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.74 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774276758; cv=none; b=aY7T/kjmM+W1f7SHMuN9sI7N/7oaBhD2tic18vJVSvORapwMEQfo1LDKt/ZIPb8AQlnI5KkKvy1xAP9Gfeb5ngaMZBVcSe7PIDMQvZszBWkTXlvgCe7EURgyHHeJpUmzXo5SE1qRuhSnTSdL5uBGzVvls/orG0ECPUQNYbxiI0E= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774276758; c=relaxed/simple; bh=nkC9ypwFSq+q2Df9+zF8ruUFWzMFZG0USFFmh2E6mas=; h=Date:In-Reply-To:Mime-Version:References:Message-ID:Subject:From: To:Cc:Content-Type; b=bHlz4p9ohsfXJcOxDuYZ7b1nXLZZipF3BytFlJdcdrlB3qDHSS/fHjLDMBKrquYwsPI7Bmb97SVUJ6sJEEoO4R8DrZ0DWiMhBlnXVz1kRlFWUkdzi+MlezWT5M2L00+/DW9Am5YC5OKvDunGI4fERunQKCyN1UoaFkhMCpyGkjg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com; spf=pass smtp.mailfrom=flex--aliceryhl.bounces.google.com; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b=Kc2yHVOK; arc=none smtp.client-ip=209.85.128.74 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=flex--aliceryhl.bounces.google.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b="Kc2yHVOK" Received: by mail-wm1-f74.google.com with SMTP id 5b1f17b1804b1-4837b6f6b93so23808155e9.3 for ; Mon, 23 Mar 2026 07:39:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20251104; t=1774276756; x=1774881556; darn=vger.kernel.org; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:from:to:cc:subject:date:message-id:reply-to; bh=ow2cYCMn5EXbkFbtWklLmiMt9RKP3mI6kxfKs0fin8E=; b=Kc2yHVOK5fgtc3gEpBYsT/YtsP9IERJa+EJfY/6C9iRzaROEU2eVHPp2Lwi5yAxNs0 gRpJfPfQ1/PAyRiSoTJx/KFbrzCPzLO77AclrvvaI7cccv+o5B4I//tBbP8dE/zLBu2f CNtgGonnFQkthOtogHSdtQusYTMwXp28f7HLJkF5WZwlzzj+dOnY/+HGiyrTMVMvrEHq 1vX2IQe0MD7Qs7B7L8d8gCgXU8mLL6kxYDmttD+VZwRS4Z9/3TOLOx7a+28tA22r6RAj yumfBWOVa8a1Vm9+MBdxesUYCxKsNzpePTSXWX9hR4QKMS2dArscos7ZgxodZc+CY2qL VNAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1774276756; x=1774881556; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=ow2cYCMn5EXbkFbtWklLmiMt9RKP3mI6kxfKs0fin8E=; b=jmO8WbFC363HC0m2qp61eEeF29WREDUoXUbDGc65Gtt9sul8hAOPgWjsbhtAqXzfcQ WAAxUgK3xmO+luaApxWI+LgjhLqCU8qr9OqFfi4/F53+2LEWGOeyoizAyQcTJEOt+VZS eyIy2a4JwTqlDjBqFSBDyqW7i2qz4pCip/WAKWoYxki8t+zKgxjoLSW3PPk+69dkSZ/E e/SFkqshqWeEWwzqNmSAWDTuKkaTHPqRbPZd0X+uoie4DmKXopB+46zqzjJ8mWrm4blV rtT0et3gZJCM78B2MsCvSUczkUztyjRKd0SoppvUP2pb7/IBJxXB6VZ91qEDPt6GknEj Q7bw== X-Forwarded-Encrypted: i=1; AJvYcCXvNsapHRM2TEtO90xV/YLl29sEjG/lqxCB1iwilunF7LJUFJZEQWuZ4sV0fYaxfUmcimbP0HAwfKRpckc=@vger.kernel.org X-Gm-Message-State: AOJu0YxxHbD0Qh1RNz2LsTVOyJ2f3cYOxPMRlqDgHsWKo7eBZ/zkaZNj ncJcYtWQ6Np1otH4Yo+heZhGoIhiSaLpR9q19nHM+VqnP9w1LKqhZ236SucQQP25H+WttB1EKaN v9FCpU+S1xEBpp87Erw== X-Received: from wmbej14.prod.google.com ([2002:a05:600c:3e8e:b0:486:fa53:8cfc]) (user=aliceryhl job=prod-delivery.src-stubby-dispatcher) by 2002:a05:600c:a43:b0:486:fbd1:9dc0 with SMTP id 5b1f17b1804b1-486fee0d52fmr164091435e9.22.1774276755701; Mon, 23 Mar 2026 07:39:15 -0700 (PDT) Date: Mon, 23 Mar 2026 14:39:14 +0000 In-Reply-To: Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 References: <20260322192159.88138-1-ojeda@kernel.org> <20260323000327.111235-1-ojeda@kernel.org> <96287f3a-d245-47cf-b7cb-f821451493d3@lunn.ch> <65336ad0-ac37-416f-b6ae-e691e3e375ae@lunn.ch> Message-ID: Subject: Re: [PATCH v2 0/3] Inline helpers into Rust without full LTO From: Alice Ryhl To: Andrew Lunn Cc: Gary Guo , Miguel Ojeda , Miguel Ojeda , a.hindborg@kernel.org, acourbot@nvidia.com, akpm@linux-foundation.org, anton.ivanov@cambridgegreys.com, bjorn3_gh@protonmail.com, boqun.feng@gmail.com, dakr@kernel.org, david@davidgow.net, johannes@sipsolutions.net, justinstitt@google.com, linux-arm-kernel@lists.infradead.org, linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-um@lists.infradead.org, linux@armlinux.org.uk, llvm@lists.linux.dev, lossin@kernel.org, mark.rutland@arm.com, mmaurer@google.com, morbo@google.com, nathan@kernel.org, nick.desaulniers+lkml@gmail.com, nicolas.schier@linux.dev, nsc@kernel.org, peterz@infradead.org, richard@nod.at, rust-for-linux@vger.kernel.org, tmgross@umich.edu, urezki@gmail.com, will@kernel.org Content-Type: text/plain; charset="utf-8" On Mon, Mar 23, 2026 at 02:28:25PM +0100, Andrew Lunn wrote: > > > If you want netlink on um, arm32, riscv, loongarch you would need a > > > different implementation of the binding? > > > > It doesn't need this feature to build and function. It'll just be a bit slower > > because inlining from C to Rust won't happen. > > So it sounds like my understanding is out of date. When the first > Ethernet PHY driver was being merged, Rust could not access inline C > functions. The binding had to replicate the functionality. But you are > saying that Rust can now make use of inline C code, but not actually > inline it? It results in a function call? > > What this feature does it actually allows inline C functions to be > inline? So it is just an optimisation? That's right, this series applies cross-language inlining to the helpers we have for calling inline functions. Sorry if I was unclear on the netlink patch series. I mentioned this series because you told me that inlining is important for skbuff due to performance (not for netlink though), and this series is necessary to make such code on par with C perf-wise. But if you accept the function call overhead from not having cross-language inlining, this series is not needed. Alice