From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19160 invoked by alias); 30 Oct 2015 12:06:15 -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 19148 invoked by uid 89); 30 Oct 2015 12:06:14 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_50,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: e06smtp15.uk.ibm.com Received: from e06smtp15.uk.ibm.com (HELO e06smtp15.uk.ibm.com) (195.75.94.111) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (CAMELLIA256-SHA encrypted) ESMTPS; Fri, 30 Oct 2015 12:06:13 +0000 Received: from localhost by e06smtp15.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 30 Oct 2015 12:06:10 -0000 Received: from d06dlp01.portsmouth.uk.ibm.com (9.149.20.13) by e06smtp15.uk.ibm.com (192.168.101.145) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Fri, 30 Oct 2015 12:06:10 -0000 X-IBM-Helo: d06dlp01.portsmouth.uk.ibm.com X-IBM-MailFrom: uweigand@de.ibm.com X-IBM-RcptTo: gdb-patches@sourceware.org Received: from b06cxnps3075.portsmouth.uk.ibm.com (d06relay10.portsmouth.uk.ibm.com [9.149.109.195]) by d06dlp01.portsmouth.uk.ibm.com (Postfix) with ESMTP id 72FC117D805F for ; Fri, 30 Oct 2015 12:06:22 +0000 (GMT) Received: from d06av06.portsmouth.uk.ibm.com (d06av06.portsmouth.uk.ibm.com [9.149.37.217]) by b06cxnps3075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id t9UC69wV6291878 for ; Fri, 30 Oct 2015 12:06:09 GMT Received: from d06av06.portsmouth.uk.ibm.com (localhost [127.0.0.1]) by d06av06.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id t9UC69ct025209 for ; Fri, 30 Oct 2015 06:06:09 -0600 Received: from oc7340732750.ibm.com (icon-9-164-156-174.megacenter.de.ibm.com [9.164.156.174]) by d06av06.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id t9UC68gr025201; Fri, 30 Oct 2015 06:06:09 -0600 Received: by oc7340732750.ibm.com (Postfix, from userid 500) id 56EA55C3D; Fri, 30 Oct 2015 13:06:08 +0100 (CET) Subject: Re: [RFC][PATCH][PR 18376] gdb: Add process record and replay support for s390. To: koriakin@0x04.net (=?UTF-8?Q?Marcin_Ko=c5=9bcielnicki?=) Date: Fri, 30 Oct 2015 15:56:00 -0000 From: "Ulrich Weigand" Cc: gdb-patches@sourceware.org In-Reply-To: <56334E28.8010400@0x04.net> from "=?UTF-8?Q?Marcin_Ko=c5=9bcielnicki?=" at Oct 30, 2015 12:02:00 PM MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-Id: <20151030120608.56EA55C3D@oc7340732750.ibm.com> X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 15103012-0021-0000-0000-000007CC249E X-SW-Source: 2015-10/txt/msg00760.txt.bz2 Marcin KoÅcielnicki wrote: > On 30/10/15 11:39, Ulrich Weigand wrote: > > This sounds find to me. There may be an issue (which we recently found on > > PowerPC as well) with very recent glibc versions that attempt to use > > transactions for lock elision. If every transactional instruction will > > cause process record to abort, this may happen during many common glibc > > routines in that case. A simple way to fix this might be to accept at > > least TBEGIN for process recording, assuming that it will always fail. > > (That failure ought to trigger the non-transactional fallback in glibc.) > > I'll do that, but I have no way of testing it - I only have access to a > z196 machine. For working on GDB, you should be able to get access to a z13 guest here: http://dcc4z.syr.edu/ > >> The gdb.reverse testsuite passes after this commit on both s390-linux and > >> s390x-linux (except for the waitpid test, as mentioned in the record fixes > >> thread). > > > > Excellent. From the follow-on discussions on the list, it seems the > > waitpid issue is now also resolved? > > Well, the test passes now, though there's definitely still a bug > somewhere in fork handling (BZ 19187). Ah, OK. Bye, Ulrich -- Dr. Ulrich Weigand GNU/Linux compilers and toolchain Ulrich.Weigand@de.ibm.com