From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 66182 invoked by alias); 7 Nov 2016 09:25:14 -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 66169 invoked by uid 89); 7 Nov 2016 09:25:13 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=Hx-languages-length:1383, schedlock.exp, schedlockexp, schedlock X-HELO: mail-qk0-f194.google.com Received: from mail-qk0-f194.google.com (HELO mail-qk0-f194.google.com) (209.85.220.194) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 07 Nov 2016 09:25:03 +0000 Received: by mail-qk0-f194.google.com with SMTP id 124so4580543qkh.1 for ; Mon, 07 Nov 2016 01:25:03 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=wt4PDSkEfFVhjlTC20QCm1hjL7JQCPgVa7IVzqZCgjQ=; b=Bn0YF+mwHIwOi6hRTviGgCWQTB5ToMGtZALxhEGx5s7a7wQB4PFmJo/tSdvz/ucHsj 6vsBwPJRjz3aT/v+Y/gS86B8BgBGkCb6pMPVkR3Fa+qA1Zm7w+WxYd3APj2I6fkOvJsK plpu/tWqOLpocaB4F/uHuKxAQg7Qx8eVOiv82OcX1MLL+MVHK+2jq0BXZRfyNg8AsCS/ jtY9Onn4AAmn4iO4RtWKUIG0+Xty0x+LDHMsqv54CtSdOsbc72fCDFX+JFLlYiEnNefK XsBuc6uA075sTOfASK11KO0ENKm0dUYLHItmVaDHxZq6/Naw0ENyavDaDlTDxvjK6HXt HohA== X-Gm-Message-State: ABUngvf0pPgHfDwsHaRN4oHW5Za6BCYzphiYIalOMWaGjB/gtKTsommx4TEGuMchkMA8mJOmhu4eewILxOrxJA== X-Received: by 10.55.66.67 with SMTP id p64mr6208959qka.11.1478510702071; Mon, 07 Nov 2016 01:25:02 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.149.55 with HTTP; Mon, 7 Nov 2016 01:25:01 -0800 (PST) In-Reply-To: <20161103143300.24934-1-antoine.tremblay@ericsson.com> References: <20161103143300.24934-1-antoine.tremblay@ericsson.com> From: Yao Qi Date: Mon, 07 Nov 2016 09:25:00 -0000 Message-ID: Subject: Re: [PATCH V2 0/5] Support tracepoints for ARM linux in GDBServer To: Antoine Tremblay Cc: "gdb-patches@sourceware.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-11/txt/msg00132.txt.bz2 On Thu, Nov 3, 2016 at 2:32 PM, Antoine Tremblay wrote: > > Since all the prerequisites for this series have been addressed, > this is a V2 of https://sourceware.org/ml/gdb-patches/2016-01/msg00111.ht= ml All "hard" prerequisites are addressed, but we still want to "teach unwinders to terminate gracefully in an arch-independent way". https://sourceware.org/ml/gdb-patches/2016-05/msg00060.html I didn't follow it up closely. I hope we can make progress on this... "Progress" here means either "it is completely wrong, let us handle unavailable data in each arch unwinder one by one" or "it is correct, let us remove these redundant code in each arch". I am still testing arm-linux gdbserver without and with software single step. I still see some intermittent regressions _with_ software single step, +FAIL: gdb.threads/non-stop-fair-events.exp: signal_thread=3D8: thread 1 broke out of loop (timeout) +FAIL: gdb.threads/schedlock.exp: schedlock=3Doff: cmd=3Dstep: step to increment (1) (timeout) This reveals something wrong in software single step in GDBserver. I don't think we should bring tracepoint in until these regressions are fixed. I won't work on these regressions until next pre-release. If you can reproduce them and help to fix them, that will be great. --=20 Yao (=E9=BD=90=E5=B0=A7)