Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3416768pxf; Mon, 22 Mar 2021 06:06:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJysyDTs7drkCEquT9zzpZzrsl01XNtYGiXPU9KpozaVwttkOOJwGuXDu4cbIXl/IxrYVopm X-Received: by 2002:a17:906:874f:: with SMTP id hj15mr19043779ejb.404.1616418361797; Mon, 22 Mar 2021 06:06:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616418361; cv=none; d=google.com; s=arc-20160816; b=0H9Cwf1aDuHrkXhK9H5QkPmkz8uGGruHE9ouIETHbQlqraQHfY0ktnZ5K2GpLiE3q6 xElUaK1uSsKaQ7sA9OAq7nG5mx1svOZCOo+ETEmU7QXoCdKvfoCIvox1XCIlaznYt762 X68QcizSdVu+WPD7INntNN6fupTwzN0JMjig3HFnYVdTW4mmdyFIniiJHxzb33U0odBk d8qtn9G/bnKdivO0BylkLPBkrToDdYJ4sXUt//gfTxju7kfrOrEUueA4vPtiML4n1f5H ZxVHjwsOqvghbdSlqWmsiM6lagMtr8ZasGJ+TOZ6mUQUo/uHgvxMJGoGZ+C6hJ98Qm6I PTPA== 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=J1/JvRi6HB7TXwNDVtU5mvYltMr0+RkAXkGphvvzxNM=; b=ZHhQN2QLxyouIvg9zwOVXY7XtqQqOvS1ZfQeMb5hM8EUmlVGNatVBgUNR8zi6x4i37 ZweXHvDM6DAPL55LIvUNqFCOCjqTY8pFydHrEYMOVMfVwk8N1xrXwhKan7xrxatsky+l tHP/vcMesZ6K5GpPRd6b4K1EChWOMygB6yAOr51ure3OVG1L8QWVletzLOn/Bv8ZEuKv QIkkYtYqA382cK/PB/ZYgh/6ZWrhRz30I9CnUt+gQtrPus4Y9M4aySUrJCqhBLyNjsAV krexUlD3HDws1VfIy62NllinSLmymhVVBduER3C2VaM+LMvWH1YovWUdiCW+udiIKzvX OeCA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=RGWVtxjq; 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 hp13si11169506ejc.210.2021.03.22.06.05.38; Mon, 22 Mar 2021 06:06:01 -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=RGWVtxjq; 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 S231327AbhCVNEa (ORCPT + 99 others); Mon, 22 Mar 2021 09:04:30 -0400 Received: from mail.kernel.org ([198.145.29.99]:47526 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231853AbhCVMvN (ORCPT ); Mon, 22 Mar 2021 08:51:13 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 4D8E0619A9; Mon, 22 Mar 2021 12:45:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1616417146; bh=tSUZUQmkYHuJQC7Q0EFW9fCvt0nN3Dgz96VAiF+uOew=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=RGWVtxjqUS7Ir7U7P3Lx6Dlsua/5v4J20WnVYhz0oYipyRAN+od7T0S7GotDKCjW0 45WdCmRNXCNh8WXhYUPotUmuUFdE8bOkI2nCMRslTaDNpE1XLikQRUcCbfwQdjZBNe zx1OVvpnXwazHkrnPfktbdXMMAXzhwSUeUR3iQ4E= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Johan Hovold , Thomas Gleixner Subject: [PATCH 4.19 43/43] x86/apic/of: Fix CPU devicetree-node lookups Date: Mon, 22 Mar 2021 13:28:57 +0100 Message-Id: <20210322121921.318099121@linuxfoundation.org> X-Mailer: git-send-email 2.31.0 In-Reply-To: <20210322121919.936671417@linuxfoundation.org> References: <20210322121919.936671417@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 @@ -2279,6 +2279,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