Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1571785imm; Thu, 12 Jul 2018 04:22:36 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfCXBQFAn/CNaZJj1+NYF6bk2pt/Q5CoAMew5aZe99tb2tY9dNE/OAirOYr0TIRssQC74qO X-Received: by 2002:a17:902:5481:: with SMTP id e1-v6mr1805186pli.7.1531394555984; Thu, 12 Jul 2018 04:22:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531394555; cv=none; d=google.com; s=arc-20160816; b=VMFObjsKLlKA1h8/uYXWpJGTsNYuSWCKrwYbODbSSw+G8F0JjD5z3ABbtNXcV2euim chPyqycqLAlVTMMnTZuh6hIOQKt5WoC2xPCKPgj5TyDchxgP20ySexTbbBZOLQtoNc3b pV7jMYdvV+DExIeY7tPrBWsZl5nSUAxyLP8VEFOGJWI8DVLoL6l93TGlQRS49ympmnh5 Q57lQUpktXb2c1xDjGNX/x8aYtxEUueKTW48wn5NNDYKe1bHxmT2nde/eqLHyJE3heFI BBf2c+NZR73u16zAGxmcZXb6lPM71sGrFblSixtDoqJGnUTYdFsAJzYoQVrkoTuckTCA p6mg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:to:subject:cc :arc-authentication-results; bh=oejdl1/243o/X89xGoofSxPOQZYKWPN7shaQyobwogQ=; b=phNcCSDZ1q1eThGA5AV/2tsK3pNc9gj/5hIYV+0a683OBjKlyRBm3wfsAT/iE5gvhg pkWLcMs2J0URmN5KmG1XxZJnaAEYBsmY/b/dy/PJi+/mIKUuBPUeWg+fvlMzeZU0ROEw KIpgJ6AOsmPAR14YrThSeE657kfYKtA58fYKcstDV+8C/wKcEQFHWqIZXFl9xqMjYMOU XwW61BjpaVwfIsz+M5zEygh3Q4NiY2iCcEt1tEXLkf2RJH9Q/b++in4KT0ZKBTHFEJHL vXfzWf5fwL2ZXZpSJVhZIY+kznXSCEk2Nbh+/yu3mL2KhqBCJT7oLNjlBiJ+jKNjeJcV oFKQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a34-v6si21466473pld.281.2018.07.12.04.21.57; Thu, 12 Jul 2018 04:22:35 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726596AbeGLL3Z (ORCPT + 99 others); Thu, 12 Jul 2018 07:29:25 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:49884 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726492AbeGLL3Z (ORCPT ); Thu, 12 Jul 2018 07:29:25 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 07C217A9; Thu, 12 Jul 2018 04:20:19 -0700 (PDT) Received: from [10.1.210.28] (unknown [10.1.210.28]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 61D043F5B1; Thu, 12 Jul 2018 04:20:17 -0700 (PDT) Cc: Sudeep Holla , catalin.marinas@arm.com, jeremy.linton@arm.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Joey Zheng Subject: Re: [RFC PATCH] arm64: topology: Map PPTT node offset to logic physical package id To: Will Deacon , Shunyong Yang References: <1530177508-15298-1-git-send-email-shunyong.yang@hxt-semitech.com> <20180712110628.GA16043@arm.com> From: Sudeep Holla Organization: ARM Message-ID: Date: Thu, 12 Jul 2018 12:20:15 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: <20180712110628.GA16043@arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Will, On 12/07/18 12:06, Will Deacon wrote: > On Thu, Jun 28, 2018 at 05:18:28PM +0800, Shunyong Yang wrote: [..] >> >> And as long as the nodes with Physical package field set in PPTT keeps >> the real hardware order, the logic id can map to hardware package id to >> some extent. >> >> Hope to get feedback from you. > > I'm assuming this is no longer needed now that we have queued the series > from Sudeep? > The series relating to topology/numa that you have queued helps us to re-introduces numa mask check that was reverted partial in v4.18 and is not related to the issue reported or addressed by this patch. However, there's no proper solution to the issue reported in this thread and the one from Andrew Jones[1]. The only solution is to rely on ACPI firmware for that instead of trying to fix in OS and we have already merged the patch to fix that in acpi/pptt.c (Commit 30998033f62a ("ACPI / PPTT: use ACPI ID whenever ACPI_PPTT_ACPI_PROCESSOR_ID_VALID is set")) In short, all the know issues are addressed so far and nothing else needs to be queued for now. -- Regards, Sudeep [1] https://lore.kernel.org/lkml/20180629180308.zdl4taihzv2zwarc@kamzik.brq.redhat.com/T/#t