Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp3725109ybe; Sun, 8 Sep 2019 20:41:49 -0700 (PDT) X-Google-Smtp-Source: APXvYqxoKhTw6n+UGXTfLYPok/hyNmtTe7IKf9ECtaBiIXOdOUDZ4khtgq7XL4JCdEDhBnUzRG06 X-Received: by 2002:a17:906:959:: with SMTP id j25mr17179728ejd.51.1568000509281; Sun, 08 Sep 2019 20:41:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568000509; cv=none; d=google.com; s=arc-20160816; b=simY5QLudUsHqCzBJdS3BIAgwC6wejbrS8QuwXko0bagiWuO5Es44jKlGaUJvn2ZTw g5udQ74K4amhXfSX/JnSJ+nXKjwrHAQazmOP+KNNPVMI0Iq2ClkqZibnRHK2H0lyZq7x 6zCX2P0bZMxVQbso3EDwRdV4mxqAm+nsfoQc9I3HWS+rzX+F0YzKORieMdQX6MbeI1ti eUjEVUQtimLb3yd7wlfkVy0S40xZhNw+DrPdzPBGGHlvWDIYuaNtXQ/jjzR6IhPX91QJ Gyosy791Fop2t11qnReFOrFPW4RrwG4uaeG2d7NMSQuj15vX2D09eKVaugE02OoEQqXF 5Bwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=5KpXd8+E0H56p8I4bFGmpPfO+KfUXqH1zeKBuS+WLBA=; b=gx/mlhac226cVZjREZXAd8YjWLA4Fz0ZCpe7RWB0BteRF2gBgr7mqDtLV8ieAClYQD 9eVAcXkfbgSAdQyvtLlBxR7+bw/ukQX1Htdva6LAcBl7dFBqaaHcZJil8hZIfvTzDoR5 hzHnFwrv0t7SC/C/PNZ8Tquxc85HvxNOHScQl87fGxc1ZbCFldi/6CQyrsJsGFffBadK X8sa1e5cxICRgNH4lpxeJTXegMlusKhlpvMfmP0k6QH2RM14tm4/8kn44+b+PFqTOING BVnyYHeNQypph7OmMlEqYPmGWMSajPoa/9HHj4RrC52Gmrvmj9knpxUiAUqxnCoBXMSD Yx1A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b="PZc+/AEr"; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m16si7079446edd.223.2019.09.08.20.41.25; Sun, 08 Sep 2019 20:41:49 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b="PZc+/AEr"; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388923AbfIGSSZ (ORCPT + 99 others); Sat, 7 Sep 2019 14:18:25 -0400 Received: from mail-pl1-f195.google.com ([209.85.214.195]:33067 "EHLO mail-pl1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730750AbfIGSSY (ORCPT ); Sat, 7 Sep 2019 14:18:24 -0400 Received: by mail-pl1-f195.google.com with SMTP id t11so4703801plo.0; Sat, 07 Sep 2019 11:18:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5KpXd8+E0H56p8I4bFGmpPfO+KfUXqH1zeKBuS+WLBA=; b=PZc+/AErWKEp8Lf0CLmFpEsSwHYWZh1SVOV1LGkWNAe/8yzB9kF0/jQykiDIgt5Y6U 5X+N4Yja1Y/y6yUoXbA8ByP1KfYcybE1o48/SZ2tGz3g187M1Z+I8ygv7yvyX2MsJsSx 8sSL7lAi2PrJxygDeNja7dP39C4lwtJzx97rt1x9solRgyV8pnZqCq3N6wYJDtqHg9B8 Af3YJy7FBtplXzILhbcloIiy+Qhx46VgjcaeikDt6bKu5LDhOGIE0AQFtsZdg3iP2VMU gO9D5A3FbiFWpCbe3l5mM/AzHcwChFz43JtAE3O8bB+7jBwp4/3nEImW54zjdXjAgNqW IJug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5KpXd8+E0H56p8I4bFGmpPfO+KfUXqH1zeKBuS+WLBA=; b=m74z8a+4jHVDRt0YbVbIleE/t4EGnU+mAxr8cv14g/YuCgUfBl67okvvDq0dksv+Jp TrBbZi54IvSAUpmxSHssdEIcLHIIF3ElOfu324g1Chz7P0FQ+JwUrb/fcEK2nuQC+qeG W9T04hb+uHAUFcYW3WdB54CyvUlb53dKdsfq98oRllj6kc/doCqgziDXkDaujxe/aw+m 3qdRCGNAYkK2ZNA7U4SgHUpzNXfiiM9r43CySNUXS0N212ZKWoDdMuu1uCjbT7fMMIt8 lmT+lJOwycKIKU0Tp/HWDvaB2aqm9Z4Eq6S1O8ZcOCRvQzm8L5iW+vUW6kT717CiH3eX UFJw== X-Gm-Message-State: APjAAAXFWoxaLHrbjtvpBo+tiump+/oepz36Es+4jKqktZHhum3rAXss NA6yXceji+n56lPxfD+QCmzXvcqgs0cYV5f/ilM= X-Received: by 2002:a17:902:9349:: with SMTP id g9mr15522432plp.262.1567880304287; Sat, 07 Sep 2019 11:18:24 -0700 (PDT) MIME-Version: 1.0 References: <20190905233748.6822-1-srinivas.pandruvada@linux.intel.com> <20190905233748.6822-2-srinivas.pandruvada@linux.intel.com> <780a3faf-9e44-64f4-a354-bdee39af3af5@redhat.com> <20190906134655.GU2680@smile.fi.intel.com> <6b576770a4bbe6c24ea524083dec5a16bf3c9e94.camel@linux.intel.com> In-Reply-To: From: Andy Shevchenko Date: Sat, 7 Sep 2019 21:18:13 +0300 Message-ID: Subject: Re: [PATCH 2/2] tools/power/x86/intel-speed-select: Display core count for bucket To: Srinivas Pandruvada Cc: Andy Shevchenko , Prarit Bhargava , David Arcari , Linux Kernel Mailing List , Platform Driver Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 6, 2019 at 10:47 PM Srinivas Pandruvada wrote: > > On Fri, 2019-09-06 at 07:50 -0700, Srinivas Pandruvada wrote: > > On Fri, 2019-09-06 at 16:46 +0300, Andy Shevchenko wrote: > > > On Fri, Sep 06, 2019 at 05:39:54AM -0400, Prarit Bhargava wrote: > > > > On 9/5/19 7:37 PM, Srinivas Pandruvada wrote: > > > > > Read the bucket and core count relationship via MSR and display > > > > > when displaying turbo ratio limits. > > > > > + ret = isst_send_msr_command(cpu, 0x1ae, 0, > > > > > buckets_info); > > > > > > > > ^^^ you can get rid of the magic number 0x1ae by doing (sorry for > > > > the cut-and-paste) > > > > > > > > diff --git a/tools/power/x86/intel-speed-select/Makefile > > > > b/tools/power/x86/intel > > > > index 12c6939dca2a..087d802ad844 100644 > > > > --- a/tools/power/x86/intel-speed-select/Makefile > > > > +++ b/tools/power/x86/intel-speed-select/Makefile > > > > @@ -15,6 +15,8 @@ endif > > > > MAKEFLAGS += -r > > > > > > > > override CFLAGS += -O2 -Wall -g -D_GNU_SOURCE -I$(OUTPUT)include > > > > +override CFLAGS += -I../../../include > > > > +override CFLAGS += > > > > -DMSRHEADER='"../../../../arch/x86/include/asm/msr-index.h"' > > > > No, we can't use msr_index. > This comment was meant for use of /dev/cpu/X/msr not msr_index. > I didn't want to bring in dependency on msr-index.h for couple of 2 > MSRs and the names in msr-index.h doesn't really reflect the actual > processing, they are doing. For example MSR_TURBO_RATIO_LIMIT1 for > 0x1ae. The definition of 0x1AE is different on cpu model 0x55 and > beyond. > > > It seems not applicable on top of tools patch series I had applied before. > > > > > > I guess it can be done in more neat way. > > > > > > > As I've been looking at this code I have been wondering why > > > > didn't > > > > you just use > > > > the standard /dev/cpu/X/msr interface that other x86 power > > > > utilities (turbostat, > > > > x86_energy_perf_policy) use? Implementing msr_read() is trivial > > > > (warning > > > > untested and uncompiled code) > > > > No. We can't. The MSR interface is disabled on several distribution > > and > > platforms with secured boot. So some special MSRs are only allowed > > via > > this IOCTL interface. > > > > Thanks, > > Srinivas > > > > > > > > > > Actually good point! > > > > -- With Best Regards, Andy Shevchenko