login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
April
»
18
Re: x86: memtest bootparam
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Yinghai Lu
Subject:
Re: x86: memtest bootparam
Date: Friday, April 18, 2008 - 3:07 pm
On Fri, Apr 18, 2008 at 2:52 PM, Andrew Morton <akpm@linux-foundation.org> wrote:
quoted text
> 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=c64df7...
> > 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.
need one text file in Documentation ?
quoted text
> > > > > +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.
also for big box, like 64g above, that will take a while. YH --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
Re: x86: memtest bootparam
, Andrew Morton
, (Fri Apr 18, 2:52 pm)
Re: x86: memtest bootparam
, Yinghai Lu
, (Fri Apr 18, 3:07 pm)
Re: x86: memtest bootparam
, Andrew Morton
, (Fri Apr 18, 4:32 pm)
Re: x86: memtest bootparam
, Yinghai Lu
, (Fri Apr 18, 5:03 pm)
Re: x86: memtest bootparam
, Pavel Machek
, (Sat Apr 19, 6:33 am)
Re: x86: memtest bootparam
, Yinghai Lu
, (Sat Apr 19, 1:54 pm)
Re: x86: memtest bootparam
, Ingo Molnar
, (Mon Apr 21, 7:17 am)
Re: x86: memtest bootparam
, Yinghai Lu
, (Mon Apr 21, 9:38 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Michael Trimarchi
Re: [PATCH] VFS: make file->f_pos access atomic on 32bit arch
Miklos Szeredi
[patch 14/15] vfs: more path_permission() conversions
Serge E. Hallyn
Re: [RFC v5][PATCH 7/8] Infrastructure for shared objects
Bernd Schmidt
Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
Takashi Iwai
[PATCH 2/2] input: Add LED support to Synaptics device
git
:
Junio C Hamano
Re: mingw, windows, crlf/lf, and git
Eyvind Bernhardsen
Re: Where has "git ls-remote" reference pattern matching gone?
Shawn O. Pearce
Re: Switching from CVS to GIT
Todd Zullinger
Re: [PATCH 2/2] send-email: rfc2047-quote subject lines with non-ascii characters
Santi Béjar
Re: How to use git-fmt-merge-msg?
linux-netdev
:
Ramkrishna Vepa
[net-2.6 PATCH 1/10] Neterion: New driver: Driver help file
Mark Anthony
invitation / inquiry
Ingo Molnar
Re: [PATCH 08/16] dma-debug: add core checking functions
David Miller
Re: [PATCH 1/3] f_phonet: dev_kfree_skb instead of dev_kfree_skb_any in TX callback
Sascha Hauer
[PATCH 03/12] fec: do not typedef struct types
git-commits-head
:
Linux Kernel Mailing List
amba: struct device - replace bus_id with dev_name(), dev_set_name()
Linux Kernel Mailing List
MIPS: Yosemite: Convert SMP startup lock to arch spinlock.
Linux Kernel Mailing List
ARM: S5PC100: IRQ and timer
Linux Kernel Mailing List
davinci: edma: clear interrupt status for interrupt enabled channels only
Linux Kernel Mailing List
x86, mm, kprobes: fault.c, simplify notify_page_fault()
openbsd-misc
:
Daniel A. Ramaley
Re: [semi-OT] Can anyone recommend an OpenBSD-compatible colour laser printer?
Matthias Kilian
Re: can't get vesa @ 1280x800 or nv
Tobias Ulmer
Re: Problem after upgrade 4.5 to 4.6: ERR M
Philip Guenther
Re: SIGCHLD and libpthread.so
J.C. Roberts
Re: [semi-OT] Can anyone recommend an OpenBSD-compatible colour laser printer?
Colocation donated by:
Syndicate