Re: Re: [PATCH v2 0/3] Inline helpers into Rust without full LTO
Miguel Ojeda <[email protected]>
| Newsgroups | gmane.linux.uml.devel,gmane.linux.ports.arm.kernel,gmane.linux.kbuild.devel,gmane.linux.kernel,gmane.linux.kernel.mm,gmane.linux.kernel.rust |
|---|---|
| Message-ID | <CANiq72kbp6cDnNsKb+rPHiEJzOa-EnvR2HHthM-VtT2GMukY-A@mail.gmail.com> |
On Mon, Mar 23, 2026 at 1:55 PM Andrew Lunn <[email protected]> wrote: > > The current proposed code for netlink needs this feature, because it > needs access to inline C functions. Is the implication, following a > chain of dependencies, that netlink would only build on x86_64 and > arm64? > > If you want netlink on um, arm32, riscv, loongarch you would need a > different implementation of the binding? I still don't follow -- this new mode is opt-in, and only a couple architectures (or whoever decides to support it) would be able to opt-in. Nothing else changes. > And a completely different question. Are there other work in progress > solutions to allow the use of inline C functions? For networking, in > particularly MAC and protocol code, anything which needs to access a > struct sk_buf, a solution to this problem will be required. Do you see > this "fairly exotic approach" as just a sort term bridge until some > other "boring approach" is ready? This series is really just a way to increase performance, i.e. it doesn't really change what we can do. Cheers, Miguel