Talks to Watch

Keynote: Greg Kroah-Hartman (Linux Foundation) - "I Don't Want Your Code"

Mar 7, 2013 · 33:36 · 0 HN recommenders · 8 mentions · discussed 2017–2023

Greg Kroah-Hartman's Linaro keynote on contributing to the Linux kernel, explaining why maintainers prefer upstreamed code and how they view contributions.

Why Hacker News points people here: Cited in discussions of maintainer burden and why companies benefit from upstreaming drivers, as an explanation straight from a lead kernel maintainer.

“Greg Kroah-Hartman explains it”HN comment, 2023

What Hacker News said 8

Cites itpmoriartyAug 2017

“There was in fact a talk given by Greg Kroah-Hartman, one Linux's lead maintainers, about development for the Linux kernel”

Kroah-Hartman on kernel contributions

Full comment

"They don't need or even want your help" There was in fact a talk given by Greg Kroah-Hartman, one Linux's lead maintainers, about development for the Linux kernel which he titled "I Don't Want Your Code" . this video

in “Why GitHub Can't Host the Linux Kernel Community” · view on HN
Cites itmatheusmoreiraMay 2018

“They're scarce resources.”

Maintainer time is scarce

Full comment

>implies that the requester's time is less valuable than the project maintainer's It is. In large projects, there are relatively few maintainers responsible for evaluating the requests, reports and code from lots of people. They're scarce resources. this video link

in “Libui: a portable GUI library for C” · view on HN
Cites itmatheusmoreiraJun 2021
Full comment

> maybe it's time to have sub-maintainers to whom such tasks could be delegated They already have subsystem maintainers. The result was an even faster process. this video

in ““Please don't waste maintainers' time on your KPI grabbing patches”” · view on HN
Cites itmatheusmoreiraJun 2021

“If you're hired to do this stuff, you're on your own, you better know what you're doing.”

Kernel expectations for paid versus volunteer contributors

Full comment

this video > If you're hired to do this stuff, you're on your own, you better know what you're doing. Huawei pays professional developers to contribute to the kernel. Of course they should be held to a higher standard. They should be working on something substantial, not fixing minor problems. Surely there are far more important things to work on. Failing to prioritize important issues coupled with incentives for kernel contribution means they are putting in minimum effort for maximum personal gain at the expense of maintainers.

in ““Please don't waste maintainers' time on your KPI grabbing patches”” · view on HN
Cites itmatheusmoreiraOct 2021

“I'm reminded of Greg Kroah-Hartman's talk about kernel contributors.”

Kroah-Hartman on amateur versus professional contributors

Full comment

> it's not the publishing but the use which is proscribed - same applies for engineering Exactly. I think there should be an exception for free and open source software though. We have lots of free software designed to be used by people. I don't think these programmers should be held liable. Many of them are amateurs and volunteers. The chilling effect would simply be too great. I'm reminded of Greg Kroah-Hartman's talk about kernel contributors. this video > My goal, of me, as a developer and to make Linux succeed, is to help [amateurs, unknown individuals] out. > If you're hired to do this stuff, you're on your own and you better know what you're doing. I think he's right. At the time, roughly 20% of the kernel was done by individuals. That work is extremely valuable yet it is different from professional work. It should be treated differently. with a lot more compassion and understanding. On the other hand, it is fine to expect professionals to be disciplined. > A social-media site operated by an amateur in the bedroom being paid nothing and using only open-source software would still be liable under any sensible and realistic regulation. Yeah, I agree. That's not just software anymore, that's a service. > e.g. create a non-profit, and pay the non-profit which pays the programmer. So long as the programmer is one step removed from you it's fine. It doesn't matter how indirect it is. The important fact is the programmer is getting paid for their work. That makes it professional

in “Facebook Struggles to Quell Uproar over Instagram’s Effect on Teens” · view on HN
Cites itmatheusmoreiraMar 2023

“That's how good corporations contribute.”

Why upstreaming drivers benefits companies

Full comment

Because then consumers get hardware that works out of the box on Linux. That's how good corporations contribute. this video

in “Intel Thunder Bay Is Officially Canceled, Linux Driver Code to Be Removed” · view on HN
Cites itjamespwilliamsSep 2023

“for a video version of this talk”

Video version of the slides talk

Full comment

this video for a video version of this talk One funny bit about the talk, which isn’t mentioned in the slides, is that he actually gave the talk at Linaro (the very same company who were called out in the slides as a case study of submitting a particularly bad set of patches)

in “Linux Kernel Maintainers, why are they so grumpy? [pdf]” · view on HN
Cites itmatheusmoreiraDec 2023

“Greg Kroah-Hartman explains it”

Kroah-Hartman explains why upstream drivers win

Full comment

Because it leads to straight up better products and companies that don't upstream the drivers get outcompeted by the ones that do. Greg Kroah-Hartman explains it: this video

in “A Nouveau graphics driver update” · view on HN