From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5393 invoked by alias); 13 Jul 2005 12:03:36 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 5382 invoked by uid 22791); 13 Jul 2005 12:03:31 -0000 Received: from mtagate2.de.ibm.com (HELO mtagate2.de.ibm.com) (195.212.29.151) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Wed, 13 Jul 2005 12:03:31 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate2.de.ibm.com (8.12.10/8.12.10) with ESMTP id j6DC3T8j184804 for ; Wed, 13 Jul 2005 12:03:29 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.12.10/NCO/VER6.6) with ESMTP id j6DC3SRd158840 for ; Wed, 13 Jul 2005 14:03:28 +0200 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11/8.13.3) with ESMTP id j6DC3SrN029332 for ; Wed, 13 Jul 2005 14:03:28 +0200 Received: from d12ml068.megacenter.de.ibm.com (d12ml068.megacenter.de.ibm.com [9.149.164.163]) by d12av02.megacenter.de.ibm.com (8.12.11/8.12.11) with ESMTP id j6DC3SEw029329; Wed, 13 Jul 2005 14:03:28 +0200 In-Reply-To: <20050713013548.GA17999@nevyn.them.org> Subject: Re: [RFA] gdbserver fetch/store registers problem on s390x To: Daniel Jacobowitz Cc: gdb-patches@sources.redhat.com Message-ID: From: Ulrich Weigand Date: Wed, 13 Jul 2005 12:03:00 -0000 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-SW-Source: 2005-07/txt/msg00110.txt.bz2 Hi Daniel, > When you access the acrs, it looks like we are actually peeking/poking > two of them at once. I didn't see any sign of the "rest must be > zeroed" you mentioned. Is this in code not currently contributed to > kernel.org? OK, this only applies to the FPC register. For the ACRs we're indeed always transferring two at the same time, except when trying to read the last one (%a15), in which case we get zeros in the low word on peeking, and on poking the low word is ignored. > In the current code the ACR we want to be poking at is the > low-memory-address end of the buffer, i.e. leftmost in a big endian > system (which all supported s390 appears to be). Is that right? Yes, that's correct. > This is unfortunate... it means I need another target knob, since the > PPC64 FPSCR is definitively in the rightmost 32 bits of the ptrace > xfer. Hmm ... Mit freundlichen Gruessen / Best Regards Ulrich Weigand -- Dr. Ulrich Weigand Linux for S/390 Design & Development IBM Deutschland Entwicklung GmbH, Schoenaicher Str. 220, 71032 Boeblingen Phone: +49-7031/16-3727 --- Email: Ulrich.Weigand@de.ibm.com