Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932618AbbESNDc (ORCPT ); Tue, 19 May 2015 09:03:32 -0400 Received: from www.linutronix.de ([62.245.132.108]:54817 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932284AbbESND3 (ORCPT ); Tue, 19 May 2015 09:03:29 -0400 Date: Tue, 19 May 2015 15:03:38 +0200 (CEST) From: Thomas Gleixner To: Matt Fleming cc: LKML , Peter Zijlstra , Vikas Shivappa , x86@kernel.org, Matt Fleming , Will Auld , Kanaka Juvva Subject: Re: [patch 2/6] x86, perf, cqm: Use proper data type In-Reply-To: <20150519085805.GA17401@codeblueprint.co.uk> Message-ID: References: <20150518234114.574556332@linutronix.de> <20150518235149.919350144@linutronix.de> <20150519085805.GA17401@codeblueprint.co.uk> User-Agent: Alpine 2.11 (DEB 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001,URIBL_BLOCKED=0.001 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 957 Lines: 29 On Tue, 19 May 2015, Matt Fleming wrote: > On Tue, 19 May, at 12:00:51AM, Thomas Gleixner wrote: > > int is really not a proper data type for a MSR. Use u32 to make it > > clear that we are dealing with a 32bit unsigned hardware value. > > > > Signed-off-by: Thomas Gleixner > > --- > > arch/x86/kernel/cpu/perf_event_intel_cqm.c | 4 ++-- > > include/linux/perf_event.h | 2 +- > > 2 files changed, 3 insertions(+), 3 deletions(-) > > Yeah, makes sense, but this is missing a bunch of changes to other > functions that pass rmids around. Right. I cared about the stuff which handles the cached state. > Lemme take a swing at that. Yes, please. Thanks, tglx -- 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/