Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp2361090imm; Wed, 3 Oct 2018 02:39:02 -0700 (PDT) X-Google-Smtp-Source: ACcGV6388b4GJZnzB05spjNb/YnIBJwmHJdYESMYbT8HpvVWjJ9NzUembYIMnDmqO8ySJmFgNLcA X-Received: by 2002:a63:f202:: with SMTP id v2-v6mr566354pgh.371.1538559542727; Wed, 03 Oct 2018 02:39:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538559542; cv=none; d=google.com; s=arc-20160816; b=VjLJPTK47S3BFnDD1/fgIwK3jZtIz2jyWlro099aG0cuC4c1xnIPu0iUTqsQl6TXzS 7CjFZ1rbCRh4x2/ygnvIsSCAmCCw5trw3q/gf5X1FBdqLtOrmC4Rbgfmsh3JAGWu/cMS f2esGYxJRwjh1Vz11/885gZ4+rkfQdHsJBs/222Nu/CTdMQs4FiawpxCBg1L0/oO3W4s 24A8prDs/M40PDhIbQLxLHyfIFNfHCpcKFrM5wvfmdPekA+/3mQipCHZioA2Atu/zNAp MfM5PokYIpNPFtaJlM4qzyQFjKUHWra9dwY8stq5YeL2yYpcyI+z37Vj0gqChjy2X6GQ esWg== 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=6nEfbf0IbhwexOCZX22wcO9k3+sNk9PweVxNHgOU90k=; b=G9mwafN3Q3N12mkcD5qjOhQ4FeHX/+Ukgo8ifcVkqzrw1igydYhOIWhzzCcK7b15qd 1WqVR3UmMUZhNEM1eA5Bg8ABVANYHmgVlK1z2mizLmFVuRmMaYL0BhLo9BdLKBmMkIZN FvY3962fz9JToBAG1A2Axf86vStyLaLMkInT5u7TBkvNV0EH8HIFQ67Cz1VZbYNwp46h 5augCkOSZVAQPUJnqsbDvNxQK69DZdH0zQxv6bPFvoKaa6DyPrb7tuoz29Pd9mTDkQkr UgxE8ZMl0TTqa5N+HD5K6MfnP78RQluXAi7HmOUYsOVv/9yyaEGRJXmX361N2vlqUk4u adhw== 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 91-v6si945907ply.405.2018.10.03.02.38.47; Wed, 03 Oct 2018 02:39: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; 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 S1727336AbeJCQ0S (ORCPT + 99 others); Wed, 3 Oct 2018 12:26:18 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:41446 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726783AbeJCQ0S (ORCPT ); Wed, 3 Oct 2018 12:26:18 -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 5dd665ea93433a55; Wed, 3 Oct 2018 11:38:39 +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 v3 1/2] drivers: base: cacheinfo: Do not populate sysfs for unknown cache types Date: Wed, 03 Oct 2018 11:35:39 +0200 Message-ID: <256435083.TFCBfdESsY@aspire.rjw.lan> In-Reply-To: <1538103477-15513-2-git-send-email-jhugo@codeaurora.org> References: <1538103477-15513-1-git-send-email-jhugo@codeaurora.org> <1538103477-15513-2-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 Friday, September 28, 2018 4:57:56 AM CEST Jeffrey Hugo wrote: > If a cache has an unknown type because neither the hardware nor the > firmware told us, an entry in the sysfs tree will be made, but the type > file will not be present. lscpu depends on the type file being present > for every entry, and will error out without printing system information > if lscpu cannot open the type file. > > Presenting information about a cache without indicating its type is not > useful, therefore if we hit a cache with an unknown type, stop populating > sysfs so that userspace has the maximum amount of useful information. > > This addresses the following lscpu error, which prevents any output. > lscpu: cannot open /sys/devices/system/cpu/cpu0/cache/index3/type: No such > file or directory > > Suggested-by: Sudeep Holla > Signed-off-by: Jeffrey Hugo > Reviewed-by: Jeremy Linton > --- > drivers/base/cacheinfo.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/drivers/base/cacheinfo.c b/drivers/base/cacheinfo.c > index 5d5b598..cf78fa6 100644 > --- a/drivers/base/cacheinfo.c > +++ b/drivers/base/cacheinfo.c > @@ -615,6 +615,8 @@ static int cache_add_dev(unsigned int cpu) > this_leaf = this_cpu_ci->info_list + i; > if (this_leaf->disable_sysfs) > continue; > + if (this_leaf->type == CACHE_TYPE_NOCACHE) > + break; > cache_groups = cache_get_attribute_groups(this_leaf); > ci_dev = cpu_device_create(parent, this_leaf, cache_groups, > "index%1u", i); > Can you please resend this patch with all tags collected so far? Patchwork doesn't seem to have picked it up. Thanks, Rafael