Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp1112139imm; Thu, 4 Oct 2018 08:21:02 -0700 (PDT) X-Google-Smtp-Source: ACcGV61wX0Xy9ZU9Tr9Lhic86LwMvZrqG+e86sYfD+t15JQMjnhlXN8s82WmDgMwSRse724I6Fya X-Received: by 2002:a62:c957:: with SMTP id k84-v6mr7429070pfg.205.1538666462720; Thu, 04 Oct 2018 08:21:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538666462; cv=none; d=google.com; s=arc-20160816; b=XSo7sILmTTbEvN02f7Hf9Ww560Zhyvd6tZjf+TIRB5pcIzuUAfDAYIgZsd2QdsKiMU piSOrDIHMUOcuwYtKkHbSoi1OVNQpj17dByKsHIxjfNhmhMvgWMC8MVcT+HCaWTP1+CZ FrkUGJTvbQucrs27XetlJLWhqTd44K4hpVIdrH917gCUgHQ27Y9enyrpE4FKzV0tU1I/ gqoiqOxq/ix3H3RZOp35w6DoR7kbTJgOuhzny19iuNz+TtnntgdOPLSZ6nChv7Y0/VXD uZdkazmOmHjMKAorf2wvIiDxUKtaOe/Swf4LYG26tXLn/2urhNTeqbeO9nA4IndOMxzN d3Vw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dmarc-filter:dkim-signature:dkim-signature; bh=FtSdRIU3HyVd1VT6XSe/xUQUXK5kcKY69K4UsvjhEq8=; b=s5568GTAC7dma9ubQb9ozuK3cW1tMiSyq7uL0D/Afw08Q5NYuW73vYouQQIx9OzCdS 0yeMRQsnDjwWQMv3ofZNdBPeXG0xVTt4v0DbR3uRN1EcE/ybsccxp0l1sernodAanuxv XKvLbIorEW16+qs27Qe8Gsg9lJO7Y/a0PdYWGVzKzhwKi6LFnFgxjXj7laWiRQLoF0yb aJ4LkXTbOJrpdvmDpR+6eeoD0HW+UInUq4H7x6pQo+804rn4gPrGwm6GGOdCMfCBiAr3 HpdtC2BZHwcHIk1esADo3TYW1t8YumB/RvBHHnDXlUTL22QV+sbHoSgAWRgx+tOWZPO/ 5C0g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b="RXP/e0gm"; dkim=pass header.i=@codeaurora.org header.s=default header.b=TWOBSEL3; 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 bb6-v6si5302648plb.359.2018.10.04.08.20.47; Thu, 04 Oct 2018 08:21:02 -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; dkim=pass header.i=@codeaurora.org header.s=default header.b="RXP/e0gm"; dkim=pass header.i=@codeaurora.org header.s=default header.b=TWOBSEL3; 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 S1727832AbeJDWOX (ORCPT + 99 others); Thu, 4 Oct 2018 18:14:23 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:56732 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727807AbeJDWOW (ORCPT ); Thu, 4 Oct 2018 18:14:22 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id C28B260D84; Thu, 4 Oct 2018 15:20:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1538666437; bh=jMf+39+yDtjpVAt90Py1Zf3oIxoOh1kTS88F9ToNgR8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=RXP/e0gmFwRz0w9QVIMR4l3U9lknhk56Lzx1ZPXE/TaMCE0FBGJrGRbHKg07Nm+l1 hhevhHeyK/LEuNTWY1CizJhm4/lFw1geYARMRKliFQwxf0ke+kK4mwcHvbTTWZIwI7 Z00/ezeOTkJq5OhOo3lnZH/GwYeDrPlFssxZBvSw= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.7 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_INVALID,DKIM_SIGNED autolearn=no autolearn_force=no version=3.4.0 Received: from jhugo-perf-lnx.qualcomm.com (i-global254.qualcomm.com [199.106.103.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: jhugo@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id F325E60D84; Thu, 4 Oct 2018 15:20:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1538666436; bh=jMf+39+yDtjpVAt90Py1Zf3oIxoOh1kTS88F9ToNgR8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=TWOBSEL3FhZZy2Gz0yjtBdf18FsTuwuuSdQVZ3Dx3Gn+J5hIRWnmHuDlP6RNlfFOT HMxVXCVAyaVa7ZfpLhuc1eDiN2eX2O3whJbY9BYwNTD65WlZRQcaSJ24y+r+BRaEm8 bIKCB2gVR+4yL/e4JI4xqbuS3e69h1nuw74Dj1bg= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org F325E60D84 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=jhugo@codeaurora.org From: Jeffrey Hugo To: sudeep.holla@arm.com, gregkh@linuxfoundation.org, rjw@rjwysocki.net, linux-acpi@vger.kernel.org, jeremy.linton@arm.com Cc: linux-kernel@vger.kernel.org, vkilari@codeaurora.org, Jeffrey Hugo Subject: [PATCH v4 2/2] ACPI/PPTT: Handle architecturally unknown cache types Date: Thu, 4 Oct 2018 09:20:06 -0600 Message-Id: <1538666406-7504-3-git-send-email-jhugo@codeaurora.org> X-Mailer: git-send-email 1.9.1 In-Reply-To: <1538666406-7504-1-git-send-email-jhugo@codeaurora.org> References: <1538666406-7504-1-git-send-email-jhugo@codeaurora.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The type of a cache might not be specified by architectural mechanisms (ie system registers), but its type might be specified in the PPTT. In this case, we should populate the type of the cache, rather than leave it undefined. This fixes the issue where the cacheinfo driver will not populate sysfs for such caches, resulting in the information missing from utilities like lstopo and lscpu, thus degrading the user experience. Fixes: 2bd00bcd73e5 (ACPI/PPTT: Add Processor Properties Topology Table parsing) Reported-by: Vijaya Kumar K Signed-off-by: Jeffrey Hugo Reviewed-by: Sudeep Holla --- drivers/acpi/pptt.c | 33 +++++++++++++-------------------- 1 file changed, 13 insertions(+), 20 deletions(-) diff --git a/drivers/acpi/pptt.c b/drivers/acpi/pptt.c index d1e26cb..da031b1 100644 --- a/drivers/acpi/pptt.c +++ b/drivers/acpi/pptt.c @@ -338,9 +338,6 @@ static struct acpi_pptt_cache *acpi_find_cache_node(struct acpi_table_header *ta return found; } -/* total number of attributes checked by the properties code */ -#define PPTT_CHECKED_ATTRIBUTES 4 - /** * update_cache_properties() - Update cacheinfo for the given processor * @this_leaf: Kernel cache info structure being updated @@ -357,25 +354,15 @@ static void update_cache_properties(struct cacheinfo *this_leaf, struct acpi_pptt_cache *found_cache, struct acpi_pptt_processor *cpu_node) { - int valid_flags = 0; - this_leaf->fw_token = cpu_node; - if (found_cache->flags & ACPI_PPTT_SIZE_PROPERTY_VALID) { + if (found_cache->flags & ACPI_PPTT_SIZE_PROPERTY_VALID) this_leaf->size = found_cache->size; - valid_flags++; - } - if (found_cache->flags & ACPI_PPTT_LINE_SIZE_VALID) { + if (found_cache->flags & ACPI_PPTT_LINE_SIZE_VALID) this_leaf->coherency_line_size = found_cache->line_size; - valid_flags++; - } - if (found_cache->flags & ACPI_PPTT_NUMBER_OF_SETS_VALID) { + if (found_cache->flags & ACPI_PPTT_NUMBER_OF_SETS_VALID) this_leaf->number_of_sets = found_cache->number_of_sets; - valid_flags++; - } - if (found_cache->flags & ACPI_PPTT_ASSOCIATIVITY_VALID) { + if (found_cache->flags & ACPI_PPTT_ASSOCIATIVITY_VALID) this_leaf->ways_of_associativity = found_cache->associativity; - valid_flags++; - } if (found_cache->flags & ACPI_PPTT_WRITE_POLICY_VALID) { switch (found_cache->attributes & ACPI_PPTT_MASK_WRITE_POLICY) { case ACPI_PPTT_CACHE_POLICY_WT: @@ -402,11 +389,17 @@ static void update_cache_properties(struct cacheinfo *this_leaf, } } /* - * If the above flags are valid, and the cache type is NOCACHE - * update the cache type as well. + * If cache type is NOCACHE, then the cache hasn't been specified + * via other mechanisms. Update the type if a cache type has been + * provided. + * + * Note, we assume such caches are unified based on conventional system + * design and known examples. Significant work is required elsewhere to + * fully support data/instruction only type caches which are only + * specified in PPTT. */ if (this_leaf->type == CACHE_TYPE_NOCACHE && - valid_flags == PPTT_CHECKED_ATTRIBUTES) + found_cache->flags & ACPI_PPTT_CACHE_TYPE_VALID) this_leaf->type = CACHE_TYPE_UNIFIED; } -- Qualcomm Datacenter Technologies as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.