Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp5291621ybv; Tue, 11 Feb 2020 12:51:45 -0800 (PST) X-Google-Smtp-Source: APXvYqwRivdztQTxjxIBPbFtzFUty7CCFnEE3XE1WlLaKdKDiBRj5EmepCVH0Tu2NI/5y7kBu3JU X-Received: by 2002:aca:5d57:: with SMTP id r84mr4108991oib.42.1581454305179; Tue, 11 Feb 2020 12:51:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581454305; cv=none; d=google.com; s=arc-20160816; b=TR157iwNVrvBPz69vn2+QmlO6zp6Q/UaWiIqBdncj4j/CNxaj3IxPThVBR/ns67qym HsLimrFYbk8VXkdIt402uHk8NsaDRk7T3dtIuLKc7jMlPIC20rMWUHw/KrsD8m+uu+HK hQeVQtqpehjoUSThGG1nCC8dn3eRFAzmUZvTcZs8Q4gscaVGvBKFZGFBOT+54OezoThr bgegIhYuZofrUVrusRowZCuCJ80P/e6oZR/o/b01Ac9QxTHbZB6ggP0+5YOzQmxh01eM ORzWRdgQohH6FnafFwXj9rRPhMQkf/N8HPL3tBti3J5ibxDGSjPzceoXiet2cSHRGndG dvtQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=XVcrIOivANKqzMRet9h560ZADw9V6KheWGs/tKI/64I=; b=g0sqIW8roDrJudFfnXj4Ml4zp7DFPUd3Q4K+Gf9DIxcH/pF/C2Mw1zmoGtxxs7rwRg 3PsRMHNAIRLD8K6abNL9Uzrts03CLnQu+7Mtg7uUkJm7LmuqbWy+J5utvOGKldbWqmW3 Zv6cr8pJbtQFWr2jIsF2WwuNQFvHSuL81GywdqCUfkipJgxUoLXIrtuQiLLHYFimM2/h 2m9fWl6DtryJP21wGREQasiAUyJvx3l566s4pdYQs2GDaaD7JB/8pCGLn/REA6kr5rhf sG/q06ixYwEsaDuFsRkI9qr7lUTjeT7DKEA6qn4XaQ+9iNrqnuAVg9wkquofEqnQDaxl VcXw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Y0aGiIyA; 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 n15si2210011oic.234.2020.02.11.12.51.25; Tue, 11 Feb 2020 12:51:45 -0800 (PST) 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=@kernel.org header.s=default header.b=Y0aGiIyA; 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 S1729077AbgBKRPp (ORCPT + 99 others); Tue, 11 Feb 2020 12:15:45 -0500 Received: from mail.kernel.org ([198.145.29.99]:43172 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728078AbgBKRPp (ORCPT ); Tue, 11 Feb 2020 12:15:45 -0500 Received: from localhost (unknown [104.133.9.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id AA55620848; Tue, 11 Feb 2020 17:15:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1581441344; bh=g+2gIaMisgtrnsO0SyHLEWmhyLlRYwzciA6Edap8+RU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Y0aGiIyAaVVO0J9iefxmrJ0xHxm1khL6jjbw1n047KHv65w6GxCjelqC6vigPIFJC py3GV0oyVen3P4WFtKjp3e/tmDj6tiJfD4h2Nf/S7ArYhFO7MDQdi5byte8iBYwcv/ WJKobnq/kr0IQcP0JJO6m18He7o1pIZbbuV55s5c= Date: Tue, 11 Feb 2020 09:15:44 -0800 From: Greg KH To: roman.sudarikov@linux.intel.com Cc: peterz@infradead.org, mingo@redhat.com, acme@kernel.org, mark.rutland@arm.com, alexander.shishkin@linux.intel.com, jolsa@redhat.com, namhyung@kernel.org, linux-kernel@vger.kernel.org, eranian@google.com, bgregg@netflix.com, ak@linux.intel.com, kan.liang@linux.intel.com, alexander.antonov@intel.com Subject: Re: [PATCH v5 3/3] perf =?iso-8859-1?Q?x86?= =?iso-8859-1?Q?=3A_Exposing_an_Uncore_unit_to_PMON_for_Intel_Xeon?= =?iso-8859-1?Q?=AE?= server platform Message-ID: <20200211171544.GA1933705@kroah.com> References: <20200211161549.19828-1-roman.sudarikov@linux.intel.com> <20200211161549.19828-4-roman.sudarikov@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200211161549.19828-4-roman.sudarikov@linux.intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 11, 2020 at 07:15:49PM +0300, roman.sudarikov@linux.intel.com wrote: > +static ssize_t skx_iio_mapping_show(struct device *dev, > + struct device_attribute *attr, char *buf) > +{ > + struct pmu *pmu = dev_get_drvdata(dev); > + struct intel_uncore_pmu *uncore_pmu = > + container_of(pmu, struct intel_uncore_pmu, pmu); > + > + struct dev_ext_attribute *ea = > + container_of(attr, struct dev_ext_attribute, attr); > + long die = (long)ea->var; > + > + return sprintf(buf, "0000:%02x\n", skx_iio_stack(uncore_pmu, die)); If "0000:" is always the "prefix" of the output of this file, why have it at all as you always know it is there? What is ever going to cause that to change? thanks, greg k-h