On Fri, Apr 17, 2020 at 03:26:49PM -0400, Mark H Weaver wrote: > However, I should say that for all previous kernel upgrades, I have > taken the time to consider each of the new configuration options > presented by "make oldconfig" and to try make a sensible choice for each > one. I have not found it sufficient to rely on the automatically > selected choices, which very often default to "no" for modules that > ought to be included, and occasionally default to "yes" for options that > are contrary to our commitment to the GNU FSDG. This is really helpful information about how you've managed our kernel configs so far. Can you remember an example of a module that needed to be disabled because it would make Guix not FSDG compliant? This could be useful for anyone trying to learn how to take over this task. > I will leave it up to the Guix maintainers to decide what to do if no > one volunteers to take up the job of properly updating our default > kernel configurations. Okay. Our latest supported kernel is 5.4, which is an LTS kernel so we have some time, although I think it's important that we don't wait too long. https://www.kernel.org/category/releases.html To anyone who is interested in trying their hand at this: There is a tool 'scripts/diffconfig' in the linux-libre source code that makes it convenient to compare two configs. For example, one could compare our version 4.9 and 5.4 configs to get an idea of what changed. It would be easier to use the intermediate versions from our Git history to see the changes at a more incremental pace. For example, considering that our current kernel is version 5.4, I compare it to the previous version 5.3: ------ $ git log gnu/packages/aux-files/linux-libre ... find the commit that added linux-libre 5.3 ... $ git checkout 9e34a5f3b2d37c gnu/packages/aux-files/linux-libre/5.3-x86_64.conf $ ~/src/linux-libre/scripts/diffconfig \ gnu/packages/aux-files/linux-libre/5.3-x86_64.conf \ gnu/packages/aux-files/linux-libre/5.4-x86_64.conf | wc -l 184 ------ It's only 184 lines of changes (attached), which isn't so bad.