Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp478515pxv; Thu, 1 Jul 2021 02:30:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyLC13ikX7jt5KwSpZaR9W6IZg8FvZqfw60lPDosoqvl7p3wdgzhV9zizVUtRYnUq88uxLl X-Received: by 2002:a17:907:264c:: with SMTP id ar12mr39857202ejc.391.1625131808364; Thu, 01 Jul 2021 02:30:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625131808; cv=none; d=google.com; s=arc-20160816; b=JmbWRaPVWFUMQiLkppF/NeibyckfbVfq7gyrxx78at/2V6mD5DQWHKFCbHM2rzzWcd vtwdnn5lA55CeK6mR8y6USFdwOPvkGH8lsYkbpM7QBqZ8uNGBtwclQb5BXEqPMlWYYHi AGp7j76xw0k+9745BYf3t16pDWW12wn/Q8wtL9iMfC1jkIgoE1kp+6RUxnT5f5v7KJBm ltj291jfPSqT4L4vlhMoVBm0mwqx1wFI7u1OcfFQraxRYHbZ5oHX/wbi618QCZDvwYfw FJBJ5/TRYmZrCF04WxDMTgqdiMSUs0JjKoxVV1sxG9JfIolrrQDjKbwVRGOQMVt5L/eL MX9g== 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=CkPH/0ln6oSYvKVu7tFCcnZgN8ebPrJ6ifS9KkOonMw=; b=IDptaccX63zGbF0XqbYz3Ujz462IaglzqoJ2/qnspbvZW5OcXZbePtH0H8pLIRXDhw 0PldMNu8ubMpvZiFXY7p/gX5ouUpjjeTPU6OIX2oWOAIpWgYDCBmmYajeVg3bw08fRKP Efr7P2DYwKxVT7OeV9kBL6GuUEB8wmDEiF5wW7kRtG/xUhpgYYvbXy7dXP+FZJ1jteyk QOUEMf6DwEPUY2FTjNWOdZYCRsJTQKi1nIMly1gqesNN0G8XnMmmrS8UmAqZgvBv6voN sVTyKNml0X+mMKLA/yGjTiQBNzKNdCONNVxCjplylmqVMHbIbjliBpw7eXXM4DX92eMO cZPg== 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 cq14si23525238edb.313.2021.07.01.02.29.44; Thu, 01 Jul 2021 02:30:08 -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 S235296AbhGAJbQ (ORCPT + 99 others); Thu, 1 Jul 2021 05:31:16 -0400 Received: from mailgw02.mediatek.com ([210.61.82.184]:37726 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S235034AbhGAJbQ (ORCPT ); Thu, 1 Jul 2021 05:31:16 -0400 X-UUID: 84dc078a9af345b696e109dd826423bd-20210701 X-UUID: 84dc078a9af345b696e109dd826423bd-20210701 Received: from mtkmbs10n1.mediatek.inc [(172.21.101.34)] by mailgw02.mediatek.com (envelope-from ) (Generic MTA with TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384 256/256) with ESMTP id 934752623; Thu, 01 Jul 2021 17:28:44 +0800 Received: from MTKCAS06.mediatek.inc (172.21.101.30) by mtkmbs01n2.mediatek.inc (172.21.101.79) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 1 Jul 2021 17:28:42 +0800 Received: from mtksdccf07.mediatek.inc (172.21.84.99) by MTKCAS06.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Thu, 1 Jul 2021 17:28:42 +0800 From: Lecopzer Chen To: , , , CC: , , , , , Lecopzer Chen Subject: [RESEND PATCH v2 0/2] Kbuild: lto: add make version checking for MODVERSIONS Date: Thu, 1 Jul 2021 17:28:38 +0800 Message-ID: <20210701092841.1419-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 Resend becasue subject is incorrect. 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