…sending patches which can't be accepted, ever?

Last year I've fixed a bug in Linux kernel OHCI (USB 1.1) stack, which rendered my old printer unreliable: OHCI adds artificial delay of 1ms for each USB transfer of send-read pattern, while my very old, host-based printer expects very tight timings and constant latency, like some kind of CnC machine.

This artificial delay was introduced in pre-git era (March 2004) as a race condition fix for the USB OHCI host controllers of the time: Endpoint Descriptors (EDs) are unlinked as soon as they become idle, but only after receiving next Start of Frame (SOF) interrupt.

My fix was small and rather simple: delay Endpoint Descriptors unlinking when they're idle for some time, assuming that the ED will be reused soon. I've ended up moving the code into I/O watchdog which runs every 275ms: it fixes the latency issue, should not affect compatibility with the controllers, and does not increase RAM consumption in all realistic USB 1.1 workloads I could think of.

Long story short: Greg Kroah-Hartman, the right hand of Linus Torvalds, the maintainer of linux-lts kernels, and the author of original OHCI code, never replies me. Not only me, but to other people from Russia as well, and to anyone asking about them, including other kernel maintainers.

As I've been told by the developers who spoke to him in person on this matter, lawyers recommend Greg not to communicate with people who might be designated or somehow affected by sanctions in any way, who can't be proven otherwise.

In other words, from my understanding, both I and the current USB stack maintainer have been denied any comment on my contribution from Greg only because I've emailed it from .ru domain.

However that's not what I wanted to talk about.

What I wanted to talk is as follows:

1. Send code contribution from any sanctioned country (Russia, Iran, North Korea), a proper bug fix
2. The code can't be merged into Linux kernel unless the contributor can verify they're not working in a sanctioned company of said country (guilty until proven innocent)
3. Other people who would like to have this bug fixed can't commit it from their name or reuse the code present in the mail list from assumingly sanctioned entity
4. The bug is forced to be fixed in some other way, not in a way it has been fixed by the bug fix contributor
5. TROLLING COMPLETE.

As soon as the guilty-until-proven-innocent contributor sends the patch to the mail list, the kernel becomes spoiled with their code similar to how patents work: this exact bug fix can't be implemented in the very same way as the presumably-sanctioned entity did that.

Think about it.

>>18444
Openness of Linux is long gone due to the hostile takeover of large transnational megacorporations, residing in America. It's no longer free software, if you do not accept contributions from "wrong" people. And of course it's political.
Also, Linus was repeatedly sent to brainwashing camps after that "Nvidia fuck you" gesture, each time making him more conformable to what the corps in face of Linux Foundation would say. Now Linus is just corposlave with his own opinion shoved into the ass, supported with money, of course. I need to feed my family he said!
In early days they were happy for anyone contributing to the kernel. And I hate when the same people that made the software great for everyone now are being shut off and pulled away because they are not from Approved American™ Country®. Just ridiculous. Remember when open source and free software meant than anyone can contribute for the benefit of everyone? Forget about it. Now the corporations decide whether you're worthy or not to contribute, like it or not, and our BDFL will happily keep his tongue right in the ass.

Anyway, I'm thinking of forking 5.10 kernel, that is the last currently supported without that pesky Rust but soon will no longer be. I'm tired of constant breaking in the kernel API that requires tracking changes and responding them in time by rewriting perfectly working code, and of corporations that took over the control and now decide how "their own" perfect operating system kernel should be.
And I think that some people think the same way, so if we gather enough people that tremendous task of continuing maintaining 5.10 could be achievable.
So, I encourage YOU to send me the patch that you've made, and I will happily accept it. And if you know other people whos patches was not accepted I will listen. I think that we need to take action in our own hands, and not just complain without doing anything.