From nobody Tue Feb 20 13:42:36 2024 X-Original-To: freebsd-hackers@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 4TfLFQ4XvKz5C522 for ; Tue, 20 Feb 2024 13:42:50 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Received: from mailhost.m5p.com (mailhost.m5p.com [74.104.188.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 (2048 bits) client-digest SHA256) (Client CN "m5p.com", Issuer "R3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TfLFP6Xpmz51yF for ; Tue, 20 Feb 2024 13:42:49 +0000 (UTC) (envelope-from george+freebsd@m5p.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of george+freebsd@m5p.com designates 74.104.188.4 as permitted sender) smtp.mailfrom=george+freebsd@m5p.com; dmarc=none Received: from [IPV6:2001:470:1f07:15ff::26] (court.m5p.com [IPv6:2001:470:1f07:15ff:0:0:0:26]) (authenticated bits=0) by mailhost.m5p.com (8.17.1/8.15.2) with ESMTPSA id 41KDgaHR028862 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 20 Feb 2024 08:42:42 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <061ca5f2-f663-4558-936e-d139a417ee5a@m5p.com> Date: Tue, 20 Feb 2024 08:42:36 -0500 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: FreeBSD Security Advisory FreeBSD-SA-24:01.bhyveload From: George Mitchell To: FreeBSD Hackers References: <20240214070706.C6CD226744@freefall.freebsd.org> Content-Language: en-US Autocrypt: addr=george+freebsd@m5p.com; keydata= xjMEZaHDbxYJKwYBBAHaRw8BAQdA2W6oBfS8haXY0/Ft4zS1OTLYfC8EBIADPTgMQdh85C3N KEdlb3JnZSBNaXRjaGVsbCA8Z2VvcmdlK2ZyZWVic2RAbTVwLmNvbT7CmQQTFgoAQRYhBDpv v9n4+UzMLAJ8EZocD3futmd9BQJlocSiAhsDBQkFo5qABQsJCAcCAiICBhUKCQgLAgQWAgMB Ah4HAheAAAoJEJocD3futmd9SxwBAJUi6DNdVhWCZBTv5XGy1g0JgApLWe/3S0M0zz9sn7/L AQCcJcV5k5s2rt9J5C1AUm6XVsuneVvIWXO5j1GKWk0NC844BGWhw28SCisGAQQBl1UBBQEB B0AaFz/6B95RRvjOdLZr5fSdhuIHvwr24H3ePDZSw6wlUwMBCAfCfgQYFgoAJhYhBDpvv9n4 +UzMLAJ8EZocD3futmd9BQJlocNvAhsMBQkFo5qAAAoJEJocD3futmd9RXsBANwRD9RE56F6 /jeZOrujHICLcgPiOt50Y6866v9OUTjUAP9GlC1aopfBpNwuPLJBam7oBaGqvY98VDhzOjoT 7DNbCQ== In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------Dslh2OFs0XE89F0Le5nVKnPO" X-Spam-Status: No, score=0.2 required=10.0 tests=HELO_MISC_IP,HELO_NO_DOMAIN autolearn=no autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on mattapan.m5p.com X-Rspamd-Queue-Id: 4TfLFP6Xpmz51yF X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.97 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-0.99)[-0.990]; NEURAL_HAM_SHORT(-0.90)[-0.895]; NEURAL_HAM_MEDIUM(-0.79)[-0.791]; R_SPF_ALLOW(-0.20)[+a]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; MIME_BASE64_TEXT(0.10)[]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; RCVD_TLS_ALL(0.00)[]; TAGGED_FROM(0.00)[freebsd]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[m5p.com]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; HAS_ATTACHMENT(0.00)[]; ASN(0.00)[asn:701, ipnet:74.104.0.0/16, country:US]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-hackers@FreeBSD.org]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~] This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------Dslh2OFs0XE89F0Le5nVKnPO Content-Type: multipart/mixed; boundary="------------QOu0YPJR1CpSYsJ7yV8BvBRB"; protected-headers="v1" From: George Mitchell To: FreeBSD Hackers Message-ID: <061ca5f2-f663-4558-936e-d139a417ee5a@m5p.com> Subject: Re: FreeBSD Security Advisory FreeBSD-SA-24:01.bhyveload References: <20240214070706.C6CD226744@freefall.freebsd.org> In-Reply-To: --------------QOu0YPJR1CpSYsJ7yV8BvBRB Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 W0kgcHJvbWlzZSB0aGlzIGlzIHRoZSBsYXN0IHRpbWUgSSB3aWxsIHdyaXRlIGFib3V0IHRo aXMhXQ0KDQpPbiAyLzE4LzI0IDA5OjM4LCBHZW9yZ2UgTWl0Y2hlbGwgd3JvdGU6DQo+IE9u IDIvMTYvMjQgMDg6NDgsIEdlb3JnZSBNaXRjaGVsbCB3cm90ZToNCj4+IEZvciBhIGNvbXBs aWNhdGVkIHJlYXNvbiwgSSBhdm9pZCAiZnJlZWJzZC11cGRhdGUiIGFuZCB1cGRhdGUgdGhl DQo+PiBrZXJuZWwgYW5kIHRoZSB3b3JsZCBmcm9tIHNvdXJjZS4NCj4+IFsuLi4gZGlzY3Vz c2lvbiBwcm92aW5nIEkgYW0gYW4gaWRpb3QgLi4uXQ0KPj4gSXMgdGhlcmUgYSBoYWNrIHRo YXQgbGV0cyBtZSBmb29sIGZyZWVic2QtdmVyc2lvbiBpbnRvIHJlcG9ydGluZyAtcDEwDQo+ PiBpbnN0ZWFkIG9mIC1wOT/CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAtLSBH ZW9yZ2UNCj4+IFsuLi5dDQo+IA0KPiBUaGUgaGFjayAoYW5kIGl0J3MgcmlkaWN1bG91c2x5 IHVnbHkpIGlzIHRvIGVkaXQgL2Jpbi9mcmVlYnNkLXZlcnNpb24NCj4gYW5kIGNoYW5nZToN Cj4gVVNFUkxBTkRfVkVSU0lPTj0iMTMuMi1SRUxFQVNFLXA5Ig0KPiB0bzoNCj4gVVNFUkxB TkRfVkVSU0lPTj0iMTMuMi1SRUxFQVNFLXAxMCINCj4gDQo+IFNvcnJ5IGZvciBpbmZsaWN0 aW5nIHRoaXMgb24gYWxsIG9mIHlvdSAuLi7CoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAt LSBHZW9yZ2UNCg0KVGhlIGxlc3MgZGlzdHJlc3Npbmcgd2F5IHRvIGRvIHRoaXMsIGV2ZW4g dGhvdWdoIGl0J3Mgc3RpbGwgYSBoYWNrLCBpczoNCg0KY2QgL3Vzci9zcmMvYmluL2ZyZWVi c2QtdmVyc2lvbg0KbWFrZQ0KbWFrZSBpbnN0YWxsDQoNCkl0IHN5bnRoZXNpemVzIFVTRVJM QU5EX1ZFUlNJT04gZnJvbSBSRVZJU0lPTiBhbmQgQlJBTkNIIGluIG5ld3ZlcnMuc2gsDQp3 aGljaCBJIGhhZCBwcm9wZXJseSB1cGRhdGVkIHdpdGggbXkgImdpdHVwIHJlbGVhc2UiLg0K DQpXZSBub3cgcmV0dXJuIHlvdSB0byBvdXIgcmVndWxhcmx5LXNjaGVkdWxlZCBwcm9ncmFt bWluZy4gICAgICAtLSBHZW9yZ2UNCg== --------------QOu0YPJR1CpSYsJ7yV8BvBRB-- --------------Dslh2OFs0XE89F0Le5nVKnPO Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQQ6b7/Z+PlMzCwCfBGaHA937rZnfQUCZdSsTAUDAAAAAAAKCRCaHA937rZnfbdI AP4vfPUP4HuBByaP6ue99oOrsjlnwzfjAJmvMzBV1oV+lAEAvTZY9e4OsD/jszHYCNnBcteQdGqS 7132cz0jd0LlcAs= =/xzT -----END PGP SIGNATURE----- --------------Dslh2OFs0XE89F0Le5nVKnPO-- From nobody Thu Feb 22 00:53:17 2024 X-Original-To: freebsd-hackers@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 4TgFF23N1tz5Bjqg for ; Thu, 22 Feb 2024 01:00:38 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TgFF10GwSz4d6T for ; Thu, 22 Feb 2024 01:00:36 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of pmc@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=pmc@citylink.dinoex.sub.org; dmarc=none; arc=pass ("uucp.dinoex.org:s=M20221114:i=1") Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.18.1/8.18.1) with ESMTPS id 41M106OA022761 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 22 Feb 2024 02:00:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) ARC-Seal: i=1; a=rsa-sha256; d=uucp.dinoex.org; s=M20221114; t=1708563608; cv=none; b=G5b6AGkckpzVWRAi2Uh/SOFKUo88mzYZACrc36U8sFsJ+fydSMvOOoyF4vePbiGFriVLSpRy+aqgYOvC8cYWS/Tof5J2pzcnDd5JUUMKVHeNnW+Ngl8+6E4hQOmtoiCQJNqcQwgG2/3KpYfOrMN9YQ4H9FHZpChIgRQresQo+mQ= ARC-Message-Signature: i=1; a=rsa-sha256; d=uucp.dinoex.org; s=M20221114; t=1708563608; c=relaxed/simple; bh=2BYoYojwcXfyubAPtAV137AdgPrZUaTu9+dATZug6PA=; h=Received:Received:Received:Received:X-Authentication-Warning:Date: From:To:Subject:Message-ID:MIME-Version:Content-Type: Content-Disposition:X-Milter:X-Greylist; b=In0ZubEdtGfP9RPktpBmEN4L476nJB3CnK+hRmIrIMSDhOCB+GVREj+eOuIpxSz/ErwWX4o1wkUIhpcVSdtJEWj/8TIBb8XMV2G4tLN3z8CFallK02ITrs8wbeS7hG0A6OcAr5Qe10PcRbyr7QoDSkAPqDNdX584x6L7Ji9lw4s= ARC-Authentication-Results: i=1; uucp.dinoex.org X-MDaemon-Deliver-To: Received: (from uucp@localhost) by uucp.dinoex.org (8.18.1/8.18.1/Submit) with UUCP id 41M106Qp022759 for freebsd-hackers@freebsd.org; Thu, 22 Feb 2024 02:00:06 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (disp-e.intra.daemon.contact [IPv6:fd00:0:0:0:0:0:0:112]) by admn.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 41M0tJ33046339 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=OK) for ; Thu, 22 Feb 2024 01:55:20 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from disp.intra.daemon.contact (localhost [127.0.0.1]) by disp.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 41M0rH7Z038344 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 22 Feb 2024 01:53:17 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: (from pmc@localhost) by disp.intra.daemon.contact (8.17.1/8.17.1/Submit) id 41M0rHmw038343 for freebsd-hackers@freebsd.org; Thu, 22 Feb 2024 01:53:17 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) X-Authentication-Warning: disp.intra.daemon.contact: pmc set sender to pmc@citylink.dinoex.sub.org using -f Date: Thu, 22 Feb 2024 01:53:17 +0100 From: Peter To: freebsd-hackers@freebsd.org Subject: Problem with dtrace and function parameters Message-ID: List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Thu, 22 Feb 2024 02:00:08 +0100 (CET) X-Rspamd-Queue-Id: 4TgFF10GwSz4d6T X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.17 / 15.00]; ARC_ALLOW(-1.00)[uucp.dinoex.org:s=M20221114:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.87)[-0.873]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sub.org]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; HAS_XAW(0.00)[] Concerning PR 269770, I am trying to watch what is going in and out of my libalias. So I am looking at this function in alias_db.c: > struct alias_link * > AddLink(struct libalias *la, struct in_addr src_addr, struct in_addr dst_addr, > struct in_addr alias_addr, u_short src_port, u_short dst_port, > int alias_port_param, int link_type) > { I cannot read args[1], because when I'm doing > printf("%d", args[1].s_addr) that is understood, but then: > dtrace: error on enabled probe ID 1 (ID 49947: > fbt:kernel:AddLink:entry): invalid address (0x) > in action #4 at DIF offset 8 Actually my IP address is not invalid, but dtrace seems to have difficulties understanding the difference between an IP address and a memory address. ;) So I started to do it in the brute way (linefeeds inserted for readability): # dtrace -n 'AddLink:entry { printf("%s %d %d (src_port %d) (dst_port %d) (alias_p %d) (link_type %d) (src_addr %d.%d.%d.%d %d.%d.%d.%d) (dst_addr %d.%d.%d.%d %d.%d.%d.%d) (alias_addr %d.%d.%d.%d %d.%d.%d.%d) (src_port %d.%d.%d.%d %d.%d.%d.%d) (dst_port %d.%d.%d.%d %d.%d.%d.%d) (alias_port_param %d.%d.%d.%d %d.%d.%d.%d) (link_type %d.%d.%d.%d %d.%d.%d.%d) (unused %d.%d.%d.%d %d.%d.%d.%d) (unused %d.%d.%d.%d %d.%d.%d.%d)", execname, walltimestamp/1000000000, args[0]->udpLinkCount, args[4],args[5], args[6], args[7], arg1/4294967296%256, arg1/4294967296/256%256, arg1/4294967296/65536%256, arg1/4294967296/16777216, arg1%256, arg1/256%256, arg1/65536%256, arg1/16777216, arg2/4294967296%256, arg2/4294967296/256%256, arg2/4294967296/65536%256, arg2/4294967296/16777216, arg2%256, arg2/256%256, arg2/65536%256, arg2/16777216, arg3/4294967296%256, arg3/4294967296/256%256, arg3/4294967296/65536%256, arg3/4294967296/16777216, arg3%256, arg3/256%256, arg3/65536%256, arg3/16777216, arg4/4294967296%256, arg4/4294967296/256%256, arg4/4294967296/65536%256, arg4/4294967296/16777216, arg4%256, arg4/256%256, arg4/65536%256, arg4/16777216, arg5/4294967296%256, arg5/4294967296/256%256, arg5/4294967296/65536%256, arg5/4294967296/16777216, arg5%256, arg5/256%256, arg5/65536%256, arg5/16777216, arg6/4294967296%256, arg6/4294967296/256%256, arg6/4294967296/65536%256, arg6/4294967296/16777216, arg6%256, arg6/256%256, arg6/65536%256, arg6/16777216, arg7/4294967296%256, arg7/4294967296/256%256, arg7/4294967296/65536%256, arg7/4294967296/16777216, arg7%256, arg7/256%256, arg7/65536%256, arg7/16777216, arg8/4294967296%256, arg8/4294967296/256%256, arg8/4294967296/65536%256, arg8/4294967296/16777216, arg8%256, arg8/256%256, arg8/65536%256, arg8/16777216, arg9/4294967296%256, arg9/4294967296/256%256, arg9/4294967296/65536%256, arg9/4294967296/16777216, arg9%256, arg9/256%256, arg9/65536%256, arg9/16777216); } Now the output looks like this, and while the IP addresses are fine, the remainder is obviousely bogus, and seems neither to resolve via network byte order nor via 64-32 bit conversions to anything useful - and no, these numbers do not make more sense when casting all to unsigned, they only look better. AddLink:entry openvpn 1708539730 2 (src_port 20931) (dst_port 46672) (alias_p 70) (link_type -2045910784) (src_addr 0.0.0.0 ) (dst_addr 0.0.0.0 46.17.96.38) (alias_addr 0.0.0.0 ) (src_port 0.0.0.0 195.81.0.0) (dst_port -254.-1.0.0 -176.-73.-201.-130577) (alias_port_param 0.0.0.0 70.0.0.0) (link_type -253.-7.0.0 0.-31.-242.-523641) (unused 0.0.0.0 ) (unused 0.0.0.0 46.17.96.38) BTW, this is the packet concerned: ipfw-oper: 2422 Count TCP 46.17.96.38:55812 :50001 in via tun3 The last parameter that makes sense here is the src_port, apparently in network order. Everything afterwards seems to be just crap. Any ideas why, anybody? From nobody Thu Feb 22 13:20:40 2024 X-Original-To: freebsd-hackers@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 4TgYpT47Nzz5CcJH for ; Thu, 22 Feb 2024 13:27:13 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840::12]) (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 "uucp.dinoex.sub.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TgYpS6Q7xz3xJQ for ; Thu, 22 Feb 2024 13:27:12 +0000 (UTC) (envelope-from li-fbsd@citylink.dinoex.sub.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of li-fbsd@citylink.dinoex.sub.org designates 2a0b:f840::12 as permitted sender) smtp.mailfrom=li-fbsd@citylink.dinoex.sub.org; dmarc=none; arc=pass ("uucp.dinoex.org:s=M20221114:i=1") Received: from uucp.dinoex.org (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]) by uucp.dinoex.org (8.18.1/8.18.1) with ESMTPS id 41MDR6LR074151 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 22 Feb 2024 14:27:06 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) ARC-Seal: i=1; a=rsa-sha256; d=uucp.dinoex.org; s=M20221114; t=1708608429; cv=none; b=HyzP0fuV/uZ+QBtj4LfTou7SPCcoNQStrR5nvaNsMALZuUnBmpzopfrOyeoaWciLffEEXMaQmZw7KS4X9sV7ZqFW85chXPUVN8oo4C6JGCN/Q3NTlhAn/z1xu8QHsZm/5BXJqCAql/DZM+lVH8sDPhz5MrleMZyCuo6BhoZUQnk= ARC-Message-Signature: i=1; a=rsa-sha256; d=uucp.dinoex.org; s=M20221114; t=1708608429; c=relaxed/simple; bh=9PYUmuAcHdZGmGlD/K7dYb1zhCQZby6+08cYJipvkjA=; h=Received:Received:Received:X-Authentication-Warning:From: X-Newsgroups:Subject:Date:Message-ID:References:Injection-Date: Injection-Info:User-Agent:To:X-Milter:X-Greylist; b=bLT6qNy+PF4HnRb2shNmE/4g4ebSCf5ur6f9O1SZW1KA8TZXm/+aP961ul+SES86RjJy9Zo79GeCrUKBJD+EWcYruLtttj1av/wD+87VHKC5knGZNRMuqyn6r24nxX3zIl/QEpxLAj6PYwp+fBVT9jOVIWdwRUUyMHdcp0KzTjQ= ARC-Authentication-Results: i=1; uucp.dinoex.org X-MDaemon-Deliver-To: Received: (from uucp@localhost) by uucp.dinoex.org (8.18.1/8.18.1/Submit) with UUCP id 41MDR61K074150 for freebsd-hackers@freebsd.org; Thu, 22 Feb 2024 14:27:06 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from admn.intra.daemon.contact (localhost [127.0.0.1]) by admn.intra.daemon.contact (8.17.1/8.17.1) with ESMTPS id 41MDKwvK057715 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Thu, 22 Feb 2024 14:20:58 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) Received: from intra.daemon.contact (news@localhost) by admn.intra.daemon.contact (8.17.1/8.17.1/Submit) with NNTP id 41MDKevQ057650 for freebsd-hackers@freebsd.org; Thu, 22 Feb 2024 14:20:40 +0100 (CET) (envelope-from li-fbsd@citylink.dinoex.sub.org) X-Authentication-Warning: admn.intra.daemon.contact: news set sender to li-fbsd@citylink.dinoex.sub.org using -f From: "Peter 'PMc' Much" X-Newsgroups: m2n.fbsd.hackers Subject: Re: jails and CPU pinning Date: Thu, 22 Feb 2024 13:20:40 -0000 (UTC) Message-ID: References: Injection-Date: Thu, 22 Feb 2024 13:20:40 -0000 (UTC) Injection-Info: admn.intra.daemon.contact; logging-data="46450"; mail-complaints-to="usenet@citylink.dinoex.sub.org" User-Agent: slrn/1.0.3 (FreeBSD) To: freebsd-hackers@freebsd.org X-Milter: Spamilter (Reciever: uucp.dinoex.org; Sender-ip: 0:0:2a0b:f840::; Sender-helo: uucp.dinoex.org;) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (uucp.dinoex.org [IPv6:2a0b:f840:0:0:0:0:0:12]); Thu, 22 Feb 2024 14:27:09 +0100 (CET) X-Rspamd-Queue-Id: 4TgYpS6Q7xz3xJQ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.94 / 15.00]; ARC_ALLOW(-1.00)[uucp.dinoex.org:s=M20221114:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.936]; FORGED_SENDER(0.30)[pmc@citylink.dinoex.sub.org,li-fbsd@citylink.dinoex.sub.org]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_XAW(0.00)[]; ASN(0.00)[asn:205376, ipnet:2a0b:f840::/32, country:DE]; FROM_NEQ_ENVFROM(0.00)[pmc@citylink.dinoex.sub.org,li-fbsd@citylink.dinoex.sub.org]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[sub.org]; RCVD_TLS_LAST(0.00)[]; TO_DN_NONE(0.00)[] List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org On 2024-02-13, Marek Zarychta wrote: > Dear Knowledgeable Hackers, > > is CPU pinning supposed to work from inside the jail if the jail CPU set > is full? > From my observations processes inside the jails don't walk over > CPUs(?!) and can be pinned to specific CPUs neither from the host nor > from the jail. Is this expected behavior? root@edge:~ # jexec admn root@admn:/ # cpuset -g -p $$ pid 54831 mask: 6, 7, 8, 9 pid 54831 domain policy: prefer mask: 0 root@admn:/ # cpuset -l 9 bash [root@admn /]# cpuset -g -p $$ pid 55156 mask: 9 pid 55156 domain policy: first-touch mask: 0, 1 So what exactly is Your problem? From nobody Thu Feb 22 15:20:23 2024 X-Original-To: freebsd-hackers@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 4TgcKR4z0xz59nnD for ; Thu, 22 Feb 2024 15:20:43 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (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 "plan-b.pwste.edu.pl", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TgcKQ2Lrlz4Br1 for ; Thu, 22 Feb 2024 15:20:41 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=plan-b.pwste.edu.pl header.s=plan-b-mailer header.b=rdmctsp8; spf=pass (mx1.freebsd.org: domain of zarychtam@plan-b.pwste.edu.pl designates 2001:678:618::40 as permitted sender) smtp.mailfrom=zarychtam@plan-b.pwste.edu.pl; dmarc=pass (policy=quarantine) header.from=plan-b.pwste.edu.pl Received: from [192.168.7.70] (dom.potoki.eu [62.133.140.50]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.18.1/8.17.2) with ESMTPSA id 41MFKPFQ027226 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Thu, 22 Feb 2024 16:20:25 +0100 (CET) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1708615227; bh=sS76YJMRE0SkG7qY7kdi3Tnz/lbk0A2Nqmm+GHxwq1s=; h=Date:Subject:To:References:From:In-Reply-To; b=rdmctsp82zoIYzqEZeavhAIuqRuqRUBto5hnIkke/FW63tJLV5lFLjiRhPVht1Y0R WyKXjYHezrzVzWiRXtzSd1+LABvYTHDZwLd3N4y1DWUlRjKU9GBewYhu2eLLT107cL YyoG4rZBOMJraOQuPFlZ0ctLW/oL/r+Sl7vJocdqIsji+8m3NGT7K0OXGEbY5s5NFx jQvjvLfh9o41kkiI0bY7Ck4GncSbb2/R3U+R5hPhq4GVIO6arARXMyrj3w+9eEU0h5 hO7cw8laKaMb9jwRv+LKsAfSwRtqK9UXtTZbFFK7+epH6fS4q4D+EsI18Bmf7c/LH3 7J8Y5tB73bI5w== X-Authentication-Warning: plan-b.pwste.edu.pl: Host dom.potoki.eu [62.133.140.50] claimed to be [192.168.7.70] Message-ID: <96601c87-ad15-4afe-b949-31ad2670246f@plan-b.pwste.edu.pl> Date: Thu, 22 Feb 2024 16:20:23 +0100 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: jails and CPU pinning To: freebsd-hackers@freebsd.org References: Content-Language: en-US From: Marek Zarychta Autocrypt: addr=zarychtam@plan-b.pwste.edu.pl; keydata= xsBNBFfi3cMBCADLecMTFXad4uDXqv3eRuB4qJJ8G9tzzFezeRnnwxOsPdytW5ES2z1ibSrR IsiImx6+PTqrAmXpTInxAi7yiZGdSiONRI4CCxKY9d1YFiNYT/2WyNXCekm9x29YeIU7x0JB Llbz0f/9HC+styBIu2H+PY/X98Clzm110CS+n/b9l1AtiGxTiVFj7/uavYAKxH6LNWnbkuc5 v8EVNc7NkEcl5h7Z9X5NEtzDxTOiBIFQ/kOT7LAtkYUPo1lqLeOM2DtWSXTXQgXl0zJI4iP1 OAu4qQYm2nXwq4b2AH9peknelvnt1mpfgDCGSKnhc26q6ibTfMwydp+tvUtQIQYpA6b9ABEB AAHNN01hcmVrIFphcnljaHRhIChQbGFuLWIpIDx6YXJ5Y2h0YW1AcGxhbi1iLnB3c3RlLmVk dS5wbD7CwHcEEwEIACEFAlfi4LkCGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQHZW8 vIFppoJXdgf8D9X3VRFSNaR9lthSx/+uqas17J3FJKBo1xMQsC2a+44vzNvYJSuPGLLJ+LW2 HPVazjP/BWZJbxOYpliY4zxNRU0YCp0BLIVLibc//yax+mE42FND/+NiIZhqJscl6MLPrSwo sIwXec4XYkldkyqW/xBbBYXoIkBqdKB9j5j42Npy1IV/RizOSdmvTWY27ir8e/yGMR1RLr4F 8P5K3OWTdlGy2H2F/3J8bIPBLG6FpaIyLQw4dHSx8V02PYqDxK1cNo2kAOnU8PnZL/AGuMOH iv3MN1VYL8ehcmpBBsrZGebQJxrjY2/5IaTSgp9xHYT70kshuU6Qb97vk1mOjNZxgc7ATQRX 4t3DAQgA10h6RCXuBLMHxq5B8X/ZIlj9sgLoeyfRdDZEc9rT2KUeUJVHDsbvOFf4/7F1ovWY hJbA6GK/LUZeHHTjnbZcH1uDYQeHly4UOLxeEvhGoz4JhS2C7JzN/uRnwbdOAUbJr8rUj/IY a7gk906rktsc/Ldrxrxh7O6WO0JCh2XO/p4pDfEwwB37g4xHprSab28ECYJ9JMbtA8Sy4M55 g3+GQ28FvSlGnx48OoGXU2BZdc1vZKSQmNOlikB+9/hDX8zdYWVfDaX1TLQ8Ib4+xTUmapza mV/bxIsaZRBw+jFjLQHhTbIMfPEU+4mxFDvTdbKPruKPqVf1ydgMnPZWngowdwARAQABwsBf BBgBCAAJBQJX4t3DAhsMAAoJEB2VvLyBaaaC6qkIAJs9sDPqrqW0bYoRfzY6XjDWQ59p9tJi v8aogxacQNCfAu+WkJ8PNVUtC1dlVcG5NnZ80gXzd1rc8ueIvXlvdanUt/jZd8jbb3gaDbK3 wh1yMCGBl/1fOJTyEGYv1CRojv97KK89KP5+r8x1P1iHcSrunlDNqGxTMydNCwBH23QcOM+m u4spKnJ/s0VRBkw3xoKBZfZza6fTQ4gTpAipjyk7ldOGBV+PvkKATdhK2yLwuWXhKbg/GRlD 1r5P0gxzSqfV4My+KJuc2EDcrqp1y0wOpE1m9iZqCcd0fup5f7HDsYlLWshr7NQl28f6+fQb sylq/j672BHXsdeqf/Ip9V4= In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4TgcKQ2Lrlz4Br1 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.89 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[plan-b.pwste.edu.pl,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[plan-b.pwste.edu.pl:s=plan-b-mailer]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; XM_UA_NO_VERSION(0.01)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:206006, ipnet:2001:678:618::/48, country:PL]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; FROM_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DKIM_TRACE(0.00)[plan-b.pwste.edu.pl:+] W dniu 22.02.2024 o 14:20, Peter 'PMc' Much pisze: > On 2024-02-13, Marek Zarychta wrote: >> Dear Knowledgeable Hackers, >> >> is CPU pinning supposed to work from inside the jail if the jail CPU set >> is full? >> From my observations processes inside the jails don't walk over >> CPUs(?!) and can be pinned to specific CPUs neither from the host nor >> from the jail. Is this expected behavior? > root@edge:~ # jexec admn > root@admn:/ # cpuset -g -p $$ > pid 54831 mask: 6, 7, 8, 9 > pid 54831 domain policy: prefer mask: 0 > root@admn:/ # cpuset -l 9 bash > [root@admn /]# cpuset -g -p $$ > pid 55156 mask: 9 > pid 55156 domain policy: first-touch mask: 0, 1 > > So what exactly is Your problem? > Thanks for the reply, Peter.  There is no problem anymore. I was just using the wrong tools to investigate. In jails, everything involving CPU affinity seems to be working as intended. Please let me apologize for the noise on the mailing list. -- Marek Zarychta From nobody Thu Feb 22 20:57:54 2024 X-Original-To: freebsd-hackers@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 4Tglpx4cwrz5BPGZ for ; Thu, 22 Feb 2024 20:58:17 +0000 (UTC) (envelope-from igor.ostapenko@pm.me) Received: from mail-40133.protonmail.ch (mail-40133.protonmail.ch [185.70.40.133]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Tglpw4TF8z3x33 for ; Thu, 22 Feb 2024 20:58:16 +0000 (UTC) (envelope-from igor.ostapenko@pm.me) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pm.me header.s=protonmail3 header.b=U8M91jxa; spf=pass (mx1.freebsd.org: domain of igor.ostapenko@pm.me designates 185.70.40.133 as permitted sender) smtp.mailfrom=igor.ostapenko@pm.me; dmarc=pass (policy=quarantine) header.from=pm.me DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pm.me; s=protonmail3; t=1708635493; x=1708894693; bh=6S5/fl5OliH0d+qPNScTAr1OZ/wOorT8e1UVVgZ/UnQ=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=U8M91jxaL7sgOJcYHf1NGy5XsX2ynkloM/tX+mcI6Da9sVvC5TXOTngt4KUwWYUDl gLWibeUp4zGFJJROO0awST5WW2lZ0lROHNN/qqZABwWgsztPJEt/J5dFORSB3wMaY6 z4QfGMug0M3KX+Pu8AD/e+ovCpnDQyc+m6YZ0msBVUpCWD73UZL882KvLhcRliIwwP MrNMUkH3TKovmG6LnpOKL7w7MYulb9WM98e/hRizPeWBMC05XwA4q2080hhZCW7FP7 FxQAf6TOlfKiKdfYuseavFgOf1H0F3fZy7WKzIzCFoEwqWXt0zoaEAgv7XO5E3aHUa q0D0Ljr0vwJ8A== Date: Thu, 22 Feb 2024 20:57:54 +0000 To: "freebsd-hackers@freebsd.org" From: igor.ostapenko@pm.me Subject: Add jail execution environment support to the FreeBSD test suite Message-ID: <2bjQNp1msrv-_AqyamMun6kY-SCqbgPm3Q7DqVQHAYlqvFkiE1i85svfIT-QQdUG1cg3cKippyTyv8Z-5nbLu4WaMutgZQ7KT-YYo_5Pbro=@pm.me> Feedback-ID: 8300135:user:proton List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Tglpw4TF8z3x33 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.10 / 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)[pm.me,quarantine]; R_DKIM_ALLOW(-0.20)[pm.me:s=protonmail3]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; RWL_MAILSPIKE_GOOD(-0.10)[185.70.40.133:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; FROM_NO_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[pm.me:+] Hi FreeBSD developers, There is a proposal to improve the FreeBSD test suite. 1 The Problem The FreeBSD test suite is based on the Kyua framework. The latter supports running tests in parallel. However, some tests cannot be run in parallel an= d are marked with is_exclusive=3D"true" metadata, which makes Kyua run such t= ests in sequence. Many tests are not meant to be exclusive conceptually, they are so for very simple technical reasons. For instance, some network related tests are base= d on jail and vnet usage. It's convenient for such tests and it provides a lo= t of isolation already not to conflict with other tests. But they are still marked as exclusive due to the shared space of jail names, routing, etc. The project seeks more tests, and it's kind of a trend for new tests like jail/vnet based ones to be created as is_exclusive=3D"true" from the very beginning. It only piles up the suite with exclusive tests, e.g. new tests from my side faced a fair question from a reviewer whether they could be re-designed for a parallel run. [1] If such tests were 100% isolated they would be able to run in parallel and decrease the test time for CI runs and for the runs within the development process. And the problem is that trying to add more isolation by a test itself looks= to be a doable task from a glance, but it would add a lot of complexity to a t= est code, or could be found as an impossible task in a specific case. 2 The Idea The idea is not new. A test could be running in a jail -- it provides the required isolation with minimum or zero effort from a test. 3 The Implementation There is a lot of work done already and the working patch passed the initia= l review (thanks to markj@ and ngie@). [2] It adds a new concept to the Kyua framework -- an execution environment. Tw= o new metadata were added for that: execenv and execenv_jail. execenv is a switch to select an environment. If a test's metadata defines execenv=3D"jail" then Kyua will create a temporary jail, run such test with= in it, and remove the jail. If execenv=3D"host" is provided or execenv metadat= a is undefined then Kyua will run such test as it does today. execenv_jail metadata takes effect only in case of execenv=3D"jail". It all= ows a test to request specific parameters for its jail. These parameters are simp= ly arguments to jail(8), e.g. execenv_jail=3D"vnet allow.raw_sockets". 4 The Adoption ATF based tests can easily define this new metadata via Kyuafile or directl= y, e.g. for atf-sh based tests: =09test_head() =09{ =09=09atf_set descr "Test foo in case of bar" =09=09atf_set require.user root =09=09atf_set execenv jail =09=09atf_set execenv.jail vnet allow.raw_sockets =09} Non-ATF based ones will do it via Kyuafile. Our test suite does it through = a Makefile: =09TEST_METADATA+=3D execenv=3D"jail" =09TEST_METADATA+=3D execenv_jail=3D"vnet allow.raw_sockets" The patch got some little evolution, I started with a single execenv_jail metadata, and during the patch discussion and review, I ended up with two knobs: execenv and execenv_jail. It turned out to be a cleaner and less tri= cky interface such way. The evolution reasoning can be found in the history of = the respective Differential. [2] 5 MFC Concerns For now, I see at least one issue from the usual project workflow perspecti= ve. Let's imagine that the Kyua framework got this execenv feature committed to 15-CURRENT, we started to convert existing tests and create new ones to use execenv=3D"jail". If some feature or a bug fix needs to be ported back to 14-STABLE or 13-STABLE, then "old" Kyua without execenv feature will fail t= o run such tests: =09kyua: E: Load of 'Kyuafile' failed: Failed to load Lua file 'Kyuafile': = Kyuafile:9: Unknown metadata property execenv. >From a combinatorics perspective, the first three options pop up to deal wi= th that: a) Patch Kyua the same way for the supported STABLE branches so it will be able to run back ported tests based on execenv=3D"jail" (it's not system= ABI change after all) b) Exclusively patch Kyua framework for the supported STABLE branches to simply skip such tests (does not look to provide much benefit) c) Do not back port tests, only the fix/feature itself (kind of a bad idea) 6 The Demo My test environment showed promising run time numbers for almost the whole test suite (ZFS excluded). One of the tests yielded 36 min with test parallelism improvement versus 1 h 25 min without. In my case with 8 cores, the suite runs about 2 times faster with the improvement. [3] 7 Action Points My current vision of the plan looks as follows: - [ ] community: Review, testing, comments -- probably we want to change th= e design - [ ] committers: Help with the main commit -- it should hit freebsd/kyua GitHub fork first [4], then vendor branch, and merge to main after - [ ] igoro: Provide the subsequent PRs to separate FreeBSD specifics and f= ix existing Kyua tests - [ ] igoro: Provide the PRs to add brand new tests of Kyua itself to cover the new feature - [ ] igoro: Provide the respective documentation updates - [ ] igoro: Migrate some of the existing tests for the start, e.g. netpfil= /pf - [ ] committers: Help with review and respective commits/merges The plan is not strict, it depends on the discussion and interest of volunteers. I hope that this proposal is found valuable for the project. If so, any hel= p is appreciated. [1] New tests exclusivity concern: https://reviews.freebsd.org/D42314 [2] The Kyua patch: https://reviews.freebsd.org/D42350 [3] The whole test suite demo: https://reviews.freebsd.org/D42410 [4] The respective PR to the fork: https://github.com/freebsd/kyua/pull/224 Best regards, Igor. From nobody Fri Feb 23 08:30:13 2024 X-Original-To: freebsd-hackers@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 4Th39Q6RVMz5C2TQ for ; Fri, 23 Feb 2024 08:30:18 +0000 (UTC) (envelope-from paulf2718@gmail.com) Received: from mail-wr1-x42a.google.com (mail-wr1-x42a.google.com [IPv6:2a00:1450:4864:20::42a]) (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 4Th39Q0WQ5z4CRT for ; Fri, 23 Feb 2024 08:30:18 +0000 (UTC) (envelope-from paulf2718@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=RAA63UNj; spf=pass (mx1.freebsd.org: domain of paulf2718@gmail.com designates 2a00:1450:4864:20::42a as permitted sender) smtp.mailfrom=paulf2718@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wr1-x42a.google.com with SMTP id ffacd0b85a97d-33d118a181fso406068f8f.1 for ; Fri, 23 Feb 2024 00:30:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1708677015; x=1709281815; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=NFN77XElfQ4DhAfwPVPZNd85gXBb4rg3xinNbVQNxWw=; b=RAA63UNjhFS3L4nhs97Yt67haO4RQNxrN8cwqktL+/3VC/UYzI7VONpSP1UgogW7/1 r9GCuR+zQQVd0hmh1UuOD+2s7KFs+b77mC42SZtPMZev/1VlHNl1vj9AykZ45lwqYke7 mP3qDh1xEp7PW6hlomoP6YztFm5PsPyrW7OfFBEs5AiuV5PyHLa1D4CuOfHNvjJMDQfh J58yBfRfSJod+zcfSE6tCQ0fmHZjiehsZW2JEbXzE2w/no/PCk/7woSLYHyl9rVblpx/ jeAwCUYVsABG3Iz/taA7u756S6fwGqUcfgCk+JCL0yZ8eiBo3pw+NQz7SdeZqChRDb21 yZFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708677015; x=1709281815; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=NFN77XElfQ4DhAfwPVPZNd85gXBb4rg3xinNbVQNxWw=; b=tsyhCdAobzVJTTWwPe6iCQ2Sizkt1T/zJUvXCLrkU0qoIQn/uLRvlQCxnRXttKhhih U6jrbVnt2xb3XiJ62M4se3qroSm9N5Km+zt05kIGLPUGBe9p1WPbiF0sYBqiEVaj8TnH ctcOrdHQLwuTRFq371Wcr5//Wq9xGULYjCNAGRcBjdevzH3g4QX9KKbRcubO5k3SPJFR WB0zOOjoqpv/goOrhbc8fECsb3C7AhJmAgWwSbUpRd+QARTskmswLFSIHnUjhMvfPWYD 1KWd40jQkP2SWPY4ZQylGky4XSMDPIipbCC2PNxQVyY1mPaJ8ZNrCZ91aorFK9w4cYcf yzGg== X-Gm-Message-State: AOJu0Yzf4hQceG4lXMqJacOWAQmtV3mZ+ZbD8/O7TygXSFRag45CsU/p FzKUWzV6IBwyqWH0Vkuhi/2cERxuJCrAwmuiCIeVoZMJLboemLqwehi+ewIL X-Google-Smtp-Source: AGHT+IHpFpI+laUjG8zgKNh2xIs4+C4fwqvWBv3my0KNe1Cmnr+j7AGdelN9bFe1vFS1V+kqFoLErg== X-Received: by 2002:adf:face:0:b0:33d:3abc:8a4a with SMTP id a14-20020adfface000000b0033d3abc8a4amr981475wrs.62.1708677015160; Fri, 23 Feb 2024 00:30:15 -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 by4-20020a056000098400b0033daa63807fsm1325944wrb.24.2024.02.23.00.30.14 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 23 Feb 2024 00:30:14 -0800 (PST) Message-ID: <188b3537-11b1-4169-aae2-070d349b6016@gmail.com> Date: Fri, 23 Feb 2024 09:30:13 +0100 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Add jail execution environment support to the FreeBSD test suite To: freebsd-hackers@freebsd.org References: <2bjQNp1msrv-_AqyamMun6kY-SCqbgPm3Q7DqVQHAYlqvFkiE1i85svfIT-QQdUG1cg3cKippyTyv8Z-5nbLu4WaMutgZQ7KT-YYo_5Pbro=@pm.me> Content-Language: en-US From: Paul Floyd In-Reply-To: <2bjQNp1msrv-_AqyamMun6kY-SCqbgPm3Q7DqVQHAYlqvFkiE1i85svfIT-QQdUG1cg3cKippyTyv8Z-5nbLu4WaMutgZQ7KT-YYo_5Pbro=@pm.me> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Th39Q0WQ5z4CRT X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.46 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.47)[-0.470]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; 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:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; 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-hackers@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@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::42a:from] On 22-02-24 21:57, igor.ostapenko@pm.me wrote: > Hi FreeBSD developers, > > There is a proposal to improve the FreeBSD test suite. > I hope that this proposal is found valuable for the project. If so, any help > is appreciated. Hi Will there be an option to turn this off globally? I sometimes run test suits with Valgrind. I'm not aware of any option to do that cleanly so I just do it with brute force: run kyua and all children under Valgrind. valgrind --trace-children=yes -q kyua test -k Kyuafile Adding jails into the mix is likely to give worse results. I did try using an x86 jail as an alternative to VirtualBox but I gave up as I got too many test failures. A+ Paul From nobody Fri Feb 23 09:41:49 2024 X-Original-To: freebsd-hackers@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 4Th4mB5rLmz5C7nN for ; Fri, 23 Feb 2024 09:42:02 +0000 (UTC) (envelope-from olivier@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 4Th4mB5N7bz4Mpd for ; Fri, 23 Feb 2024 09:42:02 +0000 (UTC) (envelope-from olivier@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1708681322; 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=jfvouWQwg5dOlrep3PaT8PtOsWQ+aySho8aDpFuxKJw=; b=xAQNJ0Taov8qeZPztc5dWOpaDhhB5Wx2UKwPQW6kv+xPaTfJ199TFiuGv4I9VvYkKYTN4P aH5pxXbNDoq7yQp0nKBi0mMfMhszGlA4K2VYIksseMsP3rWO+0KpLtcUFy3jTKM7a1TH/D HDAIqTdPylUzRivszdylg6lWAVItg8PK0KQsKrOUKlJu6kiBqBI4mqOmt9wJwm6jp3p192 FGbz6/Xu9CJNl15GJ5bpSHQ2HowYGsyUTilqTosrGbs/D8WRZz6ZEfnMxErU7rFPswbd/M 9/8HQSC9rJHfo9rXwFlQFVhAZkSHoVfYCrP6U2bEwwNnjIAiTeunpBmt6HWi2A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1708681322; a=rsa-sha256; cv=none; b=ep4fKakXCPni/7Tn6GvFi8ldFh1eg3kUdczGRUelPd37dITwQ7rAbXOkmz/7vUiGpwzs05 BW0mHPHwx19IiS4inOZWERJzWzRO0fCKvzdn1crpkoNVinqCXcWrcFhOaMuRmHlIRRTqC2 sWHH0tZcVDMNN0BCoQmEUCPhxhNyIgDsLXhcASWwCcfIKAzzMI3pcFpPfoTwiM5qOzrMts P7fSsBgnEOqebaVoLUsZRuzNlVf06fRw7Z3b58ompWm7EJerGJ1UW8SDrqeQKX01w75yZk q5jKpzw05OJkI+E0PHRI0CK3r0GRhe/WnKeC5rD7V0tRd89XBlxD2UW8rhae9g== 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=1708681322; 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=jfvouWQwg5dOlrep3PaT8PtOsWQ+aySho8aDpFuxKJw=; b=vfkKkO0Wrb+Ue3RWan3lKCcXs6NZXNwFrZha83405ig10qGoKecvwIur6Az6uSCv8p18Mh HO+LyWm5CxBH5Ty80zkbzA7v2TFSvhG3SWgmEhSBicF4F7H/CPTmIB4cz0fdKPzrozC2Ry 3ohv4rjXdQS/x0qdSiMxaFCBEPDG9o9uU1RorPsqKu33KDp6zydbAk1j2NWXKdVVvuEU2d m4PoKos7hP13wwToMzv41NwkJBF+fclcqMFPBz1JPoIhH+Awch3JNwZVsy5AVaeWtdh+UD kJg84vBQEcrPu5tNleWqzHHYjHOmE2q7W2JoUGXkAu2EYBG0y9yVZ7oYpdkoMA== Received: from mail-oi1-f170.google.com (mail-oi1-f170.google.com [209.85.167.170]) (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)) (Authenticated sender: olivier/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4Th4mB4LGQzdHW for ; Fri, 23 Feb 2024 09:42:02 +0000 (UTC) (envelope-from olivier@freebsd.org) Received: by mail-oi1-f170.google.com with SMTP id 5614622812f47-3c02b993a5aso403400b6e.1 for ; Fri, 23 Feb 2024 01:42:02 -0800 (PST) X-Gm-Message-State: AOJu0YzPEfNXYwAJOxoZcP7ckjoOg65S0I2pOTVW0Ed185ZdUT9QRzqU OqAX+f8mJTNJrRAtd/Bx9foVye5+cUXevM9h55OOnrUmGuNRuHrngKkjty4YNVB88AP81msJJdS 2XeFLk7Z+aYxdLDLKurwiGOm5PV4= X-Google-Smtp-Source: AGHT+IFjfLQTlm8fAmqH/lSQFYFIggwQtczeZkdMhxPfk9uaygqUclMceXYz8Z1Uf1G3MFO7JzT7oLNMYmpauM1vSwk= X-Received: by 2002:a05:6808:299a:b0:3c1:8476:34da with SMTP id ex26-20020a056808299a00b003c1847634damr1129243oib.23.1708681321579; Fri, 23 Feb 2024 01:42:01 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <2bjQNp1msrv-_AqyamMun6kY-SCqbgPm3Q7DqVQHAYlqvFkiE1i85svfIT-QQdUG1cg3cKippyTyv8Z-5nbLu4WaMutgZQ7KT-YYo_5Pbro=@pm.me> In-Reply-To: <2bjQNp1msrv-_AqyamMun6kY-SCqbgPm3Q7DqVQHAYlqvFkiE1i85svfIT-QQdUG1cg3cKippyTyv8Z-5nbLu4WaMutgZQ7KT-YYo_5Pbro=@pm.me> From: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Date: Fri, 23 Feb 2024 10:41:49 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Add jail execution environment support to the FreeBSD test suite To: igor.ostapenko@pm.me Cc: "freebsd-hackers@freebsd.org" Content-Type: multipart/alternative; boundary="000000000000350b630612095fe2" --000000000000350b630612095fe2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Feb 22, 2024 at 9:58=E2=80=AFPM wrote: > > There is a proposal to improve the FreeBSD test suite. > > > Thanks a lot for working on improving the parallel tests! At work, we are using: 1. a Nanobsd based, so a lot of WITHOUT_ : WITHOUT_JAIL, WITHOUT_PF, no VNET (a nightmare to debug network stack with it), etc.; 2. The standard full test suite (about 8200 tests) is reduced to about 7400 tests with this lighter nanobsd; 3. We have been using kyua parallelism=3D8 for years, and I had to skip onl= y about 10-20 tests that were not compliant with parallel mode. It toke about 23 minutes to run them (in a bhyve VM): Test cases: 7429 total, 905 skipped, 29 expected failures, 1 broken, 4 failed Start time: 2024-02-21T00:15:42.527291Z End time: 2024-02-21T00:38:57.036211Z Because we were using WITHOUT_JAIL, to improve the time spent, one of my ideas was to divide the tests into groups of 4 or 8 and run as many bhyve VMs in parallel. I assumed that by running regression tests in a jail, I was testing the jail system as much as the test object (and for our use case, I don=E2=80= =99t care about the jail because we are not using it). So using the bhyve VM I had the feeling the tests were more confined. Now if WITH_JAIL becomes mandatory to be able to run the test, I will just have to modify my build system (like by adding a WITHOUT_JAIL just at installworld time and not during buildworld). Regards, Olivier --000000000000350b630612095fe2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

On Thu, Feb 22, 2024 at 9= :58=E2=80=AFPM <igor.ostapenko@p= m.me> wrote:

There is a proposal to improve the FreeBSD test suite.



Thanks a lot for working on i= mproving the parallel tests!

At work, we= are using:
1. a Nanobsd based, so a lot of WITHOUT_ : WITHO= UT_JAIL, WITHOUT_PF, no VNET (a nightmare to debug network stack with it), = etc.;
2. The standard full test suite (about 8200 tests) is = reduced to about 7400 tests with this lighter nanobsd;
3. We= have been using kyua parallelism=3D8 for years, and I had to skip only abo= ut 10-20 tests that were not compliant with parallel mode.
=
It toke about 23 minutes to run them (in a bhyve VM):

Test cases: 7429 total, 905 skipped, 29 e= xpected failures, 1 broken, 4 failed
Start time: 2024-02-21T00:15:42.527= 291Z
End time: =C2=A0 2024-02-21T00:38:57.036211Z

Because we were using WITHOUT_JAIL, to improve the time spent,= one of my ideas was to divide the tests into groups of 4 or 8 and run as m= any bhyve VMs in parallel.
I assumed that by running regress= ion tests in a jail, I was testing the jail system as much as the test obje= ct (and for our use case, I don=E2=80=99t care about the jail because we ar= e not using it).
So using the bhyve VM I had the feeling the= tests were more confined.

Now if WITH_J= AIL becomes mandatory to be able to run the test, I will just have to modif= y my build system (like by adding a WITHOUT_JAIL just at installworld time = and not during buildworld).

Regards,
Olivier
--000000000000350b630612095fe2-- From nobody Fri Feb 23 15:08:41 2024 X-Original-To: freebsd-hackers@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 4ThD1c54R3z59v07 for ; Fri, 23 Feb 2024 15:09:08 +0000 (UTC) (envelope-from igor.ostapenko@pm.me) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (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 "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ThD1c09Jqz4GM7 for ; Fri, 23 Feb 2024 15:09:07 +0000 (UTC) (envelope-from igor.ostapenko@pm.me) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pm.me; s=protonmail3; t=1708700944; x=1708960144; bh=EFJ7vncwfzcPVqIqVkex5Gi1pKyxGPQRx2mNqSH23bw=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=d0mGKJ6S+wJw3n1tO+mfYxMQ37B6GqLv2faOyUnxQyn6kllwbt0bkHQW1KsSlV+9b GWsYWCCynf7QarWrw2+avNDdop+fSL/vaj6I10wWJewcNNQLli0iFBCd3lwpmgJLWj /8NxuAirBSSzCdKhJ3k5cuCy53eV7zpcctSCi3NsBKIOWDYyFDw10d/ZfP129SE9nP VPQ+goU+DivaPlCyfyqFDitFlx5mcn+EtwlzPnr9wGWiK+eW1aDJ2A6IkWCtAyRpfp Q15R/cwwjNdOYhUWiy20L+a3FyhA+FNPQwnGP6atxGq/TUKJY8PFXC3Dqf1LKgQKpj 4YBHQ6FW0dE3A== Date: Fri, 23 Feb 2024 15:08:41 +0000 To: Paul Floyd From: Igor Ostapenko Cc: freebsd-hackers@freebsd.org Subject: Re: Add jail execution environment support to the FreeBSD test suite Message-ID: <5XGsuxCWojiK7f1wBuoC73PWMtjVB3oCvsy1vHQtNr5UHC_2LN8zNGczKwpQEs4Pcc8g1G3Rir4uIrQ9iUxKbWmonsEu5f_mHzldy4vuYk4=@pm.me> In-Reply-To: <188b3537-11b1-4169-aae2-070d349b6016@gmail.com> References: <2bjQNp1msrv-_AqyamMun6kY-SCqbgPm3Q7DqVQHAYlqvFkiE1i85svfIT-QQdUG1cg3cKippyTyv8Z-5nbLu4WaMutgZQ7KT-YYo_5Pbro=@pm.me> <188b3537-11b1-4169-aae2-070d349b6016@gmail.com> Feedback-ID: 8300135:user:proton List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Queue-Id: 4ThD1c09Jqz4GM7 On Friday, February 23rd, 2024 at 10:30 AM, Paul Floyd wrote: >=20 > Will there be an option to turn this off globally? >=20 > I sometimes run test suits with Valgrind. I'm not aware of any option to > do that cleanly so I just do it with brute force: run kyua and all > children under Valgrind. >=20 > valgrind --trace-children=3Dyes -q kyua test -k Kyuafile >=20 > Adding jails into the mix is likely to give worse results. I did try > using an x86 jail as an alternative to VirtualBox but I gave up as I got > too many test failures. >=20 Thanks for your attention and mention of your use case. I've added this point to my TODO. I guess it could look as the following: =09valgrind --trace-children=3Dyes -q kyua -v execenv=3Dhost test -k Kyuafi= le It would skip tests designed for other execution environments and run only "host" ones. I think execenv Kyua config variable could be a list actually. By default, = if jail feature is present it could be set to "host jail", i.e. to run tests designed for all environments. As long as tests which opted-in to use execenv=3D"jail" seem to be out of y= our interest in your specific case it looks to be as one of the options. I was thinking about possiblity that a test could be ready to run within "host" a= nd "jail" env, I actually wrote such tests and they work, but it needs more effort from a test author and can be error prone. Anyway, Kyua itself canno= t help with duality of a test. Some tests can be freely run as "host" or "jai= l" without any change, others may need quite an effort to prepare for both cas= es. Does it look like something that would cover your production needs? Best regards, Igor. From nobody Fri Feb 23 15:34:00 2024 X-Original-To: freebsd-hackers@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 4ThDZx6LWPz59xvB for ; Fri, 23 Feb 2024 15:34:33 +0000 (UTC) (envelope-from igor.ostapenko@pm.me) Received: from mail-40134.protonmail.ch (mail-40134.protonmail.ch [185.70.40.134]) (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 (4096 bits)) (Client CN "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ThDZx5Vysz4LYK for ; Fri, 23 Feb 2024 15:34:33 +0000 (UTC) (envelope-from igor.ostapenko@pm.me) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pm.me; s=protonmail3; t=1708702471; x=1708961671; bh=nIYzSnzpTFXria0x4edfVuw5fhEqjdesxxXzWJVpUog=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=Mwua4UHdx+jw5ALEqw0nbAjXczq74SYHTABKRtxymooSyGc7oXYiY6DtpqZ11v4jZ Xhczi3hnbxBZ0nZtEbUA1SNTsaweWNB5D4MzconlZvFBuNS43TqqN5C7/NyuWCUaIf 8ouwAG8xrq5nuENOLx9tEIOtYDT+qedZUBk0M9Us+w8vBTIaQ9eJVhf1v1GdbwqWad HIrgy1VerGPDu98aIvuFKLgeXZPnmUAzWcIWRDmSR9D+HYcjH9O5rxSXmT9jAlbvmn Kze53uOWs2i4cJarTpG43H77KWa/xqMfOefVoD2xzkUgjjp4LAZqCh2nOq/DfuaSPq GKmnCwk2vDhZA== Date: Fri, 23 Feb 2024 15:34:00 +0000 To: =?utf-8?Q?Olivier_Cochard-Labb=C3=A9?= From: Igor Ostapenko Cc: "freebsd-hackers@freebsd.org" Subject: Re: Add jail execution environment support to the FreeBSD test suite Message-ID: In-Reply-To: References: <2bjQNp1msrv-_AqyamMun6kY-SCqbgPm3Q7DqVQHAYlqvFkiE1i85svfIT-QQdUG1cg3cKippyTyv8Z-5nbLu4WaMutgZQ7KT-YYo_5Pbro=@pm.me> Feedback-ID: 8300135:user:proton List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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:62371, ipnet:185.70.40.0/24, country:CH] X-Rspamd-Queue-Id: 4ThDZx5Vysz4LYK On Friday, February 23rd, 2024 at 11:41 AM, Olivier Cochard-Labb=C3=A9 wrote: >=20 > Thanks a lot for working on improving the parallel tests! >=20 > At work, we are using: > 1. a Nanobsd based, so a lot of WITHOUT_ : WITHOUT_JAIL, WITHOUT_PF, no V= NET (a nightmare to debug network stack with it), etc.; > 2. The standard full test suite (about 8200 tests) is reduced to about 74= 00 tests with this lighter nanobsd; > 3. We have been using kyua parallelism=3D8 for years, and I had to skip o= nly about 10-20 tests that were not compliant with parallel mode. >=20 > It toke about 23 minutes to run them (in a bhyve VM): >=20 > Test cases: 7429 total, 905 skipped, 29 expected failures, 1 broken, 4 fa= iled > Start time: 2024-02-21T00:15:42.527291Z > End time: 2024-02-21T00:38:57.036211Z >=20 > Because we were using WITHOUT_JAIL, to improve the time spent, one of my = ideas was to divide the tests into groups of 4 or 8 and run as many bhyve V= Ms in parallel. > I assumed that by running regression tests in a jail, I was testing the j= ail system as much as the test object (and for our use case, I don=E2=80= =99t care about the jail because we are not using it). > So using the bhyve VM I had the feeling the tests were more confined. >=20 > Now if WITH_JAIL becomes mandatory to be able to run the test, I will jus= t have to modify my build system (like by adding a WITHOUT_JAIL just at ins= tallworld time and not during buildworld). >=20 Thanks for your consideration. Actually, from the very beginning I've had doubts regarding a case when jai= l feature is not present, but some of existing tests which freely use jail w/= o additional things like "require.progs jail" and absence of comments regardi= ng that during the initial review of the patch formed a feeling that it does n= ot require effort to consider, at least for now. Thanks for mentioning a real production case, it helps not to guess its priority. >From a glance it looks like the following tasks could be added to TODO: - kyua can be built WITHOUT_JAIL - kyua should detect in runtime which execenv it supports, host only or bot= h - kyua should skip tests which are not supported by a kyua runtime instance It looks to cover your case. It would need no changes on your side, execenv=3D"jail" based tests would simply be skipped, the similar way when = we run amd64 tests on aarch64, and so on. Could you please share your src config (WITHOUT_*, etc)? Best regards, Igor. From nobody Fri Feb 23 16:30:21 2024 X-Original-To: freebsd-hackers@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 4ThFqM2DhFz5B3kQ for ; Fri, 23 Feb 2024 16:30:23 +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 4ThFqL6tL0z4VfJ for ; Fri, 23 Feb 2024 16:30:22 +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 C7CAD3C019A; Fri, 23 Feb 2024 16:30:21 +0000 (UTC) Date: Fri, 23 Feb 2024 16:30:21 +0000 From: Brooks Davis To: igor.ostapenko@pm.me Cc: "freebsd-hackers@freebsd.org" Subject: Re: Add jail execution environment support to the FreeBSD test suite Message-ID: References: <2bjQNp1msrv-_AqyamMun6kY-SCqbgPm3Q7DqVQHAYlqvFkiE1i85svfIT-QQdUG1cg3cKippyTyv8Z-5nbLu4WaMutgZQ7KT-YYo_5Pbro=@pm.me> List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2bjQNp1msrv-_AqyamMun6kY-SCqbgPm3Q7DqVQHAYlqvFkiE1i85svfIT-QQdUG1cg3cKippyTyv8Z-5nbLu4WaMutgZQ7KT-YYo_5Pbro=@pm.me> 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: 4ThFqL6tL0z4VfJ On Thu, Feb 22, 2024 at 08:57:54PM +0000, igor.ostapenko@pm.me wrote: > 2 The Idea > > The idea is not new. A test could be running in a jail -- it provides the > required isolation with minimum or zero effort from a test. This generally sounds good. One minor concern I have is how this would interact with the ability to run the test suite in a jail. This is imperfectly supported today (IIRC ~350 failures on amd64), but it's quite userful for testing sweeping userspace-only tests like libsys and I'd love to see support expanded and improved (failures fixed or tests skipped, poudriere jail support, etc). Thanks, Brooks From nobody Fri Feb 23 17:57:12 2024 X-Original-To: freebsd-hackers@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 4ThHlc655Sz5BCF0 for ; Fri, 23 Feb 2024 17:57:16 +0000 (UTC) (envelope-from paulf2718@gmail.com) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (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 4ThHlc074Qz4nPc for ; Fri, 23 Feb 2024 17:57:16 +0000 (UTC) (envelope-from paulf2718@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=U8e1TSIm; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of paulf2718@gmail.com designates 2a00:1450:4864:20::336 as permitted sender) smtp.mailfrom=paulf2718@gmail.com Received: by mail-wm1-x336.google.com with SMTP id 5b1f17b1804b1-412985ba473so1381625e9.3 for ; Fri, 23 Feb 2024 09:57:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1708711033; x=1709315833; 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=WG9RRwkkcM9McB3M72PX8TLrFyFyGS9JfV5PEcqB0s4=; b=U8e1TSIm9L/zt4XdGDLZsq/W+nUYHHLV7nxIp3j1rGkyxSPGrz/R8mc8v1RCC+WEIq S0RFZbEkAjdSSWkFqRZZBsYubF6gKjdupOBXppDpmgyzUOJrH5N49DdF5l1T4vUgcof8 A643di3TaQ0e9tLXZf3WjFTu+2oj+TvRHC2IDdhx4qrKzbYFzkqBgkiCmvQs294uie5A SPzzpPHPDr7/2thKaw2wF/jFoJIMfx0hNdVOr32mi1s1O0Cian/g3j0PGzwkd7ApjmGu nffUHHwHSHSQsPNhAM9KA7zD9H4Wo+m1yf7W9rFdVHsVH84PnD/nietEbYzoY0B1eEuv wsMQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708711033; x=1709315833; 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=WG9RRwkkcM9McB3M72PX8TLrFyFyGS9JfV5PEcqB0s4=; b=AdBc//Hslt5T+HHVWNc01os7qPNuy2uy6zWvkTwkKDkiY8Zx8c5YE7odtTvQ1mjiDA XwA6SaO/sTqCtmZHAEoB11qGCyH6rmSzilgAUcSLDT8OgZAVMpThDffPlxl5YkCEQkAw rhROgbMR2xkdHGHrOUtrnLMelQUZQzPcPiUC6bGJLmyhslEaNphG7esJ3kKgQDUdhPO5 xBqiA3l2jasXDQGl3fjNHn2NtCWq/PjJc/t+Z4MKBpgw1RxGutCd8MMVFM0dCGu10WAV wlPvZE7D8KG91adkA85hk3qLJlfT/lou1mKdYSCXC8hTfORNssbNPlKgM6suP06li7dW wiAg== X-Gm-Message-State: AOJu0YxGbHKuyhbuEj6AYCadUFDNNrqlsoQi6g3HN8NyRl7nwDvOxlDT gxTcbdwJfRZKv8Ny0KZXP88bUkMJ4DTIxwKmyDBUftMN7axATZSl1/n8fXC2 X-Google-Smtp-Source: AGHT+IG9u6H8oPgLvXH+nbU0svq6BUoxPTwr+6K6Vm5qElR+D5y+OuH1G/xr5zsZd0zStQZX5UM9AA== X-Received: by 2002:a05:600c:1d07:b0:412:6015:3dc5 with SMTP id l7-20020a05600c1d0700b0041260153dc5mr314032wms.14.1708711033407; Fri, 23 Feb 2024 09:57:13 -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 h6-20020a05600c314600b00411d3a414c6sm3191436wmo.47.2024.02.23.09.57.12 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 23 Feb 2024 09:57:13 -0800 (PST) Message-ID: Date: Fri, 23 Feb 2024 18:57:12 +0100 List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Add jail execution environment support to the FreeBSD test suite Content-Language: en-US To: freebsd-hackers@freebsd.org References: <2bjQNp1msrv-_AqyamMun6kY-SCqbgPm3Q7DqVQHAYlqvFkiE1i85svfIT-QQdUG1cg3cKippyTyv8Z-5nbLu4WaMutgZQ7KT-YYo_5Pbro=@pm.me> <188b3537-11b1-4169-aae2-070d349b6016@gmail.com> <5XGsuxCWojiK7f1wBuoC73PWMtjVB3oCvsy1vHQtNr5UHC_2LN8zNGczKwpQEs4Pcc8g1G3Rir4uIrQ9iUxKbWmonsEu5f_mHzldy4vuYk4=@pm.me> From: Paul Floyd In-Reply-To: <5XGsuxCWojiK7f1wBuoC73PWMtjVB3oCvsy1vHQtNr5UHC_2LN8zNGczKwpQEs4Pcc8g1G3Rir4uIrQ9iUxKbWmonsEu5f_mHzldy4vuYk4=@pm.me> 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:c]; 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:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; 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-hackers@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@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::336:from] X-Rspamd-Queue-Id: 4ThHlc074Qz4nPc On 23-02-24 16:08, Igor Ostapenko wrote: > On Friday, February 23rd, 2024 at 10:30 AM, Paul Floyd wrote: >> >> Will there be an option to turn this off globally? >> >> I sometimes run test suits with Valgrind. I'm not aware of any option to >> do that cleanly so I just do it with brute force: run kyua and all >> children under Valgrind. >> >> valgrind --trace-children=yes -q kyua test -k Kyuafile >> >> Adding jails into the mix is likely to give worse results. I did try >> using an x86 jail as an alternative to VirtualBox but I gave up as I got >> too many test failures. >> > > Thanks for your attention and mention of your use case. > > I've added this point to my TODO. I guess it could look as the following: > > valgrind --trace-children=yes -q kyua -v execenv=host test -k Kyuafile Sounds good, but I'd need to test in order to make sure. I don't run that kind of test very often. > > Does it look like something that would cover your production needs? It's not to test FreeBSD for prod, it's to test Valgrind is working with all those tests (any FreeBSD errors picked up are a bonus). A+ Paul From nobody Fri Feb 23 19:22:38 2024 X-Original-To: freebsd-hackers@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 4ThKhT2nw3z5BLcM for ; Fri, 23 Feb 2024 19:24:41 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from sonic322-35.consmr.mail.ne1.yahoo.com (sonic322-35.consmr.mail.ne1.yahoo.com [66.163.189.58]) (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 4ThKhS39ygz52Y2 for ; Fri, 23 Feb 2024 19:24:40 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=WS4LcZRy; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of barney_cordoba@yahoo.com designates 66.163.189.58 as permitted sender) smtp.mailfrom=barney_cordoba@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708716279; bh=uj+qK85YUAY0Hk73O1Ytr0LDTJ5QyeeKxdPfufsEuug=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=WS4LcZRyWqARVY2MxariztqJnt7TvT5Z/sNxpUT3wqyLefIR5YOuvQoRFJaexylTPYEVIwzcu3NDekWBotpbGwkDdccLq9uYGyddKRHY8kfSnKn2LCmMEmJQlNqdEQP5dJJQ83vJEATmUxUU3lLKwQovTLaYAIUDSpuQGNdX8pCP/Z8z8294yEw4COg84/P3f2vIP8J2RF/0ti6x6Y6GN79nupw8GmYsgN0j6QhHlqxiM8FwFiUY79ZdA0SjTAmGdu2Yt+OlpO7Fa+xZayGMngncI9OHPUgAYg+eL0BcoC2ddPH7P3tP9EI2BVe3qoj/TQCYIRmrwogWSNpbYaCs5A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1708716279; bh=5Bi8DLvPpsWhuFLtRuvsK4KfzqndcSVZt0t+bZOFUu3=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=jnSi1V9UPQmLduzttadRqG8+J1dQu1hm8P599CH4fVIBF1tJYa+kmSp21RFnGurJ3FSFNgw6JJF6VpsyOm9T0iChn4b170rZM82VA1yJ2WwQvEME6gw7Uh4ip5G7wLBiUqnSpTpPx5ZVosINd/+QRsX5GnNDgVIgY/LILhsGTithnDQoEun/eusAuJy1+CkkZyoF1PMOGN15Swrttbr2KsNn5oN/p77csBNJqs8LI0axFnHUZDvIekMwHX7q+iV1EcSgPrndndWB/UqVHYNIRvYY7PwNz1ghWrbA+W+5FdHG/XDRlqR4fw+QTiWJTaGb/4ewOg5zzCKcJNGV1Gk/wg== X-YMail-OSG: dY.gmLUVM1kutKg2Sorlfj9Dayw4PMYooDQN1x5L0szxfFk9ZLfprOijfQe.KeJ Zwumz1NdfvMKc4wzM92V0wyYrtv0qEl2KMjOM4018Whk60CBkFey8HuoFQBYr5ouEaPBKXKJIuI2 4QFGNSjeKG85XRIHJzKFHTpd6Qu8s2PfQLxJDLNWEdizgqidAmSG3BD9O9FClbSUKKpq_yErGpph SvKzT8WLzRej3KjSy6fbJErSNR4b33SK3VwdTo1A823N1NAa2pGxX5IXdv0x.2HLSwMHzdskEYfr ZnB5ZrtQAEPbKOao5D0HiZskxCcn0vRMnaprfD.dUsljfjayWT_NMNg6QN2Co.FK.fs88n0CbDOi QFlu_zG3SmVa.E8SC8BoVoGz6kGVsxovZrC7VCGSL_N7Yt9Z2fvTKEdfEar0lcuNGA63CHKLQM7L 3HBIGOvF4xCndB5tXVLIkoM3ALFZurbwIK43aUQmw.Q5v5VkHjdrbi4G84eQYgvNXldrX6l4p4Hc JGOteiLE9uLKmPN39PuPoMFdO.1doj_.otvrHwAl25JxTcQQTErgFDT9wRISby.WtVMHRtONmYeR 7c5HO2AltRCJtXG9X.mip39jb9YJmUQj.bkjUIS4dds9FyJ0qBMrrNjVPAbitfmgXP4.l9ES6nXm 1z7HmASEjbSUVR5D2X5fHRIIT93OaUPc_3e3GL7w37GZ7UjbmMEONO6dQqQlFkOxWNzlUMeRMfka IDhPNSimhBD8UNoZm5C8Y7NQ2saek1hvfmffykqDdp1R9zyAtYCQLUbDZq.wOp18OypRt0RqvyaN EiSEn7STw1Ek7HLi2ICEMU362nvhR_GJ8lCzfQdGkdEKxAxUr8KwYy7zYvTiOoekT9M6MrR7S8vK K45qNfa_7s2ZxE8AUFDa40a6mwnsLldZUseeG6NRzprAWK88DjbnQCwrM8pMVxbPrOqan4p0oWHr oHJ1xhOWccc_hM_LlZvsggR8P58HMiZg89UAS9jdoBIguoCmxuOBEiuWXrBXj6yUwopt2A3BWe38 Kmig8eHfx9Tkkm0X4bIGn9SgKEueNh8sBu61RA0BXtzpbyfCpkDyCElHaEfxGog4_3N1GU4tCR1H Mg4fvlQt2GGfstUkAQ4SYeWLOvzQheAn3RMtLRCVm6VADoU1WqB902O3X5H6bFgePcxfjaugp6MI c1YLeziRYri1sNNW_aw6n8_PkPjoW1D08.atWitk8DDKR4r9HW6FgKXoVohkxy7tr3CfWXbLwAPv xE_MRxmNfcICQCABORvZF0_T5CENLOEhvWaGrT70L9KQSe9couXc.QyGGKnZOPut9WKec2un5kFW k9eHtNOIkWu0vkPIaKielCi1mpwk3ys9n7qcYN_gDFU96iXHk1jtC9fTZH0qPHMhOXGfVfu1YR5l g6jI8aa3u9PsHlsTGZNCb1ewdrOdN8CYKx1bGUy_TADUHjLAbCld6RCIO8ZclrbSum3dsz3RtPnc n0Fzkx5Hc64Nu3NqnKAuE7pBeAYPO06QPHHk.bVztFbSXW7Y.SuufSXxn3jqafbmRf_7xrffYwXN HVyJBQQWMn.LiS0leHkCDMMVVojw61QWsPtOL5h0ED.eXhUhRplmSIe7Gq4L.TtpK0TMG5FVkasX kKfTqA5pmyyyHRli_l8J95oMEVtlQ8SkwgjLxvPaaj4IP8ECKU5PiXbxOGyAdjiqBeQwOdQ7Txtj SzRPnekoeC.s3xW.GDpDWXV2x1mrJwScOfjzvxb7fsnuSNTYgQ4bl8tWOpx7y8nhfrxlfINxh_3S UOeM8LIZa0.pyyexNB_I0P2O4gwRXamDcIPVruzqdihu3X6hBbov5oU0ZhDqTz2R259LajgIgiKu X0GL6ybDH5aMEWQq784lc3vPGtfb1Gf_oXDtIGvWsedB1AtGy7DeDuDIVSVteTwE5yEiylSAZaMW rEarQ3miPGN9LkGvGRLKr_bE4WIs1GAXmAClBRglgxMp8FELox94O2b.rWACd0N_aSKJr2Xx6j3q IgNqwg9ZI7zU7OnYSYIZZjeUR6fhG3Pua3DGTAL5WYqrHFo3C2REjMnswr4I4v5pOjz6D6dRgvFo UdhT9oBV_fgvzOdAkuUrafg9ZT8rPqeWZChNlJGL_Xc0hpquGhCcMz7tl_BXvHV3n.z5MQR9drHN t_K0P3LE5RtZuhtGkZeC2so7RaQ4fnyuZ8Ca..zlcyE8eqlZ5W8Njjw8zEFF0pReiizSrlSpsKUz R3DJ.kJEYevuzmLOVqIAr0NhukZlRFc2GYxq7hMeW1GNdd09iBXx5AlaqPpK1MWMlWLSFZ90l2h. nvwr1ceYMXj.9XULsRWDd X-Sonic-MF: X-Sonic-ID: 13fd25c4-d7e7-4b5d-81cc-0d231423daea Received: from sonic.gate.mail.ne1.yahoo.com by sonic322.consmr.mail.ne1.yahoo.com with HTTP; Fri, 23 Feb 2024 19:24:39 +0000 Date: Fri, 23 Feb 2024 19:22:38 +0000 (UTC) From: "barney_cordoba@yahoo.com" To: Wojciech Puchar Cc: Tomoaki AOKI , Antranig Vartanian , Alan Somers , FreeBSD Hackers , Warner Losh , Scott Long , =?UTF-8?Q?Goran_Meki=C4=87?= Message-ID: <867128400.2198.1708716158027@mail.yahoo.com> In-Reply-To: <6af9739e-2be3-d0a8-bcb0-fd63196246e5@puchar.net> References: <3DCF4236-4DFA-448E-A378-DE04EC147B50@FreeBSD.org> <20240201000734.83a86f486691276e533530e4@dec.sakura.ne.jp> <782FA00C-3B90-49C8-85F7-AF784F42A3CC@FreeBSD.org> <6af9739e-2be3-d0a8-bcb0-fd63196246e5@puchar.net> Subject: Re: The Case for Rust (in the base system) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2197_586300815.1708716158026" X-Mailer: WebService/1.1.22103 YMailNorrin X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; FROM_DN_EQ_ADDR(1.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_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_FROM(0.00)[yahoo.com]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RCPT_COUNT_SEVEN(0.00)[8]; RCVD_IN_DNSWL_NONE(0.00)[66.163.189.58:from]; DKIM_TRACE(0.00)[yahoo.com:+] X-Rspamd-Queue-Id: 4ThKhS39ygz52Y2 ------=_Part_2197_586300815.1708716158026 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Is there really nothing else to do other than debate re-writing stuff in s= ome new language and adding more layers of cruft to the OS? You should be working on streamlining the OS and making it easier for more = people to help maintain. The first thing I did when I upgraded to 14 was ri= p out the e1000 driver, which has become a Frankenstein project. iflib is c= rap and unnecessary. Drivers are infested with netmap, RSS, ALTQ, pfil, pf = and every other pet project for the last 20 years. =C2=A0These things shoul= d not be part of the base code. Make the OS so these "features" can be wedg= ed in without infesting the base code.=C2=A0 With big multicore systems getting cheaper the goal should be to get more n= imble; not add more and more cruft and more languages to learn. "Unix" is w= ritten in C. People who develop in unix know C. Therfact that there are a l= ot of bad ideas and bad code in the FreeBSD isn't a reason to do things in = another language. Fix the code.=C2=A0 On Wednesday, January 31, 2024 at = 01:32:18 PM PST, Wojciech Puchar wrote: =20 =20 =20 On Wed, 31 Jan 2024, David Chisnall wrote: > On 31 Jan 2024, at 15:07, Tomoaki AOKI wrote: >> >> First of all, NO MEMORY-SAFE language can write codes using volatile >> memory objects, most notably, memory-mapped I/O and/or DMA driver. > > The first half of that is obvious nonsense.=C2=A0 Memory-mapped I/O is no= t intrinsically unsafe, from a memory-safety perspective.=C2=A0 Even Java h= as volatile objects and Sun Labs used Java for device drivers twenty years = ago.=C2=A0 Having a memory-safe interface for MMIO is helpful. This line above is complete nonsense. as most of that discussion. Two things are certain: - democracy is last phase of civilisation fall. Happening today.=20 Democracy, in case of FreeBSD will do the same for FreeBSD. Already happened year ago for linux and others. As there are more stupid people than clever. If it wins - Rust and other nonsenses will become quickly standard. What=20 is certain - that there will be exactly opposite about security holes that= =20 their claims. There will be far more that it is today. - clever people don't need latest computers, so current FreeBSD can still= =20 be used. With possibly some development to meet current needs. So not=20 really a problem. Mark Twain once said "no amount of arguments are sufficient for idiot". So this is my last post. Keep fighting. =20 ------=_Part_2197_586300815.1708716158026 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Is there really nothing else t= o do other than debate re-writing stuff in some new language and adding mor= e layers of cruft to the OS?

You should be working on streamlining the OS and making i= t easier for more people to help maintain. The first thing I did when I upg= raded to 14 was rip out the e1000 driver, which has become a Frankenstein p= roject. iflib is crap and unnecessary. Drivers are infested with netmap, RS= S, ALTQ, pfil, pf and every other pet project for the last 20 years.  = These things should not be part of the base code. Make the OS so these "fea= tures" can be wedged in without infesting the base code. 

With big multicore syst= ems getting cheaper the goal should be to get more nimble; not add more and= more cruft and more languages to learn. "Unix" is written in C. People who= develop in unix know C. Therfact that there are a lot of bad ideas and bad= code in the FreeBSD isn't a reason to do things in another language. Fix t= he code. 
=20
=20
On Wednesday, January 31, 2024 at 01:32:18 PM PST, Wojc= iech Puchar <wojtek@puchar.net> wrote:




On Wed, 31 Jan 2024, David = Chisnall wrote:

> On 31 Jan 2024, a= t 15:07, Tomoaki AOKI <junchoon@dec.sakura= .ne.jp> wrote:
>>
>>= First of all, NO MEMORY-SAFE language can write codes using volatile
>> memory objects, most notably, memory-mapped I/O and/o= r DMA driver.
>
> The first half = of that is obvious nonsense.  Memory-mapped I/O is not intrinsically u= nsafe, from a memory-safety perspective.  Even Java has volatile objec= ts and Sun Labs used Java for device drivers twenty years ago.  Having= a memory-safe interface for MMIO is helpful.

This = line above is complete nonsense. as most of that discussion.

Two things are certain:

- democracy is last phase of civilisation fall. Happening today. =
Democracy, in case of FreeBSD will do the same for FreeB= SD.
Already happened year ago for linux and others.
As there are more stupid people than clever.
If it wins - Rust and other nonsenses will become quickly standard. What <= br clear=3D"none">is certain - that there will be exactly opposite about se= curity holes that
their claims. There will be far more t= hat it is today.

- clever people don't= need latest computers, so current FreeBSD can still
be = used. With possibly some development to meet current needs. So not
really a problem.

Mark Twai= n once said "no amount of arguments are sufficient for idiot".

So this is my last post. Keep fighting.


=
------=_Part_2197_586300815.1708716158026-- From nobody Fri Feb 23 21:03:24 2024 X-Original-To: freebsd-hackers@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 4ThMtg557Rz5BWMW for ; Fri, 23 Feb 2024 21:03:39 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (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 4ThMtg2j6Lz41St; Fri, 23 Feb 2024 21:03:38 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Authentication-Results: mx1.freebsd.org; none Received: from critter.freebsd.dk (unknown [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id DD4D489281; Fri, 23 Feb 2024 21:03:29 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.18.1/8.16.1) with ESMTPS id 41NL3ToA007271 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 23 Feb 2024 21:03:29 GMT (envelope-from phk@critter.freebsd.dk) Received: (from phk@localhost) by critter.freebsd.dk (8.18.1/8.16.1/Submit) id 41NL3OVk007270; Fri, 23 Feb 2024 21:03:24 GMT (envelope-from phk) Message-Id: <202402232103.41NL3OVk007270@critter.freebsd.dk> To: "barney_cordoba@yahoo.com" cc: Wojciech Puchar , Tomoaki AOKI , Antranig Vartanian , Alan Somers , FreeBSD Hackers , Warner Losh , Scott Long , =?UTF-8?Q?Goran_Meki=C4=87?= Subject: Re: The Case for Rust (in the base system) In-reply-to: <867128400.2198.1708716158027@mail.yahoo.com> From: "Poul-Henning Kamp" References: <3DCF4236-4DFA-448E-A378-DE04EC147B50@FreeBSD.org> <20240201000734.83a86f486691276e533530e4@dec.sakura.ne.jp> <782FA00C-3B90-49C8-85F7-AF784F42A3CC@FreeBSD.org> <6af9739e-2be3-d0a8-bcb0-fd63196246e5@puchar.net> <867128400.2198.1708716158027@mail.yahoo.com> List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <7268.1708722204.1@critter.freebsd.dk> Content-Transfer-Encoding: 8bit Date: Fri, 23 Feb 2024 21:03:24 +0000 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:1835, ipnet:130.225.0.0/16, country:EU] X-Rspamd-Queue-Id: 4ThMtg2j6Lz41St barney_cordoba@yahoo.com writes: > You should be working on streamlining the OS [...] Without endorsing your crusade in any way, I want to point out that there is a very interesting series of articles on The Register which looks at the same general situation with respect to Linux: https://www.theregister.com/Author/Liam-Proven (Most of) the "FOSSDEM 2024" entries is part of series which ends with "A path out of bloat …" which I think is well worth a good ponder... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From nobody Sat Feb 24 12:36:31 2024 X-Original-To: freebsd-hackers@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 4Thnx539blz59nZk; Sat, 24 Feb 2024 13:37:13 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ej1-x62c.google.com (mail-ej1-x62c.google.com [IPv6:2a00:1450:4864:20::62c]) (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 4Thnx36sJbz42l0; Sat, 24 Feb 2024 13:37:11 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=K1f+V3tD; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2a00:1450:4864:20::62c as permitted sender) smtp.mailfrom=marietto2008@gmail.com Received: by mail-ej1-x62c.google.com with SMTP id a640c23a62f3a-a26fa294e56so291804266b.0; Sat, 24 Feb 2024 05:37:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1708781828; x=1709386628; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=tzM+/d43wUL0e78Cjl9XHg1Vn6rxJudHflw0fGlng4U=; b=K1f+V3tD0qcn4SP//fjSezJi2P9YHBnI8s5LbqaoYKOvH8FAaHvtyQVNzQR7gyaMnh RwKM55k6kjQ5CQ2KE18jkXnl1FwA1LFXR6PgCdQQwaaurdbrBb2E0ycbtaRtnSmxAyG+ qyh/qKbnfqJhn615mtSmJ8eoM2qXyGmLqoBCO7AxlYPwriS/bN9Jzmc4jTsBXEPfYvNj ns7Ry8N59BaCpkxxF1CLx4CzrbeWwx2MyOFXvNVVU60K1aRciKG+rZKMSg/lR87FAHF+ g/buCpZbsmwY856vgSywDpYgdWOm3Vjw94Hnn7nVkSxbu6RgfW5E0ad0LfIKAGvFYg2j BDNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708781828; x=1709386628; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=tzM+/d43wUL0e78Cjl9XHg1Vn6rxJudHflw0fGlng4U=; b=dZ+I6zurVd/j3/3FagMgrzMOW6zlmMcExgn+aFF74OB3H9xxPWAfa7J1ly6HpjLdPE 4TIP4HEp0iT+4mbW4WuFHCr1HJAhte59HS4Ib9qtEn7OzKr5smATdi4FaMQ0LdmyNMI3 IdPQMO1WdLBmzjcy5KsL5dm6+UT6wDtMrgSGI/TiHJ8DJbIvi2kp49nNF6xB/716K0NF HBVdzUB4ddeHo8z8hWbVzp4dlVh5S6pO3HCtLHpgEiN78+rfVxuruPT9V/B6snDzhXbx BaqLJ2XXBiXoRyzOvvVNezsien1QZ+hfoKq7vrUdh/YHoKVI2dfHaHFhDhoFPvvoU1OC SYHQ== X-Forwarded-Encrypted: i=1; AJvYcCUR17gHOASWYiUuGT7YGVcOXiABm376KbC9bs0ncaXWCzTt7crORDxqqk9a9H5BVXR6GJP2n12ySixItSJYEVjRkUBEcQ4shjkB6U3sv8VD8vuLk5aflWJRYJpamobAJ1GW8hp32Uk3gEDlWdd+UQrGiTd2Uh7DqZGiMG0/HoLiDvSHNczlnKpGnC84L6BesuM3CQRoErKOvyx461+xgZzcZ//rKnGII9bzRfSzeh7Y+trXt9Y= X-Gm-Message-State: AOJu0YwnZsMWSMpfqhh+nqCCnRWsf+ZKpcGN36HSel4pIea61Cw45Euh IZm/2mro6bmompX16i2kXzcXlzkwqZp3FCJHMI0dC5AK3fHwoE0ermSl9wvNRbF4qMC+z6hmBFF GFd54nUQMi9FbObET6wB8iQhJ1mdd+IDz7p0= X-Google-Smtp-Source: AGHT+IHghReDG5UhxF6Bupatplxt+sUIu/Hj+pzaC+J4Az9KhY/ths897VUrscoQjJYrGbDlVWeSfrLiwJOf0xGw15w= X-Received: by 2002:a17:906:8313:b0:a43:7bc:2749 with SMTP id j19-20020a170906831300b00a4307bc2749mr201320ejx.13.1708781827369; Sat, 24 Feb 2024 05:37:07 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 From: Mario Marietto Date: Sat, 24 Feb 2024 13:36:31 +0100 Message-ID: Subject: drm-kmod-20220907_2 not supported for this configuration / NVIDIA : Failed to initialize the NVIDIA kernel module To: FreeBSD virtualization , FreeBSD Mailing List , freebsd-hackers , freebsd-x11@freebsd.org, freebsd-drivers@freebsd.org, Ronald Klop , Jake Freeland Content-Type: multipart/alternative; boundary="000000000000d1afdf061220c57a" 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(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_SOME(0.00)[]; RCPT_COUNT_SEVEN(0.00)[7]; MLMMJ_DEST(0.00)[freebsd-virtualization@freebsd.org,freebsd-questions@freebsd.org,freebsd-hackers@freebsd.org,freebsd-x11@freebsd.org,freebsd-drivers@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62c:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4Thnx36sJbz42l0 --000000000000d1afdf061220c57a Content-Type: text/plain; charset="UTF-8" Hello to everyone. I need to conduct some tests on top of the FreeBSD 13.1. So,I've installed it on one of my disks. I've installed xfce4 and KDE,Xorg and from the ports (after having upgraded them),I've installed the nvidia-driver version. 535.146.02 ; I didn't have any problem. The problem arises when I tried to install the package drm-kmod from ports. Unfortunately I'm not able to compile it. This is what happened : root@marietto:/usr/ports/graphics/drm-kmod # make ====> drm-kmod-20220907_2 not supported for this configuration. ok. At this point I tried to install it from the packages : root@marietto:/usr/ports/graphics/drm-kmod # make clean ====> cleaning for drm-kmod-20220907_2 so : root@marietto:/usr/ports/graphics/drm-kmod # pkg install drm-kmod New packages to be INSTALLED : drm-kmod: 20220907_2 OK now,I have performed additional configuration to : nano /home/marietto/.xinitrc : exec ck-launch-session dbus-launch --exit-with-session startxfce4 nano /etc/rc.conf : kdm5_enable="YES" dbus_enable="YES" hald_enable="YES" kld_list="nvidia nvidia-modeset" rpcbind_enable="YES" dtcms_enable="YES" inetd_enable="YES" nano /boot/loader.conf vmm_load="YES" nmdm_load="YES" tmpfs_load="YES" cryptodev_load="YES" zfs_load="YES" kern.racct.enable="1" kern.vty=vt kern.cam.scsi_delay="10000" nano /etc/X11/xorg.conf Section "Device" Identifier "Card0" Driver "nvidia" BusID "PCI:1:0:0" EndSection root@marietto:/home/marietto # lspci 01:00.0 NVIDIA GP106 01:00.1 NVIDIA GP106 High Definition Audio Controller 02:00.0 NVIDIA TU102 02:00.1 NVIDIA TU102 High Definition Audio Controller 02:00.2 NVIDIA TU102 USB Controller 02:00.3 NVIDIA TU102 Serial BUS Controller Now,I want to startx to start xfce4 : marietto@marietto: $ startx Fatal server error : no screens found (EE) Check the log file at "/var/log/Xorg.0.log" nano /var/log/Xorg.0.log : NVIDIA dlloader X driver 535.146.02 NVIDIA Unified Driver for all Supported NVIDIA gpus NVIDIA : Failed to initialize the NVIDIA kernel module How to fix it ? -- Mario. --000000000000d1afdf061220c57a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello to everyone.

I need to= conduct some tests on top of the FreeBSD 13.1.
So,I've insta= lled it on one of my disks. I've installed xfce4 and KDE,Xorg and from = the ports (after having upgraded them),I've installed the nvidia-driver= version. 535.146.02 ; I didn't have any problem.=C2=A0

<= /div>
The problem arises when I tried to install the package drm-kmod f= rom ports.=C2=A0

Unfortunately I'm not able to= compile it. This is what happened :

root@marietto= :/usr/ports/graphics/drm-kmod # make
=3D=3D=3D=3D> drm-kmod-20= 220907_2 not supported for this configuration.

ok.= At this point I tried to install it from the packages :

root@marietto:/usr/ports/graphics/drm-kmod # make clean
=3D=3D=3D=3D> cleaning for drm-kmod-20220907_2

so :

root@marietto:/usr/ports/graphics/drm= -kmod # pkg install drm-kmod

New packages to be IN= STALLED :
drm-kmod: 20220907_2
OK

<= div>now,I have performed additional configuration to :

=
nano /home/marietto/.xinitrc :

exec ck-launch= -session dbus-launch --exit-with-session startxfce4

nano /etc/rc.conf :

kdm5_enable=3D"YES"= ;
dbus_enable=3D"YES"
hald_enable=3D"YES= "
kld_list=3D"nvidia nvidia-modeset"
rpc= bind_enable=3D"YES"
dtcms_enable=3D"YES"
inetd_enable=3D"YES"

na= no /boot/loader.conf

vmm_load=3D"YES"
nmdm_load=3D"YES"
tmpfs_load=3D"YES"<= /div>
cryptodev_load=3D"YES"
zfs_load=3D"YES&q= uot;
kern.racct.enable=3D"1"
kern.vty=3Dvt
kern.cam.scsi_delay=3D"10000"

na= no /etc/X11/xorg.conf

Section "Device"
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 Identifier=C2=A0=C2=A0 "Card0"
=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 Driver=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "nvidia&= quot;
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 BusID=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 "PCI:1:0:0"
EndSection


root@marietto:/home/marietto # lspci
01:00.0 NVIDIA GP106
01:00.1 NVIDIA GP106 High Defin= ition Audio Controller
02:00.0 NVIDIA TU102
02:00.1 NVI= DIA TU102 High Definition Audio Controller
02:00.2 NVIDIA TU102 USB Con= troller
02:00.3 NVIDIA TU102 Serial BUS Controller

=
Now,I want to startx to start xfce4 :

m= arietto@marietto: $ startx

Fatal server error : no= screens found (EE)
Check the log file at "/var/log/Xorg.0.l= og"

nano /var/log/Xorg.0.log :

=
NVIDIA dlloader X driver 535.146.02
NVIDIA Unified Dri= ver for all Supported NVIDIA gpus
NVIDIA : Failed to initialize t= he NVIDIA kernel module

How to fix it ?

--
Mario.
--000000000000d1afdf061220c57a-- From nobody Sat Feb 24 13:46:58 2024 X-Original-To: freebsd-hackers@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 4ThqVK13XCz59w1Z; Sat, 24 Feb 2024 14:47:37 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) (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 4ThqVJ5vBsz4F2l; Sat, 24 Feb 2024 14:47:36 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x629.google.com with SMTP id a640c23a62f3a-a3d484a58f6so247027066b.3; Sat, 24 Feb 2024 06:47:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1708786055; x=1709390855; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=iGw3w3Fi4+6nJndBWEVb8v4HvFP6ZzSPMTQAa9roF+4=; b=HRfDgZTMOoO9WQr3wd94rRqKFsE9t8ZXCJ3yIFm6p7rVs9U6j4+OmoDuDBYIahAKoa 3p8zlezWVgYBDOLGLpii6S+d/6/CuXvZb2obZwgXbSIA9m/gFfkH9f5j8ighnDdme4cV SmpXXugDLLE8D+XXDqUt6OcgwJQvuLQs2sjT2b0oZgc4hBCcHTJZ10TzknQlIg0ErgXF NARr8Eh7LpeMwxpLAIlVbGs/8cKPs6UeBXSxOtx8wx0LUGMIcucZrbxqYSwsXSZzKbCD a1LCu14TRpG8FKEqXIGjhzPEOIX+RlD1Ojrq9qA1nCFWKDMWSQQdf3yv9Clkz/Qmu8WM bxvQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708786055; x=1709390855; h=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=iGw3w3Fi4+6nJndBWEVb8v4HvFP6ZzSPMTQAa9roF+4=; b=SmwYsKCq/RGDkYROMpzaRRc0J1zu1HqZGvQ/vYSRit+2LL486yqlF3pYNpRi+H60DL 1llEz7zbAa0KvxNE/SY/NG170mxT5J/W0S67QfMeLRzD8fYiwp+5wlInWFlFCi+87Ox1 pP8kFsLW7UE+z6fLs/S0Heo3gyFmFiLcQJfT5+CmpdN5OU84jpFJUOf6Q2LamNSZi4ZD 3W/O5lfp++R07Zz+qTkSE+RPHojxjCE6eDgjaWlOiimdIMmtuB13iXzDhmI8bGXAjS8Z 5BPO6GVt27TtHuDTW3WJcE7XF3KeTEwWnc1DYeAcwzQlMYsNSeYGU73EM4Yn4hBg4xkz 2blw== X-Forwarded-Encrypted: i=1; AJvYcCVKFFbAQoXVbAsNeHJxWnapwwPDp06p4zKwlgWn3FwgcYKGybU2jnS899YDXpA+DbkxuwLCiKZE2oDHEV1ppGqZr6QpM8dUT0o85skLR74PBQzW1gd6Lco3I31PUTcQbZ9wPW32NIhMVhrEouWsS+DTl5MlQSHNonNl5hzFBXS++wD1c0m4leJ16U8IRyxRn97hbaxnOxftg+gqzjzihh0K3Q+FgLswjDzFbi0wpRtTgy2IN9I= X-Gm-Message-State: AOJu0YxKByiOR3jUeJzD9Ttg5rbF3V1F8yFRPh8z+dqmt2WF4bZsvTY2 wutpmU1laBi0IviFv4OrQHSQ/BQCndyOdfWjE+HhD4NkOCImRXnoG51Afy/9dtlDprUtClIIZxW k8VlBUnNt9dqZ3GjhE6i/fa3gUq8= X-Google-Smtp-Source: AGHT+IGFprjIxVIZUeHogwOO6ZwzK0D53MOp3txcH5BJtwSjdJ9I33b5UzcDxszH82YEgYRYo/hUuJtzYAAFp1Spztk= X-Received: by 2002:a17:906:ce30:b0:a3f:bd94:4d80 with SMTP id sd16-20020a170906ce3000b00a3fbd944d80mr1698545ejb.76.1708786054908; Sat, 24 Feb 2024 06:47:34 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <20240224140856.2B99B49712@mail.fly777.net> In-Reply-To: <20240224140856.2B99B49712@mail.fly777.net> From: Mario Marietto Date: Sat, 24 Feb 2024 14:46:58 +0100 Message-ID: Subject: Re: drm-kmod-20220907_2 not supported for this configuration / NVIDIA : Failed to initialize the NVIDIA kernel module To: Simon Gusev Cc: FreeBSD virtualization , FreeBSD Mailing List , freebsd-hackers , freebsd-x11@freebsd.org, freebsd-drivers@freebsd.org, Ronald Klop , Jake Freeland Content-Type: multipart/alternative; boundary="000000000000ccd18d061221c1c1" 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:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4ThqVJ5vBsz4F2l --000000000000ccd18d061221c1c1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable :( KLD nvidia.ko : depends on kernel. Not available or version mismatch linker_load_file : /boot/modules/nvidia.ko : unsupported file type. Can you give me your "nvidia.ko" file ? thanks. On Sat, Feb 24, 2024 at 3:09=E2=80=AFPM Simon Gusev wro= te: > > Hello Mario. > > I have problem too. > A few days i try solve the same problem. > Alone was a very difficult, but solved it. > > Try this. > > Remove all drm and clear. > > > Try steps below. > > Install this > pkg ins nvidia-xconfig > > pkg ins nvidia-driver - you card driver select > > pkg ins nvidia-drm - use pkg search and select your variant version > But drm not needed for nvidia > > After instal > nvidia-xconfig - will create Xorg conf file > > Start and load > dbus > kldload nvidia > > Try xfce or KDE > > Best, > Simon ) > > - - - > > > -------- =D0=98=D1=81=D1=85=D0=BE=D0=B4=D0=BD=D0=BE=D0=B5 =D1=81=D0=BE=D0= =BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B5 -------- > =D0=9E=D1=82: Mario Marietto > =D0=94=D0=B0=D1=82=D0=B0: 24.02.2024 16:38 (GMT+03:00) > =D0=9A=D0=BE=D0=BC=D1=83: FreeBSD virtualization , > FreeBSD Mailing List , freebsd-hackers < > freebsd-hackers@freebsd.org>, freebsd-x11@freebsd.org, > freebsd-drivers@freebsd.org, Ronald Klop , Jake > Freeland > =D0=A2=D0=B5=D0=BC=D0=B0: drm-kmod-20220907_2 not supported for this conf= iguration / NVIDIA : > Failed to initialize the NVIDIA kernel module > > Hello to everyone. > > I need to conduct some tests on top of the FreeBSD 13.1. > So,I've installed it on one of my disks. I've installed xfce4 and KDE,Xor= g > and from the ports (after having upgraded them),I've installed the > nvidia-driver version. 535.146.02 ; I didn't have any problem. > > The problem arises when I tried to install the package drm-kmod from > ports. > > Unfortunately I'm not able to compile it. This is what happened : > > root@marietto:/usr/ports/graphics/drm-kmod # make > =3D=3D=3D=3D> drm-kmod-20220907_2 not supported for this configuration. > > ok. At this point I tried to install it from the packages : > > root@marietto:/usr/ports/graphics/drm-kmod # make clean > =3D=3D=3D=3D> cleaning for drm-kmod-20220907_2 > > so : > > root@marietto:/usr/ports/graphics/drm-kmod # pkg install drm-kmod > > New packages to be INSTALLED : > drm-kmod: 20220907_2 > OK > > now,I have performed additional configuration to : > > nano /home/marietto/.xinitrc : > > exec ck-launch-session dbus-launch --exit-with-session startxfce4 > > nano /etc/rc.conf : > > kdm5_enable=3D"YES" > dbus_enable=3D"YES" > hald_enable=3D"YES" > kld_list=3D"nvidia nvidia-modeset" > rpcbind_enable=3D"YES" > dtcms_enable=3D"YES" > inetd_enable=3D"YES" > > nano /boot/loader.conf > > vmm_load=3D"YES" > nmdm_load=3D"YES" > tmpfs_load=3D"YES" > cryptodev_load=3D"YES" > zfs_load=3D"YES" > kern.racct.enable=3D"1" > kern.vty=3Dvt > kern.cam.scsi_delay=3D"10000" > > nano /etc/X11/xorg.conf > > Section "Device" > Identifier "Card0" > Driver "nvidia" > BusID "PCI:1:0:0" > EndSection > > > root@marietto:/home/marietto # lspci > > 01:00.0 NVIDIA GP106 > 01:00.1 NVIDIA GP106 High Definition Audio Controller > 02:00.0 NVIDIA TU102 > 02:00.1 NVIDIA TU102 High Definition Audio Controller > 02:00.2 NVIDIA TU102 USB Controller > 02:00.3 NVIDIA TU102 Serial BUS Controller > > Now,I want to startx to start xfce4 : > > marietto@marietto: $ startx > > Fatal server error : no screens found (EE) > Check the log file at "/var/log/Xorg.0.log" > > nano /var/log/Xorg.0.log : > > NVIDIA dlloader X driver 535.146.02 > NVIDIA Unified Driver for all Supported NVIDIA gpus > NVIDIA : Failed to initialize the NVIDIA kernel module > > How to fix it ? > > -- > Mario. > --=20 Mario. --000000000000ccd18d061221c1c1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
:(

KLD nvidia.ko : depends o= n kernel. Not available or version mismatch
linker_load_file : /b= oot/modules/nvidia.ko : unsupported file type.

Can= you give me your "nvidia.ko" file ? thanks.

<= div class=3D"gmail_quote">
On Sat, Feb= 24, 2024 at 3:09=E2=80=AFPM Simon Gusev <semfly@fly777.net> wrote:

Hello Mario.

I have problem too.
A few days i try solve the sam= e problem.
Alone was a very difficult, but solved it= .

Try this.=C2=A0
<= div dir=3D"auto">
Remove all drm and clear.


= Try steps below.

Install= this
pkg ins nvidia-xconfig
=
pkg ins nvidia-driver - you card driver select<= /div>

pkg ins nvidia-drm - use= pkg search and select your variant version
But drm = not needed for nvidia

Af= ter instal
nvidia-xconfig - will create Xorg conf fi= le

Start and load=C2=A0<= /div>
dbus
kldload nvidia

Try xfce or KDE

Best,
Simon )

- - -


<= div dir=3D"auto" style=3D"font-size:100%;color:rgb(0,0,0)">
-----= --- =D0=98=D1=81=D1=85=D0=BE=D0=B4=D0=BD=D0=BE=D0=B5 =D1=81=D0=BE=D0=BE=D0= =B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B5 --------
=D0=9E=D1=82: Mario Ma= rietto <mari= etto2008@gmail.com>
=D0=94=D0=B0=D1=82=D0=B0: 24.02.2024 = 16:38 (GMT+03:00)
=D0=9A=D0=BE=D0=BC=D1=83: FreeBSD virtualiza= tion <freebsd-virtualization@freebsd.org>, FreeBSD Mailing List <= freebsd-= questions@freebsd.org>, freebsd-hackers <freebsd-hackers@freebsd.org>= ;, freebsd-x11= @freebsd.org, freebsd-drivers@freebsd.org, Ronald Klop <ronald@freebsd.org>, Jake Free= land <ja= ke@technologyfriends.net>
=D0=A2=D0=B5=D0=BC=D0=B0: drm-k= mod-20220907_2 not supported for this configuration / NVIDIA : Failed to in= itialize the NVIDIA kernel module

Hello to everyone.

I need to conduct some = tests on top of the FreeBSD 13.1.
So,I've installed it on one= of my disks. I've installed xfce4 and KDE,Xorg and from the ports (aft= er having upgraded them),I've installed the nvidia-driver version. 535.= 146.02 ; I didn't have any problem.=C2=A0

The = problem arises when I tried to install the package drm-kmod from ports.=C2= =A0

Unfortunately I'm not able to compile it. = This is what happened :

root@marietto:/usr/ports/g= raphics/drm-kmod # make
=3D=3D=3D=3D> drm-kmod-20220907_2 not = supported for this configuration.

ok. At this poin= t I tried to install it from the packages :

r= oot@marietto:/usr/ports/graphics/drm-kmod # make clean
=3D=3D=3D= =3D> cleaning for drm-kmod-20220907_2

so :

root@marietto:/usr/ports/graphics/drm-kmod # pkg = install drm-kmod

New packages to be INSTALLED :
drm-kmod: 20220907_2
OK

now,I ha= ve performed additional configuration to :

nano /h= ome/marietto/.xinitrc :

exec ck-launch-session dbu= s-launch --exit-with-session startxfce4

nano /etc/= rc.conf :

kdm5_enable=3D"YES"
= dbus_enable=3D"YES"
hald_enable=3D"YES"
=
kld_list=3D"nvidia nvidia-modeset"
rpcbind_enable= =3D"YES"
dtcms_enable=3D"YES"
inetd= _enable=3D"YES"

nano /boot/lo= ader.conf

vmm_load=3D"YES"
nmd= m_load=3D"YES"
tmpfs_load=3D"YES"
c= ryptodev_load=3D"YES"
zfs_load=3D"YES"
<= div>kern.racct.enable=3D"1"
kern.vty=3Dvt
ker= n.cam.scsi_delay=3D"10000"

nano /etc/X11= /xorg.conf

Section "Device"
= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 Identifier=C2=A0=C2=A0 "Card0"
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Dr= iver=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "nvidia"
=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 BusID=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 "PCI:1:0:0"
EndSection

root@marietto:/home/marietto # lspci

<= div>01:00.0 NVIDIA GP106
01:00.1 NVIDIA GP106 High Definition Aud= io Controller
02:00.0 NVIDIA TU102
02:00.1 NVIDIA TU102= High Definition Audio Controller
02:00.2 NVIDIA TU102 USB Controller
02:00.3 NVIDIA TU102 Serial BUS Controller

Now,I want to startx to start xfce4 :

marietto@m= arietto: $ startx

Fatal server error : no screens = found (EE)
Check the log file at "/var/log/Xorg.0.log"<= /div>

nano /var/log/Xorg.0.log :

NVIDIA dlloader X driver 535.146.02
NVIDIA Unified Driver for a= ll Supported NVIDIA gpus
NVIDIA : Failed to initialize the NVIDIA= kernel module

How to = fix it ?

--=
Mario.


--
Mario.<= br>
--000000000000ccd18d061221c1c1-- From nobody Sat Feb 24 14:54:01 2024 X-Original-To: freebsd-hackers@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 4Thqds05CHz59wJq for ; Sat, 24 Feb 2024 14:54:09 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 4Thqdr1259z4Jmm; Sat, 24 Feb 2024 14:54:07 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-21-232.area1b.commufa.jp [123.1.21.232]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 41OEs1Qk024850; Sat, 24 Feb 2024 23:54:01 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 24 Feb 2024 23:54:01 +0900 From: Tomoaki AOKI To: Mario Marietto Cc: freebsd-hackers , Ronald Klop , Jake Freeland Subject: Re: drm-kmod-20220907_2 not supported for this configuration / NVIDIA : Failed to initialize the NVIDIA kernel module Message-Id: <20240224235401.e3edba4da91b37b546da6b23@dec.sakura.ne.jp> In-Reply-To: References: Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Queue-Id: 4Thqdr1259z4Jmm On Sat, 24 Feb 2024 13:36:31 +0100 Mario Marietto wrote: > Hello to everyone. > > I need to conduct some tests on top of the FreeBSD 13.1. > So,I've installed it on one of my disks. I've installed xfce4 and KDE,Xorg > and from the ports (after having upgraded them),I've installed the > nvidia-driver version. 535.146.02 ; I didn't have any problem. > > The problem arises when I tried to install the package drm-kmod from ports. > > Unfortunately I'm not able to compile it. This is what happened : > > root@marietto:/usr/ports/graphics/drm-kmod # make > ====> drm-kmod-20220907_2 not supported for this configuration. > > ok. At this point I tried to install it from the packages : > > root@marietto:/usr/ports/graphics/drm-kmod # make clean > ====> cleaning for drm-kmod-20220907_2 > > so : > > root@marietto:/usr/ports/graphics/drm-kmod # pkg install drm-kmod > > New packages to be INSTALLED : > drm-kmod: 20220907_2 > OK > > now,I have performed additional configuration to : > > nano /home/marietto/.xinitrc : > > exec ck-launch-session dbus-launch --exit-with-session startxfce4 > > nano /etc/rc.conf : > > kdm5_enable="YES" > dbus_enable="YES" > hald_enable="YES" > kld_list="nvidia nvidia-modeset" > rpcbind_enable="YES" > dtcms_enable="YES" > inetd_enable="YES" > > nano /boot/loader.conf > > vmm_load="YES" > nmdm_load="YES" > tmpfs_load="YES" > cryptodev_load="YES" > zfs_load="YES" > kern.racct.enable="1" > kern.vty=vt > kern.cam.scsi_delay="10000" > > nano /etc/X11/xorg.conf > > Section "Device" > Identifier "Card0" > Driver "nvidia" > BusID "PCI:1:0:0" > EndSection > > > root@marietto:/home/marietto # lspci > > 01:00.0 NVIDIA GP106 > 01:00.1 NVIDIA GP106 High Definition Audio Controller > 02:00.0 NVIDIA TU102 > 02:00.1 NVIDIA TU102 High Definition Audio Controller > 02:00.2 NVIDIA TU102 USB Controller > 02:00.3 NVIDIA TU102 Serial BUS Controller > > Now,I want to startx to start xfce4 : > > marietto@marietto: $ startx > > Fatal server error : no screens found (EE) > Check the log file at "/var/log/Xorg.0.log" > > nano /var/log/Xorg.0.log : > > NVIDIA dlloader X driver 535.146.02 > NVIDIA Unified Driver for all Supported NVIDIA gpus > NVIDIA : Failed to initialize the NVIDIA kernel module > > How to fix it ? > > -- > Mario. (Dropped mailing lists I'm not subscribing from CC) I myself haven't used graphics/drm-*-kmod, but looking into graphics/drm-kmod/Makefile, minimum supportted version is 13.2. If you really need to use DRM, you should update base at least to 13.2 first. And if running nvidia GPUs on 13.2, you would need graphics/nvidia-drm-510-kmod, too. Moreover, 13.1 is already EOL'ed [1]. Using 13.1 is STRONGLY DISCOURAGED. [1] https://www.freebsd.org/security/#sup -- Tomoaki AOKI From nobody Sat Feb 24 14:02:10 2024 X-Original-To: freebsd-hackers@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 4Thqqx10K4z59xGy; Sat, 24 Feb 2024 15:02:53 +0000 (UTC) (envelope-from marietto2008@gmail.com) Received: from mail-ed1-x535.google.com (mail-ed1-x535.google.com [IPv6:2a00:1450:4864:20::535]) (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 4Thqqw2fPFz4Kxx; Sat, 24 Feb 2024 15:02:52 +0000 (UTC) (envelope-from marietto2008@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=jwXaDDNz; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marietto2008@gmail.com designates 2a00:1450:4864:20::535 as permitted sender) smtp.mailfrom=marietto2008@gmail.com Received: by mail-ed1-x535.google.com with SMTP id 4fb4d7f45d1cf-565b86c9943so328310a12.1; Sat, 24 Feb 2024 07:02:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1708786966; x=1709391766; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=pmsXL5fxizsP6epAqqXA7dm6NR4aK2TOWnRY1roMNnc=; b=jwXaDDNzao2IjtWD58zGBRJDuTzjppZ16MvfFtMNhyINO8tkBtmhXMDsjOuXMOMPEB B49pfeqYcbDz7dRSzQYlj9KNxcXL2TuO0IZ3iWqPKCptKJhhyKoPVTBRpRY+R9XDSGG3 CtkHgRUbYkFUTZU1eJPdBMrSybcFXMP22LU36PovW1snPJUdANGlAROB6Y0dYsLib7b1 qn3L+VaFH+zy+2anXm4ByEkvs74cGAHt+RrG0sblz7bnXwJMkF4etvwi7al36EI6DHQV Fl8JDKIusywHQaL1n3wKzQb8xZUtFQeuymVayWVB9U2WyAc4Pf3Bx7bGX6mdY6A1qh0Z YPQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708786966; x=1709391766; h=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=pmsXL5fxizsP6epAqqXA7dm6NR4aK2TOWnRY1roMNnc=; b=VRbwrlV3BX7FUePMkDm4CR75Y+YD2KHC0oi29GD9CyX17m6cao/v2o1XdJsZ92A9iG UdWrv6kpO2ys63hE4sgoiuqESMjxgr9P4HCyFHJc5uiXxZLEUJ4JDUWe08/QOHCohOpg CsBwzufWbwsU/EpevYMVeevFlqDSiY/HaWuhZgLFnCsFbKHtwl8+yYHeAVWaPN7Nxbjn DqZwTe7H9gZwYXoja4+7aPeCQygfkNcNIBbNbVm9SiS46/sAYE4DGKmg4avO/k19tHAA XpbKnvMZLeCf1zxt0Kvs01x3TuIWRvyfTnTHVzENyFl/H0IB2Wdx7Hrcw9jXryJglavi jYqA== X-Forwarded-Encrypted: i=1; AJvYcCV8EggSefTroSMpZyFQMFbsirO9+nVqAowWHk1RpaStbOoeROfs5/1Z7W6iF+H81lB+lJNpX43dVlSA+cDiCmqtxBVAE4S12VHLdZfwcyHvGWPQJXEFsh7IHIjbZE4aS2tdOjagamsHn1D3/qGZ/fe2J98mSGs4yP8dt/cBmeL39Qtmgw453EeZuBJNaHmJPp+7oBPnoVkKHbTbIU0wglEWhLTJjBQc+1AcHVQiNsFgjsnJ0Bs= X-Gm-Message-State: AOJu0Yyqvf7+kpVuThHHkAP+G9qILGYlQFDoy/tKak//tuR+2QBBqDfC zix6/K/TXZNx7qMArlYdeZAHheLtqWIb65P9nZmrs8oZeeJg+HTdAKcsx9eA/5Yo5ZU1+MP5Jh8 fv7uRRtEJD5z3ke8+pEEp3P7wD6I= X-Google-Smtp-Source: AGHT+IEXF72P3W/11Sr+O15eO8Bw/5Iu76DfjGwY3E2qOi+334EmW80nbVjD1nQr0yrxX5S3s0N5duWAvVvSUeV6OZg= X-Received: by 2002:a17:906:4104:b0:a3e:8b8e:8795 with SMTP id j4-20020a170906410400b00a3e8b8e8795mr2212709ejk.34.1708786966174; Sat, 24 Feb 2024 07:02:46 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <20240224140856.2B99B49712@mail.fly777.net> In-Reply-To: From: Mario Marietto Date: Sat, 24 Feb 2024 15:02:10 +0100 Message-ID: Subject: Re: drm-kmod-20220907_2 not supported for this configuration / NVIDIA : Failed to initialize the NVIDIA kernel module To: Simon Gusev Cc: FreeBSD virtualization , FreeBSD Mailing List , freebsd-hackers , freebsd-x11@freebsd.org, freebsd-drivers@freebsd.org, Ronald Klop , Jake Freeland Content-Type: multipart/alternative; boundary="0000000000001d9ecc061221f8f1" 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)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_SOME(0.00)[]; RCPT_COUNT_SEVEN(0.00)[8]; MLMMJ_DEST(0.00)[freebsd-virtualization@freebsd.org,freebsd-questions@freebsd.org,freebsd-hackers@freebsd.org,freebsd-x11@freebsd.org,freebsd-drivers@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::535:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4Thqqw2fPFz4Kxx --0000000000001d9ecc061221f8f1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable It persists installing nvidia-driver-535.146.02,but I suspect that it is too now for FreeBSD 13.1. On Sat, Feb 24, 2024 at 2:46=E2=80=AFPM Mario Marietto wrote: > :( > > KLD nvidia.ko : depends on kernel. Not available or version mismatch > linker_load_file : /boot/modules/nvidia.ko : unsupported file type. > > Can you give me your "nvidia.ko" file ? thanks. > > On Sat, Feb 24, 2024 at 3:09=E2=80=AFPM Simon Gusev w= rote: > >> >> Hello Mario. >> >> I have problem too. >> A few days i try solve the same problem. >> Alone was a very difficult, but solved it. >> >> Try this. >> >> Remove all drm and clear. >> >> >> Try steps below. >> >> Install this >> pkg ins nvidia-xconfig >> >> pkg ins nvidia-driver - you card driver select >> >> pkg ins nvidia-drm - use pkg search and select your variant version >> But drm not needed for nvidia >> >> After instal >> nvidia-xconfig - will create Xorg conf file >> >> Start and load >> dbus >> kldload nvidia >> >> Try xfce or KDE >> >> Best, >> Simon ) >> >> - - - >> >> >> -------- =D0=98=D1=81=D1=85=D0=BE=D0=B4=D0=BD=D0=BE=D0=B5 =D1=81=D0=BE= =D0=BE=D0=B1=D1=89=D0=B5=D0=BD=D0=B8=D0=B5 -------- >> =D0=9E=D1=82: Mario Marietto >> =D0=94=D0=B0=D1=82=D0=B0: 24.02.2024 16:38 (GMT+03:00) >> =D0=9A=D0=BE=D0=BC=D1=83: FreeBSD virtualization , >> FreeBSD Mailing List , freebsd-hackers < >> freebsd-hackers@freebsd.org>, freebsd-x11@freebsd.org, >> freebsd-drivers@freebsd.org, Ronald Klop , Jake >> Freeland >> =D0=A2=D0=B5=D0=BC=D0=B0: drm-kmod-20220907_2 not supported for this con= figuration / NVIDIA : >> Failed to initialize the NVIDIA kernel module >> >> Hello to everyone. >> >> I need to conduct some tests on top of the FreeBSD 13.1. >> So,I've installed it on one of my disks. I've installed xfce4 and >> KDE,Xorg and from the ports (after having upgraded them),I've installed = the >> nvidia-driver version. 535.146.02 ; I didn't have any problem. >> >> The problem arises when I tried to install the package drm-kmod from >> ports. >> >> Unfortunately I'm not able to compile it. This is what happened : >> >> root@marietto:/usr/ports/graphics/drm-kmod # make >> =3D=3D=3D=3D> drm-kmod-20220907_2 not supported for this configuration. >> >> ok. At this point I tried to install it from the packages : >> >> root@marietto:/usr/ports/graphics/drm-kmod # make clean >> =3D=3D=3D=3D> cleaning for drm-kmod-20220907_2 >> >> so : >> >> root@marietto:/usr/ports/graphics/drm-kmod # pkg install drm-kmod >> >> New packages to be INSTALLED : >> drm-kmod: 20220907_2 >> OK >> >> now,I have performed additional configuration to : >> >> nano /home/marietto/.xinitrc : >> >> exec ck-launch-session dbus-launch --exit-with-session startxfce4 >> >> nano /etc/rc.conf : >> >> kdm5_enable=3D"YES" >> dbus_enable=3D"YES" >> hald_enable=3D"YES" >> kld_list=3D"nvidia nvidia-modeset" >> rpcbind_enable=3D"YES" >> dtcms_enable=3D"YES" >> inetd_enable=3D"YES" >> >> nano /boot/loader.conf >> >> vmm_load=3D"YES" >> nmdm_load=3D"YES" >> tmpfs_load=3D"YES" >> cryptodev_load=3D"YES" >> zfs_load=3D"YES" >> kern.racct.enable=3D"1" >> kern.vty=3Dvt >> kern.cam.scsi_delay=3D"10000" >> >> nano /etc/X11/xorg.conf >> >> Section "Device" >> Identifier "Card0" >> Driver "nvidia" >> BusID "PCI:1:0:0" >> EndSection >> >> >> root@marietto:/home/marietto # lspci >> >> 01:00.0 NVIDIA GP106 >> 01:00.1 NVIDIA GP106 High Definition Audio Controller >> 02:00.0 NVIDIA TU102 >> 02:00.1 NVIDIA TU102 High Definition Audio Controller >> 02:00.2 NVIDIA TU102 USB Controller >> 02:00.3 NVIDIA TU102 Serial BUS Controller >> >> Now,I want to startx to start xfce4 : >> >> marietto@marietto: $ startx >> >> Fatal server error : no screens found (EE) >> Check the log file at "/var/log/Xorg.0.log" >> >> nano /var/log/Xorg.0.log : >> >> NVIDIA dlloader X driver 535.146.02 >> NVIDIA Unified Driver for all Supported NVIDIA gpus >> NVIDIA : Failed to initialize the NVIDIA kernel module >> >> How to fix it ? >> >> -- >> Mario. >> > > > -- > Mario. > --=20 Mario. --0000000000001d9ecc061221f8f1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
It persists installing nvidia-driver-535.146.02,but I susp= ect that it is too now for FreeBSD 13.1.

On Sat, Feb 24, 2024 at 2:46=E2= =80=AFPM Mario Marietto <marie= tto2008@gmail.com> wrote:
:(

KLD nvid= ia.ko : depends on kernel. Not available or version mismatch
link= er_load_file : /boot/modules/nvidia.ko : unsupported file type.
<= br>
Can you give me your "nvidia.ko" file ? thanks.
=

On Sat, Feb 24, 2024 at 3:09=E2=80=AFPM Simon Gusev <semfly@fly777.net> wrote:<= br>

Hello Mario.

I have problem too.
A few days i try solve the same problem.
Alone= was a very difficult, but solved it.

Try this.=C2=A0

Remove all drm and clear.


Try steps below.

Install this
pkg ins = nvidia-xconfig

pkg ins n= vidia-driver - you card driver select

pkg ins nvidia-drm - use pkg search and select your variant v= ersion
But drm not needed for nvidia

After instal
n= vidia-xconfig - will create Xorg conf file

Start and load=C2=A0
dbus
kldload nvidia

Try xfce or KDE

B= est,
Simon )

- - -


-------- =D0=98=D1= =81=D1=85=D0=BE=D0=B4=D0=BD=D0=BE=D0=B5 =D1=81=D0=BE=D0=BE=D0=B1=D1=89=D0= =B5=D0=BD=D0=B8=D0=B5 --------
=D0=9E=D1=82: Mario Marietto <<= a href=3D"mailto:marietto2008@gmail.com" target=3D"_blank">marietto2008@gma= il.com>
=D0=94=D0=B0=D1=82=D0=B0: 24.02.2024 16:38 (GMT= +03:00)
=D0=9A=D0=BE=D0=BC=D1=83: FreeBSD virtualization <freebs= d-virtualization@freebsd.org>, FreeBSD Mailing List <freebsd-questions@fr= eebsd.org>, freebsd-hackers <freebsd-hackers@freebsd.org>, freebsd-x11@freebsd.o= rg, fr= eebsd-drivers@freebsd.org, Ronald Klop <ronald@freebsd.org>, Jake Freeland <<= a href=3D"mailto:jake@technologyfriends.net" target=3D"_blank">jake@technol= ogyfriends.net>
=D0=A2=D0=B5=D0=BC=D0=B0: drm-kmod-202209= 07_2 not supported for this configuration / NVIDIA : Failed to initialize t= he NVIDIA kernel module

He= llo to everyone.

I need to conduct some tests on t= op of the FreeBSD 13.1.
So,I've installed it on one of my dis= ks. I've installed xfce4 and KDE,Xorg and from the ports (after having = upgraded them),I've installed the nvidia-driver version. 535.146.02 ; I= didn't have any problem.=C2=A0

The problem ar= ises when I tried to install the package drm-kmod from ports.=C2=A0

Unfortunately I'm not able to compile it. This is wha= t happened :

root@marietto:/usr/ports/graphics/drm= -kmod # make
=3D=3D=3D=3D> drm-kmod-20220907_2 not supported f= or this configuration.

ok. At this point I tried t= o install it from the packages :

root@mariett= o:/usr/ports/graphics/drm-kmod # make clean
=3D=3D=3D=3D> clea= ning for drm-kmod-20220907_2

so :

root@marietto:/usr/ports/graphics/drm-kmod # pkg install drm-= kmod

New packages to be INSTALLED :
drm-= kmod: 20220907_2
OK

now,I have performed= additional configuration to :

nano /home/marietto= /.xinitrc :

exec ck-launch-session dbus-launch --e= xit-with-session startxfce4

nano /etc/rc.conf :

kdm5_enable=3D"YES"
dbus_enable= =3D"YES"
hald_enable=3D"YES"
kld_li= st=3D"nvidia nvidia-modeset"
rpcbind_enable=3D"YES= "
dtcms_enable=3D"YES"
inetd_enable=3D&q= uot;YES"

nano /boot/loader.conf

vmm_load=3D"YES"
nmdm_load=3D&qu= ot;YES"
tmpfs_load=3D"YES"
cryptodev_loa= d=3D"YES"
zfs_load=3D"YES"
kern.rac= ct.enable=3D"1"
kern.vty=3Dvt
kern.cam.scsi_d= elay=3D"10000"

nano /etc/X11/xorg.conf

Section "Device"
=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Id= entifier=C2=A0=C2=A0 "Card0"
=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Driver=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "nvidia"
=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 BusID=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 "PC= I:1:0:0"
EndSection


=
root@marietto:/home/marietto # lspci

01:00.0 = NVIDIA GP106
01:00.1 NVIDIA GP106 High Definition Audio Controlle= r
02:00.0 NVIDIA TU102
02:00.1 NVIDIA TU102 High Defini= tion Audio Controller
02:00.2 NVIDIA TU102 USB Controller
02:= 00.3 NVIDIA TU102 Serial BUS Controller

Now,I want= to startx to start xfce4 :

marietto@marietto: $ s= tartx

Fatal server error : no screens found (EE)
Check the log file at "/var/log/Xorg.0.log"
nano /var/log/Xorg.0.log :

NVIDIA dll= oader X driver 535.146.02
NVIDIA Unified Driver for all Supported= NVIDIA gpus
NVIDIA : Failed to initialize the NVIDIA kernel modu= le

How to fix it ?

--
=
Mario.


--
Mario.<= br>


--
Mario.
--0000000000001d9ecc061221f8f1--