From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 128984 invoked by alias); 15 Apr 2017 16:02:48 -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 128928 invoked by uid 89); 15 Apr 2017 16:02:47 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=disposal X-HELO: mailapp01.imgtec.com Received: from mailapp01.imgtec.com (HELO mailapp01.imgtec.com) (195.59.15.196) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 15 Apr 2017 16:02:45 +0000 Received: from HHMAIL01.hh.imgtec.org (unknown [10.100.10.19]) by Forcepoint Email with ESMTPS id 897C728EA16B6; Sat, 15 Apr 2017 17:02:41 +0100 (IST) Received: from [10.20.78.105] (10.20.78.105) by HHMAIL01.hh.imgtec.org (10.100.10.21) with Microsoft SMTP Server id 14.3.294.0; Sat, 15 Apr 2017 17:02:43 +0100 Date: Sat, 15 Apr 2017 16:02:00 -0000 From: "Maciej W. Rozycki" To: John Baldwin CC: Luis Machado , Subject: Re: [PATCH 4/4] Don't throw an error in 'info registers' for unavailable MIPS GP registers. In-Reply-To: <2093712.xnU824ggfa@ralph.baldwin.cx> Message-ID: References: <20170412183727.22483-1-jhb@FreeBSD.org> <20170412183727.22483-5-jhb@FreeBSD.org> <6561c934-04ca-8e6d-0b4a-160b6bfebba1@codesourcery.com> <2093712.xnU824ggfa@ralph.baldwin.cx> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-SW-Source: 2017-04/txt/msg00474.txt.bz2 On Fri, 14 Apr 2017, John Baldwin wrote: > > What is the output you're getting in this case? > > On FreeBSD (which doesn't support fir) I now get this: If the register is not ever supplied, then you need a target description that does not include it. The rest of code will then handle it correctly. > It was more dire on a target that doesn't supply all registers. For example, > I have an out of tree target for FreeBSD kernels and stopped threads in > FreeBSD's kernel only supply a subset of GPRs. Without the patch examining > registers for a stopped thread looks like this: Why can't the remaining general registers be read or written -- is that a bug in the kernel? That sort of defeats the point of debugging, where you'd expect to be able to poke at any register that is at debuggee's disposal (so not supplying FIR can be considered a bug too). A program's variable could live in such an inaccessible register for example. I'll see if there's anything else I want to comment on in this series next week. Maciej