From: Andrew Morton <akpm@linux-foundation.org>
To: Yinghai Lu <yhlu.kernel.send@gmail.com>, Ingo Molnar <mingo@elte.hu>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: x86: memtest bootparam
Date: Fri, 18 Apr 2008 14:52:02 -0700 [thread overview]
Message-ID: <20080418145202.c96460a2.akpm@linux-foundation.org> (raw)
In-Reply-To: <200804181717.m3IHHicT031344@hera.kernel.org>
On Fri, 18 Apr 2008 17:17:44 GMT
Linux Kernel Mailing List <linux-kernel@vger.kernel.org> wrote:
> Gitweb: http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=c64df70793a9c344874eb4af19f85e0662d2d3ee
> Commit: c64df70793a9c344874eb4af19f85e0662d2d3ee
> Parent: 9b967106da0357ef8b08847dce35584a04134f20
> Author: Yinghai Lu <yhlu.kernel.send@gmail.com>
> AuthorDate: Fri Mar 21 18:56:19 2008 -0700
> Committer: Ingo Molnar <mingo@elte.hu>
> CommitDate: Thu Apr 17 17:41:21 2008 +0200
>
> x86: memtest bootparam
>
> ...
>
>
> + memtest= [KNL,X86_64] Enable memtest
> + Format: <integer>
> + range: 0,4 : pattern number
> + default : 0 <disable>
OK. Did the new memtest feature get documented anywhere, btw? I'm only
vaguely aware of its existence.
>
> +config MEMTEST_BOOTPARAM
> + bool "Memtest boot parameter"
> + depends on X86_64
> + default y
> + help
> + This option adds a kernel parameter 'memtest', which allows memtest
> + to be disabled at boot. If this option is selected, memtest
> + functionality can be disabled with memtest=0 on the kernel
> + command line. The purpose of this option is to allow a single
> + kernel image to be distributed with memtest built in, but not
> + necessarily enabled.
> +
> + If you are unsure how to answer this question, answer Y.
> +
> +config MEMTEST_BOOTPARAM_VALUE
> + int "Memtest boot parameter default value (0-4)"
> + depends on MEMTEST_BOOTPARAM
> + range 0 4
> + default 0
> + help
> + This option sets the default value for the kernel parameter
> + 'memtest', which allows memtest to be disabled at boot. If this
> + option is set to 0 (zero), the memtest kernel parameter will
> + default to 0, disabling memtest at bootup. If this option is
> + set to 4, the memtest kernel parameter will default to 4,
> + enabling memtest at bootup, and use that as pattern number.
> +
> + If you are unsure how to answer this question, answer 0.
These seem pointless. Why not just unconditionally implement memtest=?
All the code for that should be __init anyway so we're hardly saving
anything here.
next parent reply other threads:[~2008-04-18 21:52 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200804181717.m3IHHicT031344@hera.kernel.org>
2008-04-18 21:52 ` Andrew Morton [this message]
2008-04-18 22:07 ` x86: memtest bootparam Yinghai Lu
2008-04-18 23:32 ` Andrew Morton
2008-04-19 0:03 ` Yinghai Lu
2008-04-19 13:33 ` Pavel Machek
2008-04-19 20:54 ` Yinghai Lu
2008-04-21 14:17 ` Ingo Molnar
2008-04-21 16:38 ` Yinghai Lu
[not found] <ak6MP-3wY-3@gated-at.bofh.it>
[not found] ` <ak6MP-3wY-1@gated-at.bofh.it>
2008-04-19 10:50 ` Bodo Eggert
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=20080418145202.c96460a2.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=yhlu.kernel.send@gmail.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox