Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752023AbbFSMlM (ORCPT ); Fri, 19 Jun 2015 08:41:12 -0400 Received: from cdptpa-outbound-snat.email.rr.com ([107.14.166.227]:56798 "EHLO cdptpa-oedge-vip.email.rr.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751399AbbFSMlI (ORCPT ); Fri, 19 Jun 2015 08:41:08 -0400 Date: Fri, 19 Jun 2015 08:41:49 -0400 From: Steven Rostedt To: Torsten Duwe Cc: Denis Kirjanov , Michael Ellerman , Jiri Kosina , linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org Subject: Re: [RESEND PATCH 0/4] ppc64 LE ABI v2 ftrace-with-regs implementation Message-ID: <20150619084149.1c625bf8@grimm.local.home> In-Reply-To: <20150619121703.GC3805@lst.de> References: <20150611095338.GA4492@lst.de> <20150618161727.GA6546@lst.de> <20150619121703.GC3805@lst.de> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1338 Lines: 40 On Fri, 19 Jun 2015 14:17:03 +0200 Torsten Duwe wrote: > On Fri, Jun 19, 2015 at 10:15:44AM +0300, Denis Kirjanov wrote: > > > > Hi Torsten, > > > > could you provide a description how you did test that. > > Vanilla kernel, those patches on top, built as described to > Steven in the previous mail (.config attached there, built > natively on ppc64le ABIv2, mentioned tool versions) > Great that you got it working on your machine. But you need to do it in a way that you don't break builds of existing machines, with existing (still supported) compilers. -- Steve > make vmlinux, make modules, build initrd > qemu-system-ppc64 -no-reboot -enable-kvm -m 20480 -kernel vmlinux > -initrd initrd.gz -append console=hvc0 -nographic -vga none > inside: > cd /sys/kernel/debug/tracing > mkdir instances/Foo > cd instances/Foo > echo function > current_tracer > > current_tracer holds "nop" or "function"; the transition is accompanied > by heavy binary patching. When the function tracer is active, almost all > calls go through ftrace_caller. This should be enough for a start; the > proper stack frame layout details for the tracer functions still remain > to be checked... > > Torsten -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in Please read the FAQ at http://www.tux.org/lkml/