From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755237AbcFQLYJ (ORCPT ); Fri, 17 Jun 2016 07:24:09 -0400 Received: from mx1.redhat.com ([209.132.183.28]:36796 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751711AbcFQLYH (ORCPT ); Fri, 17 Jun 2016 07:24:07 -0400 Date: Fri, 17 Jun 2016 13:24:01 +0200 From: Jiri Olsa To: Madhavan Srinivasan Cc: linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, Yury Norov , Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Alexander Shishkin , Jiri Olsa , Adrian Hunter , Kan Liang , Wang Nan , Michael Ellerman Subject: Re: [PATCH] tools/perf: Fix the mask in regs_dump__printf Message-ID: <20160617112401.GA3904@krava> References: <1466140958-1928-1-git-send-email-maddy@linux.vnet.ibm.com> <20160617063707.GA31475@krava> <7abb0f9a-dea0-de86-ba0b-cebce0f11744@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7abb0f9a-dea0-de86-ba0b-cebce0f11744@linux.vnet.ibm.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.27]); Fri, 17 Jun 2016 11:24:06 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jun 17, 2016 at 02:43:31PM +0530, Madhavan Srinivasan wrote: SNIP > > > if (data->user_regs.abi) { > - u64 mask = evsel->attr.sample_regs_user; > + u.val64 = evsel->attr.sample_regs_user; > > - sz = hweight_long(mask) * sizeof(u64); > + if (sizeof(u64) > sizeof(unsigned long)) { > + u64 mask = u.val64; > + u.val32[1] = mask >> 32; > + u.val32[0] = mask & ULONG_MAX; > + } > + > + sz = hweight_long(u.val64) * sizeof(u64); > OVERFLOW_CHECK(array, sz, max_size); > - data->user_regs.mask = mask; > + data->user_regs.mask = u.val64; > data->user_regs.regs = (u64 *)array; > > Issue I see is when printing the mask value in a 32bit perf > on a 64bit kernel (big endian). > > 442044948492 0xdc0 [0x188]: PERF_RECORD_SAMPLE(IP, 0x1): 7299/7299: > 0xc000000000059200 period: 12599 addr: 0 > ... intr regs: mask 0xffffffff000007ff ABI 32-bit > ^^^ shld have been 0x7ffffffffff > > I agree it is better to fix this when reading, but > we need to swap again when printing? hum, sample data should be swap at this point already.. see perf_session__process_event jirka