Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3399375pxf; Mon, 22 Mar 2021 05:40:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy5FT/qcfwa5MXLN/dH85UDKpMuTsWjA6M2HgYi89yT/N+anWofBycG9SRTYD1UT6UEZ1jL X-Received: by 2002:a17:906:d153:: with SMTP id br19mr18544284ejb.360.1616416846764; Mon, 22 Mar 2021 05:40:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616416846; cv=none; d=google.com; s=arc-20160816; b=JN+Wf5l4SaAjjMQjJ4hC3IpPLc8sh/+QKaIZI73PcjFM0nV3gq8/7KYJsKj7kRToQV 61ZC8I1S+aUSA/5T7W1IyHlfT7ZMvjgZqGoG3YR+h1hlMOccXjewuqawgANLY9gV4hc7 KSE1Qxc/3HVZZcA75+61uY36kaGvGhCc69LU1NJu2FhQdK321JDbEGagzM/mYY3IPPB4 XzYl3xt5XdP/iKEZ8aL0JmhcXpuboHaXp83EQ0mEKPJcmb9drfe/3xUiASRPvapeE8O6 DiVC47frEXqgZR6ED2e3/iHTSiDZ4V0MF6ADArjW6cyh/X4jzhgCWjX6B82+BhGDPljT 2aiQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=dkN3nbmFTU2/J9LnHXfuPW4TXflLt9yHt6cWXUJqEiM=; b=f3TB6ap18POQ+6eEj9eeKtAietYIcK53UggEJY6EO2SFmDR+i+QDBnHtPCekyldWG6 a4XdYNxnhAEB9ZWfWU/Wl+ScSjP5vXyl6CX5E/hJSLdjlK0EIlJfvkpcjQoaG3qHpsX4 b9jO3Sx2rEixPyNavO/X9BMH0Vi6+06pV7IEA6OQkyKoq9B902VPglqVXTYFxGggWpsW a8fNFD7jStd7QsH3c6MkLZgJp7+DeuN+k7F02seBtYg45VmKclzbp4bxBF2omeTZX5yl nv+A2UVZmHc4UIx4mQsgzohJgE/dpAZoIz2mCoInwt8UcXgeso/gqm7DaaSuFNBtbYuk 1y/w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="BjuzJW7/"; 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=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id go18si10768224ejc.187.2021.03.22.05.40.24; Mon, 22 Mar 2021 05:40:46 -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=@linuxfoundation.org header.s=korg header.b="BjuzJW7/"; 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=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231987AbhCVMjd (ORCPT + 99 others); Mon, 22 Mar 2021 08:39:33 -0400 Received: from mail.kernel.org ([198.145.29.99]:56486 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229761AbhCVMeb (ORCPT ); Mon, 22 Mar 2021 08:34:31 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 34178619AA; Mon, 22 Mar 2021 12:34:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1616416471; bh=QGhj1ccXdEQWIP62MR7rbLpMofI/ApUqNezqg0VV0is=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=BjuzJW7/LpXCsuxSnDdHTfI5mN+rMs/7akqir70MDWcpGgWg6RrK1p+hbxxEu70vv U30mwHAkKMzI44IXbmoyEX3cF8Q/sa5/kzsgXgchBnG/Jhis0Y9sGc5/psNNRNS9/N o4Z1vEYq/JHOy9gR39q4cANxJWUURPzpEc1iYkik= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Johan Hovold , Thomas Gleixner Subject: [PATCH 5.11 120/120] x86/apic/of: Fix CPU devicetree-node lookups Date: Mon, 22 Mar 2021 13:28:23 +0100 Message-Id: <20210322121933.667380278@linuxfoundation.org> X-Mailer: git-send-email 2.31.0 In-Reply-To: <20210322121929.669628946@linuxfoundation.org> References: <20210322121929.669628946@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Johan Hovold commit dd926880da8dbbe409e709c1d3c1620729a94732 upstream. Architectures that describe the CPU topology in devicetree and do not have an identity mapping between physical and logical CPU ids must override the default implementation of arch_match_cpu_phys_id(). Failing to do so breaks CPU devicetree-node lookups using of_get_cpu_node() and of_cpu_device_node_get() which several drivers rely on. It also causes the CPU struct devices exported through sysfs to point to the wrong devicetree nodes. On x86, CPUs are described in devicetree using their APIC ids and those do not generally coincide with the logical ids, even if CPU0 typically uses APIC id 0. Add the missing implementation of arch_match_cpu_phys_id() so that CPU-node lookups work also with SMP. Apart from fixing the broken sysfs devicetree-node links this likely does not affect current users of mainline kernels on x86. Fixes: 4e07db9c8db8 ("x86/devicetree: Use CPU description from Device Tree") Signed-off-by: Johan Hovold Signed-off-by: Thomas Gleixner Link: https://lore.kernel.org/r/20210312092033.26317-1-johan@kernel.org Signed-off-by: Greg Kroah-Hartman --- arch/x86/kernel/apic/apic.c | 5 +++++ 1 file changed, 5 insertions(+) --- a/arch/x86/kernel/apic/apic.c +++ b/arch/x86/kernel/apic/apic.c @@ -2334,6 +2334,11 @@ static int cpuid_to_apicid[] = { [0 ... NR_CPUS - 1] = -1, }; +bool arch_match_cpu_phys_id(int cpu, u64 phys_id) +{ + return phys_id == cpuid_to_apicid[cpu]; +} + #ifdef CONFIG_SMP /** * apic_id_is_primary_thread - Check whether APIC ID belongs to a primary thread