From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 70736 invoked by alias); 31 Aug 2016 12:58:58 -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 70716 invoked by uid 89); 31 Aug 2016 12:58:57 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=HTo:U*palves, U*palves, sk:palves, sk:palves@ X-Spam-User: qpsmtpd, 2 recipients X-HELO: mail-oi0-f46.google.com Received: from mail-oi0-f46.google.com (HELO mail-oi0-f46.google.com) (209.85.218.46) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 31 Aug 2016 12:58:56 +0000 Received: by mail-oi0-f46.google.com with SMTP id f189so68740269oig.3; Wed, 31 Aug 2016 05:58:55 -0700 (PDT) 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=TCWliOhPzqTYDy+3nRRoX4SpsTejoCPjU7IBkCxGpl8=; b=NqUWuyjYKtx/ugSIqlbVnXXdRI46oxafea6XpJ/v8z3G9+3XfFPHmxCoTf2LGhKj6x NpapDC/ENmb4sc/B8g9R4h4q5J8/9nhf4SQX9RZgUa7Ndx5a/J2i2nL5XlZ9Qz8ElKEC H2BfzL0amFSxLWe0Bn8hDguWO3HyDTofVNvTEVlVA35g1ntS83EXQcXZZ77IkfKfHFIH IOBW8fnXH0ky6DhmOXhTZwj2ySP5VbmvAkY/WBzQpLuu3jsRBa7aL1fSIat11/Smmztr Zr3buuGxENTVLReJNFZfl7mA3VtQ1CGXz1oO65w+kJE2PGzg5US5QieUJvlFP9k3wJs2 0SUw== X-Gm-Message-State: AE9vXwMr4vvGROAZxFaityZRlkSlAks3f1c/KTmUX725iYUH4xBqfRIW9eiq7funSTEgCi3R5k8LgDmx6/6W8g== X-Received: by 10.202.88.139 with SMTP id m133mr8565997oib.195.1472648334495; Wed, 31 Aug 2016 05:58:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.207.201 with HTTP; Wed, 31 Aug 2016 05:58:54 -0700 (PDT) In-Reply-To: References: <1472516750-30743-1-git-send-email-apinski@cavium.com> <1472516750-30743-4-git-send-email-apinski@cavium.com> From: Yao Qi Date: Wed, 31 Aug 2016 12:58:00 -0000 Message-ID: Subject: Re: [PATCH 3/3] Handle ILP32 AARCH64 correctly for gdbserver To: Pedro Alves Cc: Andrew Pinski , "gdb-patches@sourceware.org" , binutils@sourceware.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-08/txt/msg00310.txt.bz2 On Wed, Aug 31, 2016 at 11:42 AM, Pedro Alves wrote: > On 08/30/2016 01:25 AM, Andrew Pinski wrote: >> In gdbserver, we need to send over 32bit registers >> for pc/sp instead of 64bit as we do right now. >> So we need another XML file for ILP32. > > Why do we need to do that? The raw, architecture register > is still 64-bit, right? > I want to ask the same... ILP32 is an ABI, it shouldn't affect the review to architecture register. > Sounds to me that if you want to present a 32-bit pc to the user, then > gdb should handle this, via a pseudo register, similarly to how > x32 sends 64-bit rip, and then gdb shows a 32-bit pc. Mips does > something like this too, to a larger extent, see mips_register_name. > Why do we need to present a 32-bit pc to the user? It is 64-bit, and I expect a 64-bit value is shown. --=20 Yao (=E9=BD=90=E5=B0=A7)