Post #1890226
2026-04-25 16:42 UTC
@hackbyte @kernellogger
I don't know much about the hamradio stuff, but do understand the removal can cause debate.
I do think it might be worth considering reason why it really need to be in the mainline kernel.
Convenience for end-users alone is not enough if nobody is actively maintaining and testing it closely with the upstream kernel developers. No developer or maintainer finds it interesting maintaining code which nobody seems to use.
I see two alternative options: Have these drivers as out-of-tree modules, where interested users can collaborate on the further development. If there appears to be a larger than expected demand for these drivers, it may be accepted in the upstream mainline kernel again.
The other option is to consider if these drivers really need to be in kernel space at all. Just look at all the USB devices available, there are many which just builds on a very generic kernel API and does the rest entirely in user-space. I wonder if the RDMA stack is somewhat similar too. Maybe that is just as good as a viable path?
Instead of criticising kernel maintainers removing code they need to maintain which they don't feel enough people are using - look at this as an opportunity to revitalise the interest for this driver, from outside of the mainline kernel. Only time can tell if it was the right thing to do or not.
Replies (1)
-
@hackbyte@joinfriendica.de 2026-04-25 19:39
@dazo @kernellogger Sry if i came over as criticizing the kernel devs decisions. That was not my intention.... I just wanted to insert my weirdo 2 cents into this thread.... While actually fully recognizing that we are not actually on LKML here at all. ;) But yes, you are right. If things may catch on as one may hope, having a stable feedback from new upcoming maintainers for ham radio related stuff is the very best indicator.