diff options
author | Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com> | 2018-10-16 15:42:16 +0200 |
---|---|---|
committer | Ingo Molnar <mingo@kernel.org> | 2018-10-17 08:39:42 +0200 |
commit | b3569d3a4b4fe93ee33eaa3c69ec3ed2cd3b276a (patch) | |
tree | a7629a53125a2f73a563a61812dbec517e892d7c /crypto/hash_info.c | |
parent | b955a910d7fde877e068f68fada5aac02e3a073d (diff) | |
download | linux-stable-b3569d3a4b4fe93ee33eaa3c69ec3ed2cd3b276a.tar.gz linux-stable-b3569d3a4b4fe93ee33eaa3c69ec3ed2cd3b276a.tar.bz2 linux-stable-b3569d3a4b4fe93ee33eaa3c69ec3ed2cd3b276a.zip |
x86/kconfig: Remove redundant 'default n' lines from all x86 Kconfig's
'default n' is the default value for any bool or tristate Kconfig
setting so there is no need to write it explicitly.
Also, since commit:
f467c5640c29 ("kconfig: only write '# CONFIG_FOO is not set' for visible symbols")
... the Kconfig behavior is the same regardless of 'default n' being present or not:
...
One side effect of (and the main motivation for) this change is making
the following two definitions behave exactly the same:
config FOO
bool
config FOO
bool
default n
With this change, neither of these will generate a
'# CONFIG_FOO is not set' line (assuming FOO isn't selected/implied).
That might make it clearer to people that a bare 'default n' is
redundant.
...
Signed-off-by: Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>
Cc: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: Borislav Petkov <bp@alien8.de>
Cc: Juergen Gross <jgross@suse.co>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: xen-devel@lists.xenproject.org
Link: http://lkml.kernel.org/r/20181016134217eucas1p2102984488b89178a865162553369025b%7EeGpI5NlJo0851008510eucas1p2D@eucas1p2.samsung.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'crypto/hash_info.c')
0 files changed, 0 insertions, 0 deletions