From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id af1aEh3KeGl3EhgAWB0awg (envelope-from ) for ; Tue, 27 Jan 2026 09:22:21 -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=BytNIQQl; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 4616D1E08D; Tue, 27 Jan 2026 09:22:21 -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 7E9EC1E08D for ; Tue, 27 Jan 2026 09:22:20 -0500 (EST) Received: from vm01.sourceware.org (localhost [127.0.0.1]) by sourceware.org (Postfix) with ESMTP id ECC224BAD154 for ; Tue, 27 Jan 2026 14:22:19 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org ECC224BAD154 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1769523740; bh=JfWEWlnHdt1ZW4GCf+wTntCScps7K9aXCU8CuKNNc5g=; 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=BytNIQQl1gWU948ZNF4Eu1ZI1n+Jc6Kuh7PVNPg7Oa0QrxI1T69LkB2CVqlqYHVjM DBKeufmSSPzWd5I6SwwmdsXLGFs8E4nfXswwrQfM/MCM5uf0WpKrhlI4m5MIqd/Uc5 1PKPXpdg1oNk2PiNB82k5aYbGxh/VeoGNo59cAzQ= Received: from simark.ca (simark.ca [158.69.221.121]) by sourceware.org (Postfix) with ESMTPS id F3CD84BA2E3E for ; Tue, 27 Jan 2026 14:21:45 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org F3CD84BA2E3E ARC-Filter: OpenARC Filter v1.0.0 sourceware.org F3CD84BA2E3E ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1769523706; cv=none; b=Z3dyIqGLrLaWdXdiaLApiW2JWDLI28QwFBMZ7dQEpuXaX4RkMqhsEDIYxxn1qVYL18eh9aNs66zv9CgNoGytIH6e8VmhLRDcDzFDnZN24KOyWqJ0NtZScEWtwWTXJMtoqA8WYIR9R1GOQ+hFtGlt6LlhfWhBwRrHjwTSPuL3nLU= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1769523706; c=relaxed/simple; bh=5a2qsC4mjb8AuqPLI2+kTokvtQzgQtnznCggQ9o+W60=; h=DKIM-Signature:Message-ID:Date:MIME-Version:Subject:To:From; b=TLAeqeSRc4HXyAJjN2bPAJFz/wGcfDgdUdLXFeF25oGJuHqHDkv4DchLGUjoe7VqYD4BDOpNGq9D1Y6yDN4ftpm0tsPaeUCfb9iXf+EjeJj9qYdUDP/rt7UQSl2P9owRbMS2/kWZuso0GIDJzIUn6tEYVwGPEBort9F8SQB0dmQ= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org F3CD84BA2E3E Received: by simark.ca (Postfix) id 2197B1E08D; Tue, 27 Jan 2026 09:21:45 -0500 (EST) Message-ID: <608ac8b2-7041-4e50-85a6-3504fb1af074@simark.ca> Date: Tue, 27 Jan 2026 09:21:44 -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 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 06:31, Peter Maydell via Gdb 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? > > It looks from the aarch64-tdep.c code like perhaps GDB assumes > that the Vn vector registers only exist with SVE, but they also > exist in SME-only CPUs. Not an ARM expert, but from what I read, SME builds on top of SVE, so I would guess that having SME implies having SVE. For instance, from [1]: Arm Scalable Matrix Extension (SME) is an architecture extension that provides enhanced support for matrix operations. SME builds on the Scalable Vector Extensions (SVE and SVE2), adding new capabilities to efficiently process matrices. Key features include... Simon [1] https://developer.arm.com/community/arm-community-blogs/b/architectures-and-processors-blog/posts/arm-scalable-matrix-extension-introduction