On Tue, Sep 09, 2025 at 09:12:21AM -0300, Daniel Almeida wrote: > Greg, > > > On 9 Sep 2025, at 08:19, Simon Neuenhausen <simon.neuenhausen@xxxxxxxxxxxxxx> wrote: > > > > Hi, > > > >> On 06.09.25 17:46, Daniel Almeida wrote: > > > >> As I said to Greg above, I’m here to help if anyone wants to write a USB driver. Those interested > > are free to reach out to me and we will work together to merge the required abstractions with a real user in mind. Hopefully this encourages others to join in this work :) > > I had planned on writing a USB driver for TI nspire calculators, that would make them mountable as USB mass storage devices, since they use a proprietary USB protocol, that usually requires paid software from TI. At the time I gave up on that, due to the lack of USB support in RFL, but I could revive the effort using this. > > > > I'll admit that this is pretty gimmicky, but if it helps to get this merged, I would be happy to do it. > > > > Greetings > > > > Simon Neuenhausen > > We apparently have a user :) No, this will not work as a kernel driver, it needs to be done in userspace as the complexity involved would be crazy to be in the kernel, it would be much simpler as a libusb program. > Would you be ok if I continue this work? I can look into gadget zero as you and > Alan said. Sure, but again, we need a real user before I'll be able to take this. USB's "problem" is that for any non-class device, it should be done as a userspace program and not a kernel driver. It's simpler that way, more secure, and easier to debug and support. The number of "new" USB devices out there that need a new kernel driver for it has been very very low for the past 15+ years. thanks, greg k-h
