Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp77799pxf; Tue, 23 Mar 2021 22:48:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwUOguBAQctECOy++O5Cvzn4w7fHeJP3cVrKevkjUuUYn8Bc2ko4ga4nE/HAwoiHLymaILn X-Received: by 2002:a05:6402:1342:: with SMTP id y2mr1514708edw.285.1616564916235; Tue, 23 Mar 2021 22:48:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616564916; cv=none; d=google.com; s=arc-20160816; b=JzOuIueyd6m4rxapRO6QkzwUjdBm13wpCvORQR0ngGuSHF55kacvtvdaNk0q9HBeNx mBgLL4OWJsl6kIF0K3y7KsyLMskLBoas+hqj0Zrrbs14jSnLHcXL2D/c0S4amnKF9Fkt AMZcz/54obWsL/HcmyLfOhASWNaVJkKT6jOPUGs8+9zqcRpJluZKCI80XSigT2tK1WeS Ei1JjSyR9uS8Vl37NJrBakduurs3VvePBls6Y++53s6/y+MlL/hpjkrQBa1reAppy9uF XhGVW27KGzjy0ecRqRKwn0El3ApgVmSFi7qcPY+XTZrNsa4OvFJ7PoTBZ3FWdWvYHuOb 0Xww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=7LPlOxyxKGimlLzO5bR0NAP5TDBYa4AWRGxw3mAP/fM=; b=z351omcleyl9AlL/opm9qEQZTYoWCSEvyHPornkKpMvb3aaXybfyj1kIbKn44TbOtW xMu2rd9TCp9VMu90W+zl8nCBCu2bVyjggrthEPk7wArsqZ80uL1LwEyh/zl5w0nQrwPL FP8gAwubs6q6s27eEEF6LPrSH2vlMtpef5mES74a7facswbiCPUinnJlWedRoottz0// oDNIGr5EsfI46ig54SKC+m4pLyMYaO1RPBRzEk5PDQFiIOH0MjHH0idUNIp/cFHjYiua x7IR/opuKcl9FAtH6V7/UyiMPfFA60RyH+PNR9R5ESpXD1s51quAowSwriA9j9opUD9p fFeQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=faUUSgVe; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p9si985777edm.322.2021.03.23.22.48.13; Tue, 23 Mar 2021 22:48:36 -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; dkim=pass header.i=@google.com header.s=20161025 header.b=faUUSgVe; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233017AbhCWQUX (ORCPT + 99 others); Tue, 23 Mar 2021 12:20:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44828 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233110AbhCWQUN (ORCPT ); Tue, 23 Mar 2021 12:20:13 -0400 Received: from mail-vs1-xe31.google.com (mail-vs1-xe31.google.com [IPv6:2607:f8b0:4864:20::e31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 19FEFC061574 for ; Tue, 23 Mar 2021 09:20:13 -0700 (PDT) Received: by mail-vs1-xe31.google.com with SMTP id h25so9681843vso.2 for ; Tue, 23 Mar 2021 09:20:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7LPlOxyxKGimlLzO5bR0NAP5TDBYa4AWRGxw3mAP/fM=; b=faUUSgVejihoVBPrj3v8oQ7Jwv1QWj5rtYVjTXD6eWH7buY2EvbzsJ/B2naG9UoEnq jaX0JXHuwPpJIC7EWLeuSIO7Mm1EbqlEeAVcVG6ijBbfuXWjTrlKifYPQN1QfFdtfoS/ zIxWi+Lq0S0XKfkq2VyyHuVermLB/BqAPssHmadNL1uIyadfsflULd8JIhfYAWsroDgH q7EDhNaNmICWVYSrO72ZhYR7IRYlk37G2wZzRO44bqSyzaj/3fjeqzW/DD+EubtpTspH OM6GB2RqLtR9ium8W/RaYF004RaJZ3rbiRvOfOvCRfAzcYsbrdoa6fUGVdeUyoj/Tw10 fzVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7LPlOxyxKGimlLzO5bR0NAP5TDBYa4AWRGxw3mAP/fM=; b=hl2z2ZHFFKfg/EjfUHZ0kwOf+jANsT1UVX48pgBTE/Z8FXAuWlvTkeZ34fgnU6t2FD E9MIkzkTPqYBoF1qF7XOHi4HtFKIQGRHZ1KukiIsCtiL9iId7Ui/XK9u718iP8wJZ1aU i3UN60JgDg5+qhioyJ8gtgQyxYLeknSlemx4NLaSspip8wa/OUwJgvYoKOMuOZ5WGh96 6PlSIDkbrQZK528G7By1ObfofnCks16kD8o46W1JcU0EGwVRrkbLLVCjebtpYAA3pNWc WigfzNz+s7R4EjhQo2LMQuLdAyo242ECY3EQ9srnvr4COSzECzviSnX8+I9MIXYQ33+9 o0dw== X-Gm-Message-State: AOAM530DcwjOmpub/io5lBZvJHQ6WeQrpNSMzVjQIJ8CjA9KGImuwl0m mAji9h2nUfnG5bKq/r3u4QnW0mBGVs9zxo/MLCF/8w== X-Received: by 2002:a67:641:: with SMTP id 62mr4114316vsg.23.1616516409719; Tue, 23 Mar 2021 09:20:09 -0700 (PDT) MIME-Version: 1.0 References: <20210322234438.502582-1-seanjc@google.com> In-Reply-To: <20210322234438.502582-1-seanjc@google.com> From: Sami Tolvanen Date: Tue, 23 Mar 2021 09:19:57 -0700 Message-ID: Subject: Re: [PATCH] kbuild: Merge module sections if and only if CONFIG_LTO_CLANG is enabled To: Sean Christopherson Cc: Masahiro Yamada , Michal Marek , Nathan Chancellor , Nick Desaulniers , linux-kbuild , LKML , clang-built-linux , Kees Cook Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 22, 2021 at 4:44 PM Sean Christopherson wrote: > > Merge module sections only when using Clang LTO. With gcc-10, merging > sections does not appear to update the symbol tables for the module, > e.g. 'readelf -s' shows the value that a symbol would have had, if > sections were not merged. I'm fine with limiting this to LTO only, but it would be helpful to understand which sections are actually getting merged here. Are you compiling the kernel with -ffunction-sections and/or -fdata-sections? Does this issue only happen with gcc 10? Sami