From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id 0jc9ISiWj2mqwjkAWB0awg (envelope-from ) for ; Fri, 13 Feb 2026 16:22:48 -0500 Authentication-Results: simark.ca; dkim=pass (2048-bit key; unprotected) header.d=windriver.com header.i=@windriver.com header.a=rsa-sha256 header.s=PPS06212021 header.b=jxwbcWzI; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id 6E0B51E0DD; Fri, 13 Feb 2026 16:22:48 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_VALIDITY_CERTIFIED_BLOCKED, RCVD_IN_VALIDITY_RPBL_BLOCKED,RCVD_IN_VALIDITY_SAFE_BLOCKED autolearn=ham autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (vm01.sourceware.org [38.145.34.32]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 2CF751E08D for ; Fri, 13 Feb 2026 16:22:47 -0500 (EST) Received: from vm01.sourceware.org (localhost [127.0.0.1]) by sourceware.org (Postfix) with ESMTP id 9849F4BAD148 for ; Fri, 13 Feb 2026 21:22:46 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 9849F4BAD148 Authentication-Results: sourceware.org; dkim=pass (2048-bit key, unprotected) header.d=windriver.com header.i=@windriver.com header.a=rsa-sha256 header.s=PPS06212021 header.b=jxwbcWzI Received: from mx0a-0064b401.pphosted.com (mx0a-0064b401.pphosted.com [205.220.166.238]) by sourceware.org (Postfix) with ESMTPS id F1EF94B9DB6F; Fri, 13 Feb 2026 21:22:10 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org F1EF94B9DB6F Authentication-Results: sourceware.org; dmarc=pass (p=reject dis=none) header.from=windriver.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=windriver.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org F1EF94B9DB6F Authentication-Results: server2.sourceware.org; arc=pass smtp.remote-ip=205.220.166.238 ARC-Seal: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1771017731; cv=pass; b=kRWSfBvKQRE/ya+OUBTSyvyBNMvyfwzBS8tE/QKPy+zdpj3R8/UXZJs523Iz5o3sF7rrv2ohqnZBP8c1H6F9vssX9AYRuyndHXMJx2LUwodMtbD2PnaWlJovV8X3ZBQZtOcqq6Uj0FvT2wxVJgcmHWatbjfM3vHtB1w6Cyh+TRs= ARC-Message-Signature: i=2; a=rsa-sha256; d=sourceware.org; s=key; t=1771017731; c=relaxed/simple; bh=llREaatkBMsRnfV9ZaKl0TBX6WxSMno0P9I/z3inCYM=; h=DKIM-Signature:From:To:Subject:Date:Message-ID:MIME-Version; b=KP+YpYIDSG6ukcl5+GLAmkgCW2Wp8bJQEPCTYCR1LMthEEp1HBydC5HUX0gK9T97XTmdU8KZPSVf2TsML6dd+yxWUiLrZeu9SwhavfV7Jj4Mg7vHjhrELJZ8I9IWVMAYlPalvrAhyGYEJ7Yk75tLflowPyb0esrosaC67H066uI= ARC-Authentication-Results: i=2; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org F1EF94B9DB6F Received: from pps.filterd (m0250809.ppops.net [127.0.0.1]) by mx0a-0064b401.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id 61DLKaGV3003057; Fri, 13 Feb 2026 13:21:57 -0800 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=595ZkfAKcZPjPFDucVB/t4 AVuEuRg7FUsh2u/tHW53k=; b=jxwbcWzIKepgGSohFWwNrl/u6KsSvCvttN8adx en8jE4AlSKD+8H3pVjY0MxP/OZkvz5JMhZlJ4TfPokJVdLR6bWabyQfUG+ZJe3WJ B/w5VDcwa078p0uun6FWGmdzAyVWdwMsedDrA6ZDnp2RX4jXSAgxOplL6CBqnipt bSPz90NtK/0l/Rr8BaqfZ6uYGG35i813Fxgd6KgTE9K75405qcfG/UfGGZJo1Anc iQo6NfGuLsKxRNdkMBjXpP4RzznhuDUPMOs/ZrJ9xX+3PghgV35S+nH+xIvVE+Pz t/5m7MWNrmiKfg2QDEZFT2k8uRqGPKPA5ixVoldqSBQNOfXg== Received: from mw6pr02cu001.outbound.protection.outlook.com (mail-westus2azon11012026.outbound.protection.outlook.com [52.101.48.26]) by mx0a-0064b401.pphosted.com (PPS) with ESMTPS id 4ca629gd6s-1 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Fri, 13 Feb 2026 13:21:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=srR/r7QDChwXyhpcFPdYfOT0VIO/0cic67dUqRlcRjkSlMMXM92lwA5Ep1U8npd9Z7Hp+qDvaHhokNFNM8Min9AqGL+agCzyLwB4/rsw5n/rjJAaSwMTTh9vr5vSBdi11+DGepesi9VLIm0v+OhULbEx8G7UaMT5E4uRz5YKeDYuihrWxcTIa8WJZBiIGrPoom22snc3wIU/xT326Hjwup98hhHz1gYeD4qW0T0cOaCUKVMyHVL/mmGj6Zm9vnuyIidlYBYu3OuBUYQuJ+zBEFaFB32myj9X+4N/sCW4InRijS+pvFlAbkTErjwUy16OrOLWl0FdEL5GSji/AYBGiA== 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=595ZkfAKcZPjPFDucVB/t4AVuEuRg7FUsh2u/tHW53k=; b=S8d/5yPOtiI2rwCyyl99sy+YQ7ReyK8WDlXRx0i+l5/hwwS0rtyKnLd6SktDYSBuMcHnxXSYK/FdM2+kunnwOXkToolDXXd/IvqiYzqjeVYFQmuiwpdjKrbcKb8BGKrIF1C64DCPYNcuVdNaK/Rp0vVZhUijHCRL7kF6l/Wv9SvbTbtm9Pp8IraUqNi1kwxBNZ8OG7q5+x8KC0aQ9UYXK/FtROLZgBjkMSwOW+JvxODJe2rdZKiTAoT45E7lTm4nsVqRtC9xeImyXW4WkHuKyqYyzHWIpoxQ+VkCoHkkzNPnVzJhf+Z2TltUgV1wO0SVMFeGYgHA1rksB1Xz3gI7xg== 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 DS0PR11MB7901.namprd11.prod.outlook.com (2603:10b6:8:f4::20) by BL3PR11MB6484.namprd11.prod.outlook.com (2603:10b6:208:3bf::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9611.14; Fri, 13 Feb 2026 21:21:53 +0000 Received: from DS0PR11MB7901.namprd11.prod.outlook.com ([fe80::4293:7c4b:a0b5:eb5f]) by DS0PR11MB7901.namprd11.prod.outlook.com ([fe80::4293:7c4b:a0b5:eb5f%3]) with mapi id 15.20.9611.012; Fri, 13 Feb 2026 21:21:52 +0000 From: "Dora, Sunil Kumar" To: "Maciej W. Rozycki" , Kevin Buettner CC: "gdb-patches@sourceware.org" , "simon.marchi@efficios.com" , "tromey@sourceware.org" , "Kokkonda, Sundeep" Subject: Re: [PATCH] gdb/ser-unix: avoid musl build failure when setting custom baud rates Thread-Topic: [PATCH] gdb/ser-unix: avoid musl build failure when setting custom baud rates Thread-Index: AQHcnPyGsW5xAVtdkk6iQLO1W1tQGrWA7XuAgAAOGwCAACdBEg== Date: Fri, 13 Feb 2026 21:21:52 +0000 Message-ID: References: <20260213152151.3224544-1-sunilkumar.dora@windriver.com> <20260213110817.10346c83@f42-zbm-amd> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_3ea094ce-8c76-406f-84c8-0af1663f74b7_Enabled=True; MSIP_Label_3ea094ce-8c76-406f-84c8-0af1663f74b7_SiteId=8ddb2873-a1ad-4a18-ae4e-4644631433be; MSIP_Label_3ea094ce-8c76-406f-84c8-0af1663f74b7_SetDate=2026-02-13T21:21:48.849Z; MSIP_Label_3ea094ce-8c76-406f-84c8-0af1663f74b7_Name=INTERNAL; MSIP_Label_3ea094ce-8c76-406f-84c8-0af1663f74b7_ContentBits=1; MSIP_Label_3ea094ce-8c76-406f-84c8-0af1663f74b7_Method=Standard; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DS0PR11MB7901:EE_|BL3PR11MB6484:EE_ x-ms-office365-filtering-correlation-id: 25c340db-19be-4ad5-2ea2-08de6b45e833 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|1800799024|366016|376014|7053199007|38070700021|13003099007|8096899003; x-microsoft-antispam-message-info: =?Windows-1252?Q?g+6f8GR7bFWKargAMAYGB8xRHlfv7tYx1R7illHgCMztqyiwbznATHbJ?= =?Windows-1252?Q?wMeqx/rCPx8lgbIkJlNZHGpyZXDs8MpVNdsA+Ooco8aM7zeU8cvQEV/l?= =?Windows-1252?Q?r+bQ62pW87pE5y2AWUmLLuRq7SfNTKY1jlMrR4Y4Bxzvz0KKZ4LHyu9i?= =?Windows-1252?Q?UJ9+oA2RYvUXrJ0HXL5lfdlN99/VZBwPnOJgTaaixFG3cchviIS7E04M?= =?Windows-1252?Q?DmGTMjvUOkD9iHdTczwCvdAv+UXnYGc/tPiffWKhgomj2OQsjH6uJlD3?= =?Windows-1252?Q?FddR9PP1ukX2MFvs66LTQOvMAsk7OtWFhxpAsw3/jb5r9pc0SJupb/37?= =?Windows-1252?Q?yFhPZBjOc3ecAXEIuKHtANSnez8pek5JSxx3d46LQKoKKO7waKLT1Kc/?= =?Windows-1252?Q?QUQbfgpzy+lIrtq+z4g5k9hSwUKndL8wU0CN+ExHBuY0m8iTVQ4dVeGQ?= =?Windows-1252?Q?Nj0UU8rc9nbO5KxjV2cv2TCgr+D4YFJXJBuKEJsO3eHWbpFJgvZrGmwI?= =?Windows-1252?Q?JJ+nDgzBCQ6imPj5u3TFEDhEPjVFTDaZUF818jGAAFiARw9XhkdWm7R3?= =?Windows-1252?Q?uZGX4pIgaUH9sp4/xDB3Wtkdj+jsuaOwHv4G1hVCRhGuQnSDnIi5HAK4?= =?Windows-1252?Q?rN/HttNS+sDB+gtM42OVAuvdgn41PEDHpXVCJHK4UvJldgdm4mLqgY/4?= =?Windows-1252?Q?1AasJbBRs/VoGr3fVP2U4zU1t16+Df4MKqH7uMdliAqH/LNWfceagitj?= =?Windows-1252?Q?v3DcScb9Gyawj1cqQUd9ifI10Dmif9jIvDrW8z47obsXwac0lM3thIQ5?= =?Windows-1252?Q?Ls7uOlxJBDMy63Ly0sE8flbc/Dm2wNRwCCnR2IruShM3PW0+9eEHGRna?= =?Windows-1252?Q?DsIHXus4YksB4JJSmUGeRA2qhdXCm0ZWr3sCuFBpH6bwaJitslEOoveP?= =?Windows-1252?Q?XeG8QV+Sg3ZoK06HOad7VEE6E2VMCPJGfWhJyQHjeHgNRuN24Vk4J+s+?= =?Windows-1252?Q?qJVum7frkIafejj/XydFK9LLqYMajik0g7xAWpl8M46PzmFAIGSll4Eq?= =?Windows-1252?Q?ZVEF9D8WOA8xVNASgItQbJNuBGhNCfeDPTftgulZoPohlttA0K9zngrU?= =?Windows-1252?Q?OlB/9lxEooloQhIxyETaHx4eCXBV1cTzwNpC6O4nEAiwWxZMejpia59I?= =?Windows-1252?Q?TCbL7ko1Hq9ZDc6PYwozmyEAbJQ6cJkxwIIgqpqIA1n7mjgKYmY/nemV?= =?Windows-1252?Q?rBOsxUfrytWJE0XClTaKM7lIDC8og0GLeLsvvHguE+EoIyPxCyQPK0+c?= =?Windows-1252?Q?gQD9TWG5bO3oANPCETu7dv2858jbFOasLceWPI7isNGcpT2K3y4Xzw9N?= =?Windows-1252?Q?HMOnQQLETDdUkLYb7zRJBwMLuVPG0LI6qKBb/4lSDmo26myIhUkTdwCJ?= =?Windows-1252?Q?Bvke9Ast7e8NGqe/srp2a7edLHtSZegiisNpSRV6Lekqwu8mVsnaLLIr?= =?Windows-1252?Q?/B2RABSjipHJyOFk9SjwwHx+iTed3yXnwXo8rkcxPw/TtErMX7NGfCAR?= =?Windows-1252?Q?yYglY9SEM6vGHi355BlLGpL12fOU8rB3/2SDQgBpyyWHXvzQw5x8z7Bx?= =?Windows-1252?Q?AORvaBChNVpdHOUUo/v2KXK77evd9O7RZB94xH8jD8cyIebbCIL7u9qW?= =?Windows-1252?Q?grhBt+8rgRPgFCElPZd5iJwiQuh/IwhBPgmBdoi1ycXPii3H3RHtCLm4?= =?Windows-1252?Q?PDwcUFWtfSLhdD1Ia4+6XFIpkIYQbQ1APHb1qQ5f?= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DS0PR11MB7901.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(1800799024)(366016)(376014)(7053199007)(38070700021)(13003099007)(8096899003); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?Windows-1252?Q?xVFWcfmyw7nY10DLPoXFUlhDE0JxcdielnzUqC7s8A0udVhEsQHYzv46?= =?Windows-1252?Q?55LyBPFamk1tpXxuXKM1QsCYuOi5A9oyEkVyK5vbElNe5uZiUExvcfpb?= =?Windows-1252?Q?3RgF8NyPnSBh78EdlMH5+dpLfFtAsPMTHSTT3LVA94XaKc9lgpLE0CAk?= =?Windows-1252?Q?rSxDatr7sC3Xyp6b2JgFjUtVP5UgUTE2krkUTg4N87OVyIuJTYuJx+tc?= =?Windows-1252?Q?h2wPbfNM/SrkJjdxOo1R/ubsrLw6ckPAjHvKiAEnJbVt5rFW0doWXu7n?= =?Windows-1252?Q?VYw2UCttbizvEp/aUu2NtcZHd8jvwKzb2AWeeZ1gDDkaATChw4stYlWD?= =?Windows-1252?Q?t0LyDnehR7Mq0DgM/VaKZM8n02WyhcJK9gAd05oDah1zQ9jWsKEjvRdi?= =?Windows-1252?Q?w+6hb+htyTfpPLAZVak39fUcHY8Tg30Nos3Inlbqo1hLGg1QqIazW6XV?= =?Windows-1252?Q?Zccw1JoEDUrl8JQqeDu16SJ8nzUypoeaI7UYiAdbVr6wn5jkOAGGvWV6?= =?Windows-1252?Q?DMoRSNQOSwFUXe+TKYL/G0zBV45+phWqxyIQq3xR3CU8yoEBwajBSHyD?= =?Windows-1252?Q?kjgv3gQulCDb91V29Zn5F1A2hCaMX9tq4YVXclwXxAkR1j7R15C+kMp/?= =?Windows-1252?Q?rIaZTDgTENW5+/bXQtsxeOPncebIUq9tDeotU4TKckn3vaOQI6UjcIIA?= =?Windows-1252?Q?2Jx83wF90MPhy37dCigj0fWG1G4AG8OISNBbMAg7kgwcT63RxUUgMMNq?= =?Windows-1252?Q?YkvBixmUii0CqBLJ3FEDRCM/gjKRt5gcG1NSafNynGYC9UvLctFBeC3B?= =?Windows-1252?Q?nC7fUHLGPttsrhit0MBvqhYQj3I4A4S83TcEQmWJ8JvXE2MYi11lTJSS?= =?Windows-1252?Q?g4qjOT/s7sHOgmWjxTkqrrcclPQKa8JXz3joPXHT7UNgJPsEnWY1Q32p?= =?Windows-1252?Q?oFMgJRh1D+eCQ/RvJe8FgnllRvDMWnC6R5UCUbkUcdC5zssGRr+l/if0?= =?Windows-1252?Q?yBmMW1Xrd98giDlfsOEmeptNv5c+Gb1pKiUdEyHtroDUcIdUAIU3a4X3?= =?Windows-1252?Q?zqNHk9mlAIM6K25NTaVgZA4wrDyhEIeahO4k47xQy+QHsvaMMAY1hxc+?= =?Windows-1252?Q?0CCjfCX0H4KafJBqqDvcp/XbKhhKGYjsZULG9fgyEo/wsUnh717S0TFp?= =?Windows-1252?Q?JhB5a/GBKstARKOKK1aypQPLo6FUKWUqWN9xGTd0EkexCVru03DZojK/?= =?Windows-1252?Q?m5FNGWjH+oGXPDMX7B4ULkEr1wNGBIq5nhp3kvKGWIG1x0uJaRpAPYGY?= =?Windows-1252?Q?EZCecna2jIoflpbU2ECTyoVmdOB5opdtNL0Db9+PJXbrHto8Bly4Ipih?= =?Windows-1252?Q?5vLFtoJbZFDiXS9EhlLVZLZfxcWKozbhxBHDOEnuXryxeOLzU/KB5iSh?= =?Windows-1252?Q?i2/scyeEuEeEReuKmvYQ5h+BgbT2VBKuXp4TzLsJem0zI2jTCiqPNY2k?= =?Windows-1252?Q?vytKJpjoklhxFWC6Vez513uBiNpH2kmekm3OQ6Poh8ydQo6DcNJDJqs0?= =?Windows-1252?Q?tUETYWgtZAzRjYbTIB/a2SsjKSlQGye8G98d+zn8oDK1SFTLBmVmxn3P?= =?Windows-1252?Q?qWd11yfHhuZVVcbdMhBcmZtHCEIcWc3EwjzABfk/62FcHf0G44n8wFEK?= =?Windows-1252?Q?efDJ9/Q41Mk/2w7iiPyxhsyK5GTM+RPrqC0yrdg/MmFL6RXOyyeIyHBX?= =?Windows-1252?Q?v4fDvudScgcsZj2ipPl4lbNSIKuwXhKXtF6kcwYgYqjkBbCufOA24NgO?= =?Windows-1252?Q?kkIMtM+IqwODAKnEkKrYYiaP4vxOrwU2rmddypJQcOgwTDwf1g9s9hWW?= =?Windows-1252?Q?FbXNTqurez0hNQ=3D=3D?= Content-Type: multipart/alternative; boundary="_000_DS0PR11MB79014E5252E28B1635DB147DE061ADS0PR11MB7901namp_" MIME-Version: 1.0 X-OriginatorOrg: windriver.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DS0PR11MB7901.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 25c340db-19be-4ad5-2ea2-08de6b45e833 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Feb 2026 21:21:52.3993 (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: XOWWIn17i/RA8RKm/YtUfv3/2idZ00MkbO4b0LxjhY4FLhoGrd9akTjgoTtvZ+Jh91Y4gjP/HbBiki786QaFN0dfDTKMIsxxHrC+T3qbL2o= X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL3PR11MB6484 X-Proofpoint-Spam-Details-Enc: AW1haW4tMjYwMjEzMDE2MyBTYWx0ZWRfX6k1eSAGXmKpH KaIAMswVQdeXsig1wF2lHByYKu+6JqD30vJGOCH/BdH7Pttq2Qe3NnBquCPj6XMmgmyRSHNNq9B RRZGJxsdGBC5AsNSdNeNNq/KzUa78iNtOj8zFIoFcQYcxzIBfTiOhIXF0Wz21o+r+1P2N7nx2aC Ah0PSRKGCpmAgLJkHUCXONUi1/vGcWAUCJus/Iy5kdUiU5VsazHXPXVGX2BSN0Wpw/ttrayodMY 0ABCtMP7UMYLpf4Xf8nfvFQ+E0pSmaMvnsaa56Y/tNCKZoQHdwKn4eALxG9VdL1pRqTVjbEYEh9 GxNn+GnyRbwWXItTLz7of7cKQ/6w4AkcsKmWs9ig+0vZ6ThgTdoa/74SdpbwWI0SyGdylIfs2sT uA8TxH3OXJLfJanNnjWirSocYHsjSGES82BGSE0O+V7HNLxOoH0f/bpdKty9ezw0OxOrV77LCTy VaQV/GadL4hTVWkFjVA== X-Authority-Analysis: v=2.4 cv=MPhtWcZl c=1 sm=1 tr=0 ts=698f95f5 cx=c_pps a=NPM8+NhlmoQiEOpqaaNCjw==:117 a=z/mQ4Ysz8XfWz/Q5cLBRGdckG28=:19 a=lCpzRmAYbLLaTzLvsPZ7Mbvzbb8=:19 a=xqWC_Br6kY4A:10 a=HzLeVaNsDn8A:10 a=VkNPw1HP01LnGYTKEx00:22 a=Mpw57Om8IfrbqaoTuvik:22 a=GgsMoib0sEa3-_RKJdDe:22 a=CCpqsmhAAAAA:8 a=oGMlB6cnAAAA:8 a=BcPKCTjPAAAA:8 a=20KFwNOVAAAA:8 a=t7CeM3EgAAAA:8 a=7d_E57ReAAAA:8 a=LVVdaqqDU9W9cF4QaU8A:9 a=pILNOxqGKmIA:10 a=o74Yz2dAscuKWIqG:21 a=frz4AuCg-hUA:10 a=_W_S_7VecoQA:10 a=ul9cdbp4aOFLsgKbc677:22 a=NdAtdrkLVvyUPsUoGJp4:22 a=MNXww67FyIVnWKX2fotq:22 a=FdTzh2GWekK77mhwV6Dw:22 a=jhqOcbufqs7Y1TYCrUUU:22 X-Proofpoint-GUID: Ohe471_xl7pPbC1hw6tZbsDhRVc2l5RE X-Proofpoint-ORIG-GUID: Ohe471_xl7pPbC1hw6tZbsDhRVc2l5RE X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1121,Hydra:6.1.51,FMLib:17.12.100.49 definitions=2026-02-13_04,2026-02-13_01,2025-10-01_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 adultscore=0 impostorscore=0 clxscore=1011 suspectscore=0 lowpriorityscore=0 phishscore=0 priorityscore=1501 bulkscore=0 spamscore=0 malwarescore=0 classifier=typeunknown authscore=0 authtc= authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.22.0-2601150000 definitions=main-2602130163 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 --_000_DS0PR11MB79014E5252E28B1635DB147DE061ADS0PR11MB7901namp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Kevin, hi Maciej, Thank you both for the feedback. Kevin =97 I agree that using _HAVE_STRUCT_TERMIOS_* macros is not appropria= te, since those are glibc-internal definitions and not part of a public interface. I will drop that approach and replace it with proper configure-time feature= detection. Maciej =97 Thank you for the suggestion regarding detection of arbitrary ba= ud rate support. Checking whether the Bxxx macros expand to their numeric baud rate equivale= nts is a very clean way to determine whether cfsetospeed/cfsetispeed accept arbitrary spe= eds. I will try this approach in configure to detect support. I=92ll rework the patch accordingly to: - Use autoconf to detect arbitrary-speed support for cfset* - Prefer the POSIX interface when available - Fall back to the termios2 (BOTHER) interface when necessary - Avoid relying on libc-internal definitions I will send a v2 shortly. Thanks again for the review. Best regards, Sunil ________________________________ From: Maciej W. Rozycki Sent: Saturday, February 14, 2026 12:28 AM To: Kevin Buettner Cc: Dora, Sunil Kumar ; gdb-patches@sourcewa= re.org ; simon.marchi@efficios.com ; tromey@sourceware.org ; Kokkonda, S= undeep Subject: Re: [PATCH] gdb/ser-unix: avoid musl build failure when setting cu= stom baud rates 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. On Fri, 13 Feb 2026, Kevin Buettner wrote: > 2) I don't think that it's correct to call cfsetospeed and cfsetispeed > with arbitrary baud rates. According to the man page, these > functions expect to be passed one of the "B" constants like B1200, > B9600, etc, not arbitrary speeds. The existing code which uses the > BOTHER extension is the correct way to do this. FYI as from v2.42 glibc finally does support arbitrary baud rates with `cfsetospeed' and `cfsetispeed' with Linux as well, in addition to Hurd, which it has been since forever. This is fully documented in the glibc manual; the man page you refer to is likely outdated. The BOTHER flag is the raw OS kernel interface and its direct use is discouraged. Cf. , , . The position of the POSIX committee WRT the API is quoted there. You can use autoconf to determine whether arbitrary baud rates are supported, by checking if one of the Bxxx macros expands to its numeric baud rate equivalent (you can check a couple if you feel pedantic). With older versions of glibc and possibly other C library implementations Bxxx macros have to be used of course and the choice of baud rates available this way is limited. Resorting to using the BOTHER flag might be the best approach, but the POSIX interface seems like the best first choice. Maciej --_000_DS0PR11MB79014E5252E28B1635DB147DE061ADS0PR11MB7901namp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Hi Kevin, hi Maciej,

Thank you both for the feedback.

Kevin =97 I agree that using _HAVE_STRUCT_TERMIOS_* macros is not appropria= te, since those are glibc-internal
definitions and not part of a public interface.
I will drop that approach and replace it with proper configure-time feature= detection.

Maciej =97 Thank you for the suggestion regarding detection of arbitrary ba= ud rate support.
Checking whether the Bxxx macros expand to their numeric baud rate equivale= nts is a very
clean way to determine whether cfsetospeed/cfsetispeed accept arbitrary spe= eds.
I will try this approach in configure to detect support.

I=92ll rework the patch accordingly to:

 - Use autoconf to detect arbitrary-speed support for cfset*
 - Prefer the POSIX interface when available
 - Fall back to the termios2 (BOTHER) interface when necessary
 - Avoid relying on libc-internal definitions

I will send a v2 shortly. Thanks again for the review.

Best regards,
Sunil
From: Maciej W. Rozycki <= ;macro@orcam.me.uk>
Sent: Saturday, February 14, 2026 12:28 AM
To: Kevin Buettner <kevinb@redhat.com>
Cc: Dora, Sunil Kumar <SunilKumar.Dora@windriver.com>; gdb-pat= ches@sourceware.org <gdb-patches@sourceware.org>; simon.marchi@effici= os.com <simon.marchi@efficios.com>; tromey@sourceware.org <tromey@= sourceware.org>; Kokkonda, Sundeep <Sundeep.Kokkonda@windriver.com>= ;
Subject: Re: [PATCH] gdb/ser-unix: avoid musl build failure when set= ting custom baud rates
 
CAUTION: This email comes from a non Wind River em= ail account!
Do not click links or open attachments unless you recognize the sender and = know the content is safe.

On Fri, 13 Feb 2026, Kevin Buettner wrote:

> 2) I don't think that it's correct to call cfsetospeed and cfsetispeed=
>    with arbitrary baud rates.  According to the ma= n page, these
>    functions expect to be passed one of the "B&quo= t; constants like B1200,
>    B9600, etc, not arbitrary speeds.  The existing= code which uses the
>    BOTHER extension is the correct way to do this.

 FYI as from v2.42 glibc finally does support arbitrary baud rates wit= h
`cfsetospeed' and `cfsetispeed' with Linux as well, in addition to Hurd, which it has been since forever.  This is fully documented in the glib= c
manual; the man page you refer to is likely outdated.

 The BOTHER flag is the raw OS kernel interface and its direct use is<= br> discouraged.

 Cf.
<https://inbox.sourceware.org/libc-alpha/20250612013546= .1524096-1-hpa@zytor.com/>,
<htt= ps://sourceware.org/bugzilla/show_bug.cgi?id=3D10339>,
<https://sourceware.org/git/gitweb.cgi= ?p=3Dglibc.git;h=3D5f138519ebdf88e1fc5395d65df0b780dd07829a>.
The position of the POSIX committee WRT the API is quoted there.

 You can use autoconf to determine whether arbitrary baud rates are supported, by checking if one of the Bxxx macros expands to its numeric
baud rate equivalent (you can check a couple if you feel pedantic).

 With older versions of glibc and possibly other C library
implementations Bxxx macros have to be used of course and the choice of
baud rates available this way is limited.  Resorting to using the BOTH= ER
flag might be the best approach, but the POSIX interface seems like the
best first choice.

  Maciej
--_000_DS0PR11MB79014E5252E28B1635DB147DE061ADS0PR11MB7901namp_--