From: Michal Marek <mmarek@suse.cz>
To: Alexey Dobriyan <adobriyan@gmail.com>
Cc: sam@ravnborg.org, linux-kbuild@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: Rewriting kernel config after generation
Date: Sat, 10 Dec 2011 15:27:15 +0100 [thread overview]
Message-ID: <4EE36C43.2040508@suse.cz> (raw)
In-Reply-To: <CACVxJT94xTVO3i7tzLwrjTkFdr3+ve2e1VBg6UjzVfvthtgDfw@mail.gmail.com>
On 6.12.2011 12:45, Alexey Dobriyan wrote:
> On Fri, Dec 2, 2011 at 7:33 AM, Alexey Dobriyan <adobriyan@gmail.com> wrote:
>> I'm trying to add compiling with -march=native to the kernel.
>> The problem is that then some config options become discoverable at
>> the beginning of the compilation. For example,
>> CONFIG_X86_L1_CACHE_SHIFT=6 can be derived from "--param l1-cache-line-size=64".
>> I suspect this is no-go, because all the dependency logic must be
>> duplicated somewhere else (in the march=native script) for the above
>> to work.
>>
>> Is there any cleaner way I'm missing?
>>
>> In theory, such script could even turn off CONFIG_CPU_SUP_AMD
>> if it detects Intel CPU.
>
> Hrph, this is harder than it looks because "silentoldconfig" is done at
> the beginning rewriting whatever changes done to .config by hand. :-(
X86_L1_CACHE_SHIFT has no prompt, so it cannot be modified by the user.
You would need to add a prompt if you want to modify it, e.g.
config X86_L1_CACHE_SHIFT
int
prompt "..." if X86_MARCH_NATIVE
But I wonder why is this needed. To build for the native cpu, you only
need to detect what cpu you are running and select the matching
processor family. The x86 Kconfig/Makefile will then take care of
setting the right kconfig options and the right -march= parameter for gcc.
Michal
prev parent reply other threads:[~2011-12-10 14:27 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-02 5:33 Rewriting kernel config after generation Alexey Dobriyan
2011-12-06 11:45 ` Alexey Dobriyan
2011-12-10 14:27 ` Michal Marek [this message]
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4EE36C43.2040508@suse.cz \
--to=mmarek@suse.cz \
--cc=adobriyan@gmail.com \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sam@ravnborg.org \
/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.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.