3 ms·
>The Linux kernel has around 27.8 million lines of code. An increase of .35% This is horribly misleading; most of these lines of code are drivers, which this p
by theon144 5y ago
>The Linux kernel has around 27.8 million lines of code. An increase of .35%
This is horribly misleading; most of these lines of code are drivers, which this patchset doesn't even concern.
It's still a massive change that only a handful of developers will ever be able to review in entirety - a fact to which the size of the project is completely irrelevant - if anything, actually, it urges even more caution, given the implied complexity. Which I believe was (at least in part) parent comment's point - given the importance and ubiquity of the Linux kernel, this may be concerning.
That said, I am very confident in the structures put in place by the kernel devs, their competence and the necessity for such a change - but trivializing a 100k LoC patchset because the project it's intended to land in is even more colossally complex isn't how I'd choose my approach.
- Denvercoder9 5y ago> This is horribly misleading; most of these lines of code are drivers, which this patchset doesn't even concern. That's not true at all, a big part of those added lines are added includes in drivers. E.g. this commit I picked at random adds 1500 lines, of which just a few procent are in the core kernel: https://git.kernel.org/pub/scm/linux/kernel/git/mingo/tip.git/commit/?id=390dec865b2afb6219914d08b4b5c870d1f052a6 https://git.kernel.org/pub/scm/linux/kernel/git/mingo/tip.gi...