From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id KN2YIUintGYzGwAAWB0awg (envelope-from ) for ; Thu, 08 Aug 2024 07:08:56 -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=OcHoXDoU; dkim=pass (1024-bit key) header.d=arm.com header.i=@arm.com header.a=rsa-sha256 header.s=selector1 header.b=OcHoXDoU; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 71CEB1E0D0; Thu, 8 Aug 2024 07:08:56 -0400 (EDT) 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 54AA91E08C for ; Thu, 8 Aug 2024 07:08:54 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id CF16B3858C33 for ; Thu, 8 Aug 2024 11:08:53 +0000 (GMT) Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2075.outbound.protection.outlook.com [40.107.22.75]) by sourceware.org (Postfix) with ESMTPS id 365AE3858D28 for ; Thu, 8 Aug 2024 11:08:26 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 365AE3858D28 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 365AE3858D28 Authentication-Results: server2.sourceware.org; arc=pass smtp.remote-ip=40.107.22.75 ARC-Seal: i=3; a=rsa-sha256; d=sourceware.org; s=key; t=1723115310; cv=pass; b=ZELmHKAhjTI331iY0I2HhORTfVJSNy8r0FGMbq5eup0P5RQ3EhB2atnXHs+UqC2A3WsPscx40qEY7oTJOcTZtF5RHMfz/JW8rfUta0GwGH3CBAR5V7ks4YFHs/daQntjHBxG7OL0FzYSZJ67yLfdFvZYu+e2+hg4b186A624CX4= ARC-Message-Signature: i=3; a=rsa-sha256; d=sourceware.org; s=key; t=1723115310; c=relaxed/simple; bh=KDDOcj5twqhJaqmeerH7xUo/5olVXCmUhPBYsqi5/dE=; h=DKIM-Signature:DKIM-Signature:Message-ID:Date:Subject:From:To: MIME-Version; b=hIYBmEnZabyHnvunFptISceIEGJwcsPR3IueSv3C+p7DkQiGfjxg/TsOKHqOFFSCVj6NI4L4bTibozOWY8b2BDOvaJk4OFNvR5NdlHUG/ErAbcZW7t42eNlbS8ECV4E/vj+jaa7HFWCFD9CXOC04hn7COEDRclohjM0AwTAcBic= ARC-Authentication-Results: i=3; server2.sourceware.org ARC-Seal: i=2; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=pass; b=K7tbAe1PBDxsR/MK92B4XjXU9irqhTjSxqqUNbKLjULgC5t7t6vmStbqblPONYImHhJmPXl3lmkwwsz+T5tPXds2U5XExTSpMgsquJqaSDf/VJq0Z+3qvc6wU5E0ua2ev6wRZimIShGy4fGrLDmwrvB1cvmhaW8MUOl9LYjki0ixeKkMgkWNZy4dayGOWDkMiplTofZCfHGtDPA0a9icQKZQnmqP9iqc0ZEPgLWkLEhRbRHQFCofsgsswQPEPUBls4jOOIjaCYWN5/wS8n6hVdeLhGyoZbRtPg6b8QKqOHqSUEmRWKrQi7fSWwgOVhqxwCB9g5qoGmavpZaIJnzOzA== 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=76MSZUY6NSo7tfs0ojljhO1qf3iYXSIXx70g4YIGSzE=; b=qmtIVGjyArBpmov1ADRIY1SU+VukS4/mm+6j3LL/0CaUmjWKOivHUns94UAdX4i2Oz7GIm9AoOFchcJ1Hs/WqUTYwaUb/nKHcvQoxIRh40h2pjTqyJpJaZ0ShqcrQjJqqRRfCf274G/NKDf3PZb30CpH+C5RuMozXG0t130exjwTIpXJgicJ7bnL7Xb9g/dcYivukHEHTQr18csnnB4iD7WJic20q6Fzy7gR7RvXoWgXIKdPmsxWYrnnAyx5358HU5vDEaiMv/JakSuMpl1R+bj5Alj9QaVVwbMEnzwiET5odIDWRAZhOmv2SeNXJ/UAtzy6N/HITZJZOUy+t49ItQ== 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=76MSZUY6NSo7tfs0ojljhO1qf3iYXSIXx70g4YIGSzE=; b=OcHoXDoUBEGXeD7wOI4zgTvcDhVrAHNiBmyIvgsi6xed/7NyG+X3v1sIF5cmLn8WJ34FgQMWthfsr/kbZ9Y0I/rXU2NxUJ1O5t+6DjcM5pYUNXfdxJYEodeB+2g8AwA6P5FZXAccV+jBmLojcK8zvEzMb1GegZZMdOXr/hie4dA= Received: from DU7P191CA0026.EURP191.PROD.OUTLOOK.COM (2603:10a6:10:54e::6) by DB4PR08MB9213.eurprd08.prod.outlook.com (2603:10a6:10:3fb::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7849.13; Thu, 8 Aug 2024 11:08:21 +0000 Received: from DB1PEPF00050A00.eurprd03.prod.outlook.com (2603:10a6:10:54e:cafe::f3) by DU7P191CA0026.outlook.office365.com (2603:10a6:10:54e::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7849.13 via Frontend Transport; Thu, 8 Aug 2024 11:08:21 +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 DB1PEPF00050A00.mail.protection.outlook.com (10.167.242.42) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.20.7849.8 via Frontend Transport; Thu, 8 Aug 2024 11:08:21 +0000 Received: ("Tessian outbound e85d9e0fdb55:v365"); Thu, 08 Aug 2024 11:08:21 +0000 X-CheckRecipientChecked: true X-CR-MTA-CID: b07be4f170b2c5a6 X-CR-MTA-TID: 64aa7808 Received: from Lc327849c35a6.1 by 64aa7808-outbound-1.mta.getcheckrecipient.com id E1309E16-71DA-446A-9041-074F6F7109AD.1; Thu, 08 Aug 2024 11:08:14 +0000 Received: from EUR05-DB8-obe.outbound.protection.outlook.com by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id Lc327849c35a6.1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384); Thu, 08 Aug 2024 11:08:14 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=vPNohSe3UGQF7wisqOTFsp7tytho54Ii3a2Dylsz4GrfN1N+xQtGEBxmkwmOnpnOqUyT36dt9FMaUYSeZdNqm+8V1I5pwvaQRhh+5+1ec3dIGmBhMe8BdoGlrG+YFLn8H90F4lmQ3EFJe8z9u8xW3Y8YVYEIVzKOdOh6K9fWs3+KwYZakLFxxmwWJSzZam3L2tcqcGf3tF/FMmp+/b9qXL7gWLlzbaO2X2OlDxMDoUmswp1uCangTvEhfxXwxxf/7xfD5gt6mNckVpFYXN/IWvQaJRF/BhtGj+5Xcrl3Y3OGeiCrM2TXxep8YDqYtD4cXWqmY9AlGpVBf0vX4XMyRA== 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=76MSZUY6NSo7tfs0ojljhO1qf3iYXSIXx70g4YIGSzE=; b=a98aGc2wDmtAtyydhNiwRQGjMnPfNZB+uByw5dyilJDZkTJgMl2GhOehDPUKzXi5mT2dwCymPA/t9CQewq5dnBIjn4IX4jRQomMDRFpFPsjgii3PIb4rbIkZ5oE+Iyotf6N2fqZt68nyaT2zebfC1ElG8SoMPno+S0r2nLd59TOjJ1gZ3Mt+93phnZYcwN9jxtMS7EyFIamQ0JK42qlJE1e4QpKZGX8s596tA/MDlHk3aU3Xr4OVxd7WLcvbl+lY4pGJoIV957kIk2/a2oyZYpclMKcaXN6rXg7g1WKa7xdC+BelJw9yXrM07W2/I+BckKT3O+oI1GWuGkVmFYQ8NA== 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=76MSZUY6NSo7tfs0ojljhO1qf3iYXSIXx70g4YIGSzE=; b=OcHoXDoUBEGXeD7wOI4zgTvcDhVrAHNiBmyIvgsi6xed/7NyG+X3v1sIF5cmLn8WJ34FgQMWthfsr/kbZ9Y0I/rXU2NxUJ1O5t+6DjcM5pYUNXfdxJYEodeB+2g8AwA6P5FZXAccV+jBmLojcK8zvEzMb1GegZZMdOXr/hie4dA= 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 DB9PR08MB9610.eurprd08.prod.outlook.com (2603:10a6:10:454::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7875.8; Thu, 8 Aug 2024 11:08: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%3]) with mapi id 15.20.7828.023; Thu, 8 Aug 2024 11:08:12 +0000 Message-ID: <865dd933-bbfe-44d9-94e2-b7e133b05ed5@arm.com> Date: Thu, 8 Aug 2024 12:08:10 +0100 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 4/4] gdb/testsuite: track if a caching proc calls gdb_exit or not Content-Language: en-US From: Luis Machado To: Andrew Burgess , gdb-patches@sourceware.org References: <5dc846ffb6cd8f76ba2769ee7679f5d1b01fae0a.1717438458.git.aburgess@redhat.com> <97973506-79f4-4216-9c0b-57401b3933f5@arm.com> <878qx8z9nt.fsf@redhat.com> <9fbc6f52-bc2f-43c8-80b0-3f4c495df76e@arm.com> <8f70328b-8a35-463f-b153-25c0b63956d7@arm.com> In-Reply-To: <8f70328b-8a35-463f-b153-25c0b63956d7@arm.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-ClientProxiedBy: LO2P265CA0198.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:9e::18) To PR3PR08MB5852.eurprd08.prod.outlook.com (2603:10a6:102:8e::21) MIME-Version: 1.0 X-MS-TrafficTypeDiagnostic: PR3PR08MB5852:EE_|DB9PR08MB9610:EE_|DB1PEPF00050A00:EE_|DB4PR08MB9213:EE_ X-MS-Office365-Filtering-Correlation-Id: 86158819-42b3-477a-e7ce-08dcb79a6a52 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|376014|366016; X-Microsoft-Antispam-Message-Info-Original: =?utf-8?B?Q1UzYWNNTHQ2WUt6V1FhRkU2enBucTduVzR2NThKZE9DYWw2Z0J2Y1Y1MzlC?= =?utf-8?B?QmlNWWkxSWs3eFI1ajByVTRXS1FMWFp1WlFyWUJkWVVqK0xoV3UwVUE0Z2VT?= =?utf-8?B?MFd1RmsxVGllbi9Gb3NWK2FPc0E1TkUzRW1RdDVRWUo2a1FJUnJRRVBTME96?= =?utf-8?B?RnRyYzRaR2ljVGJEVGNJbzJ4dm9Tb2kyNmppNVpwZ1BxMHY3eGFqc09TemVM?= =?utf-8?B?a3ZtWno3cFFaNHhmaFBoRHY0dzd6SEZqdzAvQXdzcmlyMUJSeFVNeUVoU1Vo?= =?utf-8?B?Vk5FQXdvK2srUVlqY3FnUEI5UUlZVUpoemVyczZoMUtKNm5YVGRYSWJEdDh3?= =?utf-8?B?MlFxRWRiZ3Q1dHlyY25hLysvdHMxSDB2ckF3cXVJRnpMWTNFaUpta1V5Z3B0?= =?utf-8?B?WEZWNFllbEFOT1c2ejBPWkxvbXlMOVJENUFwRFhvS3A0RUQ4dFJaWHdNaEx3?= =?utf-8?B?ekZ1QjhYUHdPNmNCQTZCbzY1Y1VCRm5BcnhIYnNaWk5LRWJhOEg2K29RREhK?= =?utf-8?B?MlhIc1BVR0tMS2hOcW84V2dYVVdJYlFiYmIxVlVRWmxvS3hDNWw1TG8yMUtU?= =?utf-8?B?SmFOeTJEZTNzajZFdE5PSVh3YUkxR1FIUzdvNEUrWXZCMlRDME4wa1A5Q096?= =?utf-8?B?UDZweTBGakdjUk5ROTlSS2VXWHNPb2VMVlo2STNRb2l6elZHTWpZUys0NXRH?= =?utf-8?B?ekQvMkhCZWNuUjBVWjRqak8vVlBla0RNaVpaeWFMeExvbVhPM2J0a0swNFdz?= =?utf-8?B?bHMwSzdvcTBmV0hIbEZ4ZmtWSnhPbEZkcFdJVmhqWHVrRkI4YkdQMkxnSlRa?= =?utf-8?B?bVlCbXZnTExkTUhsRi9pRnpsSnYwYzlYbTdMVHpKbEFFeURsR1c2M0JIZ1E2?= =?utf-8?B?WDI5NVVrdm1HUS9lQy9iTlY2a2kvR3RUSHVSMXYwMklnVGpsTHRXNGxmTXRy?= =?utf-8?B?cGVXa2gxT1h0VWt4L3VQbG5yblFkOEM1dWpHRXRpTzZGQktrOGtTS1N0a0ti?= =?utf-8?B?NVBmazdDQTgrZVBtS3htWlRwOU1iWHV5b3NOcGdXTGR4OHhZRG16ekZGckVW?= =?utf-8?B?TldCQ0pISEhycUNvVW5VV0xtcHlseHdQWFVBaTc1blpUQmxWOERZcFJwWG03?= =?utf-8?B?TlFpZVVqMXNKM1FpL29rYzNtU1JRVnM5RUoyN2JmQnNvVFNpVkY3cldqazEv?= =?utf-8?B?YUF0L1kxeUFubHlwUjhSMER4R3lIUUUrV1RoQld6dVY0VnRKN1BvRUZjNHl5?= =?utf-8?B?K3JIM3cybGhMNjlvYWtjdVltSXRhdndabWdXU0t1TUtaRGdKclpXMmpneTIw?= =?utf-8?B?Qk94aGhvUGhkTW9yT2ZEWHFqMWZCSHk1U1Q2MTFtTVJ2M2I0cHRqUHM5TXFP?= =?utf-8?B?ZHJOTldoZ2JHQVNUOERHM2NCOTNhTVJrTytDcmdLVnBGR1U4M1JNamJNM3do?= =?utf-8?B?V0JqSTAyL1psalJCUEtVL1lBam5yWDRRcURWbmJYazF2elJXOXMrVVFibkRq?= =?utf-8?B?TVAyeUNRUFNDQXJTZkFWbS95ZDkwNEJoK2d5QzBha3ZNa255cmVvSnpjd01B?= =?utf-8?B?alNoeWhQd2xaSk5nczVOR21kL3lEZCt3amM3R1FVSitNaTRnRC9qV3ZzVnVR?= =?utf-8?B?TVRQa0toT0xlcXZGTnpJTzg4N0svcTBkaW5QYk1JeURQTlM3N2NZUDZjNzZs?= =?utf-8?B?S1RnYzUxbExpUVhCQnFjMjVuUWpZTVNqQ2tKRFRER080OTljKzFlRVVzd1I1?= =?utf-8?Q?TKgenCN+rx6tEMaeOw=3D?= 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)(1800799024)(376014)(366016); DIR:OUT; SFP:1101; X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9PR08MB9610 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: DB1PEPF00050A00.eurprd03.prod.outlook.com X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id-Prvs: 43d606aa-640a-48b0-d63c-08dcb79a648a X-Microsoft-Antispam: BCL:0; ARA:13230040|82310400026|36860700013|35042699022|376014|1800799024; X-Microsoft-Antispam-Message-Info: =?utf-8?B?anM4blRybjRJekJrRU5xSlVzR3pPQXRxMGlncFZBL3owOXhkNjdnaldvanlv?= =?utf-8?B?TXRlS0hVR2ovVlRHaVE1UzU5NHhEMkpkSHVmM2RQb0U1enhHN1MwTlp6RHN1?= =?utf-8?B?bGNGOXVmTDRTb1RqU0JjRTFSNzhCQSt3eDBkcGdwUVdmOGZKakVhVDVrc2VN?= =?utf-8?B?dS9aeXltc29BRDBBdGhZQThFVW1jVEY2MU9BSCs0U1AyMjN6RnQvU054MHpU?= =?utf-8?B?Ry91WFR4MGhxYU1DNlRsejlNTDZBT1lTRXpiTEdRT2c4WjJGbFZBYUVEODkw?= =?utf-8?B?cU54YkVrQXozSGE1OFhrVzZ1L0lza3dTNTZtclNnQ1JteU0zSDFta1YrTU92?= =?utf-8?B?R2tCVDNqeVFITS9HeUFTQTBudjJzRWw5NUNVNjVqSWNMaHRscm95UkZSSmp6?= =?utf-8?B?VUhzd3dFRzdUZ0NrOWVGNU1hRUtQSGQzMHZMVXN2bHFqaVB3c3h4NUZDeGxV?= =?utf-8?B?NHhDU0N1NEZpMkpLaXZSTG9DMHRLMnJLbHY2RXZBL2xXMjUxQ3M2NGgrSXE1?= =?utf-8?B?ckdLWWRGVDRqaFdFZ1g2NnFuVUYxYlpkdk5RcWFUOVU4Z2g3bnU4R3gwUzhv?= =?utf-8?B?S0ptcnV0NVhVTy9ieFJOaEw1alh6YmlNS3l5YlY2UE9SdXlQMHI3aGZaUW1w?= =?utf-8?B?V3BPZmI1azArWUdnekRiUGlPc0NCUm5yY20wcUVDUDcwT245ZXZmblpTeUU5?= =?utf-8?B?OE85MXUycGJnaVoxcFZxVlowQXdqUDd1K2g5RHJMcXFiSVhpRE9iZXVJdmV6?= =?utf-8?B?aUZPekZTSEJmeXpCUVJPZU9YU1VIaytBN3pFMkFVa0tyY2J3Qkw5bXFEUEg3?= =?utf-8?B?UTkxTm51SCt5bWY2cjBGalJ5UVdvWUgvcFBlZXNvd1dBZ3FzWnl4eFU2TUNN?= =?utf-8?B?TG1rS3IzbHVXaE41Q1l3dlJBei95S1FVa2hyNk8yVGlLQURmR1VmRHhJeUR6?= =?utf-8?B?WSswWXVyVWJtcko4NUpPUUpKNGhhN2lvN01PUE0wRjl0SG9VZmREMDVMYXhG?= =?utf-8?B?Qk1ibjhYeGMySUdSV3VEQTFQbnZjMmlCWEF4VFdrT2lYcWVLMDY2MDRBVkFT?= =?utf-8?B?enMvQ1V1MFdxVmpjQVpzQ05INkc2aHNzdm9VM0hmZ3VBdWxXT1BicWQzdnlh?= =?utf-8?B?czJrQW5VZ29PeTMzVVhUYW9iZklPWGl5M0F5U05qNXRZdUt6ZXVSVU9nQnVs?= =?utf-8?B?MVErdzVteG9sTjhqY3JxRHRmZWpQdUw0NEdPR0kyYjFkeS9saFFwWUtYOVcv?= =?utf-8?B?eHhaN3hwUlRBNTlEUVVUeGE5b2Z5OVZDaUkvWnlIRmFMdk84c0lpeHZIYmdR?= =?utf-8?B?OXlKMktwVE0ydXhqZDdoeFF3dzZacDdwSUs0eXArakFRcStSZ2dldjNhUW93?= =?utf-8?B?NDhzQlJPclpaYVVXcHpuRlY4am9WVGlwTitpa2dzbGtHQjc2VGFTeHluQUVp?= =?utf-8?B?djkxVThwd0MwT2xJTW1iSU56YW9TQkNtejhpWWdiUmxlNkIyUWhaai9BVTRL?= =?utf-8?B?TmtqQWloOHhsZENTV2tWeVgyM010SG4wdjRhUXVVS3NYelljS1FSMCtEbDZi?= =?utf-8?B?cm9Kbi9TYmcrNzJVUWY0cHkrR2EvT1hyTW0vdUpXTFBQbjdXMWZHbWhjSWV0?= =?utf-8?B?T0tmdjF2WFNuQ3RGbW5KTzl4bFkzckszTWVDUGI1a1BEdnczMTl1SDUwVWpo?= =?utf-8?B?bkRNa05KYThYQXJWUmJCTGdGVVNralJuMlRZZjBlMXd4a0JVdEtTY0Y2ZkFw?= =?utf-8?B?OFE4bzJ0V1N2bVFJNDhVNm43WjBsSjZCd25yNlZOTUg2aXg2ZU9VNWZVbkg4?= =?utf-8?B?eGVyVmlYd0lBWnF5SVRVcGlsOGpvbmVYZ2t0VnZjdHUvd3U2bzJNa3F6d1Z6?= =?utf-8?B?Y2Q5N2YzRFA5VE9qSDU1a1Zla1BPUGNNTXdnYXNaeFpOcGc9PQ==?= 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)(82310400026)(36860700013)(35042699022)(376014)(1800799024); DIR:OUT; SFP:1101; X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 Aug 2024 11:08:21.6276 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 86158819-42b3-477a-e7ce-08dcb79a6a52 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: DB1PEPF00050A00.eurprd03.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR08MB9213 X-Spam-Status: No, score=-11.6 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FORGED_SPF_HELO, GIT_PATCH_0, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_PASS, SPF_NONE, TXREP, UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org 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 8/8/24 11:50, Luis Machado wrote: > On 8/8/24 11:20, Luis Machado wrote: >> On 8/7/24 15:31, Andrew Burgess wrote: >>> Luis Machado writes: >>> >>>> Hi Andrew, >>>> >>>> On 6/3/24 19:16, Andrew Burgess wrote: >>>>> After a recent patch review I asked myself why can_spawn_for_attach >>>>> exists. This proc currently does some checks, and then calls >>>>> can_spawn_for_attach_1 which is an actual caching proc. >>>>> >>>>> The answer is that can_spawn_for_attach exists in order to call >>>>> gdb_exit the first time can_spawn_for_attach is called within any test >>>>> script. >>>>> >>>>> The reason this is useful is that can_spawn_for_attach_1 calls >>>>> gdb_exit. If imagine the user calling can_spawn_for_attach_1 directly >>>>> then a problem might exist. Imagine a test written like this: >>>>> >>>>> gdb_start >>>>> >>>>> if { [can_spawn_for_attach_1] } { >>>>> ... do stuff that assumes GDB is running ... >>>>> } >>>>> >>>>> If this test is NOT the first test run, and if an earlier test calls >>>>> can_spawn_for_attach_1, then when the above test is run the >>>>> can_spawn_for_attach_1 call will return the cached value and gdb_exit >>>>> will not be called. >>>>> >>>>> But, if the above test IS the first test run then >>>>> can_spawn_for_attach_1 will not returned the cached value, but will >>>>> instead compute the cached value, a process that ends up calling >>>>> gdb_exit. When the body of the if is executed GDB would no longer be >>>>> running and the test would fail! >>>>> >>>>> So can_spawn_for_attach was added which ensures that we _always_ call >>>>> gdb_exit the first time can_spawn_for_attach is called within a single >>>>> test script, this ensures that in the above case, even if the above is >>>>> not the first test run, gdb_exit will still be called. This avoids >>>>> some hidden bugs in the testsuite. >>>>> >>>>> However, what I observe is that can_spawn_for_attach is not the only >>>>> caching proc that calls gdb_exit. Why does can_spawn_for_attach get >>>>> special treatment when surely the same issue exists for any other >>>>> caching proc that calls gdb_exit? >>>>> >>>>> I think a better solution is to move the logic from >>>>> can_spawn_for_attach into cache.exp and generalise it so that it >>>>> applies to all caching procs. >>>>> >>>>> This commit does this by: >>>>> >>>>> 1. When the underlying caching proc is executed we wrap gdb_exit. >>>>> This wrapper sets a global to true if gdb_exit is called. The >>>>> value of this global is stored in gdb_data_cache (using a ',exit' >>>>> suffix), and also written to the cache file if appropriate. >>>>> >>>>> 2. When a cached value is returned from gdb_do_cache, if the >>>>> underlying proc would have called gdb_exit, and if this is the >>>>> first use of the caching proc in this test script, then we call >>>>> gdb_exit. >>>>> >>>>> When storing the ',exit' value into the on-disk cache file, the flag >>>>> value is stored on a second line. Currently every cached value only >>>>> occupies a single line, and a check is added to ensure this remains >>>>> true in the future. >>>>> >>>>> One issue did come up in testing, a FAIL in gdb.base/break-interp.exp, >>>>> this was caused by can_spawn_for_attach_1 calling gdb_start without >>>>> first calling gdb_exit. Under the old way of doing things >>>>> can_spawn_for_attach would call gdb_exit _before_ possibly calling the >>>>> actual caching proc. Under the new scheme gdb_exit is called _after_ >>>>> calling the actual caching proc. What was happening was that >>>>> break-interp.exp would leave GDB running then call >>>>> can_spawn_for_attach, when the test in can_spawn_for_attach_1 tried to >>>>> attach to the inferior, state left in the running GDB would cause some >>>>> unexpected behaviour. Fixed by having can_spawn_for_attach_1 call >>>>> gdb_exit before calling gdb_start, this ensures we have a fresh GDB. >>>>> >>>>> With this done can_spawn_for_attach_1 can be renamed to >>>>> can_spawn_for_attach, and the existing can_spawn_for_attach can be >>>>> deleted. >>>>> --- >>>>> gdb/testsuite/lib/cache.exp | 86 +++++++++++++++++++++++++++++++------ >>>>> gdb/testsuite/lib/gdb.exp | 83 +++++++++-------------------------- >>>>> 2 files changed, 93 insertions(+), 76 deletions(-) >>>>> >>>>> diff --git a/gdb/testsuite/lib/cache.exp b/gdb/testsuite/lib/cache.exp >>>>> index e7b9114058b..fef065ec8b0 100644 >>>>> --- a/gdb/testsuite/lib/cache.exp >>>>> +++ b/gdb/testsuite/lib/cache.exp >>>>> @@ -46,6 +46,40 @@ proc gdb_do_cache_wrap {real_name args} { >>>>> return $result >>>>> } >>>>> >>>>> +# Global written to by wrap_gdb_exit. Set to true if wrap_gdb_exit is >>>>> +# called. >>>>> + >>>>> +set gdb_exit_called false >>>>> + >>>>> +# Wrapper around gdb_exit. Use with_override to replace gdb_exit with >>>>> +# wrap_gdb_exit, the original gdb_exit is renamed to orig_gdb_exit. >>>>> + >>>>> +proc wrap_gdb_exit {} { >>>>> + set ::gdb_exit_called true >>>>> + orig_gdb_exit >>>>> +} >>>>> + >>>>> +# If DO_EXIT is false then this proc does nothing. If DO_EXIT is true >>>>> +# then call gdb_exit the first time this proc is called for each >>>>> +# unique value of NAME within a single test. Every subsequent time >>>>> +# this proc is called within a single test (for a given value of >>>>> +# NAME), don't call gdb_exit. >>>>> + >>>>> +proc gdb_cache_maybe_gdb_exit { name do_exit } { >>>>> + if { !$do_exit } { >>>>> + return >>>>> + } >>>>> + >>>>> + # To track if this proc has been called for NAME we create a >>>>> + # global variable. In gdb_cleanup_globals (see gdb.exp) this >>>>> + # global will be deleted when the test has finished. >>>>> + set global_name __${name}__cached_gdb_exit_called >>>>> + if { ![info exists ::${global_name}] } { >>>>> + gdb_exit >>>>> + set ::${global_name} true >>>>> + } >>>>> +} >>>>> + >>>>> # A helper for gdb_caching_proc that handles the caching. >>>>> >>>>> proc gdb_do_cache {name args} { >>>>> @@ -71,10 +105,12 @@ proc gdb_do_cache {name args} { >>>>> >>>>> set is_cached 0 >>>>> if {[info exists gdb_data_cache(${cache_name},value)]} { >>>>> - set cached $gdb_data_cache(${cache_name},value) >>>>> - verbose "$name: returning '$cached' from cache" 2 >>>>> + set cached_value $gdb_data_cache(${cache_name},value) >>>>> + set cached_exit $gdb_data_cache(${cache_name},exit) >>>>> + verbose "$name: returning '$cached_value' from cache" 2 >>>>> if { $cache_verify == 0 } { >>>>> - return $cached >>>>> + gdb_cache_maybe_gdb_exit $name $cached_exit >>>>> + return $cached_value >>>>> } >>>>> set is_cached 1 >>>>> } >>>>> @@ -83,24 +119,46 @@ proc gdb_do_cache {name args} { >>>>> set cache_filename [make_gdb_parallel_path cache $cache_name] >>>>> if {[file exists $cache_filename]} { >>>>> set fd [open $cache_filename] >>>>> - set gdb_data_cache(${cache_name},value) [read -nonewline $fd] >>>>> + set content [split [read -nonewline $fd] \n] >>>>> close $fd >>>>> - set cached $gdb_data_cache(${cache_name},value) >>>>> - verbose "$name: returning '$cached' from file cache" 2 >>>>> + set gdb_data_cache(${cache_name},value) [lindex $content 0] >>>>> + set gdb_data_cache(${cache_name},exit) [lindex $content 1] >>>>> + set cached_value $gdb_data_cache(${cache_name},value) >>>>> + set cached_exit $gdb_data_cache(${cache_name},exit) >>>>> + verbose "$name: returning '$cached_value' from file cache" 2 >>>>> if { $cache_verify == 0 } { >>>>> - return $cached >>>>> + gdb_cache_maybe_gdb_exit $name $cached_exit >>>>> + return $cached_value >>>>> } >>>>> set is_cached 1 >>>>> } >>>>> } >>>>> >>>>> - set real_name gdb_real__$name >>>>> - set gdb_data_cache(${cache_name},value) [gdb_do_cache_wrap $real_name {*}$args] >>>>> + set ::gdb_exit_called false >>>>> + with_override gdb_exit wrap_gdb_exit orig_gdb_exit { >>>>> + set real_name gdb_real__$name >>>>> + set gdb_data_cache(${cache_name},value) [gdb_do_cache_wrap $real_name {*}$args] >>>>> + } >>>>> + set gdb_data_cache(${cache_name},exit) $::gdb_exit_called >>>>> + >>>>> + # If a value being stored in the cache contains a newline then >>>>> + # when we try to read the value back from an on-disk cache file >>>>> + # we'll interpret the second line of the value as the ',exit' value. >>>>> + if { [regexp "\[\r\n\]" $gdb_data_cache(${cache_name},value)] } { >>>>> + set computed_value $gdb_data_cache(${cache_name},value) >>>>> + error "Newline found in value for $cache_name: $computed_value" >>>>> + } >>>>> + >>>>> if { $cache_verify == 1 && $is_cached == 1 } { >>>>> - set computed $gdb_data_cache(${cache_name},value) >>>>> - if { $cached != $computed } { >>>>> - error [join [list "Inconsistent results for $cache_name:" >>>>> - "cached: $cached vs. computed: $computed"]] >>>>> + set computed_value $gdb_data_cache(${cache_name},value) >>>>> + set computed_exit $gdb_data_cache(${cache_name},exit) >>>>> + if { $cached_value != $computed_value } { >>>>> + error [join [list "Inconsistent value results for $cache_name:" >>>>> + "cached: $cached_value vs. computed: $computed_value"]] >>>>> + } >>>>> + if { $cached_exit != $computed_exit } { >>>>> + error [join [list "Inconsistent exit results for $cache_name:" >>>>> + "cached: $cached_exit vs. computed: $computed_exit"]] >>>>> } >>>>> } >>>>> >>>>> @@ -110,9 +168,11 @@ proc gdb_do_cache {name args} { >>>>> # Make sure to write the results file atomically. >>>>> set fd [open $cache_filename.[pid] w] >>>>> puts $fd $gdb_data_cache(${cache_name},value) >>>>> + puts $fd $gdb_data_cache(${cache_name},exit) >>>>> close $fd >>>>> file rename -force -- $cache_filename.[pid] $cache_filename >>>>> } >>>>> + gdb_cache_maybe_gdb_exit $name $gdb_data_cache(${cache_name},exit) >>>>> return $gdb_data_cache(${cache_name},value) >>>>> } >>>>> >>>>> diff --git a/gdb/testsuite/lib/gdb.exp b/gdb/testsuite/lib/gdb.exp >>>>> index 8235d4f28eb..d29fd740f91 100644 >>>>> --- a/gdb/testsuite/lib/gdb.exp >>>>> +++ b/gdb/testsuite/lib/gdb.exp >>>>> @@ -6186,14 +6186,23 @@ proc gdb_exit { } { >>>>> catch default_gdb_exit >>>>> } >>>>> >>>>> -# Helper function for can_spawn_for_attach. Try to spawn and attach, and >>>>> -# return 0 only if we cannot attach because it's unsupported. >>>>> - >>>>> -gdb_caching_proc can_spawn_for_attach_1 {} { >>>>> - # For the benefit of gdb-caching-proc-consistency.exp, which >>>>> - # calls can_spawn_for_attach_1 directly. Keep in sync with >>>>> - # can_spawn_for_attach. >>>>> - if { [is_remote target] || [target_info exists use_gdb_stub] } { >>>>> +# Return true if we can spawn a program on the target and attach to >>>>> +# it. >>>>> + >>>>> +gdb_caching_proc can_spawn_for_attach {} { >>>>> + # We use exp_pid to get the inferior's pid, assuming that gives >>>>> + # back the pid of the program. On remote boards, that would give >>>>> + # us instead the PID of e.g., the ssh client, etc. >>>>> + if {[is_remote target]} { >>>>> + verbose -log "can't spawn for attach (target is remote)" >>>>> + return 0 >>>>> + } >>>>> + >>>>> + # The "attach" command doesn't make sense when the target is >>>>> + # stub-like, where GDB finds the program already started on >>>>> + # initial connection. >>>>> + if {[target_info exists use_gdb_stub]} { >>>>> + verbose -log "can't spawn for attach (target is stub)" >>>>> return 0 >>>>> } >>>>> >>>>> @@ -6218,6 +6227,9 @@ gdb_caching_proc can_spawn_for_attach_1 {} { >>>>> set test_spawn_id [spawn_wait_for_attach_1 $obj] >>>>> remote_file build delete $obj >>>>> >>>>> + # In case GDB is already running. >>>>> + gdb_exit >>>>> + >>>>> gdb_start >>>>> >>>>> set test_pid [spawn_id_get_pid $test_spawn_id] >>>>> @@ -6239,61 +6251,6 @@ gdb_caching_proc can_spawn_for_attach_1 {} { >>>>> return $res >>>>> } >>>>> >>>>> -# Return true if we can spawn a program on the target and attach to >>>>> -# it. Calls gdb_exit for the first call in a test-case. >>>>> - >>>>> -proc can_spawn_for_attach { } { >>>>> - # We use exp_pid to get the inferior's pid, assuming that gives >>>>> - # back the pid of the program. On remote boards, that would give >>>>> - # us instead the PID of e.g., the ssh client, etc. >>>>> - if {[is_remote target]} { >>>>> - verbose -log "can't spawn for attach (target is remote)" >>>>> - return 0 >>>>> - } >>>>> - >>>>> - # The "attach" command doesn't make sense when the target is >>>>> - # stub-like, where GDB finds the program already started on >>>>> - # initial connection. >>>>> - if {[target_info exists use_gdb_stub]} { >>>>> - verbose -log "can't spawn for attach (target is stub)" >>>>> - return 0 >>>>> - } >>>>> - >>>>> - # The normal sequence to use for a runtime test like >>>>> - # can_spawn_for_attach_1 is: >>>>> - # - gdb_exit (don't use a running gdb, we don't know what state it is in), >>>>> - # - gdb_start (start a new gdb), and >>>>> - # - gdb_exit (cleanup). >>>>> - # >>>>> - # By making can_spawn_for_attach_1 a gdb_caching_proc, we make it >>>>> - # unpredictable which test-case will call it first, and consequently a >>>>> - # test-case may pass in say a full test run, but fail when run >>>>> - # individually, due to a can_spawn_for_attach call in a location where a >>>>> - # gdb_exit (as can_spawn_for_attach_1 does) breaks things. >>>>> - # To avoid this, we move the initial gdb_exit out of >>>>> - # can_spawn_for_attach_1, guaranteeing that we end up in the same state >>>>> - # regardless of whether can_spawn_for_attach_1 is called. However, that >>>>> - # is only necessary for the first call in a test-case, so cache the result >>>>> - # in a global (which should be reset after each test-case) to keep track >>>>> - # of that. >>>>> - # >>>>> - # In summary, we distinguish between three cases: >>>>> - # - first call in first test-case. Executes can_spawn_for_attach_1. >>>>> - # Calls gdb_exit, gdb_start, gdb_exit. >>>>> - # - first call in following test-cases. Uses cached result of >>>>> - # can_spawn_for_attach_1. Calls gdb_exit. >>>>> - # - rest. Use cached result in cache_can_spawn_for_attach_1. Calls no >>>>> - # gdb_start or gdb_exit. >>>>> - global cache_can_spawn_for_attach_1 >>>>> - if { [info exists cache_can_spawn_for_attach_1] } { >>>>> - return $cache_can_spawn_for_attach_1 >>>>> - } >>>>> - gdb_exit >>>>> - >>>>> - set cache_can_spawn_for_attach_1 [can_spawn_for_attach_1] >>>>> - return $cache_can_spawn_for_attach_1 >>>>> -} >>>>> - >>>>> # Centralize the failure checking of "attach" command. >>>>> # Return 0 if attach failed, otherwise return 1. >>>>> >>>> >>>> This is a bit after the fact, but I tracked down some aarch64 sme test regressions >>>> to this particular patch. I'm still investigating exactly why it stopped working, but I >>>> can tell it only happens if we run 2 or more tests in the same run. It is not >>>> clear if making things parallel has an impact, or if it is just the fact we >>>> run 2+ tests in the same run. >>>> >>>> I suspect we may be calling gdb_exit when we shouldn't, and then things just >>>> stop working. >>>> >>>> --- >>>> >>>> Running target unix >>>> Using /usr/share/dejagnu/baseboards/unix.exp as board description file for target. >>>> Using /usr/share/dejagnu/config/unix.exp as generic interface file for target. >>>> Using repos/binutils-gdb/gdb/testsuite/config/unix.exp as tool-and-target-specific interface file. >>>> Running repos/binutils-gdb/gdb/testsuite/gdb.arch/aarch64-sme-core-0.exp ... >>>> Running repos/binutils-gdb/gdb/testsuite/gdb.arch/aarch64-sme-regs-unavailable-3.exp ... >>>> ERROR: no fileid for ubuntu >>>> ERROR: no fileid for ubuntu >>>> ERROR: no fileid for ubuntu >>>> ERROR: no fileid for ubuntu >>>> FAIL: gdb.arch/aarch64-sme-regs-unavailable-3.exp: prctl, vl=32 svl=256: check_regs: incorrect ZA state >>>> ERROR: no fileid for ubuntu >>>> ERROR: no fileid for ubuntu >>>> ERROR: no fileid for ubuntu >>>> ERROR: no fileid for ubuntu >>>> ERROR: no fileid for ubuntu >>>> ERROR: no fileid for ubuntu >>>> ERROR: no fileid for ubuntu >>>> FAIL: gdb.arch/aarch64-sme-regs-unavailable-3.exp: gdb, vl=32 svl=256: check_regs: incorrect ZA state >>> >>> Luis, >>> >>> Could you please test the patch below to see if this fixes the issues >>> you are seeing. This is also running through local testing at my side, >>> but I thought I'd get your feedback early. >>> >>> Thanks, >>> Andrew >>> >> >> Well, it's one of those things I guess. I saw some errors the first time I tried the patch, but then >> I couldn't reproduce it anymore. So far it's been running pretty smoothly for both parallel and >> serialized runs. So I'd say this patch does the job and we should push it. >> Thanks for putting it together. >> >> I'll do a complete run overnight just to make sure, but it will take a little bit before I can report >> it. > > Of course, a short while after sending this, I managed to reproduce the error. > > I'm running the following: > > make check-gdb TESTS=gdb.arch/*.exp -j$(nproc). Let me fetch some more information. It seems we're hitting the same situation with aarch64_initialize_sve_information via aarch64_supports_sve_vl, which causes the testsuite to call gdb_exit. It is as you described, it is the first time we're running gdb.arch/aarch64-sme-core-2.exp, so we go through caching etc. --- Running builds/binutils-gdb/gdb/testsuite/../../../../repos/binutils-gdb/gdb/testsuite/gdb.arch/aarch64-sme-core-2.exp ... gdb_caching_proc allow_aarch64_sve_tests caused gdb_exit to be called stack trace is Stack trace: gdb_cache_maybe_gdb_exit proc_name='allow_aarch64_sve_tests' cache_name='unix/allow_aarch64_sve_tests' gdb_do_cache name='allow_aarch64_sve_tests' args='' allow_aarch64_sve_tests gdb_caching_proc allow_aarch64_sme_tests caused gdb_exit to be called stack trace is Stack trace: gdb_cache_maybe_gdb_exit proc_name='allow_aarch64_sme_tests' cache_name='unix/allow_aarch64_sme_tests' gdb_do_cache name='allow_aarch64_sme_tests' args='' allow_aarch64_sme_tests get_compiler_info: gcc-13-2-0 Executing on host: gcc -fno-stack-protector -fdiagnostics-color=never -g3 -march=armv8.5-a+sve -c -g -o builds/binutils-gdb/gdb/testsuite/outputs/gdb.arch/aarch64-sme-core-2/aarch64-sme-core-20.o builds/binutils-gdb/gdb/testsuite/../../../../repos/binutils-gdb/gdb/testsuite/gdb.arch/aarch64-sme-core.c (timeout = 300) builtin_spawn -ignore SIGHUP gcc -fno-stack-protector -fdiagnostics-color=never -g3 -march=armv8.5-a+sve -c -g -o builds/binutils-gdb/gdb/testsuite/outputs/gdb.arch/aarch64-sme-core-2/aarch64-sme-core-20.o builds/binutils-gdb/gdb/testsuite/../../../../repos/binutils-gdb/gdb/testsuite/gdb.arch/aarch64-sme-core.c Executing on host: gcc -fno-stack-protector builds/binutils-gdb/gdb/testsuite/outputs/gdb.arch/aarch64-sme-core-2/aarch64-sme-core-20.o -fdiagnostics-color=never -g3 -march=armv8.5-a+sve -g -lm -o builds/binutils-gdb/gdb/testsuite/outputs/gdb.arch/aarch64-sme-core-2/aarch64-sme-core-2 (timeout = 300) builtin_spawn -ignore SIGHUP gcc -fno-stack-protector builds/binutils-gdb/gdb/testsuite/outputs/gdb.arch/aarch64-sme-core-2/aarch64-sme-core-20.o -fdiagnostics-color=never -g3 -march=armv8.5-a+sve -g -lm -o builds/binutils-gdb/gdb/testsuite/outputs/gdb.arch/aarch64-sme-core-2/aarch64-sme-core-2 builtin_spawn builds/binutils-gdb/gdb/testsuite/../../gdb/gdb -nw -nx -q -iex set height 0 -iex set width 0 -data-directory builds/binutils-gdb/gdb/data-directory (gdb) set height 0 (gdb) set width 0 (gdb) dir Reinitialize source path to empty? (y or n) y Source directories searched: $cdir:$cwd (gdb) dir builds/binutils-gdb/gdb/testsuite/../../../../repos/binutils-gdb/gdb/testsuite/gdb.arch Source directories searched: builds/binutils-gdb/gdb/testsuite/../../../../repos/binutils-gdb/gdb/testsuite/gdb.arch:$cdir:$cwd (gdb) kill The program is not being run. (gdb) file builds/binutils-gdb/gdb/testsuite/outputs/gdb.arch/aarch64-sme-core-2/aarch64-sme-core-2 Reading symbols from builds/binutils-gdb/gdb/testsuite/outputs/gdb.arch/aarch64-sme-core-2/aarch64-sme-core-2... (gdb) gdb_caching_proc aarch64_initialize_sve_information caused gdb_exit to be called stack trace is Stack trace: gdb_cache_maybe_gdb_exit proc_name='aarch64_initialize_sve_information' cache_name='unix/aarch64_initialize_sve_information' gdb_do_cache name='aarch64_initialize_sve_information' args='' aarch64_initialize_sve_information aarch64_supports_sve_vl length='16' test_sme_core_file id_start='50' id_end='74' ERROR: no fileid for ubuntu Couldn't send delete breakpoints to GDB. UNRESOLVED: gdb.arch/aarch64-sme-core-2.exp: state=ssve vl=16 svl=16: delete all breakpoints, watchpoints, tracepoints, and catchpoints in delete_breakpoints ERROR: breakpoints not deleted ERROR: no fileid for ubuntu Couldn't send break -qualified main to GDB. UNRESOLVED: gdb.arch/aarch64-sme-core-2.exp: state=ssve vl=16 svl=16: gdb_breakpoint: set breakpoint at main ERROR: no fileid for ubuntu UNRESOLVED: gdb.arch/aarch64-sme-core-2.exp: state=ssve vl=16 svl=16: runto: run to main (timeout) UNTESTED: gdb.arch/aarch64-sme-core-2.exp: state=ssve vl=16 svl=16: could not run to main testcase builds/binutils-gdb/gdb/testsuite/../../../../repos/binutils-gdb/gdb/testsuite/gdb.arch/aarch64-sme-core-2.exp completed in 73 seconds ---