From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16565 invoked by alias); 1 Mar 2013 15:32:22 -0000 Received: (qmail 16555 invoked by uid 22791); 1 Mar 2013 15:32:21 -0000 X-SWARE-Spam-Status: No, hits=-7.3 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_SPAMHAUS_DROP,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mga01.intel.com (HELO mga01.intel.com) (192.55.52.88) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 01 Mar 2013 15:32:08 +0000 Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga101.fm.intel.com with ESMTP; 01 Mar 2013 07:32:07 -0800 X-ExtLoop1: 1 Received: from irsmsx103.ger.corp.intel.com ([163.33.3.157]) by fmsmga002.fm.intel.com with ESMTP; 01 Mar 2013 07:32:06 -0800 Received: from irsmsx102.ger.corp.intel.com ([169.254.2.108]) by IRSMSX103.ger.corp.intel.com ([169.254.3.15]) with mapi id 14.01.0355.002; Fri, 1 Mar 2013 15:32:05 +0000 From: "Metzger, Markus T" To: Pedro Alves CC: "gdb-patches@sourceware.org" , "markus.t.metzger@gmail.com" , Jan Kratochvil Subject: FW: [rfc] remote, btrace: add branch tracing protocol to Qbtrace packet Date: Fri, 01 Mar 2013 15:32:00 -0000 Message-ID: Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2013-03/txt/msg00022.txt.bz2 Hi Pedro, I would appreciate your feedback to the below discussion. > -----Original Message----- > From: gdb-patches-owner@sourceware.org [mailto:gdb-patches-owner@sourcewa= re.org] On Behalf Of Jan Kratochvil > Sent: Thursday, February 28, 2013 11:03 AM [...] > > > No preference for the qSupported details, I am OK with your proposal = myself, > > > "qXfer" gdbserver->gdb feature is designed that way already. > > > > Pedro objected and rather wanted a comma-separated list, i.e. > > > > ....;Qbtrace=3Dbts,lbr;... > > > > I'm fine either way. For the way I proposed and what seems to be your p= reference, > > as well, I already found code in GDB to handle it. For Pedro's preferre= d way, I have > > not found anything that I could reuse. > > > > I would like to get the minimal changes in with the btrace series so we= don't need > > to rework the protocol later on and are forced to maintain backwards co= mpatibility. > > I do not intend to implement full support for different branch trace re= cording > > methods right now, since we currently only have one. We will add that s= upport > > when there's a need. > > > > Pedro did not respond to my reply. I don't know how to proceed, here. >=20 > OK; hopefully Pedro will. For example qXfer:* sets a precedent for it IMO > although delegating all gdbserver decisions to Pedro: >=20 > PacketSize=3D3fff;QPassSignals+;qXfer:libraries- > svr4:read+;qXfer:auxv:read+;qXfer:spu:read+;qXfer:spu:write+;qXfer:siginf= o:read+;qXfer:siginfo:write+;qXfer:features:read+;QStart > NoAckMode+;qXfer:osdata:read+;multiprocess+;QNonStop+;QDisableRandomizati= on+;qXfer:threads:read+;ConditionalTracepoints+; > TraceStateVariables+;TracepointSource+;DisconnectedTracing+;FastTracepoin= ts+;StaticTracepoints+;InstallInTrace+;qXfer:statictrace: > read+;qXfer:traceframe-info:read+;EnableDisableTracepoints+;tracenz+ Thanks, Markus. Intel GmbH Dornacher Strasse 1 85622 Feldkirchen/Muenchen, Deutschland Sitz der Gesellschaft: Feldkirchen bei Muenchen Geschaeftsfuehrer: Christian Lamprechter, Hannes Schwaderer, Douglas Lusk Registergericht: Muenchen HRB 47456 Ust.-IdNr./VAT Registration No.: DE129385895 Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052