From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qv1-xf43.google.com (mail-qv1-xf43.google.com [IPv6:2607:f8b0:4864:20::f43]) by sourceware.org (Postfix) with ESMTPS id DC859388A826 for ; Fri, 7 Aug 2020 17:00:08 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org DC859388A826 Received: by mail-qv1-xf43.google.com with SMTP id o2so1049589qvk.6 for ; Fri, 07 Aug 2020 10:00:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id; bh=wKNicnAi66NU7SJOxotzxwFBuTygYwK9+izw+MO5uMM=; b=BXPExikmo7B5R8hn5KIaY7L9Bf6WSQzZgZ7m8bpxWqysFEExpdXryPidKAym1IaHfM iigLZDXAFQ4bnSRoE8w41jJCw3ElLDe0HUFXdo2xPCZQHLkpO+pRSwY2A57guwr6UPqV 8A4oYrkirCq54MPcVBSap2rdGbpqBoo8VPXIHQpsdyjxEyv/KxlhfJjyI5jxGFCCEf0a pqVYNTQm0kz60XXC37zjW8kyV7dbKwxgcrb4beyspEpefb35kTQyLT4iNHH8WWFvC9k6 i5IYqASZliuSY//uklPoykGEyIalSVl5FYnApu+V5FLOn1n+isaydfHWTVHLzkheJIaH Tlhw== X-Gm-Message-State: AOAM533DKtHtV53c2MN07/vZ07iGDUkdNT+JW7mogCgRHyw6sxlaC00a 5AxdX7ne+6k7sRaW2RbnEUjAc0iPtpGJHQ== X-Google-Smtp-Source: ABdhPJx0QckNC3SVuvprKEYMQUxjE0Fvtt6nD4c5pV6+YCGRk37JQ0zH4yxBd/J6CiVL9zmYann5sA== X-Received: by 2002:a0c:a9c6:: with SMTP id c6mr14674884qvb.151.1596819608281; Fri, 07 Aug 2020 10:00:08 -0700 (PDT) Received: from localhost.localdomain ([2804:7f0:8283:6f2c:b77d:47b2:730b:373]) by smtp.gmail.com with ESMTPSA id 7sm6958531qky.89.2020.08.07.10.00.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 07 Aug 2020 10:00:07 -0700 (PDT) From: Luis Machado To: gdb-patches@sourceware.org, Alan.Hayward@arm.com Subject: [PATCH] [AArch64] Fix incorrectly-defined SVE macro Date: Fri, 7 Aug 2020 14:00:03 -0300 Message-Id: <20200807170003.1761-1-luis.machado@linaro.org> X-Mailer: git-send-email 2.17.1 X-Spam-Status: No, score=-10.3 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, GIT_PATCH_0, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham 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: Fri, 07 Aug 2020 17:00:10 -0000 The kernel has fixed this here: https://lore.kernel.org/patchwork/patch/1029011/ We should do the same for GDB, which is still carrying an incorrect definition of the macro. As stated in the kernel patch thread, this doesn't actually change things because, luckily, the structs are of the same size. YYYY-MM-DD Luis Machado * nat/aarch64-sve-linux-sigcontext.h (SVE_PT_REGS_OFFSET): Use struct user_sve_header instead of struct sve_context. --- gdb/nat/aarch64-sve-linux-sigcontext.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gdb/nat/aarch64-sve-linux-sigcontext.h b/gdb/nat/aarch64-sve-linux-sigcontext.h index 94fb1eca9c..52c5982608 100644 --- a/gdb/nat/aarch64-sve-linux-sigcontext.h +++ b/gdb/nat/aarch64-sve-linux-sigcontext.h @@ -166,7 +166,7 @@ struct user_sve_header { /* Offset from the start of struct user_sve_header to the register data */ #define SVE_PT_REGS_OFFSET \ - ((sizeof(struct sve_context) + (SVE_VQ_BYTES - 1)) \ + ((sizeof(struct user_sve_header) + (SVE_VQ_BYTES - 1)) \ / SVE_VQ_BYTES * SVE_VQ_BYTES) /* -- 2.17.1