From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_PASS,T_DKIM_INVALID, USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4D0DDECDFD0 for ; Fri, 14 Sep 2018 16:28:27 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id E503F20861 for ; Fri, 14 Sep 2018 16:28:26 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="key not found in DNS" (0-bit key) header.d=codeaurora.org header.i=@codeaurora.org header.b="CGYR1irT"; dkim=fail reason="key not found in DNS" (0-bit key) header.d=codeaurora.org header.i=@codeaurora.org header.b="CGYR1irT" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org E503F20861 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728261AbeINVni (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-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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(-) -- 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.