From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9186 invoked by alias); 22 Nov 2005 20:08:27 -0000 Received: (qmail 9179 invoked by uid 22791); 22 Nov 2005 20:08:26 -0000 X-Spam-Check-By: sourceware.org Received: from mtagate2.de.ibm.com (HELO mtagate2.de.ibm.com) (195.212.29.151) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 22 Nov 2005 20:08:25 +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 jAMK8Qsj215126 for ; Tue, 22 Nov 2005 20:08:26 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/VERS6.8) with ESMTP id jAMK8MDV204720 for ; Tue, 22 Nov 2005 21:08:22 +0100 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 jAMK8L8K020346 for ; Tue, 22 Nov 2005 21:08:22 +0100 Received: from 53v30g15.boeblingen.de.ibm.com (53v30g15.boeblingen.de.ibm.com [9.152.26.155]) by d12av02.megacenter.de.ibm.com (8.12.11/8.12.11) with ESMTP id jAMK8LhQ020341; Tue, 22 Nov 2005 21:08:21 +0100 Received: from 53v30g15.boeblingen.de.ibm.com (localhost [127.0.0.1]) by 53v30g15.boeblingen.de.ibm.com (8.12.10/8.12.10) with ESMTP id jAMK7vU9005719; Tue, 22 Nov 2005 21:07:57 +0100 Received: (from uweigand@localhost) by 53v30g15.boeblingen.de.ibm.com (8.12.10/8.12.10/Submit) id jAMK7vlB005718; Tue, 22 Nov 2005 21:07:57 +0100 From: Ulrich Weigand Message-Id: <200511222007.jAMK7vlB005718@53v30g15.boeblingen.de.ibm.com> Subject: Re: RFA: general prologue analysis framework To: jimb@redhat.com (Jim Blandy) Date: Wed, 23 Nov 2005 02:56:00 -0000 Cc: uweigand@de.ibm.com (Ulrich Weigand), gdb-patches@sourceware.org In-Reply-To: from "Jim Blandy" at Oct 17, 2005 01:28:23 PM MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2005-11/txt/msg00424.txt.bz2 Jim Blandy wrote: > Ulrich Weigand writes: > > I'll see how I can adapt the s390 code to use the new interface. > > There's one point I'm not quite sure how to handle: it can happen that > > the same register is saved multiple times to the stack (e.g. %r6 once in > > the save area and once as incoming argument register). In this case, > > the s390 heuristic is that the slot at the highest address is the real > > save area slot. I'm not sure how to fit this into the generic routine ... > > pv_area_find_reg doesn't give you any way to express a preference > between one location and another. But it does a linear search of the > area, so if you're building up a table of all saved registers, you > probably don't want to use it anyway. > > I think pv_area_scan would work better. Here's the function I use in > the m32c port. Yes, this works for s390 too. I'd be happy to convert s390 to this interface (assuming this is what ends up getting committed) ... (Sorry for the late reply -- now that the topic came up again I was reminded again that I forgot to answer earlier ...) Bye, Ulrich -- Dr. Ulrich Weigand Linux on zSeries Development Ulrich.Weigand@de.ibm.com