From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id eXfNFdv6M2qjjw0AWB0awg (envelope-from ) for ; Thu, 18 Jun 2026 10:04:11 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; unprotected) header.d=arm.com header.i=@arm.com header.a=rsa-sha256 header.s=selector1 header.b=HyejJrV3; dkim=pass (1024-bit key) header.d=arm.com header.i=@arm.com header.a=rsa-sha256 header.s=selector1 header.b=HyejJrV3; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 515271E098; Thu, 18 Jun 2026 10:04:11 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-5.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 autolearn=ham autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (vm01.sourceware.org [IPv6:2620:52:6:3111::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 21DB21E024 for ; Thu, 18 Jun 2026 10:04:10 -0400 (EDT) Received: from vm01.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id E50F44BA23D5 for ; Thu, 18 Jun 2026 14:04:08 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org E50F44BA23D5 Authentication-Results: sourceware.org; dkim=pass (1024-bit key, unprotected) header.d=arm.com header.i=@arm.com header.a=rsa-sha256 header.s=selector1 header.b=HyejJrV3; dkim=pass (1024-bit key) header.d=arm.com header.i=@arm.com header.a=rsa-sha256 header.s=selector1 header.b=HyejJrV3 Received: from AS8PR04CU009.outbound.protection.outlook.com (mail-westeuropeazon11011023.outbound.protection.outlook.com [52.101.70.23]) by sourceware.org (Postfix) with ESMTPS id 132C24BA2E04 for ; Thu, 18 Jun 2026 14:03:38 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 132C24BA2E04 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=arm.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 132C24BA2E04 Authentication-Results: sourceware.org; arc=pass smtp.remote-ip=52.101.70.23 ARC-Seal: i=3; a=rsa-sha256; d=sourceware.org; s=key; t=1781791418; cv=pass; b=ejaSlkmW3oqd9vzMt8sdrsw80u6tJf5tWZnP1zk5KfRsaGxLfJJdePybA1cD9o2Fko96rFubYkACS8RY+cNHq8a93+AOoBtI6VarqFlW9Jgo8Xm1snWEVZsPigNrpAavsD3ugegBxaTcXzYHMBoIVmWBmBtJzKkK+HeUAcdi1dE= ARC-Message-Signature: i=3; a=rsa-sha256; d=sourceware.org; s=key; t=1781791418; c=relaxed/simple; bh=A2vJp8/lCIBDraw1Nr30sW08qROzUKwil+jWLUURfjU=; h=DKIM-Signature:DKIM-Signature:Message-ID:Date:Subject:To:From: MIME-Version; b=uOcYChiCoLafL/vusoIuXqLwaD2WPTM4Basuled64sjKrFSpBvLimIJ8iDcOVwCKjbCuqYqaOeVCAbleOKUf2ZRKCpgY4L4QffPMXS41sAKiAqMAsll5PIRtMnjhTP+/WDvQSx+csydg2izEPb1rNfyor8y2rfMxzjAY7wC/LY4= ARC-Authentication-Results: i=3; sourceware.org; dkim=pass (1024-bit key, unprotected) header.d=arm.com header.i=@arm.com header.a=rsa-sha256 header.s=selector1 header.b=HyejJrV3; dkim=pass (1024-bit key) header.d=arm.com header.i=@arm.com header.a=rsa-sha256 header.s=selector1 header.b=HyejJrV3 DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 132C24BA2E04 ARC-Seal: i=2; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=pass; b=oVpr6EMV8wZ2b020AX8I2TlZ8sDPFewXFloVTZid9VsojIvE/BXdu1DXN72cMqh9rBv6k8FNh23GM5S2lVT+1GKkcTYoGPZF2NIFXIzIMSkmPM+WPWQScH/DpFdBCA7SgQLj1q8vEZsw6Y31S2ufKPhlADAeH5EfRTCQrVNv4eIG+AAIfg+3Vv9CZQ9gJzt5J1+hK9y0u9HVvPQU57c5+TpiT8UK8X1AtyZ2N7P+l6IlkUaJA9lbYegoJtigWhtcq5UzufKjF0HAHFuV3CQnrofN+kVglwkdrnzJnuyzZB2U3LDyFkrcRhJWNn27ohcVdmaYTF/KjQborBxUm+gnow== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Q6D0vgi6ujZWg4rOlwuujfr0FAp2mPQHxN0DhmiYkFo=; b=CWIl9wir45nUClpWG3Qn8TyUaK+rnG7oBbxjMk3EuRI5yjl8KfumkuG11rGWALAp8pJCNxMXDWwrQcpJ+lKAU0fh0S385alJYJOmf1ejFqDxmPIUtKQ4aOYpLaD5mTAVzjRamaH9ZbZqubMKjzTBqWf0dJ3jDXasyWdh290+vu+gQP1JgBe6HpNpMQ8zTaDgy+BqXoa8z8GXi3+YkPY3S3/NAEpJZNyEqkAQ6Dp5yxrJp3Ge3mjCP/H41WgdVUW10h8b4dTeCqIGNH0Bw4p82rbmQ4dr9QG7bkGhLAGOR6I7vSW7WlswVZaL/lRZtFfRNr/BPxW2NnTVwXCL5dsQYQ== ARC-Authentication-Results: i=2; mx.microsoft.com 1; spf=pass (sender ip is 4.158.2.129) smtp.rcpttodomain=linaro.org smtp.mailfrom=arm.com; dmarc=pass (p=none sp=none pct=100) action=none header.from=arm.com; dkim=pass (signature was verified) header.d=arm.com; arc=pass (0 oda=1 ltdi=1 spf=[1,1,smtp.mailfrom=arm.com] dkim=[1,1,header.d=arm.com] dmarc=[1,1,header.from=arm.com]) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arm.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Q6D0vgi6ujZWg4rOlwuujfr0FAp2mPQHxN0DhmiYkFo=; b=HyejJrV3H4ky2lVQmOVM+FEv18qT/KTHsKPPr/ZqkFiATQ33QiWph/fftwaKKlN5Kh6rNIGOrD2+QM66bXcWNMmJkiG29zwC+pgJ3inrufeUG0Uz+ZMtOnaZoBQy5M3avh+w0ihaGQkV/UW5Th/zBRU8BtfpYuBBfcTwlMpdg9E= Received: from CWLP265CA0471.GBRP265.PROD.OUTLOOK.COM (2603:10a6:400:1d4::22) by AS8PR08MB7814.eurprd08.prod.outlook.com (2603:10a6:20b:528::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.21.139.11; Thu, 18 Jun 2026 14:03:27 +0000 Received: from AMS0EPF000001AC.eurprd05.prod.outlook.com (2603:10a6:400:1d4:cafe::99) by CWLP265CA0471.outlook.office365.com (2603:10a6:400:1d4::22) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.21.139.11 via Frontend Transport; Thu, 18 Jun 2026 14:03:26 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 4.158.2.129) smtp.mailfrom=arm.com; dkim=pass (signature was verified) header.d=arm.com;dmarc=pass action=none header.from=arm.com; Received-SPF: Pass (protection.outlook.com: domain of arm.com designates 4.158.2.129 as permitted sender) receiver=protection.outlook.com; client-ip=4.158.2.129; helo=outbound-uk1.az.dlp.m.darktrace.com; pr=C Received: from outbound-uk1.az.dlp.m.darktrace.com (4.158.2.129) by AMS0EPF000001AC.mail.protection.outlook.com (10.167.16.152) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.21.139.8 via Frontend Transport; Thu, 18 Jun 2026 14:03:26 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=zVFFklsYRfV6pWww9/uSDHoB8TSWjVfWfWwnuOsuQC+JcKP+EYRfDkO1RAvYZbhmqy8cxPsE6zhwG1xVopSIRLmvOovtIYYSQ5MVQjUGwgQiJd4HKKd1DidyDLqa9HDOt0BQvW7HbxTUFBZKJGSvikxMIcV2qVZh2ePd/uEAv4oHUdOqxyu8w5TZl+ZYXfp1MdMJSwAUrwXZK8Sq5UhEFXD8GYhzrC/6LvotA9ulD9ljdKV73mvEwpDkRfKp/aa/O+TRN2TzJ5/6NzgjGTPlPJNt3C51sWSWzmxgA4t+Oitv9oPAnAeA6LKfegdEVtZt+a79mHzCWpZL9UGUU+50bA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Q6D0vgi6ujZWg4rOlwuujfr0FAp2mPQHxN0DhmiYkFo=; b=JIdGrBtAgupf6q6C8hpIREh9KxMFOxnQ8B+U455M/2LZvt3tDlrHeFzb/nt/MQU1VORJAjTuutelxMDjF7rfZivro4MTWJAQ1QeW1G0jowQaD1z31sHu9ObD/NVPQ5iND5CL1c8cGqPIImuOXCcyhnPf/GxOePvQQCBcMF4PfOuo35YGGFeREUFTE5AYhvjG/RyTxjbdbbYRfwryVz99atPy0DIUC5ijNZAh+0KnDHUG1t12LtXbO4Fu8b0xZym5NZ+eDcfEuxHVOlWlXgHyYhHwAp7Fe8JyAl352uqfXaC199rLBjnZciGJzqQmsexXoIZGlE40NxMzAcxZ+/HiSw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arm.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Q6D0vgi6ujZWg4rOlwuujfr0FAp2mPQHxN0DhmiYkFo=; b=HyejJrV3H4ky2lVQmOVM+FEv18qT/KTHsKPPr/ZqkFiATQ33QiWph/fftwaKKlN5Kh6rNIGOrD2+QM66bXcWNMmJkiG29zwC+pgJ3inrufeUG0Uz+ZMtOnaZoBQy5M3avh+w0ihaGQkV/UW5Th/zBRU8BtfpYuBBfcTwlMpdg9E= Authentication-Results-Original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com; Received: from DU0PR08MB8663.eurprd08.prod.outlook.com (2603:10a6:10:401::6) by VI0PR08MB10460.eurprd08.prod.outlook.com (2603:10a6:800:203::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.21.139.11; Thu, 18 Jun 2026 14:02:23 +0000 Received: from DU0PR08MB8663.eurprd08.prod.outlook.com ([fe80::f957:cec9:ec8d:7968]) by DU0PR08MB8663.eurprd08.prod.outlook.com ([fe80::f957:cec9:ec8d:7968%2]) with mapi id 15.21.0139.009; Thu, 18 Jun 2026 14:02:23 +0000 Message-ID: <5e489d6c-199d-4e0d-921a-0ed0164a6f1e@arm.com> Date: Thu, 18 Jun 2026 15:02:22 +0100 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v1] gdb: align siginfo_t with the Linux kernel definition To: Thiago Jung Bauermann Cc: gdb-patches@sourceware.org, Tom Tromey , Andrew Burgess References: <20260612101610.592338-1-matthieu.longo@arm.com> <63fce133-4d28-4629-9a60-6d14cba49b86@arm.com> <87se6lhf87.fsf@linaro.org> <300c2d55-c729-4f65-8f35-f0c15500578b@arm.com> <878q8c7dqu.fsf@linaro.org> Content-Language: en-US From: Matthieu Longo In-Reply-To: <878q8c7dqu.fsf@linaro.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-ClientProxiedBy: LO4P265CA0095.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:2bc::19) To DU0PR08MB8663.eurprd08.prod.outlook.com (2603:10a6:10:401::6) MIME-Version: 1.0 X-MS-TrafficTypeDiagnostic: DU0PR08MB8663:EE_|VI0PR08MB10460:EE_|AMS0EPF000001AC:EE_|AS8PR08MB7814:EE_ X-MS-Office365-Filtering-Correlation-Id: ae67d186-ca94-4356-07d4-08decd425e3f x-checkrecipientrouted: true NoDisclaimer: true X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam-Untrusted: BCL:0; ARA:13230040|1800799024|366016|376014|23010399003|22082099003|18002099003|56012099006|4143699003|5023799004|11063799006; X-Microsoft-Antispam-Message-Info-Original: KkOyzhgYsl+1xWXs/llzQbCUkrPdZo+CPC2EL7csKFyFapx6pv5fi/nj4wZG+6j+rYtJkbmiyWDs8UhEjDP4wW1e+dFRr/L94Gjn53VJxA0MKzzPNm+t9eCmWvnbUAqxJB/MiA77FZnc7M+X2xZsrkHWc8seUU0xUT+PJ2nFsnfkr2RIhmsZKB2UVER0wvrd8p4Wl0Y/+AercHPIpouDGZtGe29SQIOOKdcr0uEeqY1bxiLIXpzFEEXt6kAfZUzfwcEAqKB5u59ZJXe6EvZ3x2emWSyCZHDMLIvRm56e93Y1sndpPvT1pJTEJkEI9xCeOiqajEOYJzoUQmUAHmuUhcPtnXrIWwmI5HyMI8pbBcmm/fu7hNd2Nohj4LrdNvKdnQMdZYqvRuSfRUs1ijcJjddrzRcm7g6ofr554PNUOpkvsUQkseYjXXyrFAyRXDlZWoSDpKMxDAGb4EawxX+hL3KADL+WHNn52aLbwze0Q67IBfSmwr6l84m4zruOAfI0bNx0Hr0ldwvln/us8fCACnXCv2FQxJ8/yU772BC10QpszPSjeAXnGTSwrLt8i98eRGPE32y07OE+juafJSEqDuX1XpVceAqy4paB5l1fxaQWsJiHdxYiOCcK91A7hcrVgpFgr9GvsWm1nbgMyol0keBvx8BI9coh5oQQoy57twxiqu/5z3NaXB6BHWtwCm5hxHVJsKDzQTe9zZQ54CN/LA== X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DU0PR08MB8663.eurprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(1800799024)(366016)(376014)(23010399003)(22082099003)(18002099003)(56012099006)(4143699003)(5023799004)(11063799006); DIR:OUT; SFP:1101; X-Exchange-RoutingPolicyChecked: rNT9ROcDfdkdbEF/vw0g/WOzphvCptaB4rkudDe1fgzyEyAeu0Q+yvJs70tKXwdbCKibciRc3FhEoLM/MG/utXv0sLkgR7mYCXBvHaP5Oz5K1HbftTkrgFyIHC6tB6ibBc55nov9+rxs6LYbHJMUE0wdKlzMJ7fquki6PgR/lttzkOUDC6I6amJueUkvGTZWCzXTEktjXjrS8kx81m/lTwXXIDKwN4TNagHKxt2a7qbyq3QcN4Hy7XvE2ez+4fSViNey1d8O1PyLzFglvfLLq48SitUeRiic1PCvuwuKaBvfRNlB2QNI2R/X070r/ftGpWz9GbFLzsRJ6VVXvrZYRg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI0PR08MB10460 X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: AMS0EPF000001AC.eurprd05.prod.outlook.com X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id-Prvs: 73405807-4c1d-4c4c-3284-08decd423875 X-Microsoft-Antispam: BCL:0; ARA:13230040|23010399003|36860700016|14060799003|35042699022|376014|82310400026|1800799024|11063799006|5023799004|56012099006|4143699003|22082099003|18002099003|13003099007; X-Microsoft-Antispam-Message-Info: K+mZWklIplad1thDEt9wQ8WSCo47wb55QRecH/2pbwKPuO9ymn5YTF0U7ykVL5uKxtM5rpKB/mBgNDDJB0IKboIOcxdeyBSoE9OuMuUunuT6QhZ2JRFInZmNK3Oim5+Bc3Wgb+ypua1hVixLqMo6cHu7tKL5IrBWz1YIp6FSgrfTGN624DMuJhHfDcx1TXoNi3btMldRNgPNdTKRqTFzrQY8HovbiIarDI/zp2mns1lGEhryZ+615Ddmksb7jLnZHuo7t6dh7cmlkzi5RRXfg8NVw+aDaDPUBg+bnrIHwbvq3OeY3zKXq4pSyRS80MwicR5xlKYpGkCBT+hfOnwhyaoZ8jjLvnaEP4D9jgPRGKO89EafQDs4TqMlFLucFzcEDVfBzAEMsHdPGYUhnUHwf2Eb6yAXgxwvtbq+o+8YzuzIb5QWCrJRsgPCUt27l+yKd/nXPV2q2sMpNhmOn4brHOs1kQaNhCHbXV3oc/pMWRZvhxFcENopzAphpy541L8oAQiBuw+1ErWXZWKK5+s/u3k59TqWUskaxAnL20mbiuluoJYlvDoP0IIUUA4cQG6Tb7BH+qhQnlmDpDbLFR2iRy8fdfRUAskZWWTp68Eg1PbjOmLgAqOaDvC0sBFRnJnU4w8v+1BdeK40OOl4y41mo+Vm+p4Ivs5IE9ut9+BLDh172L/j4N+iKfZZPHhhSAk/ja8Gd17KbFYGaO59Cn6+rc7EuVCcD5H9f8Lh5qsx4mc= X-Forefront-Antispam-Report: CIP:4.158.2.129; CTRY:GB; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:outbound-uk1.az.dlp.m.darktrace.com; PTR:InfoDomainNonexistent; CAT:NONE; SFS:(13230040)(23010399003)(36860700016)(14060799003)(35042699022)(376014)(82310400026)(1800799024)(11063799006)(5023799004)(56012099006)(4143699003)(22082099003)(18002099003)(13003099007); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: wCtReZiMiTBcemcP5sOC99z9Sx9G+f0/EwuATYHtRINXLE/X6y25lT11YWcE750ly3pjNQUip36BOj8VQqz444VMl0rtGASkmp+Q9CnsNDWO1fQOdIHBbmA0Mglm7yVzhbkpnjHpht0rESjcmx2pGOMXvl1SRuega3ohgHhcc7v4nDOiXlkTevkQqnqmTI32GSRv+S6srRMSRss0BCnAtac8vNhh1O16nu9iceUWo4XyoB+mOtpyg2VdjbvLIy1GQFg/unnqU1NP5IYUGxtjv+z0VQq84TbfCEEu99eDfBQOj4DGHLme+kcJITGCUzkYLoN4SyXM29Sd5cNlQ+yx+ZuQHRmmzZaHthM4KFbY7oVEaYKsLxql/3YHTGCCzoZW/Q8kyEhrsjPlypizBUzWzs0kYJlK7JQYRuq+VCBMZkPqBoqNggtRyTdX3x7vH7mN X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Jun 2026 14:03:26.4980 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: ae67d186-ca94-4356-07d4-08decd425e3f X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d; Ip=[4.158.2.129]; Helo=[outbound-uk1.az.dlp.m.darktrace.com] X-MS-Exchange-CrossTenant-AuthSource: AMS0EPF000001AC.eurprd05.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8PR08MB7814 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 18/06/2026 04:02, Thiago Jung Bauermann wrote: > Matthieu Longo writes: > >> On 17/06/2026 07:07, Thiago Jung Bauermann wrote: >>> Hello Matthieu, >>> Matthieu Longo writes: >>> >>>> On 12/06/2026 11:16, Matthieu Longo wrote: >>>>> GDB's current definition of siginfo_t is missing many fields present in >>>>> the Linux kernel definition [1]. >>>>> These fields are useful for providing detailed, user-friendly diagnostics >>>>> when a fault occurs. Some new AArch64 extensions, such as Permission >>>>> Overlay Enhancement used to implement Protection Keys [2], require the >>>>> debugger to inspect 'si_pkey' alongside 'si_addr' to help the user identify >>>>> the problematic key. >>>>> This patch aligns GDB's definition of the __sifields._sigfault member of >>>>> siginfo_t with the definition from the Linux kernel master branch. >>>>> [1]: https://github.com/torvalds/linux/blob/2b414a95b8f7307d42173ba9e580d6 >>>>> d3e2bcbfce/include/uapi/asm-generic/siginfo.h#L69-L100 >>>>> [2]: https://lore.kernel.org/all/20160212210213.ABC488FA@viggo.jf.intel.com/ >>>>> --- >>>>> gdb/linux-tdep.c | 39 +++++++++++++++++++++++++++++++++++++-- >>>>> 1 file changed, 37 insertions(+), 2 deletions(-) >>>>> >>>> I was not sure who I should include for the review. Please feel free to CC the right >>>> persons if they are not already in the list. >>>> >>>> I tested the patch above, and it seems to work fine without any change in ./gdb/nat >>>> However, in my understanding, compat_siginfo_t should also be impacted. Why is it still >>>> working then without any change ? >>> ⋮ >>> >>>> aarch64_siginfo_from_compat_siginfo (in gdb/nat/aarch64-linux.c) and its friends for each >>>> backend seem to provide some conversion logic between the siginfo_t from the system >>>> (/usr/include/asm-generic/siginfo.h) and some internal representation compat_siginfo_t. >>>> From my research, this seems needed because, if the host and target systems are not >>>> using >>>> the same ABI (endianness, size of a pointer or int, etc...), GDB cannot rely on the local >>>> definition of siginfo_t to interpret correctly the data in the blob that it received from >>>> the target. >>> compat_siginfo_t is used when the inferior is an AArch32 process while >>> GDB is AArch64. This will cause the 64-bit kernel to use the syscall >>> compatibility layer — and thus the 32-bit definition of siginfo_t — >>> which GDB's compat_siginfo_t aims to represent. >>> >> >> I imagined that compat_siginfo_t was also used in the case when the inferior is an AArch64 >> process, while GDB is AArch32. >> Hence ... > > Ah, ok. This isn't supported, at least in the Arm port. I think GDB in > general doesn't support 32-bit GDB debugging 64-bit inferior, but I > could be wrong. It's certainly not well tested though. :) > >>>> However, I am confused by the definition of compat_siginfo_t in gdb/nat/aarch64-linux.h >>>> for instance. I see that addresses like _sigfaul._addr are converted to 'unsigned int' >>>> (that should be equivalent to uint32_t I guess). Why is this working ? >>>> >>>> Please, could you provide explanations on the above, and guidances on the changes >>>> required >>>> in struct compat_siginfo_t ? >>> I'm not sure I understand why it wouldn't work. In the example of >>> _sigfault._addr, it is an unsigned int (equivalent to uint32_t as you >>> point out) so it will match the width of the void * used for the >>> corresponding void * field in 32-bit userspace. This is converted to >>> siginfo_t's 64-bit void * in aarch64_siginfo_from_compat_siginfo with: >>> to->si_addr = (void *) (intptr_t) from->cpt_si_addr; >>> Do you see a problem in this process? >>> >> >> my surprise when I say the definition of _sigfault._addr as a uint32_t. This would not >> have worked in my understanding. > > Yes, indeed in that case it wouldn't work. > If the feature that requires new fields in siginfo_t, is only available AArch64 only, there should not be any reason to change aarch64_siginfo_from_compat_siginfo and aarch64_compat_siginfo_from_siginfo. Is this correct ? If so, then the current patch is complete and ready to be reviewed.