From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19953 invoked by alias); 19 Dec 2014 13:22:27 -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 19934 invoked by uid 89); 19 Dec 2014 13:22:26 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 19 Dec 2014 13:22:19 +0000 Received: from svr-orw-fem-05.mgc.mentorg.com ([147.34.97.43]) by relay1.mentorg.com with esmtp id 1Y1xVX-0001cU-Oi from Yao_Qi@mentor.com ; Fri, 19 Dec 2014 05:22:15 -0800 Received: from GreenOnly (147.34.91.1) by svr-orw-fem-05.mgc.mentorg.com (147.34.97.43) with Microsoft SMTP Server id 14.3.181.6; Fri, 19 Dec 2014 05:22:15 -0800 From: Yao Qi To: Pedro Alves CC: Subject: Re: [PATCH] MIPS: Handle the DSP registers for bare metal References: <1418909149-29929-1-git-send-email-yao@codesourcery.com> <54930ED2.1080806@redhat.com> <87r3vwqooq.fsf@codesourcery.com> <5494098B.7080002@redhat.com> Date: Fri, 19 Dec 2014 13:22:00 -0000 In-Reply-To: <5494098B.7080002@redhat.com> (Pedro Alves's message of "Fri, 19 Dec 2014 11:18:35 +0000") Message-ID: <87egrvrczm.fsf@codesourcery.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2014-12/txt/msg00578.txt.bz2 Pedro Alves writes: > The proper solution for this issue is to decouple GDB's internal > register numbers from the target's g/G packet layout, which is exactly > what happens when you have a description -- GDB uses the offsets found > in the target description. And you're touching code that is parsing a > description, so the real issue should be in the target description. So, these dsp registers on bare metal target have different layout from them on linux target, the stub should send the org.gnu.gdb.mips.dsp feature with some different "regnum", is that correct? On linux target, gdbserver sends ... on bare metal target, the stub should send ... is it right? --=20 Yao (=E9=BD=90=E5=B0=A7)