Conversation
Greg K-H
gregkh
While I don't know if is the first time this has happened, it's good to acknowledge this given all the crazy, odd, and incorrect press about Rust in Linux these days.
A new in-kernel api just landed in linux-next from my tree and should hopefully show up in 6.14 to make some kinds of drivers easier to write, that has a rust binding added at the exact same time:
https://lore.kernel.org/all/2025021023-sandstorm-precise-9f5d@gregkh/
Many thanks to Lyude and Danilo and many other Rust kernel developers for the help in creating the binding and make the C side work well for both Rust and C code at the same time. The end result here for any C developer alone, is much better off for all of their help.
A new in-kernel api just landed in linux-next from my tree and should hopefully show up in 6.14 to make some kinds of drivers easier to write, that has a rust binding added at the exact same time:
https://lore.kernel.org/all/2025021023-sandstorm-precise-9f5d@gregkh/
Many thanks to Lyude and Danilo and many other Rust kernel developers for the help in creating the binding and make the C side work well for both Rust and C code at the same time. The end result here for any C developer alone, is much better off for all of their help.
3
59
117
Stefano Zacchiroli
zacchiro@mastodon.xyz@gregkh how was it? "haters gonna hate"? (or maybe "segfaulters gonna crash", in this case?)
0
0
0
Jani Nikula
jani@fosstodon.org@gregkh Faux bus! 😄
It has been a kind of (anti-)pattern to create a short-lived platform device for request_firmware(). Does this work for that use case as well?
1
0
0
Greg K-H
gregkh
@jani Yes it does! Look at this patch that handles that case explicitly: https://lore.kernel.org/all/2025021027-stove-dolly-9aed@gregkh/
1
1
2
Jani Nikula
jani@fosstodon.org@gregkh Oh, I failed to look through the whole series. Good stuff!
0
0
0