From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from aws-us-west-2-korg-lkml-1.web.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.lore.kernel.org (Postfix) with ESMTP id 226F1C43458 for ; Tue, 30 Jun 2026 07:54:01 +0000 (UTC) Received: from mx0b-0064b401.pphosted.com (mx0b-0064b401.pphosted.com [205.220.178.238]) by mx.groups.io with SMTP id smtpd.msgproc01-g2.15857.1782806034929577903 for ; Tue, 30 Jun 2026 00:53:55 -0700 Authentication-Results: mx.groups.io; dkim=fail reason="dkim: body hash did not verify" header.i=@windriver.com header.s=PPS06212021 header.b=f6xrXA1e; spf=permerror, err=parse error for token &{10 18 %{ir}.%{v}.%{d}.spf.has.pphosted.com}: invalid domain name (domain: windriver.com, ip: 205.220.178.238, mailfrom: prvs=1641dd4043=deepesh.varatharajan@windriver.com) Received: from pps.filterd (m0250811.ppops.net [127.0.0.1]) by mx0a-0064b401.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id 65U6DCdw377141 for ; Tue, 30 Jun 2026 07:53:53 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=windriver.com; h=cc:content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to; s=PPS06212021; bh=4I7QAd4ojyOsZU9n03yLG3 xtg3zvQOq3kuLOq9mvr1I=; b=f6xrXA1eoyHtRPo/mz1sdzxFboHx7G4EwzRHWK SxfVnEwybb4+BPjagSaAWqT2fSjT18y6k1zT6rwXGyKEG20WS6vguVAC2SXOpOvq Az61RcAUx9GKvZRRvPk7hN7vxe8oFCPR/LjYe5rtWJY81bKbqik1Ob0Mx1Uasvq7 p8FfARD4ETJJ9RsGGQGEuz8Rebp80AXc5aUsRK5cLY5VQOVEljRLWJnlLo3EQXnG eUsNOj38hZOm1eYIVvcIB8H8B4mz9UDppEmHo2iD/LIKUzLRd57cWg8QqWv2Fqm5 VOQTiKNvY8EJs+C7/eQ7CTG4E1UMMb+bNkHdHpoQN8mY9dEA== Received: from sn4pr0501cu005.outbound.protection.outlook.com (mail-southcentralusazon11011020.outbound.protection.outlook.com [40.93.194.20]) by mx0a-0064b401.pphosted.com (PPS) with ESMTPS id 4f23r0bjdh-1 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Tue, 30 Jun 2026 07:53:52 +0000 (GMT) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=xTK/CF3a3BZBjs7ESSrUyNmvNo5dKDuAexiazGSnzbjhjsG+n04ycI9wEkpguDKsF4h694/ubvdfqGX1Rh20bryCbVh3f8VkDqxLJ7AT68+eGye+CoEM3zHejRNTbqGYmtVmP6M/PSTriJBoDkbGz/SJ7AEVSajwZmI9dhValR4UigjL02h+1sD9K7l8sEsoI44ftlIB94SOVTt7qFN3YN2Uuu2K8KUbn4VijorIo2llKmy6lQNHaKqFGChX1pGIZBoilKWzpI3my9qGsk7NpQ2RJuBLdksRnCwKCdKzqKw83WmAY19StXRIQ5LaU6cHYcVrgyeNGdhij1jOOhQQ0w== 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=4I7QAd4ojyOsZU9n03yLG3xtg3zvQOq3kuLOq9mvr1I=; b=ouoxGq4lR/GEvUq3aqPluib5j+sONXturKez1/fXa0Gerd7IgC44I3HSGkBfRKNpL4+DEoiuHhba1DPdOPfSzHfYad3iNaa2P4mAHbk7TebqD2osaz0M5Coj8IA70mhTGqwJrPVARidwgCUpcVJNvjdROUCeCwPGxIuERd1KsQEO9YxSXmXvfPW8XYxTJXPF3G0yb8o0VooXGibp6+1q+tGduXDf+KY1tMZGKAnaOgQ7MqFvTYwE8f6Kt6z8Ujmu9q9SpPcJQtQdzwgbBN5ZBzpLSDG50m0JNCFYmtJsVI6OkjGjtvZy8vN3JbCKl/ef4+lKy+JP8+2CRtFMcAyxww== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=windriver.com; dmarc=pass action=none header.from=windriver.com; dkim=pass header.d=windriver.com; arc=none Received: from SN7PR11MB6677.namprd11.prod.outlook.com (2603:10b6:806:26b::6) by PH8PR11MB9878.namprd11.prod.outlook.com (2603:10b6:510:3c5::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.21.159.19; Tue, 30 Jun 2026 07:53:51 +0000 Received: from SN7PR11MB6677.namprd11.prod.outlook.com ([fe80::490a:519b:d657:99ab]) by SN7PR11MB6677.namprd11.prod.outlook.com ([fe80::490a:519b:d657:99ab%6]) with mapi id 15.21.0159.018; Tue, 30 Jun 2026 07:53:51 +0000 Content-Type: multipart/alternative; boundary="------------SBr5vqFJH6qvQ8YkRYF8tWZ2" Message-ID: <85c7ee94-2b88-4d9d-be40-9d703ea436c7@windriver.com> Date: Tue, 30 Jun 2026 13:23:45 +0530 User-Agent: Mozilla Thunderbird Subject: Re: [OE-core] [wrynose][PATCH] gdb: Upgrade 17.1 -> 17.2 To: Yoann Congal Cc: openembedded-core@lists.openembedded.org, Sundeep.Kokkonda@windriver.com References: <20260630071906.1274019-1-Deepesh.Varatharajan@windriver.com> Content-Language: en-US From: Deepesh Varatharajan In-Reply-To: X-ClientProxiedBy: MA5P287CA0066.INDP287.PROD.OUTLOOK.COM (2603:1096:a01:1b3::11) To SN7PR11MB6677.namprd11.prod.outlook.com (2603:10b6:806:26b::6) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SN7PR11MB6677:EE_|PH8PR11MB9878:EE_ X-MS-Office365-Filtering-Correlation-Id: a60ad4b2-d72f-451b-ee40-08ded67cb920 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|1800799024|376014|23010399003|366016|4022899009|4133799003|56012099006|18002099003|22082099003|6133799003|3023799007|4143699003|11063799006|8096899003|13003099007; X-Microsoft-Antispam-Message-Info: pGiBupP8jOgzzh+tPkZhC/CmFPvBbQ/6ZLwvTr2j8a1Eq38iIGaHeLF659JGBdXQPb5pWQRW8UzhW3fuzKRjGcEExSGqrDw8bQF/T8t8Tcs6vAg6fj8N8pbLxQSwX1pHReEkAeWl9QE8yY+kw0iYiyFW+GN2U0XFV5t1BCEi8orvj6ozj1wd5pZ2A+Evs459WZBy+xhY9yyL79BgGrqNje+AgRP4qoO5OtnQUa69fD8BJ1Le4fIJhDPbPy5eYz847WLOlFH5pZbMs3aKMXzGSc7VU0tzyQ6M3cSXoTDCgrqmGYYjFgaV5uiM2oxJ1sK3D4MQc5nL8kwUNRqEQAMrggVyFeTNat36/8yLGSs/bt4OTtAk25F0U0CzIquT6n4PVYxXo7QFCoIcenuzOKPFxOliT47csMgXYKDwjMXNTHdsgFJcpfMELL5eqa4SasOiQb1aSx+5H783L+nDFE5XQ2zA53txxbylT2skCEmvLQgonV3tnnMyQyrQf/JkpR1J/QnXD0w5bpwhkbNjCKWwuPO+HtbKlfwYkNl/m5s3nJETeYfSU9mBO6axL3tkFNc3q5O6fY3SOX9SjEMX7lVGDK8svx3vMLYUFgEVUH3OPQo= X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:SN7PR11MB6677.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(1800799024)(376014)(23010399003)(366016)(4022899009)(4133799003)(56012099006)(18002099003)(22082099003)(6133799003)(3023799007)(4143699003)(11063799006)(8096899003)(13003099007);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?d2pUOVlGSGpmWVRBT3VvN0NrY1JMK2Q0S2hqcXlmbzR6Q0RMVlFUNmtDRStl?= =?utf-8?B?M2ZLSE9JNzdRKzE0YTJjdHdXU3ZVNXlFbG9PNXlHTG5pS1ZuU0ZFSmlQdngv?= =?utf-8?B?Q21KbEJaSnFVNUNxWEdDQlRsTHhyZFI0MURmRXRmR3NFYXNQWWtwWmFuRmw3?= =?utf-8?B?cDZvb0ZJSDRtTXlOb2FIQ2E5aHBFTkxOekNaaVFNdXJ6dzlmR2lHV21JcXE3?= =?utf-8?B?UVFydHEzWUNhTWZqekgvV1BpeDdWZzRBZDJGcVhDN2NuaUxSMFhPbFk4dE1V?= =?utf-8?B?M2hLSncyb3VOd29JQzlzajVTYkFYdFdweFA0WjcwSEprNDJHRjd2U0E4QmR5?= =?utf-8?B?Q082YmJQNmdCMnJ6TEh3Y2wwNHJzQUl4OTRYbzZLYWxReGJHWFNLaUFiTUFu?= =?utf-8?B?enNMT21Zck1YcllyU3R4Y3lXSW9mVSt1d0hpa1hTVTQrK1JkVUZrUUkxSTlu?= =?utf-8?B?NFZJbVpiQnJ3QWxMT25ScUQrSUhyK2pIeUM3STRkNXRMUG8rVFNYbmNkNnRj?= =?utf-8?B?YzJuTXkrK2U4WnE0aDJXWmw5TFBiRHl0UGRmYXJ6Nkhva0VvNWJCNFpBaVFV?= =?utf-8?B?M1I1WFBGdXlnaDJibWE1bDFucU1DMW9XOWk5VWluZi9sSnJyU0lVVlN6Mm5U?= =?utf-8?B?V0xZR1Jnb3VEM2RPMTRtdzBjT2tNd0V2YS9KdTdlV0pLQWdadVRiNkNHRjc5?= =?utf-8?B?WWxUVDlsc1ZEeHR6dEt6WkpUUXRRY0IxZmFadzAvSDlsbTJUWk9rVlRSbjBB?= =?utf-8?B?eUVwNGJ4aU9UWUZsd2VLNGhsS0VwMkhJRndFaFFIYmVLNFZyY2RybDIvenF0?= =?utf-8?B?amxKNkhvbVMzeGRleDk4aFhBakdSbzhab1k1aFVsY09uMW1ES01wekFPWmVo?= =?utf-8?B?VDR0SUpaVDBGTTNDb2lMVjZyTGlqalp2RHEzY0VLWjZKcm5UQW0wOXZzYnF2?= =?utf-8?B?ZTBqTUxIcXE2SFdHeDArcmRGR05yNFhQRjZEcld6WU1HTlBGN214OElaZWVY?= =?utf-8?B?QWlPYlRSVzBoWnpHK0NYZCtGNW56cG1EYW1oMVRoWjZDaGVhajhML3JvRUIw?= =?utf-8?B?VUVsT2pwU2RrTDBQRHVDVXBVZFdEenI4RVVTL0lZWllSMXN1b2dsRmtJczBN?= =?utf-8?B?VmF5dWlramk3ejg5YUJXcGN3Z2NWRDUxcnNBang5YndnSVEyai9RcDZjMEFl?= =?utf-8?B?RjBvVDlKZDUyUTlnd2QxWUZnTitKS0RQR2dyMEtMZkRabHZuWHJjQmhJYnZh?= =?utf-8?B?NlBsVzlVM2g4U3FHQTFUcHJkNWtxT3kyL1puWW5FTGVWSXBzcllTM1h0UlNY?= =?utf-8?B?a0VCN1lWSmpTVTlBMW1iZ3JsWEh3Q1hiak9JQmVnWFJkTEpHWERTU3RkaDFs?= =?utf-8?B?QmRTUWRlRGdab2VHaG5MeER6WGs4VVZxK3U4SERIbi9wVVRFZC9pL0lZSW93?= =?utf-8?B?L3Q4VGJPQ29UZXNkb0VuR1ZwUzA2b05vYXAvSDdSRmJFS2E3U3NCN1hEY1dm?= =?utf-8?B?RVdta1h1SytmY0xLS3BjeHhUM0l4eFBRUUFwcytvTjZKR0dHN0FXaXpFclps?= =?utf-8?B?OG4vOXVkTDk5OXJ2bjVFSWsyQ3Q4M0ZMVmNEVlp1SjZsU2llSHczVTFVTjJL?= =?utf-8?B?WmFxaUprcnZWNVBIc2ZDaStMbVQ0alFXSXBJOFRGU040NCt5WEdBYUcwNGlk?= =?utf-8?B?K1RsVCtxMEpubXAyakRVTlhDRHFBVDBBRWpScGt0VmFscU9XRnBjb0ZWMFpy?= =?utf-8?B?OHJsam5tS1EzaWlCb3gxWjMrR0JoV2llcldBazBPTmNKR1JxbE9uTTZCSThJ?= =?utf-8?B?TzVHUWxQSkJJRjV6UVMwL29TalRJd2xYY3R5dTBSZXcvdzk5dWdxcllvanYz?= =?utf-8?B?ZlJZYlc4dUFDK1NiNVQwMWJsenFxS1QybmoySWlsd2l5STFBdm9xKzNtaW1z?= =?utf-8?B?VU5zdGhpcmp3THBQdExkVjBwU1V5Y0QyUUFZOWs5WnVZeEhQUXEvK1hna09u?= =?utf-8?B?dVZTdURQeDhQclBWWW02aWdBUEp2SzAwSkVBd1VFVTdFZllaRG10QXpiaUtZ?= =?utf-8?B?MSt2NWhlKzRCSVZOdVgrWGpUL3U5RWNtRjRMTDNRekZHdWRsMlFrOE1SdzY1?= =?utf-8?B?czVObHk2ZGtacVYzcHdiU1J2cy9pck1KMThQcUg2Tkt6NGR3VjNkT25kRU9E?= =?utf-8?B?Wi9walc0Z2xIM3R5TEVKenBhM2FhZkNOVVVvc2ZYeGpGcHRlaVFCVDZncFFY?= =?utf-8?B?VXUyS2VEWC9mWjRJQmhNMjVDUkxwV1Z2anN6eTcrTTVxK1NxaEVObC9FN3NW?= =?utf-8?B?ektwVGh2SEhZMC8wd2xUM0FGSlUvNkNRRWN2bGQ3TUFTMVFJU3JaUmZwVHFW?= =?utf-8?Q?4FqvCmXHq1OUp/Z9wnXOAzxr2ajZHjo3W7K0x?= X-Exchange-RoutingPolicyChecked: PbSUYfjFMv0nMtYDQXCBoqBIQnPHWrKMI9pn1qZSnCEvz6OaPLcG20X4QPpi7d1ggRNNp+0Ec5EEdQIr22kqsuLAtD/1D02SIEtMVaqMr4Begamp7p4VT0XCqAFwY7WMvSCipwQ0qT8z6JtgOtgMC8BvqIhbus8MWVwrU+Pry127rciMdbK4x5OXq6Y4xhJ1CnIy4QtMVakLfTjQo0aCWpjZG/WKsomWkpbC0AVaL3Nzr4fJ8XUVnCgmcngImrw7QuDhJ8TLhZPaMDNpUPHGX5pecN2t1gAI4R/5ys+og83KYdgzPFi1MsSTBM4SDYMV825TRyPMZjqD45qPEpc+zA== X-OriginatorOrg: windriver.com X-MS-Exchange-CrossTenant-Network-Message-Id: a60ad4b2-d72f-451b-ee40-08ded67cb920 X-MS-Exchange-CrossTenant-AuthSource: SN7PR11MB6677.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Jun 2026 07:53:50.9067 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 8ddb2873-a1ad-4a18-ae4e-4644631433be X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: FxUhehEYB0L4rHve6AT9OeI5gABPiKmD0FYAOzKapgVSEuI0wcilthIIbc/6VO+zSEpDRMkrTP3rlSBElKY1b/ef3mJtpEu7KhhQHaJjRzLxuvqkYr1M61XURPa1Tquu X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH8PR11MB9878 X-Proofpoint-Reinject: loops=2 maxloops=12 X-Authority-Analysis: v=2.4 cv=DNC/JSNb c=1 sm=1 tr=0 ts=6a437611 cx=c_pps a=ut66qxPycOxoCiL0Gbz/2w==:117 a=6eWqkTHjU83fiwn7nKZWdM+Sl24=:19 a=z/mQ4Ysz8XfWz/Q5cLBRGdckG28=:19 a=lCpzRmAYbLLaTzLvsPZ7Mbvzbb8=:19 a=xqWC_Br6kY4A:10 a=FelO9ux0wxsA:10 a=VkNPw1HP01LnGYTKEx00:22 a=bi6dqmuHe4P4UrxVR6um:22 a=klDOsUkWDRETUCZYPvoE:22 a=Q4-j1AaZAAAA:8 a=CCpqsmhAAAAA:8 a=vmi6oJg5AAAA:8 a=ygfikJQSAAAA:8 a=OS-wmupUAAAA:8 a=yBkMe2MyAAAA:8 a=Hr2hzXo4AAAA:8 a=ypPjOdA0AAAA:8 a=Qj1obPWzAAAA:8 a=kvLmvFEdAAAA:8 a=t7CeM3EgAAAA:8 a=20KFwNOVAAAA:8 a=BcPKCTjPAAAA:8 a=KKAkSRfTAAAA:8 a=pGLkceISAAAA:8 a=W60SWa2TvHFoiMpGbgcA:9 a=HCINmKHFQ_U6d0ff:21 a=lqcHg5cX4UMA:10 a=PRpDppDLrCsA:10 a=O9Trw71uoXUA:10 a=3ZKOabzyN94A:10 a=QEXdDO2ut3YA:10 a=x6f2Z2hcwYeVEtuyBIIA:9 a=3FWrRw_SKs5zDDEm:21 a=_W_S_7VecoQA:10 a=9H3Qd4_ONW2Ztcrla5EB:22 a=ul9cdbp4aOFLsgKbc677:22 a=ioboX4i089tB3dTPuEcW:22 a=rfsfOhzgo-V0TFs3tIRs:22 a=b4bZioYaYfAbrF9XAwU5:22 a=sbVJoEiPTMKJheeyIoKo:22 a=53as8YsKq3-og0CBIB0j:22 a=jIBd2pN-XQE8sgNOjSGu:22 a=gToc2k3r6yXCwdzXzRfp:22 a=blV-NV76DT_euKPIjdAg:22 a=FdTzh2GWekK77mhwV6Dw:22 a=MNXww67FyIVnWKX2fotq:22 a=cvBusfyB2V15izCimMoJ:22 X-Proofpoint-ORIG-GUID: WeyoATeMU6KaooBlxCUXerql4Gs850bm X-Proofpoint-Spam-Details-Enc: AW1haW4tMjYwNjMwMDA2OCBTYWx0ZWRfX/f0LSUGS3oPc m5RQLhhYJTuBB4ucDsvBKWDXYobF6PNzr+w+yKwlRUPUhe+KUacryX8hG5nYMzoq2gKQHjRO4QB xas3loCgpbekux2m+UhpLtHgJRsAkHGGi7G6wugSrs3vhuKUcxhCaRsYp8OQrneoQVNJoj9oXhf fe4SL139xpV7aiB+SC1M8UYBtRo5/hCn8IFhpCJ1qFUq54jVM/xZlSKfMFtkDpK+D2BYx/RnnCU 1miLtc1ywj5YLVF1YmOEwVXQrlo8bDKzAHkWmBWv/EIjDAW/n1TQhasFsC22sxpI2QMRDwtADUi kRyripeAyAgbNlVqNsVKQfIcRy+VWQmF81fu8GnMyWll5dyLrk9bm00WNwRGotOgHGRcdh3jDyx /c88dArsZ7SYUhfDZNtqxyp0REJKo1khF/htIqOKvCVCws08DMKqb0NTyNnrRIgOXtt5UtjZdyh o6YDHZZZHnJQFDbUHKA== X-Proofpoint-GUID: bPNSnHEyJrYpbMOW1k9DND9HxFXvab0p X-Proofpoint-Spam-Info: AW1haW4tMjYwNjMwMDA2OCBTYWx0ZWRfX7PlpUMm2RPEE 0zgBO0sSUSLUM9fRKdxaC4mjlg9wwePdW0lNpSWDJD/Ahl4llyjJADPpKb2XKBecxnD1GwbGvrk lCIs8ANrs25jIiKfFKLFL8zpNX80GWpI/bwZSsWMfKPg500+k9HL X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1143,Hydra:6.1.125,FMLib:17.12.100.49 definitions=2026-06-30_02,2026-06-26_01,2025-10-01_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 spamscore=0 phishscore=0 adultscore=0 impostorscore=0 lowpriorityscore=0 malwarescore=0 clxscore=1015 bulkscore=0 suspectscore=0 classifier=typeunknown authscore=0 authtc= authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.22.0-2606150000 definitions=main-2606300068 List-Id: X-Webhook-Received: from 45-33-107-173.ip.linodeusercontent.com [45.33.107.173] by aws-us-west-2-korg-lkml-1.web.codeaurora.org with HTTPS for ; Tue, 30 Jun 2026 07:54:01 -0000 X-Groupsio-URL: https://lists.openembedded.org/g/openembedded-core/message/239864 --------------SBr5vqFJH6qvQ8YkRYF8tWZ2 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx0a-0064b401.pphosted.com id 65U6DCdw377141 On 30-06-2026 13:02, Yoann Congal wrote: > ** > *CAUTION: This email comes from a non Wind River email account!* > Do not click links or open attachments unless you recognize the sender=20 > and know the content is safe. > > > Le=C2=A0mar. 30 juin 2026 =C3=A0=C2=A009:19, Varatharajan, Deepesh via=20 > lists.openembedded.org=20 > =20 > a =C3=A9c= rit=C2=A0: > > From: Deepesh Varatharajan > > GDB 17.2 brings the following fixes and enhancements over GDB 17.1: > https://sourceware.org/git/gitweb.cgi?p=3Dbinutils-gdb.git;a=3Dblob= _plain;f=3Dgdb/NEWS;hb=3Dgdb-17.2-release > > > > "enhancements" =3D> That sounds like something that is *not* acceptable= =20 > under stable policy. Did you check? Hi Yoann, Thanks for pointing this out. I had copied the commit message from the=20 corresponding commit on master. I verified the changes included in GDB=20 17.2 compared to 17.1, and they are all bug fixes. I've updated the=20 commit message and sent v2. Regards, Deepesh > > > > =C2=A0* PR dap/33228 ([gdb/dap] error while listing register childr= en) > > =C2=A0* PR gdb/33737 (gdb --help says 'For more information, type "= stream" > =C2=A0 =C2=A0from within GDB', but "stream" is not a defined comman= d) > > =C2=A0* PR build/33747 (Incompatible with MUSL libc: no member name= d > 'c_ospeed' > =C2=A0 =C2=A0in 'termios') > > =C2=A0* PR gdb/33748 (gdb17 regression with displaying ANSI colors) > > =C2=A0* PR gdb/33753 (Out-of-bounds writes in string_{v}printf -- t= hreads > =C2=A0 =C2=A0and static data don't mix) > > =C2=A0* PR cli/33761 (Setting style colors is broken on MS-Windows) > > =C2=A0* PR gdb/33768 (Loading compressed GDB scripts from > .debug_gdb_scripts fails) > > =C2=A0* PR symtab/33775 ([gdb/symtab] data race in > =C2=A0dwarf2_per_cu::{set_addr_size,set_offset_size,set_ref_addr_si= ze}) > > =C2=A0* PR symtab/33777 ([gdb/symtab] dw2_get_file_names doesn't ca= che > result > =C2=A0 =C2=A0for dummy CU) > > =C2=A0* PR symtab/33825 ([dwz] Extremely slow symbol lookup with > DWZ-compressed > =C2=A0 =C2=A0debug info (thousands of partial units)) > > =C2=A0* PR testsuite/33845 (gdb: There are 4 unexpected failures in > =C2=A0 =C2=A0breakpoint-in-ro-region.exp) > > =C2=A0* PR gdb/33872 (`skip -gfile` has inverted logic) > > =C2=A0* PR gdb/33926 (GDB 17.1 AArch64: redefinition of user_gcs st= ruct > on musl) > > =C2=A0* PR breakpoints/34112 (rbreak `file:regex` sets breakpoints = for > matches > =C2=A0 =C2=A0outside of `file` [reproducer attached]) > > Drop patches merged upstream: > =C2=A0 * 0009-PR-gdb-33747-gdb-ser-unix-modernize-Linux-custom-bau.= patch > =C2=A0 * 0010-GDB-aarch64-linux-Fix-build-failure-on-musl-systems.p= atch > > Signed-off-by: Deepesh Varatharajan > > --- > =C2=A0...ian_17.1.bb > > =3D> gdb-cross-canadian_17.2.bb > } > |=C2=A0 =C2=A00 > =C2=A0.../{gdb-cross_17.1.bb > > =3D> gdb-cross_17.2.bb > }=C2=A0 > |=C2=A0 =C2=A00 > =C2=A0meta/recipes-devtools/gdb/gdb.inc > =C2=A0 > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 =C2=A04 +- > =C2=A0...-ser-unix-modernize-Linux-custom-bau.patch | 248 > ------------------ > =C2=A0...ux-Fix-build-failure-on-musl-systems.patch | 196 ---------= ----- > =C2=A0.../gdb/{gdb_17.1.bb > > =3D> gdb_17.2.bb > }=C2=A0 > =C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A00 > =C2=A06 files changed, 1 insertion(+), 447 deletions(-) > =C2=A0rename meta/recipes-devtools/gdb/{gdb-cross-canadian_17.1.bb > > =3D> gdb-cross-canadian_17.2.bb > } > (100%) > =C2=A0rename meta/recipes-devtools/gdb/{gdb-cross_17.1.bb > > =3D> gdb-cross_17.2.bb > } > (100%) > =C2=A0delete mode 100644 > meta/recipes-devtools/gdb/gdb/0009-PR-gdb-33747-gdb-ser-unix-modern= ize-Linux-custom-bau.patch > =C2=A0delete mode 100644 > meta/recipes-devtools/gdb/gdb/0010-GDB-aarch64-linux-Fix-build-fail= ure-on-musl-systems.patch > =C2=A0rename meta/recipes-devtools/gdb/{gdb_17.1.bb > > =3D> gdb_17.2.bb > } > (100%) > > diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian_17.1.bb > > b/meta/recipes-devtools/gdb/gdb-cross-canadian_17.2.bb > > similarity index 100% > rename from meta/recipes-devtools/gdb/gdb-cross-canadian_17.1.bb > > rename to meta/recipes-devtools/gdb/gdb-cross-canadian_17.2.bb > > diff --git a/meta/recipes-devtools/gdb/gdb-cross_17.1.bb > > b/meta/recipes-devtools/gdb/gdb-cross_17.2.bb > > similarity index 100% > rename from meta/recipes-devtools/gdb/gdb-cross_17.1.bb > > rename to meta/recipes-devtools/gdb/gdb-cross_17.2.bb > > diff --git a/meta/recipes-devtools/gdb/gdb.inc > > b/meta/recipes-devtools/gdb/gdb.inc > > index d367486d02..cbb5885459 100644 > --- a/meta/recipes-devtools/gdb/gdb.inc > > +++ b/meta/recipes-devtools/gdb/gdb.inc > > @@ -13,7 +13,5 @@ SRC_URI =3D "${GNU_MIRROR}/gdb/gdb-${PV}.tar.xz \ > file://0006-Fix-invalid-sigprocmask-call.patch \ > file://0007-Define-alignof-using-_Alignof-when-using-C11-or-newe.pa= tch > \ > file://0008-Add-fix-for-packages-that-are-not-compatible-with-C2.pa= tch > \ > - > file://0009-PR-gdb-33747-gdb-ser-unix-modernize-Linux-custom-bau.pa= tch > \ > - > file://0010-GDB-aarch64-linux-Fix-build-failure-on-musl-systems.pat= ch > \ > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 " > -SRC_URI[sha256sum] =3D > "14996f5f74c9f68f5a543fdc45bca7800207f91f92aeea6c2e791822c7c6d876" > +SRC_URI[sha256sum] =3D > "1c036c0d72e4b3d1fb5c94c88632add6f9d76f4d7c4d2ea793c12a9f19a3228c" > diff --git > a/meta/recipes-devtools/gdb/gdb/0009-PR-gdb-33747-gdb-ser-unix-mode= rnize-Linux-custom-bau.patch > b/meta/recipes-devtools/gdb/gdb/0009-PR-gdb-33747-gdb-ser-unix-mode= rnize-Linux-custom-bau.patch > deleted file mode 100644 > index 30d22b21f9..0000000000 > --- > a/meta/recipes-devtools/gdb/gdb/0009-PR-gdb-33747-gdb-ser-unix-mode= rnize-Linux-custom-bau.patch > +++ /dev/null > @@ -1,248 +0,0 @@ > -From 1a77c71303b552140613d49595baebdff1a4716e Mon Sep 17 00:00:00 > 2001 > -From: Sunil Dora > -Date: Tue, 17 Mar 2026 01:58:55 -0700 > -Subject: [PATCH] PR gdb/33747: gdb/ser-unix: modernize Linux > custom baud rate > - support > - > -The Linux custom baud rate implementation previously accessed the > -struct termios members c_ispeed and c_ospeed directly. These field= s > -exist in glibc but are not exposed by musl, causing builds to fail= on > -musl-based systems. > - > -Update set_custom_baudrate_linux to use a capability-based approac= h, > -with three distinct code paths: > - > -1) If POSIX cfsetispeed/cfsetospeed accept arbitrary baud rates > -=C2=A0 =C2=A0(HAVE_CFSETSPEED_ARBITRARY), use them to set input an= d output > -=C2=A0 =C2=A0speeds. > - > -2) Else if Linux termios2 interface is available (TCGETS2/BOTHER), > -=C2=A0 =C2=A0use it to support arbitrary baud rates. > - > -3) Else if legacy struct termios supports c_ispeed/c_ospeed, use > -=C2=A0 =C2=A0the TCGETS/TCSETS fallback (primarily for glibc on ol= der > -=C2=A0 =C2=A0architectures). > - > -4) Otherwise, emit an error indicating that custom baud rates are > -=C2=A0 =C2=A0unsupported on this platform. > - > -This preserves existing behavior on glibc systems while restoring > -build compatibility with musl and other libc implementations. > - > -Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=3D33747 > > - > -Upstream-Status: Submitted > [https://sourceware.org/pipermail/gdb-patches/2026-March/225952.htm= l > = ] > - > -Suggested-by: Kevin Buettner > -Suggested-by: Maciej W. Rozycki > -Signed-off-by: Sunil Dora > ---- > - gdb/config.in > > =C2=A0 |=C2=A0 6 ++++++ > - gdb/configure=C2=A0 =C2=A0 | 52 +++++++++++++++++++++++++++++++++= ++++++++++++ > - gdb/configure.ac > > | 22 +++++++++++++++++++ > - gdb/ser-unix.c=C2=A0 =C2=A0| 55 > ++++++++++++++++++++++++++++++++++-------------- > - 4 files changed, 119 insertions(+), 16 deletions(-) > - > -diff --git a/gdb/config.in > > b/gdb/config.in > > -index efc3100cb9e..b2469c8dabd 100644 > ---- a/gdb/config.in > > -+++ b/gdb/config.in > > -@@ -110,6 +110,9 @@ > -=C2=A0 =C2=A0 the CoreFoundation framework. */ > - #undef HAVE_CFPREFERENCESCOPYAPPVALUE > - > -+/* Define if cfsetispeed/cfsetospeed accept arbitrary baud rates = */ > -+#undef HAVE_CFSETSPEED_ARBITRARY > -+ > - /* Define if compiling support to gdb compile. */ > - #undef HAVE_COMPILE > - > -@@ -517,6 +520,9 @@ > - /* Define to 1 if `st_blocks' is a member of `struct stat'. */ > - #undef HAVE_STRUCT_STAT_ST_BLOCKS > - > -+/* Define to 1 if `c_ospeed' is a member of `struct termios'. */ > -+#undef HAVE_STRUCT_TERMIOS_C_OSPEED > -+ > - /* Define to 1 if `td_pcb' is a member of `struct thread'. */ > - #undef HAVE_STRUCT_THREAD_TD_PCB > - > -diff --git a/gdb/configure b/gdb/configure > -index d0bdba6eb36..8a0e2fa2771 100755 > ---- a/gdb/configure > -+++ b/gdb/configure > -@@ -27336,6 +27336,58 @@ if test "$ac_res" !=3D no; then : > - fi > - > - > -+# Check whether cfsetispeed/cfsetospeed accept arbitrary baud rat= es. > -+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking whether > cfsetispeed/cfsetospeed accept arbitrary baud rates" >&5 > -+$as_echo_n "checking whether cfsetispeed/cfsetospeed accept > arbitrary baud rates... " >&6; } > -+if ${gdb_cv_cfsetspeed_arbitrary+:} false; then : > -+=C2=A0 $as_echo_n "(cached) " >&6 > -+else > -+ > -+=C2=A0 cat confdefs.h - <<_ACEOF >conftest.$ac_ext > -+/* end confdefs.h.=C2=A0 */ > -+#include > -+int > -+main () > -+{ > -+ > -+=C2=A0 =C2=A0 =C2=A0 =C2=A0#if B9600 !=3D 9600 > -+=C2=A0 =C2=A0 =C2=A0 =C2=A0#error B-constants are not numeric sym= bols > -+=C2=A0 =C2=A0 =C2=A0 =C2=A0#endif > -+ > -+=C2=A0 ; > -+=C2=A0 return 0; > -+} > -+_ACEOF > -+if ac_fn_c_try_compile "$LINENO"; then : > -+=C2=A0 gdb_cv_cfsetspeed_arbitrary=3Dyes > -+else > -+=C2=A0 gdb_cv_cfsetspeed_arbitrary=3Dno > -+fi > -+rm -f core conftest.err conftest.$ac_objext conftest.$ac_ext > -+ > -+fi > -+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: > $gdb_cv_cfsetspeed_arbitrary" >&5 > -+$as_echo "$gdb_cv_cfsetspeed_arbitrary" >&6; } > -+ > -+if test "$gdb_cv_cfsetspeed_arbitrary" =3D yes; then > -+ > -+$as_echo "#define HAVE_CFSETSPEED_ARBITRARY 1" >>confdefs.h > -+ > -+fi > -+ > -+# Check for members required by the legacy Linux custom baud > rate path. > -+ac_fn_c_check_member "$LINENO" "struct termios" "c_ospeed" > "ac_cv_member_struct_termios_c_ospeed" "#include > -+" > -+if test "x$ac_cv_member_struct_termios_c_ospeed" =3D xyes; then : > -+ > -+cat >>confdefs.h <<_ACEOF > -+#define HAVE_STRUCT_TERMIOS_C_OSPEED 1 > -+_ACEOF > -+ > -+ > -+fi > -+ > -+ > - > - > - # Check whether --with-jit-reader-dir was given. > -diff --git a/gdb/configure.ac > > b/gdb/configure.ac > > -index 52924106bca..26e8d1ee276 100644 > ---- a/gdb/configure.ac > > -+++ b/gdb/configure.ac > > -@@ -733,6 +733,28 @@ AC_CONFIG_FILES([jit-reader.h:jit-reader.in > ]) > - > - AC_SEARCH_LIBS(dlopen, dl) > - > -+# Check whether cfsetispeed/cfsetospeed accept arbitrary baud rat= es. > -+AC_CACHE_CHECK([whether cfsetispeed/cfsetospeed accept arbitrary > baud rates], > -+=C2=A0 [gdb_cv_cfsetspeed_arbitrary], [ > -+=C2=A0 AC_COMPILE_IFELSE( > -+=C2=A0 =C2=A0 [AC_LANG_PROGRAM([[#include ]], > -+=C2=A0 =C2=A0 =C2=A0 [[ > -+=C2=A0 =C2=A0 =C2=A0 =C2=A0#if B9600 !=3D 9600 > -+=C2=A0 =C2=A0 =C2=A0 =C2=A0#error B-constants are not numeric sym= bols > -+=C2=A0 =C2=A0 =C2=A0 =C2=A0#endif > -+=C2=A0 =C2=A0 =C2=A0 ]])], > -+=C2=A0 =C2=A0 [gdb_cv_cfsetspeed_arbitrary=3Dyes], > -+=C2=A0 =C2=A0 [gdb_cv_cfsetspeed_arbitrary=3Dno]) > -+]) > -+ > -+if test "$gdb_cv_cfsetspeed_arbitrary" =3D yes; then > -+=C2=A0 AC_DEFINE([HAVE_CFSETSPEED_ARBITRARY], [1], > -+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0[Define if cfsetispeed/c= fsetospeed accept arbitrary > baud rates]) > -+fi > -+ > -+# Check for members required by the legacy Linux custom baud > rate path. > -+AC_CHECK_MEMBERS([struct termios.c_ospeed], [], [], [[#include > ]]) > -+ > - GDB_AC_WITH_DIR([JIT_READER_DIR], [jit-reader-dir], > -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0[dir= ectory to load the JIT readers from], > -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0[${l= ibdir}/gdb]) > -diff --git a/gdb/ser-unix.c b/gdb/ser-unix.c > -index 6f2766518be..fbd73970dbb 100644 > ---- a/gdb/ser-unix.c > -+++ b/gdb/ser-unix.c > -@@ -508,36 +508,59 @@ set_baudcode_baudrate (struct serial *scb, > int baud_code) > - > - #if HAVE_CUSTOM_BAUDRATE_SUPPORT && defined(BOTHER) > - > --/* Set a custom baud rate using the termios BOTHER.=C2=A0 */ > -+/* Set a custom baud rate. > -+ > -+=C2=A0 =C2=A0Prefer the POSIX cfsetispeed/cfsetospeed interface w= hen it > accepts > -+=C2=A0 =C2=A0arbitrary baud rates.=C2=A0 Otherwise fall back to L= inux-specific > termios2 > -+=C2=A0 =C2=A0(BOTHER) or legacy termios interfaces.=C2=A0 */ > - > - static void > - set_custom_baudrate_linux (int fd, int rate) > - { > --#ifdef TCGETS2 > --=C2=A0 struct termios2 tio; > --=C2=A0 const unsigned long req_get =3D TCGETS2; > --=C2=A0 const unsigned long req_set =3D TCSETS2; > --#else > -+#if defined(HAVE_CFSETSPEED_ARBITRARY) > -=C2=A0 =C2=A0struct termios tio; > --=C2=A0 const unsigned long req_get =3D TCGETS; > --=C2=A0 const unsigned long req_set =3D TCSETS; > --#endif > -+=C2=A0 if (tcgetattr (fd, &tio) < 0) > -+=C2=A0 =C2=A0 perror_with_name (_("Cannot get current baud rate")= ); > -+ > -+=C2=A0 cfsetispeed (&tio, rate); > -+=C2=A0 cfsetospeed (&tio, rate); > -+ > -+=C2=A0 if (tcsetattr (fd, TCSANOW, &tio) < 0) > -+=C2=A0 =C2=A0 perror_with_name (_("Cannot set custom baud rate"))= ; > -+ > -+#elif defined(TCGETS2) > -+=C2=A0 struct termios2 tio2; > -+=C2=A0 if (ioctl (fd, TCGETS2, &tio2) < 0) > -+=C2=A0 =C2=A0 perror_with_name (_("Cannot get current baud rate")= ); > -+ > -+=C2=A0 tio2.c_cflag &=3D ~CBAUD; > -+=C2=A0 tio2.c_cflag |=3D BOTHER; > -+=C2=A0 tio2.c_ospeed =3D rate; > -+=C2=A0 tio2.c_cflag &=3D ~(CBAUD << IBSHIFT); > -+=C2=A0 tio2.c_cflag |=3D BOTHER << IBSHIFT; > -+=C2=A0 tio2.c_ispeed =3D rate; > - > --=C2=A0 if (ioctl (fd, req_get, &tio) < 0) > --=C2=A0 =C2=A0 perror_with_name (_("Can not get current baud rate"= )); > -+=C2=A0 if (ioctl (fd, TCSETS2, &tio2) < 0) > -+=C2=A0 =C2=A0 perror_with_name (_("Cannot set custom baud rate"))= ; > -+ > -+#elif defined(HAVE_STRUCT_TERMIOS_C_OSPEED) > -+=C2=A0 struct termios tio; > -+=C2=A0 if (ioctl (fd, TCGETS, &tio) < 0) > -+=C2=A0 =C2=A0 perror_with_name (_("Cannot get current baud rate")= ); > - > --=C2=A0 /* Clear the current output baud rate and fill a new value= .=C2=A0 */ > -=C2=A0 =C2=A0tio.c_cflag &=3D ~CBAUD; > -=C2=A0 =C2=A0tio.c_cflag |=3D BOTHER; > -=C2=A0 =C2=A0tio.c_ospeed =3D rate; > -- > --=C2=A0 /* Clear the current input baud rate and fill a new value.= =C2=A0 */ > -=C2=A0 =C2=A0tio.c_cflag &=3D ~(CBAUD << IBSHIFT); > -=C2=A0 =C2=A0tio.c_cflag |=3D BOTHER << IBSHIFT; > -=C2=A0 =C2=A0tio.c_ispeed =3D rate; > - > --=C2=A0 if (ioctl (fd, req_set, &tio) < 0) > --=C2=A0 =C2=A0 perror_with_name (_("Can not set custom baud rate")= ); > -+=C2=A0 if (ioctl (fd, TCSETS, &tio) < 0) > -+=C2=A0 =C2=A0 perror_with_name (_("Cannot set custom baud rate"))= ; > -+ > -+#else > -+=C2=A0 error (_("Custom baud rate not supported on this platform"= )); > -+#endif > - } > - > - #elif HAVE_CUSTOM_BAUDRATE_SUPPORT && defined(IOSSIOSPEED) > --- > -2.49.0 > - > diff --git > a/meta/recipes-devtools/gdb/gdb/0010-GDB-aarch64-linux-Fix-build-fa= ilure-on-musl-systems.patch > b/meta/recipes-devtools/gdb/gdb/0010-GDB-aarch64-linux-Fix-build-fa= ilure-on-musl-systems.patch > deleted file mode 100644 > index 2d91a351d2..0000000000 > --- > a/meta/recipes-devtools/gdb/gdb/0010-GDB-aarch64-linux-Fix-build-fa= ilure-on-musl-systems.patch > +++ /dev/null > @@ -1,196 +0,0 @@ > -From 654223c799910837c80d0964a971fbdf7808864a Mon Sep 17 00:00:00 > 2001 > -From: Thiago Jung Bauermann > -Date: Tue, 17 Mar 2026 02:24:48 -0700 > -Subject: [PATCH] GDB: aarch64-linux: Fix build failure on musl > systems > - > -(cherry picked from commit 02090062127d59978ccc312dabf63c6ea838cd8= 5) > - > -When building against musl (e.g. on Alpine Linux), the following > error > -happens: > - > -=C2=A0 =C2=A0 CXX=C2=A0 =C2=A0 linux-aarch64-low.o > -=C2=A0 In file included from > /home/bauermann/src/binutils-gdb/gdbserver/linux-aarch64-low.cc > :42: > - > /home/bauermann/src/binutils-gdb/gdbserver/../gdb/arch/aarch64-gcs-= linux.h:35:8: > error: redefinition of 'struct user_gcs' > -=C2=A0 =C2=A0 =C2=A035 | struct user_gcs > -=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 =C2=A0 =C2=A0 ^~~~~~~~ > -=C2=A0 In file included from > /home/bauermann/src/binutils-gdb/gdbserver/linux-aarch64-low.cc > :35: > -=C2=A0 /usr/include/asm/ptrace.h:329:8: note: previous definition = of > 'struct user_gcs' > -=C2=A0 =C2=A0 329 | struct user_gcs { > -=C2=A0 =C2=A0 =C2=A0 =C2=A0 |=C2=A0 =C2=A0 =C2=A0 =C2=A0 ^~~~~~~~ > -=C2=A0 make[2]: *** [Makefile:565: linux-aarch64-low.o] Error 1 > - > -aarch64-linux-tdep.c fails to build in the same way. This happens > because > -aarch64-gcs-linux.h uses GCS_MAGIC to see whether the system heade= rs > -have GCS-related definitions.=C2=A0 The problem is that GCS_MAGIC = is > defined in > - while struct gcs_user is defined in > . > -It's fine on glibc systems because in the set of system headers th= at > -linux-aarch64-low.cc > > and aarch64-linux-tdep.c include, > -ends up being included implicitly as well.=C2=A0 This doesn't happ= en > when using > -musl's headers though. > - > -There isn't a macro in whose presence is > correlated with > -the presence of the struct user_gcs definition, so a configure > check is > -needed to detect it and conditionally define the struct. > - > -Also, this change requires aarch64-linux-tdep.c to stop using > -struct user_gcs because target-dependent code can't include > > -and thus even if HAVE_STRUCT_USER_GCS is set, the file won't have = the > -struct definition available. To fix this problem, also backport th= e > -definition of AARCH64_LINUX_SIZEOF_GCS_REGSET and use it there. > - > -Note that there's another build issue with musl, described in > -PR gdb/33747 affecting compilation of gdb/ser-unix.c.=C2=A0 In ord= er to be > -able to test this patch, I applied the patch in comment 11 there. > - > -Tested with a native build on an Alpine Linux aarch64 system, and > also > -verified that all gdb.arch/aarch64-gcs*.exp tests pass on it. > - > -Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=3D33926 > > - > -Upstream-Status: Submitted > [https://sourceware.org/pipermail/gdb-patches/2026-March/226049.htm= l > = ] > - > -Co-authored-by: Chris Packham > -Signed-off-by: Sunil Dora > ---- > - gdb/aarch64-linux-tdep.c=C2=A0 =C2=A0 =C2=A0|=C2=A0 5 +++-- > - gdb/arch/aarch64-gcs-linux.h |=C2=A0 8 +++++--- > - gdbsupport/config.in > > =C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 3 +++ > - gdbsupport/configure=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| 36 > ++++++++++++++++++++++++++++++++++++ > - gdbsupport/configure.ac > > =C2=A0 =C2=A0 | 19 +++++++++++++++++++ > - 5 files changed, 66 insertions(+), 5 deletions(-) > - > -diff --git a/gdb/aarch64-linux-tdep.c b/gdb/aarch64-linux-tdep.c > -index 76bde85188b..6c402e7ecdd 100644 > ---- a/gdb/aarch64-linux-tdep.c > -+++ b/gdb/aarch64-linux-tdep.c > -@@ -1684,8 +1684,9 @@ aarch64_linux_iterate_over_regset_sections > (struct gdbarch *gdbarch, > -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0gcs_regmap, regcache_supply_regs= et, regcache_collect_regset > -=C2=A0 =C2=A0 =C2=A0 =C2=A0}; > - > --=C2=A0 =C2=A0 =C2=A0 cb (".reg-aarch-gcs", sizeof (user_gcs), siz= eof (user_gcs), > --=C2=A0 =C2=A0 =C2=A0 =C2=A0 &aarch64_linux_gcs_regset, "GCS regis= ters", cb_data); > -+=C2=A0 =C2=A0 =C2=A0 cb (".reg-aarch-gcs", AARCH64_LINUX_SIZEOF_G= CS_REGSET, > -+=C2=A0 =C2=A0 =C2=A0 =C2=A0 AARCH64_LINUX_SIZEOF_GCS_REGSET, &aar= ch64_linux_gcs_regset, > -+=C2=A0 =C2=A0 =C2=A0 =C2=A0 "GCS registers", cb_data); > -=C2=A0 =C2=A0 =C2=A0} > - } > - > -diff --git a/gdb/arch/aarch64-gcs-linux.h > b/gdb/arch/aarch64-gcs-linux.h > -index 018ca37a522..632823a8120 100644 > ---- a/gdb/arch/aarch64-gcs-linux.h > -+++ b/gdb/arch/aarch64-gcs-linux.h > -@@ -27,8 +27,7 @@ > - #define HWCAP_GCS (1ULL << 32) > - #endif > - > --/* Make sure we only define these if the kernel header doesn't.=C2= =A0 */ > --#ifndef GCS_MAGIC > -+#ifndef HAVE_STRUCT_USER_GCS > - > - /* GCS state (NT_ARM_GCS).=C2=A0 */ > - > -@@ -39,6 +38,9 @@ struct user_gcs > -=C2=A0 =C2=A0uint64_t gcspr_el0; > - }; > - > --#endif /* GCS_MAGIC */ > -+#endif /* HAVE_STRUCT_USER_GCS */ > -+ > -+/* The GCS regset consists of 3 64-bit registers.=C2=A0 */ > -+#define AARCH64_LINUX_SIZEOF_GCS_REGSET (3 * 8) > - > - #endif /* GDB_ARCH_AARCH64_GCS_LINUX_H */ > -diff --git a/gdbsupport/config.in > > b/gdbsupport/config.in > > -index 0beacf22c05..2957ee0f030 100644 > ---- a/gdbsupport/config.in > > -+++ b/gdbsupport/config.in > > -@@ -271,6 +271,9 @@ > - /* Define to 1 if `st_blocks' is a member of `struct stat'. */ > - #undef HAVE_STRUCT_STAT_ST_BLOCKS > - > -+/* Define to 1 if your system has struct user_gcs. */ > -+#undef HAVE_STRUCT_USER_GCS > -+ > - /* Define to 1 if you have the header file. */ > - #undef HAVE_SYS_PARAM_H > - > -diff --git a/gdbsupport/configure b/gdbsupport/configure > -index 133ddfa7f6c..66135791aa5 100755 > ---- a/gdbsupport/configure > -+++ b/gdbsupport/configure > -@@ -14307,6 +14307,42 @@ ac_compiler_gnu=3D$ac_cv_c_compiler_gnu > - > - > - > -+# Check for `struct user_gcs` > -+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking for struct > user_gcs" >&5 > -+$as_echo_n "checking for struct user_gcs... " >&6; } > -+if ${gdb_cv_struct_user_gcs+:} false; then : > -+=C2=A0 $as_echo_n "(cached) " >&6 > -+else > -+=C2=A0 cat confdefs.h - <<_ACEOF >conftest.$ac_ext > -+/* end confdefs.h.=C2=A0 */ > -+#include > -+=C2=A0 =C2=A0 =C2=A0 =C2=A0#include > -+int > -+main () > -+{ > -+struct user_gcs u; > -+ > -+=C2=A0 ; > -+=C2=A0 return 0; > -+} > -+_ACEOF > -+if ac_fn_c_try_compile "$LINENO"; then : > -+=C2=A0 gdb_cv_struct_user_gcs=3Dyes > -+else > -+=C2=A0 gdb_cv_struct_user_gcs=3Dno > -+ > -+fi > -+rm -f core conftest.err conftest.$ac_objext conftest.$ac_ext > -+ > -+fi > -+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: > $gdb_cv_struct_user_gcs" >&5 > -+$as_echo "$gdb_cv_struct_user_gcs" >&6; } > -+if test "$gdb_cv_struct_user_gcs" =3D yes; then > -+ > -+$as_echo "#define HAVE_STRUCT_USER_GCS 1" >>confdefs.h > -+ > -+fi > -+ > - # Set the 'development' global. > - . $srcdir/../bfd/development.sh > > - > -diff --git a/gdbsupport/configure.ac > > b/gdbsupport/configure.ac > > -index b7ccfabd6c6..d3b4c05daeb 100644 > ---- a/gdbsupport/configure.ac > > -+++ b/gdbsupport/configure.ac > > -@@ -68,6 +68,25 @@ GDB_AC_PTRACE > - AM_GDB_COMPILER_TYPE > - AM_GDB_WARNINGS > - > -+# Check for `struct user_gcs` > -+AC_CACHE_CHECK( > -+=C2=A0 [for struct user_gcs], > -+=C2=A0 [gdb_cv_struct_user_gcs], > -+=C2=A0 [AC_COMPILE_IFELSE( > -+=C2=A0 =C2=A0 =C2=A0[AC_LANG_PROGRAM( > -+=C2=A0 =C2=A0 =C2=A0 [#include > -+=C2=A0 =C2=A0 =C2=A0 =C2=A0#include ], > -+=C2=A0 =C2=A0 =C2=A0 [struct user_gcs u;] > -+=C2=A0 =C2=A0 =C2=A0 )], > -+=C2=A0 =C2=A0 =C2=A0[gdb_cv_struct_user_gcs=3Dyes], > -+=C2=A0 =C2=A0 =C2=A0[gdb_cv_struct_user_gcs=3Dno] > -+=C2=A0 )] > -+) > -+if test "$gdb_cv_struct_user_gcs" =3D yes; then > -+=C2=A0 AC_DEFINE(HAVE_STRUCT_USER_GCS, 1, > -+=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 [Define to 1 if your system ha= s struct user_gcs.]) > -+fi > -+ > - # Set the 'development' global. > - . $srcdir/../bfd/development.sh > > - > --- > -2.49.0 > - > diff --git a/meta/recipes-devtools/gdb/gdb_17.1.bb > > b/meta/recipes-devtools/gdb/gdb_17.2.bb > > similarity index 100% > rename from meta/recipes-devtools/gdb/gdb_17.1.bb > > rename to meta/recipes-devtools/gdb/gdb_17.2.bb > > --=20 > 2.49.0 > > > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > Links: You receive all messages sent to this group. > View/Reply Online (#239857): > https://lists.openembedded.org/g/openembedded-core/message/239857 > > Mute This Topic: > https://lists.openembedded.org/mt/120043435/4316185 > > Group Owner: openembedded-core+owner@lists.openembedded.org > > Unsubscribe: > https://lists.openembedded.org/g/openembedded-core/unsub > > [yoann.congal@smile.fr] > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > > > > --=20 > Yoann Congal > Smile ECS --------------SBr5vqFJH6qvQ8YkRYF8tWZ2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mx0a-0064b401.pphosted.com id 65U6DCdw377141


On 30-06-2026 13:02, Yoann Congal wrote:
=20
CAUTION: This email comes from a non Wind River email account!
Do not click links or open attachments unless you recognize the sender and know the content is safe.


Le mar. 30 juin 20= 26 =C3=A0 09:19, Varatharajan, Deepesh via lists.openembedded.org <deepesh.varatharajan=3Dwindriver.com@lists.openembedded.org= > a =C3=A9crit :
From: Deepesh Varatharajan <Deepesh.Varatharajan@windriver.com>
GDB 17.2 brings the following fixes and enhancements over GDB 17.1:
https://sourceware.org= /git/gitweb.cgi?p=3Dbinutils-gdb.git;a=3Dblob_plain;f=3Dgdb/NEWS;hb=3Dgdb= -17.2-release

"enhancements" =3D> That sounds like someth= ing that is *not* acceptable under stable policy. Did you check?
Hi Yoann,

Thanks for pointing this out. I had copied the commit message from the corresponding commit on master. I verified the changes included in GDB 17.2 compared to 17.1, and they are all bug fixes. I've updated the commit message and sent v2.

Regards,
Deepesh


 * PR dap/33228 ([gdb/dap] error while listing registe= r children)

 * PR gdb/33737 (gdb --help says 'For more information= , type "stream"
   from within GDB', but "stream" is no= t a defined command)

 * PR build/33747 (Incompatible with MUSL libc: no mem= ber named 'c_ospeed'
   in 'termios')

 * PR gdb/33748 (gdb17 regression with displaying ANSI colors)

 * PR gdb/33753 (Out-of-bounds writes in string_{v}pri= ntf -- threads
   and static data don't mix)

 * PR cli/33761 (Setting style colors is broken on MS-Windows)

 * PR gdb/33768 (Loading compressed GDB scripts from .debug_gdb_scripts fails)

 * PR symtab/33775 ([gdb/symtab] data race in
   dwarf2_per_cu::{set_addr_size,set_offset_size,set_ref= _addr_size})

 * PR symtab/33777 ([gdb/symtab] dw2_get_file_names doesn't cache result
   for dummy CU)

 * PR symtab/33825 ([dwz] Extremely slow symbol lookup with DWZ-compressed
   debug info (thousands of partial units))

 * PR testsuite/33845 (gdb: There are 4 unexpected failures in
   breakpoint-in-ro-region.exp)

 * PR gdb/33872 (`skip -gfile` has inverted logic)

 * PR gdb/33926 (GDB 17.1 AArch64: redefinition of user_gcs struct on musl)

 * PR breakpoints/34112 (rbreak `file:regex` sets breakpoints for matches
   outside of `file` [reproducer attached])

Drop patches merged upstream:
  * 0009-PR-gdb-33747-gdb-ser-unix-modernize-Linux-custom-bau.p= atch
  * 0010-GDB-aarch64-linux-Fix-build-failure-on-musl-systems.pa= tch

Signed-off-by: Deepesh Varatharajan <Deepesh.Varatharajan@windriver.com>
---
 ...ian_17.1.bb =3D> gdb-cross-canadian_17.2.bb} |   0
 .../{gdb-cross_17.1.bb =3D> gdb-cross_17.2.bb}  |   0
 meta/recipes-devtools/gdb/gdb.inc          &nbs= p;  |   4 +-
 ...-ser-unix-modernize-Linux-custom-bau.patch | 248 ------------------
 ...ux-Fix-build-failure-on-musl-systems.patch | 196 --------------
 .../gdb/{gdb_17.1.bb =3D> gdb_17.2.bb}          | = ;  0
 6 files changed, 1 insertion(+), 447 deletions(-)
 rename meta/recipes-devtools/gdb/{gdb-cross-canadian_17.1.bb =3D> gdb-cross-canadian_17.2.bb} (100%)
 rename meta/recipes-devtools/gdb/{gdb-cross_17.1.bb =3D> gdb-cross_17.2.bb} (100%)
 delete mode 100644 meta/recipes-devtools/gdb/gdb/0009-PR-gdb-33747-gdb-ser-unix-modernize-Li= nux-custom-bau.patch
 delete mode 100644 meta/recipes-devtools/gdb/gdb/0010-GDB-aarch64-linux-Fix-build-failure-on= -musl-systems.patch
 rename meta/recipes-devtools/gdb/{g= db_17.1.bb =3D> gdb_17.2.bb} (100%)

diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian_17.1.bb b/meta/recipes-devtools/gdb/gdb-cross-canadian_17.2.bb
similarity index 100%
rename from meta/recipes-devtools/gdb/gdb-cross-canadian_17.1.bb
rename to meta/recipes-devtools/gdb/gdb-cross-canadian_17.2.bb
diff --git a/meta/recipes-devtools/gdb/gdb-cross_17.1.bb b/meta/recipes-devtools/gdb/gdb-cro= ss_17.2.bb
similarity index 100%
rename from meta/recipes-devtools/gdb/gdb-cross_17.1.bb
rename to meta/recipes-devtools/gdb/gdb-cross_17.2.bb
diff --git a/meta/recipes-devtools/gdb/gdb.inc b/meta/recipes-devtools/gdb/gdb.inc
index d367486d02..cbb5885459 100644
--- a/meta/recipes-devtools/gdb/gdb.inc
+++ b/meta/recipes-devtools/gdb/gdb.inc
@@ -13,7 +13,5 @@ SRC_URI =3D "${GNU_MIRROR}/gdb/gdb-${PV}.tar.xz \
            file://0006-Fix-invalid-sigprocmask-call.patch \
            file://0007-Defin= e-alignof-using-_Alignof-when-using-C11-or-newe.patch \
            file://0008-Add-f= ix-for-packages-that-are-not-compatible-with-C2.patch \
-           file://0009= -PR-gdb-33747-gdb-ser-unix-modernize-Linux-custom-bau.patch \
-           file://0010-= GDB-aarch64-linux-Fix-build-failure-on-musl-systems.patch \
            "
-SRC_URI[sha256sum] =3D "14996f5f74c9f68f5a543fdc45bca7800207f91f92aeea6c2e791= 822c7c6d876"
+SRC_URI[sha256sum] =3D "1c036c0d72e4b3d1fb5c94c88632add6f9d76f4d7c4d2ea793c12= a9f19a3228c"
diff --git a/meta/recipes-devtools/gdb/gdb/0009-PR-gdb-33747-gdb-ser-unix-modernize-= Linux-custom-bau.patch b/meta/recipes-devtools/gdb/gdb/0009-PR-gdb-33747-gdb-ser-unix-modernize-= Linux-custom-bau.patch
deleted file mode 100644
index 30d22b21f9..0000000000
--- a/meta/recipes-devtools/gdb/gdb/0009-PR-gdb-33747-gdb-ser-unix-modernize-= Linux-custom-bau.patch
+++ /dev/null
@@ -1,248 +0,0 @@
-From 1a77c71303b552140613d49595baebdff1a4716e Mon Sep 17 00:00:00 2001
-From: Sunil Dora <sunilkumar.dora@windriver.com>
-Date: Tue, 17 Mar 2026 01:58:55 -0700
-Subject: [PATCH] PR gdb/33747: gdb/ser-unix: modernize Linux custom baud rate
- support
-
-The Linux custom baud rate implementation previously accessed the
-struct termios members c_ispeed and c_ospeed directly. These fields
-exist in glibc but are not exposed by musl, causing builds to fail on
-musl-based systems.
-
-Update set_custom_baudrate_linux to use a capability-based approach,
-with three distinct code paths:
-
-1) If POSIX cfsetispeed/cfsetospeed accept arbitrary baud rates
-   (HAVE_CFSETSPEED_ARBITRARY), use them to set = input and output
-   speeds.
-
-2) Else if Linux termios2 interface is available (TCGETS2/BOTHER),
-   use it to support arbitrary baud rates.
-
-3) Else if legacy struct termios supports c_ispeed/c_ospeed, use
-   the TCGETS/TCSETS fallback (primarily for gli= bc on older
-   architectures).
-
-4) Otherwise, emit an error indicating that custom baud rates are
-   unsupported on this platform.
-
-This preserves existing behavior on glibc systems while restoring
-build compatibility with musl and other libc implementations.
-
-Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=3D33747
-
-Upstream-Status: Submitted [https://sourceware.org/pipermail/gdb= -patches/2026-March/225952.html]
-
-Suggested-by: Kevin Buettner <kevinb@redhat.com>
-Suggested-by: Maciej W. Rozycki <macro@orcam.me.uk>
-Signed-off-by: Sunil Dora <sunilkumar.dora@windriver.com>
----
- gdb/config.in    |  6 ++++++
- gdb/configure    | 52 +++++++++++++++++++++++++++++++++++++++++++++
- gdb/configure.ac | 22 +++++++++++++++++++
- gdb/ser-unix.c   | 55 ++++++++++++++++++++++++++++++++++--------------
- 4 files changed, 119 insertions(+), 16 deletions(-)
-
-diff --git a/gdb/config.in b/gdb/config.in
-index efc3100cb9e..b2469c8dabd 100644
---- a/gdb/config.in
-+++ b/gdb/config.in
-@@ -110,6 +110,9 @@
-    the CoreFoundation framework. */
- #undef HAVE_CFPREFERENCESCOPYAPPVALUE
-
-+/* Define if cfsetispeed/cfsetospeed accept arbitrary baud rates */
-+#undef HAVE_CFSETSPEED_ARBITRARY
-+
- /* Define if compiling support to gdb compile. */
- #undef HAVE_COMPILE
-
-@@ -517,6 +520,9 @@
- /* Define to 1 if `st_blocks' is a member of `struct stat'. */
- #undef HAVE_STRUCT_STAT_ST_BLOCKS
-
-+/* Define to 1 if `c_ospeed' is a member of `struct termios'. */
-+#undef HAVE_STRUCT_TERMIOS_C_OSPEED
-+
- /* Define to 1 if `td_pcb' is a member of `struct thread'. */
- #undef HAVE_STRUCT_THREAD_TD_PCB
-
-diff --git a/gdb/configure b/gdb/configure
-index d0bdba6eb36..8a0e2fa2771 100755
---- a/gdb/configure
-+++ b/gdb/configure
-@@ -27336,6 +27336,58 @@ if test "$ac_res" !=3D = no; then :
- fi
-
-
-+# Check whether cfsetispeed/cfsetospeed accept arbitrary baud rates.
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking whether cfsetispeed/cfsetospeed accept arbitrary baud rates" >&5
-+$as_echo_n "checking whether cfsetispeed/cfsetospeed accept arbitrary baud rates... " >&6; }
-+if ${gdb_cv_cfsetspeed_arbitrary+:} false; then :
-+  $as_echo_n "(cached) " >&6
-+else
-+
-+  cat confdefs.h - <<_ACEOF >conftest.$ac_e= xt
-+/* end confdefs.h.  */
-+#include <termios.h>
-+int
-+main ()
-+{
-+
-+       #if B9600 !=3D 9600
-+       #error B-constants are not num= eric symbols
-+       #endif
-+
-+  ;
-+  return 0;
-+}
-+_ACEOF
-+if ac_fn_c_try_compile "$LINENO"; then :
-+  gdb_cv_cfsetspeed_arbitrary=3Dyes
-+else
-+  gdb_cv_cfsetspeed_arbitrary=3Dno
-+fi
-+rm -f core conftest.err conftest.$ac_objext conftest.$ac_ext
-+
-+fi
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $gdb_cv_cfsetspeed_arbitrary" >&5
-+$as_echo "$gdb_cv_cfsetspeed_arbitrary" >&am= p;6; }
-+
-+if test "$gdb_cv_cfsetspeed_arbitrary" =3D yes;= then
-+
-+$as_echo "#define HAVE_CFSETSPEED_ARBITRARY 1" >>confdefs.h
-+
-+fi
-+
-+# Check for members required by the legacy Linux custom baud rate path.
-+ac_fn_c_check_member "$LINENO" "struct ter= mios" "c_ospeed" "ac_cv_member_struct_termios_c_os= peed" "#include <termios.h>
-+"
-+if test "x$ac_cv_member_struct_termios_c_ospeed"= ; =3D xyes; then :
-+
-+cat >>confdefs.h <<_ACEOF
-+#define HAVE_STRUCT_TERMIOS_C_OSPEED 1
-+_ACEOF
-+
-+
-+fi
-+
-+
-
-
- # Check whether --with-jit-reader-dir was given.
-diff --git a/gdb/configure.ac b/gdb/configure.ac
-index 52924106bca..26e8d1ee276 100644
---- a/gdb/configure.ac
-+++ b/gdb/configure.ac
-@@ -733,6 +733,28 @@ AC_CONFIG_FILES([jit-reader.h:jit-reader.in])
-
- AC_SEARCH_LIBS(dlopen, dl)
-
-+# Check whether cfsetispeed/cfsetospeed accept arbitrary baud rates.
-+AC_CACHE_CHECK([whether cfsetispeed/cfsetospeed accept arbitrary baud rates],
-+  [gdb_cv_cfsetspeed_arbitrary], [
-+  AC_COMPILE_IFELSE(
-+    [AC_LANG_PROGRAM([[#include <termios.h&g= t;]],
-+      [[
-+       #if B9600 !=3D 9600
-+       #error B-constants are not num= eric symbols
-+       #endif
-+      ]])],
-+    [gdb_cv_cfsetspeed_arbitrary=3Dyes],
-+    [gdb_cv_cfsetspeed_arbitrary=3Dno])
-+])
-+
-+if test "$gdb_cv_cfsetspeed_arbitrary" =3D yes;= then
-+  AC_DEFINE([HAVE_CFSETSPEED_ARBITRARY], [1],
-+           [Define if cfset= ispeed/cfsetospeed accept arbitrary baud rates])
-+fi
-+
-+# Check for members required by the legacy Linux custom baud rate path.
-+AC_CHECK_MEMBERS([struct termios.c_ospeed], [], [], [[#include <termios.h>]])
-+
- GDB_AC_WITH_DIR([JIT_READER_DIR], [jit-reader-dir],
-                &n= bsp;[directory to load the JIT readers from],
-                &n= bsp;[${libdir}/gdb])
-diff --git a/gdb/ser-unix.c b/gdb/ser-unix.c
-index 6f2766518be..fbd73970dbb 100644
---- a/gdb/ser-unix.c
-+++ b/gdb/ser-unix.c
-@@ -508,36 +508,59 @@ set_baudcode_baudrate (struct serial *scb, int baud_code)
-
- #if HAVE_CUSTOM_BAUDRATE_SUPPORT && defined(BOTHER)
-
--/* Set a custom baud rate using the termios BOTHER. = */
-+/* Set a custom baud rate.
-+
-+   Prefer the POSIX cfsetispeed/cfsetospeed int= erface when it accepts
-+   arbitrary baud rates.  Otherwise fall b= ack to Linux-specific termios2
-+   (BOTHER) or legacy termios interfaces. = */
-
- static void
- set_custom_baudrate_linux (int fd, int rate)
- {
--#ifdef TCGETS2
--  struct termios2 tio;
--  const unsigned long req_get =3D TCGETS2;
--  const unsigned long req_set =3D TCSETS2;
--#else
-+#if defined(HAVE_CFSETSPEED_ARBITRARY)
-   struct termios tio;
--  const unsigned long req_get =3D TCGETS;
--  const unsigned long req_set =3D TCSETS;
--#endif
-+  if (tcgetattr (fd, &tio) < 0)
-+    perror_with_name (_("Cannot get curren= t baud rate"));
-+
-+  cfsetispeed (&tio, rate);
-+  cfsetospeed (&tio, rate);
-+
-+  if (tcsetattr (fd, TCSANOW, &tio) < 0)
-+    perror_with_name (_("Cannot set custom= baud rate"));
-+
-+#elif defined(TCGETS2)
-+  struct termios2 tio2;
-+  if (ioctl (fd, TCGETS2, &tio2) < 0)
-+    perror_with_name (_("Cannot get curren= t baud rate"));
-+
-+  tio2.c_cflag &=3D ~CBAUD;
-+  tio2.c_cflag |=3D BOTHER;
-+  tio2.c_ospeed =3D rate;
-+  tio2.c_cflag &=3D ~(CBAUD << IBSHIFT); -+  tio2.c_cflag |=3D BOTHER << IBSHIFT;
-+  tio2.c_ispeed =3D rate;
-
--  if (ioctl (fd, req_get, &tio) < 0)
--    perror_with_name (_("Can not get curre= nt baud rate"));
-+  if (ioctl (fd, TCSETS2, &tio2) < 0)
-+    perror_with_name (_("Cannot set custom= baud rate"));
-+
-+#elif defined(HAVE_STRUCT_TERMIOS_C_OSPEED)
-+  struct termios tio;
-+  if (ioctl (fd, TCGETS, &tio) < 0)
-+    perror_with_name (_("Cannot get curren= t baud rate"));
-
--  /* Clear the current output baud rate and fill a n= ew value.  */
-   tio.c_cflag &=3D ~CBAUD;
-   tio.c_cflag |=3D BOTHER;
-   tio.c_ospeed =3D rate;
--
--  /* Clear the current input baud rate and fill a ne= w value.  */
-   tio.c_cflag &=3D ~(CBAUD << IBSHIFT= );
-   tio.c_cflag |=3D BOTHER << IBSHIFT;
-   tio.c_ispeed =3D rate;
-
--  if (ioctl (fd, req_set, &tio) < 0)
--    perror_with_name (_("Can not set custo= m baud rate"));
-+  if (ioctl (fd, TCSETS, &tio) < 0)
-+    perror_with_name (_("Cannot set custom= baud rate"));
-+
-+#else
-+  error (_("Custom baud rate not supported on t= his platform"));
-+#endif
- }
-
- #elif HAVE_CUSTOM_BAUDRATE_SUPPORT && defined(IOSSIOSPEED)
---
-2.49.0
-
diff --git a/meta/recipes-devtools/gdb/gdb/0010-GDB-aarch64-linux-Fix-build-failure-= on-musl-systems.patch b/meta/recipes-devtools/gdb/gdb/0010-GDB-aarch64-linux-Fix-build-failure-= on-musl-systems.patch
deleted file mode 100644
index 2d91a351d2..0000000000
--- a/meta/recipes-devtools/gdb/gdb/0010-GDB-aarch64-linux-Fix-build-failure-= on-musl-systems.patch
+++ /dev/null
@@ -1,196 +0,0 @@
-From 654223c799910837c80d0964a971fbdf7808864a Mon Sep 17 00:00:00 2001
-From: Thiago Jung Bauermann <thiago.bauermann@linaro.org>
-Date: Tue, 17 Mar 2026 02:24:48 -0700
-Subject: [PATCH] GDB: aarch64-linux: Fix build failure on musl systems
-
-(cherry picked from commit 02090062127d59978ccc312dabf63c6ea838cd85)
-
-When building against musl (e.g. on Alpine Linux), the following error
-happens:
-
-    CXX    linux-aarch64-low.o
-  In file included from /home/bauermann/src/binutils-gdb/gdbserver/linux-aarch64-low.cc:4= 2:
-  /home/bauermann/src/binutils-gdb/gdbserver/../gdb/arch/aarch64-gcs-linux.= h:35:8: error: redefinition of 'struct user_gcs'
-     35 | struct user_gcs
-        |        ^= ~~~~~~~
-  In file included from /home/bauermann/src/binutils-gdb/gdbserver/linux-aarch64-low.cc:3= 5:
-  /usr/include/asm/ptrace.h:329:8: note: previous definition of 'struct user_gcs'
-    329 | struct user_gcs {
-        |        ^= ~~~~~~~
-  make[2]: *** [Makefile:565: linux-aarch64-low.o] Er= ror 1
-
-aarch64-linux-tdep.c fails to build in the same way.  This happens because
-aarch64-gcs-linux.h uses GCS_MAGIC to see whether the system headers
-have GCS-related definitions.  The problem is that GCS_MAGIC is defined in
-<asm/sigcontext.h> while struct gcs_user is defined in <asm/ptrace.h>.
-It's fine on glibc systems because in the set of system headers that
-linux-aarch64-low.cc and aarch64-linux-tdep.c include, <asm/sigcontext.h>
-ends up being included implicitly as well.  This does= n't happen when using
-musl's headers though.
-
-There isn't a macro in <asm/ptrace.h> whose presence is correlated with
-the presence of the struct user_gcs definition, so a configure check is
-needed to detect it and conditionally define the struct. -
-Also, this change requires aarch64-linux-tdep.c to stop using
-struct user_gcs because target-dependent code can't include <asm/ptrace.h>
-and thus even if HAVE_STRUCT_USER_GCS is set, the file won't have the
-struct definition available. To fix this problem, also backport the
-definition of AARCH64_LINUX_SIZEOF_GCS_REGSET and use it there.
-
-Note that there's another build issue with musl, described in
-PR gdb/33747 affecting compilation of gdb/ser-unix.c. = ; In order to be
-able to test this patch, I applied the patch in comment 11 there.
-
-Tested with a native build on an Alpine Linux aarch64 system, and also
-verified that all gdb.arch/aarch64-gcs*.exp tests pass on it.
-
-Bug: https://sourceware.org/bugzilla/show_bug.cgi?id=3D33926
-
-Upstream-Status: Submitted [https://sourceware.org/pipermail/gdb= -patches/2026-March/226049.html]
-
-Co-authored-by: Chris Packham <judge.packham@gmail.com>
-Signed-off-by: Sunil Dora <sunilkumar.dora@windriver.com>
----
- gdb/aarch64-linux-tdep.c     |  5 +++= --
- gdb/arch/aarch64-gcs-linux.h |  8 +++++---
- gdbsupport/config.in         |  3 +++
- gdbsupport/configure         | 3= 6 ++++++++++++++++++++++++++++++++++++
- gdbsupport/configure.ac      | 19 +++++++++++++++++++
- 5 files changed, 66 insertions(+), 5 deletions(-)
-
-diff --git a/gdb/aarch64-linux-tdep.c b/gdb/aarch64-linux-tdep.c
-index 76bde85188b..6c402e7ecdd 100644
---- a/gdb/aarch64-linux-tdep.c
-+++ b/gdb/aarch64-linux-tdep.c
-@@ -1684,8 +1684,9 @@ aarch64_linux_iterate_over_regset_sections (struct gdbarch *gdbarch,
-         gcs_regmap, regcache_sup= ply_regset, regcache_collect_regset
-       };
-
--      cb (".reg-aarch-gcs", size= of (user_gcs), sizeof (user_gcs),
--        &aarch64_linux_gcs_regset= , "GCS registers", cb_data);
-+      cb (".reg-aarch-gcs", AARCH64_LINUX_SIZEOF_GCS_REGSET,
-+        AARCH64_LINUX_SIZEOF_GCS_REGS= ET, &aarch64_linux_gcs_regset,
-+        "GCS registers", cb= _data);
-     }
- }
-
-diff --git a/gdb/arch/aarch64-gcs-linux.h b/gdb/arch/aarch64-gcs-linux.h
-index 018ca37a522..632823a8120 100644
---- a/gdb/arch/aarch64-gcs-linux.h
-+++ b/gdb/arch/aarch64-gcs-linux.h
-@@ -27,8 +27,7 @@
- #define HWCAP_GCS (1ULL << 32)
- #endif
-
--/* Make sure we only define these if the kernel header doesn't.  */
--#ifndef GCS_MAGIC
-+#ifndef HAVE_STRUCT_USER_GCS
-
- /* GCS state (NT_ARM_GCS).  */
-
-@@ -39,6 +38,9 @@ struct user_gcs
-   uint64_t gcspr_el0;
- };
-
--#endif /* GCS_MAGIC */
-+#endif /* HAVE_STRUCT_USER_GCS */
-+
-+/* The GCS regset consists of 3 64-bit registers.  *= /
-+#define AARCH64_LINUX_SIZEOF_GCS_REGSET (3 * 8)
-
- #endif /* GDB_ARCH_AARCH64_GCS_LINUX_H */
-diff --git a/gdbsupport/config.in b/gdbsupport/config.in
-index 0beacf22c05..2957ee0f030 100644
---- a/gdbsupport/config.in
-+++ b/gdbsupport/config.in
-@@ -271,6 +271,9 @@
- /* Define to 1 if `st_blocks' is a member of `struct stat'. */
- #undef HAVE_STRUCT_STAT_ST_BLOCKS
-
-+/* Define to 1 if your system has struct user_gcs. */
-+#undef HAVE_STRUCT_USER_GCS
-+
- /* Define to 1 if you have the <sys/param.h> header file. */
- #undef HAVE_SYS_PARAM_H
-
-diff --git a/gdbsupport/configure b/gdbsupport/configure -index 133ddfa7f6c..66135791aa5 100755
---- a/gdbsupport/configure
-+++ b/gdbsupport/configure
-@@ -14307,6 +14307,42 @@ ac_compiler_gnu=3D$ac_cv_c_compiler_gnu
-
-
-
-+# Check for `struct user_gcs`
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: checking fo= r struct user_gcs" >&5
-+$as_echo_n "checking for struct user_gcs... " >&6; }
-+if ${gdb_cv_struct_user_gcs+:} false; then :
-+  $as_echo_n "(cached) " >&6
-+else
-+  cat confdefs.h - <<_ACEOF >conftest.$ac_e= xt
-+/* end confdefs.h.  */
-+#include <sys/ptrace.h>
-+       #include <asm/ptrace.h><= br> -+int
-+main ()
-+{
-+struct user_gcs u;
-+
-+  ;
-+  return 0;
-+}
-+_ACEOF
-+if ac_fn_c_try_compile "$LINENO"; then :
-+  gdb_cv_struct_user_gcs=3Dyes
-+else
-+  gdb_cv_struct_user_gcs=3Dno
-+
-+fi
-+rm -f core conftest.err conftest.$ac_objext conftest.$ac_ext
-+
-+fi
-+{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $gdb_cv_struct_user_gcs" >&5
-+$as_echo "$gdb_cv_struct_user_gcs" >&6; = }
-+if test "$gdb_cv_struct_user_gcs" =3D yes; then=
-+
-+$as_echo "#define HAVE_STRUCT_USER_GCS 1" >>confdefs.h
-+
-+fi
-+
- # Set the 'development' global.
- . $srcdir/../bfd/development.sh
-
-diff --git a/gdbsupport/configure.ac b/gdbsupport/configure.ac
-index b7ccfabd6c6..d3b4c05daeb 100644
---- a/gdbsupport/configure.ac
-+++ b/gdbsupport/configure.ac
-@@ -68,6 +68,25 @@ GDB_AC_PTRACE
- AM_GDB_COMPILER_TYPE
- AM_GDB_WARNINGS
-
-+# Check for `struct user_gcs`
-+AC_CACHE_CHECK(
-+  [for struct user_gcs],
-+  [gdb_cv_struct_user_gcs],
-+  [AC_COMPILE_IFELSE(
-+     [AC_LANG_PROGRAM(
-+      [#include <sys/ptrace.h>
-+       #include <asm/ptrace.h>]= ,
-+      [struct user_gcs u;]
-+      )],
-+     [gdb_cv_struct_user_gcs=3Dyes],
-+     [gdb_cv_struct_user_gcs=3Dno]
-+  )]
-+)
-+if test "$gdb_cv_struct_user_gcs" =3D yes; then=
-+  AC_DEFINE(HAVE_STRUCT_USER_GCS, 1,
-+          [Define to 1 if your s= ystem has struct user_gcs.])
-+fi
-+
- # Set the 'development' global.
- . $srcdir/../bfd/development.sh
-
---
-2.49.0
-
diff --git a/meta/recipes-devtools/gdb/gd= b_17.1.bb b/meta/recipes-devtools/gdb/gdb_17.2.bb
similarity index 100%
rename from meta/recipes-devtools/gdb/gdb= _17.1.bb
rename to meta/recipes-devtools/gdb/gdb_1= 7.2.bb
--
2.49.0


-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-
Links: You receive all messages sent to this group.
View/Reply Online (#239857): https://lists.openembedded.org/g/openembedded-core/message/239857
Mute This Topic: https://lists.openembedded.org/mt/120043435/4316185 Group Owner: openembedded-core+owner@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub<= /a> [yoann.congal@sm= ile.fr]
-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-



--
Yoann Congal=
Smile ECS
--------------SBr5vqFJH6qvQ8YkRYF8tWZ2--