From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id i95WG6wqkmfMZxgAWB0awg (envelope-from ) for ; Thu, 23 Jan 2025 06:40:28 -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=CmfqvizI; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 5D8E11E100; Thu, 23 Jan 2025 06:40:28 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-6.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_MSPIKE_H2,UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=4.0.0 Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (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 377401E08E for ; Thu, 23 Jan 2025 06:40:27 -0500 (EST) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id ADE123858CD9 for ; Thu, 23 Jan 2025 11:40:26 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org ADE123858CD9 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1737632426; bh=WqyEunp7z+wvsN1aKOxYF+VbnNhjeqrEtymwlLfAcnc=; 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=CmfqvizIwZKkmgxejQjyk16PLjKOpJpYu6iTpwSaELRB2zxpEjUkq3CEIR0a8nFPH qZ4Fl1gsgcyN2dP+8ThfyTTuS8nqo83p8pTapw6LGAIdjxRBb4pJ8QYy/tcHv7hSEx ZvCIsJkgWIrW4LSlyTrx2JnGjzwDYK3uG1kuMZPI= Received: from EUR02-VI1-obe.outbound.protection.outlook.com (mail-vi1eur02on20611.outbound.protection.outlook.com [IPv6:2a01:111:f403:2607::611]) by sourceware.org (Postfix) with ESMTPS id 2721E3858D3C for ; Thu, 23 Jan 2025 11:39:30 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 2721E3858D3C ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 2721E3858D3C ARC-Seal: i=3; a=rsa-sha256; d=sourceware.org; s=key; t=1737632370; cv=pass; b=DXtL+UpkUGoLg1u9pDuNOGYzSl6hBjLmQU4dXU9OS7Scm8KOzbEd64PgaoKUXw5hIqaMNqLn1zwzgPA+nX7s+N/BnOOhJ8QYmaVFjQC86dzZklLpzNl8bgSYJvq6pk7VJ8lI5VKmNEXs5Q+Gbw0ryiSQzGBMGo8fduvs6fdRb6A= ARC-Message-Signature: i=3; a=rsa-sha256; d=sourceware.org; s=key; t=1737632370; c=relaxed/simple; bh=/TD0wYJtZjXmHyw2VoD/h/Hvfofbxu96jezhMQghyV8=; h=DKIM-Signature:DKIM-Signature:Message-ID:Date:Subject:To:From: MIME-Version; b=M2iIeLPTWEXudZzdQPrhU+rvKbyHVLHUhW2Y2IoOxMGFN94lzQuCgkgre8mYQS90rb5VrT3kZ0cTUcSNmfaWlg2jDLQBsDSd/xSIl6yaM1STDe7qy3s3llUx5yok8MKGP0TFWGsXLyhNaiWSS6NwzAdRurY7TLHSb6hgSb3/nn4= ARC-Authentication-Results: i=3; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 2721E3858D3C ARC-Seal: i=2; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=pass; b=vSGeHQaE5e6fm0Otp524kYRKYJEFP0mVcjORt5AWbGHJzSgfgFOjlvzcMUoxjC1LFNddZLGmHjotirI8+QSajAiHCUbdtbfB3a5kUcA9h8T7mJJkr6U9eXEsAsvKzLdu/57lYDtrwfjjdNm/ElwiUvpR8CvYhTs+U/tPP783jx3fxIXHFAY4RA1iTHD8UlACXzhyXKc/alg1G58qeYmuJnk9JBkihVC6Z2tBfvtCnniJuDKmO7FayuHhyrF9qL73WNP9UAosuoyJ7VQghLcCnqU4ZLaiza7WKP0l80trlH4T1RYj6D8bwaHq+bAs1+lVbM0ZEi72QhXHbopLM1X7uA== 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=WqyEunp7z+wvsN1aKOxYF+VbnNhjeqrEtymwlLfAcnc=; b=u6cTvQUahroIfyiRkTFk1PI0yNwi8+nxzhoVB7zyeXeZo065sDWgPF13XbjTfEHjqaeZZCAsKXxYiCLcVMCy/EmtK+CIuMlbRUVVOfRDQAsdJawmCCOWild8ex46oMK451V0bUsmBNYYBcJ62sv2JGisIshGPjF9IemL4SilbifdjF5HZ6R8XP3ewCjZ1rpsvZJimVKqzbpA9ZpRatR7SfPsI2E37GOdDFyhG2rXdxJgwN1QBTAVz3f8fHqTb+Abx8+InMEz+ExK75m6nrWTlD8JuXdFVqkTNcyZWiJoo3msQ+Qkn688afG6x+KK4PSiaLxYfxPtL4hahuvq5l3alQ== ARC-Authentication-Results: i=2; mx.microsoft.com 1; spf=pass (sender ip is 63.35.35.123) smtp.rcpttodomain=sourceware.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]) Received: from PR2P264CA0037.FRAP264.PROD.OUTLOOK.COM (2603:10a6:101:1::25) by DB9PR08MB7557.eurprd08.prod.outlook.com (2603:10a6:10:304::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8356.22; Thu, 23 Jan 2025 11:39:22 +0000 Received: from AM4PEPF00025F95.EURPRD83.prod.outlook.com (2603:10a6:101:1:cafe::f7) by PR2P264CA0037.outlook.office365.com (2603:10a6:101:1::25) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.20.8377.14 via Frontend Transport; Thu, 23 Jan 2025 11:39:22 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 63.35.35.123) 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 63.35.35.123 as permitted sender) receiver=protection.outlook.com; client-ip=63.35.35.123; helo=64aa7808-outbound-1.mta.getcheckrecipient.com; pr=C Received: from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by AM4PEPF00025F95.mail.protection.outlook.com (10.167.16.4) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.20.8398.0 via Frontend Transport; Thu, 23 Jan 2025 11:39:21 +0000 Received: ("Tessian outbound c45bfa2cc806:v554"); Thu, 23 Jan 2025 11:39:21 +0000 X-CheckRecipientChecked: true X-CR-MTA-CID: 808fe0d87199bbe6 X-TessianGatewayMetadata: B7BEAlLsNv/FR583M4eTiaYhvslXF58zYreUxOOsgoQjuNA4MEYhbc1bRh/omipVeQ6Mp6rjqdjDwV1uSW1x/ecyFe13MadGxQmDG+sZcxZLLPcGDi4DE/Xx2ESqAol/7IT8+v0NPxCzxZpM3wD1ix8Gcg0mixZuIsZ2pCW/qG0= X-CR-MTA-TID: 64aa7808 Received: from Lc0e6139445a4.1 by 64aa7808-outbound-1.mta.getcheckrecipient.com id 687671FD-173A-41BB-B14A-2F1BA458E4BA.1; Thu, 23 Jan 2025 11:39:15 +0000 Received: from EUR03-AM7-obe.outbound.protection.outlook.com by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id Lc0e6139445a4.1 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384); Thu, 23 Jan 2025 11:39:15 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=xed2WFN16hFHKmghu9QgTwy0LPhHEK0tHMjYtNBNAB5AWmunKk8f9HWAEhZsVXiitjvTJxEgaFoWW4OkfYsWQZm3TQGkNsf/kIbDApEXRLiReBoURQhH4b4WSEhBq2meeIVYTE/sGADrJMW9mAfwPP4mEegisXCqVIoqjIiiZZQYyCvlg5KRPFKNpBqyo6GmsFSb3sBlAq9PYtfs6FCXGCwbGBMcdpuhV2N5+80MC62NIQBVfEshYnCGzObXdHzScg60M7rMeTVjJ7ezDKwJOyM5CjPny28g8GCFvedim5gME6kj0SIhKkhaPJfXExV9GdKQ20QAVbDhCaO+4JFplQ== 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=WqyEunp7z+wvsN1aKOxYF+VbnNhjeqrEtymwlLfAcnc=; b=ZxgwwQF8pt6XlCibzbeaykL32HpC8r1iy+ngTKs9g9BXlECOQDD3zbf+K5tZCOwgTs9QkDf622KncR+uLKN+40P3X1D0HpEqA/QKGN02Rcr7PwXN8xny9jYRL+A8KKB8BO5uBD7vB0h4P3pYr/u2E4R+EWI1+g68GMxQnZOgcAg7uDdClh/gCFMCkVvf2cRFtv8usg4IF69mGVlIUQVR/NUuPgQyIfVSkLKoRttYEZZQQm1AJFvC2VV8molIvxPi7+6zCxyB0jvkfNq6VsokwwkiLks2d3wMGk60iccytbgiu2DqQA+Rqt3Pm877mmNBx6F3+Gy//f6p41I+3aBY2g== 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 Authentication-Results-Original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com; Received: from PR3PR08MB5852.eurprd08.prod.outlook.com (2603:10a6:102:8e::21) by DU0PR08MB8788.eurprd08.prod.outlook.com (2603:10a6:10:477::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8377.17; Thu, 23 Jan 2025 11:39:12 +0000 Received: from PR3PR08MB5852.eurprd08.prod.outlook.com ([fe80::f44:d113:1c29:825d]) by PR3PR08MB5852.eurprd08.prod.outlook.com ([fe80::f44:d113:1c29:825d%4]) with mapi id 15.20.8356.017; Thu, 23 Jan 2025 11:39:11 +0000 Message-ID: Date: Thu, 23 Jan 2025 11:39:10 +0000 User-Agent: Mozilla Thunderbird Subject: Re: Incompatible implementat ion of 'x' packet in GDB vs LLDB To: robert@ocallahan.org, "Aktemur, Tankut Baris" Cc: "gdb@sourceware.org" References: Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-ClientProxiedBy: LO4P123CA0148.GBRP123.PROD.OUTLOOK.COM (2603:10a6:600:188::9) To PR3PR08MB5852.eurprd08.prod.outlook.com (2603:10a6:102:8e::21) MIME-Version: 1.0 X-MS-TrafficTypeDiagnostic: PR3PR08MB5852:EE_|DU0PR08MB8788:EE_|AM4PEPF00025F95:EE_|DB9PR08MB7557:EE_ X-MS-Office365-Filtering-Correlation-Id: 6a3c4096-5418-4734-d380-08dd3ba29486 x-checkrecipientrouted: true NoDisclaimer: true X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam-Untrusted: BCL:0;ARA:13230040|376014|1800799024|366016; X-Microsoft-Antispam-Message-Info-Original: =?utf-8?B?aVEzYU5pNllWeGhIQk0wWVV5SlFzMzlHcExYa0pTaFJMUUthMDNGNGdiTU1R?= =?utf-8?B?TEhKSFMvYmthQlZJTmUxMkd6TXpKaHhMd08rV1FTOXNJYlNWajc2T25ybWZJ?= =?utf-8?B?cjNmNFpMcjFFY3E0NlBremp4UjdBclQ3T1htdmdUQi9WdWdSUnRwKzV5RWxi?= =?utf-8?B?TkxoZ2ZybVZPeDZNNE16MndpbEtFTWtNZ0x2YWRqV2pndHBveVZWK3RodHRo?= =?utf-8?B?K0NMcUw3a25Hd0hzdHhCZzRXYnh0ZVBNMHJLRlJ4Ti9Nb1FHWmcxMlYrUmNG?= =?utf-8?B?Y2lUVlUyVFliRGpScnRWaGNwVUFtYmtIZHdOV0JWa2YzWnBCK09ITVdpOHZJ?= =?utf-8?B?cllvK3pFWEZleTRsMHUzK1VncVgzd0c5VGZDN2I5Q1ROWWN5b2lNb3FnRUR3?= =?utf-8?B?RFpFNkJnenowRkRpS2QvOVNPMEF1ZTdxb2NmaVpFTzVBNjZ4RVQ2K1E0SVVI?= =?utf-8?B?TUdMTjlSN0pOa0ZuTDJ1aU5aWEVKdUtTVG9VbFVLTDNnV2U5NFNKQkJoa3Nk?= =?utf-8?B?Mm1DR1JySlRuTlBJYTVTbTA1NmpBYU4wYTcwV0UvWUlTWmlrellDTFE5VUlt?= =?utf-8?B?VldCN3VBU001ejZnZkppUkRHZFlWcmYvdkpUWnJvMTFnTTdRS3lLR1BPeTls?= =?utf-8?B?RHZYeVAraHpwQXpHbTRzU1hjWVFlN2gydDVpUGM3OUp1T1l5VmNLenc2UURa?= =?utf-8?B?RmlJblVwUjJGcTVPN0NzV0lnVjgrTDlpTXM3bTdRa3FHYzByNnVtdFNwa3RG?= =?utf-8?B?ZnBCWlgraFNsOS9VZGlaN2RQV1BHL21ZM3A4Ujdlam9lNlRkSllnNG5IbVYz?= =?utf-8?B?TVN4MDJxaExmSXFNNGRNdlJSVGR2dEhNV3BVdDNjbFNjQVRSSEU0S2paeVdu?= =?utf-8?B?OTV2MXBnc243NDB6TDA5ai83aVI4eGF0M0lwY1c3VzN2N0dERFRIZEJoZ1BI?= =?utf-8?B?eS9ONzZLZUVzVnViZXJ6WGpjbHZKZURUeE0vako4cm9IeVJHZnUrSmtrZVJF?= =?utf-8?B?KzBqTEZyWGJOM1VFdCtyQ3FqbnhuRXJoTUtVSzEwM0h2OElFbXl4ZmtSeUdH?= =?utf-8?B?c0FreC9vK0dOcmZqN2dwZi9KWGRtZHNxcWxzamNJVkdkUmU2ZmFGYTZCUXYz?= =?utf-8?B?U3lQWDI1V1d3T25LajZWNVBtRUEvUW9DYnVxa0JVMXhkOWZsMUhLK0lZb21r?= =?utf-8?B?WkRlT1FiZ0Rsc003TENHSDFCeUVOVUFxQ1NBa1hjK1l4cTJxVnlxWEdJWVh6?= =?utf-8?B?amdJdnpDQTdPU0FTV2UwZkRrNGthdnoxZlZEa0FJdm5aK2g3VW1yR0w4R0xu?= =?utf-8?B?Qk1YVHl6USszb3VKQTNrWGkwWUNYbUtCUXJ0R05pRWY5dExwVEZ3UXUzVFYw?= =?utf-8?B?blQ0REUwNEdBVldtQWVsaGw5UmVxQTlrNTgzb3M5MlRKVExySHRyeHNiWmJ3?= =?utf-8?B?UWNHbFN4MjRtSlZzZUFvL1FRWTdnc2l5bkhFdVZoY3R3NEtxR3Q1WXNhOE1M?= =?utf-8?B?VzV4eVI3M3ZqT3dwdzVkNHZGZW5vU0FUS2JxMW9uT1FwZWZ3L1JYdWRaWEdD?= =?utf-8?B?U3hRS1FKdTlXS0psWmNuamppbnArblNLYW5HKzNnVWwzeWg4N3BiYzFCTHRT?= =?utf-8?B?bE9KMW5OQTZPdTVDeGpGT0ZvajNYbEJSd3h3QU5ZSDM3bHM4QXlXTEtyaThM?= =?utf-8?B?YVNqT3Fya1daK0hlc0tzWnlEZHZqeng3bzZoQ2h6ckUzanM0SEdCWit2QzJZ?= =?utf-8?B?U0dIalk1VzhpNTA1V0tHRkw1OHNJYjhyU1YrQzNUWHJLb0Q1Z2lKdC9DNlFE?= =?utf-8?B?T1BuY2ZYZVd1ZjNPZC83UT09?= X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PR3PR08MB5852.eurprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(376014)(1800799024)(366016); DIR:OUT; SFP:1101; X-MS-Exchange-Transport-CrossTenantHeadersStamped: DU0PR08MB8788 Original-Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com; X-EOPAttributedMessage: 0 X-MS-Exchange-SkipListedInternetSender: ip=[2603:10a6:102:8e::21]; domain=PR3PR08MB5852.eurprd08.prod.outlook.com X-MS-Exchange-Transport-CrossTenantHeadersStripped: AM4PEPF00025F95.EURPRD83.prod.outlook.com X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id-Prvs: 66c2417f-e19f-4c8f-89e6-08dd3ba28e6f X-Microsoft-Antispam: BCL:0; ARA:13230040|376014|36860700013|82310400026|35042699022|14060799003|1800799024|13003099007; X-Microsoft-Antispam-Message-Info: =?utf-8?B?bjArRHhHamFyZnd6RFVQQk1jd2Z1Smt2WXl4d3hsVFVuZ3NTckRTZVhJc3p1?= =?utf-8?B?cFN5VGNCSGFwaC91blpQQnp3YndJTHA5bmZTcFFCdWNOOWgwNEhZcVVtY0VH?= =?utf-8?B?cnNWRmhZVnFWZTlXTloxRlFvNnpRNWhYR0RKTWVFR29QeXcxTk5CVnFLMWI1?= =?utf-8?B?M0pCRG5EYVlSZVZuL2pTdUZVVVZScXMxZHhQbk1DNnp6cXNUZ09wVU45MDF5?= =?utf-8?B?NTJ2ZFdmeXVLRVRGbFlLZk1jYmFaVmExZG41Z2FHQXJqM25FZlM5MWZReVhR?= =?utf-8?B?Wmt1cUMvMmxJbC9vbHRYeVNUZ2FwZjRVWWR0Sm0xUzNzR1RoZmZJYi9HVHk2?= =?utf-8?B?dzZxdFc2VUVISzRlUlRsMGZGRzcwWm5ZWXNqTHhHUUZOZlBnbW5rTytQSHhI?= =?utf-8?B?d1NsdmwxMzhyRFBqanE3NUIxYXFMMWtRWi9jeWtTbDVYL09aMTNxNTBOWGRQ?= =?utf-8?B?Z29DeVJMeEFXbUF2Z2taL2xKUWNmdXd5cytHLytYZFpaVml1WHJFU0U0V3JL?= =?utf-8?B?WVBJTVh3amVRck1KZTUxbm5SYVJ1MDBicWxqRFdWLzIzVFpaTDF4QTdjaVNW?= =?utf-8?B?SUhLaFhScWlzdEhxK1hjYzBIVHZFS0lmZ0FpREJYKzJlQjZQekJ5djc0aUly?= =?utf-8?B?RWM1Yyt0VUtTRXdCQjJlcXcrbHp2YW5FT1J4cEwvaDdXT2IzTDZ5MnNuZUQ1?= =?utf-8?B?TW94YjVxVHlGQVc1ZnIvZnRtazBWMVlQSmY2Z0xtNG5WUlBzRmh0SUZlQTBE?= =?utf-8?B?TGRoVDRSKzBmN1gxRE0xMjk3amhCNEtwOWJJWEVSRnF1ejEyS3lpYnlET0RT?= =?utf-8?B?MjlvUDdxTzZWMklkaEYrcHY5V21wNCtyMFpIWmZUZnh5K0NOR1lIb3drd2RC?= =?utf-8?B?anZQa1RQa0ZOTzdNU0lKclJCalNpVHY2akI4WkNHYWZpM1pFcGVnd29mRnpq?= =?utf-8?B?NkRUQzgxM0xxdW1oLzJpQ25WQkl6SDN6OURSQm1sdTBYNitaSWdDclpKd2xs?= =?utf-8?B?UFpEaVRIb01TM0FrdzM3azFXdFhPRExGTmhMNjJrV2oxTE9lQWpxK0l0OUVr?= =?utf-8?B?TUMxd3FYbFZ5eE0xeStxYUZyb3Zjcm1MN2J5WmllYklmTWI3RnZKSTBNcml3?= =?utf-8?B?Rzl0bGJjZDRDdjkyM1lPNkdJVkxYY29KMnl2alVQd0YyVjdXdzlsU1VaOFBi?= =?utf-8?B?OFYxUk1FaG11ZERKeUc3eWY2ZmwwdzRnTHJYR3h6cjZoclFydHc5M1YwZ2Vq?= =?utf-8?B?djU0Y2RTaUFBZ0NoQlpKNDFPVTZQRTVWVFU1enNiSmN1dDNOc2hVYWwva0dH?= =?utf-8?B?eFlUYW1jS2kzaVpVb25KQ1N3QmZLZVJmcmErNjNnTWlDWThDM3dBc01jN2NH?= =?utf-8?B?UEtWUHJlR05WOE0vangrOVErVkxHZHpUT0M1dGNXS0hOalhxc015UVIzY25C?= =?utf-8?B?SklwMW5BakdyWFRUTnVKdVNaUTY0MUY4SGRpWWoxS3RlOHM5NHM4ZStDenNQ?= =?utf-8?B?UG1GSkNhVHRBbitrQWpjYzZpWHI5U0pXWWRqQjZUVUhhTXp6Vi9OeStVT3N1?= =?utf-8?B?NEE3K2VzYWNqa3dvRWJUZGpUTVlaMllnUVZBcll1c2xiZVNpbEVHQXZiU2dM?= =?utf-8?B?UzAxY3B0ZnRBaldGQUUwR2lra04wSnMrZktJL1VnSFFzejU3TjlLQllZT0ZQ?= =?utf-8?B?RXBIdnl5dnhZWWVPRkhEdDhjUFVUdGVhNjd5MEFNVTRMd0hsRm1yOXJmMXBp?= =?utf-8?B?RVY0NCs3MENLckFOc2tNTHk3TG5Kb2JUR1hOUXdEYkJ3UXc1a1lnMW5zajZi?= =?utf-8?B?QVRINGRwWDBSbVpaTWlxZ3d1MzRTR0NOelFQdFBjUTVOekdPQnhBUWs3ejYr?= =?utf-8?B?SExrK3RHRERCSzNWeFZhWkpJbysyTnhIbVJ4NVplWi9teUV6a2JLakswMEtI?= =?utf-8?Q?43UVDF8Xq1aOGLAfoPbgWT6amNrQV6eb?= X-Forefront-Antispam-Report: CIP:63.35.35.123; CTRY:IE; LANG:en; SCL:1; SRV:; IPV:CAL; SFV:NSPM; H:64aa7808-outbound-1.mta.getcheckrecipient.com; PTR:64aa7808-outbound-1.mta.getcheckrecipient.com; CAT:NONE; SFS:(13230040)(376014)(36860700013)(82310400026)(35042699022)(14060799003)(1800799024)(13003099007); DIR:OUT; SFP:1101; X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Jan 2025 11:39:21.8301 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 6a3c4096-5418-4734-d380-08dd3ba29486 X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d; Ip=[63.35.35.123]; Helo=[64aa7808-outbound-1.mta.getcheckrecipient.com] X-MS-Exchange-CrossTenant-AuthSource: AM4PEPF00025F95.EURPRD83.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9PR08MB7557 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: Luis Machado via Gdb Reply-To: Luis Machado Errors-To: gdb-bounces~public-inbox=simark.ca@sourceware.org Sender: "Gdb" On 1/23/25 11:23, Robert O'Callahan wrote: > On Thu, 23 Jan 2025 at 21:13, Aktemur, Tankut Baris < > tankut.baris.aktemur@intel.com> wrote: > >> Essentially, yes. In case of an error, the server responds with an 'E' >> packet. >> To be able to distinguish an error packet from binary data, 'E' would have >> to be >> added to the list of escaped characters. Having the 'b' marker avoids >> that. >> >> Additionally, when the response is empty, per RSP, it means the packet is >> unsupported. >> So, in case of a zero-length request, the 'b' marker could help us >> distinguish the >> unsupported case from an actual zero-response. >> LLDB doc says >> >> To test if this packet is available, send a addr/len of 0: >> >> x0,0 >> >> You will get an OK response if it is supported. >> The reply will be the data requested in 8-bit binary data format. >> >> How does LLDB distinguish an "OK" response, an empty binary data, an error, >> and an unsupported case? These were not clear to me from the docs. >> Is the x0,0 query special-cased? >> > > Yes, both on the sending side and the receiving side: > Send: > https://github.com/llvm/llvm-project/blob/cb714e74cc0efd5bfdb3e5e80978239425bd83d4/lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationClient.cpp#L723 > Receive: > https://github.com/llvm/llvm-project/blob/2e6cc79f816d942ab09d6a310cd925c1da148aa9/lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerLLGS.cpp#L2517 > Not ideal, although it gets the job done. > > For the record, the 'x' packet series were discussed in >> >> >> https://inbox.sourceware.org/gdb-patches/cover.1710343840.git.tankut.baris.aktemur@intel.com/#r >> >> with the part specific to the 'b' marker in >> >> https://inbox.sourceware.org/gdb-patches/87msq82ced.fsf@redhat.com/ > > > Thanks. From the point of view of an implementer trying to serve both > debuggers, it's unfortunate that no-one raised the question of what LLDB > had done... maybe next time someone could skim the LLDB protocol doc (and > vice versa on their side). I understand the pain. Sorry this has caused a bit of a hiccup in terms of support. We can probably look into ways to make this smoother to integrate (or a workaround to check if we're talking to GDB or LLDB), as we're not actively trying to break stuff. It is just an unfortunate lack of community cooperation/coordination. With that said, at least some of us have been aware of the gap between LLDB's RSP implementation and GDB's. I recall discussing some of this years ago and warning about it. But at the time there was a bit of a "us x them" feeling going on between GNU and LLVM (mostly clang x gcc). So very little cooperation went into it. As a result, you have a significantly different RSP implementation for LLDB that doesn't make sense for GDB to follow without proper coordination/justification. Given GDB is probably deemed the source of the RSP implementation and documentation, I think things created for the RSP should be contributed back to the protocol for the sake of making the lives of debugging server implementors easier across the board. Maybe moving forward we could plan to converge the two variations of the RSP, or just call them different and have a way to tell them apart (I don't think that's ideal though). Really ideally, we should probably ditch the RSP mechanism and go for a better protocol. One can dream. > > The LLDB approach is a bit distasteful so I understand why you wouldn't > want to follow it. But rr users who upgrade to gdb 16.1 before they update > rr are going to have a bad time, especially because it manifests as rr+gdb > just being mysteriously broken. GDB 16.1 was only just released and already > three users have reported the bug to us [1]. > > The least hacky fix I can think of that you could do to help us would be to > do the "x0,0" query thing to detect if the packet is supported and if so, > whether it's LLDB or GDB flavour and use that. > > Whatever you do or don't do, for the future in rr I think we'll have to > push "LLDB vs GDB mode" deeper into our protocol handling and make sure any > new features are only enabled for the client that we have tested them with. > It may be even more complicated than that because there are other clients > like delve, although hopefully they can stick to e.g. the GDB mode. > > Rob > > [1] https://github.com/rr-debugger/rr/issues/3901