From patchwork Mon Sep 9 11:04:08 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Masahiro Yamada X-Patchwork-Id: 173372 Delivered-To: patch@linaro.org Received: by 2002:a05:6e02:ce:0:0:0:0 with SMTP id r14csp4198075ilq; Mon, 9 Sep 2019 04:04:27 -0700 (PDT) X-Google-Smtp-Source: APXvYqybFx8WPbC0CXbkSpsH6hmiz/Et9+segSI4Yrob5ICJsxh1I4+Lj/TQ9gqfp1C4gCkdvpAy X-Received: by 2002:a17:906:308a:: with SMTP id 10mr15355668ejv.277.1568027067488; Mon, 09 Sep 2019 04:04:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568027067; cv=none; d=google.com; s=arc-20160816; b=iyl8la69GyQFk9i6ickVs8b3zVDGmN14+tU3sRdMUaHUZ8nDMBgbsTDUz3JRMoNS2o 2cQNBNsiMK0ULINRc6FOvBZS47mUiVhwCVCtpbVDt0t/fi80JTCkrrO5B578Ssg0dKYJ 1voPEpZZ7tmWFYNHRUG2IBOdGdkHX3LKqg/uPz0x8VNxCOEG57nt0sbkPmIHFmLxTYpJ 3gk1EsWT6fHUyeFbGrMLcvflRnLwDR+/mGBFTOC3NyDGy90XL9OcRHt3iKwnky9QnKX1 Zd8YNIT+Lk9oV22i3FwHuOCuFnQrVi2ae5m/xnezeDVHyvX1EOXXWfD//5rUqzU1tOkH FOoA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature:dkim-filter; bh=AwcsD3ZLJ2Q2Scpzs7plI5pMSM3Ocr2iFmXNa65/pNI=; b=nuYJUq+yYszXWy0jFi31IVmDc/dydpk3RGuV0jwqKNt3EfruhFVDXGua2U53r0nVQk ++/F96ghbcY0spXccFNOqnrGPxni9SunwwUsJsyf7ZSlebbqYZqPzMmwqxr47F0SZqLV GV1TMe2Gj9h+JbU0BGhw14h9pCEN/3Hmq7caE301jL8srR1de0XTnK1tgzTpxbgGT4Yl 2ezyy8xLgk9ZygWd40WZbdjvhqkRcP+B7DO/I23ccKM2+yW88dmxw4fq/FElkGnpzS9e TkwercEtJHDN6fTAG1BbYWdrK8/nQjUGykVOrT75wsZY68bM+oOZWKyt8kH5Ix+Vu6x/ F3Ng== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=kxwvyHu3; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g8si9069473edb.335.2019.09.09.04.04.26; Mon, 09 Sep 2019 04:04:27 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=kxwvyHu3; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730671AbfIILEY (ORCPT + 28 others); Mon, 9 Sep 2019 07:04:24 -0400 Received: from conuserg-07.nifty.com ([210.131.2.74]:59911 "EHLO conuserg-07.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728818AbfIILEV (ORCPT ); Mon, 9 Sep 2019 07:04:21 -0400 Received: from localhost.localdomain (p14092-ipngnfx01kyoto.kyoto.ocn.ne.jp [153.142.97.92]) (authenticated) by conuserg-07.nifty.com with ESMTP id x89B4CjN031800; Mon, 9 Sep 2019 20:04:13 +0900 DKIM-Filter: OpenDKIM Filter v2.10.3 conuserg-07.nifty.com x89B4CjN031800 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com; s=dec2015msa; t=1568027053; bh=AwcsD3ZLJ2Q2Scpzs7plI5pMSM3Ocr2iFmXNa65/pNI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=kxwvyHu3BnCwEdbW0Qb5X1GnY64B8T9gRbB9fxOp7JraPaF2kxvsNO1Nt4CLZE1xh AbOnW26f+TQGQnRlIIZ71msSX3jU+FR3MDliwJFeAfwITkp/vQIPrGhsE3Vf95ptvB ekKCQ3Dr/k+7LTyBGOOamGD3GScz7bDi9bG2RZtfEjw0yB3tCkh6VvqdfnuBKqj6i4 FNTUUWNfZQwEzm462OzkiKhtx9a7vPjaaQiARU2Bah0zaoznzYMbBE/wwiIt2PNeIt 1ySkoQZNT6IUwAHRgYxWKCio30hi0wFdGcv5yql7GQVC25RoMIL8rJvOjXaayZwM/o +MZb92uSXb7mg== X-Nifty-SrcIP: [153.142.97.92] From: Masahiro Yamada To: Jessica Yu Cc: Masahiro Yamada , linux-kernel@vger.kernel.org Subject: [PATCH 2/2] module: move CONFIG_UNUSED_SYMBOLS to the sub-menu of MODULES Date: Mon, 9 Sep 2019 20:04:08 +0900 Message-Id: <20190909110408.21832-2-yamada.masahiro@socionext.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20190909110408.21832-1-yamada.masahiro@socionext.com> References: <20190909110408.21832-1-yamada.masahiro@socionext.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When CONFIG_MODULES is disabled, CONFIG_UNUSED_SYMBOLS is pointless, thus it should be invisible. Instead of adding "depends on MODULES", I moved it to the sub-menu "Enable loadable module support", which is a better fit. I put it close to TRIM_UNUSED_KSYMS because it depends on !UNUSED_SYMBOLS. Signed-off-by: Masahiro Yamada --- init/Kconfig | 16 ++++++++++++++++ lib/Kconfig.debug | 16 ---------------- 2 files changed, 16 insertions(+), 16 deletions(-) -- 2.17.1 Acked-by: Jessica Yu diff --git a/init/Kconfig b/init/Kconfig index 9e72cc6071f5..b3100aa3138f 100644 --- a/init/Kconfig +++ b/init/Kconfig @@ -2117,6 +2117,22 @@ config MODULE_COMPRESS_XZ endchoice +config UNUSED_SYMBOLS + bool "Enable unused/obsolete exported symbols" + default y if X86 + help + Unused but exported symbols make the kernel needlessly bigger. For + that reason most of these unused exports will soon be removed. This + option is provided temporarily to provide a transition period in case + some external kernel module needs one of these symbols anyway. If you + encounter such a case in your module, consider if you are actually + using the right API. (rationale: since nobody in the kernel is using + this in a module, there is a pretty good chance it's actually the + wrong interface to use). If you really need the symbol, please send a + mail to the linux kernel mailing list mentioning the symbol and why + you really need it, and what the merge plan to the mainline kernel for + your module is. + config TRIM_UNUSED_KSYMS bool "Trim unused exported kernel symbols" depends on !UNUSED_SYMBOLS diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug index 5960e2980a8a..e0e14780a13d 100644 --- a/lib/Kconfig.debug +++ b/lib/Kconfig.debug @@ -277,22 +277,6 @@ config READABLE_ASM to keep kernel developers who have to stare a lot at assembler listings sane. -config UNUSED_SYMBOLS - bool "Enable unused/obsolete exported symbols" - default y if X86 - help - Unused but exported symbols make the kernel needlessly bigger. For - that reason most of these unused exports will soon be removed. This - option is provided temporarily to provide a transition period in case - some external kernel module needs one of these symbols anyway. If you - encounter such a case in your module, consider if you are actually - using the right API. (rationale: since nobody in the kernel is using - this in a module, there is a pretty good chance it's actually the - wrong interface to use). If you really need the symbol, please send a - mail to the linux kernel mailing list mentioning the symbol and why - you really need it, and what the merge plan to the mainline kernel for - your module is. - config DEBUG_FS bool "Debug Filesystem" help