HackerTube
HomeLongsLikedHistoryWatch laterCategoriesPlaylistsSettings

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

Linaro On AirCited 8× on HN, 2017-2023
YouTube
0 views · 13 years ago · talk · evergreen

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

Cited in discussions of maintainer burden and why companies benefit from upstreaming drivers, as an explanation straight from a lead kernel maintainer.

Linux & open-source ecosystemsSoftware practice, open source & careers#linuxkernel#opensourcemaintainers#upstreaming#drivers#kerneldevelopment

8 comments from Hacker News

@matheusmoreira2023 · in “A Nouveau graphics driver update”

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

CitesView on HN
@jamespwilliams2023 · in “Linux Kernel Maintainers, why are they so grumpy? [pdf]”

▶ 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)

CitesView on HN
@matheusmoreira2023 · in “Intel Thunder Bay Is Officially Canceled, Linux Driver Code to Be Removed”

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

CitesView on HN
@matheusmoreira2021 · in “Facebook Struggles to Quell Uproar over Instagram’s Effect on Teens”

> 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

CitesView on HN
@matheusmoreira2021 · in ““Please don't waste maintainers' time on your KPI grabbing patches””

▶ 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.

CitesView on HN
@matheusmoreira2021 · in ““Please don't waste maintainers' time on your KPI grabbing patches””

> 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

CitesView on HN
@matheusmoreira2018 · in “Libui: a portable GUI library for C”

>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

CitesView on HN
@pmoriarty2017 · in “Why GitHub Can't Host the Linux Kernel Community”

"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

CitesView on HN
Linux Kernel Development, Greg Kroah-Hartman - Git Merge 201637:34

Linux Kernel Development, Greg Kroah-Hartman - Git Merge 2016

GitHub
72K views • 9 years ago
Leaping the chasm from proprietary to open: A survivor's guide43:28

Leaping the chasm from proprietary to open: A survivor's guide

Bryan Cantrill
14K views • 11 years ago
OffensiveCon19 - Alex Ionescu - Keynote - Reversing Without Reversing33:41

OffensiveCon19 - Alex Ionescu - Keynote - Reversing Without Reversing

OffensiveCon
20K views • 7 years ago
The State of Kernel Self Protection Project by Kees Cook, Google45:47

The State of Kernel Self Protection Project by Kees Cook, Google

The Linux Foundation
7K views • 9 years ago
RailsConf 2019 - Opening Keynote by David Heinemeier Hansson1:01:08

RailsConf 2019 - Opening Keynote by David Heinemeier Hansson

Confreaks
46K views • 7 years ago
The Tragedy of systemd47:18

The Tragedy of systemd

linux.conf.au
1.3M views • 7 years ago
Linus Torvalds: Nvidia, Fuck You!0:41

Linus Torvalds: Nvidia, Fuck You!

SiliconNews
1.9M views • 14 years ago
User-level threads....... with threads. - Paul Turner - Google34:00

User-level threads....... with threads. - Paul Turner - Google

Linux Plumbers Conference
41K views • 13 years ago
Replace Your Exploit-Ridden Firmware with Linux - Ronald Minnich, Google38:03

Replace Your Exploit-Ridden Firmware with Linux - Ronald Minnich, Google

The Linux Foundation
73K views • 9 years ago
NixOS Drama Explained, a Personal Account2:27:20

NixOS Drama Explained, a Personal Account

Jon Ringer
15K views • 1 year ago
EFI and Linux: the future is here, and it's awful - Matthew Garrett53:11

EFI and Linux: the future is here, and it's awful - Matthew Garrett

Linux.conf.au 2012 -- Ballarat, Australia
77K views • 14 years ago
The Cantrill Strikes Back | BSD Now 1172:13:32

The Cantrill Strikes Back | BSD Now 117

Jupiter Broadcasting
9K views • 10 years ago
Run containers on bare metal already!41:12

Run containers on bare metal already!

Bryan Cantrill
40K views • 10 years ago
dotJS 2012 - Fat - What Is Open Source & Why Do I Feel So Guilty?26:33

dotJS 2012 - Fat - What Is Open Source & Why Do I Feel So Guilty?

dotconferences
73K views • 13 years ago
"The Hard Parts of Open Source" by Evan Czaplicki47:16

"The Hard Parts of Open Source" by Evan Czaplicki

Strange Loop Conference
50K views • 8 years ago
Linus Torvalds - Nvidia F*** You! #Shorts [V237]0:47

Linus Torvalds - Nvidia F*** You! #Shorts [V237]

Linux en Casa
59K views • 5 years ago
"What UNIX Cost Us" - Benno Rice (LCA 2020)34:14

"What UNIX Cost Us" - Benno Rice (LCA 2020)

linux.conf.au
218K views • 6 years ago
Corporate Open Source Anti-patterns43:04

Corporate Open Source Anti-patterns

Bryan Cantrill
24K views • 12 years ago
Free software, free society: Richard Stallman at TEDxGeneva 201413:40

Free software, free society: Richard Stallman at TEDxGeneva 2014

TEDx Talks
487K views • 12 years ago
Containers and Steam: Putting games under pressure | FOSDEM 202020:11

Containers and Steam: Putting games under pressure | FOSDEM 2020

Collabora
13K views • 6 years ago