Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp2594047pxb; Tue, 12 Oct 2021 09:33:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzW+OHTZWEwxunjn43sn22fI64afyTaISTHd4qJRbXrgcZHBDEouplA/L6fUoPoh8QNZZFe X-Received: by 2002:adf:a48f:: with SMTP id g15mr32351940wrb.259.1634056398977; Tue, 12 Oct 2021 09:33:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634056398; cv=none; d=google.com; s=arc-20160816; b=07PfeyD9Y5S1hiz76Ko+OQiw+wtODmu9T7Awf8xrKsnkiaRPcJ4tmz6a6xpc3V4NWA IcMm0Ak7k0RXvD+canr8B1EwfLCq0+JOAMQgYPZ+9VLNiBDMplg4FzJ/gHhzxeYBgDy9 7C1l7JqDRoRCI5+3NYqAw/Y//jBpUH17juzs14/lMQFGZdT2L9EoEWmjJODzJMFiYl66 vvpZOy1mmuf9OWI0vCp71rENVYEkviPM3UMmZfa6wp7ywWJC9GFpp2mn26BwR4dZ834B npMFHqpeZV9MWoClFNWx1k9FJZNGRlUMhJENCISweAkkRjBgqEknPdYIZ1YP16idhtd+ Fs5g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=nLFLfBOqjLt+/Qd79R8xouL1JWPKDTRHXOxrvIyahNc=; b=nHsbGNynxtCwgEga3CIq/cDkApPOAXowrmlC334SvxStzGfS14WSF8QRjGaprC3ZE2 3mXFf6mhSEeQYQ6WMD2olK9leRztl7BKDkdqq+8a7ZRwJmOu/PQZhQWts9xDjgy30B1i 3uDF0OO14xbqIGfNei6mExg6fwcZsBawrwILJ52NPYQzhJqv6zjbQ+MTEJgc4JGTvCpr A2GQNe4YwhTACGr/dIJiVAjP0ASHt/edmAlVFhrdBfhQJJTPEBPqy3yuQQQ1ckvXGZt/ witU1XaOI6jPFmp+8GzHdK0UUsUXHC3Ex3bp/4aa2ZyZ2q7sM7MC+/zTgOqF7CWdcm/L lHQQ== 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=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z21si6182384edb.133.2021.10.12.09.32.53; Tue, 12 Oct 2021 09:33:18 -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=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229632AbhJLQcm (ORCPT + 99 others); Tue, 12 Oct 2021 12:32:42 -0400 Received: from mail.kernel.org ([198.145.29.99]:33540 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229495AbhJLQcl (ORCPT ); Tue, 12 Oct 2021 12:32:41 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 447F761074; Tue, 12 Oct 2021 16:30:38 +0000 (UTC) Date: Tue, 12 Oct 2021 17:30:34 +0100 From: Catalin Marinas To: Hanjun Guo Cc: Arnd Bergmann , Lorenzo Pieralisi , Sudeep Holla , "Rafael J. Wysocki" , Len Brown , Arnd Bergmann , Marc Zyngier , linux-acpi@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] acpi: arm64: fix section mismatch warning Message-ID: References: <20210927141921.1760209-1-arnd@kernel.org> <988fa24c-76d2-1c9d-9761-b356efb0576c@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <988fa24c-76d2-1c9d-9761-b356efb0576c@huawei.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 12, 2021 at 03:03:29PM +0800, Hanjun Guo wrote: > Hi Arnd, > > On 2021/9/27 22:19, Arnd Bergmann wrote: > > From: Arnd Bergmann > > > > In a gcc-11 randconfig build I came across this warning: > > > > WARNING: modpost: vmlinux.o(.text.unlikely+0x2c084): Section mismatch in reference from the function next_platform_timer() to the variable .init.data:acpi_gtdt_desc > > The function next_platform_timer() references > > the variable __initdata acpi_gtdt_desc. > > This is often because next_platform_timer lacks a __initdata > > annotation or the annotation of acpi_gtdt_desc is wrong. > > > > This happens when next_platform_timer() fails to get inlined > > despite the inline annotation. Adding '__init' solves the issue, > > and it seems best to remove the 'inline' in the process seems > > better anyway. > > There was a patch to fix this issue as well [1], > but not merged yet. > > [1]: https://lore.kernel.org/linux-acpi/7f29a149-e005-f13f-2cc4-a9eb737107e1@huawei.com/T/ I haven't seen this one, it was on linux-acpi list which I don't follow. I usually rely you, Lorenzo or Sudeep to ack such patches and cc Will/me. -- Catalin