From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7198 invoked by alias); 9 Dec 2014 13:59:31 -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 7182 invoked by uid 89); 9 Dec 2014 13:59:31 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: e06smtp13.uk.ibm.com Received: from e06smtp13.uk.ibm.com (HELO e06smtp13.uk.ibm.com) (195.75.94.109) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Tue, 09 Dec 2014 13:59:29 +0000 Received: from /spool/local by e06smtp13.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Tue, 9 Dec 2014 13:59:26 -0000 Received: from d06dlp03.portsmouth.uk.ibm.com (9.149.20.15) by e06smtp13.uk.ibm.com (192.168.101.143) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Tue, 9 Dec 2014 13:59:24 -0000 Received: from b06cxnps4074.portsmouth.uk.ibm.com (d06relay11.portsmouth.uk.ibm.com [9.149.109.196]) by d06dlp03.portsmouth.uk.ibm.com (Postfix) with ESMTP id 91F861B08067 for ; Tue, 9 Dec 2014 13:59:44 +0000 (GMT) Received: from d06av01.portsmouth.uk.ibm.com (d06av01.portsmouth.uk.ibm.com [9.149.37.212]) by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id sB9DxNnV55050448 for ; Tue, 9 Dec 2014 13:59:23 GMT Received: from d06av01.portsmouth.uk.ibm.com (localhost [127.0.0.1]) by d06av01.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id sB9DxNnG031978 for ; Tue, 9 Dec 2014 06:59:23 -0700 Received: from br87z6lw.boeblingen.de.ibm.com (dyn-9-152-212-196.boeblingen.de.ibm.com [9.152.212.196]) by d06av01.portsmouth.uk.ibm.com (8.14.4/8.14.4/NCO v10.0 AVin) with ESMTP id sB9DxNPb031966 for ; Tue, 9 Dec 2014 06:59:23 -0700 From: Andreas Arnez To: gdb-patches@sourceware.org Subject: [PATCH v3 0/3] gdbserver: Fix support for S390 TDB Date: Tue, 09 Dec 2014 13:59:00 -0000 Message-Id: <1418133563-16378-1-git-send-email-arnez@linux.vnet.ibm.com> X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 14120913-0013-0000-0000-00000225B369 X-IsSubscribed: yes X-SW-Source: 2014-12/txt/msg00193.txt.bz2 This is a follow-up to patch 2 of the series called "S390: Fixes for gdbserver on targets with TDB". The last version of that patch was here: https://sourceware.org/ml/gdb-patches/2014-12/msg00021.html This new version is split up in three patches and contains the following changes: * Invalidate the register cache whenever we are about to fetch the register values from the inferior. * Instead of passing NULL to the regset store function upon ENODATA from ptrace, just suppress its invocation, since the registers are now "unavailable" by default. Consequently no longer handle NULL in s390_store_tdb or arm_store_wmmxregset. * Suppress calling the register store function upon other errors from ptrace as well. * Rephrase the while()-loops as for()-loops in regsets_fetch_- and -_store_inferior_registers, for improved readability. Tested on S390 and i386. Andreas Arnez (3): gdbserver: Rephrase loops in regsets_fetch/store_inferior_registers gdbserver: Prevent stale/random values in register cache S390: Fix gdbserver support for TDB gdb/gdbserver/linux-low.c | 38 +++++++++++++------------------------- gdb/gdbserver/linux-s390-low.c | 31 +++++++++++++++++++++---------- gdb/gdbserver/regcache.c | 5 +++++ 3 files changed, 39 insertions(+), 35 deletions(-) -- 1.7.9.5