From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id hLRYAUasA2fXkQQAWB0awg (envelope-from ) for ; Mon, 07 Oct 2024 05:39:18 -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=DHHn+kz8; dkim=pass (1024-bit key) header.d=arm.com header.i=@arm.com header.a=rsa-sha256 header.s=selector1 header.b=DHHn+kz8; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id DA42D1E355; Mon, 7 Oct 2024 05:39:17 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-6.8 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI, RCVD_IN_DNSWL_BLOCKED,RCVD_IN_VALIDITY_CERTIFIED,RCVD_IN_VALIDITY_RPBL, RCVD_IN_VALIDITY_SAFE,UNPARSEABLE_RELAY,URIBL_BLOCKED, URIBL_DBL_BLOCKED_OPENDNS 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 F14021E353 for ; Mon, 7 Oct 2024 05:39:06 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 8DBD2386074B for ; Mon, 7 Oct 2024 09:39:06 +0000 (GMT) Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2085.outbound.protection.outlook.com [40.107.20.85]) by sourceware.org (Postfix) with ESMTPS id E126D3858D20 for ; Mon, 7 Oct 2024 09:38:44 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org E126D3858D20 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 E126D3858D20 Authentication-Results: server2.sourceware.org; arc=pass smtp.remote-ip=40.107.20.85 ARC-Seal: i=3; a=rsa-sha256; d=sourceware.org; s=key; t=1728293927; cv=pass; b=PMTj7LGd9BzKg5gdYCxYL+fFERB79G0w1jNXLZTj74hBRcJhDa4qBWFbR/gWEtW+WVKfAm5ByTuhI7KSgfeX5MJF6Yr10zySkI8syK0GddcN82pc//Skg0uJBmH7mt54Nlas2pCbYwQjZegh1EVZHFv83dAIKwo+AGe01nMs298= ARC-Message-Signature: i=3; a=rsa-sha256; d=sourceware.org; s=key; t=1728293927; c=relaxed/simple; bh=Pq6KBSifca1fXq86T5z+S7vtQpzKRIAoAa2xLHN4zk4=; h=DKIM-Signature:DKIM-Signature:Message-ID:Date:Subject:To:From: MIME-Version; b=NKlhFPBVaO8tZgFtgnYZfInmMKiOJl3KTQoUQ/EdsySM4P2ucMqHi+WiETawCxkW4t0alTupjrhs5QGv8jVYD70E3htkG54cB8Pk87mxzLcYP6d9m/OWjDQL39QwG7KfBmQAdLQ+t/+OVPhMLLRD7kNyFfyClfBKxXGc1VtIjhk= ARC-Authentication-Results: i=3; server2.sourceware.org ARC-Seal: i=2; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=pass; b=UO+B78YAet0IHwNzxvfkAFASAOIfaEfdRoq5b5U7PKBMx2f28FIjWcxdR8qEjuE2gUf8B4J+iAYzgQ06zU+DzKehpv2p022Welzd+M+gC8NsxxXo55ahU/4LCvlEbqK4WXABCGQElcBbRxpMPSbcQ/inSqGDx7p7QD9CSCR56iJhvkPOHLv4WlAPsiU1wqPb/siPtpYEJsBjpMRqPTX7n9+J1QNqi2LOOO0WGCPkEdzVj14YayfW7wJJDMgiK3QfcE7NXlKqLc21Qrz1tPfIwYwhWqf6M31ZLgNlJFbfSW2xwZSDo3gFNcYmnYVCk7eLwO9P8DuApOpI+lPtOMU8wQ== 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=0YvkSiBiodqfUJ4V7c+W687As5/d4Bad2Zln+R7nJ7M=; b=bJ0XTrz3J2isYt1TRsJCS5/40nv644vstQSC/gUsXg31dVu/pHqdRpiOAJw+Hk8rAnPwQ68JmwHr9dGCwpAOOVIPew3Sw4veVhTnCkTF/xa0NuePHyfr8G7OTmiWOqlGYs0zqTPGDH06KJ/g035DSKaw0ux2qMOog1/4fSeVGKr/vr56mHPOKpHqWGQGnasgB6hy1X9Lx+J7b+QVL4iT338w/BxgCqWI1GaMe1kId/a7s8e/Cxs5ip4N691VQNcUjs3cTPpX65PipEksqp7wWm3xK4JL6fJ12e8dYfgqZeYc6kc3TlN+Jqjs8byDlzHnijSTspd1I+3d4EYDeUbRPg== 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]) 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=0YvkSiBiodqfUJ4V7c+W687As5/d4Bad2Zln+R7nJ7M=; b=DHHn+kz82wb7O07T0Sb64taFVlkXIrfdzJqWNwzBCtZgyIVTAHhuR+IvhaHggInbyursvCSdYdNxI2cKsggzO920Ye8ysa01iA4nk8WTUePFK9rHJkyqx3H6G/STp13PfZ4FXV1tUnhLX/+KBpZKXDRFtJqdTJuGnb3YxuYDUVE= Received: from DB6PR0301CA0074.eurprd03.prod.outlook.com (2603:10a6:6:30::21) by DU0PR08MB9752.eurprd08.prod.outlook.com (2603:10a6:10:444::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8026.22; Mon, 7 Oct 2024 09:38:38 +0000 Received: from DB5PEPF00014B90.eurprd02.prod.outlook.com (2603:10a6:6:30:cafe::f6) by DB6PR0301CA0074.outlook.office365.com (2603:10a6:6:30::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8026.21 via Frontend Transport; Mon, 7 Oct 2024 09:38:38 +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 DB5PEPF00014B90.mail.protection.outlook.com (10.167.8.228) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.20.8048.13 via Frontend Transport; Mon, 7 Oct 2024 09:38:38 +0000 Received: ("Tessian outbound 6c9d48238f96:v473"); Mon, 07 Oct 2024 09:38:38 +0000 X-CheckRecipientChecked: true X-CR-MTA-CID: 833130676f917eec X-TessianGatewayMetadata: NKPEdC6r+JHb9zAxSqYYh77ivfJnb1L5xUvi91TqGc0SEXZdOg4hQJlPipZiWu7Z9z2pg+ZEUPSmbJmbgLcu2QPlGe/dWhQ6DAsBxjlkVtmLLnRyMsg/RgWBEBrCPdGW2k74Qgh9JYYfZqvZbkKIxgN8py+/xXECY+FzIg/9Wk0= X-CR-MTA-TID: 64aa7808 Received: from L191334dd9926.1 by 64aa7808-outbound-1.mta.getcheckrecipient.com id E4A7DBF0-32FB-4448-9B3E-486FD8C57BF4.1; Mon, 07 Oct 2024 09:38:32 +0000 Received: from EUR02-VI1-obe.outbound.protection.outlook.com by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id L191334dd9926.1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384); Mon, 07 Oct 2024 09:38:32 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=IDfAsd/Jk6KzwiBBq+8AQuTLXxDEneyBQrN4sHJRtZO/gWyog15bsAYmYiLWNoot2u1nJ/9DmxFM2Cqm4HqVEKZH86qq7gzYTLLcLKPW/KrtN05qkn526Xik96enz0+ze4ejrs1UFonxmq9rQt8/AXXa3Lgs95NO5gf/oaAsl3+eXn5bbiZKJDmsHfnyptgfZHPGzym5WwXuQ03RIKrMMRRY2cm0SdU3ZpW48WMsgm/N+GCBtsLl/6QeJrPDUgPdy3tUFMKiT3le0MeSg6N88jhuupSYYXQqH7KsTi4rZWRcwO7xTyEGDCbV755DpL8y1zbuEBp3dgjaaxW1NMDUnw== 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=0YvkSiBiodqfUJ4V7c+W687As5/d4Bad2Zln+R7nJ7M=; b=m2s4cWHhvqlu1JKfro2mGVrOu4pWb8bEEzwI9t3j0Y3AEstnk8epEqRMSNFoNmlpvUmtwjiA9DGVeWb85AOJUxr4R8R8bVUBPApO7BZ1P53yCO65M+oVFzv9yTm15vgT/WSmuDrAWym8TMl1buuVHrxgc7MBctjvjgeKXK+rsQ3mMyJrFJ8vdl1YxCwrpMZepwZLhqRqOulLE55HlnKpLyhCIB8zrzHmVeqtBc4unc1Z5NxHSQ/UgqhgL0uAo2FYYAu4JPqfYyzytNettRZfzCWPpEXVn/OunJj4sqYSNvVPfJsd9B96oAOlnW3eS9So66hZ4imLBqErxBBXSotL4Q== 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=0YvkSiBiodqfUJ4V7c+W687As5/d4Bad2Zln+R7nJ7M=; b=DHHn+kz82wb7O07T0Sb64taFVlkXIrfdzJqWNwzBCtZgyIVTAHhuR+IvhaHggInbyursvCSdYdNxI2cKsggzO920Ye8ysa01iA4nk8WTUePFK9rHJkyqx3H6G/STp13PfZ4FXV1tUnhLX/+KBpZKXDRFtJqdTJuGnb3YxuYDUVE= 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 AS8PR08MB9020.eurprd08.prod.outlook.com (2603:10a6:20b:5c0::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8026.22; Mon, 7 Oct 2024 09:38:28 +0000 Received: from PR3PR08MB5852.eurprd08.prod.outlook.com ([fe80::f44:d113:1c29:825d]) by PR3PR08MB5852.eurprd08.prod.outlook.com ([fe80::f44:d113:1c29:825d%5]) with mapi id 15.20.8026.017; Mon, 7 Oct 2024 09:38:28 +0000 Message-ID: <768b98cf-1bf7-46cd-bfaa-b94f33bf8d3a@arm.com> Date: Mon, 7 Oct 2024 10:38:26 +0100 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 3/3] gdbserver: pass osabi to GDB in target description Content-Language: en-US To: Andrew Burgess , gdb-patches@sourceware.org References: From: Luis Machado In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-ClientProxiedBy: LO2P265CA0477.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:a2::33) To PR3PR08MB5852.eurprd08.prod.outlook.com (2603:10a6:102:8e::21) MIME-Version: 1.0 X-MS-TrafficTypeDiagnostic: PR3PR08MB5852:EE_|AS8PR08MB9020:EE_|DB5PEPF00014B90:EE_|DU0PR08MB9752:EE_ X-MS-Office365-Filtering-Correlation-Id: 90df33a0-be1f-4251-be20-08dce6b3d24d 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?UnpYR0toVFhveFdHeUtKTStsaGY1MGxLeHg3TXFCMDdWT3V2VFFJSFlGS0dM?= =?utf-8?B?ckF3Rnd1WGl4bThxYUJzeS9aQ3QwMThocG1jR053aTZUMEphYzVUOWszaXd2?= =?utf-8?B?K2tlc21rYUZkUlEwYXl3Vm4zUkI3dHZ5S2V2OXFLMUE4T2pDK2JESGRka1Z1?= =?utf-8?B?WWRUSmpqa0pXSlNPM3FXSS9MazNaVzQ4ejNidXQ4czM5ZGllek04T3dsTzk0?= =?utf-8?B?ZXA3cnkycDJsVHNhYnBqZVNEb2w4TG9TL2JadzRBZW40YXpBamJDM3gwUUVO?= =?utf-8?B?Wng5Q2lqc01BQWRPR3dPUnJOS29RckNmOXZzdUFDM2xSamdUYUZldG90RXJk?= =?utf-8?B?RlVocTAzY2llbW1zZ2luZm5JK0k4aDNldzRyMDVQSnZyeXl4dTY4M2JXdU8y?= =?utf-8?B?WFN6YnJvTVlYbWZMVnhrM1VCaXJWUEtpZmxDVzg0ZUErbm04VFZ4Mi9mZlNX?= =?utf-8?B?SFpxSzJPWEs0WXB2c2o4RURTWGZRR0ZtTTUyUEpoOXo1Vkp4MW5MSkFZdEIv?= =?utf-8?B?TlRtbGJsVE5QeHJyM3dGL21vMHQzblhhNlJUMTFtN2lFMnZUNzcwVGdTaDJ0?= =?utf-8?B?bDRLYlhuMExKMFhWelVZRnpBTGpnYzhhSTBTdnIweHlPVTVFTVM1RGh1bmxQ?= =?utf-8?B?RTZ2akRrOEUzcktSWnFQVjg1ZEJyY3JzNHhPVEl6N2FITmpKcEJwZHpxRFVR?= =?utf-8?B?dmJUdlRvWG5tamVST3kwSC9zVlB5a25ZbzNyc3EyTHZrKzFOM1E2RFI5Y2J2?= =?utf-8?B?UXc3dGZTYXBaYmZ5VEZyaFdTcmR5WXBrMzVJZC91N1RmLzB1cnd2YTdwZlVB?= =?utf-8?B?OGNQUytoSFBjUzMvbHk2LzRXNWhLSW14c2pzOGNEaFZpL1hJRmRxMTRhU2Yw?= =?utf-8?B?T0VrMU0zSndLZm5sKzhnSjZWL2V2eVJQT0lsUm9NL0lGay9TTWhkb0pBSG5F?= =?utf-8?B?Ri9PdlJZeDJRdnV5MGtoSFhLb0lWVlUreHlWenZJOFVjWng0L1NvR2duT1lj?= =?utf-8?B?RVVaSVFzRWlsNVpvTEZtbTZSdjRuaTA5alZqVTRXNTNLYnp4dG45MkxsU1Zu?= =?utf-8?B?R2JiVVNwcURuQlM0RXRXVnFRTmdXbE52azZGNjFoWlUrUnhXOThqNk5lZkFs?= =?utf-8?B?andWNld1M0x6MDZHbFhIYTZyYmg1TFQvdnNNK2IxbHNLR1lDTnpNN0FtaDJ3?= =?utf-8?B?Nks5Z2V2V0xvVFpoMENJWTJMRGQ2M0d4YUZIUWE3NHpPYmNaZStrU0RTc2dI?= =?utf-8?B?L2ZRNTFWN1Z5bTZ5d3B5aHd6U0MzcDdleEVzWm4yMGhBTEc5SEJDdktmdm1r?= =?utf-8?B?eXFvZS9mYUhTSGhUazhRREJoVzJlMEhUMERVVXNXVXJXcTBLQWxIMnhRa1cr?= =?utf-8?B?dThEUm1pU2UvZWU2WEpzYkNpOUF0WGtYWkU3WWVHN0tlTkNINGcvckZlcHl5?= =?utf-8?B?ZG8yNlYrdldFalBMTTZ1VityakNlbkdJZXBsUDNuR29BZWozNGtCcDN0QW12?= =?utf-8?B?amF4anljaW1iVGRJQkFTOWRsMjhuWVUyZWtQY3EvU3BheFFQb042Smt1Q21Y?= =?utf-8?B?azhST21MbllVNFdWQ2Q4K3ExUnRBaTNyaG5mNGtvc3Q2Yno3M1poZHlDdStH?= =?utf-8?B?UlhlTjNZdlpXaXJuQklRbmlBRkkxQWRmR09QaWpLaUhmNE5xOTExN1RIUWhQ?= =?utf-8?B?cFhDRFhGWUw3VUk1blVLYytYYnhEZ1RBYjRya0lRem01MDgyTVpEcHZ3PT0=?= 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: AS8PR08MB9020 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: DB5PEPF00014B90.eurprd02.prod.outlook.com X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id-Prvs: 5840c88e-662e-47a5-b2b2-08dce6b3cc72 X-Microsoft-Antispam: BCL:0; ARA:13230040|376014|36860700013|82310400026|35042699022|1800799024; X-Microsoft-Antispam-Message-Info: =?utf-8?B?czFvS0cwQzNqdnF1byswK29CeFl4cmtjcXZ6cytCQUVGRDBOcitHMEUrY1hW?= =?utf-8?B?MXV1dzAzRVlZZ2NDNVBCUEFTY1F5ZUpsVjhuQzQ3a1M2eTVYNHFncGFFZk5v?= =?utf-8?B?RVM5dllHYzNZSlFzdVRsdmZNeFZQRDhVcytPL0RPeWpCWHdibUdpWnYzbTZK?= =?utf-8?B?T004c2lSQkwyeXlMa2lLNS8zeWVvRWJBK2VQUXJtMzlYT3BtNEVHK1JKdlc2?= =?utf-8?B?VWJhbk9STWk5YkxiZGl6dGZWZmExU2srRTVYZnM4Ym1sdFhYV0hjcWJmb3ZU?= =?utf-8?B?RHd6ZUxuK3d1L1Q4UDUxcFp1dnlOZCtQeXd0aTNNeXlBSWNYUTkvTTdIZ3FE?= =?utf-8?B?VU1wc2ZuSU5yL0UxNUU2dFd5cEhMMktWaEw2OTRWVllpWUgzQXBaTWxpVWxQ?= =?utf-8?B?UEhJN2Q2Y1l2SFpEcnpsNjJrZHc5bFJrVW90L3I0azZ4alBPeUNFZzZlRjFH?= =?utf-8?B?QVdvbVl6eFRFWFdrMmVUMEo4cS9OeTBmMy9NQUNWbFlLa29iV2R3OTJpRjdF?= =?utf-8?B?aG9PY2ZVczl2Z0g5Ym45WTE4eWFtRjBPR1A3SFI0UlArTythNUJmblRuVFZW?= =?utf-8?B?WnJlTzJ0L3l4UmhTQjF5eHp1N29DczZ2NkZ4R3d2UnlpRHgxR1ZlMVRUSG5o?= =?utf-8?B?ZHhzcTFuZjh4OGxLY1I3M1AwRllhdU5WdlpHcXZueFhRbWdRSVV3ZGZ1eGZl?= =?utf-8?B?QmpTTFNzWWQxOHA3MXdHNWRXOU5UZms0SFJxQlRHYlNtekVSTE82OTZxaHpX?= =?utf-8?B?dytjUEVnZWJFTU1vSU4wY215ZjgrOUFDQmpqaDNlM1NnVnpIcGNrZEh2ZmhF?= =?utf-8?B?TUh5dWZXYk0wMVJ4Sm5xWUJIYXhaakJWZmMvRGNTUnRDK2I2c0Q4bVNjcmYr?= =?utf-8?B?alpOY1VEaXRCNHpnMlMxd25NY2k5Z3ZEWk1xVU1NVkFHclc0Qkl1Z3Rub3NH?= =?utf-8?B?cU1qd1lSOHllYlRSQ2paVkFZWTlQWEV5QmJ1N280emhSSnlRYmlOcG5EYU9M?= =?utf-8?B?aXY1WEd4LzB6d0xvS3F5TVJBRlFMYlZBeHhGNnVlVFRmQU1IQmpWbzZIay82?= =?utf-8?B?YjFEbGpwR1JVbFBkSDZvc3BKVUtOSUZBcDI1MFBwL00wdVAwclJIUGFRS2U4?= =?utf-8?B?TWVyd3JLcG80WkRlTVIzUWtRVkpITjZ4TXVPVSs1dnkwTEhKUUNrUTNRdVdv?= =?utf-8?B?SUljbE90UXRqMVpsMGJ0SXJyWlc0WUNnN2ZEdTloR0FZRkNLU084SjJQQTRk?= =?utf-8?B?NTR5ZmZQald5Uys2cUNkdFhNK3I5QjhRM2RUTlBINmtBcTNxSXVEZ0Z0QUJM?= =?utf-8?B?NkcxcXVrd0lHbkRRdkhLQk14ZFU5VEN0RWtEbXVaL2xGZEc2T21TdUsvemJz?= =?utf-8?B?VmFIVnBhYkQzRE1hQVROSTVpSXRCVHA0bGFmNUN4KzFiVDlJVVNxRTR4dWhi?= =?utf-8?B?QllXaURsTm5CSVVuWWhBcFhhUklseVlZc1lkZklwVjdtSTdEbkNqWEJlb0FV?= =?utf-8?B?dXM4TVR3YW0xdjFkVm9UU1ZpM0M4UXV6bWhVTUFYa3RRMEpodXBRQXFqOUEy?= =?utf-8?B?aHJTTXN6SnRLT0lrYTZWSTBTSFl1Z253d1VZbjYzKzJvRXFNU0xnWE5CTmlZ?= =?utf-8?B?bFJaVmNFc0d2cGxxcmRPM3BEa1JHb1FvWU9waWt2T1RoTXFXT3dkbnNEUjds?= =?utf-8?B?YkJSNC9mVXkvUGF6V3hCcmZXZW8zV2xoanBLNGpraktJUDhzZ1NiVVlvbGFL?= =?utf-8?B?OWVWMnZzT0sxT3FYbS9jTWN5MVZaQ0tscVRnd0ZaWkJNRzZ0TjR4aHV1QW9G?= =?utf-8?B?QnlNQldwc1B6bmJzNzNraC9VdlhBSkIya004bXVFQ0loOXQycDdBSW5GUEts?= =?utf-8?Q?g9gb5rA+TegRo?= 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:ec2-63-35-35-123.eu-west-1.compute.amazonaws.com; CAT:NONE; SFS:(13230040)(376014)(36860700013)(82310400026)(35042699022)(1800799024); DIR:OUT; SFP:1101; X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Oct 2024 09:38:38.1612 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 90df33a0-be1f-4251-be20-08dce6b3d24d 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: DB5PEPF00014B90.eurprd02.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DU0PR08MB9752 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 10/6/24 19:37, Andrew Burgess wrote: > On a Windows machine I built gdbserver, configured for the target > 'x86_64-w64-mingw32', then on a GNU/Linux machine I built GDB with > support for all target (--enable-targets=all). > > On the Windows machine I start gdbserver with a small test binary: > > $ gdbserver 192.168.129.25:54321 C:\some\directory\executable.exe > > On the GNU/Linux machine I start GDB without the test binary, and > connect to gdbserver. > > As I have not given GDB the test binary, my expectation is that GDB > would connect to gdbserver and then download the file over the remote > protocol, but instead I was presented with this message: > > (gdb) target remote 192.168.129.25:54321 > Remote debugging using 192.168.129.25:54321 > warning: C:\some\directory\executable.exe: No such file or directory. > 0x00007ffa3e1e1741 in ?? () > (gdb) > > What I found is that if I told GDB where to find the binary, like > this: > > (gdb) file target:C:/some/directory/executable.exe > A program is being debugged already. > Are you sure you want to change the file? (y or n) y > Reading C:/some/directory/executable.exe from remote target... > warning: File transfers from remote targets can be slow. Use "set sysroot" to access files locally instead. > Reading C:/some/directory/executable.exe from remote target... > Reading symbols from target:C:/some/directory/executable.exe... > (gdb) > > then GDB would download the executable. > > I eventually tracked the problem down to exec_file_find (solib.c). > The remote target was passing an absolute Windows filename (beginning > with "C:/" in this case), but in exec_file_find GDB was failing the > IS_TARGET_ABSOLUTE_PATH call, and so was treating the filename as > relative. > > The IS_TARGET_ABSOLUTE_PATH call was failing because GDB thought that > the file system kind was "unix", and as the filename didn't start with > a "/" it assumed the filename was not absolute. > > But I'm connecting to a Windows target, my 'target-file-system-kind' > was set to "auto", so should be figuring out that my file-system is > "dos-based". > > Looking in effective_target_file_system_kind (filesystem.c), we find > that the logic of "auto" is delegated to the current gdbarch. However > in windows-tdep.c we see: > > set_gdbarch_has_dos_based_file_system (gdbarch, 1); > > So if we are using a Windows gdbarch we should have "dos-based" > filesystems. What this means is that after connecting to the remote > target GDB has selected the wrong gdbarch. > > What's happening is that the target description sent back by the > remote target only includes the x86-64 registers. There's no > information about which OS we're on. As a consequence, GDB picks the > first x86-64 gdbarch which can handle the provided register set, which > happens to be a GNU/Linux gdbarch. > > And indeed, there doesn't appear to be anywhere in gdbserver that sets > the osabi on the target descriptions, though some target descriptions > do have their osabi set when the description is created, e.g. in: > > gdb/arch/amd64.c - Sets GNU/Linux osabi when appropriate. > gdb/arch/i386.c - Likewise. > gdb/arch/tic6x.c - Always set GNU/Linux osabi. > > Most target descriptions are created without an osabi, gdbserver does > nothing to fix this, and the description is returned to GDB without an > osabi included. > > I propose that we always set the osabi name on the target descriptions > returned from gdbserver. We could try to do this when the description > is first created, but that would mean passing extra flags into the > tdesc creation code (or just passing the osabi string in), and I don't > think that's really necessary. If we consider the tdesc creation as > being about figuring out which registers are on the target, then it > makes sense that the osabi information is injected later. > > So what I've done is require the osabi name to be passed to the > init_target_desc function. This is called, I believe, for all > targets, in the gdbserver code. > > Now when I connect to the Windows remote the target description > returned includes the osabi name. With this extra information GDB > selects the correct gdbarch object, which means that GDB understands > the target has a "dos-based" file-system. With that correct GDB > understands that the filename it was given is absolute, and so fetches > the file from the remote as we'd like. > --- > gdbserver/linux-aarch32-tdesc.cc | 2 +- > gdbserver/linux-aarch64-tdesc.cc | 3 ++- > gdbserver/linux-arc-low.cc | 2 +- > gdbserver/linux-arm-tdesc.cc | 2 +- > gdbserver/linux-csky-low.cc | 2 +- > gdbserver/linux-loongarch-low.cc | 2 +- > gdbserver/linux-riscv-low.cc | 2 +- > gdbserver/linux-tic6x-low.cc | 2 +- > gdbserver/linux-x86-tdesc.cc | 14 ++++++++++++-- > gdbserver/netbsd-aarch64-low.cc | 2 +- > gdbserver/netbsd-amd64-low.cc | 2 +- > gdbserver/netbsd-i386-low.cc | 2 +- > gdbserver/tdesc.cc | 7 ++++++- > gdbserver/tdesc.h | 5 +++-- > gdbserver/win32-i386-low.cc | 4 ++-- > gdbserver/win32-low.h | 7 +++++++ > 16 files changed, 42 insertions(+), 18 deletions(-) > > diff --git a/gdbserver/linux-aarch32-tdesc.cc b/gdbserver/linux-aarch32-tdesc.cc > index b8987752b9f..bff671b4f1e 100644 > --- a/gdbserver/linux-aarch32-tdesc.cc > +++ b/gdbserver/linux-aarch32-tdesc.cc > @@ -34,7 +34,7 @@ aarch32_linux_read_description () > tdesc_aarch32 = aarch32_create_target_description (false); > > static const char *expedite_regs[] = { "r11", "sp", "pc", 0 }; > - init_target_desc (tdesc_aarch32, expedite_regs); > + init_target_desc (tdesc_aarch32, expedite_regs, "GNU/Linux"); These changes sound OK to me, but wouldn't it be cleaner to pass, say, an enum for the osabi, and then later get that translated to the proper XML/string entry? Maybe share the osabi naming with what gdb has.