From patchwork Fri Sep 14 16:28:07 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Jeffrey Hugo X-Patchwork-Id: 10601073 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 51D3A17D5 for ; Fri, 14 Sep 2018 16:28:26 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 1AD962AB12 for ; Fri, 14 Sep 2018 16:28:26 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 0BE312A5B2; Fri, 14 Sep 2018 16:28:26 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.8 required=2.0 tests=BAYES_00,DKIM_SIGNED, MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI,T_DKIM_INVALID autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id A51472A5A9 for ; Fri, 14 Sep 2018 16:28:25 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727847AbeINVni (ORCPT ); Fri, 14 Sep 2018 17:43:38 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:44496 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727628AbeINVni (ORCPT ); Fri, 14 Sep 2018 17:43:38 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id CF1B960386; Fri, 14 Sep 2018 16:28:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1536942503; bh=7rBY+iECNo2ffaiXahA9IFRPusZOZLqKbaY33U11yCA=; h=From:To:Cc:Subject:Date:From; b=CGYR1irTyr5DP3hvKunF+xV8TiTgmeRhhfuq7/qD3rUMyxsXIgrs0P7wTkLwX+P/O +D61tONOmrbnVpaxz8YHvv9oeFR6y6wWyNNgak9R5mv1DvcFSue7C3ZeNySYb5/x62 W/k1sdIJaEdkHdeuuEZX7NMzL8O35WHEsE4F5tVY= 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 C4BB760313; Fri, 14 Sep 2018 16:28:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1536942503; bh=7rBY+iECNo2ffaiXahA9IFRPusZOZLqKbaY33U11yCA=; h=From:To:Cc:Subject:Date:From; b=CGYR1irTyr5DP3hvKunF+xV8TiTgmeRhhfuq7/qD3rUMyxsXIgrs0P7wTkLwX+P/O +D61tONOmrbnVpaxz8YHvv9oeFR6y6wWyNNgak9R5mv1DvcFSue7C3ZeNySYb5/x62 W/k1sdIJaEdkHdeuuEZX7NMzL8O35WHEsE4F5tVY= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org C4BB760313 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 v2 0/2] PPTT handle Handle architecturally unknown cache types Date: Fri, 14 Sep 2018 10:28:07 -0600 Message-Id: <1536942489-4018-1-git-send-email-jhugo@codeaurora.org> X-Mailer: git-send-email 1.9.1 Sender: linux-acpi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP 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. [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(-)