Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp226567imm; Fri, 5 Oct 2018 02:49:01 -0700 (PDT) X-Google-Smtp-Source: ACcGV624Q7kJXxK39aJx48XHCzavxu6WQcLEsUXIWR7CBEkPTqKt1WL9JxXX8z6dk20UkOQzMyLf X-Received: by 2002:a62:9fc4:: with SMTP id v65-v6mr11161396pfk.130.1538732941880; Fri, 05 Oct 2018 02:49:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538732941; cv=none; d=google.com; s=arc-20160816; b=hzTvsxnbb9tUpDssvuGCT4fAk8cn6+80iXAu3yjN8133boYMGBHRUpomrKSWWmN1/K H5W3YG+xHsWf+yD9TAm9dFlQbv3M4lwfoNkKFq8Xa4wvYwEuNey7fWoyacwL4YS9b4y+ GZap8eqiRjM6nIgjHqWizupas5Ev/ZjnLP5AEA7ngqZTQVAop5v+f7/O6DBBPq+sZGeP adO/UranBy2US69cWQRF9DlsGS7AQBkwbJmjN/RkSD+Prdl9/X81ZkEU+Ipn+hn/BzB7 K2eyDlUA5ibz6usvyM8yj+PdlUsVouqEpxcmeLGAMx1TzGC2y/+3EVS0/A2Dst5eKUa1 SK3Q== 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:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=q5W5/scw2YUhZ3rgXYTNsnDHzrir0QyMPWqPrUgYDq0=; b=CSCpvH/tm9QyZV3P6nzi1GXf1EAng+ytt7j4gq9mRay6B6LJ6Py72PptDByAcp/oka kkZegjDH8FEMrOqYhhHI2llmMzU0qNd0nEqmf7vX+/CzI10RHlnnoiPQloX4yeTZqDcq 055z5jnIyHQzkXGOyKQY485kH1Dn0jiDzLIskFfaTmBxeJ4iCKc/06vjpepJ4EOzKzex Kpf0kjD1Md0JnnXxbOWhGD3N9ZKQ/I7W0IcxEHYGF9So0DsUWUfT/LjlNTD+0bXo82L6 XLj9IB1WefMPxI9jeCChJSC45/jtntcT5TzU0FnwhTwPdzk8vHVbS9KbgkaJB2RQI6LS rlCg== 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 h25-v6si8158625pgn.567.2018.10.05.02.48.45; Fri, 05 Oct 2018 02:49:01 -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 S1727711AbeJEQqh (ORCPT + 99 others); Fri, 5 Oct 2018 12:46:37 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:46271 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727036AbeJEQqh (ORCPT ); Fri, 5 Oct 2018 12:46:37 -0400 Received: from 79.184.253.194.ipv4.supernova.orange.pl (79.184.253.194) (HELO aspire.rjw.lan) by serwer1319399.home.pl (79.96.170.134) with SMTP (IdeaSmtpServer 0.83.148) id 5e597fb7a2fcd3f3; Fri, 5 Oct 2018 11:48:36 +0200 From: "Rafael J. Wysocki" To: Jeffrey Hugo Cc: sudeep.holla@arm.com, gregkh@linuxfoundation.org, linux-acpi@vger.kernel.org, jeremy.linton@arm.com, linux-kernel@vger.kernel.org, vkilari@codeaurora.org Subject: Re: [PATCH v4 0/2] PPTT handle Handle architecturally unknown cache types Date: Fri, 05 Oct 2018 11:45:34 +0200 Message-ID: <2264331.PzHIdRIQff@aspire.rjw.lan> In-Reply-To: <1538666406-7504-1-git-send-email-jhugo@codeaurora.org> References: <1538666406-7504-1-git-send-email-jhugo@codeaurora.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thursday, October 4, 2018 5:20:04 PM CEST Jeffrey Hugo wrote: > The ARM Architecture Reference Manual allows for caches to be "invisible" and > thus not specified in the system registers under some scenarios such as if the > cache cannot be managed by set/way operations. > > However, such caches may be specified in the ACPI PPTT table for workload > performance/scheduling optimizations. > > Currently such caches can cause an error in lscpu - > > lscpu: cannot open /sys/devices/system/cpu/cpu0/cache/index3/type: No such > file or directory > > and result in no output, providing a poor user experience. lstopo is also > affected as such caches are not included in the output. > > Address these issues by attempting to be a little more discerning about when > cache information is provided to userspace, and also utilize all sources for > cache information when possible. > > [v4] > -Collected all current tags and ammended to individual patches > -Removed PPTT_CHECKED_ATTRIBUTES > > [v3] > -removed valid flag in PPTT > -Added Jeremy Linton's reviewed-by > > [v2] > -Updated cacheinfo per Sudeep's suggestion > -Integrated the PPTT fix into existing PPTT code per Sudeep's suggestion > > Jeffrey Hugo (2): > drivers: base: cacheinfo: Do not populate sysfs for unknown cache > types > ACPI/PPTT: Handle architecturally unknown cache types > > drivers/acpi/pptt.c | 15 +++++++++++---- > drivers/base/cacheinfo.c | 2 ++ > 2 files changed, 13 insertions(+), 4 deletions(-) > > Both patches applied, thanks!