From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id GV+RLqMdm2mvcAUAWB0awg (envelope-from ) for ; Sun, 22 Feb 2026 10:15:47 -0500 Authentication-Results: simark.ca; dkim=pass (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256 header.s=20230601 header.b=ZdEIgXXU; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id B90E51E089; Sun, 22 Feb 2026 10:15:47 -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,FREEMAIL_FROM,HTML_MESSAGE, 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 373B11E089 for ; Sun, 22 Feb 2026 10:15:46 -0500 (EST) Received: from vm01.sourceware.org (localhost [127.0.0.1]) by sourceware.org (Postfix) with ESMTP id 729154BA23FB for ; Sun, 22 Feb 2026 15:15:45 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 729154BA23FB Authentication-Results: sourceware.org; dkim=pass (2048-bit key, unprotected) header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256 header.s=20230601 header.b=ZdEIgXXU Received: from mail-oa1-x31.google.com (mail-oa1-x31.google.com [IPv6:2001:4860:4864:20::31]) by sourceware.org (Postfix) with ESMTPS id A79514BA2E17 for ; Sun, 22 Feb 2026 15:15:18 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A79514BA2E17 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org A79514BA2E17 Authentication-Results: server2.sourceware.org; arc=pass smtp.remote-ip=2001:4860:4864:20::31 ARC-Seal: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1771773318; cv=pass; b=PJTWPXhAEmVIdHlMM9HE96XxMvhitRTMJxjCXw7uqPA9J2fQFe1NmeHA+xDy11AR3KIxcJgIc6xKuLRuzguUpL9FbK2d96xEuzNF5d2WzeyZr+ju5MiPYMXxIhN/+Zp4QIksCPam5jtmXFau1V/hzlNsQDN5hcvgTJebpP8YLBs= ARC-Message-Signature: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1771773318; c=relaxed/simple; bh=TYVS1xnWHWJr4ASH+ex91TlyJ9w981zLVSEF52QXxrI=; h=DKIM-Signature:MIME-Version:From:Date:Message-ID:Subject:To; b=wjvGN26idIAm0VWmq7q2Nn6bfdzY7uR+i/cvi2CTQcOe7GbO671r5BDLrelJuATYOmOF6BawsMdo/AAjiXPT4ddLv7TkUxAwIEpUEkCYh06trAdeQKi5wh23L2cLErIEngxOlpwL3aJiSOVqS/zOt7ND7gyKzW3LV+L0oSE7NG4= ARC-Authentication-Results: i=2; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A79514BA2E17 Received: by mail-oa1-x31.google.com with SMTP id 586e51a60fabf-40ee486a76eso2398160fac.2 for ; Sun, 22 Feb 2026 07:15:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1771773318; cv=none; d=google.com; s=arc-20240605; b=LCPSI2EyeuyWr9JGpP9lCbpcaF2/fenqjBUyrZs/Rcp/1BU4fwCgqOkHjSPas+deHp vIpZXOSMFF0bPMCqw6zIgKuHfNzNl1iq+1k2qhg91cO8BZmadn5j3FhmVueQ6dehxiuz m1CFj0JS9HXRFVtW5o2o0se0W2oYkYnj4Xyyl3SvcKWCcQ0ywIhzJtlO+VBhLwwQ00B0 NN0/+JAuuotLorAZu5HX8OK+Dfv34kkUZEg5fV8X0nKRpxAZJ9PYpFup/SKIxmJIGWOH lUYOPmb/K2se6GtuKm61W2Iq+xwzb2xue2WAFj3ZSS7jr9mASlzO7AiST1mY8d5Bt5Ju 7d0w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=Z4ig9POqnsAmaf7OrOmOqm5og+ICYYHq6KL2RYdqvSg=; fh=JyH4kdO7skZGyPiDtt6DDfR1YZ61E9uS6sFtkZiHPf8=; b=FtcdckO1geaUd8c9lxwMQvw9kEAiw1JA+D13UOuSRif5IyPcsJv5vZ2gm74iVlx/qi H65lP/ojxLYl+FeR4rz9l1qwGZ4f45nQT3Flq68O5+bUhz9XeU1DTPT4IxieLvbK0qp9 GAr1FZsQcTaBoafZHaXb6oVcAq3Kfm42oacXDcYImVV/caHmjz15BDWvEnna/gZU3DMG Vrn0XaJtlaYXDlX0kCtZovLjahrf9EyGOi05Ughhf/TNg8EGQ36GY8VmBk1jmKJGspGs 4F2eaEv8GiWa2WfS4WKBZSF26FF9J9QFTRcnkMm/K853N+yqSGegheS1b+v+7W134Snk MBkg==; darn=sourceware.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1771773318; x=1772378118; darn=sourceware.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Z4ig9POqnsAmaf7OrOmOqm5og+ICYYHq6KL2RYdqvSg=; b=ZdEIgXXURCMiLaEfV5C1CyJdYSxuChwEmQ4+QXu8+fKt0dczn1i/gyanPko6OsvIcY 9j/0FffP2L2hdqoAtiKayRITQ1Ci73rKFyDiZcQF1Wdklg7dmpwQCoCotjIFBs+wYRU8 MOQ+/68uzdzNwDNzjzdc1J0OvqQa4MtQwdJQ6DQpLnBcUeUQIxk9JDqViicbf7YKwDws gf0KZbAriQy+V3w7fI9AaNx410+S3LpNaTm9boervXSRCPBEltIbkEZCUzBjlvPAr2pU qE4rPfFfI6NY9HFkGUmdx5qb7EGcX3ccMDFo2f0IOgHWAdgxwfUCEuTzgCXtiJIEWzrn FrYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771773318; x=1772378118; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=Z4ig9POqnsAmaf7OrOmOqm5og+ICYYHq6KL2RYdqvSg=; b=b4ywskSDBdXQWTNlwjoX8RHA2nW/IWJdVCEFDfWrHZbcmJBXJkpCitgNKGnL8mZwrg TclmWHoYiGWVU6RIMgg8sLaerNRyfLimOZMm2pmre44hALKoBBUpTkgENgykDvQHVVGe X5DbEK84wE65+1kM9i5/7T6TwgZ4o9J1bFt/lQ547kFom428ehxudqn/e7zZWR4OeFY8 5mOHL9D+jKGswxiP9NLmAOChXvY3jTfthRTKGqwLb9OWYjdxBVQAFcdl1Ge4tJ0XeS6d m5pMpv9HmkZ4nzBroOwfFPt5VNpBlSyBoTn+vCeUhgglajkZPtGQion1xSpIvLzTIzCA Prcw== X-Forwarded-Encrypted: i=1; AJvYcCWc959AfFoG99VjGrCeduZsHaN1t7MnGBtltQ4wwduhKK4sa0cOQDk0pSSTB3hfd+cZzpT1lS7OXMDfpg==@sourceware.org X-Gm-Message-State: AOJu0YzcRb0YYHiw3hUhFN69Q1aTvU7wp0FiiweNUoNsu4BUfGDIYSzd lzY4Xs+W3Vl2y0Iq9inzLYiutD0+4W8pbTUAuFundBlhio9+7bvSRa6i8FPYW0BwzShjnQn+LdC MlnRbnfy7YSZhIeaG/DZe4WjbAQhRPV0= X-Gm-Gg: AZuq6aIY2jkgvIk4mKTD3rMihZb+Yx8w9fiOYMlku8OlhQWNYlzxg3PDhm/5Jeukvbg xSr6DKj+DNVMkejKuU9J7x8BzaUCw4+yJCddZppo2+oP1KK9XoGukYYlCJ06N+BMTSZcYcvzV23 t9TbEKhKVP8r+Vae0cDMpx8Vyt6qs0FXqlZ/t0U3mNcQMhm6/NvQfWLNAlYqb2iBfBhTNI16mKD BQ5kf1Eb/fyy8L4dOLmWi2EUwDfST+WNdBsTcbeSMfE3y0N6zOFQlwzo/HP8K7VAFhAzhS05hvG JaKp+MU= X-Received: by 2002:a05:6871:39c3:b0:40e:dfe2:4256 with SMTP id 586e51a60fabf-4157ac763f7mr3215563fac.14.1771773317783; Sun, 22 Feb 2026 07:15:17 -0800 (PST) MIME-Version: 1.0 References: <20260217060106.1906312-1-thiago.bauermann@linaro.org> <20260217060106.1906312-2-thiago.bauermann@linaro.org> <201211e6-3061-4b7d-8e0c-6a9875922bcd@gmail.com> <8f7b78e6-5f49-4243-8f89-a48ee2884266@simark.ca> <63d2e095-b170-4316-90a8-c62c71c64c40@gmail.com> <6fbf151f-2213-475a-a5d5-08911a4b22bc@simark.ca> In-Reply-To: <6fbf151f-2213-475a-a5d5-08911a4b22bc@simark.ca> From: Luis Date: Sun, 22 Feb 2026 15:15:06 +0000 X-Gm-Features: AaiRm502ZMYZfY8AnXOw-ZTL-ElpGe2jA_rAR4yyK_XILzmBw0t4_ScoF-cQ_IY Message-ID: Subject: Re: [PATCH v3 1/4] GDB: Add gdb/arch/aarch64-pauth-linux.h To: Simon Marchi Cc: Thiago Jung Bauermann , gdb-patches@sourceware.org, Chris Packham , Tom Tromey Content-Type: multipart/alternative; boundary="0000000000003aa51a064b6b1f59" 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 --0000000000003aa51a064b6b1f59 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable That's ok by me. Would you like to clarify what Thiago needs to do so we don't send mixed signals then? Thanks On Sun, Feb 22, 2026, 14:22 Simon Marchi wrote: > > > On 2026-02-22 05:06, Luis wrote: > > I don=C2=B4t recall the discussions touching renaming/moving of these > > constants. But I see your point. I just don=C2=B4t think we should bloc= k > > this series from going in on that particular snag. We should try a > > refactoring as a follow on. > > > > This is what I was referring to, from Thiago: > > Ok. While fixing this, I noticed that gdb/arch/aarch64-gcs-linux.h al= so > contains: > > /* Feature check for Guarded Control Stack. */ > #ifndef HWCAP_GCS > #define HWCAP_GCS (1ULL << 32) > #endif > > which can be said to be an implicit dependency on an arch-specific > include file (since it relies on such file defining or not HWCAP_GCS)= . > > Also, on non-AArch64 systems it relies on them not having by > coincidence > an unrelated hardware capability bit also named HWCAP_GCS... > > I fixed this in v2 by renaming the macro to AARCH64_HWCAP_GCS and > defining it unconditionally (following the existing example of > AARCH64_HWCAP_PACA). > > From: > https://inbox.sourceware.org/gdb-patches/87qzqkx8l1.fsf@linaro.org/T/#mbe= 0d3d5a2802f4f88abe907874ed44c063666639 > > I think that was a good idea, and it seems like we went backwards from > there? > > > On the naming, I don=C2=B4t mind adding an AARCH64 prefix, but I find i= t > > unlikely we will run into a naming collision given BSD uses equivalent > > constants. Again, not disputing the matter of what is technically > > correct or not. > > This is already a refactoring / cleanup series, it's not harder to do it > right from the start. > > Simon > --0000000000003aa51a064b6b1f59 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
That's ok by me. Would you like to clarify what Thiag= o needs to do so we don't send mixed signals then?
Thanks

On Sun, Feb 22, = 2026, 14:22 Simon Marchi <simark@sim= ark.ca> wrote:


On 2026-02-22 05:06, Luis wrote:
> I don=C2=B4t recall the discussions touching renaming/moving of these<= br> > constants. But I see your point. I just don=C2=B4t think we should blo= ck
> this series from going in on that particular snag. We should try a
> refactoring as a follow on.
>

This is what I was referring to, from Thiago:

=C2=A0 =C2=A0 Ok. While fixing this, I noticed that gdb/arch/aarch64-gcs-li= nux.h also
=C2=A0 =C2=A0 contains:

=C2=A0 =C2=A0 =C2=A0 /* Feature check for Guarded Control Stack.=C2=A0 */ =C2=A0 =C2=A0 =C2=A0 #ifndef HWCAP_GCS
=C2=A0 =C2=A0 =C2=A0 #define HWCAP_GCS (1ULL << 32)
=C2=A0 =C2=A0 =C2=A0 #endif

=C2=A0 =C2=A0 which can be said to be an implicit dependency on an arch-spe= cific
=C2=A0 =C2=A0 include file (since it relies on such file defining or not HW= CAP_GCS).

=C2=A0 =C2=A0 Also, on non-AArch64 systems it relies on them not having by = coincidence
=C2=A0 =C2=A0 an unrelated hardware capability bit also named HWCAP_GCS...<= br>
=C2=A0 =C2=A0 I fixed this in v2 by renaming the macro to AARCH64_HWCAP_GCS= and
=C2=A0 =C2=A0 defining it unconditionally (following the existing example o= f
=C2=A0 =C2=A0 AARCH64_HWCAP_PACA).

From: https://inbox.sourceware.org/gdb-patches/87qzqk= x8l1.fsf@linaro.org/T/#mbe0d3d5a2802f4f88abe907874ed44c063666639

I think that was a good idea, and it seems like we went backwards from
there?

> On the naming, I don=C2=B4t mind adding an AARCH64 prefix, but I find = it
> unlikely we will run into a naming collision given BSD uses equivalent=
> constants. Again, not disputing the matter of what is technically
> correct or not.

This is already a refactoring / cleanup series, it's not harder to do i= t
right from the start.

Simon
--0000000000003aa51a064b6b1f59--