From patchwork Thu Sep 8 10:43:32 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Lukas Bulwahn X-Patchwork-Id: 12969918 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 22E10C6FA82 for ; Thu, 8 Sep 2022 10:43:51 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 902866B0073; Thu, 8 Sep 2022 06:43:50 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 8B1C66B0074; Thu, 8 Sep 2022 06:43:50 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 704C78D0002; Thu, 8 Sep 2022 06:43:50 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 62C716B0073 for ; Thu, 8 Sep 2022 06:43:50 -0400 (EDT) Received: from smtpin18.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 32DEDA08A6 for ; Thu, 8 Sep 2022 10:43:50 +0000 (UTC) X-FDA: 79888582620.18.C072714 Received: from mail-wr1-f48.google.com (mail-wr1-f48.google.com [209.85.221.48]) by imf06.hostedemail.com (Postfix) with ESMTP id CC427180074 for ; Thu, 8 Sep 2022 10:43:49 +0000 (UTC) Received: by mail-wr1-f48.google.com with SMTP id e16so6076835wrx.7 for ; Thu, 08 Sep 2022 03:43:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=references:in-reply-to:message-id:date:subject:cc:to:from:from:to :cc:subject:date; bh=d6JtqoCpIIPzVyif4k/dv5ZYkBUB6IfePKT1atMhkrE=; b=i3YpqGHjfIghBE7B2AHHQSQ4CJg/w9Q1NAB/0hUwSMbJLeYwitavOc7Mb+MAeQNKBm 2kLB4pR34kNxJx04iAUi4R72t7ogR1J3b2ZJtDSlMI1nwWhlUECD6R73dW4OKtOUpH7Q kfh6AvXcJtT0l0AdZnH9USMQliFfCMRy3NJjMqmk9aCu0LUoFuwPTKk9rE8GoO49Q/rb +jYvwL9qWMI2k639dY+EjsJBXPTM1XWb2+1cK0V1ZJXB+haJbpCsoCUyWIyK3FIVu+z7 Qri6B1mZPVZhGwyySj+zRJ6fg0wc6vVKrWLLAEoufmf5qxHTK2NMqCtSSsICNMEqqFqs QIvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=references:in-reply-to:message-id:date:subject:cc:to:from :x-gm-message-state:from:to:cc:subject:date; bh=d6JtqoCpIIPzVyif4k/dv5ZYkBUB6IfePKT1atMhkrE=; b=JySM0z4iidMTHjvE9FnnuGtf50fellz0RsgR7hn2eYKbcBqqAYNtFpqpuneSWbuJHX VaVqMDaG3zOV9v/zg2w0LdAODliB2SclrlyJrg/DO5VEYxNX2Rn/NArWLMmKr+u0mUd+ OPecXI9M3gF2gl+I4mJ/yTqHi30a0/xRHP8AKeVMcYNPAZ1HguGtVa9M4DzYofw0ACh7 v/8iEurNkygXyzKmIxRDxTpcOA2obtvz5HwUs0EoX18MSLfo4W231Mvg+8+oxz6DQ5YV h3LqBK07QlK9QQJ28DoHaOZaJHJytsXTkCDoaD/89oO2tp4PtCVvLsLeBXS5HeFYW8ws XPXw== X-Gm-Message-State: ACgBeo0xDdDgSGonbcuI2wlYiPoFXYH+zxEG+BpZ+x8bokuw/0P4C5Ws bjix5vS9oYFzGgI3FxhD9P4= X-Google-Smtp-Source: AA6agR6kNO8n/M43thHg/IOEsLk/5DZrRuHF8/F0z7hpV+F/66eCJ2OY4AXF/hVn+/595I7QcY/wwQ== X-Received: by 2002:a5d:6f14:0:b0:228:e3c6:fa2 with SMTP id ay20-20020a5d6f14000000b00228e3c60fa2mr4194339wrb.516.1662633828524; Thu, 08 Sep 2022 03:43:48 -0700 (PDT) Received: from felia.fritz.box (200116b826f77600d0640cc051af4288.dip.versatel-1u1.de. [2001:16b8:26f7:7600:d064:cc0:51af:4288]) by smtp.gmail.com with ESMTPSA id bu3-20020a056000078300b0022863395912sm17227486wrb.53.2022.09.08.03.43.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 08 Sep 2022 03:43:48 -0700 (PDT) From: Lukas Bulwahn To: Russell King , linux-arm-kernel@lists.infradead.org, Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, Mauro Carvalho Chehab , linux-media@vger.kernel.org, Peter Chen , Greg Kroah-Hartman , linux-usb@vger.kernel.org, Andrew Morton , Mike Rapoport , linux-mm@kvack.org, Masahiro Yamada , linux-kbuild@vger.kernel.org Cc: kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org, Lukas Bulwahn Subject: [PATCH 1/6] arm: make config ARM_PATCH_PHYS_VIRT visible with EXPERT Date: Thu, 8 Sep 2022 12:43:32 +0200 Message-Id: <20220908104337.11940-2-lukas.bulwahn@gmail.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20220908104337.11940-1-lukas.bulwahn@gmail.com> References: <20220908104337.11940-1-lukas.bulwahn@gmail.com> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1662633829; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references:dkim-signature; bh=d6JtqoCpIIPzVyif4k/dv5ZYkBUB6IfePKT1atMhkrE=; b=3kzegQai6kZE1c7KNLiKxvtD5E/7d5ZOQnju5cKqFBmNiWBlZxVrYFnvxhMPO/RC8siYkq v3sykNXBha0UdnYtwepK/JvLy6kn6XONZEOWG5QKVefvEnI1GauSKYkHuCFfq0bEp31pBb QL5Pm+GId609nIQJ+tEs+cwo2tv8YFY= ARC-Authentication-Results: i=1; imf06.hostedemail.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=i3YpqGHj; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (imf06.hostedemail.com: domain of lukas.bulwahn@gmail.com designates 209.85.221.48 as permitted sender) smtp.mailfrom=lukas.bulwahn@gmail.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1662633829; a=rsa-sha256; cv=none; b=DyJw1a+gzV6vGiB3EPtvpZTvP6AHdW5uv7lEBwSo9DgWL7c5sy56F4d0EomMAvk0u1sFAT qxR5dcM9qOa+iuj1c+tQ58FDthGaCZ3uLLMTztfGv2NPhlxCT382OrChwiSaDK11MfRaYY Pn09O2d2SZKdTgk+rf9DaCrqk8KEXG4= X-Stat-Signature: bx8mtq9jx4gqkau6scw3x9m11obsw17g X-Rspamd-Queue-Id: CC427180074 Authentication-Results: imf06.hostedemail.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=i3YpqGHj; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (imf06.hostedemail.com: domain of lukas.bulwahn@gmail.com designates 209.85.221.48 as permitted sender) smtp.mailfrom=lukas.bulwahn@gmail.com X-Rspam-User: X-Rspamd-Server: rspam02 X-HE-Tag: 1662633829-459945 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Commit 6a108a14fa35 ("kconfig: rename CONFIG_EMBEDDED to CONFIG_EXPERT") introduces CONFIG_EXPERT to carry the previous intent of CONFIG_EMBEDDED and just gives that intent a much better name. That has been clearly a good and long overdue renaming, and it is clearly an improvement to the kernel build configuration that has shown to help managing the kernel build configuration in the last decade. However, rather than bravely and radically just deleting CONFIG_EMBEDDED, this commit gives CONFIG_EMBEDDED a new intended semantics, but keeps it open for future contributors to implement that intended semantics: A new CONFIG_EMBEDDED option is added that automatically selects CONFIG_EXPERT when enabled and can be used in the future to isolate options that should only be considered for embedded systems (RISC architectures, SLOB, etc). Since then, this CONFIG_EMBEDDED implicitly had two purposes: - It can make even more options visible beyond what CONFIG_EXPERT makes visible. In other words, it may introduce another level of enabling the visibility of configuration options: always visible, visible with CONFIG_EXPERT and visible with CONFIG_EMBEDDED. - Set certain default values of some configurations differently, following the assumption that configuring a kernel build for an embedded system generally starts with a different set of default values compared to kernel builds for all other kind of systems. Considering the first purpose, at the point in time where CONFIG_EMBEDDED was renamed to CONFIG_EXPERT, CONFIG_EXPERT already made 130 more options become visible throughout all different menus for the kernel configuration. Over the last decade, this has gradually increased, so that currently, with CONFIG_EXPERT, roughly 170 more options become visible throughout all different menus for the kernel configuration. In comparison, currently with CONFIG_EMBEDDED enabled, just seven more options are visible, one in x86, one in arm, and five for the ChipIdea Highspeed Dual Role Controller. As the numbers suggest, these two levels of enabling the visibility of even more configuration options---beyond what CONFIG_EXPERT enables---never evolved to a good solution in the last decade. In other words, this additional level of visibility of configuration option with CONFIG_EMBEDDED compared to CONFIG_EXPERT has since its introduction never become really valuable. It requires quite some investigation to actually understand what is additionally visible and it does not differ significantly in complexity compared to just enabling CONFIG_EXPERT. This CONFIG_EMBEDDED---or any other config to show more detailed options beyond CONFIG_EXPERT---is unlikely to be valuable unless somebody puts significant effort in identifying how such visibility options can be properly split and creating clear criteria, when some config option is visible with CONFIG_EXPERT and when some config option is visible only with some further option enabled beyond CONFIG_EXPERT, such as CONFIG_EMBEDDED attempted to do. For now, it is much more reasonable to simply make those additional seven options that visible with CONFIG_EMBEDDED, visible with CONFIG_EXPERT, and then remove CONFIG_EMBEDDED. If anyone spends significant effort in structuring the visibility of config options, they may re-introduce suitable new config options simply as they see fit. Make the config ARM_PATCH_PHYS_VIRT visible when CONFIG_EXPERT is enabled. Signed-off-by: Lukas Bulwahn Reviewed-by: Masahiro Yamada --- arch/arm/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index 4adfa5dd3556..4b212ab1b281 100644 --- a/arch/arm/Kconfig +++ b/arch/arm/Kconfig @@ -243,7 +243,7 @@ config ARCH_MTD_XIP bool config ARM_PATCH_PHYS_VIRT - bool "Patch physical to virtual translations at runtime" if EMBEDDED + bool "Patch physical to virtual translations at runtime" if EXPERT default y depends on !XIP_KERNEL && MMU help From patchwork Thu Sep 8 10:43:33 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Lukas Bulwahn X-Patchwork-Id: 12969919 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 09B8FECAAD5 for ; Thu, 8 Sep 2022 10:43:53 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 77B396B0074; Thu, 8 Sep 2022 06:43:52 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 72C298D0002; Thu, 8 Sep 2022 06:43:52 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 57DF06B0078; Thu, 8 Sep 2022 06:43:52 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 4B1406B0074 for ; Thu, 8 Sep 2022 06:43:52 -0400 (EDT) Received: from smtpin13.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id 226F1819EB for ; Thu, 8 Sep 2022 10:43:52 +0000 (UTC) X-FDA: 79888582704.13.4470C47 Received: from mail-wm1-f42.google.com (mail-wm1-f42.google.com [209.85.128.42]) by imf07.hostedemail.com (Postfix) with ESMTP id C593140066 for ; Thu, 8 Sep 2022 10:43:51 +0000 (UTC) Received: by mail-wm1-f42.google.com with SMTP id c2-20020a1c3502000000b003b2973dafb7so1368116wma.2 for ; Thu, 08 Sep 2022 03:43:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=references:in-reply-to:message-id:date:subject:cc:to:from:from:to :cc:subject:date; bh=YcRQWeHsNHudXowYxhzrFSu3g61QameARaQdQJb5lU8=; b=g3G7qs40MLQJX14/onOdc/vwEuCiGg3qlXRS98ERCemYZhBI59bvkmMyGLr09yHXS/ yFosfFbqEKXH3p/CfgCOl/rnQhKEtFaDJTjdwAl2E9NoJNZ8YIVubxdleDB/f0g4+3oo JIeGMlGuo3uFUW4fDwCEy9M1RHT2k/t4jVo48Ln/eFseeN1oVe9bh0vMtHB5XTVOMXlQ BfukHii/KG8jzkRD5yeoihVnAl+O4D3cCY+SL/5O/X6oM9T0JNIC31tvygvv5sDkdBMp C81T8fKmjXFOmCxs6csbtglXCTBnAX8JxPtOwKgLbEgviTauwuYqLNDYQ4p+gnFdpP+i HV8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=references:in-reply-to:message-id:date:subject:cc:to:from :x-gm-message-state:from:to:cc:subject:date; bh=YcRQWeHsNHudXowYxhzrFSu3g61QameARaQdQJb5lU8=; b=ZOFl7E90CfeIzcQHtJThIthAI8JoQk94Xbj6jSj4w2t5+/VPwXXyf64aXsQ3LbU4On FzB8qHim6BDouu2SDIhYXJeGexUu1EMuR5Ia/fKnUZuZ6rhs5iSjqLI5OCzz2LXkdjcT hSfBbZBISiZqazZTq3quYtdjSzv2nrI9ZQNR7YwqrB1LbariGNDWcaN2qZzaskGHkA+1 p7vmGbBmfJznQ5p2QNstLtj2o2wjRAmHGC89+x/7mRICaJZz6Z7oj0X3mvrOHOTLT2Pr m5YegvLN6eXYoqv6XIDOYCqLfSlCpKXfWBdftW3nAr9a1eOyin0G4e5+xwEu7zm7AvbD EItg== X-Gm-Message-State: ACgBeo1HUxH5EW4KU+KzCpzEdGzP3EUCRjUWfPrfkmdvbsztv14+ieBJ Ux2pDymEEpL0Cx/Srkkpxho= X-Google-Smtp-Source: AA6agR6ynOlAaxihPYz+CdT04VP+VpGksNMzS5VFetSq0N8fvehilNxf41zef99BhDZbNdGwjrNtVg== X-Received: by 2002:a05:600c:4f10:b0:3a5:f8c8:a5b5 with SMTP id l16-20020a05600c4f1000b003a5f8c8a5b5mr1835323wmq.34.1662633830474; Thu, 08 Sep 2022 03:43:50 -0700 (PDT) Received: from felia.fritz.box (200116b826f77600d0640cc051af4288.dip.versatel-1u1.de. [2001:16b8:26f7:7600:d064:cc0:51af:4288]) by smtp.gmail.com with ESMTPSA id bu3-20020a056000078300b0022863395912sm17227486wrb.53.2022.09.08.03.43.49 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 08 Sep 2022 03:43:50 -0700 (PDT) From: Lukas Bulwahn To: Russell King , linux-arm-kernel@lists.infradead.org, Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, Mauro Carvalho Chehab , linux-media@vger.kernel.org, Peter Chen , Greg Kroah-Hartman , linux-usb@vger.kernel.org, Andrew Morton , Mike Rapoport , linux-mm@kvack.org, Masahiro Yamada , linux-kbuild@vger.kernel.org Cc: kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org, Lukas Bulwahn Subject: [PATCH 2/6] x86: make config X86_FEATURE_NAMES visible with EXPERT Date: Thu, 8 Sep 2022 12:43:33 +0200 Message-Id: <20220908104337.11940-3-lukas.bulwahn@gmail.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20220908104337.11940-1-lukas.bulwahn@gmail.com> References: <20220908104337.11940-1-lukas.bulwahn@gmail.com> ARC-Authentication-Results: i=1; imf07.hostedemail.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=g3G7qs40; spf=pass (imf07.hostedemail.com: domain of lukas.bulwahn@gmail.com designates 209.85.128.42 as permitted sender) smtp.mailfrom=lukas.bulwahn@gmail.com; dmarc=pass (policy=none) header.from=gmail.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1662633831; a=rsa-sha256; cv=none; b=IAtdiYcokRVCb3YKH055AC+PE7cl36QgHiFudAclFVh7EsvmoA1EFARPWAsI4ZTVLT1fZ0 IGUdJkpzibXF9sEI9NO4PdVS9mG+7bJR51g/BbAwCqUt5weRVJECkd4L9v0eGr72m7Rfpg woZrKsb+4DFavlluJtu70YC5UnABsz8= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1662633831; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references:dkim-signature; bh=YcRQWeHsNHudXowYxhzrFSu3g61QameARaQdQJb5lU8=; b=OhAGJdUYF92cAshsUB+zj7a/hMK5smN6asEN+7+qde/ilC5yj9/FVZmtf0fW8kcnn4oONv kmWxpEFCJitLY7PUzTfArpd2adx/EF890docAiTDk2zcI1ZA+8GPUMq3uvl46wxcelXtCL tmw2VdAWeubZTxEg93x70fGyqfuONaA= X-Rspamd-Server: rspam08 X-Rspamd-Queue-Id: C593140066 Authentication-Results: imf07.hostedemail.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=g3G7qs40; spf=pass (imf07.hostedemail.com: domain of lukas.bulwahn@gmail.com designates 209.85.128.42 as permitted sender) smtp.mailfrom=lukas.bulwahn@gmail.com; dmarc=pass (policy=none) header.from=gmail.com X-Stat-Signature: umdeouukzf7axc4rx5kbgcqo6jsetjo9 X-Rspam-User: X-HE-Tag: 1662633831-903090 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Commit 6a108a14fa35 ("kconfig: rename CONFIG_EMBEDDED to CONFIG_EXPERT") introduces CONFIG_EXPERT to carry the previous intent of CONFIG_EMBEDDED and just gives that intent a much better name. That has been clearly a good and long overdue renaming, and it is clearly an improvement to the kernel build configuration that has shown to help managing the kernel build configuration in the last decade. However, rather than bravely and radically just deleting CONFIG_EMBEDDED, this commit gives CONFIG_EMBEDDED a new intended semantics, but keeps it open for future contributors to implement that intended semantics: A new CONFIG_EMBEDDED option is added that automatically selects CONFIG_EXPERT when enabled and can be used in the future to isolate options that should only be considered for embedded systems (RISC architectures, SLOB, etc). Since then, this CONFIG_EMBEDDED implicitly had two purposes: - It can make even more options visible beyond what CONFIG_EXPERT makes visible. In other words, it may introduce another level of enabling the visibility of configuration options: always visible, visible with CONFIG_EXPERT and visible with CONFIG_EMBEDDED. - Set certain default values of some configurations differently, following the assumption that configuring a kernel build for an embedded system generally starts with a different set of default values compared to kernel builds for all other kind of systems. Considering the first purpose, at the point in time where CONFIG_EMBEDDED was renamed to CONFIG_EXPERT, CONFIG_EXPERT already made 130 more options become visible throughout all different menus for the kernel configuration. Over the last decade, this has gradually increased, so that currently, with CONFIG_EXPERT, roughly 170 more options become visible throughout all different menus for the kernel configuration. In comparison, currently with CONFIG_EMBEDDED enabled, just seven more options are visible, one in x86, one in arm, and five for the ChipIdea Highspeed Dual Role Controller. As the numbers suggest, these two levels of enabling the visibility of even more configuration options---beyond what CONFIG_EXPERT enables---never evolved to a good solution in the last decade. In other words, this additional level of visibility of configuration option with CONFIG_EMBEDDED compared to CONFIG_EXPERT has since its introduction never become really valuable. It requires quite some investigation to actually understand what is additionally visible and it does not differ significantly in complexity compared to just enabling CONFIG_EXPERT. This CONFIG_EMBEDDED---or any other config to show more detailed options beyond CONFIG_EXPERT---is unlikely to be valuable unless somebody puts significant effort in identifying how such visibility options can be properly split and creating clear criteria, when some config option is visible with CONFIG_EXPERT and when some config option is visible only with some further option enabled beyond CONFIG_EXPERT, such as CONFIG_EMBEDDED attempted to do. For now, it is much more reasonable to simply make those additional seven options that visible with CONFIG_EMBEDDED, visible with CONFIG_EXPERT, and then remove CONFIG_EMBEDDED. If anyone spends significant effort in structuring the visibility of config options, they may re-introduce suitable new config options simply as they see fit. Make the config X86_FEATURE_NAMES visible when CONFIG_EXPERT is enabled. Signed-off-by: Lukas Bulwahn Reviewed-by: Masahiro Yamada --- arch/x86/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig index 2ec0b1eabe86..7807eb1c8df8 100644 --- a/arch/x86/Kconfig +++ b/arch/x86/Kconfig @@ -438,7 +438,7 @@ config SMP If you don't know what to do here, say N. config X86_FEATURE_NAMES - bool "Processor feature human-readable names" if EMBEDDED + bool "Processor feature human-readable names" if EXPERT default y help This option compiles in a table of x86 feature bits and corresponding From patchwork Thu Sep 8 10:43:34 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Lukas Bulwahn X-Patchwork-Id: 12969920 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 77CAAC6FA8D for ; Thu, 8 Sep 2022 10:43:54 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 116A66B0075; Thu, 8 Sep 2022 06:43:54 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 0C4046B0078; Thu, 8 Sep 2022 06:43:54 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E315D6B007B; Thu, 8 Sep 2022 06:43:53 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id CA8676B0075 for ; Thu, 8 Sep 2022 06:43:53 -0400 (EDT) Received: from smtpin31.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id A38CF120ABC for ; Thu, 8 Sep 2022 10:43:53 +0000 (UTC) X-FDA: 79888582746.31.4EB95FB Received: from mail-wr1-f41.google.com (mail-wr1-f41.google.com [209.85.221.41]) by imf06.hostedemail.com (Postfix) with ESMTP id 5E6B1180071 for ; Thu, 8 Sep 2022 10:43:53 +0000 (UTC) Received: by mail-wr1-f41.google.com with SMTP id bz13so21912087wrb.2 for ; Thu, 08 Sep 2022 03:43:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=references:in-reply-to:message-id:date:subject:cc:to:from:from:to :cc:subject:date; bh=1rzZX/1McMI2OMkoPvvFr/UQWTuPUFvfAYq4p+jSuaA=; b=VRorr6pMuOlY5WemwF+arYO6JWw4r0qOblVAxtDIQzme7dRnKR6MDAVSKi8YBmYYgE KFuA6+oxh7Vdn5xbP4TVLmeCcMuZsznwPcrzQiJfOb1nOb3l9ymw9LCtpHmd0e7sm8Wt 9iiRHsxqlUCab3e5XEnCD7+xmGr6craJhJ7c8EKWG6bfrtuSF0DleSGogngof3TpUwHw 6rbkiFtfYUaE6clQvQ6RNDqaq963NBnZzG8vhO4ib5MT1+FLfuZf8aIlhLiIKCfCVF3A j208xXgxbgJ7+whHhA/75D3WZwlT6s2btbRl0mCKC7kNO4Tv+acrBipHVdlTqKrCqIy0 xveQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=references:in-reply-to:message-id:date:subject:cc:to:from :x-gm-message-state:from:to:cc:subject:date; bh=1rzZX/1McMI2OMkoPvvFr/UQWTuPUFvfAYq4p+jSuaA=; b=glIEpeSS6uUEEIEnmQou+W9X0GdWTnkprpg/nN1b5H8hnBvOzfZUC5Q49Yer3IrQ3g 6q2H6Ae44JxdqoZzMeAiL7v745/MUn901RxVzmpmSnOCHtO49MMl4rlOTy+HszzqZhud sFLZxwHyrVaOHYGfgWgufRKk5CPyGOny2dybbNF2fx7Gx46ad3Rc8cIAgd3l/5aUA4yk 0MEiVN62oQUKdSS0bewNHPIxnAw6ht/MEiZke5VUhyOAwX54PkWPJ06TWuwiK1HfMR+v HsfxlH5ObdHWckshFvB5U7ltuFhvTip/RggbuHwCEDujbm0O0W71hqnxBGHhCC2wH+ng 4tHA== X-Gm-Message-State: ACgBeo2cS7UcFWJIfX3k6pT8BaQtkw2AnQMhf7optFxGBH3Txniz8WgU Ia1Q2zyDddRLpVC7dwuDOZQ= X-Google-Smtp-Source: AA6agR42mzTr6nwpI2AtStNx5TNTUKx+v0UbikiWxS3BnLb2v/i1vUVqb+NqvRQGBQmbBS6obXyYbA== X-Received: by 2002:adf:fb46:0:b0:228:6443:c934 with SMTP id c6-20020adffb46000000b002286443c934mr4880050wrs.431.1662633832269; Thu, 08 Sep 2022 03:43:52 -0700 (PDT) Received: from felia.fritz.box (200116b826f77600d0640cc051af4288.dip.versatel-1u1.de. [2001:16b8:26f7:7600:d064:cc0:51af:4288]) by smtp.gmail.com with ESMTPSA id bu3-20020a056000078300b0022863395912sm17227486wrb.53.2022.09.08.03.43.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 08 Sep 2022 03:43:51 -0700 (PDT) From: Lukas Bulwahn To: Russell King , linux-arm-kernel@lists.infradead.org, Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, Mauro Carvalho Chehab , linux-media@vger.kernel.org, Peter Chen , Greg Kroah-Hartman , linux-usb@vger.kernel.org, Andrew Morton , Mike Rapoport , linux-mm@kvack.org, Masahiro Yamada , linux-kbuild@vger.kernel.org Cc: kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org, Lukas Bulwahn Subject: [PATCH 3/6] media: remove reference to CONFIG_EMBEDDED in MEDIA_SUPPORT_FILTER Date: Thu, 8 Sep 2022 12:43:34 +0200 Message-Id: <20220908104337.11940-4-lukas.bulwahn@gmail.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20220908104337.11940-1-lukas.bulwahn@gmail.com> References: <20220908104337.11940-1-lukas.bulwahn@gmail.com> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1662633833; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references:dkim-signature; bh=1rzZX/1McMI2OMkoPvvFr/UQWTuPUFvfAYq4p+jSuaA=; b=O4E/scM/7cTcrwQSmpvBMhEGBuIw1gqg0l+V2QKvahRhSeAy7JjVgKkF+PHxPA3BwwoDUw tKQnFOL5+A2MkjBN7V9wcOhWIXGRA7MmkSQv0FNN/FHdL+TGEFkH1Ouzy6II7jbn4R4iMA AKjof4lZjEEXDcUpPkK0nJo6VT/8iko= ARC-Authentication-Results: i=1; imf06.hostedemail.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=VRorr6pM; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (imf06.hostedemail.com: domain of lukas.bulwahn@gmail.com designates 209.85.221.41 as permitted sender) smtp.mailfrom=lukas.bulwahn@gmail.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1662633833; a=rsa-sha256; cv=none; b=7u9UsyOcfDY/+sCg3RSKFqBms0lAr3MuC7lXf8n78ikj2LvaVblLEoL0i5kZnhLWTzAOm4 qsevf8lo50L+TNh0XmDh3LzjWiIsBJf9/aByJgGImgNBbwEaPPzsOMyDgY2GZrb0v0CxLu KeZIFne/s4/hQsAzcAoTbH3G0gHbBBM= X-Stat-Signature: a4imw1rgmgmwmtz6my8uhntu9m7k3sdq X-Rspamd-Queue-Id: 5E6B1180071 Authentication-Results: imf06.hostedemail.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=VRorr6pM; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (imf06.hostedemail.com: domain of lukas.bulwahn@gmail.com designates 209.85.221.41 as permitted sender) smtp.mailfrom=lukas.bulwahn@gmail.com X-Rspam-User: X-Rspamd-Server: rspam02 X-HE-Tag: 1662633833-296832 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: The config EMBEDDED selects EXPERT, i.e., when EMBEDDED is enabled, EXPERT is usually also enabled. Hence, it sufficient to have the option MEDIA_SUPPORT_FILTER set to y if !EXPERT. This way, MEDIA_SUPPORT_FILTER does not refer to CONFIG_EMBEDDED anymore and allows us to remove CONFIG_EMBEDDED in the close future. Remove the reference to CONFIG_EMBEDDED in MEDIA_SUPPORT_FILTER. Signed-off-by: Lukas Bulwahn Reviewed-by: Mauro Carvalho Chehab Reviewed-by: Masahiro Yamada --- drivers/media/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/Kconfig b/drivers/media/Kconfig index ba6592b3dab2..283b78b5766e 100644 --- a/drivers/media/Kconfig +++ b/drivers/media/Kconfig @@ -24,7 +24,7 @@ if MEDIA_SUPPORT config MEDIA_SUPPORT_FILTER bool "Filter media drivers" - default y if !EMBEDDED && !EXPERT + default y if !EXPERT help Configuring the media subsystem can be complex, as there are hundreds of drivers and other config options. From patchwork Thu Sep 8 10:43:35 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Lukas Bulwahn X-Patchwork-Id: 12969921 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8EF1FECAAD5 for ; Thu, 8 Sep 2022 10:43:56 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 24C106B0078; Thu, 8 Sep 2022 06:43:56 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 1FDD36B007B; Thu, 8 Sep 2022 06:43:56 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 09D336B007D; Thu, 8 Sep 2022 06:43:56 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id EAC156B0078 for ; Thu, 8 Sep 2022 06:43:55 -0400 (EDT) Received: from smtpin09.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id C61A71C6A6E for ; Thu, 8 Sep 2022 10:43:55 +0000 (UTC) X-FDA: 79888582830.09.FAE09D8 Received: from mail-wr1-f44.google.com (mail-wr1-f44.google.com [209.85.221.44]) by imf16.hostedemail.com (Postfix) with ESMTP id 7393F180078 for ; Thu, 8 Sep 2022 10:43:55 +0000 (UTC) Received: by mail-wr1-f44.google.com with SMTP id d2so8240927wrn.1 for ; Thu, 08 Sep 2022 03:43:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=references:in-reply-to:message-id:date:subject:cc:to:from:from:to :cc:subject:date; bh=DAvW/j/5PxDjN0idhO6jbr+d99JWnLewou5/uVrgjpw=; b=BjftNcUlKNzBBVcZwF15+1/SUUs6ojyiGx+bmwJqOwI5zKTtIVhoNVvdW8TIaVaAps aFmzTJUK0Ef6cg7zBmV6LX/dGZoPVKPVveNp1rNUaW++nGkfDSyUmRTu68aOk96Ga0kb fSRCjPZQ3DYljHvB7IJp1AYr6FdAu44RzyJZFwdMk6cECanW5F4IsNN8672rXQmOhGgT w5Q43+vhG98S2dBXQrlNbW2OC34mTsABkWOS4wxUoD2d1eAAAGk1Qotds/77Bze+3n9P EXcygbRWdDU5R1rHXmu76wKLlz4ntHJmGuu2+SKMsGn0qkR8sbyLSpyCEz6H6QMxjmAq pTUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=references:in-reply-to:message-id:date:subject:cc:to:from :x-gm-message-state:from:to:cc:subject:date; bh=DAvW/j/5PxDjN0idhO6jbr+d99JWnLewou5/uVrgjpw=; b=KR2cd4oAVnEBwJib+70L4sFJ07FMPvpgNEY+gpBQMuF85/e5oeo0phd5xmWbNvZ4d7 2kbQ3uURu4QYwc42amT0rcjnghpDRffeCR2qSeedI7oOD763hKWmu6qw8qvoZvVBrb2/ TIBPtRE+QTD4IR80Nbx3vuA100HojtiwDdVxSFsafKvGo0wj16Biue3jefCyJy492jjS YMxWAMUiB6xAhIdsr/KDtbC0BJFqifWPScewCvsXW6gdXK6fRJWG7/1HX0Ln3AW+NGf2 VR/VRh6HIu2LrxOapnjAVDV/IB+w6E+whJ+g/bg2FE0BMohpEqKwRbwugdS9hiFu/ddR Lvgg== X-Gm-Message-State: ACgBeo2rZqW9FDyJLIH/K8wj5JvuLcz4ghwvS37i/75pv+eURp2oeV8O e/xnq5ByYNMtnw097aAbzpM= X-Google-Smtp-Source: AA6agR5QOaqvtIoVx5Bin2x+wiRcH4moEJJlXrbG8Yn8LK7Igv7M/jtpddN3oejEBKPK9FGt4HnrHg== X-Received: by 2002:a5d:6802:0:b0:228:d6e9:6dd8 with SMTP id w2-20020a5d6802000000b00228d6e96dd8mr4963144wru.710.1662633834261; Thu, 08 Sep 2022 03:43:54 -0700 (PDT) Received: from felia.fritz.box (200116b826f77600d0640cc051af4288.dip.versatel-1u1.de. [2001:16b8:26f7:7600:d064:cc0:51af:4288]) by smtp.gmail.com with ESMTPSA id bu3-20020a056000078300b0022863395912sm17227486wrb.53.2022.09.08.03.43.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 08 Sep 2022 03:43:53 -0700 (PDT) From: Lukas Bulwahn To: Russell King , linux-arm-kernel@lists.infradead.org, Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, Mauro Carvalho Chehab , linux-media@vger.kernel.org, Peter Chen , Greg Kroah-Hartman , linux-usb@vger.kernel.org, Andrew Morton , Mike Rapoport , linux-mm@kvack.org, Masahiro Yamada , linux-kbuild@vger.kernel.org Cc: kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org, Lukas Bulwahn Subject: [PATCH 4/6] usb: chipidea: make configs for glue drivers visible with EXPERT Date: Thu, 8 Sep 2022 12:43:35 +0200 Message-Id: <20220908104337.11940-5-lukas.bulwahn@gmail.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20220908104337.11940-1-lukas.bulwahn@gmail.com> References: <20220908104337.11940-1-lukas.bulwahn@gmail.com> ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1662633835; a=rsa-sha256; cv=none; b=OnXF1eX1Eaw3wiM/YrqT4Q8Gii1dcTCd7bY0VX8dooDNubhs8jow1yxTw4YN/vlvqo8zxq 3ud2DEEMGcixdLf4MBJrlwlDswEoKYj3p/LY731Egy6jC+4S6LuGR1mB3VVRAEdFCeQGZd 54V5tlPMoxc3cjD5QMEpbG4Svw5S0xc= ARC-Authentication-Results: i=1; imf16.hostedemail.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=BjftNcUl; spf=pass (imf16.hostedemail.com: domain of lukas.bulwahn@gmail.com designates 209.85.221.44 as permitted sender) smtp.mailfrom=lukas.bulwahn@gmail.com; dmarc=pass (policy=none) header.from=gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1662633835; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references:dkim-signature; bh=DAvW/j/5PxDjN0idhO6jbr+d99JWnLewou5/uVrgjpw=; b=ROZusLnrcRTpsdNAndxoaZxz/7gfxwyLL3CJbLBF9nX8Se7yobn1XT9pNFco+chq64xrCn p1U+bYJ+3fSR4iAjssQJEwVrRRXl8C/ZVHukFRgi5BUisTCdNKycuAX2jA/MdZKjj5XWxL BcmAYQAI0XV4h1glPIajIfeAXoIopHQ= Authentication-Results: imf16.hostedemail.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=BjftNcUl; spf=pass (imf16.hostedemail.com: domain of lukas.bulwahn@gmail.com designates 209.85.221.44 as permitted sender) smtp.mailfrom=lukas.bulwahn@gmail.com; dmarc=pass (policy=none) header.from=gmail.com X-Stat-Signature: yecon15356967xwjesbzqpjsrqeorjux X-Rspam-User: X-Rspamd-Server: rspam10 X-Rspamd-Queue-Id: 7393F180078 X-HE-Tag: 1662633835-756323 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Commit 6a108a14fa35 ("kconfig: rename CONFIG_EMBEDDED to CONFIG_EXPERT") introduces CONFIG_EXPERT to carry the previous intent of CONFIG_EMBEDDED and just gives that intent a much better name. That has been clearly a good and long overdue renaming, and it is clearly an improvement to the kernel build configuration that has shown to help managing the kernel build configuration in the last decade. However, rather than bravely and radically just deleting CONFIG_EMBEDDED, this commit gives CONFIG_EMBEDDED a new intended semantics, but keeps it open for future contributors to implement that intended semantics: A new CONFIG_EMBEDDED option is added that automatically selects CONFIG_EXPERT when enabled and can be used in the future to isolate options that should only be considered for embedded systems (RISC architectures, SLOB, etc). Since then, this CONFIG_EMBEDDED implicitly had two purposes: - It can make even more options visible beyond what CONFIG_EXPERT makes visible. In other words, it may introduce another level of enabling the visibility of configuration options: always visible, visible with CONFIG_EXPERT and visible with CONFIG_EMBEDDED. - Set certain default values of some configurations differently, following the assumption that configuring a kernel build for an embedded system generally starts with a different set of default values compared to kernel builds for all other kind of systems. Considering the first purpose, at the point in time where CONFIG_EMBEDDED was renamed to CONFIG_EXPERT, CONFIG_EXPERT already made 130 more options become visible throughout all different menus for the kernel configuration. Over the last decade, this has gradually increased, so that currently, with CONFIG_EXPERT, roughly 170 more options become visible throughout all different menus for the kernel configuration. In comparison, currently with CONFIG_EMBEDDED enabled, just seven more options are visible, one in x86, one in arm, and five for the ChipIdea Highspeed Dual Role Controller. As the numbers suggest, these two levels of enabling the visibility of even more configuration options---beyond what CONFIG_EXPERT enables---never evolved to a good solution in the last decade. In other words, this additional level of visibility of configuration option with CONFIG_EMBEDDED compared to CONFIG_EXPERT has since its introduction never become really valuable. It requires quite some investigation to actually understand what is additionally visible and it does not differ significantly in complexity compared to just enabling CONFIG_EXPERT. This CONFIG_EMBEDDED---or any other config to show more detailed options beyond CONFIG_EXPERT---is unlikely to be valuable unless somebody puts significant effort in identifying how such visibility options can be properly split and creating clear criteria, when some config option is visible with CONFIG_EXPERT and when some config option is visible only with some further option enabled beyond CONFIG_EXPERT, such as CONFIG_EMBEDDED attempted to do. For now, it is much more reasonable to simply make those additional seven options that visible with CONFIG_EMBEDDED, visible with CONFIG_EXPERT, and then remove CONFIG_EMBEDDED. If anyone spends significant effort in structuring the visibility of config options, they may re-introduce suitable new config options simply as they see fit. Make the configs for usb chipidea glue drivers visible when CONFIG_EXPERT is enabled. Signed-off-by: Lukas Bulwahn Reviewed-by: Masahiro Yamada --- drivers/usb/chipidea/Kconfig | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/usb/chipidea/Kconfig b/drivers/usb/chipidea/Kconfig index 661818e8fed6..c815824a0b2d 100644 --- a/drivers/usb/chipidea/Kconfig +++ b/drivers/usb/chipidea/Kconfig @@ -34,26 +34,26 @@ config USB_CHIPIDEA_HOST ChipIdea driver. config USB_CHIPIDEA_PCI - tristate "Enable PCI glue driver" if EMBEDDED + tristate "Enable PCI glue driver" if EXPERT depends on USB_PCI depends on NOP_USB_XCEIV default USB_CHIPIDEA config USB_CHIPIDEA_MSM - tristate "Enable MSM hsusb glue driver" if EMBEDDED + tristate "Enable MSM hsusb glue driver" if EXPERT default USB_CHIPIDEA config USB_CHIPIDEA_IMX - tristate "Enable i.MX USB glue driver" if EMBEDDED + tristate "Enable i.MX USB glue driver" if EXPERT depends on OF default USB_CHIPIDEA config USB_CHIPIDEA_GENERIC - tristate "Enable generic USB2 glue driver" if EMBEDDED + tristate "Enable generic USB2 glue driver" if EXPERT default USB_CHIPIDEA config USB_CHIPIDEA_TEGRA - tristate "Enable Tegra USB glue driver" if EMBEDDED + tristate "Enable Tegra USB glue driver" if EXPERT depends on OF default USB_CHIPIDEA From patchwork Thu Sep 8 10:43:36 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Lukas Bulwahn X-Patchwork-Id: 12969922 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id A6A8FC38145 for ; Thu, 8 Sep 2022 10:43:58 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 3FA886B007B; Thu, 8 Sep 2022 06:43:58 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 383A56B007D; Thu, 8 Sep 2022 06:43:58 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 1FCDA8D0002; Thu, 8 Sep 2022 06:43:58 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 108A06B007B for ; Thu, 8 Sep 2022 06:43:58 -0400 (EDT) Received: from smtpin28.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id E5305C1A21 for ; Thu, 8 Sep 2022 10:43:57 +0000 (UTC) X-FDA: 79888582914.28.AE45AFB Received: from mail-wm1-f52.google.com (mail-wm1-f52.google.com [209.85.128.52]) by imf16.hostedemail.com (Postfix) with ESMTP id 904A118007D for ; Thu, 8 Sep 2022 10:43:57 +0000 (UTC) Received: by mail-wm1-f52.google.com with SMTP id m17-20020a7bce11000000b003a5bedec07bso1401344wmc.0 for ; Thu, 08 Sep 2022 03:43:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=references:in-reply-to:message-id:date:subject:cc:to:from:from:to :cc:subject:date; bh=RDfo3bMr+JPT0XwUqpEkdXAA/w6q2WGGKmvqZnqv+TQ=; b=Fw4IKH8ap4pumBI12Nq1Lfh9UtKeAcIDpwe+b1cX00pCYnpLbbi+7TinfG2yAn37L8 04V+5lVNVeT7IoxTbICeOOJhv1i6FAQCJB08146+bhoKQNtIDt3xvNsvk6HTXCBqHFM3 N6LDDtIOq8qwPGklXmHEsyu6FkeprRxH3Exu5bKLnJaqtWALAamiEythWkn8NzQQ+8NC txG9S13vwDKVmWy390YKikVWb8EjCqwWoURsQoLOsRXaO5r05Xy2D3/TxKFA1vhOwV5l k/pfHLouALbI5XPTSW97BlFXSnjAB6iK1gfU5LBfKvbTddVEbjqCmqVKQqCV+KQvE2Gq knlQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=references:in-reply-to:message-id:date:subject:cc:to:from :x-gm-message-state:from:to:cc:subject:date; bh=RDfo3bMr+JPT0XwUqpEkdXAA/w6q2WGGKmvqZnqv+TQ=; b=s10M3lIhkDx9+wwyDvJwAQK6RYAKBRdC0RpUD3xCrzTHbXfrAWy2wTpBEX2mE5Z6cx s9HCAQXlpJZg61wu/4pr0JryGS6zaWoIMTGFTfwlKQg+cFD4W1ot6qiErReW9A/6FhtH qiME6GPwng6FP+ruaGxJrK0izK5eHWSa2Xz6WiW3ySDFXplfD2jLOvjoJTwt3elxHaj7 9CkH2e5m813Spmg2PYQ25QogE+wrejesPKQIgBl31O2I4XS23NJLVldb7moIMutUB23s DssLGgrbigJaS96H9AHTKUJsm5Hy7MmIgkM9ADTxgeokazLxhHwAICsObR7obyvsZt6O PJUg== X-Gm-Message-State: ACgBeo2FaXpKLQEHLaCfUM3hDAlm0MHYU4xnyzWA3EcwG7OKeRQdAoFR YhxEgBs4bA99E6fla5qLE/k= X-Google-Smtp-Source: AA6agR6LWwrUGGfoOSbVk9oxNX8imZLStpZ8izPiLHM9p+m8rli2GQHNjyDS5uL1kEKQueemyub1Qg== X-Received: by 2002:a1c:6a0a:0:b0:3a5:bcad:f2cc with SMTP id f10-20020a1c6a0a000000b003a5bcadf2ccmr1823007wmc.74.1662633836389; Thu, 08 Sep 2022 03:43:56 -0700 (PDT) Received: from felia.fritz.box (200116b826f77600d0640cc051af4288.dip.versatel-1u1.de. [2001:16b8:26f7:7600:d064:cc0:51af:4288]) by smtp.gmail.com with ESMTPSA id bu3-20020a056000078300b0022863395912sm17227486wrb.53.2022.09.08.03.43.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 08 Sep 2022 03:43:56 -0700 (PDT) From: Lukas Bulwahn To: Russell King , linux-arm-kernel@lists.infradead.org, Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, Mauro Carvalho Chehab , linux-media@vger.kernel.org, Peter Chen , Greg Kroah-Hartman , linux-usb@vger.kernel.org, Andrew Morton , Mike Rapoport , linux-mm@kvack.org, Masahiro Yamada , linux-kbuild@vger.kernel.org Cc: kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org, Lukas Bulwahn Subject: [PATCH 5/6] mm: Kconfig: make config SECRETMEM visible with EXPERT Date: Thu, 8 Sep 2022 12:43:36 +0200 Message-Id: <20220908104337.11940-6-lukas.bulwahn@gmail.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20220908104337.11940-1-lukas.bulwahn@gmail.com> References: <20220908104337.11940-1-lukas.bulwahn@gmail.com> ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1662633837; a=rsa-sha256; cv=none; b=YLdmJ8CjkIAonYdrs4zxtla2lzF7gImTJW5ut47nzoJhhe4/EeHzph18Nd2THmivuj5rUB GozT+b4kbMnEqQUbUq1K/ZMi8gxr8vB8qptbWoFr3SpBLOYYQVuzeoGd2BAdUYg8nkEwyY zngrGRTq9LWQr+XovphDPgLVmy/j3J8= ARC-Authentication-Results: i=1; imf16.hostedemail.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=Fw4IKH8a; spf=pass (imf16.hostedemail.com: domain of lukas.bulwahn@gmail.com designates 209.85.128.52 as permitted sender) smtp.mailfrom=lukas.bulwahn@gmail.com; dmarc=pass (policy=none) header.from=gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1662633837; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references:dkim-signature; bh=RDfo3bMr+JPT0XwUqpEkdXAA/w6q2WGGKmvqZnqv+TQ=; b=WsItDiKQm8rLbpXj1OljCjawpJBGa8CLb1kaver8VXZ7kynY7eLRo+Y0npSpCC1rBWQMZo 7RkRtURZl3x0b8EnS9919HQdt0F67zTDmT409Sfp66oggbD3qrbTit8Npb9oCqyEt3j18I dFtTo62tB/THmdGu/g9q5MQ0iCudn4Q= X-Rspamd-Queue-Id: 904A118007D Authentication-Results: imf16.hostedemail.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=Fw4IKH8a; spf=pass (imf16.hostedemail.com: domain of lukas.bulwahn@gmail.com designates 209.85.128.52 as permitted sender) smtp.mailfrom=lukas.bulwahn@gmail.com; dmarc=pass (policy=none) header.from=gmail.com X-Rspam-User: X-Rspamd-Server: rspam06 X-Stat-Signature: wx8dn5b5azeux5i3a1ut7nx3ohcungco X-HE-Tag: 1662633837-634070 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Commit 6a108a14fa35 ("kconfig: rename CONFIG_EMBEDDED to CONFIG_EXPERT") introduces CONFIG_EXPERT to carry the previous intent of CONFIG_EMBEDDED and just gives that intent a much better name. That has been clearly a good and long overdue renaming, and it is clearly an improvement to the kernel build configuration that has shown to help managing the kernel build configuration in the last decade. However, rather than bravely and radically just deleting CONFIG_EMBEDDED, this commit gives CONFIG_EMBEDDED a new intended semantics, but keeps it open for future contributors to implement that intended semantics: A new CONFIG_EMBEDDED option is added that automatically selects CONFIG_EXPERT when enabled and can be used in the future to isolate options that should only be considered for embedded systems (RISC architectures, SLOB, etc). Since then, this CONFIG_EMBEDDED implicitly had two purposes: - It can make even more options visible beyond what CONFIG_EXPERT makes visible. In other words, it may introduce another level of enabling the visibility of configuration options: always visible, visible with CONFIG_EXPERT and visible with CONFIG_EMBEDDED. - Set certain default values of some configurations differently, following the assumption that configuring a kernel build for an embedded system generally starts with a different set of default values compared to kernel builds for all other kind of systems. Considering the second purpose, note that already probably arguing that a kernel build for an embedded system would choose some values differently is already tricky: the set of embedded systems with Linux kernels is already quite diverse. Many embedded system have powerful CPUs and it would not be clear that all embedded systems just optimize towards one specific aspect, e.g., a smaller kernel image size. So, it is unclear if starting with "one set of default configuration" that is induced by CONFIG_EMBEDDED is a good offer for developers configuring their kernels. Also, the differences of needed user-space features in an embedded system compared to a non-embedded system are probably difficult or even impossible to name in some generic way. So it is not surprising that in the last decade hardly anyone has contributed changes to make something default differently in case of CONFIG_EMBEDDED=y. Currently, in v6.0-rc4, SECRETMEM is the only config switched off if CONFIG_EMBEDDED=y. As long as that is actually the only option that currently is selected or deselected, it is better to just make SECRETMEM configurable at build time by experts using menuconfig instead. Make SECRETMEM configurable when EXPERT is set and otherwise default to yes. Further, SECRETMEM needs ARCH_HAS_SET_DIRECT_MAP. This allows us to remove CONFIG_EMBEDDED in the close future. Signed-off-by: Lukas Bulwahn Acked-by: Mike Rapoport Reviewed-by: Masahiro Yamada --- mm/Kconfig | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/mm/Kconfig b/mm/Kconfig index ceec438c0741..aa154c20b129 100644 --- a/mm/Kconfig +++ b/mm/Kconfig @@ -1068,7 +1068,13 @@ config IO_MAPPING bool config SECRETMEM - def_bool ARCH_HAS_SET_DIRECT_MAP && !EMBEDDED + default y + bool "Enable memfd_secret() system call" if EXPERT + depends on ARCH_HAS_SET_DIRECT_MAP + help + Enable the memfd_secret() system call with the ability to create + memory areas visible only in the context of the owning process and + not mapped to other processes and other kernel page tables. config ANON_VMA_NAME bool "Anonymous VMA name support" From patchwork Thu Sep 8 10:43:37 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Lukas Bulwahn X-Patchwork-Id: 12969923 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id A7C3DECAAD5 for ; Thu, 8 Sep 2022 10:44:00 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 3FBF46B007D; Thu, 8 Sep 2022 06:44:00 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 384E06B007E; Thu, 8 Sep 2022 06:44:00 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 1FCA18D0002; Thu, 8 Sep 2022 06:44:00 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id 111976B007D for ; Thu, 8 Sep 2022 06:44:00 -0400 (EDT) Received: from smtpin13.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id DFFD31209B2 for ; Thu, 8 Sep 2022 10:43:59 +0000 (UTC) X-FDA: 79888582998.13.B999899 Received: from mail-wr1-f54.google.com (mail-wr1-f54.google.com [209.85.221.54]) by imf18.hostedemail.com (Postfix) with ESMTP id 993161C0076 for ; Thu, 8 Sep 2022 10:43:59 +0000 (UTC) Received: by mail-wr1-f54.google.com with SMTP id n12so1420685wru.6 for ; Thu, 08 Sep 2022 03:43:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=references:in-reply-to:message-id:date:subject:cc:to:from:from:to :cc:subject:date; bh=ItPI0MR3NN2HvuVuI/7ScAvDP5QuDEGNBgMAv6on+2k=; b=Qwl9qXCtUZAEXBRAr7K21sULv09wLNrYWhe7Tqgxdgq8iCs2UNVpXTmHLSihAYrMFB xqPp1w6KiUfXyae1qXE7yYG9/WlBAVSqzQfBQppoR0nPN8/NZV1q0qC81qPEpT25B8j9 lv7K1Tpd3eqjlYr9uZR05QBI+Ee4WyqYEiDi9gEeYKP1NfX30ewVC9KM6uc+aeFNKGAU Vhb4Z4anKzyJmunTqHDt5RrnC6twaekPXm8GT/lUid5tNmlUGLYLN5l7IWiShbEWuYJt 7sMZoOZOaRVd/OzmXh+IhauAAXAbWstN4pdCv0Z2S02OqUX22yUA5TSbAYhrseEmfD1z jEaA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=references:in-reply-to:message-id:date:subject:cc:to:from :x-gm-message-state:from:to:cc:subject:date; bh=ItPI0MR3NN2HvuVuI/7ScAvDP5QuDEGNBgMAv6on+2k=; b=PdQwRoUcmFzKX2Bu+S2kb1v1QDvKw01XpiVxi7fAShkGq3K0CMIc/f4VLKAsl9KCQ7 NvrvDQttkgK5X/Kbz1NJiF9KtsNb3y5tgaFOzoGKSeAMYNqcoSqM2UBFLXVuajF3TB/F jXHTHLeyvNXiXbSQqgLXq0n2u2EHkM29LmXDqOJhiBGetz9O+ZwYxs0r2JGTDvgq3OKL JPSIhw6u1C1LxCFVHT8m3nh/9eRHqXpvwrpcpolhAX0W3kjw0ooe3OnVDvieCVXNwFiN eg3Uk2PazOLzGndXjlLCph/CPIkBaw/SWklLJokE8jgDZwwpRgHQ3huYqyYlQT7uiDB1 mzqA== X-Gm-Message-State: ACgBeo2vrd8dHkmbQYsjAhSmCLDb8WYETddNtu+r+uhfo3PgNIpLmncD /LJDY6gX1IUokiDMEcGUU98= X-Google-Smtp-Source: AA6agR6RYLcqVQoPCUZV9g02cRKPZpdef5LX5qakouTpz1Mv2m826gHTOyz4Ytc64G6rdcluoww9GA== X-Received: by 2002:adf:ee89:0:b0:228:7bdf:47d with SMTP id b9-20020adfee89000000b002287bdf047dmr4535843wro.641.1662633838474; Thu, 08 Sep 2022 03:43:58 -0700 (PDT) Received: from felia.fritz.box (200116b826f77600d0640cc051af4288.dip.versatel-1u1.de. [2001:16b8:26f7:7600:d064:cc0:51af:4288]) by smtp.gmail.com with ESMTPSA id bu3-20020a056000078300b0022863395912sm17227486wrb.53.2022.09.08.03.43.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 08 Sep 2022 03:43:58 -0700 (PDT) From: Lukas Bulwahn To: Russell King , linux-arm-kernel@lists.infradead.org, Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, Mauro Carvalho Chehab , linux-media@vger.kernel.org, Peter Chen , Greg Kroah-Hartman , linux-usb@vger.kernel.org, Andrew Morton , Mike Rapoport , linux-mm@kvack.org, Masahiro Yamada , linux-kbuild@vger.kernel.org Cc: kernel-janitors@vger.kernel.org, linux-kernel@vger.kernel.org, Lukas Bulwahn Subject: [PATCH 6/6] init/Kconfig: remove confusing config EMBEDDED Date: Thu, 8 Sep 2022 12:43:37 +0200 Message-Id: <20220908104337.11940-7-lukas.bulwahn@gmail.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20220908104337.11940-1-lukas.bulwahn@gmail.com> References: <20220908104337.11940-1-lukas.bulwahn@gmail.com> ARC-Authentication-Results: i=1; imf18.hostedemail.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=Qwl9qXCt; spf=pass (imf18.hostedemail.com: domain of lukas.bulwahn@gmail.com designates 209.85.221.54 as permitted sender) smtp.mailfrom=lukas.bulwahn@gmail.com; dmarc=pass (policy=none) header.from=gmail.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1662633839; a=rsa-sha256; cv=none; b=Ggb6ZBRv/owV50KmmgtEpxvdwBZZEp2ddAf8mWUMaM9cbRMS0RVuMy4phYtmBioM8kSnaP PF0hQaGANjMv05D7J42UTe+cM/oqfkon2kInFgrBG966xqexnlk+sZc/OhRUUypELxip/q riTsDRElLsGLX3X3JLwC0JEiio1+IXA= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1662633839; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references:dkim-signature; bh=ItPI0MR3NN2HvuVuI/7ScAvDP5QuDEGNBgMAv6on+2k=; b=wiv7eyvNduCxhjdCTf3joyYzhGIRosJQuER1S1+r4ZHEpZc7s6M83hywnrvbjNI9nzn8xg 2Srn6UT3uXNlVsl6hnUCWAbsZrF3H+G++aS1VufEuLBCY5XaHslOjkdFCW/n8poMYr11V+ xdsoSMpQ5Oys7pXs8xPmWiFu9lRPE+g= X-Rspamd-Server: rspam08 X-Rspamd-Queue-Id: 993161C0076 Authentication-Results: imf18.hostedemail.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=Qwl9qXCt; spf=pass (imf18.hostedemail.com: domain of lukas.bulwahn@gmail.com designates 209.85.221.54 as permitted sender) smtp.mailfrom=lukas.bulwahn@gmail.com; dmarc=pass (policy=none) header.from=gmail.com X-Stat-Signature: zrhiz4c1snzf4zounxo36tg1trcdamey X-Rspam-User: X-HE-Tag: 1662633839-111489 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Commit 6a108a14fa35 ("kconfig: rename CONFIG_EMBEDDED to CONFIG_EXPERT") introduces CONFIG_EXPERT to carry the previous intent of CONFIG_EMBEDDED and just gives that intent a much better name. That has been clearly a good and long overdue renaming, and it is clearly an improvement to the kernel build configuration that has shown to help managing the kernel build configuration in the last decade. However, rather than bravely and radically just deleting CONFIG_EMBEDDED, this commit gives CONFIG_EMBEDDED a new intended semantics, but keeps it open for future contributors to implement that intended semantics: A new CONFIG_EMBEDDED option is added that automatically selects CONFIG_EXPERT when enabled and can be used in the future to isolate options that should only be considered for embedded systems (RISC architectures, SLOB, etc). Since then, this CONFIG_EMBEDDED implicitly had two purposes: - It can make even more options visible beyond what CONFIG_EXPERT makes visible. In other words, it may introduce another level of enabling the visibility of configuration options: always visible, visible with CONFIG_EXPERT and visible with CONFIG_EMBEDDED. - Set certain default values of some configurations differently, following the assumption that configuring a kernel build for an embedded system generally starts with a different set of default values compared to kernel builds for all other kind of systems. Considering the first purpose, at the point in time where CONFIG_EMBEDDED was renamed to CONFIG_EXPERT, CONFIG_EXPERT already made 130 more options become visible throughout all different menus for the kernel configuration. Over the last decade, this has gradually increased, so that currently, with CONFIG_EXPERT, roughly 170 more options become visible throughout all different menus for the kernel configuration. In comparison, currently with CONFIG_EMBEDDED enabled, just seven more options are visible, one in x86, one in arm, and five for the ChipIdea Highspeed Dual Role Controller. As the numbers suggest, these two levels of enabling the visibility of even more configuration options---beyond what CONFIG_EXPERT enables---never evolved to a good solution in the last decade. In other words, this additional level of visibility of configuration option with CONFIG_EMBEDDED compared to CONFIG_EXPERT has since its introduction never become really valuable. It requires quite some investigation to actually understand what is additionally visible and it does not differ significantly in complexity compared to just enabling CONFIG_EXPERT. This CONFIG_EMBEDDED---or any other config to show more detailed options beyond CONFIG_EXPERT---is unlikely to be valuable unless somebody puts significant effort in identifying how such visibility options can be properly split and creating clear criteria, when some config option is visible with CONFIG_EXPERT and when some config option is visible only with some further option enabled beyond CONFIG_EXPERT, such as CONFIG_EMBEDDED attempted to do. For now, it is much more reasonable to simply make those additional seven options that visible with CONFIG_EMBEDDED, visible with CONFIG_EXPERT, and then remove CONFIG_EMBEDDED. If anyone spends significant effort in structuring the visibility of config options, they may re-introduce suitable new config options simply as they see fit. Hence, all uses of CONFIG_EMBEDDED have been replaced with CONFIG_EXPERT. Considering the second purpose, note that already probably arguing that a kernel build for an embedded system would choose some values differently is already tricky: the set of embedded systems with Linux kernels is already quite diverse. Many embedded system have powerful CPUs and it would not be clear that all embedded systems just optimize towards one specific aspect, e.g., a smaller kernel image size. So, it is unclear if starting with "one set of default configuration" that is induced by CONFIG_EMBEDDED is a good offer for developers configuring their kernels. Also, the differences of needed user-space features in an embedded system compared to a non-embedded system are probably difficult or even impossible to name in some generic way. So it is not surprising that in the last decade hardly anyone has contributed changes to make something default differently in case of CONFIG_EMBEDDED=y. In v6.0-rc4, SECRETMEM is the only config switched off if CONFIG_EMBEDDED=y. That one use was removed as well, SECRETMEM was made configurable at build time by experts using menuconfig instead. As there are no further uses of CONFIG_EMBEDDED and CONFIG_EMBEDDED never lived up to its intended purpose defined above, simply delete this confusing CONFIG_EMBEDDED. Signed-off-by: Lukas Bulwahn Reviewed-by: Masahiro Yamada --- init/Kconfig | 8 -------- 1 file changed, 8 deletions(-) diff --git a/init/Kconfig b/init/Kconfig index 9e3fd79b089c..d7429e0b8cae 100644 --- a/init/Kconfig +++ b/init/Kconfig @@ -1818,14 +1818,6 @@ config DEBUG_RSEQ If unsure, say N. -config EMBEDDED - bool "Embedded system" - select EXPERT - help - This option should be enabled if compiling the kernel for - an embedded system so certain expert options are available - for configuration. - config HAVE_PERF_EVENTS bool help