CINXE.COM

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /><title>LKML: Khalil Fazal: Re: linux: Goodbye from a Linux community volunteer</title><link href="/css/message.css" rel="stylesheet" type="text/css" /><link href="/css/wrap.css" rel="alternate stylesheet" type="text/css" title="wrap" /><link href="/css/nowrap.css" rel="stylesheet" type="text/css" title="nowrap" /><link href="/favicon.ico" rel="shortcut icon" /><script src="/js/simple-calendar.js" type="text/javascript"></script><script src="/js/styleswitcher.js" type="text/javascript"></script><link rel="alternate" type="application/rss+xml" title="lkml.org : last 100 messages" href="/rss.php" /><link rel="alternate" type="application/rss+xml" title="lkml.org : last messages by Khalil Fazal" href="/groupie.php?aid=" /><script> var _paq = window._paq = window._paq || []; /* tracker methods like "setCustomDimension" should be called before "trackPageView" */ _paq.push(["setDoNotTrack", true]); _paq.push(["disableCookies"]); _paq.push(['trackPageView']); _paq.push(['enableLinkTracking']); (function() { var u="//m.lkml.org/"; _paq.push(['setTrackerUrl', u+'matomo.php']); _paq.push(['setSiteId', '1']); var d=document, g=d.createElement('script'), s=d.getElementsByTagName('script')[0]; g.async=true; g.src=u+'matomo.js'; s.parentNode.insertBefore(g,s); })(); </script></head><body onload="es.jasper.simpleCalendar.init();" itemscope="itemscope" itemtype="http://schema.org/BlogPosting"><table border="0" cellpadding="0" cellspacing="0"><tr><td width="180" align="center"><a href="/"><img style="border:0;width:135px;height:32px" src="/images/toprowlk.gif" alt="lkml.org" /></a></td><td width="32">聽</td><td class="nb"><div><a class="nb" href="/lkml"> [lkml]</a> 聽 <a class="nb" href="/lkml/2024"> [2024]</a> 聽 <a class="nb" href="/lkml/2024/10"> [Oct]</a> 聽 <a class="nb" href="/lkml/2024/10/25"> [25]</a> 聽 <a class="nb" href="/lkml/last100"> [last100]</a> 聽 <a href="/rss.php"><img src="/images/rss-or.gif" border="0" alt="RSS Feed" /></a></div><div>Views: <a href="#" class="nowrap" onclick="setActiveStyleSheet('wrap');return false;">[wrap]</a><a href="#" class="wrap" onclick="setActiveStyleSheet('nowrap');return false;">[no wrap]</a> 聽 <a class="nb" href="/lkml/mheaders/2024/10/25/288" onclick="this.href='/lkml/headers'+'/2024/10/25/288';">[headers]</a>聽 <a href="/lkml/bounce/2024/10/25/288">[forward]</a>聽 </div></td><td width="32">聽</td></tr><tr><td valign="top"><div class="es-jasper-simpleCalendar" baseurl="/lkml/"></div><div class="threadlist">Messages in this thread</div><ul class="threadlist"><li class="root"><a href="/lkml/2024/10/24/177">First message in thread</a></li><li><a href="/lkml/2024/10/24/177">Serge Semin</a><ul><li><a href="/lkml/2024/10/24/296">=?utf-8?Q?Reimar_D=C3=B6ffinger?=</a></li><li><a href="/lkml/2024/10/24/352">Philipp Stanner</a></li><li><a href="/lkml/2024/10/24/740">"Jiaxun Yang"</a></li><li><a href="/lkml/2024/10/24/1118">James Bottomley</a><ul><li><a href="/lkml/2024/10/24/1251">"Jiaxun Yang"</a><ul><li><a href="/lkml/2024/10/24/1261">=?UTF-8?Q?Dragan_Milivojevi=C4=87?=</a></li><li><a href="/lkml/2024/10/24/1275">James Bottomley</a><ul><li><a href="/lkml/2024/10/24/1329">"Jiaxun Yang"</a></li></ul></li></ul></li><li><a href="/lkml/2024/10/24/1280">Peter Cai</a><ul><li><a href="/lkml/2024/10/24/1357">=?UTF-8?Q?Dragan_Milivojevi=C4=87?=</a><ul><li><a href="/lkml/2024/10/24/1426">Andy Shevchenko</a></li><li><a href="/lkml/2024/10/30/833">metux</a></li><li><a href="/lkml/2024/10/30/1002">metux</a></li></ul></li><li><a href="/lkml/2024/10/24/1387">"Jiaxun Yang"</a></li></ul></li><li><a href="/lkml/2024/10/24/1328">Hantong Chen</a><ul><li><a href="/lkml/2024/10/24/1393">"Theodore Ts'o"</a><ul><li><a href="/lkml/2024/10/24/1461">Hantong Chen</a></li><li><a href="/lkml/2024/10/25/1212">"Theodore Ts'o"</a></li></ul></li></ul></li></ul></li><li><a href="/lkml/2024/10/24/1482">Oleksiy Protas</a><ul><li><a href="/lkml/2024/10/24/1540">=?UTF-8?Q?Dragan_Milivojevi=C4=87?=</a><ul><li><a href="/lkml/2024/10/25/133">Oleksiy Protas</a><ul><li><a href="/lkml/2024/10/25/939">Andy Shevchenko</a></li></ul></li></ul></li></ul></li><li class="origin"><a href="">Khalil Fazal</a></li><li><a href="/lkml/2024/10/30/88">Yanteng Si</a></li></ul></li></ul></td><td width="32" rowspan="2" class="c" valign="top"><img src="/images/icornerl.gif" width="32" height="32" alt="/" /></td><td class="c" rowspan="2" valign="top" style="padding-top: 1em"><table><tr><td><table><tr><td class="lp">Date</td><td class="rp" itemprop="datePublished">Fri, 25 Oct 2024 02:48:36 -0400</td></tr><tr><td class="lp">Subject</td><td class="rp" itemprop="name">Re: linux: Goodbye from a Linux community volunteer</td></tr><tr><td class="lp">From</td><td class="rp" itemprop="author">Khalil Fazal <></td></tr></table></td><td></td></tr></table><pre itemprop="articleBody">Hi Serge, I'm really angry that it has come to this. Fuck the fascists for bullying the Russians from the community. I'm just a regular end user who has been using Linux for 17 years. I was born in 1991, the same year the kernel was created. This is so fucking disgusting. Lots of love, in solidarity, Khalil from Toronto, Canada On 2024-10-24 00:27, Serge Semin wrote: > Hello Linux-kernel community, > > I am sure you have already heard the news caused by the recent Greg' commit > 6e90b675cf942e ("MAINTAINERS: Remove some entries due to various compliance > requirements."). As you may have noticed the change concerned some of the > Ru-related developers removal from the list of the official kernel maintainers, > including me. > > The community members rightly noted that the _quite_ short commit log contained > very vague terms with no explicit change justification. No matter how hard I > tried to get more details about the reason, alas the senior maintainer I was > discussing the matter with haven't given an explanation to what compliance > requirements that was. I won't cite the exact emails text since it was a private > messaging, but the key words are "sanctions", "sorry", "nothing I can do", "talk > to your (company) lawyer"... I can't say for all the guys affected by the > change, but my work for the community has been purely _volunteer_ for more than > a year now (and less than half of it had been payable before that). For that > reason I have no any (company) lawyer to talk to, and honestly after the way the > patch has been merged in I don't really want to now. Silently, behind everyone's > back, _bypassing_ the standard patch-review process, with no affected > developers/subsystem notified - it's indeed the worse way to do what has been > done. No gratitude, no credits to the developers for all these years of the > devoted work for the community. No matter the reason of the situation but > haven't we deserved more than that? Adding to the GREDITS file at least, no?.. > > I can't believe the kernel senior maintainers didn't consider that the patch > wouldn't go unnoticed, and the situation might get out of control with > unpredictable results for the community, if not straight away then in the middle > or long term perspective. I am sure there have been plenty ways to solve the > problem less harmfully, but they decided to take the easiest path. Alas what's > done is done. A bifurcation point slightly initiated a year ago has just been > fully implemented. The reason of the situation is obviously in the political > ground which in this case surely shatters a basement the community has been built > on in the first place. If so then God knows what might be next (who else might > be sanctioned...), but the implemented move clearly sends a bad signal to the > Linux community new comers, to the already working volunteers and hobbyists like > me. > > Thus even if it was still possible for me to send patches or perform some > reviews, after what has been done my motivation to do that as a volunteer has > simply vanished. (I might be doing a commercial upstreaming in future though). > But before saying goodbye I'd like to express my gratitude to all the community > members I have been lucky to work with during all these years. Specifically: > > NTB-folks, Jon, Dave, Allen. NTB was my starting point in the kernel upstream > work. Thanks for the initial advices and despite of very-very-very tough reviews > with several complete patchset refactorings, I learned a lot back then. That > experience helped me afterwards. Thanks a lot for that. BTW since then I've got > several thank-you letters for the IDT NTB and IDT EEPROM drivers. If not for you > it wouldn't have been possible. > > Andy, it's hard to remember who else would have given me more on my Linux kernel > journey as you have. We first met in the I2C subsystem review of my DW I2C > driver patches. Afterwards we've got to be frequently meeting here and there - > GPIO, SPI, TTY, DMA, NET, etc, clean/fixes/features patch(set)s. Quite heat > discussions in your first reviews drove me crazy really. But all the time we > managed to come up with some consensus somehow. And you never quit the > discussions calmly explaining your point over and over. You never refused to > provide more detailed justification to your requests/comments even though you > didn't have to. Thanks to that I learned how to be patient to reviewers > and reviewees. And of course thank you for the Linux-kernel knowledges and all > the tips and tricks you shared. > > * Andy, please note due to the situation I am not going to work on my DW DMAC > fixes patchset anymore. So if you ever wish to have DW UART stably working with the > DW DMA-engine driver, then feel free to pick the series up: > Link: <a href="https://lore.kernel.org/dmaengine/20240911184710.4207-1-fancer.lancer@gmail.com/">https://lore.kernel.org/dmaengine/20240911184710.4207-1-fancer.lancer@gmail.com/</a> > > Linus (Walleij), after you merged one of my pretty much heavy patchset in you > suggested to me to continue the DW APB GPIO driver maintaining. It was a first > time I was asked to maintain a not-my driver. Thank you for the trust. I'll > never forget that. > > Mark, thank you very much for entrusting the DW APB SSI driver maintenance to > me. I've put a lot of efforts into making it more generic and less errors-prune, > especially when it comes working under a DMA-engine control or working in the > mem-ops mode. I am sure the results have been beneficial to a lot of DW > SPI-controller users since then. > > Damien, our first and last meeting was at my generic AHCI-platform and DW AHCI > SATA driver patches review. You didn't make it a quick and easy path. But still > all the reviews comments were purely on the technical basis, and the patches > were eventually merged in. Thank you for your time and experience I've got from > the reviews. > > Paul, Thomas, Arnd, Jiaxun, we met several times in the mailing list during my > MIPS P5600 patches and just generic MIPS patches review. It was always a > pleasure to discuss the matters with such brilliant experts in the field. Alas > I've spent too much time working on the patches for another subsystems and > failed to submit all the MIPS-related bits. Sorry I didn't keep my promise, but > as you can see the circumstances have suddenly drawn its own deadline. > > Bjorn, Mani, we were working quite a lot with you in the framework of the DW > PCIe RC drivers. You reviewed my patches. I helped you to review another patches > for some time. Despite of some arguing it was always a pleasure to work with > you. Mani, special thanks for the cooperative DW eDMA driver maintenance. I > think we were doing a great work together. > > Paolo, Jakub, David, Andrew, Vladimir, Russell. The network subsystem and > particularly the STMMAC driver (no doubt the driver sucks) have turned to be a > kind of obstacle on which my current Linux-kernel activity has stopped. I really > hope that at least in some way my help with the incoming STMMAC and DW XPCS > patches reviews lightened up your maintainance duty. I know Russell might > disagree, but I honestly think that all our discussions were useful after all, > at least for me. I also think we did a great work working together with Russell > on the DW GMAC/QoS ETH PCS patches. Hopefully you'll find a time to finish it up > after all. > > Rob, Krzysztof, from your reviews I've learned a lot about the most hardwary part > of the kernel - DT sources and DT-bindings. All your comments have been laconic > and straight to the point. That made reviews quick and easy. Thank you very > much for that. > > Guenter, special thanks for reviewing and accepting my patches to the hwmon and > watchdog subsystems. It was pleasure to be working with you. > > Borislav, we disagreed and argued a lot. So my DW uMCTL2 DDRC EDAC patches even > got stuck in limbo for quite a long time. Anyway thank you for the time > you spent reviewing my patches and trying to explain your point. > > * Borislav, it looks like I won't be able to work on my Synopsys EDAC patchsets > anymore. If you or somebody else could pick them up and finish up the work it > would be great (you can find it in the lore archive). The patches convert the > mainly Zynq(MP)-specific Synopsys EDAC driver to supporting the generic DW > uMCTL2 DDRC. It would be very beneficial for each platform based on that > controller. > > Greg, we met several times in the mailing lists. You reviewed my patches sent > for the USB and TTY subsystems, and all the time the process was straight, > highly professional, and simpler than in the most of my other case. > Thank you very much for that. > > Yoshihiro, Keguang, Yanteng, Kory, Cai and everybody I was lucky to meet in the > kernel mailing lists, but forgot to mention here. Thank you for the time spent > for our cooperative work on making the Linux kernel better. It was a pleasure to > meet you here. > > I also wish to say huge thanks to the community members trying to > defend the kicked off maintainers and for support you expressed in > these days. It means a lot. > > A little bit statics of my kernel-work at the end: > > Signed-off patches: 518 > Reviewed and Acked patches: 253 > Tested patches: 80 > > You might say not the greatest achievement for seven years comparing to some > other developers. Perhaps. But I meant each of these tags, be sure. > > I guess that's it. If you ever need some info or consultation regarding the > drivers I used to maintain or the respective hardware or the Synopsys IP-cores > (about which I've got quite comprehensive knowledge by this time), feel free to > reach me out via this email. I am always willing to help to the community > members. > > Hope we'll meet someday in more pleasant circumstances and drink a > couple or more beers together. But now it's time to say good bye. > Sorry for a long-read text. I wish good luck on your Linux-way. > > Best Regards, > -Serge(y) > </pre></td><td width="32" rowspan="2" class="c" valign="top"><img src="/images/icornerr.gif" width="32" height="32" alt="\" /></td></tr><tr><td align="right" valign="bottom"> 聽 </td></tr><tr><td align="right" valign="bottom">聽</td><td class="c" valign="bottom" style="padding-bottom: 0px"><img src="/images/bcornerl.gif" width="32" height="32" alt="\" /></td><td class="c">聽</td><td class="c" valign="bottom" style="padding-bottom: 0px"><img src="/images/bcornerr.gif" width="32" height="32" alt="/" /></td></tr><tr><td align="right" valign="top" colspan="2"> 聽 </td><td class="lm">Last update: 2024-10-25 08:50 聽聽 [from the cache] 漏2003-2020 <a href="http://blog.jasper.es/">Jasper Spaans</a>|hosted at <a href="https://www.digitalocean.com/?refcode=9a8e99d24cf9">Digital Ocean</a> and my Meterkast|<a href="http://blog.jasper.es/categories.html#lkml-ref">Read the blog</a></td><td>聽</td></tr></table><script language="javascript" src="/js/styleswitcher.js" type="text/javascript"></script></body></html>