Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752714AbdLMW2i (ORCPT ); Wed, 13 Dec 2017 17:28:38 -0500 Received: from mail-ot0-f193.google.com ([74.125.82.193]:34738 "EHLO mail-ot0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751084AbdLMW2g (ORCPT ); Wed, 13 Dec 2017 17:28:36 -0500 X-Google-Smtp-Source: ACJfBovUWPzTUGRMXkAesPG+/0TOjbxOKXKwVwRDFbHmJHQJEmAkkrC1X7iNk0UFK6rH24cIVIRvG0S8+f+7kZ6LWSc= MIME-Version: 1.0 In-Reply-To: <20171213173851.GA4060@red-moon> References: <20171201222330.18863-1-jeremy.linton@arm.com> <20171201222330.18863-7-jeremy.linton@arm.com> <9009154.M66RGdQJXA@aspire.rjw.lan> <20171213173851.GA4060@red-moon> From: "Rafael J. Wysocki" Date: Wed, 13 Dec 2017 23:28:35 +0100 X-Google-Sender-Auth: 00IrkDEGUooBCzzxazHQMswB0QY Message-ID: Subject: Re: [PATCH v5 6/9] ACPI/PPTT: Add topology parsing code To: Lorenzo Pieralisi Cc: Jeremy Linton , "Rafael J. Wysocki" , ACPI Devel Maling List , "linux-arm-kernel@lists.infradead.org" , Sudeep Holla , Hanjun Guo , Will Deacon , Catalin Marinas , Greg Kroah-Hartman , Viresh Kumar , Mark Rutland , Linux Kernel Mailing List , Linux PM , jhugo@codeaurora.org, wangxiongfeng2@huawei.com, Jonathan.Zhang@cavium.com, Al Stone , Jayachandran.Nair@cavium.com, austinwc@codeaurora.org, Len Brown Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1219 Lines: 32 On Wed, Dec 13, 2017 at 6:38 PM, Lorenzo Pieralisi wrote: > On Tue, Dec 12, 2017 at 10:13:08AM -0600, Jeremy Linton wrote: >> Hi, >> >> First, thanks for taking a look at this. >> >> On 12/11/2017 07:12 PM, Rafael J. Wysocki wrote: >> >On Friday, December 1, 2017 11:23:27 PM CET Jeremy Linton wrote: >> >>The PPTT can be used to determine the groupings of CPU's at >> >>given levels in the system. Lets add a few routines to the PPTT >> >>parsing code to return a unique id for each unique level in the >> >>processor hierarchy. This can then be matched to build >> >>thread/core/cluster/die/package/etc mappings for each processing >> >>element in the system. >> >> >> >>Signed-off-by: Jeremy Linton >> > >> >Why can't this be folded into patch [2/9]? >> >> It can, and I will be happy squash it. >> >> It was requested that the topology portion of the parser be split >> out back in v3. >> >> https://www.spinics.net/lists/linux-acpi/msg78487.html > > I asked to split cache/topology since I am not familiar with cache > code and Sudeep - who looks after the cache code - won't be able > to review this series in time for v4.16. OK, so why do we need it in 4.16?