Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3411859pxf; Mon, 22 Mar 2021 06:00:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxIkZ5QekzEXb1k3dlrzfXYa2cUS6tvd+gSFSGFm8GM7ypRCvxuy+mTBlc07gv7bVujkptK X-Received: by 2002:a05:6214:1744:: with SMTP id dc4mr20754325qvb.40.1616418040258; Mon, 22 Mar 2021 06:00:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616418039; cv=none; d=google.com; s=arc-20160816; b=NiZEIAjIBkT7v03M7j9jR3xo3CBoBoDs9CVw/r05MUc2TbTeTwdJ37obAiBkPNmX5/ RzPsgFJdHnHug8p6aKiRJvEyZVe/V7OPdrRf9iuz3L8HJu7zSDL5CsQ31O022MaxQUZn wJgazm0OSYwlt//uGit3CVAuB2qHRc+Mx1Wu/+24uF3OrgXdHzzt/tq5zQhMd1h04TRe Ao7Uj0JoVQewVCwJ1hsaf+JE8OMhQoPVOGZ1xg5C6a+u0+0EnnbbCBFHyHW8tFgUklN6 rjSexbkOrSCe/dKyhT8npbV9H20kgdGzyvAlE8TCq9/RgHdRtqdmJ/72Ra6OlPZHWHfY 7JbA== 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=reyVz4MyqyN4QhWUjO/xnNpDzhPG/PSoCYGzW9gVToc=; b=gn8K4VX2bVoUovGac+/GbMDjpT9XajGkXd44vzgEq8mBXjKEJ7/M2+2dq2aXp7Hczz y6trRzv859+Wb1E/EDtzle1RqJ3DUkxMR+60Gxo6Jk88a7YqWh9eUyn/ym2Ea7tRmNx6 LZcYJvxsIpuGyk4e14mvKikCEhMoB/uXOX0kPboPCObd+TwC+ZUnKcbsFKv1HKTqR7Nq tdzobsqxxIXXj1QEnbCjfl39KlOnbf82l8Ckmc7m/yIFgnaECc7LYxowyxHlHjPI4Rga vISa/4ysSSnSOaSYJGGsgjuYbndN0+u7NwYMMyW7B4eoCUKDHjSCOYuo8xQm5jY1t5A1 gitQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=OHaJ90u0; 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 z21si10967663edq.374.2021.03.22.06.00.15; Mon, 22 Mar 2021 06:00:39 -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=OHaJ90u0; 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 S231678AbhCVM7H (ORCPT + 99 others); Mon, 22 Mar 2021 08:59:07 -0400 Received: from mail.kernel.org ([198.145.29.99]:41026 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232619AbhCVMr4 (ORCPT ); Mon, 22 Mar 2021 08:47:56 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 9C6A0619DB; Mon, 22 Mar 2021 12:43:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1616417034; bh=3xNQcAURS3KEqsPvj//1CHY9SC+g+nrmmGzqcCoIJ2o=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=OHaJ90u0tx5AqRsTIhABVRpQqQ78Kapm7f3vrypRt4is/Sg5oh261d9sw71GhylrV +Xywx3cya3wXwXZ8VLdpAmQKip3whYZi5LiAbvvCgr7D7fLwKQURA6/h+kVMYdOLdU s3uxlP4CEP4IYGQ1uX4xnHWAeNiu9KIewdgyRA9w= 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.4 60/60] x86/apic/of: Fix CPU devicetree-node lookups Date: Mon, 22 Mar 2021 13:28:48 +0100 Message-Id: <20210322121924.357962787@linuxfoundation.org> X-Mailer: git-send-email 2.31.0 In-Reply-To: <20210322121922.372583154@linuxfoundation.org> References: <20210322121922.372583154@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 @@ -2354,6 +2354,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