Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp4907463imb; Thu, 7 Mar 2019 03:29:10 -0800 (PST) X-Google-Smtp-Source: APXvYqwuOIFVnqart6KnzL1NJTmyZryMyG2AWNxOyGUPAwqoc+DG/gnbWqxvGEBGNEeMqMNBSeh6 X-Received: by 2002:a63:5d48:: with SMTP id o8mr11027195pgm.297.1551958150383; Thu, 07 Mar 2019 03:29:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551958150; cv=none; d=google.com; s=arc-20160816; b=iDepaB1+K+J/FjHbushQG78oE8or2X65iKArIasAI+G23sccPtZiNSoLeLmbb+sU1R 4mK0L1qPmFpWUQ9rZJIGGZCk4awF8tyALe8ElWmoj1DuQ912Ew21zTRiqYXiI2a8SgZK ujEMBMYSlg3+T0coW1nepZtkLo4dG4kATQpLnyS3AvhOvFxCvzHWg8muIrpnYk6V1vaC ULWVy8zCDNv6XyPAcb/t3f/x2BYhpryLjzms5e/BskKnyc9gFWL4eOXFPRD37PiqcRNI HLu+8Y6WglQdODhzt2VvAPqNwGIVOYaYzE8N8TQ0sxhK0DWg2/NkuXd/VtJYhdil1cu3 mg/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=SQnteYoTNumPXFMpDB0zj7y9uxyxaZIjnEvFW89gLpU=; b=B8PIHH8ZhpF1Jh/wCoFHNxbHHTnKOQBrc5jcmZSJ7scb3t73Gog24BkyCvnifyGY8X uLlrJAjMxPYhUk4Co0DAokdjFCJGrT5OuupE+N6PeWoWH4FWvc4NbFFXhxM3bWlS4Y5y d595U4rxmm3gRCrqrDM02Nc8Q2DUwc8pxi+L2dUdFcQfYjD0DhE8Vr1GSqTyqlnWqB47 3EFVLKBERyEofwom4Kt+pyzdlQ2GJi77I+gQkxd5Mq3UQezRmkTZnY21BHAfh2pEL/Og YRSBEuNo2AKkGB6FYhIgRR9nrVyHED3N1/xHuQPCvIDK2p80ciDgjqyZ/nd2bvaG8ov+ AALQ== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a9si4045786pla.226.2019.03.07.03.28.54; Thu, 07 Mar 2019 03:29:10 -0800 (PST) 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; 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; dmarc=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726250AbfCGL1R (ORCPT + 99 others); Thu, 7 Mar 2019 06:27:17 -0500 Received: from monster.unsafe.ru ([5.9.28.80]:42140 "EHLO mail.unsafe.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726057AbfCGL1R (ORCPT ); Thu, 7 Mar 2019 06:27:17 -0500 Received: from Legion-PC.fortress (nat-pool-brq-t.redhat.com [213.175.37.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.unsafe.ru (Postfix) with ESMTPSA id C8A90C61AC5; Thu, 7 Mar 2019 11:27:14 +0000 (UTC) Date: Thu, 7 Mar 2019 12:27:12 +0100 From: Alexey Gladkov To: Andi Kleen Cc: linux-kernel@vger.kernel.org, "Kirill A . Shutemov" , Gleb Fotengauer-Malinovskiy , "Dmitry V. Levin" Subject: Re: [PATCH v1] moduleparam: Save information about built-in modules in separate file Message-ID: <20190307112712.GA8455@Legion-PC.fortress> References: <20190306165425.GD14017@MacBook-PC.fortress> <871s3jv97c.fsf@linux.intel.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <871s3jv97c.fsf@linux.intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 06, 2019 at 04:07:03PM -0800, Andi Kleen wrote: > Alexey Gladkov writes: >=20 > > Problem: > > > > When a kernel module is compiled as a separate module, some important > > information about the kernel module is available via .modinfo section of > > the module. In contrast, when the kernel module is compiled into the > > kernel, that information is not available. > > > > Information about built-in modules is necessary in the following cases: > > > > 1. When it is necessary to find out what additional parameters can be > > passed to the kernel at boot time. > > > > 2. When you need to know which module names and their aliases are in > > the kernel. This is very useful for creating an initrd image. >=20 > I would just keep it in the vmlinux as a non loadable segment, which > won't make it into bzImage. vmlinux passed around anyways, and > it's easier to handle than extra files, and it already has plenty > of metadata in it. Not for all architectures bzImage is created. Also not all distros pack vmlinux and requiring them to start doing this for a few kilobytes seems to me wrong. As follow up I plan to add support of kernel.builtin.modinfo to kmod. The kmod takes information only from /lib/modules/KVER and does not require the kernel itself. --=20 Rgrds, legion --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJcgQAQAAoJEKRaulRM/9Q0DzEP/3WLVGNcIlU3AzYjqmTBeMa/ MiYIb2wbI/hgbcQHgaNF5oc5irzSeH1adCK4miuuucwg3MLw0XK8CabdIGSyJJeb g4mTFm3AL/XzOKFsCrWFOdpmvIBM5UYOmVflW0G/Z2BiTWuU4AXPNVj7n5WD/ib9 TPIBUr/3lsYmax/saIBQXlZ5xPy46NQvWtUMaVXzPppdEDgtgfu/rlIQ0GcA77oh +TqinCQMquomARLJapVwBi3KRbdWjrZv0xi/17cJsn2ESKchXha2FE7BK04QtAaZ 3z3IAyRHCv6fkKPLzRVp0DtsnXxVwLnEsXKLpXzfqMvnRJYKsAAVL0sWv6lBFp3/ TbchI67HxMUdIyDydMTr5cYARzc/FdTKX76Zq6tnVfgvkkWeKng29bAIEeNmCZMQ OWrvh7w2Os1jWjwOm0o1impqEqEjrwixkjAY2blI3UB5/V2KT7IrtF1Hy+u+nr9M 22w2a0en2IeWa1Qu7yLkaz2S/ZZhqmwLqe4iECYyAvVP7CloKrheCL1CT4QhX5jV PmFM7zdTdARcbcCu1+mhjl1l3c9XssECt6l6MZjzH7ICcjdfhjPGPIM3BxJRW4sy AP7YDoOZJwPQCOwXLaiqyVwvxlj6xo/Ym+/MIIqxayKF4C62ZSjQYa9VM0lETMSx hwcjQIi5GoOtj/TK1f0P =lVI/ -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm--