Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp708906pxb; Thu, 24 Mar 2022 05:45:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy/btzRddfSLN+QiwwylG+/Q/paB/jCgLcmZIrFu+9i1bTNUPsqQpNfC2RZIqwE5f3n5GHe X-Received: by 2002:a17:906:3109:b0:6cc:7a1:8db0 with SMTP id 9-20020a170906310900b006cc07a18db0mr5616568ejx.266.1648125904519; Thu, 24 Mar 2022 05:45:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648125904; cv=none; d=google.com; s=arc-20160816; b=BD+Xtw4FMsfx4aW4D24rank4O2y3De6TcIcI30ifhXMeIlMdesz8CGc24hhLHzyg3h YK5C6k6uLublCbauuN2RDJP2Zu4Sl1HydfiDeibrURHGVsGs4OOM5WjUQib/KS4CCwAg 9rxpqxezb6s6PXlA0VrhvDJaCPixTeDKasRrhw3GSUqArODZQcWMTYd/S14GBYvHllGY zczFitoN5p4acRs3J59QLsF8WmVWz3kIOVMaDBD6f/JnQWPRl/EoxpvXEC2psjX1lH7i YiVh+rLh9tjDqWc0rY9nJYQYaRzA3Ajo9zBfAycSsQWCpi74AeUGE6rYc381zisb1IPd 1gjg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=5o3p0ZEhHBvuuc8QEaXW8mIlvr4gKbu/U5eS7GZc3Kc=; b=Vmt1/BKkTw3esJikJCpSQnkfbolWxglenzD8HJWAWE9YEv2KoDiuy/pmZhHzoOdnaz eCGgMvNbGQuijNCkAqWdPfDZFaaWqzOFlGUAv0DDE8w9IowMKQXiCiQi3TxSyGGy4+0J Fiu0bwxUuVmzFWk3YUs1NX+XRF2/rSeSTO64V6WUcCypZovMHrOgNH1iOnOI0KpOUObg 9RuPN25XS0UqloK/mwrkRTrb5clXp5J42n3OfjZ0v/q1vPqT3dHp+br1FZ0eh6Utqop3 cHz5feSKMcuCNve/feQ8VM/FsaxLCW00+rk3HaJJmT/t6xsfVI57bVLnPqyyfZw/N3i/ 4P3w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=cIhxq6Xa; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id nb6-20020a1709071c8600b006df76385c52si9402910ejc.242.2022.03.24.05.44.37; Thu, 24 Mar 2022 05:45:04 -0700 (PDT) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=cIhxq6Xa; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S240904AbiCWASC (ORCPT + 99 others); Tue, 22 Mar 2022 20:18:02 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47342 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240912AbiCWARy (ORCPT ); Tue, 22 Mar 2022 20:17:54 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 83AFF6E8F9; Tue, 22 Mar 2022 17:16:24 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 31028B81DAB; Wed, 23 Mar 2022 00:16:23 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AFE9EC340EC; Wed, 23 Mar 2022 00:16:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1647994581; bh=y+dtGw6McxL1TRjTK6IxUDJLsLXUtEPVWq1aFpw0ikU=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=cIhxq6Xay1G5a9HDNm9fccvMRlcHNUK4pyySJo8ffcbigILBrzOX65P+59NPwFfuq FsObihDZuWDIlLMq0dLRaPChg9DZf+sFVD/yok5WRnkNkRz16G3ktVIqoFzw/e41Ta fyVoqwsoq5Irlkb4RZOryiLkEyIV1ZsFOt+27o29bQhxj3PZUEBE/QBiz6SjDorj9y UVZqf2DjGltpNJZjtfH5Q54L4kFhtUWTH9ympKriVbWd8Y8SUNNjl8MpKgsSzbWfAA uU3UO4Y48DqyZniSrDND8pga/qUNDQFJ7kxF2aoFu1Sb09yVeNH6lUxer2EZDR6mrO UkXOfLLVpy0yA== Date: Wed, 23 Mar 2022 09:16:17 +0900 From: Masami Hiramatsu To: Padmanabha Srinivasaiah Cc: Steven Rostedt , LKML , Jonathan Corbet , linux-doc@vger.kernel.org, Randy Dunlap , Nathan Chancellor , Nick Desaulniers , llvm@lists.linux.dev Subject: Re: [PATCH v2 2/3] bootconfig: Support embedding a bootconfig file in kernel Message-Id: <20220323091617.495bfdf5281a543b27f2656f@kernel.org> In-Reply-To: <20220322190219.GA26859@pswork> References: <164724890153.731226.1478494969800777757.stgit@devnote2> <164724892075.731226.14103557516176115189.stgit@devnote2> <20220316191649.GA11547@pswork> <20220318101445.fdb151efe58c6c3a1c572500@kernel.org> <20220321183500.GA4065@pswork> <20220322120311.690f237b63ddfd9c0e4f78ec@kernel.org> <20220322190219.GA26859@pswork> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-7.9 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_HI,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham 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: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 22 Mar 2022 20:02:19 +0100 Padmanabha Srinivasaiah wrote: > Hello Masami Hiramatsu, > > On Tue, Mar 22, 2022 at 12:03:11PM +0900, Masami Hiramatsu wrote: > > On Mon, 21 Mar 2022 19:35:00 +0100 > > Padmanabha Srinivasaiah wrote: > > > > > Hello Masami Hiramatsu, > > > > > > On Fri, Mar 18, 2022 at 10:14:45AM +0900, Masami Hiramatsu wrote: > > > > On Wed, 16 Mar 2022 20:16:49 +0100 > > > > Padmanabha Srinivasaiah wrote: > > > > > > > > > Hello Masami Hiramatsu, > > > > > > > > > > On Mon, Mar 14, 2022 at 06:08:41PM +0900, Masami Hiramatsu wrote: > > > > > > This allows kernel developer to embed a default bootconfig file in > > > > > > the kernel instead of embedding it in the initrd. This will be good > > > > > > for who are using the kernel without initrd, or who needs a default > > > > > > bootconfigs. > > > > > > This needs to set two kconfigs: CONFIG_EMBED_BOOT_CONFIG=y and set > > > > > > the file path to CONFIG_EMBED_BOOT_CONFIG_FILE. > > > > > > > > > > > > Note that you still need 'bootconfig' command line option to load the > > > > > > embedded bootconfig. Also if you boot using an initrd with a different > > > > > > bootconfig, the kernel will use the bootconfig in the initrd, instead > > > > > > of the default bootconfig. > > > > > > > > > > > > Signed-off-by: Masami Hiramatsu > > > > > > --- > > > > > > include/linux/bootconfig.h | 10 ++++++++++ > > > > > > init/Kconfig | 21 +++++++++++++++++++++ > > > > > > init/main.c | 13 ++++++++----- > > > > > > lib/.gitignore | 1 + > > > > > > lib/Makefile | 12 ++++++++++++ > > > > > > lib/bootconfig.c | 23 +++++++++++++++++++++++ > > > > > > 6 files changed, 75 insertions(+), 5 deletions(-) > > > > > > > > > > > > diff --git a/include/linux/bootconfig.h b/include/linux/bootconfig.h > > > > > > index a4665c7ab07c..5dbda5e3e9bb 100644 > > > > > > --- a/include/linux/bootconfig.h > > > > > > +++ b/include/linux/bootconfig.h > > > > > > @@ -289,4 +289,14 @@ int __init xbc_get_info(int *node_size, size_t *data_size); > > > > > > /* XBC cleanup data structures */ > > > > > > void __init xbc_exit(void); > > > > > > > > > > > > +/* XBC embedded bootconfig data in kernel */ > > > > > > +#ifdef CONFIG_EMBED_BOOT_CONFIG > > > > > > +char * __init xbc_get_embedded_bootconfig(size_t *size); > > > > > > +#else > > > > > > +static inline char *xbc_get_embedded_bootconfig(size_t *size) > > > > > > +{ > > > > > > + return NULL; > > > > > > +} > > > > > > +#endif > > > > > > + > > > > > > #endif > > > > > > diff --git a/init/Kconfig b/init/Kconfig > > > > > > index e9119bf54b1f..70440804874d 100644 > > > > > > --- a/init/Kconfig > > > > > > +++ b/init/Kconfig > > > > > > @@ -1357,6 +1357,27 @@ config BOOT_CONFIG > > > > > > > > > > > > If unsure, say Y. > > > > > > > > > > > > +config EMBED_BOOT_CONFIG > > > > > > + bool "Embed bootconfig file in the kernel" > > > > > > + depends on BOOT_CONFIG > > > > > > + default n > > > > > > + help > > > > > > + Embed a bootconfig file given by EMBED_BOOT_CONFIG_FILE in the > > > > > > + kernel. Usually, the bootconfig file is loaded with the initrd > > > > > > + image. But if the system doesn't support initrd, this option will > > > > > > + help you by embedding a bootconfig file while building the kernel. > > > > > > + > > > > > > + If unsure, say N. > > > > > > + > > > > > > +config EMBED_BOOT_CONFIG_FILE > > > > > > + string "Embedded bootconfig file path" > > > > > > + default "" > > > > > > + depends on EMBED_BOOT_CONFIG > > > > > > + help > > > > > > + Specify a bootconfig file which will be embedded to the kernel. > > > > > > + This bootconfig will be used if there is no initrd or no other > > > > > > + bootconfig in the initrd. > > > > > > + > > > > > > choice > > > > > > prompt "Compiler optimization level" > > > > > > default CC_OPTIMIZE_FOR_PERFORMANCE > > > > > > diff --git a/init/main.c b/init/main.c > > > > > > index 421050be5039..3803bf2e22ea 100644 > > > > > > --- a/init/main.c > > > > > > +++ b/init/main.c > > > > > > @@ -265,7 +265,7 @@ static int __init loglevel(char *str) > > > > > > early_param("loglevel", loglevel); > > > > > > > > > > > > #ifdef CONFIG_BLK_DEV_INITRD > > > > > > -static void * __init get_boot_config_from_initrd(u32 *_size) > > > > > > +static void * __init get_boot_config_from_initrd(size_t *_size) > > > > > > { > > > > > > u32 size, csum; > > > > > > char *data; > > > > > > @@ -411,12 +411,15 @@ static void __init setup_boot_config(void) > > > > > > static char tmp_cmdline[COMMAND_LINE_SIZE] __initdata; > > > > > > const char *msg; > > > > > > int pos; > > > > > > - u32 size; > > > > > > + size_t size; > > > > > > char *data, *err; > > > > > > int ret; > > > > > > > > > > > > /* Cut out the bootconfig data even if we have no bootconfig option */ > > > > > > data = get_boot_config_from_initrd(&size); > > > > > > + /* If there is no bootconfig in initrd, try embedded one. */ > > > > > > + if (!data) > > > > > > + data = xbc_get_embedded_bootconfig(&size); > > > > > > > > > > > > strlcpy(tmp_cmdline, boot_command_line, COMMAND_LINE_SIZE); > > > > > > err = parse_args("bootconfig", tmp_cmdline, NULL, 0, 0, 0, NULL, > > > > > > @@ -435,8 +438,8 @@ static void __init setup_boot_config(void) > > > > > > } > > > > > > > > > > > > if (size >= XBC_DATA_MAX) { > > > > > > - pr_err("bootconfig size %d greater than max size %d\n", > > > > > > - size, XBC_DATA_MAX); > > > > > > + pr_err("bootconfig size %ld greater than max size %d\n", > > > > > > + (long)size, XBC_DATA_MAX); > > > > > > return; > > > > > > } > > > > > > > > > > > > @@ -449,7 +452,7 @@ static void __init setup_boot_config(void) > > > > > > msg, pos); > > > > > > } else { > > > > > > xbc_get_info(&ret, NULL); > > > > > > - pr_info("Load bootconfig: %d bytes %d nodes\n", size, ret); > > > > > > + pr_info("Load bootconfig: %ld bytes %d nodes\n", (long)size, ret); > > > > > > /* keys starting with "kernel." are passed via cmdline */ > > > > > > extra_command_line = xbc_make_cmdline("kernel"); > > > > > > /* Also, "init." keys are init arguments */ > > > > > > diff --git a/lib/.gitignore b/lib/.gitignore > > > > > > index e5e217b8307b..30a2a5db7033 100644 > > > > > > --- a/lib/.gitignore > > > > > > +++ b/lib/.gitignore > > > > > > @@ -6,3 +6,4 @@ > > > > > > /oid_registry_data.c > > > > > > /test_fortify.log > > > > > > /test_fortify/*.log > > > > > > +/default.bconf > > > > > > diff --git a/lib/Makefile b/lib/Makefile > > > > > > index 300f569c626b..8183785ee99d 100644 > > > > > > --- a/lib/Makefile > > > > > > +++ b/lib/Makefile > > > > > > @@ -279,6 +279,18 @@ $(foreach file, $(libfdt_files), \ > > > > > > $(eval CFLAGS_$(file) = -I $(srctree)/scripts/dtc/libfdt)) > > > > > > lib-$(CONFIG_LIBFDT) += $(libfdt_files) > > > > > > > > > > > > +ifeq ($(CONFIG_EMBED_BOOT_CONFIG),y) > > > > > > +# Since the specified bootconfig file can be switched, we forcibly update the > > > > > > +# default.bconf file always. > > > > > > +$(obj)/default.bconf: FORCE > > > > > > + $(call cmd,defbconf) > > > > > > + > > > > > > +quiet_cmd_defbconf = GEN $@ > > > > > > + cmd_defbconf = cat < /dev/null $(CONFIG_EMBED_BOOT_CONFIG_FILE) > $@ > > > > > > +clean-files += default.bconf > > > > > > +$(obj)/bootconfig.o: $(obj)/default.bconf > > > > > > +endif > > > > > > + > > > > > > lib-$(CONFIG_BOOT_CONFIG) += bootconfig.o > > > > > > > > > > > > obj-$(CONFIG_RBTREE_TEST) += rbtree_test.o > > > > > > diff --git a/lib/bootconfig.c b/lib/bootconfig.c > > > > > > index 74f3201ab8e5..3a3bf3a208e3 100644 > > > > > > --- a/lib/bootconfig.c > > > > > > +++ b/lib/bootconfig.c > > > > > > @@ -12,6 +12,29 @@ > > > > > > #include > > > > > > #include > > > > > > #include > > > > > > + > > > > > > +#ifdef CONFIG_EMBED_BOOT_CONFIG > > > > > > +asm ( > > > > > > +" .pushsection .init.data, \"aw\" \n" > > > > > > +" .global embedded_bootconfig_data \n" > > > > > > +"embedded_bootconfig_data: \n" > > > > > > +" .incbin \"lib/default.bconf\" \n" > > > > > > +" .global embedded_bootconfig_data_end \n" > > > > > > +"embedded_bootconfig_data_end: \n" > > > > > > +" .popsection \n" > > > > > > +); > > > > > > + > > > > > > +extern __visible char embedded_bootconfig_data[]; > > > > > > +extern __visible char embedded_bootconfig_data_end[]; > > > > > > + > > > > > > +char * __init xbc_get_embedded_bootconfig(size_t *size) > > > > > > +{ > > > > > > + *size = embedded_bootconfig_data_end - embedded_bootconfig_data; > > > > > > + return (*size) ? embedded_bootconfig_data : NULL; > > > > > > +} > > > > > > + > > > > > > +#endif > > > > > > + > > > > > > #else /* !__KERNEL__ */ > > > > > > /* > > > > > > * NOTE: This is only for tools/bootconfig, because tools/bootconfig will > > > > > > > > > > > > > > > > Thanks tested the implemation, it works as expected. > > > > > > > > Great! > > > > > > > > > > > > > > Also noted that a change in default.bconf requries a clean build, is it > > > > > expected behaviour? > > > > > > > > default.bconf will be always updated if CONFIG_EMBED_BOOT_CONFIG=y. So you can > > > > do incremental build. (I tested it with the incremental build environment) > > > > > > > > > > Thanks, your observation made me to further experiment ther incremental build. > > > > > > Below are the observations I have: > > > > > > When I use GCC for a build; yes, the modified default.conf was observed on > > > the target. > > > > > > But when I use clang; either with FULL or THIN LTO, the modified > > > default.conf doesnt get reflected on the target. > > > > Hmm, curious. So you just add 'CC=clang' on the make command line, right? > Yes, CC=clang ARCH=arm64 LLVM=1. As specified here: > https://docs.kernel.org/kbuild/llvm.html. > > > Can you confirm that following line in your build log, > > > > GEN lib/default.bconf > > > Yes, I do see above line. Indeed lib/default.bconf will get incremental > change. > > GEN lib/default.bconf > CC lib/bootconfig.o > AR lib/lib.a > > > and the timestamp of lib/bootconfig.o is built after lib/default.bconf file? > > > Yes, verified timestamp for all above artifacts including vmlinux.o. > > ex: > -rw-rw-r-- 1 psrinivasaia psrinivasaia 22K Mar 22 14:50 > ../out/lib/bootconfig.o > -rw-rw-r-- 1 psrinivasaia psrinivasaia 355 Mar 22 14:50 > ../out/lib/default.bconf > -rw-rw-r-- 1 psrinivasaia psrinivasaia 54M Mar 22 14:50 ../out/vmlinux.o > > As said incremnetal change was refelected in artifact default.bconf. > But not in vmlinux.o/vmlinux, used below command to verify. Interesting! This sounds clang's issue, because the make command rebuilds the object file including new default.bconf, but the linker (lld?) doesn't link it again correctly. > > llvm-objdump -s -j .init.data ../out/vmlinux > > On target too, /proc/bootconfig shows old data. > > > And is that related to CONFIG_LTO? What happen if CONFIG_LTO=n? > > > Yes; CONFIG_LTO_NONE=y issue not observed even with LLVM binutils. And this issue is related to LTO. Maybe LTO ignores the '.init.data' section update. (Perhaps, LTO only checks the function code hash or something like that instead of the timestamp, and ignore whole object file if all of them are not updated.) I've added clang build maintainers. I need their help to solve this issue. Thank you, > > Thanks and Regards, > Padmanabha.S > > Thank you, > > > > > > > > PS: Using: GCC version 8.2.1 20180802, LLVM version 13.0.2git. > > > > > > Thank you, > > > Padmanabha.S > > > > Thank you, > > > > > > > > > > > > > > Thanks and Regards, > > > > > Padmanabha.S > > > > > > > > > > > > -- > > > > Masami Hiramatsu > > > > > > -- > > Masami Hiramatsu -- Masami Hiramatsu