Wow

Posted Jan 12, 2022 20:08 UTC (Wed) by rahulsundaram (subscriber, #21946)
In reply to: Wow by nix
Parent article: The fast kernel headers tree

> Quite so! Plus, because it speeds up the kernel build so much, those of us who have to adapt out-of-tree patches to it are probably going to do so happily rather than moaning about it like usual.

Is that going to result in less upstreaming of patches?

Wow

Posted Jan 12, 2022 21:16 UTC (Wed) by mathstuf (subscriber, #69389) [Link]

Or perhaps more because there will be shorter coffee breaks while performing internal CI/QA prior to sending patches upstream and therefore patches can make their way upstream more easily?

What vendor is sitting there, planning on taking their stuff upstream but sees "oh, builds can be faster now" and decide "maybe we don't need to send things upstream"? If anything, I'd see a rush to get patches in first so that they can just be fixed when this lands (though I trust maintainers enough to not let that be an excuse to let crap in).

In any case, how would you suggest this be measured? It's not like the bottleneck is "not enough patches" anyways.