From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 43447 invoked by alias); 27 Apr 2016 08:00:04 -0000 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 Received: (qmail 43378 invoked by uid 89); 27 Apr 2016 08:00:02 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mail-pf0-f179.google.com Received: from mail-pf0-f179.google.com (HELO mail-pf0-f179.google.com) (209.85.192.179) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Wed, 27 Apr 2016 07:59:52 +0000 Received: by mail-pf0-f179.google.com with SMTP id n1so19165427pfn.2 for ; Wed, 27 Apr 2016 00:59:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=nIPrpEkYkwC5Fv0SCskfjzcF6xXLBJ00COwkQo5BfFA=; b=U60ilTYr8oXOuUTledVMyNTPnmZhCupIb3oRMksS1PCVU0iSIJnWaVs92pxXn/8Fs4 F91uQ/xLYRX7NK9NSVnSYPJxsce7cryxlSy5L12yuklSytRmNogN2xk6L7LAYxZXtpgX B1gv0Uo+amY57+wWiBbyuuJbkk6P8JWkQxzP3KujEWjuuj2GSyQuXf4775PfuyZPcXtN N+OMK3i21rDfjzP+KeEvjz8kCNE5NQL3xzb7EZEWwypFReTgqamtasTDQzfRvej48Iu2 sLfFPqiElA7/UhePKl8aEOr6a0GcmsEZSAceICNVjwM3prv75sjZEzjaC+v1xHFjRt2q rZEA== X-Gm-Message-State: AOPr4FU6vTkenn0I1g7xRMeFC+lnakZPF27FmnWpDsBbkv/gm5vhnnY8jPoWnfnMKKsL2Q== X-Received: by 10.98.78.132 with SMTP id c126mr9649105pfb.129.1461743990306; Wed, 27 Apr 2016 00:59:50 -0700 (PDT) Received: from E107787-LIN (gcc1-power7.osuosl.org. [140.211.15.137]) by smtp.gmail.com with ESMTPSA id wy7sm11017369pab.5.2016.04.27.00.59.47 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Wed, 27 Apr 2016 00:59:49 -0700 (PDT) From: Yao Qi To: Antoine Tremblay Cc: Yao Qi , Subject: Re: [PATCH 0/4] Support tracepoints for ARM linux in GDBServer References: <1452188697-23870-1-git-send-email-antoine.tremblay@ericsson.com> <867fjgwbsh.fsf@gmail.com> Date: Wed, 27 Apr 2016 08:00:00 -0000 In-Reply-To: (Antoine Tremblay's message of "Tue, 26 Apr 2016 15:11:13 -0400") Message-ID: <86lh3zfpn2.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-04/txt/msg00573.txt.bz2 Antoine Tremblay writes: > From what I can tell issue 1) is about done ? > There are still some things we need to do before arm tracepoint support, and I am working on them, - really exercise the software single step in gdbserver, 1. software single step over instruction branch to itself. [DONE] 2. force gdb to use vCont;s for gdbserver using software single step, IOW, let gdbserver handle single step requested by gdb, 3. turn range stepping on on arm linux, I have some patches in my tree. After these steps, we are confident that software single step in gdbserver is reliable. > On my end we have fast tracepoints for arm almost ready with JIT > conditions and pc relative instructions relocation. > > I would like to post that in the next few weeks, but it would be > better if the normal tracepoints were in before that. > > Is it a good time to review these patches now? - handle unavailable memory/register in frame unwinding in target independent part, so that we don't have to worry about the unavailable memory in arm backend. I am writing a prototype according to Pedro's thoughts, https://sourceware.org/ml/gdb-patches/2016-02/msg00778.html but it is blocked by a patch related PR 19947, https://sourceware.org/ml/gdb-patches/2016-04/msg00429.html we need an approach to test each unwinder, the discussion is still ongoing. I won't review arm tracepoint patches until all of them above are fixed. --=20 Yao (=E9=BD=90=E5=B0=A7)