summaryrefslogtreecommitdiffstats
path: root/crypto/hash_info.c
diff options
context:
space:
mode:
authorBartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>2018-10-16 15:42:16 +0200
committerIngo Molnar <mingo@kernel.org>2018-10-17 08:39:42 +0200
commitb3569d3a4b4fe93ee33eaa3c69ec3ed2cd3b276a (patch)
treea7629a53125a2f73a563a61812dbec517e892d7c /crypto/hash_info.c
parentb955a910d7fde877e068f68fada5aac02e3a073d (diff)
downloadlinux-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