From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 47161 invoked by alias); 9 Nov 2016 16:39:02 -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 47146 invoked by uid 89); 9 Nov 2016 16:39:01 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=ham version=3.3.2 spammy=UD:I X-HELO: mail-qk0-f196.google.com Received: from mail-qk0-f196.google.com (HELO mail-qk0-f196.google.com) (209.85.220.196) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 09 Nov 2016 16:38:51 +0000 Received: by mail-qk0-f196.google.com with SMTP id n204so18183689qke.2 for ; Wed, 09 Nov 2016 08:38:51 -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=oT/4WA9IGQdNAoAawhhJ/NaiWMYrl4O1hn8yJjblK00=; b=GQHEfDLIZp6I7xKoZdz0rwipTuzyR4817sD/bnBJMDu+WLGgFiFAVSVxzWT4BZcDEb Xd/unps23AYs9IetYpmKTgehZEbS6Mh94KZVziknjJe8g6WOA2kHQl3OtvTskCvcA2G3 BMtNU5iD5fkxSssMxpJtyzKtnLYrcyC/XSI7MghBqOzvwSg+pAq5n/c4oU30hczWnQ/Q cSZ2GBT+bjRqjQ5YQYzO3EareP2QpTDYE0FtvKpZ4e2mL6EkOFGfPHH6tfyu+ZMaTBde WigRcPEM6cKFShB/VZb0C/BF1TPFCs4UdIjW7da0i5SGEbJBrmLMw4JbPhv+ps2v5iq4 NP+A== X-Gm-Message-State: ABUngvenkRSXiBY8PuICQISqyRIs2QXDHrA0nmfQkqeLjZDKKqVCTn1y64zdTKRmFDPM1bKFlgpexHAiIjiALw== X-Received: by 10.55.101.151 with SMTP id z145mr515001qkb.35.1478709530003; Wed, 09 Nov 2016 08:38:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.149.55 with HTTP; Wed, 9 Nov 2016 08:38:49 -0800 (PST) In-Reply-To: References: <20161103143300.24934-1-antoine.tremblay@ericsson.com> From: Yao Qi Date: Wed, 09 Nov 2016 16:39: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/msg00230.txt.bz2 On Tue, Nov 8, 2016 at 1:28 AM, Antoine Tremblay wrote: > >> >> 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) >> > > I have not seen that except when I get random SIGILLs, I'll try to run > these more often and see if I can reproduce it. > I have two boards for testing pandaboard (3.4.0-2-linaro-lt-omap) and chromebook (4.7.2). I got non-stop-fair-events.exp timeout from time to time, you can get gdb.log here, http://people.linaro.org/~yao.qi/gdb/arm-linux-tracepoint/non-stop-fair-eve= nts/ I can also see SIGILL or SIGSEGV in schedlock.exp, http://people.linaro.org/~yao.qi/gdb/arm-linux-tracepoint/schedlock/ if I hack gdbserver/linux-low.c to disable software single step, static int can_software_single_step (void) { - return (the_low_target.get_next_pcs !=3D NULL); + return 0/*(the_low_target.get_next_pcs !=3D NULL)*/; } the fails goes away. >> 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. > > I will do my best to fix these issues asap, > > However I would very much like if we could still start the review > process on the tracing. I'll play with them, and give some review later. --=20 Yao (=E9=BD=90=E5=B0=A7)