From nobody Mon Feb 19 15:43:43 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TdmzQ6pV0z5C2mJ for ; Mon, 19 Feb 2024 15:43:46 +0000 (UTC) (envelope-from Matthew.L.Dailey@dartmouth.edu) Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2113.outbound.protection.outlook.com [40.107.94.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TdmzP6rDmz4L4s for ; Mon, 19 Feb 2024 15:43:45 +0000 (UTC) (envelope-from Matthew.L.Dailey@dartmouth.edu) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=dartmouth.edu header.s=selector2 header.b=fVuJMUFz; spf=pass (mx1.freebsd.org: domain of Matthew.L.Dailey@dartmouth.edu designates 40.107.94.113 as permitted sender) smtp.mailfrom=Matthew.L.Dailey@dartmouth.edu; dmarc=pass (policy=none) header.from=dartmouth.edu; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WEyEcukJmsIClflAyeCJyak4BL+Mu2ndjVaSTx/QgQZn1JcojoQ9hb9+QewQDlihEOFq8kQppN4aB2o/bnhAZbqGPfEwAGEqlSFBfiTiJkIUmgEr1LTV3AmgoPaqIgTT/9iSqJb3gmEOXF1XSDY2kpJevurQ1hjLizKB0M8Kw67kmsMPSKwl2xRO5Uqu3X3sYeFgwd/bL5oDlWKEMiqtXIDoX/Z/uwo1iMiyKFljgC17QnDeuxvYgyvM7F3vtTguOQWZiCYaLDeLr9rdoHEB7Aou1+emOo1j8CzwlVfpd0NT+A+cZo8Xqs8/EJ0F9SgmlZSzOZeX7VuzS2gVXgcnVQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; 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=gQDUqqmzoPKazAaM/K/e6ny6cLpiR5GWOUXsqUs4aAE=; b=Zxll7sgP18UhKrTxUmopS9n6fsmU9bWnDfwVeqhBnsGg7QMEW+3n9TOaoIvudJXRfFBrF+MJ7lWIVM/7SIwW1WCZ8ZN8UMeOSnBGzuLJLHHbQG0B/4s6GTAaChCwK9gftb/hy9CzzFXbJI1rDj+Q0kDa8yLql0DqG0u+67rGH4vhD4CwDo/e/PFgr08TKzeLOtXwg//E+bvK7OFSELhCGCRLl8/8HlJZv+lU15jdLwAkYc6xZ/oi5Ke9NPZ8/qC/+CKb5XKkXpeK14mERX5tLxE8bZHbQ26WB/m9+EOLsRVPL6JY89Pp90JJ0w6uhJUX2dACvs2dI16OwUe83sYlFA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=dartmouth.edu; dmarc=pass action=none header.from=dartmouth.edu; dkim=pass header.d=dartmouth.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dartmouth.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=gQDUqqmzoPKazAaM/K/e6ny6cLpiR5GWOUXsqUs4aAE=; b=fVuJMUFzz2YX76QhtLCNoYMjb1moYeMh6FZkz2pC8o1/b4ywv7OvnnAHKAebAVopqcUXJ1aeoLn63SQz/1wkdscaA+wIOFo7j5/cUgqSwFb4qFFs8u4tFlGzTNLNFzYigP+QBvC9avBuyuTEW9v/+B8/sZogdK0T33vpAVGJjMQ= Received: from DS7PR03MB5574.namprd03.prod.outlook.com (2603:10b6:5:2c1::16) by SN4PR03MB6734.namprd03.prod.outlook.com (2603:10b6:806:1ee::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7292.38; Mon, 19 Feb 2024 15:43:43 +0000 Received: from DS7PR03MB5574.namprd03.prod.outlook.com ([fe80::db67:1ab1:da71:659e]) by DS7PR03MB5574.namprd03.prod.outlook.com ([fe80::db67:1ab1:da71:659e%7]) with mapi id 15.20.7292.036; Mon, 19 Feb 2024 15:43:43 +0000 From: "Matthew L. Dailey" To: "freebsd-current@freebsd.org" Subject: Re: FreeBSD panics possibly caused by nfs clients Thread-Topic: FreeBSD panics possibly caused by nfs clients Thread-Index: AQHaY0pqwZbu4Jqx70Wgybr2SeshjQ== Date: Mon, 19 Feb 2024 15:43:43 +0000 Message-ID: <04d1f2e1-021e-42fb-9732-94fa98fd05fc@dartmouth.edu> References: <3ea6d241-b9cc-4294-aef8-ae1c6d9d8161@dartmouth.edu> <53139ffd-3e42-4aaf-a523-b8f4dc8b29a9@dartmouth.edu> In-Reply-To: <53139ffd-3e42-4aaf-a523-b8f4dc8b29a9@dartmouth.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla Thunderbird x-ms-publictraffictype: Email x-ms-traffictypediagnostic: DS7PR03MB5574:EE_|SN4PR03MB6734:EE_ x-ms-office365-filtering-correlation-id: 74cfe11f-a796-4d9c-6acd-08dc31618d3c x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: +0tlsY9RaD5caQJaxfYI+SIWnhHdO+iftD6VweDv/RFscbtgjQZvtArIbfql/kE0ENeeA7lumd6aiUkLysfauNDhItHkQ2B0BaGXj19HrMsV+rfHFIlJGzPyHWLWWnC7stVpvm7X8GGRRm2JJiEp+YUHLfEA2RiTV7WYDr32/bDuAcWiQVa+15TIbvNSXmgRXo/jNM10dBRSpRWzJaXOoaQO2QUgyZKHb3e9r9c82NPys8Td+h2G6EjQBsuDn2X0/RKCqdUCeI+1FynF+n7f0fpGk1g32l4w7LrhM5PpprvBmOA/lph5mMppBJ4klReWZn7DV9FKGokX43LpQY3DvihaZkPqU+/DVVXThAsFyQe3qPjGWqzSMRV1Yo+l+p6hAABIP+cZ600yuP9V/KRG5+I1DkeJZ8vnfui8rWgiak2GrWU8poQFM4MvsXaxAiITnIuF/5uAx2m2YBO2/DhbgJm9zH4Gx55JlzWMap5lWFX/QPIC42HpY9YmVHq5JxrNmSxdc4F22ycwCCxm94dZ0MMEMP1OKU8ZQvdjCkPXXhar76RnNMJnL+150JThklkosLLwpqb3ZIwE/KJ4BKk1JorDjbJC/1Z8aum29QcroOsLTPe1AvDUmZhZtCy1UhZW x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DS7PR03MB5574.namprd03.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230031)(38070700009);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?NWpzeFdQYStiU2hUMWlnblJOY2dWenZrZVJNMiszS3NjZVlHVjVVZXlkM1Uy?= =?utf-8?B?c1dnZTVuN1pnN1lUTE1qS0NWMTlKa016L3R6bGJrQ2lJSFJjOEhxWmV6U1Y2?= =?utf-8?B?QWFhSm12MjdlblZwL3g1MzJkRWhLZFNXUFRXaDZzVE85eWc5K1NBbVhpeHBR?= =?utf-8?B?SlpBUHpkRW9xNy9qYzk1UStmaCtZcVlBd0RWK3RXaDAwckJNaURsSmlqZ0Rw?= =?utf-8?B?RFZIZ3l6dDQwMUVDQzR3WlVCQm9YVEcwb1VRdkF2WFIwU2VxQWFyc2wyWHpD?= =?utf-8?B?N21PWXY2Tlk5YXRuSUkxOE1tbUpOWjVVTENNU3kxd1l1Wm5vTXc2SWxTWDN0?= =?utf-8?B?dCtXQTBlY0ROUzJMZHRHOFNpdzFiaUtCTnJNYll2VVFXZDF1ZjhGVllUZ0pJ?= =?utf-8?B?dXhDMTF3eEl1bk5zbWkwTG1ndlQvRVYyWlJLZW5McXpHU2h4SHRYU1M5M2M2?= =?utf-8?B?TnB2OU80SFY2bUNSZG9Rb00waFR2RVAzTXE2SEVycS9IejVGRWJyZ0dOQ2hV?= =?utf-8?B?NU1JUVZyUzY0T0dmQzRNaUwxOGtyUWF4cXFWYWVHT2xXN3ZvSXFJejRTdlVy?= =?utf-8?B?UWY2OHFNU0c5V3d1UUtTY2JXbExDWjlCajdOcStucUdWdVZHeUxvV2hCU3hr?= =?utf-8?B?UlZwUEFCUTZmVVRSUDhpd3ZsSEpEUGl2MHV3WS9oaERscDVzUGltZWxRRUdH?= =?utf-8?B?YTRwSElvUElXVmxBUTg5Rlg3SHdJZkkxRHN2VmJkNHJiNDhlcDkwOWgxZ2pu?= =?utf-8?B?Y2IyQkdIMVBWd0NoMDY3dG5Mai9rNXNWRXJSa1NNVHZMQi94L0FnVXNnbmxj?= =?utf-8?B?N2g0SmNwMkp5TkhPUlM3OVJvdEFnTzUvelgyQWN2c3hmbHpKbGNEUTRjVGVL?= =?utf-8?B?UzVwSzFSZU05SWU5a08xVVQxVHB0d1VZeFlVenY2WTJQQnQxK0g0eHVvZEdR?= =?utf-8?B?U3crL1dYRTlHTmdBbnc5OGJuODRIREpiejgyd242bFhhc1hBbFpGc1p3SEp3?= =?utf-8?B?SFMxSGNYZGhSTzNFNTRVai83dk02MmFaOC80Ym1pSENoOVR2amhxSDJMV3Bv?= =?utf-8?B?WGI4eERPYXBVb1NjS1FSLzBsbmdCR2JRb2kxdmJFQ0pxaTkwZ0cwK0hpN1dH?= =?utf-8?B?VFF6cFNOeDdQN0dvMHV3eUx2MEZrWlh1ZHRDYkVlVUFwMS85NWptVmh0V1B0?= =?utf-8?B?MEpkRllWVmJZVEZlQzZnZnNMTEY0c0FvbFB3alJhYVhmMUN5QnZ4clFyUTRT?= =?utf-8?B?SDRrRmVGVEJSQmVuSGt3ZzJkT2Z5VHJIdlRIV0JrU2l5NFFVdlFzMHB4OTd5?= =?utf-8?B?dTAvTTV6NFl6bVpjYWJLVWZoaVQ5cjFXYTd1RzlGYzJQVnlNMDkwYWNYTXA0?= =?utf-8?B?RDZINEEzSGJPeXo2Ylc2UTIrT05lVU93SDBSSjhXMmpIVE4zM0xNTGxjY1Bp?= =?utf-8?B?dlF3d08vb1Q3V0VZTFlYd3hWalhPdG9nTmNpVkdMTjh2dXF5ZzlsNkY4OGhM?= =?utf-8?B?MlM3UEtBNXY2bUtYUE9GVENVL1dob2Q2cEJ3Umx6Z2V3VXhOK2wwYXNIYnlw?= =?utf-8?B?R0MrVXBTRE1DNGpoRitFRGJPTFJYR3lIQ3FTbWlIbkloOHdidkZFdTZjc1pj?= =?utf-8?B?L2FGSGFobUYwOHlNOHhvRnZOTDBCVkNFbXZ5QXJJcXd1blA1UHZqZ1czM0U0?= =?utf-8?B?T3p4T094SUhYWm1CdnRCNHdPemZHSGxiUkw2Tjhqd0pkc2dYQnNSWXh5MVNX?= =?utf-8?B?SVR5M3dYdkpJM3ZVeXdEQ25kTXVDMEVnS29lSEY0bXZjd20yV3dyNmtsNnRt?= =?utf-8?B?K05xYnBObGU0S0NhYXVmdFd2QkhVTmFMSU5RM09hYnNWZTYwN2ZBMVVsdUt6?= =?utf-8?B?bTVDdjJzS3c4Z1NaSmZZQlIyWitQOGczNmhhUEFiYWp6OWpzbEcwSkRKcEdv?= =?utf-8?B?T00xWmlBZlJZc1VpcndVMEt6bC9LSWl4bHhWdEQwd29jRWEvS3U5ZGtieUZT?= =?utf-8?B?T0ppNC9lVGVuaTd5a1BrWitPK1hRTG0zWUpWSmdWSnIwNEJvTWQrVk5YNGh3?= =?utf-8?B?MVBKRlQ5Z1BQK09xSFFzYTBsNk5iNXRqYVF5ejhBc004Q0FXZEdxSlZpcGR1?= =?utf-8?Q?JzyHhPPr4p6ne1Z1nAQDga/dy?= Content-Type: text/plain; charset="utf-8" Content-ID: <1D7A2035B502304A9C28D96F0A01E9D6@namprd03.prod.outlook.com> Content-Transfer-Encoding: base64 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: dartmouth.edu X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: DS7PR03MB5574.namprd03.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 74cfe11f-a796-4d9c-6acd-08dc31618d3c X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Feb 2024 15:43:43.0745 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 995b0936-48d6-40e5-a31e-bf689ec9446f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: HCyczv+LFpDD2KSvZ8HXkPDqspv32Wq9oaL+mUnnAjjrEAbzWy+mkz2hAjsDBSkaS28qwhAEdneC/iExTH/i2A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN4PR03MB6734 X-Rspamd-Queue-Id: 4TdmzP6rDmz4L4s X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.38 / 15.00]; MIME_BASE64_TEXT_BOGUS(1.00)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[dartmouth.edu,none]; NEURAL_HAM_SHORT(-0.49)[-0.492]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; R_DKIM_ALLOW(-0.20)[dartmouth.edu:s=selector2]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.107.94.113:from]; ASN(0.00)[asn:8075, ipnet:40.104.0.0/14, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[40.107.94.113:from]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[dartmouth.edu:+] SGkgYWxsLA0KDQpTbyBJIGZpbmFsbHkgaW5kdWNlZCBhIHBhbmljIG9uIGEgInB1cmUiIHVmcyBz eXN0ZW0gLSByb290IGFuZCBleHBvcnRlZCANCmZpbGVzeXN0ZW0gd2VyZSBib3RoIHVmcy4gU28s IEkgdGhpbmsgdGhpcyBkZWZpbml0aXZlbHkgcnVsZXMgb3V0IHpmcyBhcyANCmEgc291cmNlIG9m IHRoZSBpc3N1ZS4NCg0KVGhpcyBwYW5pYyB3YXMgb24gMTQuMHA1IHdpdGhvdXQgZGVidWdnaW5n IG9wdGlvbnMsIHNvIHRoZSBjb3JlIG1heSBub3QgDQpiZSBoZWxwZnVsLiBUaGUgcGFuaWMgYW5k IGJhY2t0cmFjZSBhcmUgYmVsb3cgaW4gY2FzZSB0aGV5J3JlIA0KaW50ZXJlc3RpbmcgdG8gYW55 b25lLg0KDQpOZXh0LCBJJ20gZ29pbmcgdG8gdHJ5IGEgQ1VSUkVOVCBrZXJuZWwgd2l0aG91dCBk ZWJ1Z2dpbmcgb3B0aW9ucyANCmVuYWJsZWQganVzdCB0byBzZWUgaWYgSSBjYW4gZmluYWxseSBp bmR1Y2UgYSBwYW5pYyBoZXJlLiBNeSBvdGhlciB0d28gDQpWTXMgcnVubmluZyBDVVJSRU5UIHdp dGggZnVsbCBkZWJ1Z2dpbmcgYXJlIHN0aWxsIGNsYW5raW5nIGFsb25nLg0KDQotTWF0dA0KDQpb MjE4NzE2XSBGYXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGluIGtlcm5lbCBtb2RlDQpb MjE4NzE2XSBjcHVpZCA9IDQ7IGFwaWMgaWQgPSAwOA0KWzIxODcxNl0gZmF1bHQgdmlydHVhbCBh ZGRyZXNzCT0gMHgxMDAwMDAwMTcNClsyMTg3MTZdIGZhdWx0IGNvZGUJCT0gc3VwZXJ2aXNvciBy ZWFkIGRhdGEsIHBhZ2Ugbm90IHByZXNlbnQNClsyMTg3MTZdIGluc3RydWN0aW9uIHBvaW50ZXIJ PSAweDIwOjB4ZmZmZmZmZmY4MGU5MTY1ZA0KWzIxODcxNl0gc3RhY2sgcG9pbnRlcgkgICAgICAg ID0gMHgyODoweGZmZmZmZTAxMGI1YWEzYjANClsyMTg3MTZdIGZyYW1lIHBvaW50ZXIJICAgICAg ICA9IDB4Mjg6MHhmZmZmZmUwMTBiNWFhNDAwDQpbMjE4NzE2XSBjb2RlIHNlZ21lbnQJCT0gYmFz ZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYg0KWzIxODcxNl0gCQkJPSBEUEwgMCwgcHJl cyAxLCBsb25nIDEsIGRlZjMyIDAsIGdyYW4gMQ0KWzIxODcxNl0gcHJvY2Vzc29yIGVmbGFncwk9 IGludGVycnVwdCBlbmFibGVkLCByZXN1bWUsIElPUEwgPSAwDQpbMjE4NzE2XSBjdXJyZW50IHBy b2Nlc3MJCT0gNDk1NzUgKG5mc2Q6IHNlcnZpY2UpDQpbMjE4NzE2XSByZGk6IDAwMDAwMDAwZmZm ZmZmZmYgcnNpOiBmZmZmZjgwMDAzOGVjOTAwIHJkeDogZmZmZmZlMDBkOTMyNjAwMA0KWzIxODcx Nl0gcmN4OiAwMDAwMDAwMDAwMDMwZWIwICByODogMDAwMDAwMDAwMDAwMDAwMCAgcjk6IGZmZmZm ZTAxMGI1YWE0MTANClsyMTg3MTZdIHJheDogMDAwMDAwMDAwMDhmMGViMCByYng6IGZmZmZmODAz OGFjNGNkMDAgcmJwOiBmZmZmZmUwMTBiNWFhNDAwDQpbMjE4NzE2XSByMTA6IDAwMDAwMDAwMDAw MDAwMDAgcjExOiAwMDAwMDAwMDAwMDAwMDAwIHIxMjogMDAwMDAwMDAwMDAwMDAwMA0KWzIxODcx Nl0gcjEzOiBmZmZmZjgwMDAzNjQ3YzAwIHIxNDogZmZmZmY4MDJmOWRjZWQwMCByMTU6IGZmZmZm ODAwMDM4ZWM5MDANClsyMTg3MTZdIHRyYXAgbnVtYmVyCQk9IDEyDQpbMjE4NzE2XSBwYW5pYzog cGFnZSBmYXVsdA0KWzIxODcxNl0gY3B1aWQgPSA0DQpbMjE4NzE2XSB0aW1lID0gMTcwODMxOTQ4 Nw0KWzIxODcxNl0gS0RCOiBzdGFjayBiYWNrdHJhY2U6DQpbMjE4NzE2XSAjMCAweGZmZmZmZmZm ODBiOTMwOWQgYXQga2RiX2JhY2t0cmFjZSsweDVkDQpbMjE4NzE2XSAjMSAweGZmZmZmZmZmODBi NDYxYTIgYXQgdnBhbmljKzB4MTMyDQpbMjE4NzE2XSAjMiAweGZmZmZmZmZmODBiNDYwNjMgYXQg cGFuaWMrMHg0Mw0KWzIxODcxNl0gIzMgMHhmZmZmZmZmZjgxMDFkODVjIGF0IHRyYXBfZmF0YWwr MHg0MGMNClsyMTg3MTZdICM0IDB4ZmZmZmZmZmY4MTAxZDhhZiBhdCB0cmFwX3BmYXVsdCsweDRm DQpbMjE4NzE2XSAjNSAweGZmZmZmZmZmODBmZjNmZTggYXQgY2FsbHRyYXArMHg4DQpbMjE4NzE2 XSAjNiAweGZmZmZmZmZmODBlODcxNmUgYXQgbmV3ZGlycmVtKzB4OGJlDQpbMjE4NzE2XSAjNyAw eGZmZmZmZmZmODBlODY2ZmEgYXQgc29mdGRlcF9zZXR1cF9yZW1vdmUrMHgxYQ0KWzIxODcxNl0g IzggMHhmZmZmZmZmZjgwZWE3MWFmIGF0IHVmc19kaXJyZW1vdmUrMHgyMWYNClsyMTg3MTZdICM5 IDB4ZmZmZmZmZmY4MGVhZDRmNCBhdCB1ZnNfcmVtb3ZlKzB4YjQNClsyMTg3MTZdICMxMCAweGZm ZmZmZmZmODEwZjE0MjggYXQgVk9QX1JFTU9WRV9BUFYrMHgyOA0KWzIxODcxNl0gIzExIDB4ZmZm ZmZmZmY4MGE2MGRiNCBhdCBuZnN2bm9fcmVtb3Zlc3ViKzB4YzQNClsyMTg3MTZdICMxMiAweGZm ZmZmZmZmODBhNTI2OTkgYXQgbmZzcnZkX3JlbW92ZSsweDFiOQ0KWzIxODcxNl0gIzEzIDB4ZmZm ZmZmZmY4MGEzNzRkNCBhdCBuZnNydmRfZG9ycGMrMHgxODU0DQpbMjE4NzE2XSAjMTQgMHhmZmZm ZmZmZjgwYTRlNzZmIGF0IG5mc3N2Y19wcm9ncmFtKzB4ODJmDQpbMjE4NzE2XSAjMTUgMHhmZmZm ZmZmZjgwZTM0MDgwIGF0IHN2Y19ydW5faW50ZXJuYWwrMHhiNTANClsyMTg3MTZdICMxNiAweGZm ZmZmZmZmODBlMzQ3NWIgYXQgc3ZjX3RocmVhZF9zdGFydCsweGINClsyMTg3MTZdICMxNyAweGZm ZmZmZmZmODBiMDBiN2YgYXQgZm9ya19leGl0KzB4N2YNClsyMTg3MTZdIFVwdGltZTogMmQxMmg0 NW0xNnMNClsyMTg3MTZdIER1bXBpbmcgOTg1IG91dCBvZiAxNjM1MCANCk1COi4uMiUuLjEyJS4u MjIlLi4zMSUuLjQxJS4uNTElLi42MSUuLjcyJS4uODIlLi45MSUNCg0KDQojMCAgX19jdXJ0aHJl YWQgKCkgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2luY2x1ZGUvcGNwdV9hdXguaDo1Nw0KIzEgIGRv YWR1bXAgKHRleHRkdW1wPTxvcHRpbWl6ZWQgb3V0PikgYXQgDQovdXNyL3NyYy9zeXMva2Vybi9r ZXJuX3NodXRkb3duLmM6NDA1DQojMiAgMHhmZmZmZmZmZjgwYjQ1ZDM3IGluIGtlcm5fcmVib290 IChob3d0bz0yNjApDQogICAgIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo1 MjYNCiMzICAweGZmZmZmZmZmODBiNDYyMGYgaW4gdnBhbmljIChmbXQ9MHhmZmZmZmZmZjgxMTQ3 YzljICIlcyIsDQogICAgIGFwPWFwQGVudHJ5PTB4ZmZmZmZlMDEwYjVhYTIwMCkgYXQgDQovdXNy L3NyYy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6OTcwDQojNCAgMHhmZmZmZmZmZjgwYjQ2MDYz IGluIHBhbmljIChmbXQ9PHVuYXZhaWxhYmxlPikNCiAgICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4v a2Vybl9zaHV0ZG93bi5jOjg5NA0KIzUgIDB4ZmZmZmZmZmY4MTAxZDg1YyBpbiB0cmFwX2ZhdGFs IChmcmFtZT0weGZmZmZmZTAxMGI1YWEyZjAsIA0KZXZhPTQyOTQ5NjczMTkpDQogICAgIGF0IC91 c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC90cmFwLmM6OTUyDQojNiAgMHhmZmZmZmZmZjgxMDFkOGFm IGluIHRyYXBfcGZhdWx0IChmcmFtZT0weGZmZmZmZTAxMGI1YWEyZjAsDQogICAgIHVzZXJtb2Rl PWZhbHNlLCBzaWdubz08b3B0aW1pemVkIG91dD4sIHVjb2RlPTxvcHRpbWl6ZWQgb3V0PikNCiAg ICAgYXQgL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L3RyYXAuYzo3NjANCiM3ICA8c2lnbmFsIGhh bmRsZXIgY2FsbGVkPg0KIzggIGNhbmNlbF9kaXJhZGQgKGRhcD0weGZmZmZmODAzOGFjNGNkMDAs DQogICAgIGRpcnJlbT1kaXJyZW1AZW50cnk9MHhmZmZmZjgwMDAzOGVjOTAwLA0KICAgICBqcmVt cmVmPWpyZW1yZWZAZW50cnk9MHhmZmZmZjgwMmY5ZGNlZDAwLCANCmRvdHJlbXJlZj1kb3RyZW1y ZWZAZW50cnk9MHgwLA0KICAgICBkb3Rkb3RyZW1yZWY9ZG90ZG90cmVtcmVmQGVudHJ5PTB4MCkN CiAgICAgYXQgL3Vzci9zcmMvc3lzL3Vmcy9mZnMvZmZzX3NvZnRkZXAuYzo5MDI4DQojOSAgMHhm ZmZmZmZmZjgwZTg3MTZlIGluIG5ld2RpcnJlbSAoYnA9PG9wdGltaXplZCBvdXQ+LA0KICAgICBk cD1kcEBlbnRyeT0weGZmZmZmODAwMDM3ZmVhODAsIGlwPWlwQGVudHJ5PTB4ZmZmZmY4MDA2YjNi OTMwMCwNCiAgICAgaXNybWRpcj1pc3JtZGlyQGVudHJ5PTAsIA0KcHJldmRpcnJlbXA9cHJldmRp cnJlbXBAZW50cnk9MHhmZmZmZmUwMTBiNWFhNGIwKQ0KICAgICBhdCAvdXNyL3NyYy9zeXMvdWZz L2Zmcy9mZnNfc29mdGRlcC5jOjk0ODANCiMxMCAweGZmZmZmZmZmODBlODY2ZmEgaW4gc29mdGRl cF9zZXR1cF9yZW1vdmUgKGJwPTB4ZmZmZmZmZmYsDQogICAgIGRwPTB4ZmZmZmY4MDAwMzhlYzkw MCwgZHBAZW50cnk9MHhmZmZmZjgwMDAzN2ZlYTgwLCANCmlwPTB4ZmZmZmZlMDBkOTMyNjAwMCwN CiAgICAgaXBAZW50cnk9MHhmZmZmZjgwMDZiM2I5MzAwLCBpc3JtZGlyPTIwMDM2OCwgaXNybWRp ckBlbnRyeT0wKQ0KICAgICBhdCAvdXNyL3NyYy9zeXMvdWZzL2Zmcy9mZnNfc29mdGRlcC5jOjkx NzYNCiMxMSAweGZmZmZmZmZmODBlYTcxYWYgaW4gdWZzX2RpcnJlbW92ZSAoZHZwPWR2cEBlbnRy eT0weGZmZmZmODAxZjc2NGJlMDAsDQogICAgIGlwPWlwQGVudHJ5PTB4ZmZmZmY4MDA2YjNiOTMw MCwgZmxhZ3M9PG9wdGltaXplZCBvdXQ+LA0KICAgICBpc3JtZGlyPWlzcm1kaXJAZW50cnk9MCkg YXQgL3Vzci9zcmMvc3lzL3Vmcy91ZnMvdWZzX2xvb2t1cC5jOjExOTgNCiMxMiAweGZmZmZmZmZm ODBlYWQ0ZjQgaW4gdWZzX3JlbW92ZSAoYXA9MHhmZmZmZmUwMTBiNWFhNWQ4KQ0KICAgICBhdCAv dXNyL3NyYy9zeXMvdWZzL3Vmcy91ZnNfdm5vcHMuYzoxMDU0DQojMTMgMHhmZmZmZmZmZjgxMGYx NDI4IGluIFZPUF9SRU1PVkVfQVBWICgNCiAgICAgdm9wPTB4ZmZmZmZmZmY4MTcyZjJkMCA8ZmZz X3Zub2Rlb3BzMj4sIGE9YUBlbnRyeT0weGZmZmZmZTAxMGI1YWE1ZDgpDQogICAgIGF0IHZub2Rl X2lmLmM6MTUzNA0KIzE0IDB4ZmZmZmZmZmY4MGE2MGRiNCBpbiBWT1BfUkVNT1ZFIChkdnA9MHg4 ZjBlYjAsIHZwPTB4ZmZmZmY4MDA1MzliNzM4MCwNCiAgICAgY25wPTB4MzBlYjApIGF0IC4vdm5v ZGVfaWYuaDo3ODkNCiMxNSBuZnN2bm9fcmVtb3Zlc3ViIChuZHA9MHhmZmZmZmUwMTBiNWFhODU4 LCBpc192ND08b3B0aW1pemVkIG91dD4sDQogICAgIGNyZWQ9PG9wdGltaXplZCBvdXQ+LCBwPXBA ZW50cnk9MHhmZmZmZmUwMTBhZTgwM2EwLA0KICAgICBleHA9ZXhwQGVudHJ5PTB4ZmZmZmZlMDEw YjVhYWE4OCkNCiAgICAgYXQgL3Vzci9zcmMvc3lzL2ZzL25mc3NlcnZlci9uZnNfbmZzZHBvcnQu YzoxNDY2DQojMTYgMHhmZmZmZmZmZjgwYTUyNjk5IGluIG5mc3J2ZF9yZW1vdmUgKG5kPTB4ZmZm ZmZlMDEwYjVhYWJmOCwNCiAgICAgaXNkZ3JhbT08b3B0aW1pemVkIG91dD4sIGRwPTxvcHRpbWl6 ZWQgb3V0PiwgZXhwPTB4ZmZmZmZlMDEwYjVhYWE4OCkNCiAgICAgYXQgL3Vzci9zcmMvc3lzL2Zz L25mc3NlcnZlci9uZnNfbmZzZHNlcnYuYzoxNTgzDQojMTcgMHhmZmZmZmZmZjgwYTM3NGQ0IGlu IG5mc3J2ZF9jb21wb3VuZCAobmQ9MHhmZmZmZmUwMTBiNWFhYmY4LCBpc2RncmFtPTAsDQogICAg IHRhZz08b3B0aW1pemVkIG91dD4sIHRhZ2xlbj0wLCBtaW5vcnZlcnM9PG9wdGltaXplZCBvdXQ+ KQ0KICAgICBhdCAvdXNyL3NyYy9zeXMvZnMvbmZzc2VydmVyL25mc19uZnNkc29ja2V0LmM6MTMy Mg0KIzE4IG5mc3J2ZF9kb3JwYyAobmQ9bmRAZW50cnk9MHhmZmZmZmUwMTBiNWFhYmY4LCBpc2Rn cmFtPWlzZGdyYW1AZW50cnk9MCwNCiAgICAgdGFnPTxvcHRpbWl6ZWQgb3V0PiwgdGFnbGVuPTAs IG1pbm9ydmVycz08b3B0aW1pemVkIG91dD4pDQogICAgIGF0IC91c3Ivc3JjL3N5cy9mcy9uZnNz ZXJ2ZXIvbmZzX25mc2Rzb2NrZXQuYzo2MzMNCiMxOSAweGZmZmZmZmZmODBhNGU3NmYgaW4gbmZz X3Byb2MgKG5kPTB4ZmZmZmZlMDEwYjVhYWJmOCwNCiAgICAgeGlkPTxvcHRpbWl6ZWQgb3V0Piwg eHBydD0weGZmZmZmODAwMDM3YjQ4MDAsIHJwcD08b3B0aW1pemVkIG91dD4pDQogICAgIGF0IC91 c3Ivc3JjL3N5cy9mcy9uZnNzZXJ2ZXIvbmZzX25mc2RrcnBjLmM6NDY0DQojMjAgbmZzc3ZjX3By b2dyYW0gKHJxc3Q9MHhmZmZmZjgwMTI4YWM5MDAwLCB4cHJ0PTB4ZmZmZmY4MDAwMzdiNDgwMCkN CiAgICAgYXQgL3Vzci9zcmMvc3lzL2ZzL25mc3NlcnZlci9uZnNfbmZzZGtycGMuYzozNDgNCiMy MSAweGZmZmZmZmZmODBlMzQwODAgaW4gc3ZjX2V4ZWN1dGVyZXEgKHJxc3RwPTB4ZmZmZmY4MDEy OGFjOTAwMCkNCiAgICAgYXQgL3Vzci9zcmMvc3lzL3JwYy9zdmMuYzoxMDM2DQojMjIgc3ZjX3J1 bl9pbnRlcm5hbCAoZ3JwPWdycEBlbnRyeT0weGZmZmZmODAwMDMzYzIxMDAsDQogICAgIGlzbWFz dGVyPWlzbWFzdGVyQGVudHJ5PTApIGF0IC91c3Ivc3JjL3N5cy9ycGMvc3ZjLmM6MTMxMg0KIzIz IDB4ZmZmZmZmZmY4MGUzNDc1YiBpbiBzdmNfdGhyZWFkX3N0YXJ0IChhcmc9MHhmZmZmZmZmZiwN CiAgICAgYXJnQGVudHJ5PTB4ZmZmZmY4MDAwMzNjMjEwMCkgYXQgL3Vzci9zcmMvc3lzL3JwYy9z dmMuYzoxMzQwDQojMjQgMHhmZmZmZmZmZjgwYjAwYjdmIGluIGZvcmtfZXhpdCAoDQogICAgIGNh bGxvdXQ9MHhmZmZmZmZmZjgwZTM0NzUwIDxzdmNfdGhyZWFkX3N0YXJ0PiwgYXJnPTB4ZmZmZmY4 MDAwMzNjMjEwMCwNCiAgICAgZnJhbWU9MHhmZmZmZmUwMTBiNWFhZjQwKSBhdCAvdXNyL3NyYy9z eXMva2Vybi9rZXJuX2ZvcmsuYzoxMTYwDQojMjUgPHNpZ25hbCBoYW5kbGVyIGNhbGxlZD4NCiMy NiAweDAwMDAzM2FmN2FmMTQzZWEgaW4gPz8gKCkNCg== From nobody Mon Feb 19 22:50:19 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TdyRt1xNfz59fj1 for ; Mon, 19 Feb 2024 22:50:34 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pj1-x1036.google.com (mail-pj1-x1036.google.com [IPv6:2607:f8b0:4864:20::1036]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TdyRt0LL8z4ZHM for ; Mon, 19 Feb 2024 22:50:34 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1036.google.com with SMTP id 98e67ed59e1d1-290fb65531eso2621343a91.2 for ; Mon, 19 Feb 2024 14:50:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1708383031; x=1708987831; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=re9Pir0cMj+JUlBRyn8y/Vix6g2xxY9rbjMO6u4Yy+U=; b=U9BhIKAUABqylRSPHoBHFZAJcDhwQhep/u/5IdwkO5094eenv5yZ91f50tBiRUcccG od1sg1B4vuhiDtE+3+BlhEXQtQA+C21WoqYjOkxg6lSwsh14uhsuzPLicjiKHLPcY+G0 ztw2YrTWSucGXFznmrzSm46AYkbQdq3d+CAMg83Axpit+UfcMGodJfb435voqC3v+bsH loDoU1RuF7CUKjYhf/HBoopgpBlnFFVZe+rAqxmhURGawkZbgJ5ckH7tC++rA19EI99P 5bmFyaq9edSVzKnobDy629iU/cNynwpeHpgxCXz7OoNL286yzti5HBI4aUDdG8IiK73e wGwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708383031; x=1708987831; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=re9Pir0cMj+JUlBRyn8y/Vix6g2xxY9rbjMO6u4Yy+U=; b=qJ2gorcjcwHSQBjF52oZn74rEBXO2iww7oMxhAq9frnhHSB51fapojAzQ2grcvzbyP 3MyDhCwONGbthZO0ackKkKHhC5UbpEKAIyguc+386+DowOpkUM0/1FkzTvrjmDRoJ2nx KkUTfNzgcPN8EPENSqKP6Z4gAIA1C0jkXJJEG6miNX3+dQ0Qoya9RaSW1DGZ6Gvx+P3N wr4CdP/v9pi9bqxzVvdgv+TrBcQCNXgbhFCDaXRQeUMKIpvlEFWW9MUizIBT/oRvWUbM +UDCb8jm2sJ0SrJvYwPYVyAylqx2Y8jmBVY0dKIk6k1onIv4MHdrGshnR2Vnkf/4xL3c oqHA== X-Gm-Message-State: AOJu0YwbcJ8c/S0qvGlL1XaHGiqLqw3TjlInNwfgWkgUSG4R607/n+1H 8ALQGHlc7X0q5/zYfThrEvUxM8Wf4cYkAdXVxeXnrNJ8Gix7WFa4+EVU4nq0R0+iojI369mXhyc mtTQDxRDeNwbwGPtyoSBc2HNtUA== X-Google-Smtp-Source: AGHT+IG8JGfKsLXmIxVfh0cjSFadvhuY9Anfe/Y8HzjzJ19tR6SsLabKgBUFHHqK1Linp7pm8zrukE3cuLhYqryQj10= X-Received: by 2002:a17:90a:ee90:b0:299:564f:c7d4 with SMTP id i16-20020a17090aee9000b00299564fc7d4mr4716067pjz.20.1708383031486; Mon, 19 Feb 2024 14:50:31 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <3ea6d241-b9cc-4294-aef8-ae1c6d9d8161@dartmouth.edu> <53139ffd-3e42-4aaf-a523-b8f4dc8b29a9@dartmouth.edu> <04d1f2e1-021e-42fb-9732-94fa98fd05fc@dartmouth.edu> In-Reply-To: <04d1f2e1-021e-42fb-9732-94fa98fd05fc@dartmouth.edu> From: Rick Macklem Date: Mon, 19 Feb 2024 14:50:19 -0800 Message-ID: Subject: Re: FreeBSD panics possibly caused by nfs clients To: "Matthew L. Dailey" Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4TdyRt0LL8z4ZHM X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] On Mon, Feb 19, 2024 at 7:44=E2=80=AFAM Matthew L. Dailey wrote: > > Hi all, > > So I finally induced a panic on a "pure" ufs system - root and exported > filesystem were both ufs. So, I think this definitively rules out zfs as > a source of the issue. > > This panic was on 14.0p5 without debugging options, so the core may not > be helpful. The panic and backtrace are below in case they're > interesting to anyone. > > Next, I'm going to try a CURRENT kernel without debugging options > enabled just to see if I can finally induce a panic here. My other two > VMs running CURRENT with full debugging are still clanking along. You might want to set kern.kstack_pages=3D6 in /boot/loader.conf in these setups. I would normally expect double faults when a kernel stack is blown, but maybe there is a reason that you do now see that for a blown kernel stack. (The impact of increasing stack pages from 4->6 should be minimal.) rick > > -Matt > > [218716] Fatal trap 12: page fault while in kernel mode > [218716] cpuid =3D 4; apic id =3D 08 > [218716] fault virtual address =3D 0x100000017 > [218716] fault code =3D supervisor read data, page not presen= t > [218716] instruction pointer =3D 0x20:0xffffffff80e9165d > [218716] stack pointer =3D 0x28:0xfffffe010b5aa3b0 > [218716] frame pointer =3D 0x28:0xfffffe010b5aa400 > [218716] code segment =3D base 0x0, limit 0xfffff, type 0x1b > [218716] =3D DPL 0, pres 1, long 1, def32 0, gran = 1 > [218716] processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > [218716] current process =3D 49575 (nfsd: service) > [218716] rdi: 00000000ffffffff rsi: fffff800038ec900 rdx: fffffe00d932600= 0 > [218716] rcx: 0000000000030eb0 r8: 0000000000000000 r9: fffffe010b5aa41= 0 > [218716] rax: 00000000008f0eb0 rbx: fffff8038ac4cd00 rbp: fffffe010b5aa40= 0 > [218716] r10: 0000000000000000 r11: 0000000000000000 r12: 000000000000000= 0 > [218716] r13: fffff80003647c00 r14: fffff802f9dced00 r15: fffff800038ec90= 0 > [218716] trap number =3D 12 > [218716] panic: page fault > [218716] cpuid =3D 4 > [218716] time =3D 1708319487 > [218716] KDB: stack backtrace: > [218716] #0 0xffffffff80b9309d at kdb_backtrace+0x5d > [218716] #1 0xffffffff80b461a2 at vpanic+0x132 > [218716] #2 0xffffffff80b46063 at panic+0x43 > [218716] #3 0xffffffff8101d85c at trap_fatal+0x40c > [218716] #4 0xffffffff8101d8af at trap_pfault+0x4f > [218716] #5 0xffffffff80ff3fe8 at calltrap+0x8 > [218716] #6 0xffffffff80e8716e at newdirrem+0x8be > [218716] #7 0xffffffff80e866fa at softdep_setup_remove+0x1a > [218716] #8 0xffffffff80ea71af at ufs_dirremove+0x21f > [218716] #9 0xffffffff80ead4f4 at ufs_remove+0xb4 > [218716] #10 0xffffffff810f1428 at VOP_REMOVE_APV+0x28 > [218716] #11 0xffffffff80a60db4 at nfsvno_removesub+0xc4 > [218716] #12 0xffffffff80a52699 at nfsrvd_remove+0x1b9 > [218716] #13 0xffffffff80a374d4 at nfsrvd_dorpc+0x1854 > [218716] #14 0xffffffff80a4e76f at nfssvc_program+0x82f > [218716] #15 0xffffffff80e34080 at svc_run_internal+0xb50 > [218716] #16 0xffffffff80e3475b at svc_thread_start+0xb > [218716] #17 0xffffffff80b00b7f at fork_exit+0x7f > [218716] Uptime: 2d12h45m16s > [218716] Dumping 985 out of 16350 > MB:..2%..12%..22%..31%..41%..51%..61%..72%..82%..91% > > > #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 > #1 doadump (textdump=3D) at > /usr/src/sys/kern/kern_shutdown.c:405 > #2 0xffffffff80b45d37 in kern_reboot (howto=3D260) > at /usr/src/sys/kern/kern_shutdown.c:526 > #3 0xffffffff80b4620f in vpanic (fmt=3D0xffffffff81147c9c "%s", > ap=3Dap@entry=3D0xfffffe010b5aa200) at > /usr/src/sys/kern/kern_shutdown.c:970 > #4 0xffffffff80b46063 in panic (fmt=3D) > at /usr/src/sys/kern/kern_shutdown.c:894 > #5 0xffffffff8101d85c in trap_fatal (frame=3D0xfffffe010b5aa2f0, > eva=3D4294967319) > at /usr/src/sys/amd64/amd64/trap.c:952 > #6 0xffffffff8101d8af in trap_pfault (frame=3D0xfffffe010b5aa2f0, > usermode=3Dfalse, signo=3D, ucode=3D) > at /usr/src/sys/amd64/amd64/trap.c:760 > #7 > #8 cancel_diradd (dap=3D0xfffff8038ac4cd00, > dirrem=3Ddirrem@entry=3D0xfffff800038ec900, > jremref=3Djremref@entry=3D0xfffff802f9dced00, > dotremref=3Ddotremref@entry=3D0x0, > dotdotremref=3Ddotdotremref@entry=3D0x0) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:9028 > #9 0xffffffff80e8716e in newdirrem (bp=3D, > dp=3Ddp@entry=3D0xfffff800037fea80, ip=3Dip@entry=3D0xfffff8006b3b93= 00, > isrmdir=3Disrmdir@entry=3D0, > prevdirremp=3Dprevdirremp@entry=3D0xfffffe010b5aa4b0) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:9480 > #10 0xffffffff80e866fa in softdep_setup_remove (bp=3D0xffffffff, > dp=3D0xfffff800038ec900, dp@entry=3D0xfffff800037fea80, > ip=3D0xfffffe00d9326000, > ip@entry=3D0xfffff8006b3b9300, isrmdir=3D200368, isrmdir@entry=3D0) > at /usr/src/sys/ufs/ffs/ffs_softdep.c:9176 > #11 0xffffffff80ea71af in ufs_dirremove (dvp=3Ddvp@entry=3D0xfffff801f764= be00, > ip=3Dip@entry=3D0xfffff8006b3b9300, flags=3D, > isrmdir=3Disrmdir@entry=3D0) at /usr/src/sys/ufs/ufs/ufs_lookup.c:11= 98 > #12 0xffffffff80ead4f4 in ufs_remove (ap=3D0xfffffe010b5aa5d8) > at /usr/src/sys/ufs/ufs/ufs_vnops.c:1054 > #13 0xffffffff810f1428 in VOP_REMOVE_APV ( > vop=3D0xffffffff8172f2d0 , a=3Da@entry=3D0xfffffe010b= 5aa5d8) > at vnode_if.c:1534 > #14 0xffffffff80a60db4 in VOP_REMOVE (dvp=3D0x8f0eb0, vp=3D0xfffff800539b= 7380, > cnp=3D0x30eb0) at ./vnode_if.h:789 > #15 nfsvno_removesub (ndp=3D0xfffffe010b5aa858, is_v4=3D, > cred=3D, p=3Dp@entry=3D0xfffffe010ae803a0, > exp=3Dexp@entry=3D0xfffffe010b5aaa88) > at /usr/src/sys/fs/nfsserver/nfs_nfsdport.c:1466 > #16 0xffffffff80a52699 in nfsrvd_remove (nd=3D0xfffffe010b5aabf8, > isdgram=3D, dp=3D, exp=3D0xfffffe010b5= aaa88) > at /usr/src/sys/fs/nfsserver/nfs_nfsdserv.c:1583 > #17 0xffffffff80a374d4 in nfsrvd_compound (nd=3D0xfffffe010b5aabf8, isdgr= am=3D0, > tag=3D, taglen=3D0, minorvers=3D) > at /usr/src/sys/fs/nfsserver/nfs_nfsdsocket.c:1322 > #18 nfsrvd_dorpc (nd=3Dnd@entry=3D0xfffffe010b5aabf8, isdgram=3Disdgram@e= ntry=3D0, > tag=3D, taglen=3D0, minorvers=3D) > at /usr/src/sys/fs/nfsserver/nfs_nfsdsocket.c:633 > #19 0xffffffff80a4e76f in nfs_proc (nd=3D0xfffffe010b5aabf8, > xid=3D, xprt=3D0xfffff800037b4800, rpp=3D) > at /usr/src/sys/fs/nfsserver/nfs_nfsdkrpc.c:464 > #20 nfssvc_program (rqst=3D0xfffff80128ac9000, xprt=3D0xfffff800037b4800) > at /usr/src/sys/fs/nfsserver/nfs_nfsdkrpc.c:348 > #21 0xffffffff80e34080 in svc_executereq (rqstp=3D0xfffff80128ac9000) > at /usr/src/sys/rpc/svc.c:1036 > #22 svc_run_internal (grp=3Dgrp@entry=3D0xfffff800033c2100, > ismaster=3Dismaster@entry=3D0) at /usr/src/sys/rpc/svc.c:1312 > #23 0xffffffff80e3475b in svc_thread_start (arg=3D0xffffffff, > arg@entry=3D0xfffff800033c2100) at /usr/src/sys/rpc/svc.c:1340 > #24 0xffffffff80b00b7f in fork_exit ( > callout=3D0xffffffff80e34750 , arg=3D0xfffff800033= c2100, > frame=3D0xfffffe010b5aaf40) at /usr/src/sys/kern/kern_fork.c:1160 > #25 > #26 0x000033af7af143ea in ?? () From nobody Tue Feb 20 18:09:58 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TfS9w2NSVz55Ljx for ; Tue, 20 Feb 2024 18:10:12 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [66.165.241.226]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TfS9v2Ntlz4M6G for ; Tue, 20 Feb 2024 18:10:11 +0000 (UTC) (envelope-from pete@nomadlogic.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nomadlogic.org header.s=04242021 header.b=1o2YRxtW; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 66.165.241.226 as permitted sender) smtp.mailfrom=pete@nomadlogic.org; dmarc=pass (policy=quarantine) header.from=nomadlogic.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nomadlogic.org; s=04242021; t=1708452590; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=flR7DENGT6oEyW1wtk+gRW+TlPpOW5ZuUMzy2Dqs4yU=; b=1o2YRxtWFBLiSOVFArWZ8UnZxD3PQ43tFcUYE3shvG9e9OWOylJ870NpPuy8iLTeSUVavF uQ1huMr0nUw2Lj1r4Ejr5NMLDScAsA03ztIVb1E78I5jiurTo/3R9YM5ymuMitdGIneuM6 u7m6KsBwqnvF1vmdxT8KRF8DF5xck64= Received: from [192.168.1.160] ( [47.154.31.160]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 7b3186fc (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Tue, 20 Feb 2024 18:09:50 +0000 (UTC) Message-ID: Date: Tue, 20 Feb 2024 10:09:58 -0800 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: FreeBSD current From: Pete Wright Subject: NLNet Labs Ending Dev of drill(1) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4TfS9v2Ntlz4M6G X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.991]; DMARC_POLICY_ALLOW(-0.50)[nomadlogic.org,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[nomadlogic.org:s=04242021]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:29802, ipnet:66.165.240.0/22, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[nomadlogic.org:+] I just came across this blog post which seems to indicate that the drill(1) utility from NLNet is ending development in favor of a rust based tool: https://blog.nlnetlabs.nl/domain-dns-building-blocks-for-rust-application-developers/ https://fosstodon.org/@nlnetlabs/111964417192522741 I was curious if a) anyone was aware of this and b) will we maintain a version of drill(1) in base or revert to including dns/bind-tools in base? not trying to start a "rust in base" discussion, just curious if i should start making plans now to have a replacement for this tool at my site. -pete -- Pete Wright pete@nomadlogic.org From nobody Tue Feb 20 19:21:01 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TfTlk3dL7z55TD1 for ; Tue, 20 Feb 2024 19:21:06 +0000 (UTC) (envelope-from Matthew.L.Dailey@dartmouth.edu) Received: from NAM10-DM6-obe.outbound.protection.outlook.com (mail-dm6nam10on20705.outbound.protection.outlook.com [IPv6:2a01:111:f400:7e88::705]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TfTlj4yQKz4XjT for ; Tue, 20 Feb 2024 19:21:05 +0000 (UTC) (envelope-from Matthew.L.Dailey@dartmouth.edu) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=dartmouth.edu header.s=selector2 header.b=IhHfMPv1; spf=pass (mx1.freebsd.org: domain of Matthew.L.Dailey@dartmouth.edu designates 2a01:111:f400:7e88::705 as permitted sender) smtp.mailfrom=Matthew.L.Dailey@dartmouth.edu; dmarc=pass (policy=none) header.from=dartmouth.edu; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hK5e+ZOcXb5QxlpYZnEhDlewnkrEFx4bPsDXW0rhw+ApKB/xhAR/L+zpJxuYn4U2OMWgEDVu0uyqEfhzBw1QKoRCp8j7xv/Z2WEoZ7IgGs5pJ9yLm+YfZwjDNno/ZkannvaVfaWbj3IzUfbk8qdB8BDkuGDp4EfeISZLaryX8+e8eMgqGjJx5eJvV9tGiZSBZjmT8+VfwmiX/Nxp/pvZVv+IZ0KEChSwCdF+ukksM7Sa59Vh2bdvX0tFDbP9qPkotY8sTr6Mt2H/ufBq9tx56NeO8euXpQZ1gyioh6Jep4yh72SU2dOcVUyhTuFC0UlgFjAzAvHjW0Enw4KfUGiwIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; 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=svhe43B1y/NiV8VismY1b32fspFrWn85fiVWH4hLSJo=; b=gVQm5nr3kQ+kz6WpOQ6/1snmORxJpIrLky5/X6l3fj6JVCdnC6d5XV5BHbko+eqKYI1pmY0LKMDb0UpKCSSR1201sU6LXcwdfp9h2mnUQKIF7Y8BcnF0SctLw0ZOMK3uJ5JTRfz3DJiWHUCCJTkkrBxFl32f8EegkQbjV6xHYdS43FEkyLZwekt8tkVnFWNzhYuEjDbnsrG01fNkwjzk7ZDChmgtILXk3VgE3uicgw04UJZzjJACu4z/jzvaXgyaxQS8+zF7aKVcwxEzNSzSB0gH3Esansu6BegWyXbEfvDperNxf0CX/eA3QBEfPmmfTIY8aWL97QVHmstWhUgYXg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=dartmouth.edu; dmarc=pass action=none header.from=dartmouth.edu; dkim=pass header.d=dartmouth.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dartmouth.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=svhe43B1y/NiV8VismY1b32fspFrWn85fiVWH4hLSJo=; b=IhHfMPv1dUEmeZCdK4bgCdsglkpdqFP5BjBATmAqw+qmTc86iUdBVizsjy8/iMhtmJcJZI3zfCmJfpbY+YOg7cTwgNtsKMZE5Ff+XFV5pL/6aprnV8hPijvT1jWLHoVIkLCtwkmU0U1+pY1I4DQRgNh10Rm77K9bxCbZKQUQcpw= Received: from BLAPR03MB5570.namprd03.prod.outlook.com (2603:10b6:208:29d::21) by DM4PR03MB6109.namprd03.prod.outlook.com (2603:10b6:5:394::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7292.39; Tue, 20 Feb 2024 19:21:01 +0000 Received: from BLAPR03MB5570.namprd03.prod.outlook.com ([fe80::4d4d:b428:9223:594d]) by BLAPR03MB5570.namprd03.prod.outlook.com ([fe80::4d4d:b428:9223:594d%4]) with mapi id 15.20.7316.018; Tue, 20 Feb 2024 19:21:01 +0000 From: "Matthew L. Dailey" To: Rick Macklem CC: "freebsd-current@freebsd.org" Subject: Re: FreeBSD panics possibly caused by nfs clients Thread-Topic: FreeBSD panics possibly caused by nfs clients Thread-Index: AQHaZDHwoNUJJkbjpUG7tufX8vWFGg== Date: Tue, 20 Feb 2024 19:21:01 +0000 Message-ID: <4c71109f-52fe-4dc7-ad58-e10ba7ef5668@dartmouth.edu> References: <3ea6d241-b9cc-4294-aef8-ae1c6d9d8161@dartmouth.edu> <53139ffd-3e42-4aaf-a523-b8f4dc8b29a9@dartmouth.edu> <04d1f2e1-021e-42fb-9732-94fa98fd05fc@dartmouth.edu> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Mozilla Thunderbird x-ms-publictraffictype: Email x-ms-traffictypediagnostic: BLAPR03MB5570:EE_|DM4PR03MB6109:EE_ x-ms-office365-filtering-correlation-id: 2a29c93a-b201-4214-e684-08dc32491320 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: zjoBxSf83K1gQqep8or8jMbUWPOrZ88cIg1dAOJ5jhMlVzycubZzHZwnAAf7ROSyZs6tl7gUG+AFukylRK4byMekC0HpyjcpM8tkFerBqvZhlgw6WZ9l6oB0/kdD8w7FM4+NheSt6L9fKSaFutLdLow9DNfqnA6WPtLMR1O/2iu863OWqH/yrxmrvcwWRGyXEjnFfCD1t4cjn4WS4YrMA6I9C0MmKZjYlAxoJzKJxADu+/oz5ltciSBbPu16d3M8CnltC0CyKTXPqYjEQT73Agh8C0/XwpPepJQDE1I5ZSuIt/ggBrQa+IpWAKQ9WVx+iyOGLEuC5/ryDOXOXREOhpwiQMzhFmFTD0qdrrEYEVu7qplrZ1Bebq1euK0cUrzODW2+8uHfu2CyHwGVDdnmPIhURnkgy6vxYD7Qdy5/5rNiMEqw8xUVK6dQph+oJp5HxL4S2s3uSkvnEOM+1ZqPLVw5vAWn4tbzqjMm15ONFqfSzCxXelW4qXX6GHO8oQsdlrwGSABIvSyddEhLGMuJg3kvXi+h5yW86ABfLYWAy6ZqLQrvFdiOl5JDWE++YOd+nynHVGeEcbtd6uaIhttZbpKpTPt1OZOmRpjLc+pcKvSl3mRFoGyY/Edn5oXDjrkI x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:BLAPR03MB5570.namprd03.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230031)(38070700009);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?VkE4UTdMOUt0MS94Qm9wRURSeE5BK1BOWjVEN3ZPWFJ3aXdYbFFCVWJEOFFB?= =?utf-8?B?L2pKVllKa3RpdUJPQmRaLy9kTjBHcnZObHdXZVVydnlFY2FPU053WFpVZ3hN?= =?utf-8?B?SVBtNzYvaEVyQ0hxaTVGU2dheHVLRXpQcTRSYWVOUkR0T2duV3o2K2FuS1pJ?= =?utf-8?B?M29lZ0dibGxQSjVjV2pGb3hyWW83anFxWnUwc3QzVmdGVkI1MERlVTFoK3o1?= =?utf-8?B?Umk0Q1d6R3g3NHViVkl1SlhGajdyc1hZSGRxK3oyUFBSMHlmT1grRFM5clk2?= =?utf-8?B?Z1cwdVBra3NCTGN6VjBXZitOd0xQVG5JQmNQaXV5ejZoUjFWbzhBcURTb1Zr?= =?utf-8?B?R3dHREJ4RFYrQlR3djZJL0pKNk5lY0o5b1RPdDJsZXVCRVdIY1JTYnNJalFX?= =?utf-8?B?Vit0VkZIRlJHaEhOSWxVam9Sb09JRG9YY1lYcGo0ZkRnRmlaQm9BTlZreTgz?= =?utf-8?B?ZWphNWhSREQ4YlVia0FOamptZjVLTXpFcFVNV09FRWNSZmpML2ZwQ0dtRWh4?= =?utf-8?B?b0piM1NkL3JkbWUvYWVwMi9Ra0preFNmOC8wQnNHbGE5SlRjMU5aRXJrSHdz?= =?utf-8?B?bGRMb204bEJpdzBiS284VW1VcGZQdXZ0SytzT1MvQU9FQ2lBMXJmWnhuazFm?= =?utf-8?B?bkZ5SklxRUhJM0dwTzVRSHdwc2F4bGdZaDlINXhsMXYxK2lMYVUzb2tLUnpm?= =?utf-8?B?bUJpamswZ3RBZ1YyOWhYeTYyK3lkZmpwcjU4eldxemNTWmZyV3pVTDZVTnlh?= =?utf-8?B?d1hCSzFFMGxjRWJpWHJHREMxK1hjZUd4NFVDZG9NUllTdjZLQlh4OGc1eHJv?= =?utf-8?B?eElWdFpHSTJQeHhxWno0d2FSaml1R0pTbGVIYlcyMDRFRnR0R3BGWFVQcVRv?= =?utf-8?B?Tng4QWIreVVlT05iNFcwZi9pbkhhc2NhUkYyZmZLcWNJSGpNN0JrOStSc2pl?= =?utf-8?B?ZXdFV0RxeG43QlpmV1gzenJsNzRCZGN3U0hnTEdNcjFzNTJpMGs0MGhNeVBU?= =?utf-8?B?UHFxdmdOeUFiOXk3cmVDUS9WY0U2QmM4RHJBbG9oRWVuckNlMjVwSlRFbjFp?= =?utf-8?B?QTRGQmlaUCtEcEYxVjFyeE9tR3liQ3l3UHFoSTZZb0xLN1U4OEpkZFRud0J5?= =?utf-8?B?T3FmVUVwdDJWN081WkEydTc0Nm1sSk9zRk43eGg2VFVxV2wveitpR1M4eThF?= =?utf-8?B?NmRES29GWHdJQmlGSkMxc3BSTXZaUVNLaHliTHk5TUZCZmJtdVZBY21obm9a?= =?utf-8?B?VEcxL2FQUk9rdThVZGFyeEIvYXM4cThybVNBUWNsSjJpNVVLL1c3RUJkTkVo?= =?utf-8?B?NE1ORHNGRWg3VVZQdWVMY0ZLUU5KZGtqNUF3dHJhQms2THhGMlUzcDdBalQx?= =?utf-8?B?bnozNURwVGJ0azc5TVgvNEtVdHdHV25QVi9yYUZ4VFJiUlJITkllK3dMM0hx?= =?utf-8?B?WnBoZ2JqMTRTLzVxdTJjVHZhQmRBM1V1NEVJQzRmSloyRFBKMmQ4K2N3WUJv?= =?utf-8?B?S3FRQWRCbmtNWFRsN0RjaERJcHNuSkRSQnltWWNrZWpOb3YvbVh6d3J2bkZp?= =?utf-8?B?SUdheFN6NUtObU05V0diZVR6WmlnSjFha2h3Q2MzcDZwUWczQkhPM0l0Z3cr?= =?utf-8?B?UHFlWXFvNm1KaURKWFM3bllrRVpVTnZSUk5oblJjNVMrQUk5VEMyNlVGNzRU?= =?utf-8?B?c292ai9Bd3l4dkVITS90VmZoeUE4eXBNT1p4VVpkQStYYklWS0JPbnBJcE9U?= =?utf-8?B?TU94WXIzU3gvVmkrcnJPbG1rZWc5KzdnTXhoR2VyKzFFSnc3TUVkb2x0OW5p?= =?utf-8?B?MEpoTm9wSW1qNmZiSGdYY3pORFNURURTUGYvMXdtMWtwcHZjWmpmVnMzb3pS?= =?utf-8?B?ckpDNGY3cTl0TFNVdFdYbUlPd0hmWmZPVDZnS3NzRDZHNUpjOGlyVXAybEx1?= =?utf-8?B?WkZPdGFkc2VmcEI1SStWWFFFSWZPYi83VG9hZGYyTGVIbjhMVTVtdnQ5QlhY?= =?utf-8?B?Q3JVSTBGeTZKdTNWbUhXcjJqcy9EZHVVVE13RkFhYmREaGQyRkJaNU8zWndQ?= =?utf-8?B?MGkxNzZrZFZITnFYaGttdEY5TUtiU2dCV0szVDRFZGpRTUJQUnEwR2gyNnhv?= =?utf-8?Q?YRjrVy56KJmDWjI8ipr9kyDPz?= Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 X-OriginatorOrg: dartmouth.edu X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BLAPR03MB5570.namprd03.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 2a29c93a-b201-4214-e684-08dc32491320 X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Feb 2024 19:21:01.4587 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 995b0936-48d6-40e5-a31e-bf689ec9446f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: AsR4stSnUAFOva7du2bvUbtwRKm4jXmv9fUWC0s5llsgAQPqBHFOpN76IyVMlDFObNGSic+hMoLZT53enL3Ygg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR03MB6109 X-Rspamd-Queue-Id: 4TfTlj4yQKz4XjT X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.89 / 15.00]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[dartmouth.edu,none]; R_DKIM_ALLOW(-0.20)[dartmouth.edu:s=selector2]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[dartmouth.edu:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[dartmouth.edu:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TAGGED_RCPT(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a01:111:f400:7e88::705:from] SGkgYWxsLA0KDQpJIGluZHVjZWQgYSBwYW5pYyBvbiBteSBDVVJSRU5UICgyMDI0MDIxNS1kNzli NmI4ZWMyNjctMjY4MzAwKSBWTSBhZnRlciANCmFib3V0IDI0IGhvdXJzLiBUaGlzIGlzIHRoZSBv bmUgd2l0aG91dCBhbnkgZGVidWdnaW5nLCBzbyBpdCBvbmx5IA0KY29uZmlybXMgdGhlIGZhY3Qg dGhhdCB0aGUgcGFuaWNzIHdlJ3ZlIGJlZW4gZXhwZXJpZW5jaW5nIHN0aWxsIGV4aXN0IGluIA0K Q1VSUkVOVC4gVGhlcmUgd2FzIHNvbWUgZGlzayBpc3N1ZSB0aGF0IHByZXZlbnRlZCB0aGUgZHVt cCwgc28gYWxsIEkgDQpoYXZlIGlzIHRoZSBwYW5pYywgcGFzdGVkIGJlbG93Lg0KDQpUaGUgdHdv IHRlc3Qgc3lzdGVtcyB3aXRoIGZ1bGwgZGVidWdnaW5nIGFyZSBzdGlsbCBydW5uaW5nIGFmdGVy IGEgd2VlayANCmFuZCBhIGhhbGYuDQoNCj4gWW91IG1pZ2h0IHdhbnQgdG8gc2V0DQo+IGtlcm4u a3N0YWNrX3BhZ2VzPTYNCj4gaW4gL2Jvb3QvbG9hZGVyLmNvbmYgaW4gdGhlc2Ugc2V0dXBzLg0K PiANCj4gSSB3b3VsZCBub3JtYWxseSBleHBlY3QgZG91YmxlIGZhdWx0cyB3aGVuIGEga2VybmVs IHN0YWNrIGlzIGJsb3duLA0KPiBidXQgbWF5YmUgdGhlcmUgaXMgYSByZWFzb24gdGhhdCB5b3Ug ZG8gbm93IHNlZSB0aGF0IGZvciBhIGJsb3duIGtlcm5lbA0KPiBzdGFjay4gKFRoZSBpbXBhY3Qg b2YgaW5jcmVhc2luZyBzdGFjayBwYWdlcyBmcm9tIDQtPjYgc2hvdWxkIGJlIG1pbmltYWwuKQ0K PiANCj4gcmljaw0KUmljayAtIEknbSBhIGxpdHRsZSBjb25mdXNlZCBieSB0aGUga3N0YWNrX3Bh Z2VzIHR1bmFibGUgYW5kIGp1c3Qgd2FudCANCnRvIGNsYXJpZnkuIEFyZSB5b3UgcHJvcG9zaW5n IHRoYXQgdGhpcyBtaWdodCBzb2x2ZSB0aGUgcGFuaWMgaXNzdWVzIA0Kd2UndmUgYmVlbiBoYXZp bmcsIG9yIHRoYXQgaXQgd2lsbCBtYWtlIHRoZSBwYW5pY3MvZHVtcHMgbW9yZSB1c2VmdWwgYnkg DQphdm9pZGluZyBmYWxzZSBwb3NpdGl2ZXM/IFdlJ3ZlIG9ubHkgZXZlciBzZWVuIHRoYXQgImRv dWJsZSBmYXVsdCIgb25jZSANCmluIG92ZXIgMTAwIG9ic2VydmVkIHBhbmljcywgYW5kIHRoYXQg d2FzIG9ubHkgd2hlbiB3ZSBlbmFibGVkIGp1c3QgDQpLQVNBTiBvbiBhIDE0LjBwNCBzeXN0ZW0u DQoNCi1NYXR0DQoNCg0KWzg1NzUxXSBGYXRhbCB0cmFwIDEyOiBwYWdlIGZhdWx0IHdoaWxlIGlu IGtlcm5lbCBtb2RlDQpbODU3NTFdIGNwdWlkID0gMzsgYXBpYyBpZCA9IDA2DQpbODU3NTFdIGZh dWx0IHZpcnR1YWwgYWRkcmVzcyAgICAgID0gMHg0ZjBmNzYwDQpbODU3NTFdIGZhdWx0IGNvZGUg ICAgICAgICA9IHN1cGVydmlzb3IgcmVhZCBkYXRhLCBwYWdlIG5vdCBwcmVzZW50DQpbODU3NTFd IGluc3RydWN0aW9uIHBvaW50ZXIgICAgICAgID0gMHgyMDoweGZmZmZmZmZmODIwMDIyZjcNCls4 NTc1MV0gc3RhY2sgcG9pbnRlciAgICAgICAgICAgICAgPSAweDI4OjB4ZmZmZmZlMDEwYmRmOGQ1 MA0KWzg1NzUxXSBmcmFtZSBwb2ludGVyICAgICAgICAgICAgICA9IDB4Mjg6MHhmZmZmZmUwMTBi ZGY4ZDgwDQpbODU3NTFdIGNvZGUgc2VnbWVudCAgICAgICAgICAgICAgID0gYmFzZSAweDAsIGxp bWl0IDB4ZmZmZmYsIHR5cGUgMHgxYg0KWzg1NzUxXSAgICAgICAgICAgICAgICAgICAgPSBEUEwg MCwgcHJlcyAxLCBsb25nIDEsIGRlZjMyIDAsIGdyYW4gMQ0KWzg1NzUxXSBwcm9jZXNzb3IgZWZs YWdzICAgPSBpbnRlcnJ1cHQgZW5hYmxlZCwgcmVzdW1lLCBJT1BMID0gMA0KWzg1NzUxXSBjdXJy ZW50IHByb2Nlc3MgICAgICAgICAgICA9IDAgKHpfd3JfaW50X2hfMykNCls4NTc1MV0gcmRpOiBm ZmZmZjgwMmQxMDM2OTAwIHJzaTogZmZmZmY4MDQxNjg4NzMwMCByZHg6IGZmZmZmODA0MTY4ODcz ODANCls4NTc1MV0gcmN4OiBmZmZmZjgwMmQxMDM2OTA4ICByODogMDAwMDAwMDAwMDAwMDEwMCAg cjk6IDgwMTMwNzBmMDAwNzAwZmYNCls4NTc1MV0gcmF4OiAwMDAwMDAwMDA0ZjBmNzQ4IHJieDog ZmZmZmY4MDJkMTAzNjkwMCByYnA6IGZmZmZmZTAxMGJkZjhkODANCls4NTc1MV0gcjEwOiBmZmZm ZjgwNDEyYzRmNzA4IHIxMTogMDAwMDAwMDAwMDAwMDAwMCByMTI6IGZmZmZmODAwMDk0NGVkNTgN Cls4NTc1MV0gcjEzOiAwMDAwMDAwMDAwMDAwMDAwIHIxNDogMDAwMDAwMDAwNGYwZjc0OCByMTU6 IGZmZmZmZTAxMGNhYTk0MzgNCls4NTc1MV0gdHJhcCBudW1iZXIgICAgICAgICAgICAgICAgPSAx Mg0KWzg1NzUxXSBwYW5pYzogcGFnZSBmYXVsdA0KWzg1NzUxXSBjcHVpZCA9IDMNCls4NTc1MV0g dGltZSA9IDE3MDg0NTEwOTENCls4NTc1MV0gS0RCOiBzdGFjayBiYWNrdHJhY2U6DQpbODU3NTFd ICMwIDB4ZmZmZmZmZmY4MGI5ODAzZCBhdCBrZGJfYmFja3RyYWNlKzB4NWQNCls4NTc1MV0gIzEg MHhmZmZmZmZmZjgwYjRhOGQ1IGF0IHZwYW5pYysweDEzNQ0KWzg1NzUxXSAjMiAweGZmZmZmZmZm ODBiNGE3OTMgYXQgcGFuaWMrMHg0Mw0KWzg1NzUxXSAjMyAweGZmZmZmZmZmODEwMjZiOGYgYXQg dHJhcF9mYXRhbCsweDQwZg0KWzg1NzUxXSAjNCAweGZmZmZmZmZmODEwMjZiZGYgYXQgdHJhcF9w ZmF1bHQrMHg0Zg0KWzg1NzUxXSAjNSAweGZmZmZmZmZmODBmZmQ5ZjggYXQgY2FsbHRyYXArMHg4 DQpbODU3NTFdICM2IDB4ZmZmZmZmZmY4MWZlYTgzYiBhdCBkbXVfc3luY19sYXRlX2Fycml2YWxf ZG9uZSsweDZiDQpbODU3NTFdICM3IDB4ZmZmZmZmZmY4MjE0YTc4ZSBhdCB6aW9fZG9uZSsweGM2 ZQ0KWzg1NzUxXSAjOCAweGZmZmZmZmZmODIxNDQyY2MgYXQgemlvX2V4ZWN1dGUrMHgzYw0KWzg1 NzUxXSAjOSAweGZmZmZmZmZmODBiYWU0MDIgYXQgdGFza3F1ZXVlX3J1bl9sb2NrZWQrMHgxODIN Cls4NTc1MV0gIzEwIDB4ZmZmZmZmZmY4MGJhZjY5MiBhdCB0YXNrcXVldWVfdGhyZWFkX2xvb3Ar MHhjMg0KWzg1NzUxXSAjMTEgMHhmZmZmZmZmZjgwYjA0ODRmIGF0IGZvcmtfZXhpdCsweDdmDQpb ODU3NTFdICMxMiAweGZmZmZmZmZmODBmZmVhNWUgYXQgZm9ya190cmFtcG9saW5lKzB4ZQ0KWzg1 NzUxXSBVcHRpbWU6IDIzaDQ5bTExcw0K From nobody Tue Feb 20 22:17:34 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TfYgd62Frz59lkq for ; Tue, 20 Feb 2024 22:17:49 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pl1-x633.google.com (mail-pl1-x633.google.com [IPv6:2607:f8b0:4864:20::633]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TfYgd4PjYz3xWl for ; Tue, 20 Feb 2024 22:17:49 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x633.google.com with SMTP id d9443c01a7336-1dc29f1956cso2964015ad.0 for ; Tue, 20 Feb 2024 14:17:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1708467468; x=1709072268; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=ec47/2YetVDnU1mIdi3rof5Zz8+HMxOjDU+jeMnOW8U=; b=CjEu0FNP5HdVwNyuy4FruZmwxWiuiFzV9KFVhES0Fj7CRGNgbVeji3wy4ARLIMP6Zk /YVfdAAY37/eYrJ9ZoDfgvmG3TaKxQ1o27ERdpQEN4k6VM6CEThDfBoUOnfbqcQMzO7P 2Ti6HV5Y7TWSEDoip/dkydxk4WLbZT50juM3B75T2p42KMlXn2eUrW8AOJpX+eSowg1p uv9pagbPAOTftosP2wh2OpKej+KY/7FmMNjxtPqFza65Hl80EQGodvcrh0fYibrx+wQQ 5cZ2jAFi9UaKpsND+FqJhFtP1xdoYKxBlsQxh8oOuOMOo7SMVtduVyYYE/WC9bcdfn+d 324w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708467468; x=1709072268; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=ec47/2YetVDnU1mIdi3rof5Zz8+HMxOjDU+jeMnOW8U=; b=MGsZwhcyNPVy+bDrWz4iXYf0yEwQDfGZfLmJZi+hzcAc0g1KY4/zWOLax6TR2NGWnR cUPrihp6PvEcO+LqsL1WsdlXExIIv+zx4JzFWJALO5w9IxirxNdbnkQzVMGP8cwKnsjg A+EAQhYH34TEdSx2jsZXfQvj52kV2ueVCHZT8O2/82Vjy3jJ5Eds2QXlBZEuGCZzdyeL 1Fh/CVWV+OUHEP4Wt4LLqfnP7qsjUY5mxjThu3Jm3ypb62LkUXD30ElakDRPeiCbVpLk Wwd9gcjGwOmXoQSXeZE0aFvGmBAScWEcuD4S1VqLxcDpfac86dlKgV5CWovpx4dJIoTj 29Fg== X-Gm-Message-State: AOJu0YxCRPkUKgeWwzGof/Gmz3bG9owLIz+Uyby1wUiDRKytUxL2HRNG /JM3Ec6tSuns+dAPgrOl0RsiMIBon4nLAHd75/d+nHNxWQofWB9LZZ4+LYagKJ0mwDthSV+ZPjE mj8/QGw53M5zj6WkRiMqG1Ywz41x7FfE= X-Google-Smtp-Source: AGHT+IHpTMR45ckHeb+alVKnkjiG0WRne+3Ds5ZpgAOfbmiXnrzAv8UbKhci3pb/4wQREhcZ7NY7H7Hhs+HFSbo1NxE= X-Received: by 2002:a17:90a:f193:b0:299:1aa6:f20b with SMTP id bv19-20020a17090af19300b002991aa6f20bmr12470707pjb.21.1708467468038; Tue, 20 Feb 2024 14:17:48 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 References: <3ea6d241-b9cc-4294-aef8-ae1c6d9d8161@dartmouth.edu> <53139ffd-3e42-4aaf-a523-b8f4dc8b29a9@dartmouth.edu> <04d1f2e1-021e-42fb-9732-94fa98fd05fc@dartmouth.edu> <4c71109f-52fe-4dc7-ad58-e10ba7ef5668@dartmouth.edu> In-Reply-To: <4c71109f-52fe-4dc7-ad58-e10ba7ef5668@dartmouth.edu> From: Rick Macklem Date: Tue, 20 Feb 2024 14:17:34 -0800 Message-ID: Subject: Re: FreeBSD panics possibly caused by nfs clients To: "Matthew L. Dailey" Cc: "freebsd-current@freebsd.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4TfYgd4PjYz3xWl X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] On Tue, Feb 20, 2024 at 11:21=E2=80=AFAM Matthew L. Dailey wrote: > > Hi all, > > I induced a panic on my CURRENT (20240215-d79b6b8ec267-268300) VM after > about 24 hours. This is the one without any debugging, so it only > confirms the fact that the panics we've been experiencing still exist in > CURRENT. There was some disk issue that prevented the dump, so all I > have is the panic, pasted below. > > The two test systems with full debugging are still running after a week > and a half. > > > You might want to set > > kern.kstack_pages=3D6 > > in /boot/loader.conf in these setups. > > > > I would normally expect double faults when a kernel stack is blown, > > but maybe there is a reason that you do now see that for a blown kernel > > stack. (The impact of increasing stack pages from 4->6 should be minima= l.) > > > > rick > Rick - I'm a little confused by the kstack_pages tunable and just want > to clarify. Are you proposing that this might solve the panic issues > we've been having, or that it will make the panics/dumps more useful by > avoiding false positives? Well, blowing the kernel stack would certainly corrupt variables. I'll admit I would normally expect to see a 'double fault", but there may be some reason that is not happening in your case? Note that your kernels with debugging have not crashed yet after increasing the kernel stack size, so Ifigured it is worth a try. (ie. It might solve the panics?) When you talked about random panics, I thought of a blown kernel stack, but shelved the idea since you weren't reporting double faults. (In the past, I have needed to move things off the stack after a patch causes "random" problems, to fix the problem.) > We've only ever seen that "double fault" once > in over 100 observed panics, and that was only when we enabled just > KASAN on a 14.0p4 system. I'm not a VM guy, so I can't answer why a kernel stack violation normally (always?) results in a double fault. rick > > -Matt > > > [85751] Fatal trap 12: page fault while in kernel mode > [85751] cpuid =3D 3; apic id =3D 06 > [85751] fault virtual address =3D 0x4f0f760 > [85751] fault code =3D supervisor read data, page not present > [85751] instruction pointer =3D 0x20:0xffffffff820022f7 > [85751] stack pointer =3D 0x28:0xfffffe010bdf8d50 > [85751] frame pointer =3D 0x28:0xfffffe010bdf8d80 > [85751] code segment =3D base 0x0, limit 0xfffff, type 0x1b > [85751] =3D DPL 0, pres 1, long 1, def32 0, gran 1 > [85751] processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > [85751] current process =3D 0 (z_wr_int_h_3) > [85751] rdi: fffff802d1036900 rsi: fffff80416887300 rdx: fffff80416887380 > [85751] rcx: fffff802d1036908 r8: 0000000000000100 r9: 8013070f000700ff > [85751] rax: 0000000004f0f748 rbx: fffff802d1036900 rbp: fffffe010bdf8d80 > [85751] r10: fffff80412c4f708 r11: 0000000000000000 r12: fffff8000944ed58 > [85751] r13: 0000000000000000 r14: 0000000004f0f748 r15: fffffe010caa9438 > [85751] trap number =3D 12 > [85751] panic: page fault > [85751] cpuid =3D 3 > [85751] time =3D 1708451091 > [85751] KDB: stack backtrace: > [85751] #0 0xffffffff80b9803d at kdb_backtrace+0x5d > [85751] #1 0xffffffff80b4a8d5 at vpanic+0x135 > [85751] #2 0xffffffff80b4a793 at panic+0x43 > [85751] #3 0xffffffff81026b8f at trap_fatal+0x40f > [85751] #4 0xffffffff81026bdf at trap_pfault+0x4f > [85751] #5 0xffffffff80ffd9f8 at calltrap+0x8 > [85751] #6 0xffffffff81fea83b at dmu_sync_late_arrival_done+0x6b > [85751] #7 0xffffffff8214a78e at zio_done+0xc6e > [85751] #8 0xffffffff821442cc at zio_execute+0x3c > [85751] #9 0xffffffff80bae402 at taskqueue_run_locked+0x182 > [85751] #10 0xffffffff80baf692 at taskqueue_thread_loop+0xc2 > [85751] #11 0xffffffff80b0484f at fork_exit+0x7f > [85751] #12 0xffffffff80ffea5e at fork_trampoline+0xe > [85751] Uptime: 23h49m11s From nobody Wed Feb 21 09:52:23 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tfs5j0RRJz5BsGl for ; Wed, 21 Feb 2024 09:52:57 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailin.dlr.de (mailin.dlr.de [194.94.201.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailin.dlr.de", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tfs5g11T9z49jk; Wed, 21 Feb 2024 09:52:54 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=dlr.de header.s=052022 header.b=eUe81uRJ; spf=pass (mx1.freebsd.org: domain of Hartmut.Brandt@dlr.de designates 194.94.201.12 as permitted sender) smtp.mailfrom=Hartmut.Brandt@dlr.de; dmarc=pass (policy=none) header.from=dlr.de DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dlr.de; i=@dlr.de; q=dns/txt; s=052022; t=1708509175; x=1740045175; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=RjakKAyAuz3GtoN5eNkdJ2HJ28d0tW491+Fc69Rn9bo=; b=eUe81uRJ+wrGCO8/3LmH+tP0/fLiCy7vQEX+a1cA4spEIlxg9Hc/mlcN gsGJmrnFonMNIiZvPT1vkGK6umxyiEoV5Y/nSrWHNpB9wOSyCzGRj9qab HNVgg3TKHlxM3OUEXmAdTsDYlhSwoZJrVMYiV9PsYT+xzU9MoeipeNGi0 ZWY+KuEms3NWVQQZ05F3Qi4DtFZtoeTFyhfxzqtXtZI6NiTw7dfzs/lz6 Yx4eO0hSGvNaeQqhOjI67lNFhKDLaDfgrYDVtsVZ/kYglYNdX7QLlIy5M 2/1LTbkQCMkMZXx8X42/MJckfqEf5KUW1+2ebXDe7Ad/IKajQLzxhfKsJ w==; X-CSE-ConnectionGUID: PTu32R3gSiuU/A0E8GyceA== X-CSE-MsgGUID: 237HTmNNS4GfOsANX8uJmA== X-ThreatScanner-Verdict: Negative X-IPAS-Result: =?us-ascii?q?A2G/AAAtx9Vl/xaKuApaHAEBAQEBAQcBARIBAQQEAQFAg?= =?us-ascii?q?T4EAQELAYIQgQoYAoFfG4Q4kWYDkgyNOj4PAQEBAQEBAQEBCAE5CwQBAQMEg?= =?us-ascii?q?guCdAIWh1cnNwYOAQIEAQEBAQMCAwEBAQEBAQEBBgEBBgEBAQEBAQYGAQKBG?= =?us-ascii?q?YUvPQ2CVRiBDlENSAEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBARECDVsBAR0BA?= =?us-ascii?q?SgRUQYBBhMEAQEDAiYCBC8VCAkBBAESCIIgWYJfFAaTLps6eoEygQGDWAEED?= =?us-ascii?q?UFNsBwGgRouAYglAYFWiFWCT4QHdoJhAQEBARiFIYJoBIISgzuBDZFobIZWC?= =?us-ascii?q?SOBJxwDgQUEaQUWEB43ERATDQMIbh0CMToDBQMEMgoSDAsfBVQDQAYOOwsDA?= =?us-ascii?q?hoFAwMEWVcFDRoCECwmAwMSSQIQFAM4AwMGAwoxMFVBDFADZB8yCTwPDBoCG?= =?us-ascii?q?xsNJCMCLEADERACFgMdFgQyEQkLJgMqBjYCEgwGBgZdIxYJBCUDCAQDVAMhd?= =?us-ascii?q?BEDBAoDEwcLB3qDRgQTRgENA4E0iiWCGANEHUADCwdmPTUUGwYCAR8efJ5AA?= =?us-ascii?q?YFeASVMPiQTBz0CIi4rHQE4CSoCDQIoOpJJCQGDaYtmg1GfMgeCNI1olSAuF?= =?us-ascii?q?5c/kmWYWSCMZmmVRIUbAgQCBAUCFoF6UoEucYM2UhcCD5IahRSKZXgCOQIHA?= =?us-ascii?q?QoBAQMJiSIrgRsBAQ?= IronPort-PHdr: A9a23:LlUbax1x6O/b21h2smDOUAMyDhhOgF0UFjAc5pdvsb9SaKPrp82kY BaOo643xweWFcWDsrQY0bqQ6/ihEUU7or+/81k6OKRWUBEEjchE1ycBO+WiTWDdErvBQhd+I v5/UkR49WqwK0lfFZW2TVTTpnqv8WxaQU2nZkJ6KevvB4Hdkdm82fys9J3PeQVIgye2ba9vI BmsogjdqM0bjZFsJ6ovxRfFvnlFcPlSyW90OF6fhRnx6tmz8ZJ57yhcp/ct/NNcXKvneKg1U bNXADM6Pm4v+cblrwPDTQyB5nsdVmUZjB9FCBXb4R/5Q5n8rDL0uvJy1ieCMsL6VK45Vzu/4 atzRxDmlCkINzgi8GHKkcNwl75UoAigpxNk3YHZZpyeOedkcaPcedMaQndBXtpUWidcDI6wc 5cDAuwcNutesoLzpUYBrQGmCAesGu3h1yNIiHH10607z+svHg7J0Rc8H90VsnTYsMn5OLsQX O2z0aLGzS/Db/RT2Trl74XGcAouoeuQXbJ1bMrR1VMjGh7fjlqKr4zqIi+V2/8QvGif9epsT /+ghHA+pgx3vzOgydsihJPTiYIJ1lDL6z95wIAtKNCmSkN2b9ypHptQuiybOYZ7QMMsT312t Sg0yrAIt5q2cSwLxZko2RLTd+KLfouG7B/iSOufISt1iW95dL+jhhu/91WrxOP7VsmxyllKr yxFn8HDtnAMyxzT6tWHReBn8ki93jaP0hjf6uZcIU8qk6rUMIUhzaMqmpoUq0TDETf6mEvsj KCIaEor4fOo5Pn9brXhvJ+cOJd4igbkMqs0hsO/Bfo3PhISUGic/OSx0qDo807hQLhSk/E6j rPVvI3ZKMkUvKK1HgFY34U55xqhETuqyMkUkWUdIF5Yex+KgJLlN0zALf37F/uznVShnThty vvbJLPuGI/NIWLGkLr5eLZ97FNTxxQrwNBE4pJUFqkBIPXuWk/trNDYDgE2Mwizw+v/Bttz0 I0QV22PDKGZN63csliG6PgxL+WSa4EauSjwJ+Ik5/7okX85g0UScbO00psTcnC0BOlpLFuBb XrthNcOD3sKsxIjQOD2klGOTD1eanmoU64h6Dw2C5iqAZndSoy1hbyOxia7HplYZmBcDVCMF G/leYeeVPcWdCKSJ9JhkiAeWbW8UY8uzxeuuxLmy7d8M+XU/jcYuYj+29dr/+HTkwo9+iRuD 8uBy2GNU310nmQQSjMoxKx/u1Byyk+f0ahkhPxVDcdc5+lOUgc9Np7c1Pd3C97oWg3fYNiGU 02mTci8DTE2VNIxzMcCY1xhFNW6khDDwy2qDqcJmLyWHpw06LzT337tJ8tmxXbGzrcugEc9T ctUKGKqnKl/9xLcB4LRjkqZlKeqdaEE0SDV+2mMw3SAsl1EXQB2SanFRmgfZkXOoNrh/03MV 7CgBaw8MgtZx86NMqtKZcPtjVVBXPrtIM3QbXq+lTT4ORHdkrmWa43pYE0TxijQAlMI1QcJ8 iDCfVw1Gz27rmTCJDJ0GF/leE+q9vNx/iCVVEgxmlWqZld90qepvDQPjPqQV9sf2qhCtCp3+ GY8J0q0w9+DU4nInAFmZqgJObsA IronPort-Data: A9a23:dRuH06zTYpsuHkQPOdJ6t+d8xyrEfRIJ4+MujC+fZmUNrF6WrkUHm jMYDG/Xa/qCMTfxKtsgOtm39xtSu5bQz9VrSQdr/lhgHilAwSbn6XV1DatS0we6dJCroJdPt p1GAjX4BJlpCCea/lH0auSJQUBUjcmgXqD7BPPPJhd/TAplTDZJoR94kobVuKYx6TSCK13L4 Y2aT/H3Ygf/h2YuaDtMsspvlTs21BjMkGJA1rABTa0T1LPuvyF9JI4SI6i3M0z5TuF8dgJtb 7+epF0R1jqxEyYFUrtJoJ6iGqE5auK60Ty1t5Zjc/PKbi6uB8AF+v1T2PI0MS+7gtgS9jx74 I0lWZeYEW/FMkBQ8Qi0vtYx/yxWZMV7FLH7zXeXifCOlBf8KHTXwuhTS2huEN036+16KDQbn RAYAGhlghGrq8aa7ZyVb8hJvp55AfnAeoIZpmtpiz3dF7AqTPgvQY2TvZkBjGt235seW6yED yYaQWMHgBDoQxRVJlIKFNQUhu6uimXXfzlC7l6YzUYyyzKDlFcojumF3Nz9IIfVZflQuGCj+ k3I2H/QJCFKKf6a4G/Qmp6rrqqV9c/hY6oYDrq/9eVCjkeey2YIBFsRT1TTifKkkFSzXc53J VYZ9yA1oe417kPDczXmdxG8rHOKsBsdXsIKSeAq40eMzLbO6kCVAnJCQjMphMEaifLajAcCj jeh9+4FzxQ12FFJYRpxLoupkA4= IronPort-HdrOrdr: A9a23:ZbK5oqwAFHLwZ6DebTluKrPwBL1zdoMgy1knxilNoERuA6mlfr OV7ZAmPHjP+U0ssRAb6Ki90ca7IU81e/ROkOos1NuZMTUO21HYVr2Kj7GSoQEIcheWnoU26U 4KScdD4ajLbGSS+vyV3ODXKbodKZK8gceVbK/lvhFQpC9RGthd0zs= X-Talos-CUID: 9a23:8rx7N2C+knEY76H6ExFb6RVOIJsqSXzA8TD5e2LoJndiRZTAHA== X-Talos-MUID: 9a23:6w1Z3QinulyL4btiNDG6WcMpbpw3w5irLmY2zboInNKtExwgJhWYpWHi X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="6.06,175,1705359600"; d="scan'208";a="2803169" From: To: , Subject: sanitizers broken (was RE: libc/libsys split coming soon) Thread-Topic: sanitizers broken (was RE: libc/libsys split coming soon) Thread-Index: Adpkq0C8Um+a5nwdTXm2ZuLSoNyUCg== Date: Wed, 21 Feb 2024 09:52:23 +0000 Deferred-Delivery: Wed, 21 Feb 2024 09:52:09 +0000 Message-ID: <385dd04f716d4b90baa826dd1b18d277@dlr.de> Accept-Language: en-US, de-DE Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 X-Rspamd-Queue-Id: 4Tfs5g11T9z49jk X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.51 / 15.00]; DWL_DNSWL_MED(-2.00)[dlr.de:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.91)[-0.907]; DMARC_POLICY_ALLOW(-0.50)[dlr.de,none]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_IN_DNSWL_MED(-0.20)[194.94.201.12:from]; R_DKIM_ALLOW(-0.20)[dlr.de:s=052022]; MIME_GOOD(-0.10)[text/plain]; MIME_BASE64_TEXT(0.10)[]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[current@freebsd.org]; MISSING_XM_UA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_NONE(0.00)[]; FROM_NO_DN(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:680, ipnet:194.94.0.0/15, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; DKIM_TRACE(0.00)[dlr.de:+] SGksDQoNCkkgdXBkYXRlZCB5ZXN0ZXJkYXkgYW5kIG5vdyBldmVudCBhIG1pbmltYWwgcHJvZ3Jh bSB3aXRoDQoNCmNjIC1mc2FuaXRpemU9YWRkcmVzcw0KDQpwcm9kdWNlcw0KDQpsZDogZXJyb3I6 IHVuZGVmaW5lZCBzeW1ib2w6IF9fZWxmX2F1eF92ZWN0b3INCj4+PiByZWZlcmVuY2VkIGJ5IHNh bml0aXplcl9saW51eF9saWJjZGVwLmNwcDo5NTAgKC91c3Ivc3JjL2NvbnRyaWIvbGx2bS1wcm9q ZWN0L2NvbXBpbGVyLXJ0L2xpYi9zYW5pdGl6ZXJfY29tbW9uL3Nhbml0aXplcl9saW51eF9saWJj ZGVwLmNwcDo5NTApDQo+Pj4gICAgICAgICAgICAgICBzYW5pdGl6ZXJfbGludXhfbGliY2RlcC5v OihfX3Nhbml0aXplcjo6UmVFeGVjKCkpIGluIGFyY2hpdmUgL3Vzci9saWIvY2xhbmcvMTcvbGli L2ZyZWVic2QvbGliY2xhbmdfcnQuYXNhbi14ODZfNjQuYQ0KY2M6IGVycm9yOiBsaW5rZXIgY29t bWFuZCBmYWlsZWQgd2l0aCBleGl0IGNvZGUgMSAodXNlIC12IHRvIHNlZSBpbnZvY2F0aW9uKQ0K DQpJIHRoaW5rIHRoaXMgaXMgY2F1c2VkIGJ5IHRoZSBsaWJzeXMgc3BsaXQuDQoNCkNoZWVycywN CkhhcnRpDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBvd25lci1mcmVlYnNk LWN1cnJlbnRAZnJlZWJzZC5vcmcgPG93bmVyLWZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZz4g T24gQmVoYWxmIE9mIEJyb29rcyBEYXZpcw0KU2VudDogRnJpZGF5LCBGZWJydWFyeSAyLCAyMDI0 IDExOjMyIFBNDQpUbzogY3VycmVudEBmcmVlYnNkLm9yZw0KU3ViamVjdDogbGliYy9saWJzeXMg c3BsaXQgY29taW5nIHNvb24NCg0KVEw7RFI6IFRoZSBpbXBsZW1lbnRhdGlvbiBvZiBzeXN0ZW0g Y2FsbHMgaXMgbW92aW5nIHRvIGEgc2VwZXJhdGUgbGlicmFyeSAobGlic3lzKS4gIE5vIGNoYW5n ZXMgYXJlIHJlcXVpcmVkIHRvIGV4aXN0aW5nIHNvZnR3YXJlIChleGNlcHQgdG8gZW5zdXJlIHRo YXQgbGlic3lzIGlzIHByZXNlbnQgd2hlbiBidWlsZGluZyBjdXN0b20gZGlzayBpbWFnZXMpLg0K DQpDb2RlOiBodHRwczovL2dpdGh1Yi5jb20vZnJlZWJzZC9mcmVlYnNkLXNyYy9wdWxsLzkwOA0K DQpBZnRlciBuZWFybHkgYSBkZWNhZGUgb2YgaW50ZXJtaXR0ZW50IHdvcmssIEknbSBhYm91dCB0 byBsYW5kIGEgc2VyaWVzIG9mIHBhdGNoZXMgd2hpY2ggbW92ZXMgc3lzdGVtIGNhbGxzLCB2ZHNv IHN1cHBvcnQsIGFuZCBsaWJjJ3MgcGFyc2luZyBvZiB0aGUgRUxGIGF1eGlsaWFyeSBhcmd1bWVu dCB2ZWN0b3IgaW50byBhIHNlcGFyYXRlIGxpYnJhcnkgKGxpYnN5cykuICBJIHBsYW4gdG8gZG8g dGhpcyBlYXJseSBuZXh0IHdlZWsgKEZlYnJ1YXJ5IDV0aCkuDQoNClRoaXMgY2hhbmdlIHNlcnZl cyB0aHJlZSBwcmltYXJ5IHB1cnBvc2VzOg0KICAxLiBJdCdzIGVhc2llciB0byBjb21wbGV0ZWx5 IHJlcGxhY2Ugc3lzdGVtIGNhbGwgaW1wbGVtZW50YXRpb25zIGZvcg0KICAgICB0cmFjaW5nIG9y IGNvbXBhcnRtZW50YWxpemF0aW9uIHB1cnBvc2VzLg0KICAyLiBJdCBzaW1wbGlmaWVzIHRoZSBp bXBsZW1lbnRhdGlvbiBvZiByZXN0cmljdGlvbnMgb24gc3lzdGVtIGNhbGxzIHN1Y2gNCiAgICAg YXMgdGhvc2UgaW1wbGVtZW50ZWQgYnkgT3BlbkJTRCdzIG1zeXNjYWxsKDIpDQogICAgIChodHRw czovL21hbi5vcGVuYnNkLm9yZy9tc3lzY2FsbC4yKS4NCiAgMy4gSXQgYWxsb3dzIGxhbmd1YWdl IHJ1bnRpbWVzIHRvIGxpbmsgd2l0aCBsaWJzeXMgZm9yIHN5c3RlbSBjYWxsDQogICAgIGltcGxl bWVudGF0aW9ucyB3aXRob3V0IHJlcXVpcmluZyBsaWJjLg0KDQpsaWJzeXMgaXMgYW4gYXV4aWxp YXJ5IGZpbHRlciBmb3IgbGliYy4gIFRoaXMgbWVhbnMgdGhhdCBmb3IgYW55IHN5bWJvbCBkZWZp bmVkIGJ5IGJvdGgsIHRoZSBsaWJzeXMgdmVyc2lvbiB0YWtlcyBwcmVjZWRlbmNlIGF0IHJ1bnRp bWUuICBGb3Igc3lzdGVtIGNhbGwgaW1wbGVtZW50YXRpb25zLCBsaWJjIGNvbnRhaW5zIGVtcHR5 IHN0dWJzLiAgRm9yIG90aGVycyBpdCBjb250YWlucyBjb3BpZXMgb2YgdGhlIGZ1bmN0aW9ucyAo dGhpcyBjb3VsZCBiZSBmdXJ0aGVyIHJlZmluZWQgYXQgYSBsYXRlciBkYXRlKS4gIFRoZSBzdGF0 aWNhbGx5IGxpbmtlZCBsaWJjIGNvbnRhaW5zIHRoZSBmdWxsIGltcGxlbWVudGF0aW9ucyBzbyBs aW5raW5nIGxpYnN5cyBpcyBub3QgcmVxdWlyZWQuDQoNCkFkZGl0aW9uYWxseSwgbGlidGhyIGlz IG5vdyBsaW5rZWQgd2l0aCBsaWJzeXMgdG8gcHJvdmlkZSBfdW10eF9vcF9lcnIoKS4NCg0KVGhl IG92ZXJhbGwgaW1wbGVtZW50YXRpb24gZm9sbG93cyBodHRwczovL3Jldmlld3MuZnJlZWJzZC5v cmcvRDE0NjA5LA0KYnV0IGlzIHJlZG9uZSBmcm9tIHNjcmF0Y2ggYXMgbXVsdGlwbGUgY29tbWl0 cyB0byBmYWNpbGl0YXRlIHJldmlldyBhbmQgYXNzaXN0IGdpdCdzIHJlbmFtZSBkZXRlY3Rpb24u DQoNClRlc3Rpbmc6DQogIC0gQm9vdCB0ZXN0aW5nIG9uIGFtZDY0LCBhYXJjaDY0LCBhbmQgcmlz Y3YNCiAgLSBtYWtlIHRpbmRlcmJveCAocHJpb3IgdmVyc2lvbiwgZmluYWwgcnVuIGluIHByb2dy ZXNzKQ0KICAtIGV4cC1ydW46IGh0dHBzOi8vYnVncy5mcmVlYnNkLm9yZy9idWd6aWxsYS9zaG93 X2J1Zy5jZ2k/aWQ9Mjc2MzkxDQogIC0gS3l1YSB0ZXN0cyBpbiBwb3VkcmllcmUgYW1kNjQgamFp bHM6IHNhbWUgMzU5IGZhaWx1cmVzIGFzIHdpdGggdGhlDQogICAgbGF0ZXN0IGZyZWVic2RjaSBi dWlsZA0KDQpUaGFua3MgdG8gQWxpIE1hc2h0aXphZGVoIGFuZCBUYWwgR2FyZmlua2VsIGZvciBE MTQ2MDkgYW5kIG1hbnkgYXBvbG9naWVzIGZvciBub3QgbGFuZGluZyB0aGlzIGluIGEgdGltZWx5 IG1hbm5lci4gIEFkZGl0aW9uYWwgdGhhbmtzIHRvIGtpYkAgZm9yIG1hbnkgcm91bmRzIG9mIHJl dmlldywgbWFya2pAIGFuZCBraWJAIGZvciBkZWJ1Z2dpbmcgcnRsZCBpc3N1ZXMgZXhwb3NlZCBi eSB0aGlzIHBhdGNoLCBhbmQgYW50b2luZUAgZm9yIGV4cC1ydW5zLg0KDQpGdXR1cmUgd29yazoN CiAgLSBQdXJlbHkgZnVuY3Rpb25hbCBpbnRlcmZhY2VzIHRvIHN5c3RlbSBjYWxscyAobm8gZXJy b3JubykuDQogICAgVW5mb3J0dW5hdGVseSB0aGVyZSBpc24ndCBhbiBvYnZpb3VzIHdheSB0byBk byB0aGlzIHdpdGhvdXQNCiAgICBzaWduaWZpY2FudCAocG9zc2libHkgZ2VuZXJhdGVkKSBhc3Nl bWJseSBjb2RlLg0KICAtIEludmVzdGlnYXRlIG1zeXNjYWxsKDIpIGFuZCBwaW5zeXNjYWxscygy KS4NCiAgLSBSZWR1Y2UgdGhlIHNpemUgb2Ygc3R1YnMgaW4gbGliYy4gIEnDouKCrOKEonZlIGVy cm9yZWQgb24gdGhlDQogICAgc2lkZSBvZiBub3QgdG91Y2hpbmcgdGhlIGNvcGllcyB0aGF0IGVu ZCB1cCBpbiBsaWJjIHRvIGtlZXAgZGlmZg0KICAgIHNpemUgZG93bi4gIFdlIG1pZ2h0IHdhbnQg dG8gZ2VuZXJhdGUgZW1wdHkgc3R1YnMgaW5zdGVhZC4NCg0KU2VlIGFsc286DQogIC0gU29sYXJp cyBMaW5rZXIgYW5kIExpYnJhcmllcyBHdWlkZToNCiAgICBodHRwczovL2RvY3Mub3JhY2xlLmNv bS9jZC9FMjM4MjRfMDEvaHRtbC84MTktMDY5MC9jaGFwdGVyNC00Lmh0bWwNCg0KLS0gQnJvb2tz DQoNCg== From nobody Wed Feb 21 13:33:43 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tfy0d6zVGz5CCCS for ; Wed, 21 Feb 2024 13:33:53 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x829.google.com (mail-qt1-x829.google.com [IPv6:2607:f8b0:4864:20::829]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tfy0d4nskz4bKQ; Wed, 21 Feb 2024 13:33:53 +0000 (UTC) (envelope-from markjdb@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qt1-x829.google.com with SMTP id d75a77b69052e-42dd6f6518fso20507691cf.1; Wed, 21 Feb 2024 05:33:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1708522426; x=1709127226; darn=freebsd.org; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:sender :from:to:cc:subject:date:message-id:reply-to; bh=hQ38+0r9mm557etxCfe8cZTWNZCfElwsfragUNTrlaY=; b=MFtBLf9O+UrvdBAGyoqsMbA+RWoR21/ZuqGqeClvdPinDZpCI0Ej2wAQ/4UJ3jkihw v/oBQGae1+Er5LuZ12gA/D90uphuzlSQjVZYzMElVVL10Tr3Tp1T72xzAGM+n3PFuTiz woxhKDL97RGUywWnEJQ/cabhs9i8XuaB6MC2UnRmXWWjCXXGzFMKnBsaS5pCRm+yVUgV kd3RzCsJsphf7ctqwQJLs8NW+Y5ZtMxbbTIMXFBtY4DhNgiT6+eBT+WduEMPhulp3+Iy yMLzo10OM3AE3+eU5ZRg44uacBVaoD+2dqHvcGDJR5LrCpma7rnOwaIrg+8iLJoGGtsZ lzSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708522426; x=1709127226; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:sender :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=hQ38+0r9mm557etxCfe8cZTWNZCfElwsfragUNTrlaY=; b=u46DU6EuqmyC6IJ9vkDqerMFsCnPat79doI+i5zQYkUh7XMb9KMcKw9yZqrXcRfwmC n1rgWXyQedoshJFf9DvOugZbCI0hOA+Av6airI+wtZ28vR3z4Fitpqn0Rp6WTfC4wXx+ SXtIq7dZJ4ECJysXlaYgLxWVCQK3TyeqTTpddk1S+OT29WM0SmKNR9RvhIjxnvKhlh+9 Y9PAXXJGdlnvM1bC2Ygnwr6SShZ7NFP9J0g//gkrxPPDRjmOKajN1jhMKgpoMEiwdwI7 gVd1OH5y615AaE/bawUIkESZV51aaf883BsO5UwtsOecazp5RmO0dMEFwYuxZdPIEaty uoKA== X-Forwarded-Encrypted: i=1; AJvYcCXyerVCvDuSeVTH16H43zNbj0FouwsMRobiVxAo8WJoitnw3YFblWqMfgYSZUV+QqZuu0WxPYyxmJaWr76JH1O4i/nh X-Gm-Message-State: AOJu0YwLTUcjc4nvjQc6rx17mozJQXRV/fqLLhRinIjMHfFlJwP0tECA zwZZS5BMi87BPwrtmR6hkJFeOoC6ydZbFYkXvMCnfWx3jS2T89zC7zCIzDf+ X-Google-Smtp-Source: AGHT+IHcCPd3a1r1ZgXDtx1claoTBBhnqAVp8R63cAT8em5ETusOs9jmDRJjk5ic6aj8jiBf9xNXWg== X-Received: by 2002:ad4:5baa:0:b0:68f:6c8f:ef79 with SMTP id 10-20020ad45baa000000b0068f6c8fef79mr11164950qvq.30.1708522426248; Wed, 21 Feb 2024 05:33:46 -0800 (PST) Received: from nuc (192-0-220-237.cpe.teksavvy.com. [192.0.220.237]) by smtp.gmail.com with ESMTPSA id p4-20020a0cfd84000000b0068f54ed22b2sm4612904qvr.0.2024.02.21.05.33.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 21 Feb 2024 05:33:45 -0800 (PST) Date: Wed, 21 Feb 2024 08:33:43 -0500 From: Mark Johnston To: Hartmut.Brandt@dlr.de Cc: brooks@freebsd.org, current@freebsd.org Subject: Re: sanitizers broken (was RE: libc/libsys split coming soon) Message-ID: References: <385dd04f716d4b90baa826dd1b18d277@dlr.de> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <385dd04f716d4b90baa826dd1b18d277@dlr.de> X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Tfy0d4nskz4bKQ X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] On Wed, Feb 21, 2024 at 09:52:23AM +0000, Hartmut.Brandt@dlr.de wrote: > Hi, > > I updated yesterday and now event a minimal program with > > cc -fsanitize=address > > produces > > ld: error: undefined symbol: __elf_aux_vector > >>> referenced by sanitizer_linux_libcdep.cpp:950 (/usr/src/contrib/llvm-project/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cpp:950) > >>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in archive /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-x86_64.a > cc: error: linker command failed with exit code 1 (use -v to see invocation) > > I think this is caused by the libsys split. I don't see any such problem on a system running 5f7ac491eef4, which includes the libsys split. Which compiler are you using, and which revision are you running? > Cheers, > Harti > > -----Original Message----- > From: owner-freebsd-current@freebsd.org On Behalf Of Brooks Davis > Sent: Friday, February 2, 2024 11:32 PM > To: current@freebsd.org > Subject: libc/libsys split coming soon > > TL;DR: The implementation of system calls is moving to a seperate library (libsys). No changes are required to existing software (except to ensure that libsys is present when building custom disk images). > > Code: https://github.com/freebsd/freebsd-src/pull/908 > > After nearly a decade of intermittent work, I'm about to land a series of patches which moves system calls, vdso support, and libc's parsing of the ELF auxiliary argument vector into a separate library (libsys). I plan to do this early next week (February 5th). > > This change serves three primary purposes: > 1. It's easier to completely replace system call implementations for > tracing or compartmentalization purposes. > 2. It simplifies the implementation of restrictions on system calls such > as those implemented by OpenBSD's msyscall(2) > (https://man.openbsd.org/msyscall.2). > 3. It allows language runtimes to link with libsys for system call > implementations without requiring libc. > > libsys is an auxiliary filter for libc. This means that for any symbol defined by both, the libsys version takes precedence at runtime. For system call implementations, libc contains empty stubs. For others it contains copies of the functions (this could be further refined at a later date). The statically linked libc contains the full implementations so linking libsys is not required. > > Additionally, libthr is now linked with libsys to provide _umtx_op_err(). > > The overall implementation follows https://reviews.freebsd.org/D14609, > but is redone from scratch as multiple commits to facilitate review and assist git's rename detection. > > Testing: > - Boot testing on amd64, aarch64, and riscv > - make tinderbox (prior version, final run in progress) > - exp-run: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276391 > - Kyua tests in poudriere amd64 jails: same 359 failures as with the > latest freebsdci build > > Thanks to Ali Mashtizadeh and Tal Garfinkel for D14609 and many apologies for not landing this in a timely manner. Additional thanks to kib@ for many rounds of review, markj@ and kib@ for debugging rtld issues exposed by this patch, and antoine@ for exp-runs. > > Future work: > - Purely functional interfaces to system calls (no errorno). > Unfortunately there isn't an obvious way to do this without > significant (possibly generated) assembly code. > - Investigate msyscall(2) and pinsyscalls(2). > - Reduce the size of stubs in libc. I’ve errored on the > side of not touching the copies that end up in libc to keep diff > size down. We might want to generate empty stubs instead. > > See also: > - Solaris Linker and Libraries Guide: > https://docs.oracle.com/cd/E23824_01/html/819-0690/chapter4-4.html > > -- Brooks > From nobody Wed Feb 21 14:58:26 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TfzwG4gq5z59bqP for ; Wed, 21 Feb 2024 15:00:14 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail.inka.de (mail.inka.de [IPv6:2a04:c9c7:0:1073:217:a4ff:fe3b:e77c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TfzwG07gcz4qdl for ; Wed, 21 Feb 2024 15:00:14 +0000 (UTC) (envelope-from naddy@mips.inka.de) Authentication-Results: mx1.freebsd.org; none Received: from mips.inka.de (naddy@[127.0.0.1]) by mail.inka.de with uucp (rmailwrap 0.5) id 1rco4q-007Jzg-8e; Wed, 21 Feb 2024 16:00:04 +0100 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.18.1/8.18.1) with ESMTP id 41LEwRlE011800; Wed, 21 Feb 2024 15:58:27 +0100 (CET) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.18.1/8.18.1/Submit) id 41LEwQ58011799; Wed, 21 Feb 2024 15:58:26 +0100 (CET) (envelope-from naddy) Date: Wed, 21 Feb 2024 15:58:26 +0100 From: Christian Weisgerber To: Pete Wright Cc: freebsd-current@freebsd.org Subject: Re: NLNet Labs Ending Dev of drill(1) Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4TfzwG07gcz4qdl X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:202113, ipnet:2a04:c9c7::/32, country:DE] Pete Wright: > I just came across this blog post which seems to indicate that the drill(1) > utility from NLNet is ending development in favor of a rust based tool: > > I was curious if a) anyone was aware of this and b) will we maintain a > version of drill(1) in base or revert to including dns/bind-tools in base? FWIW, OpenBSD has a version of dig(1) in base, with just the parts extracted from BIND that are needed. openbsd$ /usr/bin/dig -v dig 9.10.8-P1 Then again, just keeping the existing version of drill(1) around would amount to the same, I guess. -- Christian "naddy" Weisgerber naddy@mips.inka.de From nobody Wed Feb 21 15:35:46 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tg0jT4B96z59mfl for ; Wed, 21 Feb 2024 15:35:57 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from mailin.dlr.de (mailin.dlr.de [194.94.201.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailin.dlr.de", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tg0jS64sPz4dMG; Wed, 21 Feb 2024 15:35:56 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dlr.de; i=@dlr.de; q=dns/txt; s=052022; t=1708529757; x=1740065757; h=date:from:to:cc:subject:in-reply-to:message-id: references:mime-version; bh=pmMuCiY+8e4JQqti6fk0IPaJRVUJearUi+btv1wD7Ms=; b=SYEhiRNzp2gcPiNroJqs2nq4irc5RovM8ltNKDTZBul0NRYRRyftDQbO zYGKZ89jXnzd98DX5UBjQfLcw3vwIE2MUM8OtiY+drP4fIk6zzG3TBXdR brTGm7yoUaWR/zikcuBT/bA71RQQ8tnwmBB50wi3a3B/Lh+k0OnN/2X62 8UbeeZhQrYd2r09XnIuXs89NMnKXueGK5TQtntSSGrMlfX8fsIj0cUOaO MWu6aOHCIxwD5z+J6PRmceLlphDCOxvPeGAnGmY3w3DqguviuK9Yl3Y0X R7Vei7POqJu1o5EKuPI3sBSU0c0n+OqAI3Oq3UWdrwXRw1xRmnBrz6Uzy A==; X-CSE-ConnectionGUID: YtBVe9BASiuoQcisuSqFWA== X-CSE-MsgGUID: TrC8rbGrTDWV8ZQXwyw76A== X-ThreatScanner-Verdict: Negative X-IPAS-Result: =?us-ascii?q?A2HRAACvF9Zl/xiKuApaGwEBAQEBAQEBBQEBARIBAQEDA?= =?us-ascii?q?wEBAYIPghGBJIFfG4Q4kWYDhDubCz4PAQEBAQEBAQEBCAE5CwQBAQMEgguCd?= =?us-ascii?q?AKHbSc4EwECBAEBAQEDAgMBAQEBAQEBAQYBAQYBAQEBAQEGBgECgRmFLz0Ng?= =?us-ascii?q?lwBEIEOUQ1IAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBEQINWwEBHQEBAQEDI?= =?us-ascii?q?1YMBAkCEQQBASsCAk4IBg4FgihYAYJfFAaTcJs6eoEygQGDWAEEDUFNrjiBZ?= =?us-ascii?q?AYJAYE+iCYBgVaIVTaBVUSBR4JAOD6CYQEBAQEYhSGCaASCEoMSKYENkWdsh?= =?us-ascii?q?ldUgRsDgQUEXA0FFhAeNxEQEw0DCG4dAjE6AwUDBDIKEgwLHwVUA0MGSQsDA?= =?us-ascii?q?hoFAwMEgTAFDRoCEBoGDCYDAxJJAhAUAzgDAwYDCjEwVUEMUANkHzIJPA8MG?= =?us-ascii?q?gIbGw0kIwIsQAMREAIWAx0WBDARCQsmAyoGNgISDAYGBl0jFgkEJQMIBANUA?= =?us-ascii?q?yF0EQMECgMTBwsHbgqCCYE9BBNEAxCBNIUshHsMgg4DRB02CgMLbT01FBsGI?= =?us-ascii?q?gGfWQGBXwElTD4kEwc9AiIuKx0BLAwJKgINAig6kkkJAY9PgUWCDJ5+NAeCN?= =?us-ascii?q?IFggVsGDIoblR0ZL5c/kmWYWY0GaZVEhRsCBAIEBQIWgXuBfzMaJIM2UhcCD?= =?us-ascii?q?5IahRSKZncCOQIHAQoBAQMJiSIrAYEaAQE?= IronPort-PHdr: A9a23:RAxyQhSLvtZVjQhRPY0pSHRe+tpsoiKYAWYlg6HPa5pwe6iut67vI FbYra00ygOTDMOAsbkb1qKW6/mmBTZQp87Z8TgrS99laVwssY0uhQsuAcqIWwXQDcXBSGgXO voHf3Jeu0+BDE5OBczlbEfTqHDhpRQbGxH4KBYnbr+tQt2agMu4zf299IPOaAtUmjW9falyL BKrpgnNq8Uam4RvJrg1xxfTrHZEZetayGFoKFmOmxrw+tq88IRs/ihOuP8t7dJMXbn/c68lU bFWETMqPnw668HsqRTNVxaE6GEGUmURnBpIAgzF4w//U5zsrCb0tfdz1TeDM8HuQr46QTut4 751RRHnlSkLLzE2/n3Zhcx2l6JbvQmupwdjzI7OYYGaL+Rxc6XAdt4HX2VBX8JRVytcAoOga oYEEuQMMfpEo4T7ulADtgW1CxWyC+zzyz9Inn720rM80+Q9CgHNwQgsE8sTvHjIsNn5MaEfW v23wqbV1zXOd/1Y1zfj5oXWbx4uo/KCXbx/fsXNyEkiDAbFgkmKpIH/Iz+ZyuYAvm6G5ORgT +KvjGsnphlzrDe13McslozJhp8JylvZ6Ch52pw6JdulR05nfNWpF5tQuDuAN4tqR8MiXn1ot Dwhxb0co5G7ejUFyIg8yhHCb/yHaZKE7Q/9W+uIJzpzmX1qdq6liRmo7Uig1vPzVtOy0FtSr idLktfBu34M2hHQ5cWJRflw80O/1TuM1w7e5P9JLV4pmKfYK5As37A+mJQQvEnAECH7mFv7g q+Ue0k4++Wl5OLqaajoqJ+bMo97kAD+MqI2l8ywAOQ4LggOX3WA9uimyLLj+kj5TK1Njv0uj KbZtovVJd8GqaKjBA9VyIkj5w6xDze8ztsXg2IILElYdx6diIjpIV7OLOj/DfelmVujjDNry O7cMrL9BZXNK37Om6ric7Zl80NQ1RY/wcpC659XBbwNOu//V0HyudDCEBM0PBS4z/v5BNh5z I8SR22CD62DPK/Ps1KF5fgjL/SCaYIUvjv2NuIr6OT0jXAjnF8QZayp3ZwKZ3+mBvlmOECZY Wb0gtcGDGcKohIyTOz0h12GVj5ef3i8UaQy6D80CIyoDYDNSIOqjrKbwiu2EZJYaWFYB1yWE HfocZmEW+0WZy6IP8BhliYEWaK8RIA/zR2utQn6xKR7LufM5yEUqYjv2MV26uDcjx0+6DJ5A seH322TQGx4hmYISCU33KB7r0x90FCD0a1gjvJaD9NT/e9JUgInNZ7A1eB3FsryVRjHftiUV FarWcipATUrTt4r3tABfV5xG9O5gR/bxSqlH6cVl6CXBJwz6q/R0WD9J9xhxHbeyKkhk14mT 9NKNWK8nK5/9ArTCpXHk0WDiamla78T3DXQ+2uZymqOpk5YXBZqUarZRXAfelfWrdPh60zZV b+uDrMnMghaycOZJKtKcMPmgktdS/f4JdvSeWWxm32/BRqQ3LODcJLqe3kB3CXaEEULjx0T/ WycNQcgACehv3nTDDJ0FV3xfUzj6vJ+p26hQk8z1QGKYFVt2Ke2+h4UgPyRU+sd0L0Ktyk/t zt5AFCz08rNC9qYqQpsZL1Sb8ol7llIhirlsFlYN4ajZ4JlhlgFbwNx9xfr3g90CK1Oi8Unp mgmig1oJvTL/klGcma41IrsP6DLYkPo9Rajd+aC2ljEzNOL5uEF8v0+p0nLsAWzUEYvpSY0m +JJ2meRs82ZRDEZVoj8BwNur0ASmg== IronPort-Data: A9a23:fA5FLKxJFLc/KmV7DJB6t+dQxyrEfRIJ4+MujC+fZmUNrF6WrkUFz WEcUDzXPPaJMzGkLookb4WxoU8C6JfUx9YwT1c5/1hgHilAwSbn6XV1DatS0we6dJCroJdPt p1GAjX4BJlpCCea/lH0auSJQUBUjcmgXqD7BPPPJhd/TAplTDZJoR94kobVuKYx6TSCK13L4 Y2aT/H3Ygf/h2YuaDtMsspvlTs21BjMkGJA1rABTa0T1LPuvyF9JI4SI6i3M0z5TuF8dgJtb 7+epF0R1jqxEyYFUrtJoJ6iGqE5auK60Ty1t5Zjc/PKbi6uB8AF+v1T2PI0MS+7gtgS9jx74 I0lWZeYEW/FMkBQ8Qi0vtYx/yxWZMV7FLH7zXeXgNC58UCXWVLXwuhpNUo3JpAj48hIKDQbn RAYAGhlghGrq8aa7ZyVb8hJvp5/AfnAeoIZpmtpiz3dF7AqTPgvQY2TvZkBjGt235seW6yCD yYaQWMHgBDoQxRVJlIKFNQUhu6uimXXfzlC7l6YzUYyyzGInFcsjeG9WDbTUuCQbpVPlGmCm k75wTTLOyEFJcPAlxPQpxpAgceKx0sXQrk6EbSi9fxCjkeey2YIBFsRT1TTifOjjUm9QPpRM UEZ8DEi668o+ySDRcTnRRC+vFaKpBMRUcFcVeog52mwJrH87wKVC2YKSz9EcIZ6ud89Az0sy kWA2d/tH3pjvdV5VE6gy1tdlhvqUQB9EIPITXZsodctizU7nLwOsw== IronPort-HdrOrdr: A9a23:G0hJTKqqKYhLgSD9VadBlp0aV5oceYIsimQD101hICG9Kvbo8/ xG785rsiMc6QxhI03I9urhBEDtex7hHNtOkOws1NSZLXPbUQmTXeJfBOLZqlWKcREWtNQtt5 uIGJIQNDSENzlHZLHBjjVQfexN/DDNytHPuQ6X9QYVcehFUdAZ0ztE X-Talos-CUID: =?us-ascii?q?9a23=3A3PNW1GlQ+Yx0/HRKbjvUiQLkj8DXOUzB5kndcmW?= =?us-ascii?q?RMmd0T4SeSESNw7pKrOM7zg=3D=3D?= X-Talos-MUID: =?us-ascii?q?9a23=3Abb+7dQ9zzYZe2RnowZneSVuQf/tyyPS0Am8Xrbk?= =?us-ascii?q?5hZm2DBxvKijC0h3iFw=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="6.06,175,1705359600"; d="scan'208";a="13835518" Date: Wed, 21 Feb 2024 16:35:46 +0100 From: Hartmut Brandt To: Mark Johnston CC: , Subject: Re: sanitizers broken (was RE: libc/libsys split coming soon) In-Reply-To: Message-ID: <8159bb39-6335-3a4-83bc-67fc723a3bef@dlr.de> References: <385dd04f716d4b90baa826dd1b18d277@dlr.de> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="2457058846-1140260035-1708529753=:47195" X-ClientProxiedBy: DLDEFFMIMP26EXC.intra.dlr.de (10.184.138.26) To DLDEFFMIMP24EXC.intra.dlr.de (10.184.138.24) X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Tg0jS64sPz4dMG X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:680, ipnet:194.94.0.0/15, country:DE] --2457058846-1140260035-1708529753=:47195 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT On Wed, 21 Feb 2024, Mark Johnston wrote: MJ>On Wed, Feb 21, 2024 at 09:52:23AM +0000, Hartmut.Brandt@dlr.de wrote: MJ>> Hi, MJ>> MJ>> I updated yesterday and now event a minimal program with MJ>> MJ>> cc -fsanitize=address MJ>> MJ>> produces MJ>> MJ>> ld: error: undefined symbol: __elf_aux_vector MJ>> >>> referenced by sanitizer_linux_libcdep.cpp:950 (/usr/src/contrib/llvm-project/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cpp:950) MJ>> >>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in archive /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-x86_64.a MJ>> cc: error: linker command failed with exit code 1 (use -v to see invocation) MJ>> MJ>> I think this is caused by the libsys split. MJ> MJ>I don't see any such problem on a system running 5f7ac491eef4, which MJ>includes the libsys split. Which compiler are you using, and which MJ>revision are you running? That is 445d3d227e68. The compiler is the system cc. Harti MJ> MJ>> Cheers, MJ>> Harti MJ>> MJ>> -----Original Message----- MJ>> From: owner-freebsd-current@freebsd.org On Behalf Of Brooks Davis MJ>> Sent: Friday, February 2, 2024 11:32 PM MJ>> To: current@freebsd.org MJ>> Subject: libc/libsys split coming soon MJ>> MJ>> TL;DR: The implementation of system calls is moving to a seperate library (libsys). No changes are required to existing software (except to ensure that libsys is present when building custom disk images). MJ>> MJ>> Code: https://github.com/freebsd/freebsd-src/pull/908 MJ>> MJ>> After nearly a decade of intermittent work, I'm about to land a series of patches which moves system calls, vdso support, and libc's parsing of the ELF auxiliary argument vector into a separate library (libsys). I plan to do this early next week (February 5th). MJ>> MJ>> This change serves three primary purposes: MJ>> 1. It's easier to completely replace system call implementations for MJ>> tracing or compartmentalization purposes. MJ>> 2. It simplifies the implementation of restrictions on system calls such MJ>> as those implemented by OpenBSD's msyscall(2) MJ>> (https://man.openbsd.org/msyscall.2). MJ>> 3. It allows language runtimes to link with libsys for system call MJ>> implementations without requiring libc. MJ>> MJ>> libsys is an auxiliary filter for libc. This means that for any symbol defined by both, the libsys version takes precedence at runtime. For system call implementations, libc contains empty stubs. For others it contains copies of the functions (this could be further refined at a later date). The statically linked libc contains the full implementations so linking libsys is not required. MJ>> MJ>> Additionally, libthr is now linked with libsys to provide _umtx_op_err(). MJ>> MJ>> The overall implementation follows https://reviews.freebsd.org/D14609, MJ>> but is redone from scratch as multiple commits to facilitate review and assist git's rename detection. MJ>> MJ>> Testing: MJ>> - Boot testing on amd64, aarch64, and riscv MJ>> - make tinderbox (prior version, final run in progress) MJ>> - exp-run: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276391 MJ>> - Kyua tests in poudriere amd64 jails: same 359 failures as with the MJ>> latest freebsdci build MJ>> MJ>> Thanks to Ali Mashtizadeh and Tal Garfinkel for D14609 and many apologies for not landing this in a timely manner. Additional thanks to kib@ for many rounds of review, markj@ and kib@ for debugging rtld issues exposed by this patch, and antoine@ for exp-runs. MJ>> MJ>> Future work: MJ>> - Purely functional interfaces to system calls (no errorno). MJ>> Unfortunately there isn't an obvious way to do this without MJ>> significant (possibly generated) assembly code. MJ>> - Investigate msyscall(2) and pinsyscalls(2). MJ>> - Reduce the size of stubs in libc. I’ve errored on the MJ>> side of not touching the copies that end up in libc to keep diff MJ>> size down. We might want to generate empty stubs instead. MJ>> MJ>> See also: MJ>> - Solaris Linker and Libraries Guide: MJ>> https://docs.oracle.com/cd/E23824_01/html/819-0690/chapter4-4.html MJ>> MJ>> -- Brooks MJ>> MJ> --2457058846-1140260035-1708529753=:47195-- From nobody Wed Feb 21 16:38:31 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tg25z5S18z59tsS for ; Wed, 21 Feb 2024 16:38:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tg25y545Qz4dZ4 for ; Wed, 21 Feb 2024 16:38:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="sIUFrz/B"; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708533524; bh=wqdhpniGLW5HqcQfkPPMOTSh9grypKKe9gRoLe1BceA=; h=From:Subject:Date:Cc:To:References:From:Subject:Reply-To; b=sIUFrz/B/DS1rtAbRNQVUONhM1jE1NsZA4U8MVoID+5PKCOmp0VDyhMiWNiBYfhbtJ+ddM7splHh9ydY9qis/wh8rnlV2e9ez64aMCWYmHCi+PDw4Vy7V77KlobzA5hVPKZxszkTZCXw57ijkfM7S0HeU9nBxYnQX6vm8XWNBAyYMQNL77ErgB/0+BgLEuLF7avSNLWTa8dwDxhirWxeD08DLuPnVQLJwGXspSy5c4IpRp/iECsNdlCto/IxdpJCAhQc2oSwTrVf5M5HYAq+3pXjmPe11pZDt12fCyPl3hgt9baiM0YUzSZHeA7ra4JiNPMY6plFgvmBEOe1Mrh+PA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708533524; bh=YVxR8AwMwKNnAi26uDj0hUwtwN1KPa8J91nO4HVjn9A=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ByS7C6srBgAhAaAQtOCEA9rmOm3deGZRa+cELCbDss8aE3hvg5NhzfESdG9CqsSgU2kiw1aB0O3JoA5guDNG7lVe1u2hMelQqY5QZfYz8uOPwmt+hyHuQnXHg/hZ+7ABuacXKJopw715Rj6PQDgKl9bAIEL/QrbqxHriDOeHX/HThesBvfR2178UoOF3nxo5ji6c2FX2UZDyP/M74+1YwMkTaJx9bBC5af6+jrG/kXbdtOHr6JjjzwHw+tmf7WgG7OI9V7O6Nxo18JxBDNp4IhkYbBgoSCU/wRFFEt3r6AaUVuNLIeW3b074QF3N0Ay4aX55E6glhhIeO2N4prqT8Q== X-YMail-OSG: VoUaqecVM1nuMihXLO98U1qzoixP8rcq1WCU0xK94Kz8vts5hGXvYlvWAPpRS9Z ds25Q1rkTs6fT5hmBHMpIv10qCwKuSdvG2g8F0hHx2HJ_9wr6pR7bWwyZIPMHg.A.xfXgPp3Z1wk TyFOPeTf75JF4OK8TYUf7QkqNvVA6QFu19w0wH7pASICTmWB6SlsdfGjLaqR8XqKq3NQ2twtFO1p PFfRqxz.jpV2ZZS0axJzFdInw4wSSaAjw6MqrCZbZLYpRHdzRsHjMvctn9_bk4EU0u2YHPsLHRx2 Kpx0aGJJbEiu6gQWpqpdl7a.Rvn080THNY6jHxzZjZlomJOYM6dzYoiaD9pmXNdqr27ByLOmIuGL DBN6NTG_C2d7e2X.sZbMmVN20eQbBohPI.6L74obsr5wJ_zHIYlhnbXDFkfIMa1m0PpnGJ00qlfR PZ0x58wvFB_REaVcJnhgwk0JdCHiLIbmDTs12_uyzc2QlvkNlrV2yGqHWc46HjjVt2YaK0quPC6L dRgLgckSlv1E0GFe4jQTxEv5HD9C1zxg1VgMmoYwgf3vHHY1rdY6XwWL0w8WEZV1sTkiYocfaf.R y_Gd08MHlD0DF9OkT0ThY_eOa6qEVM8TrA5.Ac5dIZZvIDS8TUGTRJrs4tADg3kSeQiTmZxqfxQY 6w5I5GwVBCXgtAC59Z5Vq56B6oh0hoobEvQVmtUi6lb4lc6Qb_5OJQFIUnw3HZisjtqHzZqN70ik jSLhpX8bvGIja7U24Iw55dGkMdZeDOnP0QcLnLPpNE_aX.Igbh1u1EdeaZhQ3GxqOY8mQB7rV1n7 6VajDWEc8D95if5qLO78SRK2jKsHCqMq2Tq2Bkw_Z5ImoagItDyb2TgCNsmwMREtVJflSjXJZmbO 5cn01YKKG_C.HyuqOlQL0aVLwRrfLc8KJaSyoU8_By.U278D.pl1ldZibWWpzIewS5zOPaqvL.wD f4iSBUhk3Rj4vPwbRDM7d5I8M0mgdKv5NxXwCSeBtY_6aqNZTIPvsybAqabVf2Q9gEutCH6nep6w z1cATnYbS3xPvAa2b7c2Wkd6RhQ_7KTgBYwfa1GlqUie4P8h_bV0zi9fRfIWWAPzYOSaMp7VuISM o_c08UJpBjcF0N_8_PoQgD1pHaxORyOpVRi4HT6vfwqSNR6q0ePpQSS6pqNo7Dume3Uod02wjzHt NDTyxjIXy1fEuj4N8seCv5kfxIVEvHZfDKXSQ7CWDRn3UClV7y1Ld7nG96bH_mj7Bl3hm4Cjhpza i5.VsvtNaztVN8_aiEzdKvT9s0x3nih5n_pja7a2aKbLLGyN23_ppl5CbdbPqE9Qydgob0_cM50Y uaetQYCbuICC_VCrGys_lIT7La_8P5W9SuOCaTOEvw4aA46skdq5GvQwMhZB5NvXb1qRH9cs8xL2 sP0xh.MY5gNNQVLFFp04CzkjVlgGt0qZ1Kwuba_LPBqqPqQOOOWhAaDrcycc5qUdAN_qfShturxY xoVtXYOK9e7PUjKU5uPGDBMEtvzgFuTvytKho2CyY.qoOdQrNPA.iQmSuadAe6bdB7bjic.T56zU Z59fN4yhX49T6EUSxnQOH0mkCpviyEles2GnwY_gm35SOK.tbHzAoRUyBkrpGSTFc3VslkaDlszd V7bN8GjoK4vX7w1TbtUKvwXEh9lY_DfGUs2aQW9BZUe.ywJTtNd7nGm1_2X0wDhMdKeIPR_YDeF4 xerH22hMymrwwB6Xe4SKTzaMjIFnUJaGE.cexP3JPDfT8G2IPNa9QO8qzAM18ev6X2uOLNg7rrKU N_JVCN24RVUKANU_TrFBudNzRuYYksaxhc56wTtT7JIRsSAw.HnRoNGWYGH5XoOlqktOqUznG3BF kJ1k6GiRQDjCz_q6TKrjonX5wOyPpK11UspvGFDBsEasVO83f2ikGChRoJstmSxUAbJZ7gRN5SEh SQL2iI62LnmofZa2lqTM4fCmBz3j2FBtl2V9w6RR1Fs5W0N2yaDVMxQd962iljDgxC14IcZH8dgh 8kBdUDRYKFlf1CmkWoLIokinQoD0GInhzm4nCUJEoylreVWLwBEksx50Hwnx7Mq4TofHZZHDSp8Q A5c2_F3juW8R6J0DyKgAn61EjAd7AzTBOG6kXm0Zk2G8IGPYX4qTdkVI.VoeTrxJzE8SxRTiIS3z LAX2S4Q8ytCs3QkZMtwCuQ9GtkKvf4cANzkETIWy0aQPUUn0rziWJEOpc9i5sFZ91eKpdsotnfxz D4oREKYWRelj9q2.BYtTW1Il8Q_MuoPK4JlaVwxCHRo2Apmj4TJKPPN8SnTO5Qvq02peWNj..deb hMNVZ X-Sonic-MF: X-Sonic-ID: 7ffdb551-1a0d-451d-b4e8-14d940fea983 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Wed, 21 Feb 2024 16:38:44 +0000 Received: by hermes--production-gq1-5c57879fdf-vxz7c (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7b22f2bd45df7507ff1e6cabeda075e5; Wed, 21 Feb 2024 16:38:42 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: sanitizers broken (was RE: libc/libsys split coming soon) Message-Id: Date: Wed, 21 Feb 2024 08:38:31 -0800 Cc: FreeBSD Toolchain To: hartmut.brandt@dlr.de, Mark Johnston , FreeBSD Current X-Mailer: Apple Mail (2.3774.400.31) References: X-Rspamd-Queue-Id: 4Tg25y545Qz4dZ4 X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.83:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.83:from] Mark Johnston wrote on Date: Wed, 21 Feb 2024 13:33:43 UTC : > On Wed, Feb 21, 2024 at 09:52:23AM +0000, Hartmut.Brandt@dlr.de wrote: > > Hi, > >=20 > > I updated yesterday and now event a minimal program with > >=20 > > cc -fsanitize=3Daddress > >=20 > > produces > >=20 > > ld: error: undefined symbol: __elf_aux_vector > > >>> referenced by sanitizer_linux_libcdep.cpp:950 = (/usr/src/contrib/llvm-project/compiler-rt/lib/sanitizer_common/sanitizer_= linux_libcdep.cpp:950) > > >>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in archive = /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-x86_64.a > > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > >=20 > > I think this is caused by the libsys split. >=20 > I don't see any such problem on a system running 5f7ac491eef4, which > includes the libsys split. Which compiler are you using, and which > revision are you running? Trivial to reproduce via pkgbase install/upgrade: # uname -apKU FreeBSD aarch64-main-pkgs 15.0-CURRENT FreeBSD 15.0-CURRENT = main-n268410-445d3d227e68 GENERIC-NODEBUG arm64 aarch64 1500014 1500014 # more main.c int main(void) { return 0; } # cc -fsanitize=3Daddress main.c ld: error: undefined symbol: __elf_aux_vector >>> referenced by sanitizer_linux_libcdep.cpp:950 = (/home/bapt/worktrees/main/contrib/llvm-project/compiler-rt/lib/sanitizer_= common/sanitizer_linux_libcdep.cpp:950) >>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in = archive /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-aarch64.a >>> referenced by sanitizer_linux_libcdep.cpp:950 = (/home/bapt/worktrees/main/contrib/llvm-project/compiler-rt/lib/sanitizer_= common/sanitizer_linux_libcdep.cpp:950) >>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in = archive /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-aarch64.a cc: error: linker command failed with exit code 1 (use -v to see = invocation) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Feb 21 17:02:36 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tg2dp5ThRz59x5m for ; Wed, 21 Feb 2024 17:02:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tg2dn5P1Sz4j3h for ; Wed, 21 Feb 2024 17:02:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=jx29pXZN; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708534971; bh=55U/3W+ftavLABhqeZoD28zCRhranqKAikhgJy0s86g=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=jx29pXZN7UYtAUBAp/zomGfvRjYLKsMAB+b8Mkw9Mn2G2qW0E6eQxrBuPcfCjfuEgCyPkoJgKzeoWKj8O7bwOzQnvOk1fJXSqQICjCmXJ7ArRZfskzfU6UjxGwEfx1tPd91V7oeRL7RpmlnfFtLbAdRUo1DZSmPx948R6AME9avswNnFc9kNDcwTuzI932y24vsUOCXyaKktDo5wZ4DiZthZ7vJJpaRQ1FTu1vD+fgIMJkwqsbM6+tWeAamGCl3HpMTome6RDBQdajNTsiclEKKOt7J4bK6Yo3PqlIRaVnpkw/l0coqJuzMIiWyXzDuoY8VNKb604rv89pqspLWYqg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708534971; bh=rR94+aqurImUFOrCq8fK/bGoeZiHI005xMcbUPw3G93=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=AeyjdRpndF9/WWwr73UgeAH/58e8BYqzXTMUJjY67KX1S3dnO8jxqTiFSN/gTHvE7fEvumW7iGREgc4j9gvZZBBnWlR1cJyxwDS8J5iebb/KQcOAbhlY/tbF/SLIoHqBwmDO8tP6zuwHvE8BDZQ0vo3RvASpNai5kZW3gQZsbUSJH3tcZLNiw9TGcreXh6WireeyUBcOG6uXbvx3qHtpSq4yabkUrlPwtN0UZCHql1hHZNfR4E7GZnsG9izPYhmH+JIpkmEOAnWMSIUepa8XKk782z9T2eIFKlZ8iA8pDdMQYm6DHjUKropxicx49cBJckjPytv+KMsN2O0V23XIug== X-YMail-OSG: 61HzcZgVM1kPyONn2yYZ3HBsNQZwrh5URWXjwTix3pwLkoivECASsNevMpRgwh8 azNOJRxou87Y7E0wI_1FiqWylhZOTIXR5m8ijYz4wtf69aNh9ot1hHH3h_2S5zuc6uHO5Cbhcnr8 .dEgDMjOKRgYFlHb9k_od.bkh5VKpdoY4KpW5jsJHOAkpTPxoEuTJIKt9KuL3_1D54siLDOpYdZ8 XVAsb_GUFHjBWCd3d5xfre_9qDqR0HzIJCyvrmn41OnilOZpJZPTNr9k7MANVgzgzrVEaTbSY_Gl MbCBfWAfm9BIjdaE15WNfUMFeqsUVK0cA6xLlbRQ9j4nxDDvfS2gmhB8nM9px3wH0liIbSAMw_MR nTjzkncQtKp4wTg0y0Xb8VEkx8J6A1FqFZruQ5agtOW42QQk478oRgMACTxQQQcP2CMC_gtPPCNT dsOCGo40.MIJQKn4J8KE4Kv.tXciPR5iAPhzamxz.jH_.alw6jArb3SuBr4E4zfSmu0e_qu4EACZ KtQdwmRp0oJQcUwGzVI3aEk8D3XJ4QpZ6zAM00EyyBV33yKDhm8YtxUfpM8sKH1sNpv1N4ypCY7X BOCvIY5KNHnrfQRO1WwSDdhakTDDMrpk1LNaJTOKbI8pZHkBrFFSV6xGuQp4GTerSqMsil1XFu0Y fpRXT7CBE_JXh0uuB4XebsQMNDrcl.xhcPXTy278FtbxnQIHthFiKpsUsL1m9mpfn4t8UjL8Gf0n 0IxOULwREyieqR1uOUjW3p6RmIx8Zm2DJFHygbCH4POkd94lsIhZvW3CdXYZstsJi1fDSAM42sfE V8qzAih2Tz7Xi4wv72VWF4vWAZzvLYYVvepM75Ubh_LJGgdrZieK8EEeyWNM9K2._d_5JPSWQyTU RN8JTv8zUwXsKQD1Cm_gn9V57v3C0BvI_uYIWa7fJu8mBwva46ESHsDxBFLZh_n09q9FNw3zYMFI 5krGN_wDTeevzuoYv_witpDZWNPxyJpyaCtQEasM98NhRRSqhtsOiJJbnMaLTMkVKRN45eKFs2d9 gyIzVTyvhcFTur8xAZCL.7EIBboCH_irIXVYTOtFsW4TUiUamWwbSNFTcxUgplxV_7UlNLuXPsWk mASyjj8NMao1QZibt5IzK_AmPFpHWSIACbTrKhnAU2WsJjElw2KXGTcAfRbA_9dxJxYFmFPV6cfZ Of16L0djx6po8Y2BebkXMuPnY16jDt1WSajfnErqJTUfQueXxl3RB8Ggd_uPr9AI_t3d9zvgX3TL FGUlo2GiJPYAQ5xbllEO6jau8HdfT6j4V7tm8KhFBtykrs6VDIpdtT7v1eG4GrW6NUvHm3sHxZKv VwuVvWqYUaZplJgs7SSSSxcPxeTxu3SEi_FZwKEx6TsTlNPp77htEHL5zELoI6KbpjU4Vj4IO46E P20iAFUwKi_pEKTxTKSAV1lJVQMoxSo8UFIqbLABDIshGQcimYR5LzRKt4UGKYlPYflFqDQA62Ue sF2K6bvVJPwq1zr._AYOqwkIMHhF9FUJY7Xz3RSX54cjSyPEAMCF5jwxg2k0LjCodKFJuMdFrkxt FPGe_Txr3FzA.VlGXLStTS5cl5WFtEFjONUc7N66eLSj0oLwdOMtwe.I8jKHGhdQHV.sOoMrnsBN ICFUoTtFZ3Wkul28d2rX0IdozHf.hC_RCLyVOXjlwvRofpfLnu5krh6hrxZIjjud4aSg9FpBZNuV IorGJZzIsyxjiYhGSntc4fl6BchbbnVYHCzdda0sN7lKVZci852Yjvnq1Lw6mfFrhgC.dlXgJY2K hH8jaKv0Nb13WSC24lRtWsfgnEMbJxe_lhT8Uwe3xMd65YLLIKyCX8hBhgGgqDl10yd8_3LgWuPr PppcgfCPiyIz3lZQySRB8AlGxiRXWfdUE3lkfjGR9yrbphqUEhwqtJwLbsXRPEAaSxpTkB8OeCZ6 rpnEqfFpIrS7be4.WrUSoBvkM7C3DPoArm2AbiTVcN6YonEgeMK38VM.7zOIm4VnmmXf3JqysLK0 iR8.etjQ7y2v1SB5ZIf8uhO9BJZwnQCdNIJ2YIzYydcvxJzIxlHdtSaFuiYo5UzpbIRr2X8wMKdP tiLkOAv5xNMarqfWtSF070HovWRgysTw.bjDbmo3YtE2wg3CREy42IKcJoBu0Eixhe0o8t1PkZ4U uCBvOSRnonGH.DHI3_JCfEV.L_XmTuMizjBE3vcjtENFxkRqMZBcfduQby.IZGSgHa8p8oQgx6Of wfP5hOethdNMpwCcHZ9Iy87fZAwe3vrIx92LtmAFXFb0WLZ0WOT2MDwV7cVygfQvNZCmEeeuoRnn P1HNWsAnUfA-- X-Sonic-MF: X-Sonic-ID: 8adb3de3-77a2-4d49-9bcd-d4f3b610fc60 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 21 Feb 2024 17:02:51 +0000 Received: by hermes--production-gq1-5c57879fdf-c7xks (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 410a55bd35eb8611ff9acfd76207552c; Wed, 21 Feb 2024 17:02:47 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: sanitizers broken (was RE: libc/libsys split coming soon) From: Mark Millard In-Reply-To: Date: Wed, 21 Feb 2024 09:02:36 -0800 Cc: FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <41665018-A638-43BB-85D2-EAB1878028FA@yahoo.com> References: To: hartmut.brandt@dlr.de, Mark Johnston , FreeBSD Current X-Mailer: Apple Mail (2.3774.400.31) X-Rspamd-Queue-Id: 4Tg2dn5P1Sz4j3h X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] On Feb 21, 2024, at 08:38, Mark Millard wrote: > Mark Johnston wrote on > Date: Wed, 21 Feb 2024 13:33:43 UTC : >=20 >> On Wed, Feb 21, 2024 at 09:52:23AM +0000, Hartmut.Brandt@dlr.de = wrote: >>> Hi, >>>=20 >>> I updated yesterday and now event a minimal program with >>>=20 >>> cc -fsanitize=3Daddress >>>=20 >>> produces >>>=20 >>> ld: error: undefined symbol: __elf_aux_vector >>>>>> referenced by sanitizer_linux_libcdep.cpp:950 = (/usr/src/contrib/llvm-project/compiler-rt/lib/sanitizer_common/sanitizer_= linux_libcdep.cpp:950) >>>>>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in archive = /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-x86_64.a >>> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >>>=20 >>> I think this is caused by the libsys split. >>=20 >> I don't see any such problem on a system running 5f7ac491eef4, which >> includes the libsys split. Which compiler are you using, and which >> revision are you running? >=20 > Trivial to reproduce via pkgbase install/upgrade: >=20 > # uname -apKU > FreeBSD aarch64-main-pkgs 15.0-CURRENT FreeBSD 15.0-CURRENT = main-n268410-445d3d227e68 GENERIC-NODEBUG arm64 aarch64 1500014 1500014 Gack: pkgbase does not have the kernel and world at the same place relative to git commits of source code. See my note from yesterday: = https://lists.freebsd.org/archives/freebsd-pkgbase/2024-February/000319.ht= ml Looking at /usr/src/tests/sys/kern/sigsys.c in this pkgbse context shows the content from about 10 hours after 445d3d227e68's commit: git: e53b83a849e3 - main - tests/sigsys: initialize parameter passed to = sysctlbyname() Gleb Smirnoff (CommitDate: 2024-02-20 22:37:45 +0000) (Note: The next commit's source was not present.) > # more main.c > int main(void) { return 0; } >=20 > # cc -fsanitize=3Daddress main.c > ld: error: undefined symbol: __elf_aux_vector >>>> referenced by sanitizer_linux_libcdep.cpp:950 = (/home/bapt/worktrees/main/contrib/llvm-project/compiler-rt/lib/sanitizer_= common/sanitizer_linux_libcdep.cpp:950) >>>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in = archive /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-aarch64.a >>>> referenced by sanitizer_linux_libcdep.cpp:950 = (/home/bapt/worktrees/main/contrib/llvm-project/compiler-rt/lib/sanitizer_= common/sanitizer_linux_libcdep.cpp:950) >>>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in = archive /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-aarch64.a > cc: error: linker command failed with exit code 1 (use -v to see = invocation) I do not see the issue in my (somehwat older) personal builds: # uname -apKU you have mail FreeBSD CA72-16Gp-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #134 = main-n268363-8b67c670a49b-dirty: Sat Feb 17 16:22:31 PST 2024 = root@CA72-16Gp-ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1500014 1500014 (Here kernel and world match git hashes: 8b67c670a49b . But my personal builds have patches and other tailoring relative to the official git hash they are based on.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Feb 21 17:09:20 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tg2nZ597Qz59xWC for ; Wed, 21 Feb 2024 17:09:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tg2nY3qg6z4ktS for ; Wed, 21 Feb 2024 17:09:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ssDjyfRF; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708535376; bh=MWqYph/1wcIvLAmBb/VsrOZ0YlRy6C82nFNhZ1Qrf+A=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ssDjyfRF1y3FyovGDiAfUUj4BP/QNK0eziieTcOq1lui41ivzFYE93J05Tf+2PInTpdYcuwz2liCELHKVpfckTPYgasRmQuUGxPrnv7Cqj502s1skOWKOUOVBXmGPE3jy8a0qi36TWg6x2fJYhf+zS49iJlf5RyF+DukgsqXU1L/81ALyYq0B5DE5fukcqXSc/B6TX/+87TvZwQSqUQXDjHvEjnkihhaRtUhaeAJg9AnnYTsF+M7Q0nPa24Lwrli/ljx2JYyn4ffhEAMndcXoTtrXVqSONTXPh/rP6/n/sXV8/MeQx4J2Y+4cvzpoga3GQHg9VANqT95FMlD7wBe7A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708535376; bh=b3BlYo+BTFcnrOIjdLUHcJlYzB8t4X91lWaeRnqLSFx=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=S0FFcEY6uW34GAtZnX46nkyfbK76knof6i31hlTbvsW8El9XKx6atpToIWWkPPWJz18xE73RtezVOSLPMAQF4h0D6ypq6ygL/g8Qn7uvAj6dT6140AmvgS/6vQr8pw7DYrGrQr7G1kwrSBUL9eM/8MBg2hyBL3xr6dU9lbsmDGLljVYgj7eQKxE+RJCcVa+x90uNsadeklNIdhdbmD3UhBTS5lF1hMi7cnQ3b/KQ9Xcbk/T1PJewa59SH+ZNky05i2EY09cZfCquyVMwslLYFqVDpC0tGSsJvyr0iILRd1/2xin27k4bavkyFD5L5+ofiKNXl0Q42pp8UuWv8jpoKA== X-YMail-OSG: nIHZZOMVM1lo_zt80vjcgR2nbPJnpDfciPr9HgRqddrdCZIhyTg0p0Drlm9gINA D8i2JBF0YWla1._qxnSpHm9elTxH9AKxwSLzweBQtQlrWKGOAx02VhNHoXpxKgYQ3OdUbOT5sUQz mDlj97YYcLpt5YWydBV2g2XyI7hjgegeHmC9XiiOd.hBwCYDwvSZS9Nlt3Rh.RLBxDbSk4u33Zv6 q3ni6Qvfqm6O8xUVk4Pe3HC1XxbCXR4NX49SPBGp_bK6MW530ZU1K_qnkoFJlFIp6inGgM_3TXY5 jFlJFBZ_rRvd6zxnatoxUF11InVlNzfieuG71jt86UHRxSJj2harNyt9BM9oNHprBAY_vOnctahl A9Wkc_v6t1FQyyndaykp70flJl0G6dqdeqz50clz1hMrrN89oWGL_oZPrA8hLn_tTHMScygVTohD HCxIgl1EG7_j4icK92gNPxlg1wbBl2pxyij8O0WMtCb_kdUVbikUyEsdHUMWcc92.jlN6dt0LB_p FUANyHoxyUcaYtzzdAaJppcKSBIjgEpttuhaeh7v5NJ56h3nTdkKwghGaV9InxPLvlk2xTMDz2QX XaI2RtJzLJUUOTfWpENMJKPiepAsuGQ5RH3U_rVntw4l0QLh1zL51_qmDdVjsE95HHf.rIuOSyxc NOcPh38inEgeZpXROhFDsTPsMdPGB5LHpNdd2LmXXrPtYY0oOM1ROOvPJmOHhLywJlDygov5N0lD 81c3aWKcUWjQWqWusQx7yFFkpIInYGCZ3QNRow5fcf55KT23s43AFyjKC53BIV.YpB8kTgehb3zY WE0ZoZ_14yVSKN0Oa0ANycmVsRTIyfabCiBPqxCZCG0nqps4VFE9zMEZTXMvWofEO.uo1ci_H07G 6BRzv2LdCcEjmKiPqnMneRSYxlLxFlchzb6Tk2T9N8LwfB13toV9XprDHVpUyTBa3zdACPxytBRY qyB54fAlA8Kv0bVmnYl3zUCv4FcD8QznIKB6zBR82IpBILSr5BTek_0pY3oRaKdghklLcZsj.6kw AoWGnpKCTbL7TXVo6CZglM.WeHB_sPDO37X89pSGNQ76GCiSG1xu8lrgXxtog3yYxPvj7Q7X2iwg mU4CaEomUVjP0F7QQ3VcMyZfDOKdkUasNAhYbthcEkS_oUzbUE9AnTuks4o4zpAo6daRKZp2Fpj0 D_xCHSEOuIl0_UJMvJvbe20qmNlWi0zQeV25.PT.jyzLC3swDd.DGIGNK76m6ZDqYomw.mr2qEaa .2mITb4SGrq0YrvXj.MScyRMiA9.GJl4TXoRPhZc2Vu.sFNvNZEY7tjMJ6vMSuuFC0DgrKbOC.b8 qLOMlXKg12MCfqywQ_BecUVxdLbe022lH76Kf_WGv7T7l9o883a.DFoF168oomgVXQq5GE39zoZt k3Q9ndEKk1E1ZrzQdmvbO1SgR8dYe2FnXwzOOrMLqmDQy5gZ1RW.K3i0nn_ucUSOV4M26kPvct1h 13D6LBAn8qypGcIrP_C2hNk4OEZ_zTr1LJi8vF5up7fvplJjonflar.Lg0xHvfbimoeADeYNCLIo 1EQRkr0UUrVnPztTXOZzxAPtU0zvaFMWMWn4xxnMdxaNHotiGR2iGPNgg_32N3zbc4kUEjjOtrFA NsHP3meeF2HbREEbqE1pbVuwXuFUB6MyBPSF.jBuqbvgOAf5vNObMmYRJAwMi6SzCe5qhaYL2weP QtuJ8wVitprH3qahmmC5DYsAjUwlkDgMFR8Hw7Pq9Q0U320Qhjki2uI9JHyuAd5gE1AFibcM6SlS sfjxWb86JJbytf1aOMbO7QYGyapagDqS4s6cVO6dStCgh1R7o61.7_8gyG.lnV5DJAdklgcOxx70 mLAxrtwtupg8om_6VSQkDsM5nVRSJdZqBNazgiPEyIiDnU2i2R832zZNF6nIqLxdIaU9GnsrtxZ6 GAHav7yACeWOJbQeyYsdeQZJ2nzc9ISde.y6X1V.FxwZ2soY_2tS8aFhm6Rq9GnQ5_lGrmKb1BP0 WwxOv.IAkYcWG1PvWruP09kcvFKJpET10L6dPXjNDmrfpkWptJ.jGLGfB6fLxEvOrpRQj766sWKn OQV2_fqg8GwaI9USGwnJbd35DV.vEqcr_13iVHgZTillioizX_BxrtbjhMx5swyG5NsgZ0FA10oz IgLXFONZ0HF6KhGaPjNrjIehJIPiK_oiXzRiSksFvMdWenvDWsDFRlmn6_k40fyhGOMC67z71SGe lBiMKQWFoeTpYCeDGrsfuiR_quUO1RVpTcOUi.DGcC8JIF5l8fdLMNK0F4Y1uIMFhTnAY95TBJQz a9aTcpSXZ.mofun2lglCAiafYlm2n X-Sonic-MF: X-Sonic-ID: aebbba7e-8a02-4f12-84c8-d5eda1c17220 Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Wed, 21 Feb 2024 17:09:36 +0000 Received: by hermes--production-gq1-5c57879fdf-p26ct (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 6a0ca8b39365f2414d012906c4cbe7fa; Wed, 21 Feb 2024 17:09:31 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: sanitizers broken (was RE: libc/libsys split coming soon) From: Mark Millard In-Reply-To: <41665018-A638-43BB-85D2-EAB1878028FA@yahoo.com> Date: Wed, 21 Feb 2024 09:09:20 -0800 Cc: FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <5BD9DDEA-925D-437A-9803-C473CC4B0C6E@yahoo.com> References: <41665018-A638-43BB-85D2-EAB1878028FA@yahoo.com> To: hartmut.brandt@dlr.de, Mark Johnston , FreeBSD Current , Brooks Davis X-Mailer: Apple Mail (2.3774.400.31) X-Rspamd-Queue-Id: 4Tg2nY3qg6z4ktS X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.83:from]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_FIVE(0.00)[5]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] [Brooks' activity related to commit = 99ea67573164637d633e8051eb0a5d52f1f9488e looks likely for what changed the status: "lib{c,sys}: move auxargs more firmly into libsys".] On Feb 21, 2024, at 09:02, Mark Millard wrote: > On Feb 21, 2024, at 08:38, Mark Millard wrote: >=20 >> Mark Johnston wrote on >> Date: Wed, 21 Feb 2024 13:33:43 UTC : >>=20 >>> On Wed, Feb 21, 2024 at 09:52:23AM +0000, Hartmut.Brandt@dlr.de = wrote: >>>> Hi, >>>>=20 >>>> I updated yesterday and now event a minimal program with >>>>=20 >>>> cc -fsanitize=3Daddress >>>>=20 >>>> produces >>>>=20 >>>> ld: error: undefined symbol: __elf_aux_vector >>>>>>> referenced by sanitizer_linux_libcdep.cpp:950 = (/usr/src/contrib/llvm-project/compiler-rt/lib/sanitizer_common/sanitizer_= linux_libcdep.cpp:950) >>>>>>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in archive = /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-x86_64.a >>>> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >>>>=20 >>>> I think this is caused by the libsys split. >>>=20 >>> I don't see any such problem on a system running 5f7ac491eef4, which >>> includes the libsys split. Which compiler are you using, and which >>> revision are you running? >>=20 >> Trivial to reproduce via pkgbase install/upgrade: >>=20 >> # uname -apKU >> FreeBSD aarch64-main-pkgs 15.0-CURRENT FreeBSD 15.0-CURRENT = main-n268410-445d3d227e68 GENERIC-NODEBUG arm64 aarch64 1500014 1500014 >=20 > Gack: pkgbase does not have the kernel and world at the same place > relative to git commits of source code. See my note from yesterday: >=20 > = https://lists.freebsd.org/archives/freebsd-pkgbase/2024-February/000319.ht= ml >=20 > Looking at /usr/src/tests/sys/kern/sigsys.c in this pkgbse context > shows the content from about 10 hours after 445d3d227e68's commit: >=20 > git: e53b83a849e3 - main - tests/sigsys: initialize parameter passed = to sysctlbyname() Gleb Smirnoff > (CommitDate: 2024-02-20 22:37:45 +0000) >=20 > (Note: The next commit's source was not present.) >=20 >=20 >> # more main.c >> int main(void) { return 0; } >>=20 >> # cc -fsanitize=3Daddress main.c >> ld: error: undefined symbol: __elf_aux_vector >>>>> referenced by sanitizer_linux_libcdep.cpp:950 = (/home/bapt/worktrees/main/contrib/llvm-project/compiler-rt/lib/sanitizer_= common/sanitizer_linux_libcdep.cpp:950) >>>>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in = archive /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-aarch64.a >>>>> referenced by sanitizer_linux_libcdep.cpp:950 = (/home/bapt/worktrees/main/contrib/llvm-project/compiler-rt/lib/sanitizer_= common/sanitizer_linux_libcdep.cpp:950) >>>>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in = archive /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-aarch64.a >> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >=20 > I do not see the issue in my (somehwat older) personal builds: >=20 > # uname -apKU > you have mail > FreeBSD CA72-16Gp-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #134 = main-n268363-8b67c670a49b-dirty: Sat Feb 17 16:22:31 PST 2024 = root@CA72-16Gp-ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1500014 1500014 >=20 > (Here kernel and world match git hashes: 8b67c670a49b . But > my personal builds have patches and other tailoring relative > to the official git hash they are based on.) >=20 My guess is: Brooks Davis Date: Mon, 19 Feb 2024 22:44:35 UTC=20 The branch main has been updated by brooks: URL: = https://cgit.FreeBSD.org/src/commit/?id=3D99ea67573164637d633e8051eb0a5d52= f1f9488e commit 99ea67573164637d633e8051eb0a5d52f1f9488e Author: Brooks Davis AuthorDate: 2024-02-19 22:44:08 +0000 Commit: Brooks Davis CommitDate: 2024-02-19 22:44:08 +0000 lib{c,sys}: move auxargs more firmly into libsys Continue to filter the public interface (elf_aux_info()), but entierly relocate the private interfaces (_elf_aux_info(), __init_elf_aux_vector(), and __elf_aux_vector) to libsys. This ensures that rtld updates the correct (only) copy of __elf_aux_vector. After 968a18975adc9c2a619bb52aa2f009de99fc9e24 updates were confused and __getosreldate was failing, causing the system to fall back to compat compat12 syscalls in some cases. Return to explicitly linking libc to libsys and link libthr with libc and libsys (in that order). Reviewed by: kib Differential Revision: https://reviews.freebsd.org/D43910 . . . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Feb 21 20:00:05 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tg6ZH6rY3z5BFl7 for ; Wed, 21 Feb 2024 20:00:07 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tg6ZH3fjpz44sN for ; Wed, 21 Feb 2024 20:00:07 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Authentication-Results: mx1.freebsd.org; none Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id F354C3C019A; Wed, 21 Feb 2024 20:00:05 +0000 (UTC) Date: Wed, 21 Feb 2024 20:00:05 +0000 From: Brooks Davis To: Hartmut.Brandt@dlr.de Cc: current@freebsd.org Subject: Re: sanitizers broken (was RE: libc/libsys split coming soon) Message-ID: References: <385dd04f716d4b90baa826dd1b18d277@dlr.de> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <385dd04f716d4b90baa826dd1b18d277@dlr.de> X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Tg6ZH3fjpz44sN X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36236, ipnet:199.48.128.0/22, country:US] TL;DR: you can work around this by adding -lsys to the link line and I aim to improve the situation soon. The sanitizers reach somewhat questionably into libc internals that are exported to allow rtld to update them. I was unable to find an solution that didn't break this and I felt that fixing things like closefrom() using non-deprecated syscalls was more important than avoiding changes to the sanitizer interface. I'm trying to find a way to better solution to the sanitizer. A few ideas I'm considering: - Teach clang to add -lsys when linking with sanitizers on sufficently new systems (con: doesn't fix gcc). - Make the symbol weak in the sanitizer and complain when it's not found or call back to using environ. The latter migth have limitations around direct exec with rtld. - Relocate __elf_aux_vector to csu so the symbol is always available. - Adding a new interface to access __elf_aux_vector directly. I'll continue to work on this. -- Brooks On Wed, Feb 21, 2024 at 09:52:23AM +0000, Hartmut.Brandt@dlr.de wrote: > Hi, > > I updated yesterday and now event a minimal program with > > cc -fsanitize=address > > produces > > ld: error: undefined symbol: __elf_aux_vector > >>> referenced by sanitizer_linux_libcdep.cpp:950 (/usr/src/contrib/llvm-project/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cpp:950) > >>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in archive /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-x86_64.a > cc: error: linker command failed with exit code 1 (use -v to see invocation) > > I think this is caused by the libsys split. > > Cheers, > Harti > > -----Original Message----- > From: owner-freebsd-current@freebsd.org On Behalf Of Brooks Davis > Sent: Friday, February 2, 2024 11:32 PM > To: current@freebsd.org > Subject: libc/libsys split coming soon > > TL;DR: The implementation of system calls is moving to a seperate library (libsys). No changes are required to existing software (except to ensure that libsys is present when building custom disk images). > > Code: https://github.com/freebsd/freebsd-src/pull/908 > > After nearly a decade of intermittent work, I'm about to land a series of patches which moves system calls, vdso support, and libc's parsing of the ELF auxiliary argument vector into a separate library (libsys). I plan to do this early next week (February 5th). > > This change serves three primary purposes: > 1. It's easier to completely replace system call implementations for > tracing or compartmentalization purposes. > 2. It simplifies the implementation of restrictions on system calls such > as those implemented by OpenBSD's msyscall(2) > (https://man.openbsd.org/msyscall.2). > 3. It allows language runtimes to link with libsys for system call > implementations without requiring libc. > > libsys is an auxiliary filter for libc. This means that for any symbol defined by both, the libsys version takes precedence at runtime. For system call implementations, libc contains empty stubs. For others it contains copies of the functions (this could be further refined at a later date). The statically linked libc contains the full implementations so linking libsys is not required. > > Additionally, libthr is now linked with libsys to provide _umtx_op_err(). > > The overall implementation follows https://reviews.freebsd.org/D14609, > but is redone from scratch as multiple commits to facilitate review and assist git's rename detection. > > Testing: > - Boot testing on amd64, aarch64, and riscv > - make tinderbox (prior version, final run in progress) > - exp-run: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276391 > - Kyua tests in poudriere amd64 jails: same 359 failures as with the > latest freebsdci build > > Thanks to Ali Mashtizadeh and Tal Garfinkel for D14609 and many apologies for not landing this in a timely manner. Additional thanks to kib@ for many rounds of review, markj@ and kib@ for debugging rtld issues exposed by this patch, and antoine@ for exp-runs. > > Future work: > - Purely functional interfaces to system calls (no errorno). > Unfortunately there isn't an obvious way to do this without > significant (possibly generated) assembly code. > - Investigate msyscall(2) and pinsyscalls(2). > - Reduce the size of stubs in libc. I????????ve errored on the > side of not touching the copies that end up in libc to keep diff > size down. We might want to generate empty stubs instead. > > See also: > - Solaris Linker and Libraries Guide: > https://docs.oracle.com/cd/E23824_01/html/819-0690/chapter4-4.html > > -- Brooks > From nobody Wed Feb 21 20:12:41 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tg6rr3tBMz5BGsq for ; Wed, 21 Feb 2024 20:12:44 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tg6rr2sGJz46hT; Wed, 21 Feb 2024 20:12:44 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1708546364; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=DnfGdWDl2r3GNuuBXwZjafl5q9yJiPGOPtmrr9p6UL4=; b=J2uMDOj3pc980Yx83Rl9Q/4xsWqweUa26W2323BdQngyGzH2YQUCPaFsE+diV+95jlqx8l +/CLeiB6M3SX8ON7j6lsVGbxskVj03o3LK1TC7M59hN4dgdG2GVpdU1N1jY3ZDukG6A1CS zmqgHIgy1UDsFlFDQrz2G6ILpK50dgTKWGa+cvXg9r0waJKic5y7g9rvZMe+8IzF0CNuKn XaaKDPomKAUSQCDhzYi8vKZHQqBawAllL31EASyDnqsEhmKSODFPNZoDOsbSANmQ6H89/H FAJB/T+UGlqyuq1pt51YHB22KpbdgmDim48wr78MpVHjuNwpzg3EDqWSqlTzig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1708546364; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=DnfGdWDl2r3GNuuBXwZjafl5q9yJiPGOPtmrr9p6UL4=; b=JhMdUYHAyIGTwqCLchplSF6HHPO68rSJfoyb0/X91kNEAICEPnYIwbl3GauEY9DXAa6Yke 2ZVrlhdA4DpWdGySuQ1jYX14A8N7WzwXfOOxzqtjDwOiwP3DYmW5of6PDS7vnCE0qK1KVg dasGvKWrirnGRkwx4N39MenS5v8urBmaMlXbzGNkQkvc5jIM7GTC8kcRgOXTfo+MWVAiTv 89/Dkti2wBJ+h0n0Wa3a5iBctxyomVcBZIP6XyrNht3zSTcOHsAckBV5J1KdDZxTYY3CT1 7LAaySKFKF3Oz5f5kxUZkgyYImTK2S7gBbf2JOWsKQRC95eR47QtKWYnK8VyEw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1708546364; a=rsa-sha256; cv=none; b=pcWiq9HhdZETVJA/pXTXXiAU1CmCq3SZ5kanDT3xvraKBLUUvltLycrRMiVzqRLytj49UM cG0f+Ng/4JDivhRhvajAjjVl4lwX5UxZILLl30CUYZ1RhTUWi/v9iSigLmMUz/rkPun5vQ wuOYifMtK5/gBxJOQdjEE4uX8ADe39rbBwtffsIOTzAj69Cs8XhaCHQFhDKs5sM3VA1ZdR mj1JIfWxuehjBmtrW395rlo4bSumtX890Z8m02BQ0jV0ghuJj3qb1edye8nAJ1grVuSg8P polLNEJEDtz2TfksAa34LO1h/Cck9VvSjTL5XN5iH7NK5XoO5f7xzUhplCGSNA== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Tg6rr0jYlz16mS; Wed, 21 Feb 2024 20:12:44 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 079A24580; Wed, 21 Feb 2024 21:12:42 +0100 (CET) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6.1.1\)) Subject: Re: sanitizers broken (was RE: libc/libsys split coming soon) From: Dimitry Andric In-Reply-To: Date: Wed, 21 Feb 2024 21:12:41 +0100 Cc: Hartmut.Brandt@dlr.de, current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0AC1DB30-95D4-4199-95D1-F5D654C09E17@FreeBSD.org> References: <385dd04f716d4b90baa826dd1b18d277@dlr.de> To: Brooks Davis X-Mailer: Apple Mail (2.3731.700.6.1.1) Can't we just add libsys.so to the /usr/lib/libc.so linker script? That = would work for everything except static linking? -Dimitry > On 21 Feb 2024, at 21:00, Brooks Davis wrote: >=20 > TL;DR: you can work around this by adding -lsys to the link line and I > aim to improve the situation soon. >=20 > The sanitizers reach somewhat questionably into libc internals that = are > exported to allow rtld to update them. I was unable to find an = solution > that didn't break this and I felt that fixing things like closefrom() > using non-deprecated syscalls was more important than avoiding changes > to the sanitizer interface. >=20 > I'm trying to find a way to better solution to the sanitizer. A few > ideas I'm considering: > - Teach clang to add -lsys when linking with sanitizers on sufficently > new systems (con: doesn't fix gcc). > - Make the symbol weak in the sanitizer and complain when it's not > found or call back to using environ. The latter migth have > limitations around direct exec with rtld. > - Relocate __elf_aux_vector to csu so the symbol is always available. > - Adding a new interface to access __elf_aux_vector directly. >=20 > I'll continue to work on this. >=20 > -- Brooks >=20 > On Wed, Feb 21, 2024 at 09:52:23AM +0000, Hartmut.Brandt@dlr.de wrote: >> Hi, >>=20 >> I updated yesterday and now event a minimal program with >>=20 >> cc -fsanitize=3Daddress >>=20 >> produces >>=20 >> ld: error: undefined symbol: __elf_aux_vector >>>>> referenced by sanitizer_linux_libcdep.cpp:950 = (/usr/src/contrib/llvm-project/compiler-rt/lib/sanitizer_common/sanitizer_= linux_libcdep.cpp:950) >>>>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in = archive /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-x86_64.a >> cc: error: linker command failed with exit code 1 (use -v to see = invocation) >>=20 >> I think this is caused by the libsys split. >>=20 >> Cheers, >> Harti >>=20 >> -----Original Message----- >> From: owner-freebsd-current@freebsd.org = On Behalf Of Brooks Davis >> Sent: Friday, February 2, 2024 11:32 PM >> To: current@freebsd.org >> Subject: libc/libsys split coming soon >>=20 >> TL;DR: The implementation of system calls is moving to a seperate = library (libsys). No changes are required to existing software (except = to ensure that libsys is present when building custom disk images). >>=20 >> Code: https://github.com/freebsd/freebsd-src/pull/908 >>=20 >> After nearly a decade of intermittent work, I'm about to land a = series of patches which moves system calls, vdso support, and libc's = parsing of the ELF auxiliary argument vector into a separate library = (libsys). I plan to do this early next week (February 5th). >>=20 >> This change serves three primary purposes: >> 1. It's easier to completely replace system call implementations for >> tracing or compartmentalization purposes. >> 2. It simplifies the implementation of restrictions on system calls = such >> as those implemented by OpenBSD's msyscall(2) >> (https://man.openbsd.org/msyscall.2). >> 3. It allows language runtimes to link with libsys for system call >> implementations without requiring libc. >>=20 >> libsys is an auxiliary filter for libc. This means that for any = symbol defined by both, the libsys version takes precedence at runtime. = For system call implementations, libc contains empty stubs. For others = it contains copies of the functions (this could be further refined at a = later date). The statically linked libc contains the full = implementations so linking libsys is not required. >>=20 >> Additionally, libthr is now linked with libsys to provide = _umtx_op_err(). >>=20 >> The overall implementation follows = https://reviews.freebsd.org/D14609, >> but is redone from scratch as multiple commits to facilitate review = and assist git's rename detection. >>=20 >> Testing: >> - Boot testing on amd64, aarch64, and riscv >> - make tinderbox (prior version, final run in progress) >> - exp-run: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D276391 >> - Kyua tests in poudriere amd64 jails: same 359 failures as with the >> latest freebsdci build >>=20 >> Thanks to Ali Mashtizadeh and Tal Garfinkel for D14609 and many = apologies for not landing this in a timely manner. Additional thanks to = kib@ for many rounds of review, markj@ and kib@ for debugging rtld = issues exposed by this patch, and antoine@ for exp-runs. >>=20 >> Future work: >> - Purely functional interfaces to system calls (no errorno). >> Unfortunately there isn't an obvious way to do this without >> significant (possibly generated) assembly code. >> - Investigate msyscall(2) and pinsyscalls(2). >> - Reduce the size of stubs in libc. I????????ve errored on the >> side of not touching the copies that end up in libc to keep diff >> size down. We might want to generate empty stubs instead. >>=20 >> See also: >> - Solaris Linker and Libraries Guide: >> https://docs.oracle.com/cd/E23824_01/html/819-0690/chapter4-4.html >>=20 >> -- Brooks From nobody Wed Feb 21 20:20:25 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tg71k06CSz5BHVf for ; Wed, 21 Feb 2024 20:20:26 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tg71j6ml9z482M; Wed, 21 Feb 2024 20:20:25 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Authentication-Results: mx1.freebsd.org; none Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 47A3B3C019A; Wed, 21 Feb 2024 20:20:25 +0000 (UTC) Date: Wed, 21 Feb 2024 20:20:25 +0000 From: Brooks Davis To: Dimitry Andric Cc: Hartmut.Brandt@dlr.de, current@freebsd.org Subject: Re: sanitizers broken (was RE: libc/libsys split coming soon) Message-ID: References: <385dd04f716d4b90baa826dd1b18d277@dlr.de> <0AC1DB30-95D4-4199-95D1-F5D654C09E17@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0AC1DB30-95D4-4199-95D1-F5D654C09E17@FreeBSD.org> X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Tg71j6ml9z482M X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36236, ipnet:199.48.128.0/22, country:US] That's probably worth a shot. Static linking will work anyway because libc.a in effect embeds libsys to retain compatability. -- Brooks On Wed, Feb 21, 2024 at 09:12:41PM +0100, Dimitry Andric wrote: > Can't we just add libsys.so to the /usr/lib/libc.so linker script? That would work for everything except static linking? > > -Dimitry > > > On 21 Feb 2024, at 21:00, Brooks Davis wrote: > > > > TL;DR: you can work around this by adding -lsys to the link line and I > > aim to improve the situation soon. > > > > The sanitizers reach somewhat questionably into libc internals that are > > exported to allow rtld to update them. I was unable to find an solution > > that didn't break this and I felt that fixing things like closefrom() > > using non-deprecated syscalls was more important than avoiding changes > > to the sanitizer interface. > > > > I'm trying to find a way to better solution to the sanitizer. A few > > ideas I'm considering: > > - Teach clang to add -lsys when linking with sanitizers on sufficently > > new systems (con: doesn't fix gcc). > > - Make the symbol weak in the sanitizer and complain when it's not > > found or call back to using environ. The latter migth have > > limitations around direct exec with rtld. > > - Relocate __elf_aux_vector to csu so the symbol is always available. > > - Adding a new interface to access __elf_aux_vector directly. > > > > I'll continue to work on this. > > > > -- Brooks > > > > On Wed, Feb 21, 2024 at 09:52:23AM +0000, Hartmut.Brandt@dlr.de wrote: > >> Hi, > >> > >> I updated yesterday and now event a minimal program with > >> > >> cc -fsanitize=address > >> > >> produces > >> > >> ld: error: undefined symbol: __elf_aux_vector > >>>>> referenced by sanitizer_linux_libcdep.cpp:950 (/usr/src/contrib/llvm-project/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cpp:950) > >>>>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in archive /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-x86_64.a > >> cc: error: linker command failed with exit code 1 (use -v to see invocation) > >> > >> I think this is caused by the libsys split. > >> > >> Cheers, > >> Harti > >> > >> -----Original Message----- > >> From: owner-freebsd-current@freebsd.org On Behalf Of Brooks Davis > >> Sent: Friday, February 2, 2024 11:32 PM > >> To: current@freebsd.org > >> Subject: libc/libsys split coming soon > >> > >> TL;DR: The implementation of system calls is moving to a seperate library (libsys). No changes are required to existing software (except to ensure that libsys is present when building custom disk images). > >> > >> Code: https://github.com/freebsd/freebsd-src/pull/908 > >> > >> After nearly a decade of intermittent work, I'm about to land a series of patches which moves system calls, vdso support, and libc's parsing of the ELF auxiliary argument vector into a separate library (libsys). I plan to do this early next week (February 5th). > >> > >> This change serves three primary purposes: > >> 1. It's easier to completely replace system call implementations for > >> tracing or compartmentalization purposes. > >> 2. It simplifies the implementation of restrictions on system calls such > >> as those implemented by OpenBSD's msyscall(2) > >> (https://man.openbsd.org/msyscall.2). > >> 3. It allows language runtimes to link with libsys for system call > >> implementations without requiring libc. > >> > >> libsys is an auxiliary filter for libc. This means that for any symbol defined by both, the libsys version takes precedence at runtime. For system call implementations, libc contains empty stubs. For others it contains copies of the functions (this could be further refined at a later date). The statically linked libc contains the full implementations so linking libsys is not required. > >> > >> Additionally, libthr is now linked with libsys to provide _umtx_op_err(). > >> > >> The overall implementation follows https://reviews.freebsd.org/D14609, > >> but is redone from scratch as multiple commits to facilitate review and assist git's rename detection. > >> > >> Testing: > >> - Boot testing on amd64, aarch64, and riscv > >> - make tinderbox (prior version, final run in progress) > >> - exp-run: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276391 > >> - Kyua tests in poudriere amd64 jails: same 359 failures as with the > >> latest freebsdci build > >> > >> Thanks to Ali Mashtizadeh and Tal Garfinkel for D14609 and many apologies for not landing this in a timely manner. Additional thanks to kib@ for many rounds of review, markj@ and kib@ for debugging rtld issues exposed by this patch, and antoine@ for exp-runs. > >> > >> Future work: > >> - Purely functional interfaces to system calls (no errorno). > >> Unfortunately there isn't an obvious way to do this without > >> significant (possibly generated) assembly code. > >> - Investigate msyscall(2) and pinsyscalls(2). > >> - Reduce the size of stubs in libc. I????????ve errored on the > >> side of not touching the copies that end up in libc to keep diff > >> size down. We might want to generate empty stubs instead. > >> > >> See also: > >> - Solaris Linker and Libraries Guide: > >> https://docs.oracle.com/cd/E23824_01/html/819-0690/chapter4-4.html > >> > >> -- Brooks > > From nobody Wed Feb 21 22:51:10 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TgBN141rkz5BXLZ for ; Wed, 21 Feb 2024 22:51:29 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ultimatedns.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TgBN0519qz4Qy8 for ; Wed, 21 Feb 2024 22:51:28 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of bsd-lists@bsdforge.com has no SPF policy when checking 24.113.41.81) smtp.mailfrom=bsd-lists@bsdforge.com Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 41LMpBUJ036273; Wed, 21 Feb 2024 14:51:22 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Date: Wed, 21 Feb 2024 14:51:10 -0800 From: Chris To: Pete Wright Cc: FreeBSD current Subject: Re: NLNet Labs Ending Dev of drill(1) In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: <0d3072ed54da9c2bfccaa9302a93c6eb@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: / X-Rspamd-Queue-Id: 4TgBN0519qz4Qy8 X-Rspamd-Pre-Result: action=no action; module=multimap; Matched map: local_wl_ip X-Spamd-Result: default: False [0.00 / 15.00]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; local_wl_ip(0.00)[24.113.41.81]; FROM_EQ_ENVFROM(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[] On 2024-02-20 10:09, Pete Wright wrote: > I just came across this blog post which seems to indicate that the drill(1) > utility from NLNet is ending development in favor of a rust based tool: > > https://blog.nlnetlabs.nl/domain-dns-building-blocks-for-rust-application-developers/ > > https://fosstodon.org/@nlnetlabs/111964417192522741 > > I was curious if a) anyone was aware of this and b) will we maintain a > version of > drill(1) in base or revert to including dns/bind-tools in base? +1 for keeping this as-is in $BASE. > > not trying to start a "rust in base" discussion, just curious if i should > start > making plans now to have a replacement for this tool at my site. > > -pete Thanks for the heads-up! --Chris From nobody Thu Feb 22 00:57:13 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TgF9H2GQcz5BjNF for ; Thu, 22 Feb 2024 00:57:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TgF9G5hZTz4bZQ; Thu, 22 Feb 2024 00:57:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 41M0vDke012578; Thu, 22 Feb 2024 02:57:16 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 41M0vDke012578 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 41M0vDb4012577; Thu, 22 Feb 2024 02:57:13 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 22 Feb 2024 02:57:13 +0200 From: Konstantin Belousov To: Brooks Davis Cc: Dimitry Andric , Hartmut.Brandt@dlr.de, current@freebsd.org Subject: Re: sanitizers broken (was RE: libc/libsys split coming soon) Message-ID: References: <385dd04f716d4b90baa826dd1b18d277@dlr.de> <0AC1DB30-95D4-4199-95D1-F5D654C09E17@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=0.7 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED,URIBL_BLACK autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on tom.home X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4TgF9G5hZTz4bZQ X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] On Wed, Feb 21, 2024 at 08:20:25PM +0000, Brooks Davis wrote: > That's probably worth a shot. Static linking will work anyway because > libc.a in effect embeds libsys to retain compatability. Please do not add libsys.so to the ABI. Right now it is an implementation detail of libthr and libc, and it is preferable to not change it, at least not yet, and definitely not to solve some minor internal issues. > > -- Brooks > > On Wed, Feb 21, 2024 at 09:12:41PM +0100, Dimitry Andric wrote: > > Can't we just add libsys.so to the /usr/lib/libc.so linker script? That would work for everything except static linking? > > > > -Dimitry > > > > > On 21 Feb 2024, at 21:00, Brooks Davis wrote: > > > > > > TL;DR: you can work around this by adding -lsys to the link line and I > > > aim to improve the situation soon. > > > > > > The sanitizers reach somewhat questionably into libc internals that are > > > exported to allow rtld to update them. I was unable to find an solution > > > that didn't break this and I felt that fixing things like closefrom() > > > using non-deprecated syscalls was more important than avoiding changes > > > to the sanitizer interface. > > > > > > I'm trying to find a way to better solution to the sanitizer. A few > > > ideas I'm considering: > > > - Teach clang to add -lsys when linking with sanitizers on sufficently > > > new systems (con: doesn't fix gcc). > > > - Make the symbol weak in the sanitizer and complain when it's not > > > found or call back to using environ. The latter migth have > > > limitations around direct exec with rtld. > > > - Relocate __elf_aux_vector to csu so the symbol is always available. > > > - Adding a new interface to access __elf_aux_vector directly. > > > > > > I'll continue to work on this. > > > > > > -- Brooks > > > > > > On Wed, Feb 21, 2024 at 09:52:23AM +0000, Hartmut.Brandt@dlr.de wrote: > > >> Hi, > > >> > > >> I updated yesterday and now event a minimal program with > > >> > > >> cc -fsanitize=address > > >> > > >> produces > > >> > > >> ld: error: undefined symbol: __elf_aux_vector > > >>>>> referenced by sanitizer_linux_libcdep.cpp:950 (/usr/src/contrib/llvm-project/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cpp:950) > > >>>>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in archive /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-x86_64.a > > >> cc: error: linker command failed with exit code 1 (use -v to see invocation) > > >> > > >> I think this is caused by the libsys split. > > >> > > >> Cheers, > > >> Harti > > >> > > >> -----Original Message----- > > >> From: owner-freebsd-current@freebsd.org On Behalf Of Brooks Davis > > >> Sent: Friday, February 2, 2024 11:32 PM > > >> To: current@freebsd.org > > >> Subject: libc/libsys split coming soon > > >> > > >> TL;DR: The implementation of system calls is moving to a seperate library (libsys). No changes are required to existing software (except to ensure that libsys is present when building custom disk images). > > >> > > >> Code: https://github.com/freebsd/freebsd-src/pull/908 > > >> > > >> After nearly a decade of intermittent work, I'm about to land a series of patches which moves system calls, vdso support, and libc's parsing of the ELF auxiliary argument vector into a separate library (libsys). I plan to do this early next week (February 5th). > > >> > > >> This change serves three primary purposes: > > >> 1. It's easier to completely replace system call implementations for > > >> tracing or compartmentalization purposes. > > >> 2. It simplifies the implementation of restrictions on system calls such > > >> as those implemented by OpenBSD's msyscall(2) > > >> (https://man.openbsd.org/msyscall.2). > > >> 3. It allows language runtimes to link with libsys for system call > > >> implementations without requiring libc. > > >> > > >> libsys is an auxiliary filter for libc. This means that for any symbol defined by both, the libsys version takes precedence at runtime. For system call implementations, libc contains empty stubs. For others it contains copies of the functions (this could be further refined at a later date). The statically linked libc contains the full implementations so linking libsys is not required. > > >> > > >> Additionally, libthr is now linked with libsys to provide _umtx_op_err(). > > >> > > >> The overall implementation follows https://reviews.freebsd.org/D14609, > > >> but is redone from scratch as multiple commits to facilitate review and assist git's rename detection. > > >> > > >> Testing: > > >> - Boot testing on amd64, aarch64, and riscv > > >> - make tinderbox (prior version, final run in progress) > > >> - exp-run: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276391 > > >> - Kyua tests in poudriere amd64 jails: same 359 failures as with the > > >> latest freebsdci build > > >> > > >> Thanks to Ali Mashtizadeh and Tal Garfinkel for D14609 and many apologies for not landing this in a timely manner. Additional thanks to kib@ for many rounds of review, markj@ and kib@ for debugging rtld issues exposed by this patch, and antoine@ for exp-runs. > > >> > > >> Future work: > > >> - Purely functional interfaces to system calls (no errorno). > > >> Unfortunately there isn't an obvious way to do this without > > >> significant (possibly generated) assembly code. > > >> - Investigate msyscall(2) and pinsyscalls(2). > > >> - Reduce the size of stubs in libc. I????????ve errored on the > > >> side of not touching the copies that end up in libc to keep diff > > >> size down. We might want to generate empty stubs instead. > > >> > > >> See also: > > >> - Solaris Linker and Libraries Guide: > > >> https://docs.oracle.com/cd/E23824_01/html/819-0690/chapter4-4.html > > >> > > >> -- Brooks > > > > From nobody Thu Feb 22 01:45:07 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TgGDY1pHrz5BY6D for ; Thu, 22 Feb 2024 01:45:17 +0000 (UTC) (envelope-from lexi@le-fay.org) Received: from thyme.eden.le-Fay.ORG (THYME.EDEN.LE-FAY.ORG [81.187.47.194]) by mx1.freebsd.org (Postfix) with ESMTP id 4TgGDX2lJgz4m9l; Thu, 22 Feb 2024 01:45:16 +0000 (UTC) (envelope-from lexi@le-fay.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=le-fay.org header.s=thyme header.b=WZSTKKwT; spf=pass (mx1.freebsd.org: domain of lexi@le-fay.org designates 81.187.47.194 as permitted sender) smtp.mailfrom=lexi@le-fay.org; dmarc=none Received: from iris.eden.le-Fay.ORG (IRIS.EDEN.LE-FAY.ORG [IPv6:2001:8b0:aab5:106:3::6]) by thyme.eden.le-Fay.ORG (Postfix) with ESMTP id 6F681AE; Thu, 22 Feb 2024 01:45:05 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=le-fay.org; s=thyme; t=1708566305; bh=fCFwoz3yna0v89ke3V1MAA4XmO/JmL59wdm+V+rmng4=; h=Date:From:To:Cc:Subject; b=WZSTKKwTLmpnNzjgCtb6MGWwb1iZ5f70xRN3hFdeEo1qen2dOxt8nTWBT1op2OndU bd+bNKFIszcAm8LRSEPqIxDC3ncXjIrBn3jcmIPPNL1XEq8e+wOU6owfHUVYqYTWvf COUShJGFGo+8dILeuc1gSzxf+uSg/x/H0BrVneaU= Received: from ilythia.eden.le-fay.org (ILYTHIA.EDEN.LE-FAY.ORG [IPv6:2001:8b0:aab5:106:3::10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by iris.eden.le-Fay.ORG (Postfix) with ESMTPSA id 318552C041F; Thu, 22 Feb 2024 01:45:07 +0000 (GMT) Date: Thu, 22 Feb 2024 01:45:07 +0000 From: Lexi Winter To: freebsd-current@freebsd.org Cc: Florian Walpen , Christos Margiolis Subject: 42fdcd9fd917 broke my snd_uaudio(4) Message-ID: Mail-Followup-To: freebsd-current@freebsd.org, Florian Walpen , Christos Margiolis List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hdT9PEeTHIkxZCLx" Content-Disposition: inline X-Rspamd-Queue-Id: 4TgGDX2lJgz4m9l X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.50 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[le-fay.org:s=thyme]; R_SPF_ALLOW(-0.20)[+ip4:81.187.47.194]; RCVD_NO_TLS_LAST(0.10)[]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:20712, ipnet:81.187.0.0/16, country:GB]; TO_DN_SOME(0.00)[]; DWL_DNSWL_NONE(0.00)[le-fay.org:dkim]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; DMARC_NA(0.00)[le-fay.org]; RCPT_COUNT_THREE(0.00)[3]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[le-fay.org:+] --hdT9PEeTHIkxZCLx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hello, since the commit: 42fdcd9fd917 snd_uaudio(4): Fix config detection with defaults set. my snd_uaudio(4) no longer works. the symptom is that applications attempting to play audio hang forever, and no audio is produced. reverting this commit fixed the problem. the issue only occurs if i have this set in /boot/loader.conf: hw.usb.uaudio.default_bits=32 hw.usb.uaudio.default_rate=48000 removing these two settings makes audio work correctly again. my audio device: ugen3.2: at usbus3 uaudio0 on uhub1 uaudio0: on usbus3 uaudio0: Play[0]: 48000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Play[0]: 192000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Play[0]: 176400 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Play[0]: 96000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Play[0]: 88200 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Play[0]: 48000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Play[0]: 44100 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 48000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 192000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 176400 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 96000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 88200 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 48000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: Record[0]: 44100 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms buffer. uaudio0: MIDI sequencer. pcm0 on uaudio0 uaudio0: No HID volume keys found. and /dev/sndstat: FreeBSD Audio Driver (64bit 2009061500/amd64) Installed devices: pcm0: on uaudio0 (1p:0v/1r:0v) default snddev flags=0x3e6 [pcm0:play:dsp0.p0]: spd 48000, fmt 0x01401000, flags 0x2000110c, 0x00000001, pid 22326 (virtual_oss) interrupts 115908, underruns 0, feed 115907, ready 123440 [b:30720/15360/2|bs:131040/65520/2] channel flags=0x2000110c {userland} -> feeder_root(0x01401000) -> {hardware} [pcm0:record:dsp0.r0]: spd 48000, fmt 0x01401000, flags 0x2000112c, 0x00000001, pid 22326 (virtual_oss) interrupts 115930, overruns 97, feed 229796, hfree 30720, sfree 65440 [b:30720/15360/2|bs:65440/32720/2] channel flags=0x2000112c {hardware} -> feeder_root(0x01401000) -> {userland} Installed devices from userspace: dsp.full: (play/rec) dsp.record: (play/rec) dsp: (play/rec) regards, lexi. --hdT9PEeTHIkxZCLx Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEuwt6MaPcv/+Mo+ftDHqbqZ41x5kFAmXWpx8ACgkQDHqbqZ41 x5nwEAv/foOVAXOsSKObnN3AAkyz6KN3ZxQIVVwk9cfDlpmBvA3lE2HkM4YqaD8b 9eNhsqJCZZayKTa5f89bM7XnCigMiPqd7OlUvqEMlPbBmcn+G00qdaPluReS99hG BXTewZ855wpTdjo0bRNQXIAD9E+fjZB+foSiOEuUIotF0Nr3zzhddXM86iO/LacF GfJ/bgZTrWEobnfHr3OipC91yFpkh8S6aKXOoQCjD//DsO3WMTvof4e1QF178GGw At9Sk6UaLnHX5yAjCJPL9s7V/HMbdlUdJ0BNicPeg0JBuCygQZIHLVdggiqGMiSB 6Jo8DayfDUj5VqE391S1+BtoCOPxpnvm9T+n9dN6U6svqee9xBJkt7ab9pew6+P8 HsFqfQvKLOhVoSCmxx8fyKZvf5oCYgddrWpq2idJaSj/vcEazA9JZ9kbsbsrddhd QPi6eU1067IVpSqARemW+HGlC1IgOwjZw5vSO6xZGOTodPkyiKxqA6EdZnxpo7i/ I2xnQC7Y =i1Aj -----END PGP SIGNATURE----- --hdT9PEeTHIkxZCLx-- From nobody Thu Feb 22 02:03:09 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TgGdC3qMyz5BZK0 for ; Thu, 22 Feb 2024 02:03:11 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TgGdC1VQNz4qq5; Thu, 22 Feb 2024 02:03:11 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Authentication-Results: mx1.freebsd.org; none Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id D05983C019A; Thu, 22 Feb 2024 02:03:09 +0000 (UTC) Date: Thu, 22 Feb 2024 02:03:09 +0000 From: Brooks Davis To: Konstantin Belousov Cc: Brooks Davis , Dimitry Andric , Hartmut.Brandt@dlr.de, current@freebsd.org Subject: Re: sanitizers broken (was RE: libc/libsys split coming soon) Message-ID: References: <385dd04f716d4b90baa826dd1b18d277@dlr.de> <0AC1DB30-95D4-4199-95D1-F5D654C09E17@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4TgGdC1VQNz4qq5 X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36236, ipnet:199.48.128.0/22, country:US] On Thu, Feb 22, 2024 at 02:57:13AM +0200, Konstantin Belousov wrote: > On Wed, Feb 21, 2024 at 08:20:25PM +0000, Brooks Davis wrote: > > That's probably worth a shot. Static linking will work anyway because > > libc.a in effect embeds libsys to retain compatability. > Please do not add libsys.so to the ABI. Right now it is an implementation > detail of libthr and libc, and it is preferable to not change it, at least > not yet, and definitely not to solve some minor internal issues. Indeed, on further reflection I agree. Another option occured to me which I intend to persue tomorrow: explicitly link the sanitizer .so files with libsys. At least in the base system that should be straight foward. -- Brooks > > > > > -- Brooks > > > > On Wed, Feb 21, 2024 at 09:12:41PM +0100, Dimitry Andric wrote: > > > Can't we just add libsys.so to the /usr/lib/libc.so linker script? That would work for everything except static linking? > > > > > > -Dimitry > > > > > > > On 21 Feb 2024, at 21:00, Brooks Davis wrote: > > > > > > > > TL;DR: you can work around this by adding -lsys to the link line and I > > > > aim to improve the situation soon. > > > > > > > > The sanitizers reach somewhat questionably into libc internals that are > > > > exported to allow rtld to update them. I was unable to find an solution > > > > that didn't break this and I felt that fixing things like closefrom() > > > > using non-deprecated syscalls was more important than avoiding changes > > > > to the sanitizer interface. > > > > > > > > I'm trying to find a way to better solution to the sanitizer. A few > > > > ideas I'm considering: > > > > - Teach clang to add -lsys when linking with sanitizers on sufficently > > > > new systems (con: doesn't fix gcc). > > > > - Make the symbol weak in the sanitizer and complain when it's not > > > > found or call back to using environ. The latter migth have > > > > limitations around direct exec with rtld. > > > > - Relocate __elf_aux_vector to csu so the symbol is always available. > > > > - Adding a new interface to access __elf_aux_vector directly. > > > > > > > > I'll continue to work on this. > > > > > > > > -- Brooks > > > > > > > > On Wed, Feb 21, 2024 at 09:52:23AM +0000, Hartmut.Brandt@dlr.de wrote: > > > >> Hi, > > > >> > > > >> I updated yesterday and now event a minimal program with > > > >> > > > >> cc -fsanitize=address > > > >> > > > >> produces > > > >> > > > >> ld: error: undefined symbol: __elf_aux_vector > > > >>>>> referenced by sanitizer_linux_libcdep.cpp:950 (/usr/src/contrib/llvm-project/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cpp:950) > > > >>>>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in archive /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-x86_64.a > > > >> cc: error: linker command failed with exit code 1 (use -v to see invocation) > > > >> > > > >> I think this is caused by the libsys split. > > > >> > > > >> Cheers, > > > >> Harti > > > >> > > > >> -----Original Message----- > > > >> From: owner-freebsd-current@freebsd.org On Behalf Of Brooks Davis > > > >> Sent: Friday, February 2, 2024 11:32 PM > > > >> To: current@freebsd.org > > > >> Subject: libc/libsys split coming soon > > > >> > > > >> TL;DR: The implementation of system calls is moving to a seperate library (libsys). No changes are required to existing software (except to ensure that libsys is present when building custom disk images). > > > >> > > > >> Code: https://github.com/freebsd/freebsd-src/pull/908 > > > >> > > > >> After nearly a decade of intermittent work, I'm about to land a series of patches which moves system calls, vdso support, and libc's parsing of the ELF auxiliary argument vector into a separate library (libsys). I plan to do this early next week (February 5th). > > > >> > > > >> This change serves three primary purposes: > > > >> 1. It's easier to completely replace system call implementations for > > > >> tracing or compartmentalization purposes. > > > >> 2. It simplifies the implementation of restrictions on system calls such > > > >> as those implemented by OpenBSD's msyscall(2) > > > >> (https://man.openbsd.org/msyscall.2). > > > >> 3. It allows language runtimes to link with libsys for system call > > > >> implementations without requiring libc. > > > >> > > > >> libsys is an auxiliary filter for libc. This means that for any symbol defined by both, the libsys version takes precedence at runtime. For system call implementations, libc contains empty stubs. For others it contains copies of the functions (this could be further refined at a later date). The statically linked libc contains the full implementations so linking libsys is not required. > > > >> > > > >> Additionally, libthr is now linked with libsys to provide _umtx_op_err(). > > > >> > > > >> The overall implementation follows https://reviews.freebsd.org/D14609, > > > >> but is redone from scratch as multiple commits to facilitate review and assist git's rename detection. > > > >> > > > >> Testing: > > > >> - Boot testing on amd64, aarch64, and riscv > > > >> - make tinderbox (prior version, final run in progress) > > > >> - exp-run: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276391 > > > >> - Kyua tests in poudriere amd64 jails: same 359 failures as with the > > > >> latest freebsdci build > > > >> > > > >> Thanks to Ali Mashtizadeh and Tal Garfinkel for D14609 and many apologies for not landing this in a timely manner. Additional thanks to kib@ for many rounds of review, markj@ and kib@ for debugging rtld issues exposed by this patch, and antoine@ for exp-runs. > > > >> > > > >> Future work: > > > >> - Purely functional interfaces to system calls (no errorno). > > > >> Unfortunately there isn't an obvious way to do this without > > > >> significant (possibly generated) assembly code. > > > >> - Investigate msyscall(2) and pinsyscalls(2). > > > >> - Reduce the size of stubs in libc. I????????ve errored on the > > > >> side of not touching the copies that end up in libc to keep diff > > > >> size down. We might want to generate empty stubs instead. > > > >> > > > >> See also: > > > >> - Solaris Linker and Libraries Guide: > > > >> https://docs.oracle.com/cd/E23824_01/html/819-0690/chapter4-4.html > > > >> > > > >> -- Brooks > > > > > > > From nobody Thu Feb 22 08:47:29 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TgRbx5H79z5CC2F for ; Thu, 22 Feb 2024 08:47:41 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TgRbx4Tx2z4Wrb; Thu, 22 Feb 2024 08:47:41 +0000 (UTC) (envelope-from theraven@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1708591661; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=XSHyNwklqsDSYidylJoanxHZCyPzS8BYWczgQfyi3ks=; b=XDUoMyvyaM/7bjRK9u2QEcJQRxX1bykqbCz8mCLZcdoLf7UIrPFrqErJ/PJG1RNCQ2LRbb OJzDJsPs3KkVtbLVQunEejh+4sq+QA3iOlDJSvVZo6G64BCvb0/UURoP4POkcKnqMC6ND+ 414JiPGbknrbdv5twVSRlWG/qusjEU5KkCM1tUF7SGW1HlLcU4sUaBTCvFBXlEPrS7jzKY OIEy8HeFnT8yeyq14efcH+y21qE07TKe7EXr1/e/60/X9XS5aaC7eWcL5eyFXPi+jK5mAq HqQyLa1hRAJsoeL0HO6NssBtLtMWk0o0O1VzPYnxncSQD2BuM3byodadVzA2Tg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1708591661; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=XSHyNwklqsDSYidylJoanxHZCyPzS8BYWczgQfyi3ks=; b=QvYNFB/rFbw2yxUGg07NVDJf63U728gdyfNbvJnDN7ww+Yy6h9KgmMOJ0i4HjbbotiO6I1 p2Rs744N+c7vdUrP2BDtpVRIBQzDh5xl1oFhnnjwGy60OVp1PaCB/3pqls1naclNUmdrqg +WYMQk1E0aVB7tjfzR0JICdp35Z8Amzs5ym6CD6K/THnZeXkiQJOR70fQEXb3B8s08HQRh kkEiYRbsoZbIeArqoE4DZvRMomqEaKk/2bMV0EJ334BLzu6n6VsCupr5Q1x4Yz/d9KYBlE A5opa74ZfpVmhTCFCkSMvrI7PtlT46K9PwzATr5YNb6aqAZrsabWsuMFAS/GZw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1708591661; a=rsa-sha256; cv=none; b=jc7V8Es+5YM3OUyMS6TclwP7AoH2bqh/MecPYObiqrtv808lfXsDEF3Hq3RA4YUKOgCyte It1932AoaV6e49r03dwF/Kx8CCB+ISgUOLfb3XfeqMpvqF9PAyaQR0CSyiUnhD54XUYTcO /UyomgwDw/0qKOw7d5yOTaPW0EABYAgWEoNiHVDHjDM9oKN2bWjQdJ+9C0Fst6YRyvmZhN s8w4gv/dEHhKYskQQIbLIioS0yTpxW9f6BuqTEa9w35l9Yc8bL1TUEedfR7bQ7R8LptXIw Hanj+62fX6Kt4OVk73OhGdmnyBufF5+Ip2wD10GrJnZHj1tMojtkcJhz6Re35A== Received: from smtp.theravensnest.org (smtp.theravensnest.org [45.77.103.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: theraven) by smtp.freebsd.org (Postfix) with ESMTPSA id 4TgRbx3VqWz1Ltt; Thu, 22 Feb 2024 08:47:41 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from smtpclient.apple (host86-131-178-116.range86-131.btcentralplus.com [86.131.178.116]) by smtp.theravensnest.org (Postfix) with ESMTPSA id 09B2890C8; Thu, 22 Feb 2024 08:47:41 +0000 (GMT) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: David Chisnall List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: sanitizers broken (was RE: libc/libsys split coming soon) Date: Thu, 22 Feb 2024 08:47:29 +0000 Message-Id: References: Cc: Hartmut.Brandt@dlr.de, current@freebsd.org In-Reply-To: To: Brooks Davis X-Mailer: iPad Mail (21C62) On 21 Feb 2024, at 20:00, Brooks Davis wrote: >=20 > The sanitizers reach somewhat questionably into libc internals that are > exported to allow rtld to update them. I was unable to find an solution > that didn't break this and I felt that fixing things like closefrom() > using non-deprecated syscalls was more important than avoiding changes > to the sanitizer interface. On Darwin, Apple added a special __interpose section that contains pairs of f= unctions to be replaced and replacements. Within the library supplying the i= nterposer, the symbol is resolved to the next version along, but everything t= hat links to the interposing library sees the wrapped version. I wonder if it=E2=80=99s worth teaching rtld to do something equivalent. It=E2= =80=99s a fairly lightweight generic mechanism that avoids a lot of the hack= s that the sanitisers (and other things, such as instrumented malloc wrapper= s) do. David= From nobody Thu Feb 22 11:32:12 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TgWPT4nrhz5CSHb for ; Thu, 22 Feb 2024 11:38:53 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TgWPS5rjKz4tTT; Thu, 22 Feb 2024 11:38:52 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=Q1jvt5B1; spf=pass (mx1.freebsd.org: domain of Alexander@Leidinger.net designates 89.238.82.207 as permitted sender) smtp.mailfrom=Alexander@Leidinger.net; dmarc=pass (policy=quarantine) header.from=leidinger.net List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1708601914; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=PRec+hSWqmgXFSS8qzqb7KPawqaB5KLBnpVRRP+Kea0=; b=Q1jvt5B1nWlVEvBmHO+DYIgZawvTzPS9ibauk/F8zXnuEMujXdwtjUJ0KSL/CC1UuTVRi+ EbseDCuZpwPYsBGzR5qP7cf53vMEL7LwNy7QLSOYrIAoxuMJUsnb4doWSSoGEH8Al7+579 ABVbZvRXUU3DCf2I7bniUcEB6HdDdET+9zjNzFc4i+2nQTootMoTanYnGJuR4erLDvHKBw 6CuiOiJN5fw1PBnIGHsyk9KhESsRXkLN4IDZ09cdLrSBJsvc7Mi1L86n/qdJeoe8gtkD7x mlfJNAbE9LIBGBOaXWkc18XXiyO4zsBB28ooGHS0Ao1lLERKXy1q1rUGy98IjQ== Date: Thu, 22 Feb 2024 12:32:12 +0100 From: Alexander Leidinger To: Hartmut.Brandt@dlr.de Cc: brooks@freebsd.org, current@freebsd.org Subject: Re: sanitizers broken (was RE: libc/libsys split coming soon) In-Reply-To: <385dd04f716d4b90baa826dd1b18d277@dlr.de> References: <385dd04f716d4b90baa826dd1b18d277@dlr.de> Message-ID: Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_170258b1e4bb38b6418c71ed45a29881"; micalg=pgp-sha256 X-Rspamd-Queue-Id: 4TgWPS5rjKz4tTT X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.05 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.946]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; ASN(0.00)[asn:34240, ipnet:89.238.64.0/18, country:DE]; ARC_NA(0.00)[]; HAS_ORG_HEADER(0.00)[]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_TRACE(0.00)[leidinger.net:+]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; HAS_ATTACHMENT(0.00)[] This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_170258b1e4bb38b6418c71ed45a29881 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-02-21 10:52, schrieb Hartmut.Brandt@dlr.de: > Hi, > > I updated yesterday and now event a minimal program with > > cc -fsanitize=address > > produces > > ld: error: undefined symbol: __elf_aux_vector >>>> referenced by sanitizer_linux_libcdep.cpp:950 >>>> (/usr/src/contrib/llvm-project/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cpp:950) >>>> sanitizer_linux_libcdep.o:(__sanitizer::ReExec()) in >>>> archive /usr/lib/clang/17/lib/freebsd/libclang_rt.asan-x86_64.a > cc: error: linker command failed with exit code 1 (use -v to see > invocation) > > I think this is caused by the libsys split. There are other issues too. Discussed in multiple places. I opened https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277222 this morning, maybe it can be used to centralize the libsys issues (= I don't mind of you add a comment there, but maybe brooks wants to have a separate PR). Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_170258b1e4bb38b6418c71ed45a29881 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmXXMMwACgkQEg2wmwP4 2IZoEg//dGvVpTUoqorgKyZrgkjTgqJ0te3cOX2O10UOTVraY6FIQIBkjLdC+PwG hJkbG2NZnTfxQx6KObqodkBFYXYFP9BYffFARHwuo34s54TKI/i6AfVZHuTKTO0D 1VgJXkHVKefOmLcJcDIlz7JkaGu3xQR2BOJwCCFDuOTQ5SF397rT6AxmMH1dRTg9 PW2ctcl+0e+W3Ir7JdigEEJypS5wN1gLXGN6REIzcBbeBkSE5nUGovhdA+o5rR3n YJDByMaJEKvvl0uLZ3fIFbWCRGFXAbX3eaFZ+1qPdBrsd0hC8Li2URoKR5HL/Zj2 yRMcIY+tigikpLq0En/Jo7wzsiszSoWddx2tQVI8UtYB6TCZmsGL9nEnVqJAVlh5 To/vsh6udSVocknvIRbGcPyOyMyYOWMl/YCqsV/C0YCu/mKzwkn7l7DIf9yZS8YI SIv7xVh4or0LWXfrzm8lpkInujQnmOmqzjTleFsb4dfn2zm6t6CAYrm1bfM3WbMn 3dD9xgVOq5Ek84Al9AAK4FfrdrabkE2ILI9WrTsacd+dk/oaTgrZArzGpqPaOFWN DsRYmlp/VhodSNkMtzftN3RC6XXZlba9saQzZN9RMX8VcEhlVQg4yQyUcgXR2tvu MmpRCDW+4r2DZwW4OomYrmDYd8M+t3hMvRO1ujZLmKjfuQgXKmA= =QbVj -----END PGP SIGNATURE----- --=_170258b1e4bb38b6418c71ed45a29881-- From nobody Thu Feb 22 12:45:29 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TgXtN5MdHz5CY2y for ; Thu, 22 Feb 2024 12:45:32 +0000 (UTC) (envelope-from dev@submerge.ch) Received: from pianosa.iway.ch (pianosa.iway.ch [212.25.24.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TgXtN2QMdz541N; Thu, 22 Feb 2024 12:45:32 +0000 (UTC) (envelope-from dev@submerge.ch) Authentication-Results: mx1.freebsd.org; none Received: from pianosa.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id C880FE0A3F; Thu, 22 Feb 2024 13:45:30 +0100 (CET) X-Iway-Path: 0 Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/21551.27449); Thu, 22 Feb 2024 13:45:30 +0100 (CET) Received: from interway.li (sendai-sued.iway.ch [212.25.24.39]) by pianosa.iway.ch (Postfix) with ESMTP; Thu, 22 Feb 2024 13:45:30 +0100 (CET) Received: from [145.40.196.39] (account fw@submerge.ch HELO z800.localnet) by sendai-sued.interway.li (CommuniGate Pro SMTP 7.1.0) with ESMTPSA id 235673739; Thu, 22 Feb 2024 13:45:30 +0100 From: Florian Walpen To: freebsd-current@freebsd.org, Lexi Winter Cc: Christos Margiolis Subject: Re: 42fdcd9fd917 broke my snd_uaudio(4) Date: Thu, 22 Feb 2024 13:45:29 +0100 Message-ID: <4884231.Cjmsv3J8Qz@z800> In-Reply-To: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4TgXtN2QMdz541N X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8758, ipnet:212.25.0.0/19, country:CH] Hi Lexi, On Thursday, February 22, 2024 2:45:07 AM CET Lexi Winter wrote: > hello, > > since the commit: > > 42fdcd9fd917 snd_uaudio(4): Fix config detection with defaults set. > > my snd_uaudio(4) no longer works. the symptom is that applications > attempting to play audio hang forever, and no audio is produced. > reverting this commit fixed the problem. > > the issue only occurs if i have this set in /boot/loader.conf: > > hw.usb.uaudio.default_bits=32 > hw.usb.uaudio.default_rate=48000 > > removing these two settings makes audio work correctly again. Thanks for reporting this. While I don't see the need to set these lines in loader.conf, at least not for your particular audio device, it certainly shouldn't break anything. I think it might be helpful to handle this case in a PR on bugs.freebsd.org, if you don't mind? We probably need more info and logs. > > my audio device: > > ugen3.2: at usbus3 > uaudio0 on uhub1 > uaudio0: > on usbus3 uaudio0: Play[0]: 48000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms > buffer. uaudio0: Play[0]: 192000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms > buffer. uaudio0: Play[0]: 176400 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms > buffer. uaudio0: Play[0]: 96000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms > buffer. uaudio0: Play[0]: 88200 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms > buffer. uaudio0: Play[0]: 48000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms > buffer. uaudio0: Play[0]: 44100 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms > buffer. uaudio0: Record[0]: 48000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms > buffer. uaudio0: Record[0]: 192000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms > buffer. uaudio0: Record[0]: 176400 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms > buffer. uaudio0: Record[0]: 96000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms > buffer. uaudio0: Record[0]: 88200 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms > buffer. uaudio0: Record[0]: 48000 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms > buffer. uaudio0: Record[0]: 44100 Hz, 20 ch, 32-bit S-LE PCM format, 2x4ms > buffer. uaudio0: MIDI sequencer. > pcm0 on uaudio0 > uaudio0: No HID volume keys found. I have a Scarlett 18i20 myself, but maybe a different generation - it has 18 recording channels as its name suggests. Is 20 recording channels correct for your device? > > and /dev/sndstat: > > FreeBSD Audio Driver (64bit 2009061500/amd64) > Installed devices: > pcm0: on uaudio0 (1p:0v/1r:0v) default > snddev > flags=0x3e6 > [pcm0:play:dsp0.p0]: spd 48000, fmt 0x01401000, flags 0x2000110c, > 0x00000001, pid 22326 (virtual_oss) interrupts 115908, underruns 0, feed > 115907, ready 123440 [b:30720/15360/2|bs:131040/65520/2] channel > flags=0x2000110c {userland} -> > feeder_root(0x01401000) -> {hardware} > [pcm0:record:dsp0.r0]: spd 48000, fmt 0x01401000, flags 0x2000112c, > 0x00000001, pid 22326 (virtual_oss) interrupts 115930, overruns 97, feed > 229796, hfree 30720, sfree 65440 [b:30720/15360/2|bs:65440/32720/2] channel > flags=0x2000112c > {hardware} -> feeder_root(0x01401000) -> {userland} > Installed devices from userspace: > dsp.full: (play/rec) > dsp.record: (play/rec) > dsp: (play/rec) > > regards, lexi. I see that there's a lot of recording overruns and the recording software side buffer of the pcm device is unusually small. Does recording work well for you? Apart from that, I'd be interested in the exact circumstances this problem occurs. Could you provide the dmesg and sndstat output as above, but with the settings in loader.conf applied and playback hanging? Since you're using virtual_oss, I suppose it produces an error log somewhere? And then maybe the output of the following commands, also while playback is hanging: sysctl hw.snd sysctl dev.pcm.0 You might also try to change the sample rate in virtual_oss to some other value, and then back to 48000. That could give us a hint. Regards, Florian From nobody Thu Feb 22 17:47:26 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TggZm2dBhz5B4cp for ; Thu, 22 Feb 2024 17:47:28 +0000 (UTC) (envelope-from lexi@le-fay.org) Received: from thyme.eden.le-Fay.ORG (THYME.EDEN.LE-FAY.ORG [81.187.47.194]) by mx1.freebsd.org (Postfix) with ESMTP id 4TggZm067tz4Xcp; Thu, 22 Feb 2024 17:47:28 +0000 (UTC) (envelope-from lexi@le-fay.org) Authentication-Results: mx1.freebsd.org; none Received: from iris.eden.le-Fay.ORG (IRIS.EDEN.LE-FAY.ORG [IPv6:2001:8b0:aab5:106:3::6]) by thyme.eden.le-Fay.ORG (Postfix) with ESMTP id 8CB9297; Thu, 22 Feb 2024 17:47:24 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=le-fay.org; s=thyme; t=1708624044; bh=/Dvsc046RY0SRI4Zil/NZHzZP8Cx5xHOcm/XulICw7w=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=p7YX2si/9SDlWrAHZrPJwkavZfDegXbeYQB1obGmLK1MhldP7o54Fu1BqYZbSHoTp cgIo9k2JYOHnu5RuVZ0q30ey0MNknswOqnAJxR9KWeWN2frlISTmMd+0V/g0suLXbS mNQDRQfKO4U9iF0tmx0KOzNNLos9kuGnB9R88Pgs= Received: from ilythia.eden.le-fay.org (ILYTHIA.EDEN.LE-FAY.ORG [IPv6:2001:8b0:aab5:106:3::10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by iris.eden.le-Fay.ORG (Postfix) with ESMTPSA id 790EF2C041F; Thu, 22 Feb 2024 17:47:26 +0000 (GMT) Date: Thu, 22 Feb 2024 17:47:26 +0000 From: Lexi Winter To: Florian Walpen Cc: freebsd-current@freebsd.org, Christos Margiolis Subject: Re: 42fdcd9fd917 broke my snd_uaudio(4) Message-ID: Mail-Followup-To: Florian Walpen , freebsd-current@freebsd.org, Christos Margiolis References: <4884231.Cjmsv3J8Qz@z800> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eRW+dZETxNLtoxVk" Content-Disposition: inline In-Reply-To: <4884231.Cjmsv3J8Qz@z800> X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4TggZm067tz4Xcp X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20712, ipnet:81.187.0.0/16, country:GB] --eRW+dZETxNLtoxVk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi Florian, Florian Walpen: > I have a Scarlett 18i20 myself, but maybe a different generation - it has= 18=20 > recording channels as its name suggests. Is 20 recording channels correct= for=20 > your device? =20 this is a 3rd generation 18i20; as well the usual physical inputs it has a stereo loopback channel that can be configured in the built-in mixer and which appears as an additional two recording channels. i think (although i'm not certain) that loopback functionality is new in the 3rd generation model. this is (very briefly) documented in the manual, which doesn't really add anything to what i just said but does show a screenshot of Ableton with 20 channels on p.16, which matches how the interface appeared in Logic when i used it there: https://fael-downloads-prod.focusrite.com/customer/prod/downloads/scarlett_= 18i20_3rd_gen_user_guide_v3_english_en.pdf > > FreeBSD Audio Driver (64bit 2009061500/amd64) > > Installed devices: > > pcm0: on uaudio0 (1p:0v/1r:0v) default > > snddev > > flags=3D0x3e6 > > [pcm0:play:dsp0.p0]: spd 48000, fmt 0x01401000, flags 0x2000110c, > > 0x00000001, pid 22326 (virtual_oss) interrupts 115908, underruns 0, feed > > 115907, ready 123440 [b:30720/15360/2|bs:131040/65520/2] channel > > flags=3D0x2000110c {userlan= d} -> > > feeder_root(0x01401000) -> {hardware} > > [pcm0:record:dsp0.r0]: spd 48000, fmt 0x01401000, flags 0x2000112c, > > 0x00000001, pid 22326 (virtual_oss) interrupts 115930, overruns 97, feed > > 229796, hfree 30720, sfree 65440 [b:30720/15360/2|bs:65440/32720/2] cha= nnel > > flags=3D0x2000112c > > {hardware} -> feeder_root(0x01401000) -> {userland} > > Installed devices from userspace: > > dsp.full: (play/rec) > > dsp.record: (play/rec) > > dsp: (play/rec) >=20 > I see that there's a lot of recording overruns and the recording software= side=20 > buffer of the pcm device is unusually small. Does recording work well for= you? =20 i haven't had a chance to test recording yet beyond a single work conference call, as i've only just got playback working well (that required a lot of fiddling with various options until i settled on virtual_oss). if you can suggset any obvious changes i'd appreciate that - maybe it's just a case of increasing the virtual_oss buffer? i did have to increase the playback buffer a bit as the virtual_oss default is rather small. > Apart from that, I'd be interested in the exact circumstances this proble= m=20 > occurs. Could you provide the dmesg and sndstat output as above, but with= the=20 > settings in loader.conf applied and playback hanging? =20 > Since you're using virtual_oss, I suppose it produces an error log somewh= ere?=20 > And then maybe the output of the following commands, also while playback = is=20 > hanging: >=20 > sysctl hw.snd > sysctl dev.pcm.0 i'll open a bug with this and the other details once i get a chance to reboot again to test, probably later today. thanks, lexi. --eRW+dZETxNLtoxVk Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEuwt6MaPcv/+Mo+ftDHqbqZ41x5kFAmXXiKsACgkQDHqbqZ41 x5no8Qv+Jx2oZ4tA87p7ngM2TWYqsN9K5+8AN1fOqcvrhekQ/Un74CjNE6PZdlWF ILA0/BtyGNk0UzkotEWfqYqsQCRsKx6Ca0NG5wsXPbfj76w+gl3IxWSBmGFuLIZi QdNdUARgOjIJ01SFvkWpvxob83iDDSFk7ime76q34dECaCxaKcsnFA7ZNWwAlU1L eZ/iim+zqd7qMtDgbK+ODRztzYl94dNMadnHy1mJRD5m147+spGBb7Ne2hEaJRvE 3bL/xyN5o6mWGClWbN9SBlqhBHIrKVTyOwl5TXWDr0rVrrKn7NPGUmvR8j1TVwsk StJfTFhsVm8e2CvmY/WERNT63HcRdAbmnatiotW4thWo04qu8P88yiBZu57XhGqs LJnIAHsdQuUkv25TAJENXpGtnViBir4sfFgvUzqfsQybM9D3TyChojtXpjzLmkJH PqUdkyEIQHP5tZi01nJ+K4iZq9FQX1y7x9rPX3CHyl5KrepJE96ysduPkiAmYxR8 O1SzDRRy =vCsd -----END PGP SIGNATURE----- --eRW+dZETxNLtoxVk-- From nobody Thu Feb 22 18:16:30 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TghDZ6g1Rz5B7Gs for ; Thu, 22 Feb 2024 18:16:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TghDY6g2pz4cdX for ; Thu, 22 Feb 2024 18:16:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=owGMvkg8; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708625803; bh=tzyv9d5VqLsVv3YpMS8R93X873OnWpQrKeSiLIRfgJ4=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=owGMvkg8eR4pv8Gz4qHcQSU9s7L39Mko8L7OnWwljnRhBey4maKJRxjabTE5fLdEk3fu0FRZT/rDzjQvgiMH7mpJDUUxrCx5ILBaVxLjF6ew1n6mWssESjZ5kYlOBZPjeIb21/6UzudB7Sm/Kue8JSI4Rhhefft+Ef79OWE764bRKSkZhqKV8ftFcNwIrWr+DhnYMxsFX3qt8hXWvoslEvF/Vo7uD24YUxzipOTFfQLKWjD3VJw6jZSqw40R9C6+1AdIwU0p5DztDgb4zycedDgdRq/Z4XY6uvgYnr3JwoKKs+o/SCCei4CCntKmIqcdIAFPz6DoKSeny+jMTnyjpQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708625803; bh=qNs/0BYLJc+AdgI8fB1jeAK6Bob5rUoQeH8e7vcAEZA=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=hDWVG3vcgjiw0/j8cxwT4UnmLKWzQ2/rDz0ywfuJSQ+urSJcyz3BjGMBpiQ5FRW2N6MpOdeN4aPac47PVDMJzpNWJf1Q3FLOFK8cub450EGr4UznJ8LaYetE3D11tDZXZBX9yZ/mbEYcSSszcmMJPtPSx0vRzVAr9apoOq7xNUb4S9/zk9A18mjWBXjzQfWat6ym6qGyJBRemTsXJZ6YvYAwRiaHIhvm+fxuhUqwPGqAJvu8ubzD4EJr2YQACA+SwQVT0jZTZ2GeQkMvUhxnIzva7N112Hmmh/8H6W9+QL//pdta44Q9e56ncIqdKPUvcld8sgE7kysVj0s43lZjsA== X-YMail-OSG: jpW1a_UVM1kmPOrPTGY3ZkZhjL0COLjobZCb6mcS2feH4sMD7rh1eL0HyPMBYjh QCfbU2qQUzQPAXjkL0C5g1dOMMMpMVWMWI.hwbOeiL4DkNSbqzF4parPjgIq7lUdxp2oqHbsHidf vFua9PIVid7ftK_eOFmhRSAlFXzYmuuvbzkjfAANVCHvyoZIr4Z3h8QbcsO2GCm4xoJH4_myXo.z 2ckEGbIzIKSG_TKG9k0OaF4NkpUwP2vl3weX7S8_kFr81Y0zI99NJdtzEGi6YkMZdXQNJ787_.R. K7jhun8bWjaFJLZ6KiCRPiRi96NKPDGZOU2JStIZ04kS1_Khyu6sETHNrPFetj5iFtsg33HuGUfP frl04BbTKifEg5fAmwpxR31yAY3Oq7mJjzVydrwtygcPn_kMVfYuL_BLBChT2xIIjVBnA9dLFAXL 2YlST9iSOCxbpNVxGzGbko._cFRVJK.hotdp1Ys3WKkzTZpolK2yC11qQ_FaLe.eZrwVUpO8Zm9z j2WravZXGESmRmAkPJr5tVBLAURd_arNujQgoLuiwJdAzrji8rv39HXTeQfJOhGMzxNpKVU0o.L3 64iGKXHPZ7i8xaThrmkz.z3yPoKXjIPp9xW14FTae3EmyXH5_vEX8p48b7MxOpSUj23BImJdELQi 0UgrrpxOaVWiwgs4zgfr1oneL5OWmALMO5_nXc_RACg7yxcw0IEl1fx4.099Qib8UQzzP4g_E.v5 oE.7ih_ebQs38Fm8psSVxSCYqU2OjrsMas.RxAzgfqAdECAtSU6sSDZaY_rhrmmFQkyOHYzBBQgV FxXuybAh.53a0ves6euACM9EkH_P9T1O5B0ocOF.iruGSdl5KepHEsWzs9fjwbaRkFvr99OMkWew IShRygo2GXzRMsoNV2IlGqINJx_WVKzDiLIFLGJjenBM3J0N0ZfcdmdoX2sWYd4HTxBpMD37Aqja O.e1I1LnDBhHE5CBnOHNsROwyNZ5ITKI13xTKTflKCtd3qwSaefmtawN3gliFeINpKy1mpU0IRxL ZT8MRIX0m_EfU_GBq8CVu9QZhSE_.1qcROkKQkK0YmQCPp_WCFUB3bG40FkiiYQExq9c3WNhRiPz W8Y_mA8A04M5a3wmccPovqueImVnwlYYIOXUUWNxcinHa84RArjFI5ZjlZ9s1uOKdOwVDrUEKiqn kLa3fyFZbtlzTqcGwkRExE6E27P.HUdqUM2s2YszQUN0bDoPWnP9fN7n2..e.XyLaJ5ko9R.0oTl 6njZnPBD6TIu494ijk4FUA1f3U9qcB4x32YLBn81.atHGgFH3DUwAI936jeF4ig7XqGC5_XMIUzU QflbBX09A5A6mBKEO0ytiA0gjqoSYHcMlzzKMYM4rl8WoErPjUv2E6jSLEHz6Woyhh3ThRoV3iCC v.Qe9xLtphMlwxbLI_W39L4.D2D7KuVD6R4HmMRh2k1k5IPFvm3VPIO6Nhz_BJfd02FyM1xXT9Sq 0FcJGaKGEmUKhrBV.khPtxd0PgHn9ISZTwxbujqe6tYAlFZFPoVfb.K1IUzXU_mQ6bCB.rYxcX8p OJB6uj8jsBHH5XHfLVwSP8rPJBzMpPhMjus2s2QvwYvNTYxLexszPfD1YwM5pqTb1bhpGXx5dQXp bM.eldYcBwv.E9dV51Nqy9AXwnVi3qLLyLp4QNMPjix6zRy5HbPtWOlexLilRAHOnQoPrMBHSjBc _ivdpXgIyzaXLY1Lm9hAVm6oefxCeisIk6CiG5H8RnuIrlMqKpgxFP_FGmCCOkhrvR9TKmxRL1_2 anIdxECn0kJcmn7DlHfPoZrsIHNE5_lWsm1cbmgv6QuXvXvOq.q20JTsV1UPAetdAO7bqBAhan.P 76Kq0wX.CATEx5nde8tXajgNwsU0h1dxtwfgsyIYEdYsIBN6VpwyF1oDRlP5UM.qlCjgQo_W_FrM lQ.BZlDh472KeirFsYw2QtSDkNwwuec1pNTmep2Iksp0DEv5755Z_MOOLk52tl3pWK5UjXQboo1p ogaCnEd3lVMbULNIMbxX0Y77YMT0Nt7n_7oIdnZ7vsXWnKAqKhDQFOFKAFm0RzeuanvTqTNNN2hJ FxOr2aQMKM4kOL3z9pdrE5wR1KUqw73ZaD_Nz.JQ9ShKDVJEcRBs9i0svKgMYeW8KhfwoMoJSd.b 1Cd1ytjacNzSN71eBJ2EzbrVae2CpuW4ydKrn1lB0HsYIB53.UNvqUiHJi.HwwHd2xCqCFEedDgx U2suGxW8pFjYSQ9fMq4rdvB62fYeUkWkf1wSdaBtDXVtA3x07Mea27UkVsElueODCpqXPizbJ X-Sonic-MF: X-Sonic-ID: 9a23191b-f5ac-40c9-a152-fe2a6123d30d Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Thu, 22 Feb 2024 18:16:43 +0000 Received: by hermes--production-gq1-5c57879fdf-9nrfh (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 85a74fc7d5b3965f6d1fb92a2470ade1; Thu, 22 Feb 2024 18:16:41 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: Re: sanitizers broken (was RE: libc/libsys split coming soon) [errno in libsys: any analogy to __elf_aux_vector ?] Message-Id: <2ED630A9-F4A3-44EE-A35C-ED81F2EAF8BC@yahoo.com> Date: Thu, 22 Feb 2024 10:16:30 -0800 To: Brooks Davis , Konstantin Belousov , FreeBSD Current X-Mailer: Apple Mail (2.3774.400.31) References: <2ED630A9-F4A3-44EE-A35C-ED81F2EAF8BC.ref@yahoo.com> X-Rspamd-Queue-Id: 4TghDY6g2pz4cdX X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_TO(0.00)[FreeBSD.org,gmail.com,freebsd.org]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.30:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.30:from]; APPLE_MAILER_COMMON(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[] Brooks Davis wrote on Date: Thu, 22 Feb 2024 02:03:09 UTC : > On Thu, Feb 22, 2024 at 02:57:13AM +0200, Konstantin Belousov wrote: > > On Wed, Feb 21, 2024 at 08:20:25PM +0000, Brooks Davis wrote: > > > That's probably worth a shot. Static linking will work anyway = because > > > libc.a in effect embeds libsys to retain compatability. > > Please do not add libsys.so to the ABI. Right now it is an = implementation > > detail of libthr and libc, and it is preferable to not change it, at = least > > not yet, and definitely not to solve some minor internal issues. >=20 > Indeed, on further reflection I agree. Another option occured to me > which I intend to persue tomorrow: explicitly link the sanitizer .so > files with libsys. At least in the base system that should be straight > foward. Does the errno move to libsys have any problems similar to the __elf_aux_vector move to libsys --that might also lead to needing -lsys (for things as the are now)? For reference: = https://lists.freebsd.org/archives/dev-commits-src-main/2024-February/0220= 25.html =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Feb 22 18:57:42 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tgj7q0jzpz5BBMD for ; Thu, 22 Feb 2024 18:57:43 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tgj7p5fSNz4kmX for ; Thu, 22 Feb 2024 18:57:42 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Authentication-Results: mx1.freebsd.org; none Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 3C6783C019A; Thu, 22 Feb 2024 18:57:42 +0000 (UTC) Date: Thu, 22 Feb 2024 18:57:42 +0000 From: Brooks Davis To: Mark Millard Cc: Konstantin Belousov , FreeBSD Current Subject: Re: sanitizers broken (was RE: libc/libsys split coming soon) [errno in libsys: any analogy to __elf_aux_vector ?] Message-ID: References: <2ED630A9-F4A3-44EE-A35C-ED81F2EAF8BC.ref@yahoo.com> <2ED630A9-F4A3-44EE-A35C-ED81F2EAF8BC@yahoo.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2ED630A9-F4A3-44EE-A35C-ED81F2EAF8BC@yahoo.com> X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4Tgj7p5fSNz4kmX X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36236, ipnet:199.48.128.0/22, country:US] On Thu, Feb 22, 2024 at 10:16:30AM -0800, Mark Millard wrote: > Brooks Davis wrote on > Date: Thu, 22 Feb 2024 02:03:09 UTC : > > > On Thu, Feb 22, 2024 at 02:57:13AM +0200, Konstantin Belousov wrote: > > > On Wed, Feb 21, 2024 at 08:20:25PM +0000, Brooks Davis wrote: > > > > That's probably worth a shot. Static linking will work anyway because > > > > libc.a in effect embeds libsys to retain compatability. > > > Please do not add libsys.so to the ABI. Right now it is an implementation > > > detail of libthr and libc, and it is preferable to not change it, at least > > > not yet, and definitely not to solve some minor internal issues. > > > > Indeed, on further reflection I agree. Another option occured to me > > which I intend to persue tomorrow: explicitly link the sanitizer .so > > files with libsys. At least in the base system that should be straight > > foward. > > Does the errno move to libsys have any problems similar to > the __elf_aux_vector move to libsys --that might also lead > to needing -lsys (for things as the are now)? I don't think so. With errno, there is still a copy in libc, it's just not used because the libsys on takes precidence. With __elf_aux_vector we were working around a different issue where the wrong copy was being updated by rtld which I resolved by moving it entierly. It's worth noting that any software that links with the errno symbol is buggy as errno is defined as a macro that calls a function as permitted by POSIX. I'm not convinced we should be exposing it for linkage at all. -- Brooks From nobody Thu Feb 22 21:28:15 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TgmTd3kWgz5BS3W for ; Thu, 22 Feb 2024 21:28:21 +0000 (UTC) (envelope-from dev@submerge.ch) Received: from gozo.iway.ch (gozo.iway.ch [212.25.24.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TgmTc72Rnz43SR; Thu, 22 Feb 2024 21:28:20 +0000 (UTC) (envelope-from dev@submerge.ch) Authentication-Results: mx1.freebsd.org; none Received: from gozo.iway.ch (localhost [127.0.0.1]) by localhost (Postfix) with ESMTP id A0F3034067F; Thu, 22 Feb 2024 22:28:17 +0100 (CET) X-Iway-Path: 0 Received: from localhost (localhost [127.0.0.1]) by localhost (ACF/28147.24633); Thu, 22 Feb 2024 22:28:17 +0100 (CET) Received: from interway.li (sendai-nord.iway.ch [212.25.24.38]) by gozo.iway.ch (Postfix) with ESMTP; Thu, 22 Feb 2024 22:28:17 +0100 (CET) Received: from [145.40.196.39] (account fw@submerge.ch HELO z800.localnet) by sendai-nord.interway.li (CommuniGate Pro SMTP 7.1.0) with ESMTPSA id 258023790; Thu, 22 Feb 2024 22:28:17 +0100 From: Florian Walpen To: Lexi Winter Cc: freebsd-current@freebsd.org, Christos Margiolis Subject: Re: 42fdcd9fd917 broke my snd_uaudio(4) Date: Thu, 22 Feb 2024 22:28:15 +0100 Message-ID: <2198605.PLFibm3KWW@z800> In-Reply-To: References: <4884231.Cjmsv3J8Qz@z800> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4TgmTc72Rnz43SR X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8758, ipnet:212.25.0.0/19, country:CH] Hi Lexi, On Thursday, February 22, 2024 6:47:26 PM CET Lexi Winter wrote: > hi Florian, > > Florian Walpen: > > I have a Scarlett 18i20 myself, but maybe a different generation - it has > > 18 recording channels as its name suggests. Is 20 recording channels > > correct for your device? > > this is a 3rd generation 18i20; as well the usual physical inputs it has > a stereo loopback channel that can be configured in the built-in mixer > and which appears as an additional two recording channels. i think > (although i'm not certain) that loopback functionality is new in the 3rd > generation model. That makes sense, I have the previous generation with no loopback channels. > > > FreeBSD Audio Driver (64bit 2009061500/amd64) > > > Installed devices: > > > pcm0: on uaudio0 (1p:0v/1r:0v) default > > > > > > snddev > > > > > > flags=0x3e6 > > > [pcm0:play:dsp0.p0]: spd 48000, fmt 0x01401000, flags 0x2000110c, > > > 0x00000001, pid 22326 (virtual_oss) interrupts 115908, underruns 0, feed > > > 115907, ready 123440 [b:30720/15360/2|bs:131040/65520/2] channel > > > flags=0x2000110c {userland} > > > -> > > > feeder_root(0x01401000) -> {hardware} > > > > > > [pcm0:record:dsp0.r0]: spd 48000, fmt 0x01401000, flags 0x2000112c, > > > > > > 0x00000001, pid 22326 (virtual_oss) interrupts 115930, overruns 97, feed > > > 229796, hfree 30720, sfree 65440 [b:30720/15360/2|bs:65440/32720/2] > > > channel > > > flags=0x2000112c > > > {hardware} -> feeder_root(0x01401000) -> {userland} > > > Installed devices from userspace: > > > dsp.full: (play/rec) > > > dsp.record: (play/rec) > > > dsp: (play/rec) > > > > I see that there's a lot of recording overruns and the recording software > > side buffer of the pcm device is unusually small. Does recording work > > well for you? > i haven't had a chance to test recording yet beyond a single work > conference call, as i've only just got playback working well (that > required a lot of fiddling with various options until i settled on > virtual_oss). Yes, virtual_oss is currently the best option to break up multi-channel interfaces into smaller pcm devices, for general use. > > if you can suggset any obvious changes i'd appreciate that - maybe it's > just a case of increasing the virtual_oss buffer? i did have to > increase the playback buffer a bit as the virtual_oss default is rather > small. That was more like a general remark referring to this part of sndstat: [b:30720/15360/2|bs:65440/32720/2] The bs values show the buffer size of the pcm device, where the application (here virtual_oss) reads from. I just skimmed the source code, virtual_oss does set this buffer size according to its own buffer size. Here the buffer can hold 818 samples (~17ms), and the virtual_oss buffer should fit in there twice. As I recommend a multiple of the sound card period (4ms, from dmesg), I'd guess 384 (8ms) would make a good setting for the virtual_oss buffer parameter here. Maybe you can post your virtual_oss settings in the PR too. > > > Apart from that, I'd be interested in the exact circumstances this problem > > occurs. Could you provide the dmesg and sndstat output as above, but with > > the settings in loader.conf applied and playback hanging? > > > > Since you're using virtual_oss, I suppose it produces an error log > > somewhere? And then maybe the output of the following commands, also > > while playback is hanging: > > > > sysctl hw.snd > > sysctl dev.pcm.0 > > i'll open a bug with this and the other details once i get a chance to > reboot again to test, probably later today. Perfect, thank you. I have some ideas already, we'll see. Regards Florian From nobody Fri Feb 23 03:49:08 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tgwx65LYyz5BbKC for ; Fri, 23 Feb 2024 03:49:14 +0000 (UTC) (envelope-from editor@callfortesting.org) Received: from mail-pl1-x62f.google.com (mail-pl1-x62f.google.com [IPv6:2607:f8b0:4864:20::62f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tgwx56Hxxz4hfW for ; Fri, 23 Feb 2024 03:49:13 +0000 (UTC) (envelope-from editor@callfortesting.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=callfortesting-org.20230601.gappssmtp.com header.s=20230601 header.b=DR7pYuXn; spf=none (mx1.freebsd.org: domain of editor@callfortesting.org has no SPF policy when checking 2607:f8b0:4864:20::62f) smtp.mailfrom=editor@callfortesting.org; dmarc=none Received: by mail-pl1-x62f.google.com with SMTP id d9443c01a7336-1d95d67ff45so2275085ad.2 for ; Thu, 22 Feb 2024 19:49:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=callfortesting-org.20230601.gappssmtp.com; s=20230601; t=1708660152; x=1709264952; darn=freebsd.org; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=WtgeEGt5sFSNkdd2gx0QYPVpOV2Bl0PHEqwQc6OOVsk=; b=DR7pYuXncOlXLLeE1YgXghIV2pyciN4FLT1R5HuMr+1n8WysWSVpTbqf1d8Ag9bkq3 dGsaytR3Ypx4EF0lgHMcCHLamtoB8BTcxK/4E7y+hhp3ERtSWJqJGanhkIYGaucl/4AW Bd3mKMAcsY/xDC9jIIu3ncV+OmS3susGuyYzR8gUulu1z8eC6ie2C4rCksg/8bRKDuVL sG8Yz5p3NstltzvuklVSJoFqCvH58El1E/eY3SOFtgXAecHCIZ17YgwF8eh5jzl4UgOq feNi/rGh92b/cZPHufQ86KpaJ+gMlmT+oRGnxRUUVUIQz/KC2Z6CNmgiBFa/kZqPqygX KMZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708660152; x=1709264952; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=WtgeEGt5sFSNkdd2gx0QYPVpOV2Bl0PHEqwQc6OOVsk=; b=THff+Q+jWCO+mvLKY/idz/wVw7uqnIp7u6GEaMOfDPjpPIik05khUeV6axNF1wvRas yRR9oMckpnopIJB2z1ux2lMSLgtYe2nismuiyLeWSz/aMlCoxbkfPU0KUSxzpxvUYrjc NP2XxJhysPlwNtHTkLKYkpwbokbompDyB4SR3YkPox/uEzj4mOW4Ykp3a56WQtqaiPDd O+0GsTDK5WqBLCVKeqn5vZM55K8o0HknTY27YnTetSIpUXnE0aPK0hhEzD3HsIHS914g 8VLxaS4iannpAuv68ZvqGY1SXc0TJOCvrwCVVdcmJvWgWveOUvYVc+5Fp4QyrMuAgYCB /sHQ== X-Gm-Message-State: AOJu0YwMWmKiZ893Aav072jJnzflgtaA3J9gVMxsqJiTP5psJiKGR5+o VoMMMgUn/ARGlnnPUf5Sajr6F56ajmFriXDX+BpofMDrUjDoGD+6ghw0EknIGTLZPZR48SLlv5z o X-Google-Smtp-Source: AGHT+IHfJKzOWI9ViFBYGqOUgCn2T4KS9NxbiE+lNfpvZNASnNMeTqIxcg/KZoX/s+vglurc6C0yxg== X-Received: by 2002:a17:902:7805:b0:1dc:aea:10f2 with SMTP id p5-20020a170902780500b001dc0aea10f2mr573172pll.10.1708660151964; Thu, 22 Feb 2024 19:49:11 -0800 (PST) Received: from [10.1.0.70] (c-174-174-123-61.hsd1.or.comcast.net. [174.174.123.61]) by smtp.gmail.com with ESMTPSA id ja12-20020a170902efcc00b001d9d4375149sm10782845plb.215.2024.02.22.19.49.10 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 22 Feb 2024 19:49:11 -0800 (PST) Message-ID: <8f2d4d8c-9c93-42be-b67b-2495cb027c8f@callfortesting.org> Date: Thu, 22 Feb 2024 19:49:08 -0800 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: freebsd-current@freebsd.org From: Michael Dexter Subject: WITHOUT_CASPER ghost? Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Tgwx56Hxxz4hfW X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.29 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[callfortesting-org.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; DMARC_NA(0.00)[callfortesting.org]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::62f:from]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[callfortesting-org.20230601.gappssmtp.com:+] All, The WITHOUT_CASPER build option was deprecated in main and 14-stable branches but is still showing up and will trip up the build option survey: sh src/tools/tools/build_option_survey/listallopts.sh | grep CASPER WITHOUT_CASPER --- all_subdir_sbin/mdconfig --- ===> sbin/mdconfig (all) make[4]: "/b/stable/14/src/share/mk/bsd.mkopt.mk" line 62: warning: WITHOUT_CAPSICUM option ignored: it is no longer supported make[4]: "/b/stable/14/src/share/mk/bsd.mkopt.mk" line 62: warning: WITHOUT_CASPER option ignored: it is no longer supported --- .depend --- echo mdconfig: /b/stable/14/obj/b/stable/14/src/amd64.amd64/tmp/usr/lib/libc.a /b/stable/14/obj/b/stable/14/src/amd64.amd64/tmp/usr/lib/libutil.a /b/stable/14/obj/b/stable/14/src/amd64.amd64/tmp/usr/lib/libgeom.a /b/stable/14/obj/b/stable/14/src/amd64.amd64/tmp/usr/lib/libbsdxml.a /b/stable/14/obj/b/stable/14/src/amd64.amd64/tmp/usr/lib/libsbuf.a >> .depend --- mdconfig.o --- cc -target x86_64-unknown-freebsd14.0 --sysroot=/b/stable/14/obj/b/stable/14/src/amd64.amd64/tmp -B/b/stable/14/obj/b/stable/14/src/amd64.amd64/tmp/usr/bin -O2 -pipe -fno-common -DNDEBUG -MD -MF.depend.mdconfig.o -MTmdconfig.o -std=gnu99 -Wno-format-zero-length -nobuiltininc -idirafter /usr/lib/clang/16/include -Qunused-arguments -c /b/stable/14/src/sbin/mdconfig/mdconfig.c -o mdconfig.o --- all_subdir_sbin/md5 --- 4 warnings generated. --- md5 --- cc -target x86_64-unknown-freebsd14.0 --sysroot=/b/stable/14/obj/b/stable/14/src/amd64.amd64/tmp -B/b/stable/14/obj/b/stable/14/src/amd64.amd64/tmp/usr/bin -O2 -pipe -fno-common -DHAVE_CAPSICUM -DWITH_CASPER -DNDEBUG -std=gnu99 -Wno-format-zero-length -nobuiltininc -idirafter /usr/lib/clang/16/include -Qunused-arguments -Wl,-znorelro -static -o md5 md5.o -lmd -lcasper -lnv -lcap_fileargs -lnv ld: error: unable to find library -lcasper ld: error: unable to find library -lcap_fileargs cc: error: linker command failed with exit code 1 (use -v to see invocation) *** [md5] Error code 1 make[4]: stopped in /b/stable/14/src/sbin/md5 1 error I am tracking the build options here: https://callfortesting.org/results/bos-ci/ My apologies if this is a false positive. Michael From nobody Fri Feb 23 17:13:31 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ThGn95yz2z5B7bS for ; Fri, 23 Feb 2024 17:13:33 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ThGn81bzTz4f0D for ; Fri, 23 Feb 2024 17:13:32 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Authentication-Results: mx1.freebsd.org; none Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id A9F783C019A; Fri, 23 Feb 2024 17:13:31 +0000 (UTC) Date: Fri, 23 Feb 2024 17:13:31 +0000 From: Brooks Davis To: Michael Dexter Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_CASPER ghost? Message-ID: References: <8f2d4d8c-9c93-42be-b67b-2495cb027c8f@callfortesting.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8f2d4d8c-9c93-42be-b67b-2495cb027c8f@callfortesting.org> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36236, ipnet:199.48.128.0/22, country:US] X-Rspamd-Queue-Id: 4ThGn81bzTz4f0D On Thu, Feb 22, 2024 at 07:49:08PM -0800, Michael Dexter wrote: > All, > > The WITHOUT_CASPER build option was deprecated in main and 14-stable branches > but is still showing up and will trip up the build option survey: > > sh src/tools/tools/build_option_survey/listallopts.sh | grep CASPER > WITHOUT_CASPER Things are in a somewhat messy state. CASPER and CAPSICUM were moved to a new __REQUIRED_OPTIONS list, but the various bits still exist and there's even one use of MK_CASPER=no in Makefile.inc1. The commit message (c24c117b9644) suggests that the intent was to finish removal after 14 branched and it just hasn't happened yet. I do wonder if the tool would also benefit from learning about __REQUIRED_OPTIONS. -- Brooks From nobody Fri Feb 23 17:53:46 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ThHgg4bqRz5BC3r for ; Fri, 23 Feb 2024 17:53:51 +0000 (UTC) (envelope-from paulf2718@gmail.com) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ThHgf6ynPz4lXk for ; Fri, 23 Feb 2024 17:53:50 +0000 (UTC) (envelope-from paulf2718@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=ixqWeiG0; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of paulf2718@gmail.com designates 2a00:1450:4864:20::22e as permitted sender) smtp.mailfrom=paulf2718@gmail.com Received: by mail-lj1-x22e.google.com with SMTP id 38308e7fff4ca-2d094bc2244so7583631fa.1 for ; Fri, 23 Feb 2024 09:53:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1708710828; x=1709315628; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=+ETZfo0oS07ln3QQZgYipOOlL8iOeTi6nx9g3ONXHrk=; b=ixqWeiG0H0jkxQL5jBvtGTK2bbXWMHqE9ssbWtVGQBmpedLfqjjcB5Aolilhj2/4Hl 4VpLlw3FpWbnoCROwq+IJoe841CRaVyIgO5kgilhcdJ4gpVFKP92Pvs/hDid14kEsJR4 xcZLBtpzmviBmTLRTu5c1b5m0rM9MdB0darbUy5RcQJ3NfP5Qn+2lX6evIM9ovWhuHYU BMnIRvQ4Xf9kFONoSDotAXTdcoCz25Z/UvfQi2P8nWjbxmsQRiViOK/KtF0i9EF06kfz 6DnBWaMZAUIyHVZPEXAYTmZFvX0bwEnWHvB9pCi9uNXzWflQT0sTYMnd7pPD3IYMT1IX xKbg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708710828; x=1709315628; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=+ETZfo0oS07ln3QQZgYipOOlL8iOeTi6nx9g3ONXHrk=; b=T+xFsWUtNANb55F1xR6/7VLG4GaMKZkrRycrn6RkfpAVQ6jtnLRSSUBiSTnmoaMjzp C6+k8x8lfLsyzbK/q0YPudikRSmROK119u1G7SjF5kgKk08qI7puLELA/Pe1oCqS6abP qXguQ98HvTw8gpCnv2uI+P+RtnEGShyBRVReMyrQ8oFkpqj6tLD7BhlaY5RBESiLOyPm 6RwGosLn5IC6ohdGiF5dMTZ4nDePgHRYMxqG5o1saWO9xzpBY+lJeuEil4pAtlTTSo78 56+HFUenUf+3tn6TZDkCZEbK/3tCsictllajonf/mCTAorJFVf5E0qqlmyTOsjeuGw7O nkGg== X-Gm-Message-State: AOJu0Yy/vb24a/GdJxwJlvYjfN4qf1S/TrK12AAhWwHWovWaBHk2S88w IIX3UBwZMvX8iyI+JvjnJ5dU9SrSSbL+5ZkpF3Z9kPTHWe+vfQeqTxy+6/g5 X-Google-Smtp-Source: AGHT+IGE0rMQJlr6u16fXLQOAKR/l3s6TBphMDIsipwFt9F7i+bAWpw49vkL6iekaDrgwqccfew5+g== X-Received: by 2002:a2e:6e13:0:b0:2d2:3fac:5fdc with SMTP id j19-20020a2e6e13000000b002d23fac5fdcmr321785ljc.10.1708710828249; Fri, 23 Feb 2024 09:53:48 -0800 (PST) Received: from ?IPV6:2a01:cb15:8010:2f00:1aa9:5ff:fe16:2efb? ([2a01:cb15:8010:2f00:1aa9:5ff:fe16:2efb]) by smtp.gmail.com with ESMTPSA id fc19-20020a05600c525300b0041285ffec13sm3172642wmb.41.2024.02.23.09.53.47 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 23 Feb 2024 09:53:47 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2024 18:53:46 +0100 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: libc/libsys split coming soon Content-Language: en-US To: freebsd-current@freebsd.org References: <8a34573d-4a6c-4d5d-a771-b39279059547@gmail.com> From: Paul Floyd In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22e:from] X-Rspamd-Queue-Id: 4ThHgf6ynPz4lXk On 05-02-24 17:02, Brooks Davis wrote: >> Could you do a quick test with an exe linked to libsys but not libc running >> under Valgrind memcheck, please? > > Could you suggest a more concrete example? This little example seems to be OK void _start(void) { _exit(0); } However I do see quite a few new testcase failures. Some are libsys related and fairly unimportant. There are also a few more serious issues that I'm still investigating, not necessarily anything to do with libsys. A+ Paul From nobody Fri Feb 23 18:21:12 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ThJHM00w2z5BFT7 for ; Fri, 23 Feb 2024 18:21:19 +0000 (UTC) (envelope-from editor@callfortesting.org) Received: from mail-pf1-x42f.google.com (mail-pf1-x42f.google.com [IPv6:2607:f8b0:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ThJHL41P1z4tZ1 for ; Fri, 23 Feb 2024 18:21:18 +0000 (UTC) (envelope-from editor@callfortesting.org) Authentication-Results: mx1.freebsd.org; none Received: by mail-pf1-x42f.google.com with SMTP id d2e1a72fcca58-6e34d12404eso466448b3a.2 for ; Fri, 23 Feb 2024 10:21:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=callfortesting-org.20230601.gappssmtp.com; s=20230601; t=1708712475; x=1709317275; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=oJAzKZLbOt9XtYVnFY9LFLe65RfTeREh9ALjXzCCwgw=; b=mRmFaAHcOBw0HYLrYbntJzkqL2SW9yMDrNUD7h2q81ZAUPhxoku40+A0T4qe9Cr/oc MmGoNH6fXlqpyu9m0aIfz1FjVIkXkbfOoR3R2G5j7OZyzbBCTMB8R2BaIbLFd4jwNUkh NxLxT5NH+edfoE3Ui6md/z+YBG6fntvrxT/CGkSjoJ9SsIReaqA1e3+EkEvNOwf2Lp6l KItrLKja9qpEH4Rb7x4P6JAFZBn3t7gneD5CQC9cwJAA4ig40Tk1xGxaQE8bPxpt/RFi Y6TxDWM6QP6mRhJpsmDZC0v97QKOPloPq+6ktCrIt1wi7wM4si4ko+vXOQKb4kDxJszI Xz/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708712475; x=1709317275; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=oJAzKZLbOt9XtYVnFY9LFLe65RfTeREh9ALjXzCCwgw=; b=J5n8clNKm2lsInnjj5eNzhrz7rccX0LcwSR3lN4vOB2W/m79DDVx/7WpcbPYQ0I/aF 5svqrGMH/zwP1ovqQ5ldsGNqthUSVE0jZyt3sR6qak2hVVNVHqE+No22wgcUWOCTp6Mu TX+H5MEvR3cMOIHicff4Fd+AcZiUY2/130M9TFvhDcUEtUdGnhEyePXGKjODGIaDuMgd 6mcNCd9dqceUkMH88DkfDiocpVY6HdQxlhFlboCh5lZTa1drSRzfv/Rx+N5chHvXqacQ h4aVo6lT93nbF/Z8sxzDPK8gyyfb+t3CV37Zsz9rungJztRtDTgAYcyGv+I/+Hs2vfxp uCrQ== X-Gm-Message-State: AOJu0YzsLlLkg2ZcQ5KrVQ1MBkVcQZkqaI9xzxH7rZ0DUMd980D3qTIq +fDZHjZ+AR0dXt6cLgVMQM/8PsQDqbAZsmidhiFNZPdj8qePoNE96UxFC1ipdHKa2PjjA0s0J21 + X-Google-Smtp-Source: AGHT+IF97NkNXvC1MiJNbTr4uwBrvdfvzlYqbY5awIZWC/O4cwGhBMoXtC8MkIBO+R96U5MK6dXS2A== X-Received: by 2002:a05:6a00:23cc:b0:6e4:cdb2:636f with SMTP id g12-20020a056a0023cc00b006e4cdb2636fmr763485pfc.4.1708712474898; Fri, 23 Feb 2024 10:21:14 -0800 (PST) Received: from [10.1.0.70] (c-174-174-123-61.hsd1.or.comcast.net. [174.174.123.61]) by smtp.gmail.com with ESMTPSA id y3-20020a62f243000000b006e45e20e3ecsm10659335pfl.60.2024.02.23.10.21.13 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 23 Feb 2024 10:21:14 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2024 10:21:12 -0800 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: WITHOUT_CASPER ghost? Content-Language: en-US To: Brooks Davis Cc: freebsd-current@freebsd.org References: <8f2d4d8c-9c93-42be-b67b-2495cb027c8f@callfortesting.org> From: Michael Dexter In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4ThJHL41P1z4tZ1 On 2/23/24 9:13 AM, Brooks Davis wrote: > Things are in a somewhat messy state. CASPER and CAPSICUM were moved to > a new __REQUIRED_OPTIONS list, but the various bits still exist and > there's even one use of MK_CASPER=no in Makefile.inc1. The commit > message (c24c117b9644) suggests that the intent was to finish removal > after 14 branched and it just hasn't happened yet. Understood. > I do wonder if the tool would also benefit from learning about > __REQUIRED_OPTIONS. By required do you mean WITHOUT_AUTO_OBJ, WITHOUT_UNIFIED_OBJDIR, WITHOUT_INSTALLLIB which I manually skip/mask my build option testing? If so, what syntax would use __REQUIRED_OPTIONS and what branches support it? Michael From nobody Fri Feb 23 19:45:38 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ThL8n0VNqz5BPG0 for ; Fri, 23 Feb 2024 19:45:45 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ThL8m5rybz568R for ; Fri, 23 Feb 2024 19:45:44 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Authentication-Results: mx1.freebsd.org; none Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 19EC83C019A; Fri, 23 Feb 2024 19:45:38 +0000 (UTC) Date: Fri, 23 Feb 2024 19:45:38 +0000 From: Brooks Davis To: Michael Dexter Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_CASPER ghost? Message-ID: References: <8f2d4d8c-9c93-42be-b67b-2495cb027c8f@callfortesting.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36236, ipnet:199.48.128.0/22, country:US] X-Rspamd-Queue-Id: 4ThL8m5rybz568R On Fri, Feb 23, 2024 at 10:21:12AM -0800, Michael Dexter wrote: > On 2/23/24 9:13 AM, Brooks Davis wrote: > > Things are in a somewhat messy state. CASPER and CAPSICUM were moved to > > a new __REQUIRED_OPTIONS list, but the various bits still exist and > > there's even one use of MK_CASPER=no in Makefile.inc1. The commit > > message (c24c117b9644) suggests that the intent was to finish removal > > after 14 branched and it just hasn't happened yet. > > Understood. > > > I do wonder if the tool would also benefit from learning about > > __REQUIRED_OPTIONS. > > By required do you mean WITHOUT_AUTO_OBJ, WITHOUT_UNIFIED_OBJDIR, > WITHOUT_INSTALLLIB which I manually skip/mask my build option testing? >From bsd.mkopt.mk: # For each option FOO in __REQUIRED_OPTIONS, MK_FOO is set to "yes". If you set MK_FOO=no in a way that make can't override them (e.g., on the make command line) then the functionality is still there during the transition. It's probably a bug that we don't whine about this case like we do with WITHOUT_FOO. > If so, what syntax would use __REQUIRED_OPTIONS and what branches support it? __REQUIRED_OPTIONS isn't really a user accessible bit of machinery, but the survey should probably be aware of it. It looks like __REQUIRED_OPTIONS is in 14, but not 13. -- Brooks From nobody Sat Feb 24 04:32:52 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ThYs33PNkz5ByHD for ; Sat, 24 Feb 2024 04:32:55 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ThYs30y8Qz4qQk for ; Sat, 24 Feb 2024 04:32:55 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1708749175; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=//ZTCv/cRPaV3ckPrXbzeHRHON7Up0goJjlZSOnuGuA=; b=WOlvzKTTOP6SYOR6EzBZ5npDm+B0AbcbEYPUFu7Vlfu0qN1ffwOkYD8XIAmxCkYQWJLG8V OEZQIzPRwJADyETR+fEtIGpVIs52Q4FVUcDfrNr9aA9T579jnHiQCtpxsgEIQmut5YZDR4 39CogGvd2+f2cH6w8ffKtFFkpox4rxG8oQwBQMTLU5OxTcCHFIJ6RY8nMJNrr3mBHWxQez TZZQuZnvj5w1qSm+MrWKSQPDVLBEFDQcqvg5RG9k+tAzpnFfMVG/srbe1qecL5heXmBOaN ZKVfq2uZq7I9fb1U3Epn2k5xcfgmdH3B2i9f066F0FjtUg3Qk50pG70LXX6knw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1708749175; a=rsa-sha256; cv=none; b=UqeYjye89ErOyYUBrvyZPgZvtaTxG+tnK62x93cg5Bn2UPGShNWf4HfYO2sB3g0XWEdddh HRmzBZ5f192GiQee/XnxqUBUHyLPVPoj8FXI5bC5PnTIedTDAvKrVAslFqV2sxI4u5rRz/ oIyFuCynjboWRLByHragOxj/CV81rlOGY9J47oS47O+P5RA7JfrgHA2KTueTXx8k0twqNj k8G9cSUyQlXs1Rv/kc+Y2FBEgLvFDzGa+tNklt25VPp1LlurOA2ThOCNORZY+oeTdTNVMU Qb/A5VD0iXU+4kRQ+bUgOLdFsalt3VIf+FeUB+HFpjBKMVudqvJri+NkuwNDrA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1708749175; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=//ZTCv/cRPaV3ckPrXbzeHRHON7Up0goJjlZSOnuGuA=; b=V3LnuQxz/RwM2pQO7SmJ9CsYAYOBeRltYStHMdFGIXACSkgctzi/VrG/0QV861p/hy9Zxg e8t+R63ICEf2AUMV6NwQY5d9mrIu/vUSiNxq2K0DzUwDLNQ62BcKBqdtO3C8LjsVwkkb85 eUFTXwt5MaPqqtmbBbM7y0tVFWvq/v3DJEqdgrbwU5NyHbIpgavYZNIs/gubxRUNvQFBY5 R3tFhJ25jrpjUW7yPdkE7CwjYg4Sl1ud/ejM8v5B2LbaVDKphNN5e+Tv1WQaNAfogC3m2l riXMhpp9NLEJkrwuDTySa1FwU1q+laA1asA+b9EbDbL0fkemKmiDFEpK+Yrs2A== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ThYs253f9z1Fk1 for ; Sat, 24 Feb 2024 04:32:54 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Fri, 23 Feb 2024 20:32:52 -0800 From: Gleb Smirnoff To: current@freebsd.org Subject: FreeBSD CURRENT stabilization cycle Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="yi98UK49aTSrHFlQ" Content-Disposition: inline --yi98UK49aTSrHFlQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi FreeBSD CURRENT users, back in November I came up with a proposal of providing some stabilization cadence to development of the main branch, also known as FreeBSD CURRENT. = Here is a video with the initial proposal and following discussion at VendorBSD Conference (18 minutes): https://www.youtube.com/live/k-AzShVdAHo?si=3DhPAhCd_-RuoTRqcW&t=3D2511 And here goes an up to date version of the plan! In the last decade quality of FreeBSD CURRENT improved so much, that not on= ly brave developers run it on their laptops, but also large companies use it. = Time to bring it to a new level. Every individual or a business that use CURRENT has their own protocol of how to stay up date and avoid disasters. An individual will first update their desktop and only after that will update server(s). A company would run their internal regression test suite or some other validation protocol. Right now we all do that independently from each other having little coordination and providing little help each other. We = also do not broadcast to the world that FreeBSD CURRENT is usable. I've seen a l= ot of people who stay away from CURRENT based on their 20-year old experience = with it. Here is how we are going to improve: * Last week of a month is declared a stabilization week Src committers are encouraged to avoid pushing risky changes to FreeBSD/main during this week. This is an advice, not a policy! If a committer breaks something during the week they got 3x public shame, but no administrative penalties or fines. Committers are encouraged to push bug fixes, improve u= nit tests, clean up comments and improve documentation. It is a also a good ti= me to do merging of past work to stable branches. Developers of course will continue their work on bigger projects in their private branches. Sidenote: there is no agreement in the world what is "the last week of a month". For our purposes we will use the week that contains the last Frida= y of the month. Because we want the monthly snapshot to be called by the name of the month (not next month) and thus we want the last day of the stabilizati= on cycle always to be in that month. * Monday of the stabweek is the day to update your CURRENT and test it Monday 8:00 GMT a tag is created and published. Right now it is published at my personal https://github.com/glebius/FreeBSD/tags. Note that the tag points at a hash in the official repo, so there is no trust involved here. At Netflix I will be working on merging the tagged revision into our tree a= nd I will hand off the resulting branch to our excellent testing team (dhw@ + olivier@) usually by the end of Monday (PST time). Other companies and par= ties are encouraged to start testing the tagged revision. Peter Holm may switch= his stress2 to run that revision. You are encouraged to update your desktop or laptop that of course runs FreeBSD CURRENT. * A short lived stabilization branch may be created In case we discover regressions compared to the previous month stabweek, bug fixes to them will be committed to a short lived branch. This branch may contain direct cherry-picks from main, as well as work-in-progress bugfixes that had not yet been committed to main, reverts of commits and even stop g= aps that disable certain functionality for the sake of stability. This branch = may be rebased and force pushed if a temporary bugfix appears different to a fi= nal one in main. The branch may observe commits immediately Monday morning in = case we already know about a certain regression. The branch will not observe commits to a long standing bugs that were fixed in main during the stabweek, unless somebody explicitly asks to include one. And finally, the branch may not even be created in case testing confirms everything is alright with the Monday tag. The branch will be published at https://github.com/glebius/FreeBSD. There = is certain level of trust required to use it. That may change to a more offici= al publishing point in the future. * The stabweek quiet period ends no later than Friday 18:00 GMT No matter if we were able to identify and fix any or all bugs the quiet per= iod ends. The public shame level for src committers breaking FreeBSD CURRENT g= oes back to normal level. In a case we were not able to address all issues by = end of Friday the stabweek branch will be active past the end of the stabweek, = as we want to collect all regression fixes in the branch. But this is the wor= st case scenario! A more appreciated scenario is that the stabilization period ends earlier in the week. If all testing parties report their satisfaction with state of ma= in as is or of the stabweek branch and if I don't see any fresh bug reports in bugzilla or submissions via other channels, there is no reason to withheld committers with pushing their stuff. At the end of the stabilization period be it Friday or earlier I will write email to current@ reporting the results: - were there any regression identified with the Monday tag - what has been accumulated in the stabweek branch - known stable point(s) of FreeBSD/main during the period, recommended for = use The free riders who did not participate in the testing are now welcome to update their machines to published stable points :) More seriously speaking= , I actually hope that in some future snapshots.FreeBSD.org will start using th= ese points for snapshot generation. P.S. The February 2024 stabilization week was run internally, without shari= ng publicly and in a few minutes I will post its results in a separate email. --=20 Gleb Smirnoff --yi98UK49aTSrHFlQ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQT+rgtjiRzq3LbQ3Nn+/1jAXQXMIgUCZdlxWQAKCRD+/1jAXQXM IihGAP9qibjJbSuoDLi3JoWvywkBVLo943Rbsb4wegXXokuW3gD/SkiG6lF/TZoB 3RcMTHj2H167J5IKs1gkFk5ZrgnMeQY= =bqUD -----END PGP SIGNATURE----- --yi98UK49aTSrHFlQ-- From nobody Sat Feb 24 04:34:21 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ThYtm3Nb2z5ByCH for ; Sat, 24 Feb 2024 04:34:24 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ThYtm2m2mz4rSv; Sat, 24 Feb 2024 04:34:24 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1708749264; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=VxxFfilUxiIj4IyT00wIt5nO5DO45wHXDfwFXD/xLrw=; b=I+gVXmSF0DJgO7OTJ4uePpk2Ru+yqO5mWv17nYrHA9AMjUumVEyiNmOl0O0KucSmuIHiCH IEUbgwLaxFv1HOUphVRB4PR905bMnZRxZ/YYPId3QiPGtilE/twSJdkOYmrnyRz9ahF/Ol A0vdSMroFNdBwTEswaCLr1Ckbmhvy/VGceu6UQ4+6w9RkxOWkU/JzKIzACn1bl/Sth7UN0 aynQn7mqoaL2VAPBQJ1nvwvc0YcY7PDWEL8X9jEOqgrwfkZMmjHTURNWOXqZ9ziV2BuTBI M/Y+lp+dwVVHT7nKn7ngqaRXNQtXc436m02gZU++u6E1xftvZe6iJH9Kw3Llvw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1708749264; a=rsa-sha256; cv=none; b=BkbdH4S2UTHgDv/Q22iOKcEaSS6GaW7D33ffevE71DTn8BtULls+3QAuDVMHtc5QupTIl5 1d/ClD75y++G0sfELk0JS1Xm3QByp8JbiRonW6s8OYCMj8o889wJPiJsYfHOZxeNbkHAWS dIi69F55pj/c+f3vqdhKV19t3H+HV6GsTDV9WFLGAayaBW0Wx4e5SLGIN0cZ4KgKeTNCex BvfRAagC1OOlSsGg1eEc5p4nWMQXDxDdsxGQnMdknn3cCwsYShDDqE8bpLpLd2HI0lm3ZP ZFi93oQWCt9d77xKZdBCQ5gna9nmXPCC/JermaREVOBv3KLnjkzXPxO0AeRO6w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1708749264; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=VxxFfilUxiIj4IyT00wIt5nO5DO45wHXDfwFXD/xLrw=; b=S+K7BJRAWcFhBr90QnhWugfZO2mUmvoKTdvajCBOUuGxMHbAhpdG6VjxMlpDKOWaNDu9Ri G7gXdZ53Cz2JOGRV8MqFtHxIfYbTg2IHHXtFGk53BSAdo2kxoQjkbXKXKDsbHxeXtO7wPo 9x057VrUUHlWv+1g498zell3681s8E/8J1ea/6mtTxOGV/Ifd3EpikGwaD2br5VMxA1nWl n6uWSJz6uGg09soSvHqc00R3kGIovJbu/rLnbxweaDaHF51432zE3GlA216QQMqmiEaJgs KjklYW7PNaA3CFqg5JNlVW5lPG4A5tlkxPROOblNCmfv78JkHXlg20xyrYT3EA== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4ThYtl6Ncmz1FlL; Sat, 24 Feb 2024 04:34:23 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Fri, 23 Feb 2024 20:34:21 -0800 From: Gleb Smirnoff To: current@freebsd.org Cc: kib@freebsd.org Subject: February 2024 stabilization week Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="nRsZftcd1aTDlnA+" Content-Disposition: inline --nRsZftcd1aTDlnA+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi FreeBSD/main users, the February 2024 stabilization week started with 03cc3489a02d that was tag= ged as main-stabweek-2024-Feb. At the moment of the tag creation we already kn= ew about several regression caused by libc/libsys split. In the stabilization branch stabweek-2024-Feb we accumulated following cher= ry-picks =66rom FreeBSD/main: 1) closefrom() syscall was failing unless you have COMPAT_FREEBSD12 in kern= el 99ea67573164637d633e8051eb0a5d52f1f9488e eb90239d08863bcff3cf82a556ad9d89776cdf3f 2) nextboot -k broken on ZFS 3aefe6759669bbadeb1a24a8956bf222ce279c68 0c3ade2cf13df1ed5cd9db4081137ec90fcd19d0 3) libsys links to libc baa7d0741b9a2117410d558c6715906980723eed 4) sleep(3) no longer being a pthread cancellation point 7d233b2220cd3d23c028bdac7eb3b6b7b2025125 We are aware of two regressions still unresolved: 1) libsys/rtld breaks bind 9.18 / mysql / java / ... https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277222 Konstantin, can you please check me? Is this the same issue fixed by baa7d0741b9a2117410d558c6715906980723eed or a different one? 2) panic: ... - wait_fw_init - mlx5_load_one https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277211 Hopefully they would be fixed before March stabweek. We closed the stabilization period on Thursday. If you want to reap the fruits of the stabweek and you are very conservative and want to use only changes that passed certain level of testing, you can = use the stabweek-2024-Feb branch. The branch is published at https://github.com/glebius/FreeBSD/tree/stabweek-2024-Feb. Otherwise I would recommend to use 7d233b2220cd3d23c028bdac7eb3b6b7b2025125= of FreeBSD/main as a good point to update. We did not observe any large or ri= sky changes in main during the week. --=20 Gleb Smirnoff --nRsZftcd1aTDlnA+ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQT+rgtjiRzq3LbQ3Nn+/1jAXQXMIgUCZdlxzQAKCRD+/1jAXQXM IjbCAQC31GxCY4mJj7f1kNZtq/PVCw54ntVrtqUEYRSuDUcx2gD/Tla0WQisHj6v hek9tpyM60J/Nwevqm8ubhZMfRJTFwo= =BaGi -----END PGP SIGNATURE----- --nRsZftcd1aTDlnA+-- From nobody Sat Feb 24 05:25:11 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Thb1l0rCGz5C35M for ; Sat, 24 Feb 2024 05:25:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-8.consmr.mail.gq1.yahoo.com (sonic315-8.consmr.mail.gq1.yahoo.com [98.137.65.32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Thb1j3xFPz3xpq for ; Sat, 24 Feb 2024 05:25:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=lMUMjnTW; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708752327; bh=k4WlB5I5u3c1NQ9qowh85CL31cs+va1Z5j6T3EbnWjw=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=lMUMjnTWMCFuzbNzAW+nHYOFpKPKU91qr8lleSns+chSj/RCJadgNOOh0T5JSfCqMFI+xpEuB9Eg9yH3kyrvaFeVoGQ88g+AeF+lY2SpRlnyE5pmy8A4Rj4rG6A8dKwFWGN8twZDu/RqaMnaC3ANUjzMjteBu3Q3tg9G5np6oikOsekdyIzkf9OZwrbDT1oObJVR0apSgqbUnwZKcnThuhb1j72l4ZHjLwOhtkuw1MtlVMCHI7kchcXBuqvZMOP2bfZzro8rEdokTkXeJjOQF7hvVaZzrH9Ar5boAGXKU8239ZrQr4SxZiFdKccKUNhxevfLwtKtZw4hE6DXiLjUSw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708752327; bh=vN/ZMaGi2NTH1eJS7DRAu/IIB/DxkIp3epCjTHINTHt=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=nQH9ZzybCWtG3msJxW1TlfLIuN+W1L1fkU7ZzlFUvTnD1oTHpr1U2qTNdtlS41dqzfwYxUkhGyK5bnG93TxQDMtpJ2S4GLZzvcuheyuqnyfBA7w7V5t9vQ4xm5+bLyQg/l1YfPSL+uQV62lAh64fXdsWemghrBZoy/cGGTU45LbhDVIalmwRoCb6J/2gySSJ3y7MruEefs+DqOPyrzpnL4QkV2cV7a8IZ09w4mj833YrrePijnKnPqigd/X/yVeZZ2N3H7IvT81puODMGJJYcH2gOIwsPDxQfJ8hUp6TcOa01ERmGYf1GHlv0P4ovn5184GYJcJlofP8c3T5S9fm6A== X-YMail-OSG: AnoXB5UVM1m7sNmEuR.e.kcwxYJ_zCtCccga.v2DcofHn0hZFEEFvZW.05McLmk AoQyUAFPKQRMuijfq51EjO26i.u47G_bwZB7pw2DH7SHH.O.KkUhc8_N.eEBNpJTnBvdq3L9gTt3 VeZgNX_yIdl1JVdeuSixcUgSNobZQBTO9fND.UfDvb2NPENhE.Lpm_OwxxOd04FC_yGYnsuUCJRv bYuk3Ap_LzmKk_l17Oq4EGL2dBxGUNa5GxMiYFOnHAoBHbmtnAuyOb1dFxvikignuFHLjTB8eE_c 2JSjjOBAc5gTaKVBCiTvnM1XSi1_uY3UpXtRpmeLZBLh6XEmzkwcSWdpbhRdBShfZkY7Q82Uewa6 qgWDREE.DeYkVuCy.mG8FFNmhS8rDyrQoGp087M0fp7lgQ1tvChyAF_otG0Wbjwr6Zhcj2GimZVw cNKeoUwZ.xrMwx92xy41Q_YuHlwhw9dJZZnwI.ReahMBrMS2DpJOCM.zfJdkaXCcD7ZW7WDFyqH3 nUkIhDJc_qdybxa2Ur3i87dFn0KXDsfKpTEk0YQSPmaIbn3YzLrY2e87YOFLwLbuhBvKols.cm2U NLs926.sWfUIrPDWEwWkS7YZ0E4hHkN4LSWVmL6EZVQSFEuvfi1r4xbw8hgo0Y58BktcZBf_LD.v 5x2hIrVFAW4FQHA7UeVWmwFlQqVOEGimooJAq1XOoZg6dkzbe9V2JDBL33hLvVGiJrUtThuMWCex 3PW64rzTioHUhSUZjCGJ7B54W8WaCfHUAcV8wbnL__I8UUuWcX8ZDoN7WHrt6gqeyn8VeIpsIOdP BNrw0JJqBCa_Ihe8.GVIWVhkzmY1lF8LqlCBe9n7_dwoiDiIZsltcVPL9Zf5EsN6BiBIUp2N9MEl onZchCmsXFjPSlMkMqpY_EOERhpG0TCJRvBC2zu1WhcEDWaLwJkVjMHnnfAyYg83LPxtXcPDH1Nq 3iuF7CS4eUfiuy07xjJl75PVU0_pAmBmwJYQ5s2LMdz6FzThlLNUWDCsS9WmclDX0NbGJExige.m DpAvlEKt0Fyxj87SRJCPynk1pPgMWfUvK2to3qS.HthSFumRvquFKg7Vic067GV15OXGRS8L_.eG HcvyLX1t_2mYELXMb5fFy0c7ifqF.7sNTJbyzWZeDR8WEBVgjim7yB0rmT6fn.WPXCEg_o3Izr5W _n8H0.1zHxrTzzfKEPtz.N7KDp8b8swWNGM8ZIpCOBsmDXgIoy6t42rsXZdIj4GwcrUXceVgmsBx hyqViBBk0RAPwnbGQBNkAU9In4vbl41kU3iV2gegx.Zofr9c0ZK3L52iTNRpMIC08.LFWz7ZjPD_ vEF7YUqbvOw6u8srRHhnCao.FAgGUzasbwfAJCWqkFgzaovtv_vrKU7qDPdeTNS153zrNfsRuqtU r_.KusCOdrtFUxLYE_kTnVNf4axASlt1rNXKf1DjmtyhpCE3XqSaTlyJQrpbjFvNMZ_nBrg3cav3 XAa9x05okWGaUrRRRys7ziU2xkXtebLrPXR97oaTyalOyqjrg6qKtIcBUob8IxfjuO4GL01Vyo8p kaWgFU9mwy4p76CkJbYjBX0zZ6gG1QgiadbZ8eplwmNGEZvJW.XmXzh8SHO_5GHCXGHolZ5i5PKX wozDfmM2JTHI9aqDGpRGVrOMS9X1yeuwQIQrQu8fAOPy6EiOdG4E0Y8_UfKLMUsZTE9QmSGtegpb ZpiM2o9.a8rTjXbGiTdruT3MucWJZNwwkbXJOOZjdgY5x78kWorbkoT3wkzHxckF6Fg0LLIfIgm9 WSu9TCnZiYezUWsh53Lw2vMMvCo2TNzteVavRyMTY4BhRxDsuzeBr_XSWmZrSupSA7Js2ygq0laK TYbR3myBkXxC.AHUeF_zttep8OJYlEPQ1piSqwZ4eddbx3RybiEq._1nQmIdgy5dOjl0jzX2D6sU xAncwdykelvzNIAcBS3xBLt2NfdbvCmxlKI89Yuzezu2TUxtZ0Gr2ECqDZ_iQhbjHtFZzNup3W57 qZ9_.0DjY7IeJnalsgU64lKdENL3yiZz460CA3iFQAaNZg5UWQ8nFmZXq3qb0ELbgU6F.aHep6ZL VZ0seDh8ThuIFV4KJD0DDK9d1r3lLPrGUTc1NKFEkCGtQhi2zGAGKw5uZXT7vIQt2hxH2E1pkCJD YuR0N6LnKFIUV2JVQrzeiSTo.ZfRISKC2vWeZKj4I4twrD0pJd629CTvcW3hEgaNEod8VgQUPYOg b3nn9oRei5AJ5Ujz.kKKoTTHcBOxaLC8.WU0cuVhHYl74C589g..5lRdx6YOeNvB93Cnt6qhjyXf B X-Sonic-MF: X-Sonic-ID: ef323a69-0e5a-491e-ab3d-cfce46612c01 Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sat, 24 Feb 2024 05:25:27 +0000 Received: by hermes--production-gq1-5c57879fdf-p26ct (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 14de1f222e29ae1ff57b00d5dcbb4494; Sat, 24 Feb 2024 05:25:22 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\)) Subject: RE: FreeBSD CURRENT stabilization cycle Message-Id: <07373600-B7E3-4B0B-A9BA-B52A22EA7FD7@yahoo.com> Date: Fri, 23 Feb 2024 21:25:11 -0800 To: glebius@freebsd.org, FreeBSD Current X-Mailer: Apple Mail (2.3774.400.31) References: <07373600-B7E3-4B0B-A9BA-B52A22EA7FD7.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.52 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.52)[-0.523]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.32:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.32:from] X-Rspamd-Queue-Id: 4Thb1j3xFPz3xpq Gleb Smirnoff wrote on Date: Sat, 24 Feb 2024 04:32:52 UTC : > More seriously speaking, I > actually hope that in some future snapshots.FreeBSD.org will start = using these > points for snapshot generation. How about also the likes of: https://pkg.freebsd.org/FreeBSD:15:aarch64/stabweek/ for pkgbase (various "aarch64" replacements too)? =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Feb 24 11:51:22 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Thlb708q5z5CcP2 for ; Sat, 24 Feb 2024 11:51:31 +0000 (UTC) (envelope-from kp@krion.cc) Received: from krion.cc (krion.cc [148.251.235.209]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Thlb641fMz4lxB; Sat, 24 Feb 2024 11:51:30 +0000 (UTC) (envelope-from kp@krion.cc) Authentication-Results: mx1.freebsd.org; none Date: Sat, 24 Feb 2024 12:51:22 +0100 From: Kirill Ponomarev To: Mark Millard Cc: glebius@freebsd.org, FreeBSD Current Subject: Re: FreeBSD CURRENT stabilization cycle Message-ID: References: <07373600-B7E3-4B0B-A9BA-B52A22EA7FD7.ref@yahoo.com> <07373600-B7E3-4B0B-A9BA-B52A22EA7FD7@yahoo.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7TMRXyH4PWDroWa2" Content-Disposition: inline In-Reply-To: <07373600-B7E3-4B0B-A9BA-B52A22EA7FD7@yahoo.com> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:148.251.0.0/16, country:DE] X-Rspamd-Queue-Id: 4Thlb641fMz4lxB --7TMRXyH4PWDroWa2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 02/23, Mark Millard wrote: > Gleb Smirnoff wrote on > Date: Sat, 24 Feb 2024 04:32:52 UTC : >=20 > > More seriously speaking, I > > actually hope that in some future snapshots.FreeBSD.org will start usin= g these > > points for snapshot generation. >=20 > How about also the likes of: >=20 > https://pkg.freebsd.org/FreeBSD:15:aarch64/stabweek/ >=20 > for pkgbase (various "aarch64" replacements too)? yes, great idea, base_stabweek or similar is something I'd vote for. --7TMRXyH4PWDroWa2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEJCHRFhEAQujKni1pDyI9/LMCykUFAmXZ2DoACgkQDyI9/LMC ykW3DggAmogWZNuhC236SRw2IhikUtFstIlJ6ykpdnQWKOVMZmw7Rc//7B8feO9v PLh/pVApVhpfqNJXYAxtljL+O7wRQ1XhQPc2QfPXsPx147BrXC/+JEazp07ravFz xyDdDlOyrUuO2L+9BQ2VV6vIYfGy/l6Ph41FpX+/VpW4pswpmZJ4r2pQKgKmaxiz +Iz09+hu6jyvbQZrN+rjwLwgdAuMrDfl9xMD40IRq1aqi6nUsCUvU46Kzwf/cbNu JFXbmhcMZVApFCZErXgXC8R2qwb9i7xlhk6sjw94dUyrzeOMOdF5OjjbSlUrMGqH lEUiogMl4YYzJ0l2QBzuwEhXJ3UBJQ== =RsUT -----END PGP SIGNATURE----- --7TMRXyH4PWDroWa2-- From nobody Sat Feb 24 12:35:08 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ThmYq6yRSz5CgmP for ; Sat, 24 Feb 2024 12:35:27 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from host64.shmhost.net (host64.shmhost.net [IPv6:2a01:4f8:a0:51d3::107:1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4ThmYq4Y6lz4tW9; Sat, 24 Feb 2024 12:35:27 +0000 (UTC) (envelope-from franco@lastsummer.de) Authentication-Results: mx1.freebsd.org; none Received: from smtpclient.apple (p200300cd871875f8000000000000c08e.dip0.t-ipconnect.de [IPv6:2003:cd:8718:75f8::c08e]) by host64.shmhost.net (Postfix) with ESMTPSA id 4ThmYg5yD6zNnMS; Sat, 24 Feb 2024 13:35:19 +0100 (CET) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Franco Fichtner List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: FreeBSD CURRENT stabilization cycle Date: Sat, 24 Feb 2024 13:35:08 +0100 Message-Id: <91396025-EF43-425A-BA9A-47BF20564A87@lastsummer.de> References: Cc: Mark Millard , glebius@freebsd.org, FreeBSD Current In-Reply-To: To: Kirill Ponomarev X-Mailer: iPhone Mail (20H115) X-Virus-Scanned: clamav-milter 0.103.10 at host64.shmhost.net X-Virus-Status: Clean X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE] X-Rspamd-Queue-Id: 4ThmYq4Y6lz4tW9 Hi, And whom do you want to =E2=80=9Estab=E2=80=9C with this? ;) Why not do the same thing that ports does and call this =E2=80=9Emonthly=E2=80= =9C which is pretty much what it is and easy to understand and you can have o= ne build at the end of that week? Cheers, Franco > On 24. Feb 2024, at 12:51, Kirill Ponomarev wrote: >=20 > =EF=BB=BFOn 02/23, Mark Millard wrote: >> Gleb Smirnoff wrote on >> Date: Sat, 24 Feb 2024 04:32:52 UTC : >>=20 >>> More seriously speaking, I >>> actually hope that in some future snapshots.FreeBSD.org will start using= these >>> points for snapshot generation. >>=20 >> How about also the likes of: >>=20 >> https://pkg.freebsd.org/FreeBSD:15:aarch64/stabweek/ >>=20 >> for pkgbase (various "aarch64" replacements too)? >=20 > yes, great idea, base_stabweek or similar is something I'd vote for. From nobody Sat Feb 24 14:53:37 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ThqdB3x2Zz59wnH for ; Sat, 24 Feb 2024 14:53:34 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Thqd93KcRz4HVj for ; Sat, 24 Feb 2024 14:53:33 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 41OErbjQ016416 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 24 Feb 2024 06:53:37 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 41OErb8O016415 for freebsd-current@freebsd.org; Sat, 24 Feb 2024 06:53:37 -0800 (PST) (envelope-from fbsd) Date: Sat, 24 Feb 2024 06:53:37 -0800 From: bob prohaska To: freebsd-current@freebsd.org Subject: Missing files on -current Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Bar: - X-Spamd-Result: default: False [-1.09 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.996]; MID_RHS_WWW(0.50)[]; WWW_DOT_DOMAIN(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; DMARC_NA(0.00)[zefox.net]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4Thqd93KcRz4HVj A Pi4 running -current completed a build/install cycle for world and kernel without obvious errors but failed to reboot, reporting: .... Warning: no time-of-day clock registered, system time will not be set accurately Dual Console: Serial Primary, Video Secondary /etc/rc: run_rc_scripts: not found /etc/rc: run_rc_scripts: not found /etc/rc: have: not found Sat Feb 24 13:42:09 UTC 2024 2024-02-24T13:42:10.007616+00:00 - init 31 - - can't exec getty '/usr/libexec/getty' for port /dev/ttyv1: No such file or directory .... Uname -a reports: FreeBSD 15.0-CURRENT FreeBSD 15.0-CURRENT #121 main-n268499-b9870ba93ea9: Fri Feb 23 23:14:59 PST 2024 bob@nemesis.zefox.com:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64distribution. Power cycling allowed boot to single-user, running fsck -fy reports a clean root file system. /etc/fstab contains /dev/da0s2a / ufs rw 1 1 /dev/da0s1 /boot/msdos msdosfs rw,noatime 0 0 #tmpfs /tmp tmpfs rw,mode=1777,size=50m 0 0 /dev/da0s2d /usr ufs rw 2 2 /dev/da0s2b none swap sw There does not seem to be a file named run_rc_scripts present in the filesystem. Any suggestions on how to back myself out of this corner would be much appreciated! Thanks for reading, bob prohaska From nobody Sat Feb 24 15:31:41 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ThrTs62qMz5B19H for ; Sat, 24 Feb 2024 15:32:17 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ThrTs06bNz4PnL for ; Sat, 24 Feb 2024 15:32:16 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 41OFVgOF016490 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 24 Feb 2024 07:31:42 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 41OFVgMM016489; Sat, 24 Feb 2024 07:31:42 -0800 (PST) (envelope-from fbsd) Date: Sat, 24 Feb 2024 07:31:41 -0800 From: bob prohaska To: David Wolfskill Cc: freebsd-current@freebsd.org Subject: Re: Missing files on -current Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: - X-Spamd-Result: default: False [-1.09 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-0.99)[-0.989]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_WWW(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MISSING_XM_UA(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[zefox.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4ThrTs06bNz4PnL On Sat, Feb 24, 2024 at 07:02:19AM -0800, David Wolfskill wrote: > > This is from an amd64 system at main-n268514-61b88a230bac, but > run_rc_scripts is a shell function defined in /etc/rc.subr. > > So the whine about not finding run_rc_scripts would indicate that at > least one of the following is true: > > * The script that should have sourced /etc/rc.subr failed to do so. > > * /etc/rc.csubr is corrupted, and fails to define run_rc_scripts(). > Indeed, it seems to be absent: root@:~ # more /etc/rc.csubr /etc/rc.csubr: No such file or directory root@:~ # However, the same is true of a Pi3 running 14-release p5. It boots reliably once it reaches loader. I wouldn't expect this part of the boot process to be platform dependent. Maybe -current and -release do things differently? > * /etc/rc.subr is missing. Present and accounted for: root@:~ # ls -l /etc/rc.subr -rw-r--r-- 1 root wheel 51911 Nov 18 21:46 /etc/rc.subr root@:~ # Thanks for writing! bob prohaska From nobody Sat Feb 24 15:59:01 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Ths4x3kx4z5B3TD for ; Sat, 24 Feb 2024 15:59:13 +0000 (UTC) (envelope-from garyj@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ths4w3lSWz4VFm for ; Sat, 24 Feb 2024 15:59:12 +0000 (UTC) (envelope-from garyj@gmx.de) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1708790342; x=1709395142; i=garyj@gmx.de; bh=6zlffnv/Y4p0fCcIdF6Vna5yaaf8/Zk31M6fR7AYXrg=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:In-Reply-To:References: Reply-To; b=pbhnnN8LTwehSg4tA4gxOgnWfQ49aWu2nqqG7J1ZqqMQ2ImZ9iKsQhFUytkQmMNC p3ULbpmisJJHpjFBqOeuGjAQvhDCPDgwIIu/pPvXlYoOBW3oAXS+3xF3Iu3CqugLi 3ZezuKvEl7fLVceB/ng3SwNTm6uyxAY3eBzBSspKZitHHo9YUnkyYYoqUn/nyHAsC aERQTZDhrSndsg0q+O/8d6XIotba8H5VgFm2VTiQoFxW2Y+lS8yUtcxyrC4AEfSqO AeZHP2giQkNwAtxxwdQtjv56XrEcKpDez8d1OieTWX3YGKDH5UeONBzy/AaiBy5kN WNLuMChqhGJPwTiX6Q== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from ernst.home ([91.59.224.160]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MtwUm-1qmERe1O60-00uGQV; Sat, 24 Feb 2024 16:59:02 +0100 Date: Sat, 24 Feb 2024 15:59:01 +0000 From: Gary Jennejohn To: bob prohaska Cc: freebsd-current@freebsd.org Subject: Re: Missing files on -current Message-ID: <20240224165901.669004b4@ernst.home> In-Reply-To: References: Reply-To: garyj@gmx.de X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:Xs4+tfgqV/FI+HVhKguBzmV2VULIWdQ98/Wa+hDZbaxhEgtplWU JrQI9Rh3pSIgxEL8WV4imtmdW6x9vsFdff7Fx+WptOQ3jOHrXkHKEuNEPuyz6aPQe6i6nGd GrHht5dI2VLBVCxq3HjiqkgPH2XygtLz5M2uKWoI9S6Xgc6Vi1sqKculw7S1UYMlhbsRSWP /QggSnV8yJq32rGLYJgkw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:uWaFNr1iaU8=;u0/pfAtD1ajKOMLKa7lpKDsFY81 TDml7OskIjWUeGXQ4Z3rh5f2f77BAjca2rE3aaVVzZH+uku1KmEdts+hRcWkNgJGYQeQeieFj q9yBBhrZ9pKHl6OViTX4avIq02HMKkXprVyEUxuli2moz9dOUXAus4Ag/bnUwXIe+2V6yKVH6 XYAHZ9JPAlHk9+xSROZ/cgf8qSEvs5UfiMx8bMz2hPnBb0sTHgIMNs33iH3CqxuuaaFl170fe TxzlK8RaFFaIuaTinK6tm2TnoTOWFiC3bdc3rpNt90jO8zft3huWmgmWsTH7Y13Hi84uPW/pp DHH4ZlZxS59m/7o0ej3wshT3OeVGNvexSMxG3++1bNd/+86qVvmo26Wvj3Tk0PkFsb0oXQ42M 6zRkyva4cy0lFNfCTV1Y5nsk/zTRjnpF1ZiZ4l8GW7HB+By63OD2vaslGfpH2arKyR008PguB Dm6+6pGjaUTOw3oSVfQjH2UnsX1hDAV+TlckOt3vx9ziH/k7PypZ0f4/REfj1QfhTaWifkssQ k+gkbDSNqMnnN3aX1KnLcCkv7Nc6KO2XzjpTLLXoQit9D6txg4CRacBWGU+l2WG+9Vtfbpd+c FuaKGScisZ55hxsmv9YGMIp4VRHQG/xekzMl75eu6PER3l7Qwwjazy3mZcmfHS8Q/FtAnQs9B lslbHn+TbF2/Y4s+hbtWUbmAFyGLUr70pZUqWIk0fsDT/NMJydfspRbkJtZ4NOvZgdmQbepbo DLMUD/GDWv4sEGGXn5it6Hg5hQXZDhKXTODOEn0FfgJ12Yj3llkgX0xSXmfManUdhzX/6KuAH BysmVVC4Di7kjNvWEXIYHm9kbalvJmqWA18w6FBdhLsdQ= X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE] X-Rspamd-Queue-Id: 4Ths4w3lSWz4VFm On Sat, 24 Feb 2024 06:53:37 -0800 bob prohaska wrote: > A Pi4 running -current completed a build/install cycle for world and ker= nel > without obvious errors but failed to reboot, reporting: > ... > Warning: no time-of-day clock registered, system time will not be set ac= curately > Dual Console: Serial Primary, Video Secondary > /etc/rc: run_rc_scripts: not found > /etc/rc: run_rc_scripts: not found > /etc/rc: have: not found > > Sat Feb 24 13:42:09 UTC 2024 > 2024-02-24T13:42:10.007616+00:00 - init 31 - - can't exec getty '/usr/li= bexec/getty' for port /dev/ttyv1: No such file or directory > ... > > Uname -a reports: > FreeBSD 15.0-CURRENT FreeBSD 15.0-CURRENT #121 main-n268499-b9870ba93ea= 9: Fri Feb 23 23:14:59 PST 2024 bob@nemesis.zefox.com:/usr/obj/usr/src= /arm64.aarch64/sys/GENERIC arm64distribution. > > Power cycling allowed boot to single-user, running fsck -fy reports a cl= ean > root file system. > > /etc/fstab contains > /dev/da0s2a / ufs rw 1 1 > /dev/da0s1 /boot/msdos msdosfs rw,noatime 0 0 > #tmpfs /tmp tmpfs rw,mode=3D1777,size=3D50m 0 0 > /dev/da0s2d /usr ufs rw 2 2 > /dev/da0s2b none swap sw > > There does not seem to be a file named run_rc_scripts present > in the filesystem. > > Any suggestions on how to back myself out of this corner > would be much appreciated! > > Thanks for reading, > The function run_rc_scripts is defined in /usr/src/libexec/rc/rc.subr and is called in /usr/src/libexec/rc/rc. /etc/rc includes /etc/rc.subr. So, maybe one of these files is not up to date under /etc? =2D- Gary Jennejohn From nobody Sat Feb 24 17:15:52 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ThtnC08J2z5BCLm for ; Sat, 24 Feb 2024 17:15:43 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ThtnB38QCz4jJ4 for ; Sat, 24 Feb 2024 17:15:42 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.17.1/8.15.2) with ESMTPS id 41OHFrsL016691 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 24 Feb 2024 09:15:53 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.17.1/8.15.2/Submit) id 41OHFqk0016690; Sat, 24 Feb 2024 09:15:52 -0800 (PST) (envelope-from fbsd) Date: Sat, 24 Feb 2024 09:15:52 -0800 From: bob prohaska To: Gary Jennejohn Cc: freebsd-current@freebsd.org Subject: Re: Missing files on -current Message-ID: References: <20240224165901.669004b4@ernst.home> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240224165901.669004b4@ernst.home> X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Queue-Id: 4ThtnB38QCz4jJ4 On Sat, Feb 24, 2024 at 03:59:01PM +0000, Gary Jennejohn wrote: > > The function run_rc_scripts is defined in /usr/src/libexec/rc/rc.subr and > is called in /usr/src/libexec/rc/rc. /etc/rc includes /etc/rc.subr. > > So, maybe one of these files is not up to date under /etc? > My fault, etcupdate reported a conflict and I didn't notice it. Sorry for the noise! bob prohaska From nobody Sat Feb 24 19:15:40 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4ThxRf1qQfz5BPxf for ; Sat, 24 Feb 2024 19:15:42 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits)) (Client CN "mail.protected-networks.net", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ThxRd4Rjyz40wT for ; Sat, 24 Feb 2024 19:15:41 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b=A6c92lIq; dmarc=pass (policy=reject) header.from=protected-networks.net; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 2001:470:8d59:1::8 as permitted sender) smtp.mailfrom=imb@protected-networks.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:in-reply-to:references:content-language:subject :subject:from:from:user-agent:mime-version:date:date:message-id; s=201508; t=1708802141; bh=h72N97d3xcto6HWXpibh0D6kKIO6Dd7BeA+a RmQ2g9g=; b=A6c92lIqc+Z8wd0jcpSomQoa4yYW7G7OgrKTAjUp9YdQZFng48oN SqrSRENw7iSou/Ztzu35qnxgQ84hPBTHBRiLBnoBFHpxnYIk6UcCmTcQxtVRCzmD A+B3kGN2hBCJfeaTzi4ckoDk6F1/9FtLYC2SaNLi8bHKihPepPpS3jo= Received: from [IPV6:2600:4040:53d9:8200:f21f:afff:fe66:957e] (unknown [IPv6:2600:4040:53d9:8200:f21f:afff:fe66:957e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 3ECB04B756 for ; Sat, 24 Feb 2024 14:15:41 -0500 (EST) Message-ID: <193cf8bb-0549-43bb-8f30-9e994b7e0d0f@protected-networks.net> Date: Sat, 24 Feb 2024 14:15:40 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Michael Butler Subject: commit f74352f breaks world Content-Language: en-NZ References: <1ef71804-4227-4e3a-bfb5-b05c9f525181@protected-networks.net> To: freebsd-current Autocrypt: addr=imb@protected-networks.net; keydata= xsDiBETHZAURBACJicNaIbVVVZahtQcdJeogtTLjCYAdj4kFMpy6Y3Ac19UNWDM+TrD4yFPi 5nc/pp9M/5Q4RNBr6a97fTYroTaq+vDwWdklOHwD2ZXs7FqwWOtVSIPT/rev5fUvwEF2VFYE sNDbpE5HHpP/oFUw5scEJZVyOBJSGvYb1IhV55NWswCgzkUGbG8A3s+oZXkHqTCYGW/seukD +wTo/L835xLpbTJxoxEKeGA3aWifSsRvpWWHyXye6sTkSN3SmtE9A8Pqmdb1dBEO0eOms6GD RamvCFgdvg2HesAv9l7L/7Mm9iKJs6uTAa+taIQslpumGh4PRc94IepVFzAa4Ef/FA4mWx9w P/EqNsKUPE2U5HI1decbopkxH/d/A/9Hupc10lPsXVMACd54/YZRsSTTcArheekm8qE/f8Hl 1Q7At+yuFgfMll4QPAhefnrLUanXF1bWtxG5PmaJktDYp3HOmy43giZgacgt+a3TVd6vu8Gs DnI4FOfYllq7mZFezMIulCWUYtnkMEXEeyzp39dygi7blPIjckWlQ2sc380rTWljaGFlbCBC dXRsZXIgPGltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0PsJgBBMRAgAgBQJEx2QFAhsDBgsJ CAcDAgQVAggDBBYCAwECHgECF4AACgkQQv9rrgRC1JL7mgCdEnPeo22kqT/bES+D78QSGhNR r8cAn2xOMeu6pBrc2tDY8Ky/70HBctmjzsFNBETHZA4QCACKbm/PMn4QcyDEvIn4MF+t2E1A zgiBAkPCMtWT1CcqeUj13OwNM8qJD/mBWjCZCnr1hKVbvzOmgKaM4uDCWIcSCdoDTJx1DqMx abr+EpHz1fL6aagEOKHz5sCYOkDXt3zzZ/5RBMdkEJwunXYtAbu5e68oty+d0DFzAM3pBp6l GC0TE3VutmFR/KK66rf0KB83YQBf/IAtyqsRIQPP9t0SLfJ+kqKXf73nvAUFEtb21gZSzhTm QP87QKyQvenE8o4PQ2tEslq2jICB7pGcqIrwP4o3Hl4V+HXi3lA26MMJ5rakQB2sKKWroPVQ BiRXO+W8Qf+0oQFq38oMXR5sPOs/AAMFB/sEKcjzvkwviZOsDElthxtgrmqUNKC9G/4Fw0tK k6fMynv+bcKz85k2uWOIfefUKBFoQ0SCphU4jquJENqqy6BPTkXePlIJok2/GkF7xtHm2FPq tTTuYmoBrGsls28Z9dn2LcBwFHz59SSWM9JFPIvFr9HCkKtp6zPUsJd5b02+0wgzDubTMQS9 M2LwGSh9xK6xl4MGgngl22b0TZDh5qHwmsywOX6SbGsQfeNpkptJ4gPjShypusFyF+pevnCM wTfUPCBd/AFbu2fHFQjA8sgkr5IqXuc4PoiIBXc9upoFpDqGkYssAKbzGcRsK94a8hRROJV9 bzPyYempIWaPXr2EwkkEGBECAAkFAkTHZA4CGwwACgkQQv9rrgRC1JKqhwCeOov6gTo8eWte es3gbLr2n2b5AXMAoItSlajet574lkouzY3u3scSRfiE In-Reply-To: <1ef71804-4227-4e3a-bfb5-b05c9f525181@protected-networks.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; R_SPF_ALLOW(-0.20)[+mx:c]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[protected-networks.net:+] X-Rspamd-Queue-Id: 4ThxRd4Rjyz40wT Moving these definitions breaks world outside the kernel :-( building shared library libmapper_std.so.5 Building /usr/obj/usr/src/amd64.amd64/lib/libiconv_modules/mapper_zone/libmapper_zone.so.5 building shared library libmapper_zone.so.5 Building /usr/obj/usr/src/amd64.amd64/lib/libstats/tcp_stats.o /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:137:38: error: use of undeclared identifier 'CC_ECN' 137 | STATS_VSS_DVHIST32_USR(HBKTS(DVBKT(CC_ECN), DVBKT(CC_RTO), | ^ /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:137:38: error: use of undeclared identifier 'CC_ECN' /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:137:53: error: use of undeclared identifier 'CC_RTO' 137 | STATS_VSS_DVHIST32_USR(HBKTS(DVBKT(CC_ECN), DVBKT(CC_RTO), | ^ /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:137:53: error: use of undeclared identifier 'CC_RTO' /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:138:13: error: use of undeclared identifier 'CC_RTO_ERR' 138 | DVBKT(CC_RTO_ERR), DVBKT(CC_NDUPACK)), 0) | ^ /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:138:13: error: use of undeclared identifier 'CC_RTO_ERR' /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:138:32: error: use of undeclared identifier 'CC_NDUPACK' 138 | DVBKT(CC_RTO_ERR), DVBKT(CC_NDUPACK)), 0) | ^ /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:138:32: error: use of undeclared identifier 'CC_NDUPACK' /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:137:38: error: use of undeclared identifier 'CC_ECN' 137 | STATS_VSS_DVHIST32_USR(HBKTS(DVBKT(CC_ECN), DVBKT(CC_RTO), | ^ /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:137:38: error: use of undeclared identifier 'CC_ECN' /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:137:53: error: use of undeclared identifier 'CC_RTO' 137 | STATS_VSS_DVHIST32_USR(HBKTS(DVBKT(CC_ECN), DVBKT(CC_RTO), | ^ /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:137:53: error: use of undeclared identifier 'CC_RTO' /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:138:13: error: use of undeclared identifier 'CC_RTO_ERR' 138 | DVBKT(CC_RTO_ERR), DVBKT(CC_NDUPACK)), 0) | ^ /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:138:13: error: use of undeclared identifier 'CC_RTO_ERR' /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:138:32: error: use of undeclared identifier 'CC_NDUPACK' 138 | DVBKT(CC_RTO_ERR), DVBKT(CC_NDUPACK)), 0) | ^ /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:138:32: error: use of undeclared identifier 'CC_NDUPACK' /usr/src/lib/libstats/../../sys/netinet/tcp_stats.c:142:6: error: invalid application of 'sizeof' to an incomplete type 'struct voistatspec[]' 142 | NVSS(vss_congsig), vss_congsig, 0); | ^~~~~~~~~~~~~~~~~ /usr/obj/usr/src/amd64.amd64/tmp/usr/include/sys/stats.h:440:32: note: expanded from macro 'NVSS' 440 | #define NVSS(vss_slots) (sizeof((vss_slots)) / sizeof(struct voistatspec)) | ^~~~~~~~~~~~~ 17 errors generated. *** [tcp_stats.o] Error code 1 make[5]: stopped in /usr/src/lib/libstats .ERROR_TARGET='tcp_stats.o' From nobody Sat Feb 24 20:18:57 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Thyrp0vzWz5BWqs for ; Sat, 24 Feb 2024 20:19:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Thyrn3x5Xz4Gmx; Sat, 24 Feb 2024 20:19:05 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 41OKIvXi016839; Sat, 24 Feb 2024 22:19:00 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 41OKIvXi016839 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 41OKIvBI016838; Sat, 24 Feb 2024 22:18:57 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 24 Feb 2024 22:18:57 +0200 From: Konstantin Belousov To: Gleb Smirnoff Cc: current@freebsd.org Subject: Re: February 2024 stabilization week Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on tom.home X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4Thyrn3x5Xz4Gmx On Fri, Feb 23, 2024 at 08:34:21PM -0800, Gleb Smirnoff wrote: > Hi FreeBSD/main users, > > the February 2024 stabilization week started with 03cc3489a02d that was tagged > as main-stabweek-2024-Feb. At the moment of the tag creation we already knew > about several regression caused by libc/libsys split. > > In the stabilization branch stabweek-2024-Feb we accumulated following cherry-picks > from FreeBSD/main: > > 1) closefrom() syscall was failing unless you have COMPAT_FREEBSD12 in kernel > 99ea67573164637d633e8051eb0a5d52f1f9488e > eb90239d08863bcff3cf82a556ad9d89776cdf3f > 2) nextboot -k broken on ZFS > 3aefe6759669bbadeb1a24a8956bf222ce279c68 > 0c3ade2cf13df1ed5cd9db4081137ec90fcd19d0 > 3) libsys links to libc > baa7d0741b9a2117410d558c6715906980723eed > 4) sleep(3) no longer being a pthread cancellation point > 7d233b2220cd3d23c028bdac7eb3b6b7b2025125 > > We are aware of two regressions still unresolved: > > 1) libsys/rtld breaks bind 9.18 / mysql / java / ... > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277222 > > Konstantin, can you please check me? Is this the same issue fixed by > baa7d0741b9a2117410d558c6715906980723eed or a different one? Most likely. Since no useful diagnostic was provided, I cannot confirm. > > 2) panic: ... - wait_fw_init - mlx5_load_one > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277211 > > Hopefully they would be fixed before March stabweek. > > We closed the stabilization period on Thursday. > > If you want to reap the fruits of the stabweek and you are very conservative > and want to use only changes that passed certain level of testing, you can use > the stabweek-2024-Feb branch. The branch is published at > https://github.com/glebius/FreeBSD/tree/stabweek-2024-Feb. > > Otherwise I would recommend to use 7d233b2220cd3d23c028bdac7eb3b6b7b2025125 of > FreeBSD/main as a good point to update. We did not observe any large or risky > changes in main during the week. > > -- > Gleb Smirnoff From nobody Sat Feb 24 22:33:22 2024 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Tj1rv4Rm5z5BkVg for ; Sat, 24 Feb 2024 22:34:23 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tj1rv1773z4bPX; Sat, 24 Feb 2024 22:34:23 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1708814051; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ehU8r7iBqSwZ4qi23IRhknsI9EhWbiyJLVoIRJkAnGg=; b=F05hXgMMGxoXmDwBSTXn0R/LtUs8MDNepwR/6LOgfUE4PPODZfzMwRlTeYtWpefrNLJvnV SsjiwH17jcTyA1Z8lNqI3G+MPEuxQMmc7AHmBDh851X8KnQSdUtHvLomXUiIFdX08PQjsA 4+hKZ6RK925iHRjcKY7o+RYAXW4sebLcvRD38tWK0vF7YD19+lDois4kSBXi/Cl4SMZnxY sYt18uvRZp8RIxq3zLQg2LkIffKeRd89+cVx0jcdHnyNwmBlZgK4jPoyTjDunDUuCAcMqn yVnLkCLK+7ZGuGB1DwPYTCG2c3+XvFGCgngslH97BgKPz38wdgU20iucBAEa9g== Date: Sat, 24 Feb 2024 23:33:22 +0100 From: Alexander Leidinger To: Konstantin Belousov Cc: Gleb Smirnoff , current@freebsd.org Subject: Re: February 2024 stabilization week In-Reply-To: References: Message-ID: <077f20a7155880c3b17c4dc571c8330e@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_e9a42f543000acc2f35e73e0e3488d4b"; micalg=pgp-sha256 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:34240, ipnet:89.238.64.0/18, country:DE] X-Rspamd-Queue-Id: 4Tj1rv1773z4bPX This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_e9a42f543000acc2f35e73e0e3488d4b Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-02-24 21:18, schrieb Konstantin Belousov: > On Fri, Feb 23, 2024 at 08:34:21PM -0800, Gleb Smirnoff wrote: >> Hi FreeBSD/main users, >> >> the February 2024 stabilization week started with 03cc3489a02d that >> was tagged >> as main-stabweek-2024-Feb. At the moment of the tag creation we >> already knew >> about several regression caused by libc/libsys split. >> >> In the stabilization branch stabweek-2024-Feb we accumulated following >> cherry-picks >> from FreeBSD/main: >> >> 1) closefrom() syscall was failing unless you have COMPAT_FREEBSD12 in >> kernel >> 99ea67573164637d633e8051eb0a5d52f1f9488e >> eb90239d08863bcff3cf82a556ad9d89776cdf3f >> 2) nextboot -k broken on ZFS >> 3aefe6759669bbadeb1a24a8956bf222ce279c68 >> 0c3ade2cf13df1ed5cd9db4081137ec90fcd19d0 >> 3) libsys links to libc >> baa7d0741b9a2117410d558c6715906980723eed >> 4) sleep(3) no longer being a pthread cancellation point >> 7d233b2220cd3d23c028bdac7eb3b6b7b2025125 >> >> We are aware of two regressions still unresolved: >> >> 1) libsys/rtld breaks bind 9.18 / mysql / java / ... >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277222 >> >> Konstantin, can you please check me? Is this the same issue fixed >> by >> baa7d0741b9a2117410d558c6715906980723eed or a different one? > Most likely. Since no useful diagnostic was provided, I cannot confirm. It is. And for the curious reader: this affected a world which was build with WITH_BIND_NOW (ports build with RELRO and BIND_NOW were unaffected, as long as the basesystem was not build with BIND_NOW). Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_e9a42f543000acc2f35e73e0e3488d4b Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmXabsEACgkQEg2wmwP4 2IbpAg/9H706lFY3jztQSxtw2AdWGW1Z6qpsvdi4wMg39dz0BFAa6pgSbIJ8QGAk xnVDOzh+4pqEE50TqlHr/jWvvz6kAqaSeDxRoBOYx8GpLPNGdBxh4s4N3/WlQ12+ jV1/YaIav/XHOg+baRUNPzH4EB31h9CO6RxeYVSmu1IX3FMb8yGdWhJDeBBaNe9x s8HUbSAkhjnZ5xBgf3P1Fc9oSrRlSOWif78wkh3lBHWbuwaPYArmr6B4QKPNbqby Vucz/1qsvHIlzWTuUQ5CXrISpp6DTC76X/+KzEoNvGDnuRlsFkgD7eEvffTEOov8 Rx+XTZkeH19lH+vKo//gKQdhbwJ7QuC9j4P8xmXrd84GcGBbNtCJYbNmEJ2Vmz5G JSIJwfyG2vn0FCpng0YnplLyIlx3jH9vQgbqG4qhBDIBn4wInDxy9SLa+ms4PyoM 0M/MokSJk+ge6HzO8bkvyGlCLXE63W3n4SAAsbGl8n/mXilz2GSBmglgw/p0syUQ jCcoSOiIPyiIbleXjvBvJdTbTneV/qrF2GJI4VERw6sXrdwWBDhhBtjeC4wYbYkd M34sjw7hvDlieVsj6bVeZBvEXJAIHjMxMR8uiDhrSC/9MFTSOMxixutxmTx4AIjW XOt8YceI5sbjUCWhe+YsERgwn4FO0CzqlZQao5aHDk/5bM/+hyg= =/6in -----END PGP SIGNATURE----- --=_e9a42f543000acc2f35e73e0e3488d4b-- From nobody Sun Feb 25 15:38:49 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TjSb128Rhz5BTQj for ; Sun, 25 Feb 2024 15:38:53 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TjSb027KFz4csk for ; Sun, 25 Feb 2024 15:38:52 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b="T lpuLmw"; dmarc=pass (policy=reject) header.from=protected-networks.net; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 2001:470:8d59:1::8 as permitted sender) smtp.mailfrom=imb@protected-networks.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:subject:subject:from:from:content-language :user-agent:mime-version:date:date:message-id; s=201508; t= 1708875530; bh=WAVqgF9ceZF9PjwbYcVqbM0qo9GhJxXbzjYnLJJfdIs=; b=T lpuLmwZybIRIcJipK87U/7rJOb1uZtsXLqVpyc1N728ecRwGPrm23Adh3YykCT9P KGzjRLeO7IrKkyxtTof3I9reb3+9543igWIWJtP+nMCDyIU2UYDNL7a05BOBcxUf PfFLOCP+5VaO8W3Qioi3lcupPHQnwOiPdueZgdkZxk= Received: from [IPV6:2600:4040:53d9:8200:f21f:afff:fe66:957e] (unknown [IPv6:2600:4040:53d9:8200:f21f:afff:fe66:957e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 65C1F48010 for ; Sun, 25 Feb 2024 10:38:50 -0500 (EST) Message-ID: <9b18eb1c-9285-41d3-9aa0-b70382273414@protected-networks.net> Date: Sun, 25 Feb 2024 10:38:49 -0500 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-NZ To: freebsd-current From: Michael Butler Subject: after commit 5e248c2, kernel module build is broken Autocrypt: addr=imb@protected-networks.net; keydata= xsDiBETHZAURBACJicNaIbVVVZahtQcdJeogtTLjCYAdj4kFMpy6Y3Ac19UNWDM+TrD4yFPi 5nc/pp9M/5Q4RNBr6a97fTYroTaq+vDwWdklOHwD2ZXs7FqwWOtVSIPT/rev5fUvwEF2VFYE sNDbpE5HHpP/oFUw5scEJZVyOBJSGvYb1IhV55NWswCgzkUGbG8A3s+oZXkHqTCYGW/seukD +wTo/L835xLpbTJxoxEKeGA3aWifSsRvpWWHyXye6sTkSN3SmtE9A8Pqmdb1dBEO0eOms6GD RamvCFgdvg2HesAv9l7L/7Mm9iKJs6uTAa+taIQslpumGh4PRc94IepVFzAa4Ef/FA4mWx9w P/EqNsKUPE2U5HI1decbopkxH/d/A/9Hupc10lPsXVMACd54/YZRsSTTcArheekm8qE/f8Hl 1Q7At+yuFgfMll4QPAhefnrLUanXF1bWtxG5PmaJktDYp3HOmy43giZgacgt+a3TVd6vu8Gs DnI4FOfYllq7mZFezMIulCWUYtnkMEXEeyzp39dygi7blPIjckWlQ2sc380rTWljaGFlbCBC dXRsZXIgPGltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0PsJgBBMRAgAgBQJEx2QFAhsDBgsJ CAcDAgQVAggDBBYCAwECHgECF4AACgkQQv9rrgRC1JL7mgCdEnPeo22kqT/bES+D78QSGhNR r8cAn2xOMeu6pBrc2tDY8Ky/70HBctmjzsFNBETHZA4QCACKbm/PMn4QcyDEvIn4MF+t2E1A zgiBAkPCMtWT1CcqeUj13OwNM8qJD/mBWjCZCnr1hKVbvzOmgKaM4uDCWIcSCdoDTJx1DqMx abr+EpHz1fL6aagEOKHz5sCYOkDXt3zzZ/5RBMdkEJwunXYtAbu5e68oty+d0DFzAM3pBp6l GC0TE3VutmFR/KK66rf0KB83YQBf/IAtyqsRIQPP9t0SLfJ+kqKXf73nvAUFEtb21gZSzhTm QP87QKyQvenE8o4PQ2tEslq2jICB7pGcqIrwP4o3Hl4V+HXi3lA26MMJ5rakQB2sKKWroPVQ BiRXO+W8Qf+0oQFq38oMXR5sPOs/AAMFB/sEKcjzvkwviZOsDElthxtgrmqUNKC9G/4Fw0tK k6fMynv+bcKz85k2uWOIfefUKBFoQ0SCphU4jquJENqqy6BPTkXePlIJok2/GkF7xtHm2FPq tTTuYmoBrGsls28Z9dn2LcBwFHz59SSWM9JFPIvFr9HCkKtp6zPUsJd5b02+0wgzDubTMQS9 M2LwGSh9xK6xl4MGgngl22b0TZDh5qHwmsywOX6SbGsQfeNpkptJ4gPjShypusFyF+pevnCM wTfUPCBd/AFbu2fHFQjA8sgkr5IqXuc4PoiIBXc9upoFpDqGkYssAKbzGcRsK94a8hRROJV9 bzPyYempIWaPXr2EwkkEGBECAAkFAkTHZA4CGwwACgkQQv9rrgRC1JKqhwCeOov6gTo8eWte es3gbLr2n2b5AXMAoItSlajet574lkouzY3u3scSRfiE Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; TO_DN_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[protected-networks.net:+] X-Rspamd-Queue-Id: 4TjSb027KFz4csk Building /usr/obj/usr/src/amd64.amd64/sys/VM01-new/modules/usr/src/sys/modules/vmm/machine machine -> /usr/src/sys/amd64/include Building /usr/obj/usr/src/amd64.amd64/sys/VM01-new/modules/usr/src/sys/modules/vmm/x86 x86 -> /usr/src/sys/x86/include Building /usr/obj/usr/src/amd64.amd64/sys/VM01-new/modules/usr/src/sys/modules/vmm/i386 i386 -> /usr/src/sys/i386/include Building /usr/obj/usr/src/amd64.amd64/sys/VM01-new/modules/usr/src/sys/modules/vmm/opt_acpi.h Building /usr/obj/usr/src/amd64.amd64/sys/VM01-new/modules/usr/src/sys/modules/vmm/opt_ddb.h Building /usr/obj/usr/src/amd64.amd64/sys/VM01-new/cc.o /usr/src/sys/netinet/cc/cc.c:475:10: error: 6 enumeration values not handled in switch: 'CC_ACK', 'CC_DUPACK', 'CC_PARTIALACK'... [-Werror,-Wswitch] 475 | switch (type) { | ^~~~ 1 error generated. *** [cc.o] Error code 1