From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gateway20.websitewelcome.com (gateway20.websitewelcome.com [192.185.67.41]) by sourceware.org (Postfix) with ESMTPS id 1A79B3951C9F for ; Thu, 11 Jun 2020 14:06:11 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 1A79B3951C9F Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=tromey.com Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=tom@tromey.com Received: from cm10.websitewelcome.com (cm10.websitewelcome.com [100.42.49.4]) by gateway20.websitewelcome.com (Postfix) with ESMTP id 7BC0A400C74AF for ; Thu, 11 Jun 2020 07:46:23 -0500 (CDT) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with SMTP id jNqMj8RFwXGIkjNqMjgobC; Thu, 11 Jun 2020 09:06:10 -0500 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tromey.com; s=default; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=a5+dTGvEDr2m6GOX8dwZNN0ZGTIPy8XRpHLnLfOFKXI=; b=t8m7SA39JMZQtqXuTvUigu4T1F PEUIVtStRZP5mb2LmNWDmAeidMxoMuB9v/CL1Z1FPvBVH9Srt1ZbRvlPOMnMthyhRlRgRPC7zbMzF COnwmCERO8Fzt1Z4JH9JpVkXg; Received: from 174-16-104-48.hlrn.qwest.net ([174.16.104.48]:33176 helo=murgatroyd) by box5379.bluehost.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1jjNqM-000smx-9Y; Thu, 11 Jun 2020 08:06:10 -0600 From: Tom Tromey To: Andrew Burgess Cc: gdb-patches@sourceware.org Subject: Re: [PATCH 0/2] [PATCHv2] gdb/riscv: Improved register alias name creation References: <87d0673rmx.fsf@tromey.com> X-Attribution: Tom Date: Thu, 11 Jun 2020 08:06:09 -0600 In-Reply-To: (Andrew Burgess's message of "Thu, 11 Jun 2020 14:16:13 +0100") Message-ID: <87d065vgry.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box5379.bluehost.com X-AntiAbuse: Original Domain - sourceware.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - tromey.com X-BWhitelist: no X-Source-IP: 174.16.104.48 X-Source-L: No X-Exim-ID: 1jjNqM-000smx-9Y X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: 174-16-104-48.hlrn.qwest.net (murgatroyd) [174.16.104.48]:33176 X-Source-Auth: tom+tromey.com X-Email-Count: 2 X-Source-Cap: ZWx5bnJvYmk7ZWx5bnJvYmk7Ym94NTM3OS5ibHVlaG9zdC5jb20= X-Local-Domain: yes X-Spam-Status: No, score=-3025.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, JMQ_SPF_NEUTRAL, RCVD_IN_ABUSEAT, RCVD_IN_BARRACUDACENTRAL, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, RCVD_IN_SBL_CSS, SPF_HELO_PASS, SPF_NEUTRAL, TXREP, URIBL_CSS, URIBL_CSS_A autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jun 2020 14:06:12 -0000 >>>>> "Andrew" == Andrew Burgess writes: Andrew> I now have two patches. The first alone should be enough to get Andrew> things working for you now; it's basically the same patch as before Andrew> but with a small bug fix. [...] Andrew> This leaves just one question from me. I thought that your original Andrew> thread started by saying that once upon a time you could successfully Andrew> read the dscratch and/or the dscratch0 registers. The some patches Andrew> landed and you could no longer read the registers. Andrew> From what I'm seeing though, the _actual_ failure to read the register Andrew> is all QEMU. So my question, did I missunderstand the original Andrew> problem? Is there a build of GDB where you are able to read actual Andrew> values from these registers? We discussed this on irc a little. The tests where I would connect and print various registers don't seem to reflect the failures I was actually seeing. So, for example "print $dscratch" might say "= void" ... meaning this was an uninitialized convenience variable rather than a register. The actual failure is that some operation in gdb fails, saying a register isn't available. For example, one test case fails when it tries to do an inferior call. I applied your patches to git master (no local patches at all) and it fails like so: (gdb) call debug.trace (me, "You") Could not fetch register "mucounteren"; remote failure reply 'E14' However, if I check out commit d8af906814b (the one before the first round of RISC-V changes we're talking about), it works: (gdb) call debug.trace (me, "You") (gdb) Tom