From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935456AbeEXBo4 (ORCPT ); Wed, 23 May 2018 21:44:56 -0400 Received: from conssluserg-02.nifty.com ([210.131.2.81]:27450 "EHLO conssluserg-02.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S935287AbeEXBow (ORCPT ); Wed, 23 May 2018 21:44:52 -0400 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-02.nifty.com w4O1ia4H029195 X-Nifty-SrcIP: [209.85.217.181] X-Google-Smtp-Source: AB8JxZqeL1m1wFqt6TPMeTT0Fli5JKtm0gsQYWws9B8FjLRttwKNFRE7jnpkycWWPrc2vG0TIObpcf3szIhOvxyHekk= MIME-Version: 1.0 In-Reply-To: References: <20180523001939.9431-1-labbott@redhat.com> <20180523001939.9431-3-labbott@redhat.com> <15dcff14-ea1b-18c8-4cd1-06586cf6f05b@redhat.com> From: Masahiro Yamada Date: Thu, 24 May 2018 10:43:55 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCHv3 2/2] x86/vdso: Add build salt to the vDSO To: Laura Abbott Cc: Andy Lutomirski , Mark Wielaard , "H. J. Lu" , Linus Torvalds , X86 ML , LKML , Nick Clifton , Cary Coutant , Linux Kbuild mailing list Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 2018-05-24 9:11 GMT+09:00 Masahiro Yamada : > 2018-05-24 7:53 GMT+09:00 Laura Abbott : >> On 05/22/2018 05:33 PM, Andy Lutomirski wrote: >>> >>> On Tue, May 22, 2018 at 5:19 PM Laura Abbott wrote: >>> >>> >>>> The vDSO is linked separately from the kernel and modules. Ensure it >>>> picks >>>> up the comment section, if available. >>> >>> >>> Did you end up preferring this to just sticking the kernel version in a >>> .comment in the vDSO for some reason? >>> >> >> Actually I remember now why this is necessary: there is not a simple way >> to encode a string into a linker file as it has to be spit out byte >> by byte. The autogeneration was the easiest way to make that happen. >> Maybe there's some horrific c preprocessing or other generation that >> could happen but I doubt that's any worse than the generated linker >> script. >> > > > I am personally prefer CONFIG option (as you did in v2) to KERNELVERSION. > > > If you use "hex" type instead of "string" type in Kconfig, > and LONG() instead of BYTE() in the script script, > this can be much simpler, right? > > > > > > config BUILD_ID_SALT > hex "Build ID Salt" > help > ... > > > > > Then, in scripts/Makefile, > > > define filechk_build-salt.lds > { \ > echo "SECTIONS {"; \ > echo ".comment (INFO) : { LONG($(CONFIG_BUILD_ID_SALT)); }"; \ > echo "}"; \ > } > endef > > $(obj)/build-salt.lds: $(src)/Makefile FORCE > $(call filechk,build-salt.lds) > > > > > This is now so simple that we can even remove the shell script. I had not noticed the comments from Linus and Andy before I posted mine. Maybe, we should not add binary data into the .comment section. -- Best Regards Masahiro Yamada