Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753051AbbF3NXL (ORCPT ); Tue, 30 Jun 2015 09:23:11 -0400 Received: from mx1.redhat.com ([209.132.183.28]:53138 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751323AbbF3NXE (ORCPT ); Tue, 30 Jun 2015 09:23:04 -0400 Message-ID: <55929834.8090800@redhat.com> Date: Tue, 30 Jun 2015 09:23:00 -0400 From: Prarit Bhargava User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131028 Thunderbird/17.0.10 MIME-Version: 1.0 To: Peter Zijlstra CC: "H. Peter Anvin" , Andy Lutomirski , Ingo Molnar , "linux-kernel@vger.kernel.org" , Thomas Gleixner , Ingo Molnar , X86 ML , Len Brown , Dasaratharaman Chandramouli , Borislav Petkov , Andy Lutomirski , Denys Vlasenko , Brian Gerst , Arnaldo Carvalho de Melo , Henrique de Moraes Holschuh , Matt Fleming Subject: Re: [PATCH] x86, msr: Allow read access to /dev/cpu/X/msr References: <1435341131-3279-1-git-send-email-prarit@redhat.com> <20150627083354.GA12834@gmail.com> <20150627083921.GA13074@gmail.com> <559005DD.3070003@redhat.com> <5591A1D3.6010003@zytor.com> <559289A7.3040500@redhat.com> <20150630124426.GD12596@twins.programming.kicks-ass.net> In-Reply-To: <20150630124426.GD12596@twins.programming.kicks-ass.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1459 Lines: 43 On 06/30/2015 08:44 AM, Peter Zijlstra wrote: > On Tue, Jun 30, 2015 at 08:20:55AM -0400, Prarit Bhargava wrote: >> it seems like visiting changes on each of these packages (and the other >> packages that I'm sure I've missed) will be moderately difficult. >> >> Thoughts? > > Start by changing the ones users want to run most and leave the rest > requiring root privs until someone has the time to convert them. > > Its not like we can remove the msr driver any time soon anyway. > Yes, I agree. > So I would suggest starting with the perf MSR driver thingy for all > those MSRs that count things and see if you can convert say > turbostat/cpufrequtils/powertop over to that. Yep, that was my plan -- I'm going to do the in-tree utilities first then look at the external programs. > > I suspect there's MSR that are useful to expose but are not counting, > I'm not sure perf is the right interface for those. > > Making an inventory on which MSRs are required by these tools and what > kind of data they provide might give a good idea on how to continue. > > If most of these tools only use counting MSRs that can be serviced with > the perf-msr driver then that would be great. > Thanks Peter! P. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/