From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8565 invoked by alias); 20 Oct 2013 19:23:15 -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 8542 invoked by uid 89); 20 Oct 2013 19:23:13 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: glazunov.sibelius.xs4all.nl Received: from sibelius.xs4all.nl (HELO glazunov.sibelius.xs4all.nl) (83.163.83.176) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Sun, 20 Oct 2013 19:23:12 +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 r9KJN3a5030094; Sun, 20 Oct 2013 21:23:03 +0200 (CEST) Received: (from kettenis@localhost) by glazunov.sibelius.xs4all.nl (8.14.5/8.14.3/Submit) id r9KJN3O2018018; Sun, 20 Oct 2013 21:23:03 +0200 (CEST) Date: Sun, 20 Oct 2013 19:23:00 -0000 Message-Id: <201310201923.r9KJN3O2018018@glazunov.sibelius.xs4all.nl> From: Mark Kettenis To: walfred.tedeschi@intel.com CC: tromey@redhat.com, gdb-patches@sourceware.org, walfred.tedeschi@intel.com In-reply-to: <1381320034-4092-1-git-send-email-walfred.tedeschi@intel.com> (message from Walfred Tedeschi on Wed, 9 Oct 2013 14:00:26 +0200) Subject: Re: [PATCH V7 0/8] Intel(R) MPX register support References: <1381320034-4092-1-git-send-email-walfred.tedeschi@intel.com> X-SW-Source: 2013-10/txt/msg00610.txt.bz2 > From: Walfred Tedeschi > Cc: gdb-patches@sourceware.org, Walfred Tedeschi > > Mark and all, > > I have noticed no feedback on this patch series. > Is there a major change that you would like to see in here? > > Thanks a lot for your support, > Best regards, > -Fred Walfred, The only thing I'm still somewhat unhappy about the fact that this introduces the "bndNraw" register names in addition to the "bndN" names. I think having both the "raw" and "cooked" variants present in GDB's user interface will be confusing. But it is hard to decide what the right interface is for a feature that isn't available in hardware yet and people don't really have any experience with debugging code that uses MPX.