From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id NYucCgUueWlPohgAWB0awg (envelope-from ) for ; Tue, 27 Jan 2026 16:28:37 -0500 Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=dr3UODVl; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 1CEF01E0DD; Tue, 27 Jan 2026 16:28:37 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_VALIDITY_CERTIFIED_BLOCKED, RCVD_IN_VALIDITY_RPBL_BLOCKED,RCVD_IN_VALIDITY_SAFE_BLOCKED autolearn=ham autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (vm01.sourceware.org [38.145.34.32]) (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 A43811E089 for ; Tue, 27 Jan 2026 16:28:36 -0500 (EST) Received: from vm01.sourceware.org (localhost [127.0.0.1]) by sourceware.org (Postfix) with ESMTP id 2732E4BA23DA for ; Tue, 27 Jan 2026 21:28:36 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 2732E4BA23DA DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1769549316; bh=DzOMhoP8IEyRA/FZIJ0zsypoRHwLmJeeM79YokR4Uy4=; h=Date:Subject:To:Cc:References:In-Reply-To:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=dr3UODVl8raEDWEtwBD0uJCVqDDVJwRaxTIMQfkcIfxiDI4uUyrOWAf/fGvGeiXih xVj38eZTEf1hYjvrRCuM5Pe0GiGiVajgQ3EDmwPrX1j4p9xeLz/r03LEkMyx6Di3/p t4sVDWgYQ6Dy4VsniLilnIXdpW4ePwKJLc/PeeP4= Received: from simark.ca (simark.ca [158.69.221.121]) by sourceware.org (Postfix) with ESMTPS id 708AC4BA2E21 for ; Tue, 27 Jan 2026 21:28:02 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 708AC4BA2E21 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 708AC4BA2E21 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1769549282; cv=none; b=xfZs633s6alPplmC6lA0yhpby/9oR++Iq7Q+/vPnmwQkdoDivGTK0ByWI8EdRGVFkY9DMi0Vy73imS7oothAs8haarvefjCTYOG36QOqztUN4KtY//E5e/UGfAHCsY6jw+0o0sjUvomw5d9ngACyQVmk+wS+pqkHcB7NmXOblKQ= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1769549282; c=relaxed/simple; bh=JYGvYpvwcAGlnNsLd0xcpA9IQWjmcN43ITAuKgtEn+U=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=seZrjjBgza2FB7/xFUL4SbAZAm10zrVQ9w3K56uqjw0VQZIpcEPaYNtXwauo/p8mM/uPOSnGC5//EdpYGtri/Hx/aWdeFoR1o1I8WnpO5MBhBylbYAAwNxyRU84921wmuUO7+ZQOMRogcJrXDq7KyHwQuU2H0jmC+/qmbNQ6l9s= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 708AC4BA2E21 Received: by simark.ca (Postfix) id 51F791E089; Tue, 27 Jan 2026 16:28:01 -0500 (EST) Message-ID: <67c0e65a-c7b0-4b85-8557-f29350dbad2a@simark.ca> Date: Tue, 27 Jan 2026 16:28:00 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: gdb support for SME-without-SVE ? To: Peter Maydell , gdb@sourceware.org Cc: Manos Pitsidianakis , luis.machado.foss@gmail.com, Thiago Bauermann References: Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Simon Marchi via Gdb Reply-To: Simon Marchi Errors-To: gdb-bounces~public-inbox=simark.ca@sourceware.org Sender: "Gdb" On 2026-01-27 16:23, Peter Maydell via Gdb wrote: > On Tue, 27 Jan 2026 at 11:31, Peter Maydell wrote: >> >> Hi: is GDB for Arm intended to support configurations where the target >> CPU has SME but not SVE? >> >> We're just implementing support for that in QEMU for using SME >> with the hvf hypervisor accelerator on macos systems, but when >> we tried connecting gdb to QEMU gdb crashed: >> >> (gdb) target remote localhost:1234 >> Remote debugging using localhost:1234 >> ../../gdb/aarch64-tdep.c:3068: internal-error: >> aarch64_pseudo_register_type: bad register number 160 >> A problem internal to GDB has been detected, >> further debugging may prove unreliable. >> Fatal signal: Abort trap: 6 >> >> https://lore.kernel.org/qemu-devel/CAAjaMXZLG2aBtStRhyvmdENj1Z+Mx05BmDgyYUoYrc_ZnHwyVQ@mail.gmail.com/ >> >> Is this a known missing feature in GDB, or is it a config that's >> supposed to work but we've got the XML register description wrong >> somehow? > > Further investigation shows that this happened because QEMU was > accidentally reporting the zN vector registers with a width of > zero. Does gdb consider "internal error when fed bogus XML" a > bug, or just a "don't do that then" situation ? (Obviously we're > going to fix QEMU to not do that ;-)) Yes, it's a bug: bad input should not cause an internal error, there should be proper error reporting. It's probably a very low prio bug, but if you want to contribute a fix we'd be happy to have it :). I can't help with your other AArch64-specific questions, sorry. Simon