From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6644 invoked by alias); 23 Aug 2013 13:30:04 -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 6528 invoked by uid 89); 23 Aug 2013 13:30:04 -0000 X-Spam-SWARE-Status: No, score=-4.5 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RP_MATCHES_RCVD autolearn=ham version=3.3.2 Received: from sibelius.xs4all.nl (HELO glazunov.sibelius.xs4all.nl) (83.163.83.176) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 23 Aug 2013 13:30:03 +0000 Received: from glazunov.sibelius.xs4all.nl (kettenis@localhost [127.0.0.1]) by glazunov.sibelius.xs4all.nl (8.14.5/8.14.3) with ESMTP id r7NDTt1g010499; Fri, 23 Aug 2013 15:29:55 +0200 (CEST) Received: (from kettenis@localhost) by glazunov.sibelius.xs4all.nl (8.14.5/8.14.3/Submit) id r7NDTtsJ018351; Fri, 23 Aug 2013 15:29:55 +0200 (CEST) Date: Fri, 23 Aug 2013 13:30:00 -0000 Message-Id: <201308231329.r7NDTtsJ018351@glazunov.sibelius.xs4all.nl> From: Mark Kettenis To: walfred.tedeschi@intel.com CC: walfred.tedeschi@intel.com, tromey@redhat.com, jan.kratochvil@redhat.com, gdb-patches@sourceware.org In-reply-to: (walfred.tedeschi@intel.com) Subject: Re: [PATCH 0/7] Intel(R) MPX registers support. References: <1377089148-11844-1-git-send-email-walfred.tedeschi@intel.com> <201308211433.r7LEXaQ9000855@glazunov.sibelius.xs4all.nl> X-SW-Source: 2013-08/txt/msg00670.txt.bz2 > From: "Tedeschi, Walfred" > Date: Thu, 22 Aug 2013 09:42:16 +0000 > > Hello Mark, > > First of all thanks for your quick response! > > I am not sure if I understood your question right. I understood that you > would like to have it at the bottom of the list always since it is a fake > register. Is this right? Right. Otherwise the generic (non-Linux) mappings end up with funny holes. > In the current implementation, all numbers taken cannot be renumbered in > upcoming new features or extensions. Only taking new slots is possible. In > the case of the mentioned register it was already taken for amd64-linux. > Please correct me if I am wrong here. ;) The GDB internal registers can be renumbered. In fact we did this when the AVX support was added. What you cannot change is the layout of the registers in the various target descriptions, because those define the on-the-wire format used in the remote protocol. For the remote protocol, GDB automatically does the remapping. For the native debugger you'll have to make sure the relevant mappings in the *-linux-nat.c files are updated.