Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp882708pxf; Wed, 7 Apr 2021 14:04:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyx9eprkaA2OF+6sfVPugKjHmnRV+1npnQM66MHjT4Oerb0rVH+JjVwSCyls3lWFhyTg52w X-Received: by 2002:a02:ab94:: with SMTP id t20mr5562507jan.49.1617829483836; Wed, 07 Apr 2021 14:04:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617829483; cv=none; d=google.com; s=arc-20160816; b=xH2mDKdCPoHwIqfeV8QVeih1Bm41mRGypsHCMrVeGQs+jTxHimQUO+cgJA9Drc4GLp kxMy5YeWaFGFGIuBk7JB6VaCaMn7sbLNbkEGB/gAjUnzawe2SsgCBDONSQQZNeHKUnbY N6VHAC4fePsUUlHmR7pCZbyl3lYwbaNkOrXi52GKE3lPkEREHAjc6ZzBCxt2dimMt7Kj ofHmOGrgcjbTTvGnRvPc7kE4KiJQp/vSBUQWpPDS9erjQKw3edREmTBQYVOBGjHuTS1C kaH+bG+c1RrrUM10pXG1gHeJij3LOxW3mO/da9vJ1VGq7v/AgkxooGCvNUKdsafzSLIj IKqA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature:dkim-filter; bh=MVRjyvotamx0gGxHkxCvFT+m/YZf+2TbVDcNiqVSJD8=; b=sdpfxe8GJBatfl4ZCMXU1rFgpo+fZg5BHA16f1o87ckn170oS+jP4G7MjY/5SohjNN qK6AwnhXuwhnJucmpalPM+tik6YqWx6WgsJECPuzu+nD2fUgmfaPRNc9sU0sbS5y8WDk s42Q2kYeLbnSiAJmsMo87oFirRl2uXjGdMRXBC9cEPyg3CNbIqssHJdSn24aXVgPNDjR uFBAqDktxmnYFEUrJHXyCGw1WUO9VbXOGPvBjClPOkIEIY8xRrKAXu1ofx2DU8vUnKUk QjtBnIKYqrUXJhVWU2LS9DfFGIHdrYv22ITF2NwGiH1u+b045c3z2Pn2cgSiir3xMIhV AJXQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b="ejks8/6n"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r28si710932jaq.70.2021.04.07.14.04.30; Wed, 07 Apr 2021 14:04:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b="ejks8/6n"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1352927AbhDGOas (ORCPT + 99 others); Wed, 7 Apr 2021 10:30:48 -0400 Received: from conssluserg-01.nifty.com ([210.131.2.80]:16668 "EHLO conssluserg-01.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229546AbhDGOar (ORCPT ); Wed, 7 Apr 2021 10:30:47 -0400 Received: from mail-pl1-f181.google.com (mail-pl1-f181.google.com [209.85.214.181]) (authenticated) by conssluserg-01.nifty.com with ESMTP id 137EU59t000332; Wed, 7 Apr 2021 23:30:05 +0900 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-01.nifty.com 137EU59t000332 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com; s=dec2015msa; t=1617805805; bh=MVRjyvotamx0gGxHkxCvFT+m/YZf+2TbVDcNiqVSJD8=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=ejks8/6nhbUZ2BweBH1E08Gn4kIOSuUvT8rr3ckt7oJDcBZopuA9vYygo7RERY56B 1lnFnu8Ugd8CzgX26j1+PU9RLtqR5NCq+cZv/M89Fqu/TCzmhzZ5eqGRnAjaN87gOD nho3tuCxZRrGj0WgQ0d+4x8fdps6cRniOJG2kSCG+y9DUb3jEoxcY+jTLRP9KOa+FN AwuRABJVW0oaCIGB8ZZjPnBSi+aj6TIfLtq48x3SrwwL3O/I0Q2hs03bU6UNRevg8j fa2wIp/rqwCo98Z4Mujgeyqg8lOXilveueTUgwGnubdn9QYzNkTM1nY/G3ei2g+W6O Uud9m0SI/Nc6g== X-Nifty-SrcIP: [209.85.214.181] Received: by mail-pl1-f181.google.com with SMTP id h20so9433132plr.4; Wed, 07 Apr 2021 07:30:05 -0700 (PDT) X-Gm-Message-State: AOAM530GtyV/gg+LfPwp2UvBiMoGepzBrYeWI5G+YQkSna63A+lRA4d7 aQHkMHNl7+PdAAQuUJAxLoULeIMRwxev0nVQWBo= X-Received: by 2002:a17:90a:f68a:: with SMTP id cl10mr3554255pjb.87.1617805804515; Wed, 07 Apr 2021 07:30:04 -0700 (PDT) MIME-Version: 1.0 References: <20210331133811.3221540-1-masahiroy@kernel.org> <20210331133811.3221540-9-masahiroy@kernel.org> In-Reply-To: <20210331133811.3221540-9-masahiroy@kernel.org> From: Masahiro Yamada Date: Wed, 7 Apr 2021 23:29:27 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 9/9] kbuild: remove CONFIG_MODULE_COMPRESS To: Linux Kbuild mailing list Cc: Linux Kernel Mailing List , Andrew Morton , Chris Wilson , David Howells , Johannes Weiner , Kees Cook , Nathan Chancellor , Nick Desaulniers , Nick Terrell , Valentin Schneider , Vlastimil Babka Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 31, 2021 at 10:39 PM Masahiro Yamada wrote: > > CONFIG_MODULE_COMPRESS is only used to activate the choice for module > compression algorithm. It will be simpler to make the choice visible > all the time by adding CONFIG_MODULE_COMPRESS_NONE to allow the user to > disable module compression. > > This is more consistent with the "Kernel compression mode" and "Built-in > initramfs compression mode" choices. > > CONFIG_KERNEL_UNCOMPRESSED and CONFIG_INITRAMFS_COMPRESSION_NONE are > available to choose to not compress the kernel, initrd, respectively. > > Signed-off-by: Masahiro Yamada > --- > > init/Kconfig | 45 ++++++++++++++++++++++++++------------------- > 1 file changed, 26 insertions(+), 19 deletions(-) > > diff --git a/init/Kconfig b/init/Kconfig > index 019c1874e609..3ca1ffd219c4 100644 > --- a/init/Kconfig > +++ b/init/Kconfig > @@ -2225,40 +2225,47 @@ config MODULE_SIG_HASH > default "sha384" if MODULE_SIG_SHA384 > default "sha512" if MODULE_SIG_SHA512 > > -config MODULE_COMPRESS > - bool "Compress modules on installation" > +choice > + prompt "Module compression mode" > help > + This option allows you to choose the algorithm which will be used to > + compress modules when 'make modules_install' is run. (or, you can > + choose to not compress modules at all.) > > - Compresses kernel modules when 'make modules_install' is run; gzip or > - xz depending on "Compression algorithm" below. > + External modules will also be compressed in the same way during the > + installation. > > - module-init-tools MAY support gzip, and kmod MAY support gzip and xz. > + For modules inside an initrd or initramfs, it's more efficient to > + compress the whole initrd or initramfs instead. > > - Out-of-tree kernel modules installed using Kbuild will also be > - compressed upon installation. > + This is fully compatible with signed modules. > > - Note: for modules inside an initrd or initramfs, it's more efficient > - to compress the whole initrd or initramfs instead. > + Please note that the tool used to load modules needs to support the > + corresponding algorithm. module-init-tools MAY support gzip, and kmod > + MAY support gzip and xz. > > - Note: This is fully compatible with signed modules. > + Your build system needs to provide the appropriate compression tool > + to compress the modules. > > - If in doubt, say N. > + If in doubt, select 'None'. > > -choice > - prompt "Compression algorithm" > - depends on MODULE_COMPRESS > - default MODULE_COMPRESS_GZIP > +config MODULE_COMPRESS_NONE > + bool "None" > help > - This determines which sort of compression will be used during > - 'make modules_install'. > - > - GZIP (default) and XZ are supported. > + Do not compress modules. The installed modules are suffixed > + with .ko. > > config MODULE_COMPRESS_GZIP > bool "GZIP" > + help > + Compress modules with XZ. The installed modules are suffixed This should be "Compress modules with GZIP." I will fix it when applied. > + with .ko.gz. > > config MODULE_COMPRESS_XZ > bool "XZ" > + help > + Compress modules with XZ. The installed modules are suffixed > + with .ko.xz. > > endchoice > > -- > 2.27.0 > -- Best Regards Masahiro Yamada