Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Eric DeVolder <eric.devolder@oracle.com>
To:     linux@armlinux.org.uk, catalin.marinas@arm.com, will@kernel.org,
        chenhuacai@kernel.org, geert@linux-m68k.org,
        tsbogend@alpha.franken.de, James.Bottomley@HansenPartnership.com,
        deller@gmx.de, ysato@users.sourceforge.jp, dalias@libc.org,
        glaubitz@physik.fu-berlin.de, tglx@linutronix.de, mingo@redhat.com,
        bp@alien8.de, dave.hansen@linux.intel.com, x86@kernel.org,
        linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
        linux-ia64@vger.kernel.org, loongarch@lists.linux.dev,
        linux-m68k@lists.linux-m68k.org, linux-mips@vger.kernel.org,
        linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,
        linux-riscv@lists.infradead.org, linux-s390@vger.kernel.org,
        linux-sh@vger.kernel.org
Cc:     kernel@xen0n.name, mpe@ellerman.id.au, npiggin@gmail.com,
        christophe.leroy@csgroup.eu, paul.walmsley@sifive.com,
        palmer@dabbelt.com, aou@eecs.berkeley.edu, hca@linux.ibm.com,
        gor@linux.ibm.com, agordeev@linux.ibm.com,
        borntraeger@linux.ibm.com, svens@linux.ibm.com, hpa@zytor.com,
        keescook@chromium.org, paulmck@kernel.org, peterz@infradead.org,
        frederic@kernel.org, akpm@linux-foundation.org, ardb@kernel.org,
        samitolvanen@google.com, juerg.haefliger@canonical.com,
        arnd@arndb.de, rmk+kernel@armlinux.org.uk,
        linus.walleij@linaro.org, sebastian.reichel@collabora.com,
        rppt@kernel.org, kirill.shutemov@linux.intel.com,
        anshuman.khandual@arm.com, ziy@nvidia.com, masahiroy@kernel.org,
        ndesaulniers@google.com, mhiramat@kernel.org, ojeda@kernel.org,
        thunder.leizhen@huawei.com, xin3.li@intel.com, tj@kernel.org,
        gregkh@linuxfoundation.org, tsi@tuyoix.net, bhe@redhat.com,
        hbathini@linux.ibm.com, sourabhjain@linux.ibm.com,
        eric.devolder@oracle.com, boris.ostrovsky@oracle.com,
        konrad.wilk@oracle.com
Subject: [PATCH v2 00/13] refactor Kconfig to consolidate KEXEC and CRASH options
Date:   Mon, 19 Jun 2023 10:57:48 -0400
Message-Id: <20230619145801.1064716-1-eric.devolder@oracle.com>
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?Xs7vg8F9LidqIrXYvGxwqZ8AbV3ZOsPnxpZWp0rS/xhelfUCXl5+ROzpSf4i?=
 =?us-ascii?Q?m4KL39PkXSW+XokrbQLlY6Dc+7ckJ8+2rziosD+ukkWR6a4/KZjbkWw/QQsO?=
 =?us-ascii?Q?U9M3d2WQiBohR9L1AIz2eLpKKO88KvDCDrGHjsuGRp5C0H7TB69Y9pmv/uIS?=
 =?us-ascii?Q?K6HyTmDrFEO3w6Uaq7pdkYOOgIxZUYN0IR+IjFfwuM/BPtkD1GLBy9ddeaLo?=
 =?us-ascii?Q?3s1ihqX1ax8xCgZw6hXtzf/xbPsWEOosw8yVzQBGZ77vkbfcaBo3nXEZY/HX?=
 =?us-ascii?Q?QnnXPeygw+cNInFx5frDHO2579/7SYwu/61UO7+l702C/g8h8fA6Qw2ynoTJ?=
 =?us-ascii?Q?GsSCkYz3cUMOexoRMO3AAFMYcA2KewoToCenlpZxXRUTeSfTL0UxNnaDUhjI?=
 =?us-ascii?Q?64s9zzJcp27SQjOl5pAHvdKqWMx3z8hykOXv00m4SCWeJa7CdESaHyz9Sk3e?=
 =?us-ascii?Q?y4vM7bmDMFUiB5wj+jhtnqztmxIj7McFSGaJDvBY/afV+WTfhpVV2WU8omnP?=
 =?us-ascii?Q?Se7ky73WSw5m+yuzbJM0jxynqCl7lpPtVTbdC5Y7Q1wo5d2aJhExx58UZV79?=
 =?us-ascii?Q?XC1xNxOED7zbtqIcwxZ7uc7TXlhYZgJ1dJl5CmEDaE+ldVjKjLWca4GlJMk8?=
 =?us-ascii?Q?RTrvhSHmmNY/8wmLC6IrUQMIZgzAUJ0Mfg/WV0WZzMyDU0El2WDWArUR3PzC?=
 =?us-ascii?Q?jSKhzUbCFQq1Fa89xBC21zJpANcHXiDq5POGttO3gvdRQVyRb4EDMrhmtiEK?=
 =?us-ascii?Q?vHxh2P+vlPp6ECLPTmpvm4TY7/RXgSqq4LPXyt+PCca5kA+hDTW/7iAV2uwT?=
 =?us-ascii?Q?sLVcKuf473MxSikrYEISJ0CvzPjxAgkkzRBwGkd74LQCYVdjAUCffjNGBxd3?=
 =?us-ascii?Q?lGiNmLQumLu64fbSJI2b9hAYghZBnkDq4Rzmi6h6s0ZB2n6Wm0w6Jvz7bk63?=
 =?us-ascii?Q?3K0AJeX/yxUTWAo67ZcyijU4dYr/DbL70mYd9ZSGAHaXCcR1dpx0IwKkzOT6?=
 =?us-ascii?Q?ZvCAlPbcjKbhITe+QkOhaSo49acTCE2u1HYfuHOuLzlZIgHEBaQwSou5us7R?=
 =?us-ascii?Q?s78qYgsUtnFgRcMFaMZF9pQnMkOaP5hBc0umpo0TYSH+N2IL3koI2uQ5aJgU?=
 =?us-ascii?Q?rDh2+44mmRxrrlW1LhCBaH+s1S1lDHTY3BnAtwgAn2YrjxI9srFfO8jkVZ8x?=
 =?us-ascii?Q?S++UEf2ISjVtHdKMSOIq+pS+fpYuOC5sRGqLC77EttG3M1r93IaPNzimxIkp?=
 =?us-ascii?Q?rV8HVEZrRSxHn7zT6ClnneWRPtRLUf8rJUrBJhxX+4P+QDdjYNQsi9Iudpx6?=
 =?us-ascii?Q?cFdqyEm7p5pQCyBoNoi/6WazkbaNkXjKHOa1p4mSsQSAGfRrwBzPUcwz/q2/?=
 =?us-ascii?Q?a2Lv2peBE4WRyxfmfdldxzet5Xq/3uBh+fJoqjDwZ+FK/iYboHtS725zn2S4?=
 =?us-ascii?Q?ae22hvnZcNrveBXvRLmIvuul+veHCpsiwLrrcEwF7BJe3ENmhkXob4giRywX?=
 =?us-ascii?Q?S6EPdNUvjn/bnYtOBZZ0XeZrWX+PpqRmILbIKj5h/ttBpfHWpVxNE/gil8ax?=
 =?us-ascii?Q?5p/tzI4Y3zb5szSEPYHH5cwKCJATkLfSvRORQgbymNllebeZG7AxDT1gi3Vg?=
 =?us-ascii?Q?ew=3D=3D?=
X-MS-Exchange-AntiSpam-ExternalHop-MessageData-ChunkCount: 2
X-MS-Exchange-AntiSpam-ExternalHop-MessageData-0: =?us-ascii?Q?P62Yws1a1xEj+rss4EMzPbvRoV39VhRBV4gn/br24s1blhF4blp0GZjLwsPU?=
 =?us-ascii?Q?QELHJmxNEU7XRwyMjEM9cbuwlWM57LAUfdpY/65riJZ3o7omnG1IL28+W/2U?=
 =?us-ascii?Q?nnYtOTPb+4ltV7u5M9B8BRfP9EFv7Hb1eVG9WOfY1V8KDg8s2OnBljNExpDe?=
 =?us-ascii?Q?FFnXmVk8HB3jIDJm90sj42vd2QRLk7/8pWfD3hHWHlGmLEUF7Vg2PE3Pynud?=
 =?us-ascii?Q?4KjxfnEVXc1uGTmXOspO9OMXS7EsQDFhjJuNqEp8+4CwWPxxPqk1UTbH+bCR?=
 =?us-ascii?Q?ZT8FAuwuMyEVHKSHboZ5UnRP7GOR6ZwHWOGiEbe3g9LBl1MD/UdAfffuloNG?=
 =?us-ascii?Q?zwXxUzxqqNZCexn38Tggx3kOzFADe7s9hTKhE9Sfo/unTzxz/FeSg7YKjC+H?=
 =?us-ascii?Q?5h0Vao0lzGXFpJgF7tFIIACAwKH6VUu1UIsRChGTE1j9dHb4w2kgUKo9nEve?=
 =?us-ascii?Q?FrGRgBri3cQyL0fNzIXGnQwFjTaGQ7cuUfR6B+ZPcLzlx+1HaXhZvIn6WNMd?=
 =?us-ascii?Q?s4laKzJXMvId2rDFzrwzqfupGeJ7+0uvtv/FTA9AuKYRtvQuD1HhirlFtciJ?=
 =?us-ascii?Q?L8P/x7kmU/UY3MFl7iVbwuKCIvKNn7Pxd5D0XvOgn5uSfVRtliBZ2y0asc4l?=
 =?us-ascii?Q?On3heB1aF2IeGupmrrTz2o8ZRaAn3jAQXmo7Gvf+JuA5prS8oTOmhPnbVmm6?=
 =?us-ascii?Q?NGLr941Xu40nXyaaEJVqep3xz/LHbSbZp675X351ZwQyCKgClp/ojqFRPUxB?=
 =?us-ascii?Q?g7XTXfOM/WSXpDv0xb+o1fCJ0FPXq0utmQWTnwqvIRNCuXEmqdSO++u0CoB3?=
 =?us-ascii?Q?ymT94NB6IyjZjJun0ArOteDX4sWx5V7ei2TSNV6XbyjDg7Ln+Gg85iiF0L/p?=
 =?us-ascii?Q?exCCUTGX9pgIOkeCjiGWJqukeu9wzx5YgkVFEoz1W10oXJ1vpqLDk39HIAN6?=
 =?us-ascii?Q?tST2CqcjpFfoF+YWslGGr5XvMSr1Oi0DeZPXAkBs1dLscf0iv/nK6aJ6NHgF?=
 =?us-ascii?Q?3XJhod539y02Lc3Y4FDOvvvjIufUs8kJo2k+PzNyuqI4/mH8s7RC0rzJO8u9?=
 =?us-ascii?Q?20ykQRl0QO2QqdDLn3dkcu++cqTmvV1QRdfabF9GcTDWkOZJlhzaH21AWS+q?=
 =?us-ascii?Q?GXl/YDqC76nb8U5U1J51UNXH/RE+53KrhSC8MwEfQJqd0cK4Z6pWatYqpH7U?=
 =?us-ascii?Q?EedauUaMphn/aCor+TBD7NhNMCE2gYpuKQKCP61zyLljrAVGk3Q/czsEknXg?=
 =?us-ascii?Q?qLk7KIrPRKsOXwTM3a7OwBS3X42s2Xz4w7r3f0X5IS5ugZSsUMvNu+vOtj2+?=
 =?us-ascii?Q?eq8eWk4pErb7eSXRkVpp+ym9JEOQpD6xTdBTsDIsz39VXfgg9iibSsHs1ILK?=
 =?us-ascii?Q?FDWRkifAI5wb+xrSu9vGnW+JV36cU0iBqWBHfOAsacBc0rFLhqf6zVdkGJOh?=
 =?us-ascii?Q?Xs+yeR6WSURyGjIjt8YsP8OeGTLqsbFEGB6Ct2KH1QZCqwYbeg26QvJ7IxwW?=
 =?us-ascii?Q?swbowpdKjGGu+fGafIcM0rM8Xw/b5svLuJj4sAWLb2Qr22hyjvlgqUp/ISYt?=
 =?us-ascii?Q?MTtHDg5HJezMDdgvwbwpGMbWzeHHeVcI1pVFfIPADQ53hX2S9r0EClN4Nh0T?=
 =?us-ascii?Q?HMvVtsXFkor+7Ynnp143wZQ5Ng1NOFtekRbseG8L5pes8y1s+csDf/4zy0To?=
 =?us-ascii?Q?caAM3o79/bmttMdkl7+58WLs+tCwtW+E4wMa6LztObP6XueTubhNRagJkAY7?=
 =?us-ascii?Q?FAch64BZY9RVopwbOC+QPFLiT3TiM8YBY92eQXqwSxnPF5D6vchu/KhaVS8J?=
X-MS-Exchange-AntiSpam-ExternalHop-MessageData-1: yTI+nBDz5YBlTH1qMnCvBwYOgcgjTaZlxArXvqi+M/BdO5xodR3gXafaJBkM4DUw6YIQgFgmVT9zjnGQfRtgVF+HqWenlzMp/JVmDJXupTW72sS1Qt/CzPCnJ+mLJq6aJ3P0lqZcK+8/1Xu4wi08E+AcAXJQJjhclQtexwP5qvZIXjTQJHpoIKyt1uk6ei5u4BJW9w2cvxOJ5UUOfvPdFUCGftMjc6o+Pk4CpiTrse7nhJHq7QLOzpVywqWXD41tN7UlfXlbVQeGHLDxaCmE4QleyigRIacbwIEGN4QBJBzqoAmwPrXmncwLDIBj1r6UmE6FQbeyWsZoJWEvdqj9DUz+Y6q6bjVtsYZQMbuOK5jaEHVK5sKo0d+YDtv1A7qpVOA1iVLx9JxRLkeEnWgDNzdJBnkNejFLjpWHyDVbPj6o1u8MuVAOJfT0zSYk65Y6sB7VR0FIdFl4SQ==
X-OriginatorOrg: oracle.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a5d1f57d-a570-41bc-2137-08db70d5995b
X-MS-Exchange-CrossTenant-AuthSource: CO1PR10MB4531.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Jun 2023 14:58:10.8277
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: LTSvmu/zETGtLc6nogPO+k444pOEXim7R22X4fxuVGwgO25MA50/+91+2adSZOJMLWLBVA5Z9SkI4RoLnYY3XdEM/4XRkYQ1XybE9j/muCQ=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA1PR10MB6543
X-Proofpoint-Virus-Version: vendor=baseguard
 engine=ICAP:2.0.254,Aquarius:18.0.957,Hydra:6.0.591,FMLib:17.11.176.26
 definitions=2023-06-19_11,2023-06-16_01,2023-05-22_02
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=930 adultscore=0
 spamscore=0 bulkscore=0 malwarescore=0 phishscore=0 mlxscore=0
 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.12.0-2305260000 definitions=main-2306190137
X-Proofpoint-GUID: roUeQd1fx0g_f4aAXYyQgqfxXdveWt4K
X-Proofpoint-ORIG-GUID: roUeQd1fx0g_f4aAXYyQgqfxXdveWt4K
X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW,
        RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE,
        T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no
        version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

The Kconfig is refactored to consolidate KEXEC and CRASH options from
various arch/<arch>/Kconfig files into new file kernel/Kconfig.kexec.

The Kconfig.kexec is now a submenu titled "Kexec and crash features"
located under "General Setup".

The following options are impacted:

 - KEXEC
 - KEXEC_FILE
 - KEXEC_SIG
 - KEXEC_SIG_FORCE
 - KEXEC_BZIMAGE_VERIFY_SIG
 - KEXEC_JUMP
 - CRASH_DUMP

Over time, these options have been copied between Kconfig files and
are very similar to one another, but with slight differences.

The following architectures are impacted by the refactor (because of
use of one or more KEXEC/CRASH options):

 - arm
 - arm64
 - ia64
 - loongarch
 - m68k
 - mips
 - parisc
 - powerpc
 - riscv
 - s390
 - sh
 - x86 

More information:

In the patch series "crash: Kernel handling of CPU and memory hot
un/plug"

 https://lore.kernel.org/lkml/20230503224145.7405-1-eric.devolder@oracle.com/

the new kernel feature introduces the config option CRASH_HOTPLUG.

In reviewing, Thomas Gleixner requested that the new config option
not be placed in x86 Kconfig. Rather the option needs a generic/common
home. To Thomas' point, the KEXEC and CRASH options have largely been
duplicated in the various arch/<arch>/Kconfig files, with minor
differences. This kind of proliferation is to be avoid/stopped.

 https://lore.kernel.org/lkml/875y91yv63.ffs@tglx/

To that end, I have refactored the arch Kconfigs so as to consolidate
the various KEXEC and CRASH options. Generally speaking, this work has
the following themes:

- KEXEC and CRASH options are moved into new file kernel/Kconfig.kexec
  - These items from arch/Kconfig:
      CRASH_CORE KEXEC_CORE KEXEC_ELF HAVE_IMA_KEXEC
  - These items from arch/x86/Kconfig form the common options:
      KEXEC KEXEC_FILE KEXEC_SIG KEXEC_SIG_FORCE
      KEXEC_BZIMAGE_VERIFY_SIG KEXEC_JUMP CRASH_DUMP
  - The crash hotplug series appends CRASH_HOTPLUG to Kconfig.kexec
  NOTE: PHYSICAL_START could be argued to be included in this series.
- The Kconfig.kexec is now a submenu titled "Kexec and crash features"
- The Kconfig.kexec is now listed in "General Setup" submenu from
  init/Kconfig
- To control the main common options, new options ARCH_SUPPORTS_KEXEC,
  ARCH_SUPPORTS_KEXEC_FILE and ARCH_SUPPORTS_CRASH_DUMP are introduced.
  NOTE: The existing ARCH_HAS_KEXEC_PURGATORY remains unchanged.
- To account for the slight differences, new options ARCH_SELECTS_KEXEC,
  ARCH_SELECTS_KEXEC_FILE and ARCH_SELECTS_CRASH_DUMP are used to
  elicit the same side effects as the original arch/<arch>/Kconfig
  files for KEXEC and CRASH options.

An example, 'make menuconfig' illustrating the submenu:

  > General setup > Kexec and crash features
  [*] Enable kexec system call
  [*] Enable kexec file based system call
  [*]   Verify kernel signature during kexec_file_load() syscall
  [ ]     Require a valid signature in kexec_file_load() syscall
  [ ]     Enable bzImage signature verification support
  [*] kexec jump
  [*] kernel crash dumps
  [*]   Update the crash elfcorehdr on system configuration changes

The three main options are KEXEC, KEXEC_FILE and CRASH_DUMP. In the
process of consolidating these options, I encountered slight differences
in the coding of these options in several of the architectures. As a
result, I settled on the following solution:

- Each of three main options has a 'depends on ARCH_SUPPORTS_<option>'
  statement: ARCH_SUPPORTS_KEXEC, ARCH_SUPPORTS_KEXEC_FILE,
  ARCH_SUPPORTS_CRASH_DUMP.

  For example, the KEXEC_FILE option has a 'depends on
  ARCH_SUPPORTS_KEXEC_FILE' statement.

- The boolean ARCH_SUPPORTS_<option> in effect allows the arch to
  determine when the feature is allowed.  Archs which don't have the
  feature simply do not provide the corresponding ARCH_SUPPORTS_<option>.
  For each arch, where there previously were KEXEC and/or CRASH
  options, these have been replaced with the corresponding boolean
  ARCH_SUPPORTS_<option>, and an appropriate def_bool statement.

  For example, if the arch supports KEXEC_FILE, then the
  ARCH_SUPPORTS_KEXEC_FILE simply has a 'def_bool y'. This permits the
  KEXEC_FILE option to be available.

  If the arch has a 'depends on' statement in its original coding
  of the option, then that expression becomes part of the def_bool
  expression. For example, arm64 had:

  config KEXEC
    depends on PM_SLEEP_SMP

  and in this solution, this converts to:

  config ARCH_SUPPORTS_KEXEC
    def_bool PM_SLEEP_SMP


- In order to account for the differences in the config coding for
  the three common options, the ARCH_SELECTS_<option> is used.
  This options has a 'depends on <option>' statement to couple it
  to the main option, and from there can insert the differences
  from the common option and the arch original coding of that option.

  For example, a few archs enable CRYPTO and CRYTPO_SHA256 for
  KEXEC_FILE. These require a ARCH_SELECTS_KEXEC_FILE and
  'select CRYPTO' and 'select CRYPTO_SHA256' statements.

Illustrating the option relationships:

For KEXEC:
 ARCH_SUPPORTS_KEXEC <- KEXEC <- ARCH_SELECTS_KEXEC

 KEXEC                      # in Kconfig.kexec
 ARCH_SUPPORTS_KEXEC        # in arch/<arch>/Kconfig, as needed
 ARCH_SELECTS_KEXEC         # in arch/<arch>/Kconfig, as needed


For KEXEC_FILE:
 ARCH_SUPPORTS_KEXEC_FILE <- KEXEC_FILE <- ARCH_SELECTS_KEXEC_FILE

 KEXEC_FILE                 # in Kconfig.kexec
 ARCH_SUPPORTS_KEXEC_FILE   # in arch/<arch>/Kconfig, as needed
 ARCH_SELECTS_KEXEC_FILE    # in arch/<arch>/Kconfig, as needed


For CRASH:
 ARCH_SUPPORTS_CRASH_DUMP <- CRASH_DUMP <- ARCH_SELECTS_CRASH_DUMP

 CRASH_DUMP                 # in Kconfig.kexec
 ARCH_SUPPORTS_CRASH_DUMP   # in arch/<arch>/Kconfig, as needed
 ARCH_SELECTS_CRASH_DUMP    # in arch/<arch>/Kconfig, as needed

To summarize, the ARCH_SUPPORTS_<option> permits the <option> to be
enabled, and the ARCH_SELECTS_<option> handles side effects (ie.
select statements).

Examples:
A few examples to show the new strategy in action:

===== x86 (minus the help section) =====
Original:
 config KEXEC
    bool "kexec system call"
    select KEXEC_CORE

 config KEXEC_FILE
    bool "kexec file based system call"
    select KEXEC_CORE
    select HAVE_IMA_KEXEC if IMA
    depends on X86_64
    depends on CRYPTO=y
    depends on CRYPTO_SHA256=y

 config ARCH_HAS_KEXEC_PURGATORY
    def_bool KEXEC_FILE

 config KEXEC_SIG
    bool "Verify kernel signature during kexec_file_load() syscall"
    depends on KEXEC_FILE

 config KEXEC_SIG_FORCE
    bool "Require a valid signature in kexec_file_load() syscall"
    depends on KEXEC_SIG

 config KEXEC_BZIMAGE_VERIFY_SIG
    bool "Enable bzImage signature verification support"
    depends on KEXEC_SIG
    depends on SIGNED_PE_FILE_VERIFICATION
    select SYSTEM_TRUSTED_KEYRING

 config CRASH_DUMP
    bool "kernel crash dumps"
    depends on X86_64 || (X86_32 && HIGHMEM)

 config KEXEC_JUMP
    bool "kexec jump"
    depends on KEXEC && HIBERNATION
    help

becomes...
New:
 config ARCH_SUPPORTS_KEXEC
    def_bool y

 config ARCH_SUPPORTS_KEXEC_FILE
    def_bool X86_64 && CRYPTO && CRYPTO_SHA256

 config ARCH_SELECTS_KEXEC_FILE
    def_bool y
    depends on KEXEC_FILE
    select HAVE_IMA_KEXEC if IMA

 config ARCH_HAS_KEXEC_PURGATORY
    def_bool KEXEC_FILE

 config ARCH_SUPPORTS_KEXEC_JUMP
    def_bool y

 config ARCH_SUPPORTS_CRASH_DUMP
    def_bool X86_64 || (X86_32 && HIGHMEM)


===== powerpc (minus the help section) =====
Original:
 config KEXEC
    bool "kexec system call"
    depends on PPC_BOOK3S || PPC_E500 || (44x && !SMP)
    select KEXEC_CORE

 config KEXEC_FILE
    bool "kexec file based system call"
    select KEXEC_CORE
    select HAVE_IMA_KEXEC if IMA
    select KEXEC_ELF
    depends on PPC64
    depends on CRYPTO=y
    depends on CRYPTO_SHA256=y

 config ARCH_HAS_KEXEC_PURGATORY
    def_bool KEXEC_FILE

 config CRASH_DUMP
    bool "Build a dump capture kernel"
    depends on PPC64 || PPC_BOOK3S_32 || PPC_85xx || (44x && !SMP)
    select RELOCATABLE if PPC64 || 44x || PPC_85xx

becomes...
New:
config ARCH_SUPPORTS_KEXEC
    def_bool PPC_BOOK3S || PPC_E500 || (44x && !SMP)

config ARCH_SUPPORTS_KEXEC_FILE
    def_bool PPC64 && CRYPTO=y && CRYPTO_SHA256=y

config ARCH_HAS_KEXEC_PURGATORY
    def_bool KEXEC_FILE

config ARCH_SELECTS_KEXEC_FILE
    def_bool y
    depends on KEXEC_FILE
    select KEXEC_ELF
    select HAVE_IMA_KEXEC if IMA

config ARCH_SUPPORTS_CRASH_DUMP
    def_bool PPC64 || PPC_BOOK3S_32 || PPC_85xx || (44x && !SMP)

config ARCH_SELECTS_CRASH_DUMP
    def_bool y
    depends on CRASH_DUMP
    select RELOCATABLE if PPC64 || 44x || PPC_85xx


Testing Approach and Results

There are 388 config files in the arch/<arch>/configs directories.
For each of these config files, a .config is generated both before and
after this Kconfig series, and checked for equivalence. This approach
allows for a rather rapid check of all architectures and a wide
variety of configs wrt/ KEXEC and CRASH, and avoids requiring
compiling for all architectures and running kernels and run-time
testing.

As such, I developed the following script to compare the before and
after of 'make olddefconfig'. The new symbols introduced by this
series are filtered out, but otherwise the config files are PASS
only if they were equivalent, and FAIL otherwise.

The script performs the test by doing the following:

 # Obtain the "golden" .config output for given config file
 # Reset test sandbox
 git checkout master
 git branch -D test_Kconfig
 git checkout -B test_Kconfig master
 make distclean
 # Write out updated config
 cp -f <config file> .config
 make ARCH=<arch> olddefconfig
 # Track each item in .config, LHSB is "golden"
 scoreboard .config 

 # Obtain the "changed" .config output for given config file
 # Reset test sandbox
 make distclean
 # Apply this Kconfig series
 git am <this Kconfig series>
 # Write out updated config
 cp -f <config file> .config
 make ARCH=<arch> olddefconfig
 # Track each item in .config, RHSB is "changed"
 scoreboard .config 

 # Determine test result
 # Filter-out new symbols introduced by this series
 # Filter-out symbol=n which not in either scoreboard
 # Compare LHSB "golden" and RHSB "changed" scoreboards and issue PASS/FAIL

The script was instrumental during the refactoring of Kconfig as it
continually revealed problems. The end result being that the solution
presented in this series passes all configs as checked by the script.

Regards,
eric

---
v2: 19jun2023
 - The ARCH_HAS_ and ARCH_SUPPORTS_ combination was found to be
   too similar. Renamed these two new options as such:
   ARCH_HAS_<option> ---> ARCH_SUPPORTS_<option>
   ARCH_SUPPORTS_<option> ---> ARCH_SELECTS_<option>
   Per Kees Cook, Michael Ellerman
   NOTE: ARCH_HAS_KEXEC_PURGATORY was left as-is, as that is what
   it is prior to this series.
   Updated this cover letter to reflect the same.
 - Some minor cleaning up of the help sections, per Zhen Lei and
   Alexander Gordeev.
 - Removed the MODULE_SIG_FORMAT dependency from KEXEC_SIG in
   kernel/Kconfig.kexec. Only s390 had it prior to this series.
   See also commit message in
   "s390/kexec: refactor for kernel/Kconfig.kexec"
 - Added to Kconfig.kexec the KEXEC_IMAGE_VERIFY_SIG from arm64,
   per Zhen Lei.
 - Fixed the powerpc ARCH_SUPPORTS_KEXEC_FILE conversion, per
   Michael Ellerman.
   
v1: 12jun2023
  https://lore.kernel.org/lkml/20230612172805.681179-1-eric.devolder@oracle.com/
 - Initial
 - Based on 6.4.0-rc6

---

Eric DeVolder (13):
  kexec: consolidate kexec and crash options into kernel/Kconfig.kexec
  x86/kexec: refactor for kernel/Kconfig.kexec
  arm/kexec: refactor for kernel/Kconfig.kexec
  ia64/kexec: refactor for kernel/Kconfig.kexec
  arm64/kexec: refactor for kernel/Kconfig.kexec
  loongarch/kexec: refactor for kernel/Kconfig.kexec
  m68k/kexec: refactor for kernel/Kconfig.kexec
  mips/kexec: refactor for kernel/Kconfig.kexec
  parisc/kexec: refactor for kernel/Kconfig.kexec
  powerpc/kexec: refactor for kernel/Kconfig.kexec
  riscv/kexec: refactor for kernel/Kconfig.kexec
  s390/kexec: refactor for kernel/Kconfig.kexec
  sh/kexec: refactor for kernel/Kconfig.kexec

 arch/Kconfig           |  13 -----
 arch/arm/Kconfig       |  29 ++---------
 arch/arm64/Kconfig     |  62 +++++------------------
 arch/ia64/Kconfig      |  28 ++---------
 arch/loongarch/Kconfig |  26 +++-------
 arch/m68k/Kconfig      |  19 +------
 arch/mips/Kconfig      |  32 ++----------
 arch/parisc/Kconfig    |  34 +++++--------
 arch/powerpc/Kconfig   |  55 +++++++--------------
 arch/riscv/Kconfig     |  48 ++++++------------
 arch/s390/Kconfig      |  65 +++++++-----------------
 arch/sh/Kconfig        |  46 +++--------------
 arch/x86/Kconfig       |  89 +++++----------------------------
 init/Kconfig           |   2 +
 kernel/Kconfig.kexec   | 110 +++++++++++++++++++++++++++++++++++++++++
 15 files changed, 229 insertions(+), 429 deletions(-)
 create mode 100644 kernel/Kconfig.kexec

-- 
2.31.1