linux-kernel - Re: [PATCH] kconfig: untangle EXPERT and EMBEDDED

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 18 Jan 2012 10:38:19 +0100
From:	Andrew Jones <drjones@...hat.com>
To:	David Rientjes <rientjes@...gle.com>
Cc:	Jerome Marchand <jmarchan@...hat.com>,
	Arnd Bergmann <arnd@...db.de>, akpm@...ux-foundation.org,
	linux-kernel@...r.kernel.org, mingo@...e.hu,
	david.woodhouse@...el.com, gregkh@...e.de, davem@...emloft.net,
	axboe@...nel.dk, holt@....com, linux-arch@...r.kernel.org,
	linux@....linux.org.uk, hskinnemoen@...il.com,
	egtvedt@...fundet.no, msalter@...hat.com, a-jacquiot@...com,
	starvik@...s.com, jesper.nilsson@...s.com, dhowells@...hat.com,
	takata@...ux-m32r.org, geert@...ux-m68k.org,
	yasutake.koichi@...panasonic.com, jonas@...thpole.se,
	kyle@...artin.ca, deller@....de, jejb@...isc-linux.org,
	chris@...kel.net, greg@...ah.com, davej@...hat.com,
	airlied@...ux.ie, jkosina@...e.cz, mchehab@...radead.org,
	johannes@...solutions.net, linville@...driver.com
Subject: Re: [PATCH] kconfig: untangle EXPERT and EMBEDDED

On Tue, Jan 17, 2012 at 12:54:01PM -0800, David Rientjes wrote:
> When it's configurable only for CONFIG_EMBEDDED, then you can propose that 
> to the HID maintainers.  If they agree, then we don't care if users 
> currently with CONFIG_EXPERT=y and CONFIG_EMBEDDED=n lose the option, but 
> that needs to be handled on a case-by-case basis when breaking backwards 
> compatibility.
> 

Ah, I think I may have just gotten to the bottom of this long, useless
thread. Based on your last email and by rereading what you wrote above.
You seem to believe a patch like

diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index 82928f5..ec1023d 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -771,7 +771,7 @@ config DEBUG_WRITECOUNT

 config DEBUG_MEMORY_INIT
        bool "Debug memory initialisation" if EXPERT
-       default !EXPERT
+       default !EMBEDDED
        help
          Enable this for additional checks during memory initialisation.
          The sanity checks verify aspects of the VM such as the memory
model

means that configs with CONFIG_EXPERT=y and CONFIG_EMBEDDED=n would then
generate kernels that no longer have the additional memory checks. Those
checks are generally a good thing, and in fact the config help for that
option says "If unsure, say Y". So a general kernel, using the general
kernel option, EXPERT, but not the specific option, EMBEDDED, would be
upset when losing that option.

Your problem is that your logic is backwards. The kernel right now has
precisely that issue, due to 6a108a14fa35. If EXPERT is on, then you'll
lose DEBUG_MEMORY_INIT. That, and all the other silently changed defaults,
is exactly what this patch fixes.

Please review the logic and the entire patch again.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/