From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756230AbcFGTod (ORCPT ); Tue, 7 Jun 2016 15:44:33 -0400 Received: from mail.kernel.org ([198.145.29.136]:38725 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755217AbcFGTob (ORCPT ); Tue, 7 Jun 2016 15:44:31 -0400 Date: Tue, 7 Jun 2016 16:44:26 -0300 From: Arnaldo Carvalho de Melo To: Jiri Olsa Cc: He Kuang , peterz@infradead.org, mingo@redhat.com, alexander.shishkin@linux.intel.com, wangnan0@huawei.com, jpoimboe@redhat.com, ak@linux.intel.com, eranian@google.com, namhyung@kernel.org, adrian.hunter@intel.com, sukadev@linux.vnet.ibm.com, masami.hiramatsu.pt@hitachi.com, tumanova@linux.vnet.ibm.com, kan.liang@intel.com, penberg@kernel.org, dsahern@gmail.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH v9 00/14] Add support for remote unwind Message-ID: <20160607194426.GF11589@kernel.org> References: <1464924803-22214-1-git-send-email-hekuang@huawei.com> <20160603070629.GB23006@krava> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160603070629.GB23006@krava> X-Url: http://acmel.wordpress.com User-Agent: Mutt/1.6.1 (2016-04-27) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Fri, Jun 03, 2016 at 09:06:29AM +0200, Jiri Olsa escreveu: > On Fri, Jun 03, 2016 at 03:33:09AM +0000, He Kuang wrote: > > SNIP > > > For using remote libunwind libraries, reference this: > > http://thread.gmane.org/gmane.linux.kernel/2224430 > > > > and now we can use LIBUNWIND_DIR to specific custom dirctories > > containing libunwind libs. > > > > Acked-by: Jiri Olsa for most patches except: > > > > v9: > > - Change function unwind__register_ops() to static. > > - Move up unwind__prepare_access() in thread__insert_map() and save > > map_groups__remove() call. > > - Enclose multiple line if/else into braces. > > - Fix miss modified function declaration for unwind__prepare_access() > > in patch 10. > > for patchset: > > Acked-by: Jiri Olsa Ok, I'm applying it, after fixing 'perf test unwind', 'perf top --call-graph dwarf' and 'perf trace --call-graph dwarf', but I have one question, is the scenario where we collect on a x86_64 machine and want to do analysis on a ARM64 or x86-32 machine supported? This should be the odd case now, but from a quick look I couldn't see this as being supported, is that true or I was just lazy not to have tried this? - Arnaldo