From: ludo@gnu.org (Ludovic Courtès)
To: Jason Self <jason@bluehome.net>
Cc: guix-devel@gnu.org
Subject: Re: [PATCH] Kernel Configuration
Date: Thu, 25 Sep 2014 00:05:36 +0200 [thread overview]
Message-ID: <878ul8znbj.fsf@gnu.org> (raw)
In-Reply-To: <1411592014.19369@bluehome.net> (Jason Self's message of "Wed, 24 Sep 2014 13:53:36 -0700 (PDT)")
"Jason Self" <jason@bluehome.net> skribis:
> Hello, I wanted to make sure that I was doing this correctly before
> committing anything. It seems that it's best to have all of the
> kernel's config stuff centrally located. Plus, all of these are
> already enabled in the normal config,
If we are sure there are no changes for these options, this is fine with
me (the current settings are relied on by (gnu system vm).)
> and I'd argue in a better way. For example: CONFIG_VIRTIO_BLK should
> be built in, not a module. Doing it as a module can cause difficulties
> when running in a VM in some cases and the normal config already has
> it as a built-in.
It doesn’t cause any problems in practice: the #:virtio? parameter of
‘base-initrd’ makes sure that module is loaded early (see
gnu/system/linux-initrd.scm.)
Furthermore I would rather keep CONFIG_VIRTIO_BLK=m rather than =y
precisely because that module only makes sense when running a QEMU
guest and not otherwise.
WDYT?
> From aec034aab287ce3ba84139be6f773d0a6144f2f1 Mon Sep 17 00:00:00 2001
> From: Jason Self <j@jxself.org>
> Date: Wed, 24 Sep 2014 11:37:37 -0700
> Subject: [PATCH 1/1] gnu: linux-libre: Configuration options should be
> specified in the configuration file.
Rather “gnu: linux-libre: Do not set config options in the build phase.”
> * gnu/packages/linux.scm (linux-libre): Configuration options should be specified in the configuration file.
“Remove config option settings from ‘build-phase’.”
Thanks,
Ludo’.
next prev parent reply other threads:[~2014-09-24 22:05 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-24 20:53 [PATCH] Kernel Configuration Jason Self
2014-09-24 22:05 ` Ludovic Courtès [this message]
2014-09-24 23:13 ` Jason Self
2014-09-25 16:00 ` Ludovic Courtès
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=878ul8znbj.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=guix-devel@gnu.org \
--cc=jason@bluehome.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).