From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 71804 invoked by alias); 31 Aug 2016 20:02:17 -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 71781 invoked by uid 89); 31 Aug 2016 20:02:16 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=U*qiyaoltc, qiyaoltcgmailcom, qiyaoltc@gmail.com, sk:qiyaolt X-Spam-User: qpsmtpd, 2 recipients X-HELO: mail-lf0-f45.google.com Received: from mail-lf0-f45.google.com (HELO mail-lf0-f45.google.com) (209.85.215.45) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 31 Aug 2016 20:02:15 +0000 Received: by mail-lf0-f45.google.com with SMTP id g62so45011604lfe.3; Wed, 31 Aug 2016 13:02:15 -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=f0UOCBn4CnkkiCLRn5qOoWs3sxhvKKvX1Y6YpeGsfvU=; b=jhLALm/wPRtNTDzka2/IDhF5BWNiMAagjSAvRW43dCaYce//Z++0ZewL1Ienysk1uT a0O5cfNh6EnDNJ/pzjPy3Vo7PSMFi/vEpTJoxMMZl9g6MQjRlKIw8lH2AMOlbPo+6IqT Q0unfvxXR9VMlmNBtuwuqShrtaLEx4ptQtpEN1OFHk5Dxl8JEGUSU7Q8QndHTi3hMWRI ZMYscs1W9I+hld4vDd9rcuVpqoEW92Cd8ABUq59IDHuGkWzHMR5zhU+D+CwpTt5Rinkz BsKs2Poy6n4bP8UtsztTRinE5Ie7op/Dy1ScJWhVQw76E1Efw/KzxLhv9Fgvo14cl4Z4 sCwA== X-Gm-Message-State: AE9vXwO9rRZqsUF4DqsgAx4R3qIrI2ZgELkVuwr5UxKYuoiN7D4JS96SH51SrtHsL/LwXho59cixLuQsoifaoA== X-Received: by 10.25.150.141 with SMTP id y135mr3597761lfd.66.1472673733493; Wed, 31 Aug 2016 13:02:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.16.195 with HTTP; Wed, 31 Aug 2016 13:02:12 -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: Andrew Pinski Date: Wed, 31 Aug 2016 20:02:00 -0000 Message-ID: Subject: Re: [PATCH 3/3] Handle ILP32 AARCH64 correctly for gdbserver To: Yao Qi Cc: Pedro Alves , Andrew Pinski , "gdb-patches@sourceware.org" , binutils Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2016-08/txt/msg00338.txt.bz2 On Wed, Aug 31, 2016 at 5:58 AM, Yao Qi wrote: > 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. Yes understood, fixing that right now. I will submit a new version later t= oday. Thanks, Andrew > > -- > Yao (=E9=BD=90=E5=B0=A7)