Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp474377pxv; Thu, 1 Jul 2021 02:23:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwGLP0JLQwtLwXMUkGolzqV6H1nhblaaswJJj9x7JUdM7ll+QPTnvBg5Re049HS0l1hSrzX X-Received: by 2002:a02:cba8:: with SMTP id v8mr12862468jap.111.1625131422406; Thu, 01 Jul 2021 02:23:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625131422; cv=none; d=google.com; s=arc-20160816; b=XvFxoCMWKeqFIduvljnoNz9Y8RDAviFfuw2AyaOYTNZfkofnTKwss7bpyFo3lN/tIE Z6NN3XypjckICR5YbC/h5heSpX35mjC4zVgRYY4zfOGiQLtb6wojDgDJI4bwm9JOry3P Qf8IvbRQh/AyRoaGkWc4T/406GPZjLO+iyrBYJ5z6DulDDmcqLDbGJ1/H/Va/rFPmcvH ECM/lYNqb+o15RUrnuWXGbIE14LLqAn7r3klYksajLR7Ii7un6G4qyXsPTrzQ8J3Zf52 aZvAWcZXz88yi+COHVjygJnJFo7K8/6BBa9t3RuYCaNnreDFKaFcljbqHfbHijLizGNx NHeA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:subject:cc:to:from; bh=T6ulr9cOiJbIxQBb4xAOpEtyOSmG8rrPQGhXO0aDi78=; b=If/CoUQ8XdNDP7rnLUDA7mMJUtM/MVOtaxJovIKrWt60JjKJrSAFoMtSn2n53ewZI0 t/2qPMh5Y6ep6u//ICKSxzEJfHjsf+/qgirXsT/405pASA5fDB6bal8hX3FJGQ325/Nm NlgZPHob9S4YaIaymXiiiM56BWajhGC+HqUn6K67GmiPfzjLw8S5c0TnAVuDR92cEJWc +NPVG5aSi71GhX6P5KcxXQCRmy8sP89frCVHQ2L/R9usNrpJisUwwBxUWQlVsXMqCKyS jWaB7oktSh6dZNSOkZC1JZmKEZSBvwSkZ69mV29ChZM448N3ZClGuqbUl4jTReAdzAFy lmoA== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w8si31756179ilu.43.2021.07.01.02.23.30; Thu, 01 Jul 2021 02:23:42 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235681AbhGAJW3 (ORCPT + 99 others); Thu, 1 Jul 2021 05:22:29 -0400 Received: from mailgw02.mediatek.com ([210.61.82.184]:59353 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S235608AbhGAJW3 (ORCPT ); Thu, 1 Jul 2021 05:22:29 -0400 X-UUID: 9147900c3edf4b3187cd0b6294cd4d85-20210701 X-UUID: 9147900c3edf4b3187cd0b6294cd4d85-20210701 Received: from mtkcas07.mediatek.inc [(172.21.101.84)] by mailgw02.mediatek.com (envelope-from ) (Generic MTA with TLSv1.2 ECDHE-RSA-AES256-SHA384 256/256) with ESMTP id 1776049091; Thu, 01 Jul 2021 17:19:33 +0800 Received: from mtkcas11.mediatek.inc (172.21.101.40) by mtkmbs01n1.mediatek.inc (172.21.101.68) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 1 Jul 2021 17:19:25 +0800 Received: from mtksdccf07.mediatek.inc (172.21.84.99) by mtkcas11.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Thu, 1 Jul 2021 17:19:25 +0800 From: Lecopzer Chen To: , , , CC: , , , , , Lecopzer Chen Subject: [PATCH v2 0/2] Kbuild: lto: add make version checking for MODVERSIONS Date: Thu, 1 Jul 2021 17:19:20 +0800 Message-ID: <20210701091922.572-1-lecopzer.chen@mediatek.com> X-Mailer: git-send-email 2.18.0 MIME-Version: 1.0 Content-Type: text/plain X-MTK: N Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org LTO with MODVERSIONS will fail in generating correct CRC because the makefile rule doesn't work for make with version 3.8X. Refer to [1]: > When building modules(CONFIG_...=m), I found some of module versions > are incorrect and set to 0. > This can be found in build log for first clean build which shows > WARNING: EXPORT symbol "XXXX" [drivers/XXX/XXX.ko] version generation failed, > symbol will not be versioned. > But in second build(incremental build), the WARNING disappeared and the > module version becomes valid CRC and make someone who want to change > modules without updating kernel image can't insert their modules. > The problematic code is > + $(foreach n, $(filter-out FORCE,$^), \ > + $(if $(wildcard $(n).symversions), \ > + ; cat $(n).symversions >> $@.symversions)) The issue is fixed when make version upgrading to 4.2. Thus we need to check make version during selecting on LTO Kconfig. Add CONFIG_MAKE_VERSION which means MAKE_VERSION in canonical digits for arithmetic comparisons. [1] https://lore.kernel.org/lkml/20210616080252.32046-1-lecopzer.chen@mediatek.com/ Signed-off-by: Lecopzer Chen ---- v2: - change MAKE_VERSION_INT to MAKE_VERSION - remove $(make-version) - tweak commit message v1: https://lore.kernel.org/lkml/20210630121436.19581-1-lecopzer.chen@mediatek.com/ ---- Lecopzer Chen (2): Kbuild: lto: add CONFIG_MAKE_VERSION Kbuild: lto: add make version checking Makefile | 2 +- arch/Kconfig | 1 + init/Kconfig | 4 ++++ scripts/make-version.sh | 13 +++++++++++++ 4 files changed, 19 insertions(+), 1 deletion(-) create mode 100755 scripts/make-version.sh -- 2.18.0