On Wed, Jun 12, 2024 at 3:47 PM Hans Verkuil <hverkuil@xxxxxxxxx> wrote: > > On 6/12/24 06:12, Tomasz Figa wrote: > > On Wed, May 15, 2024 at 1:19 AM Daniel Almeida > > <daniel.almeida@xxxxxxxxxxxxx> wrote: > >> > >> Hi Hans, all, > >> > >> I’d like to attend in person and discuss the use of Rust in the subsystem, especially in light of [0] and [1]. > >> > >> Please note that these are new submissions that are unrelated with what was discussed last year. > >> > >> 30 minutes will do. > >> > >> [0] https://lwn.net/ml/linux-media/20240227215146.46487-1-daniel.almeida@xxxxxxxxxxxxx/ > >> [1] https://lwn.net/Articles/970565 > > > > Somewhat related to the topic: I see potential for a quite big > > redesign of the videobuf2 framework going forward and recently with > > more Rust adoption I'm starting to think it could benefit from being > > implemented in Rust, since we would have to rewrite it quite a bit > > anyway. Especially since it's a part of the subsystem that has to deal > > with memory management, object lifetime and asynchronousness quite a > > lot and we had a history of issues there. So it could be interesting > > to hear everyone's thoughts. > > I think it is far too soon to write a framework like that in Rust. To be > honest, I won't even consider it until Linus officially accepts Rust as a > second language in the kernel, instead of as an experiment. > Given the speed of development and adoption in drivers, I would consider this just a matter of time. And the redesign that I mentioned would likely need quite some time to prepare as well. In addition, the more secure, redesigned version could coexist with the C version (as an experiment, same kind as Rust support today), as I would expect that the driver API would likely stay the same. The redesign would be mostly about how things are handled internally in the framework. > The vb2 framework can certainly use some more work, and esp. better support > for codecs, since that's where the main pain is at the moment. > > But I would need to see a proper proposal first. I assume that's what you > plan to present? > Actually, if I could get a 30 minutes slot, I could indeed present a list of problems that need to be addressed in vb2 and some proposals on how to do that. (And why it may require going as far as a redesign.) > > That said, I wouldn't be able to travel this time unfortunately, so it > > would be nice if we could arrange this topic in a time slot friendly > > for remote attendance from Japan. Also +Hidenori Kobayashi from my > > team who would also be interested in joining remotely. > > That would mean a slot in the morning, right? Since Japan is 7 hours ahead > of CEST. Correct. I can probably stay online until around 8pm, which should be 1pm in Vienna. (So I guess until lunchtime?) > > Regards, > > Hans > > > > > Best, > > Tomasz >
