Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp264699pxv; Wed, 30 Jun 2021 05:15:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxSMyUkQCVUh9ExSLJ+Ce8lkstvlvlDlPYp5o205ZJzlF8KcBEpIaV889BjPv8SyvcDMO4W X-Received: by 2002:a05:6602:1846:: with SMTP id d6mr7414041ioi.111.1625055345375; Wed, 30 Jun 2021 05:15:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625055345; cv=none; d=google.com; s=arc-20160816; b=nThA8ssRl5flnjWJnMJ7i+P04aIbKjNOiyVzEd4+h5XwdBOStuHlPp2yx2PcmERa9j F2ZXxuKozEzGDBXjemJd/KoO2Q9L63D7Nixt+9FgvcKmrp9xl97TMNEoZ56yxPWJQl81 dypR5DdZulomdYFATANnNfcbwId1ip2UKEwk4WYOqPTKX2DQGy4g6eqfw1f8CFBU03Lm ZZBc7hCddHFPZdip3gM4/BtMYNj15c8X6VwOp4VuqvRAehG8l0MbZnbssq4CqoMvpUct 5uQEQ/M0j1eP7xLqYqmZ+hMaTPFr5Tm7cHl1hw88/TV5FOOi1eVAT4tFdLUGOcKDZ6tR qPtg== 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=HGBOPOVq3WMpXEB3XQTimQTcWxXtMm1SAAUJWk238Jc=; b=TmTCdyHG0r5FJXfIUUv4VB92M6pwbR3DCwg2n7Gl3BgEQn2Xh6niuYiXPAITsUJJCi aHawrC0/r4UaxatbUFTeACOw52MmFY4aVrGXJVPP5F3GRkUUySQ2aQFWddBvUShhYMZx vtg8vrnmVnMVzG/yfc9Pms/6rS+BK0Nq1kJZ5Bt9iRWGoSbGvldghN12/5sUYQm9ogG7 KbvP7FHi9V+OVcSTjrTi46UYbjW2F9Zl5Xr3Lm5lDuB9/zJYSalllDma2mmT43UNGCSs LNAbWbwPDTycQ35nn+TyBuc6jLNcNHS95qM6+N6QZdvmeSlYEqSqRlfh/9fYn8oIUZS3 m+Ww== 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 q18si4981707iow.5.2021.06.30.05.15.28; Wed, 30 Jun 2021 05:15:45 -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 S234434AbhF3MR0 (ORCPT + 99 others); Wed, 30 Jun 2021 08:17:26 -0400 Received: from mailgw01.mediatek.com ([60.244.123.138]:48706 "EHLO mailgw01.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S234376AbhF3MRZ (ORCPT ); Wed, 30 Jun 2021 08:17:25 -0400 X-UUID: 9d6fbbcc74bf4ff4af69faa03283266a-20210630 X-UUID: 9d6fbbcc74bf4ff4af69faa03283266a-20210630 Received: from mtkcas07.mediatek.inc [(172.21.101.84)] by mailgw01.mediatek.com (envelope-from ) (Generic MTA with TLSv1.2 ECDHE-RSA-AES256-SHA384 256/256) with ESMTP id 529085922; Wed, 30 Jun 2021 20:14:51 +0800 Received: from mtkcas10.mediatek.inc (172.21.101.39) by mtkmbs01n1.mediatek.inc (172.21.101.68) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Wed, 30 Jun 2021 20:14:50 +0800 Received: from mtksdccf07.mediatek.inc (172.21.84.99) by mtkcas10.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Wed, 30 Jun 2021 20:14:50 +0800 From: Lecopzer Chen To: , , CC: , , , , , Lecopzer Chen Subject: [PATCH 0/2] Kbuild: lto: add make version checking Date: Wed, 30 Jun 2021 20:14:34 +0800 Message-ID: <20210630121436.19581-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 MODVERSION 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 fixed when make version upgrading to 4.2. Thus we need to check make version during selecting on LTO Kconfig. The MAKE_VERSION_INT means MAKE_VERSION in canonical digits integer and implemnted by imitating CLANG_VERSION. [1] https://lore.kernel.org/lkml/20210616080252.32046-1-lecopzer.chen@mediatek.com/ Signed-off-by: Lecopzer Chen Lecopzer Chen (2): Kbuild: lto: add make-version macros Kbuild: lto: add make version checking Makefile | 2 +- arch/Kconfig | 1 + init/Kconfig | 4 ++++ scripts/Kconfig.include | 3 +++ scripts/make-version.sh | 13 +++++++++++++ 5 files changed, 22 insertions(+), 1 deletion(-) create mode 100755 scripts/make-version.sh -- 2.18.0