On Fri, 18 Apr 2008 15:07:46 -0700 "Yinghai Lu" <yhlu.kernel@gmail.com> wrote:Well if there was a single CONFIG_MEMTEST then it would probably be sufficent to document it all within the Kconfig help for that option. But there isn't a CONFIG_MEMTEST. It appears that the presence or absence of the memtest feature is controlled by CONFIG_MEMTEST_BOOTPARAM which makes no sense at all! So... such users shouldn't add the memtest= boot parameter? I'd suggest the following: - Add a CONFIG_MEMTEST. No other config variable needed. - Put all the memtest code inside #ifdef CONFIG_MEMTEST. - As part of that memtest code, implement the memtest= boot option - Make the memtest feature default to "off" if memtest= was not provided. That's all very simple and conventional? --
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| Alan Stern | Re: 2.6.22-rc2-mm1 |
| Satyam Sharma | Re: [PATCH 0/24] make atomic_read() behave consistently across all architectures |
| William Lee Irwin III | Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS] |
git: | |
| Dale Farnsworth | Re: [PATCH 03/39] mv643xx_eth: shorten reg names |
| Jarek Poplawski | Re: HTB accuracy for high speed |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
