From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14719 invoked by alias); 1 May 2013 22:52:51 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 14709 invoked by uid 89); 1 May 2013 22:52:51 -0000 X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_YE,SPF_PASS autolearn=ham version=3.3.1 Received: from bay0-omc1-s16.bay0.hotmail.com (HELO bay0-omc1-s16.bay0.hotmail.com) (65.54.190.27) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Wed, 01 May 2013 22:52:50 +0000 Received: from BAY171-W56 ([65.54.190.59]) by bay0-omc1-s16.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 1 May 2013 15:52:48 -0700 X-EIP: [5kUIrGp8wEEeOQWNKezJjIz2UkWo3ZI3] Message-ID: From: Rouslan Korneychuk To: Jan Kratochvil CC: "gdb@sourceware.org" Subject: RE: A little help with JIT support Date: Wed, 01 May 2013 22:52:00 -0000 In-Reply-To: <20130501143426.GA7081@host2.jankratochvil.net> References: ,<20130501143426.GA7081@host2.jankratochvil.net> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-SW-Source: 2013-05/txt/msg00010.txt.bz2 On Wed, 01 May 2013 16:34:26 +0200, Jan Kratochvil wrote: > On Wed, 01 May 2013 01:05:01 +0200, Rouslan Korneychuk wrote: > > Are the addresses in an in-memory object file supposed to be absolute a= ddresses? > > According to GDB's jit.c jit_bfd_try_read_symtab yes: > > /* Read the section address information out of the symbol file. Since the > file is generated by the JIT at runtime, it should all of the absolute > addresses that we care about. */ > + > /* We assume that these virtual addresses are absolute, and do not > treat them as offsets. */ > sai->other[i].addr =3D bfd_get_section_vma (nbfd, sec); > > When you generate it at runtime it should not matter much IMO, instead of > relocating it in GDB you can already relocate it yourself while generatin= g the > symbol file at runtime. Ah, thank you.=20=09=09=20=09=20=20=20=09=09=20=20 >From gdb-return-42084-listarch-gdb=sources.redhat.com@sourceware.org Thu May 02 02:19:32 2013 Return-Path: Delivered-To: listarch-gdb@sources.redhat.com Received: (qmail 11440 invoked by alias); 2 May 2013 02:19:32 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Delivered-To: mailing list gdb@sourceware.org Received: (qmail 11429 invoked by uid 89); 2 May 2013 02:19:32 -0000 X-Spam-SWARE-Status: No, score=-5.1 required=5.0 tests=AWL,BAYES_05,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1 Received: from smtp.polymtl.ca (HELO smtp.polymtl.ca) (132.207.4.11) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Thu, 02 May 2013 02:19:31 +0000 Received: from localhost (imp-4-3.polymtl.ca [132.207.4.78]) by smtp.polymtl.ca (8.14.3/8.14.3) with ESMTP id r422JQCG028355; Wed, 1 May 2013 22:19:27 -0400 Received: from 174-138-211-0.cpe.distributel.net (174-138-211-0.cpe.distributel.net [174.138.211.0]) by www.imp.polymtl.ca (IMP) with HTTP for ; Wed, 01 May 2013 22:19:26 -0400 Message-ID: <1367461166.5181cd2ec5680@www.imp.polymtl.ca> Date: Thu, 02 May 2013 02:19:00 -0000 From: Suchakrapani Datt Sharma To: lgustavo@codesourcery.com Cc: gdb@sourceware.org Subject: Re: GDB fast tracepoint query References: <1367263644.517ec99c4fb53@www.imp.polymtl.ca> <517ED307.7000901@codesourcery.com> In-Reply-To: <517ED307.7000901@codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Poly-FromMTA: (imp-4-3.polymtl.ca [132.207.4.78]) at Thu, 2 May 2013 02:19:26 +0000 X-SW-Source: 2013-05/txt/msg00011.txt.bz2 Content-length: 760 Hi, > AFAIU, the fast tracepoint jump pad will always be there if a trace > experiment is running (with at least one active fast tracepoint set), > which means GDB will take the path through the fast tracepoint's jump > pad, save whatever needs to be saved, execute actions and then exit > through the jump pad again. So there should be some small overhead there > even if no actions are actually executed. > > As for the time when the instruction is modified, it is during the trace > experiment startup, during "tstart". "ftrace" or "trace" will just > register the tracepoint internally inside gdb. > > Luis Thanks a lot for the info :) Sorry for the late reply Suchakra -- Suchakrapani Datt Sharma Laboratorie DORSAL École Polytechnique de Montréal