Simon Glass removed from U-Boot community
cjd8
17 points
8 comments
November 05, 2026
Related Discussions
Found 5 related stories in 118.3ms across 11,756 title embeddings via pgvector HNSW
- OpenBSD Developers Reject Uutils Coreutils pjmlp · 31 pts · October 04, 2026 · 44% similar
- Steve French (SMB3/CIFSFS Linux kernel maintainer) has died starkparker · 34 pts · August 23, 2026 · 44% similar
- Being Linux Torvalds surprisetalk · 24 pts · July 25, 2026 · 43% similar
- Debian: Retiring from the Project (Vv221) tosh · 30 pts · August 30, 2026 · 43% similar
- Jellyfin founder Andrew leaves team swat535 · 194 pts · July 20, 2026 · 42% similar
Discussion Highlights (4 comments)
joshblack1982
Anyone have a QRD of this guy's behavior and relation to that community? I've never heard of u-boot, and this is a little vague in some places.
AppAttestationz
am I missing something or is the PLC is a bit delusional to think they have right to the ownership of the u-boot.org domain? He "owns" it, and clearly does not want to hand it over. I paraphrase but he's not "holding the domain hostage" if he pays for it. Sounds like they are forcing him to hand it over lol.
ChocolateGod
Is the PLC a group of technical contributors or like a CoC committee?
jameshilliard
Some of the linked threads in the OP seem to indicate this was due to a major disagreement regarding AI usage[0][1]. I'm not really familiar with the other issues but this to me certainly seems to be a rather outdated view of AI. Hopefully this can all be worked out between everyone. From one thread[0]: > I'm clearly against using AI for any of development or review work as it can't be fully trusted and will monopolize precious reviewers time reviewing AI code instead of reviewing legitimate contributions from individual and companies. This attitude seems especially weird since a lot of u-boot drivers are derived from their Linux counterparts and Linux developers are making rather heavy use of AI for review[2] and development. Then again there are still a lot of kernel developers that seem to be extremely resistant to using AI for coding/review work. If anything u-boot should probably be moving closer to following Linux kernel review workflows due to the significant amount of shared code and subsystem maintainers. I've used AI for writing both u-boot and kernel patches myself with good results and it's only going to get better over time so I think most will come around in the near future as it's clear AI tools can massively improve productivity and reduce bugs. Funny enough I actually have at least one fairly large yet to be merged u-boot patch series where Simon Glass and some of the maintainers signing the OP were reviewing my changes in the last few weeks.[3] [0] https://lore.kernel.org/u-boot/6c21c8d8-74c0-43bc-9249-6cc1d... [1] https://lore.kernel.org/u-boot/6d0f3078-2ba8-474c-9a1f-481ee... [2] https://github.com/sashiko-dev/sashiko [3] https://lore.kernel.org/all/20261016-submit-ce-series-v2-v9-...