From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id +JtaGwldQGj7zQAAWB0awg (envelope-from ) for ; Wed, 04 Jun 2025 10:49:45 -0400 Received: by simark.ca (Postfix, from userid 112) id 6DC501E102; Wed, 4 Jun 2025 10:49:45 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-9.0 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_VALIDITY_CERTIFIED, RCVD_IN_VALIDITY_RPBL,RCVD_IN_VALIDITY_SAFE autolearn=unavailable autolearn_force=no version=4.0.1 Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 1E1D81E0C2 for ; Wed, 4 Jun 2025 10:49:45 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id B2FF13858426 for ; Wed, 4 Jun 2025 14:49:44 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org B2FF13858426 Received: from angie.orcam.me.uk (angie.orcam.me.uk [IPv6:2001:4190:8020::34]) by sourceware.org (Postfix) with ESMTP id 9A6653858408 for ; Wed, 4 Jun 2025 14:49:14 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 9A6653858408 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=orcam.me.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=orcam.me.uk ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 9A6653858408 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2001:4190:8020::34 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1749048554; cv=none; b=LRKR4cesreXQD6nwlQ9COr8qfY2Ck080/YPl/Y7bplJva9sRI3lKg5hWOVZHu//3K66cCs42KL1XV8bMyQUBeIjm+RT+GoKFeKD4hueYIoo+/Zj0eMOuSEO27R8HSQ+lvyCt/jDCwIa7ALsfNylAofORBXL50+NCvnKlF75xrLk= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1749048554; c=relaxed/simple; bh=yIijs2UqsbEFaK8fVr1BOToCrDIRJ7B+V+z8Ckw9uiU=; h=Date:From:To:Subject:Message-ID:MIME-Version; b=kehnYJLawQ56tF7hCV7mPdBVFUI/qLdC1jcNaqj/ofqenOqvH4N78K2ke9YVZuVMKM3Sy95TsQ7oo+ndLy0zAxRPitGSPeuZFzYgjSeVlwkeeRo7ZekfL8ij9NZq5roXZiXWcUOL1x/91h0Od61n8KSl6A+C+t1O0Pa155kV8PQ= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 9A6653858408 Received: by angie.orcam.me.uk (Postfix, from userid 500) id 8320092009E; Wed, 4 Jun 2025 16:49:13 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by angie.orcam.me.uk (Postfix) with ESMTP id 7D19E92009C; Wed, 4 Jun 2025 15:49:13 +0100 (BST) Date: Wed, 4 Jun 2025 15:49:13 +0100 (BST) From: "Maciej W. Rozycki" To: Yodel Eldar cc: Simon Marchi , gdb-patches@sourceware.org Subject: Re: [PATCH 1/2] gdb/alpha: Add target description support In-Reply-To: <9feb7348-1dde-40cc-b21d-97671b8b3e39@gmail.com> Message-ID: References: <20250526151219.399450-1-yodel.eldar@gmail.com> <20250526151219.399450-2-yodel.eldar@gmail.com> <55cdf445-fee8-4e70-99c0-6d42eb68cd7d@simark.ca> <9feb7348-1dde-40cc-b21d-97671b8b3e39@gmail.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-patches-bounces~public-inbox=simark.ca@sourceware.org On Wed, 4 Jun 2025, Yodel Eldar wrote: > > Do we need to call tdesc_numbered_register for the register whose name > > is ""? I suppose that we do, for backwards compatibility, when > > debugging against a remote target that doesn't send a target > > description? > > Hi Simon and thanks for your time and question! I think we do, because > (IIUC) suppose an older remote target responds to, say, a 'p n' packet, > but the anonymous register is unaccounted for by the client, wouldn't > that break compatibility? Can't say for certain, so I defer to your and > the community's wisdom and err on the side of caution as I investigate > it. Are there any remote Alpha targets there in the first place? I only have writing Alpha/Linux gdbserver on my todo list once I'm done with the more urgent Alpha stuff (Linux kernel EV4 support restoration, GCC LRA conversion) and I haven't heard of any other Alpha GDB RSP debug stub either. There *might* be something in QEMU; I guess that'd be the only place to check. Maciej