[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANiq72=L=CMUBu7jBn0H2Wb8vupYzOYFrSQ_9gyFZj_w2JU_uQ@mail.gmail.com>
Date: Tue, 5 Nov 2024 10:31:58 +0100
From: Miguel Ojeda <miguel.ojeda.sandonis@...il.com>
To: Alistair Francis <alistair23@...il.com>
Cc: linux-kernel@...r.kernel.org, rust-for-linux@...r.kernel.org,
ojeda@...nel.org, boqun.feng@...il.com, a.hindborg@...nel.org,
benno.lossin@...ton.me, aliceryhl@...gle.com, tmgross@...ch.edu,
gary@...yguo.net, Alistair Francis <alistair.francis@....com>
Subject: Re: [PATCH] rust: bindings: Support some inline static functions
On Tue, Nov 5, 2024 at 3:22 AM Alistair Francis <alistair23@...il.com> wrote:
>
> If this is accepted or at least Acked I can work on removing the
> existing rust_helper_* functions and convert them to be auto-generated.
Yeah, we have tracked the feature for a long time, please see:
https://github.com/Rust-for-Linux/linux/issues/353
So it is definitely in our plan to use (assuming it works).
But, yeah, we would need the patch with the conversions, to show how
it would look in practice (i.e. comparing before/after etc.), i.e. the
usual kernel rule.
> + --allowlist-function crypto_shash_descsize
We probably should put this into something similar to
`rust/bindgen_parameters` (and remove this variable).
> + @cp /tmp/bindgen/extern.c $(src)/
I don't think we can use/assume `/tmp` -- we will need
`--wrap-static-fns-path` or similar.
Thanks for trying out the new feature!
Cheers,
Miguel
Powered by blists - more mailing lists