From nobody Wed Oct 25 11:50:39 2023 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 4SFnLW0hYmz4yPFs; Wed, 25 Oct 2023 11:50:43 +0000 (UTC) (envelope-from rscheff@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SFnLW059Pz3bv0; Wed, 25 Oct 2023 11:50:43 +0000 (UTC) (envelope-from rscheff@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1698234643; 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:autocrypt:autocrypt; bh=WzXIveHQmsQI/tww3V4CCRD49y3aqdQXamBMlWtis2w=; b=aLdfld20vaTh+QgvRT208fa0qjCIclZDS/0w3+IZ1nLK4Sm1fmd0NHOfC+4mtFOOqrZDBr 8AXhZejhtcvJQ6nSho7hkX02T4DUYIsSqL7lWbmCLShB3iiQ3lzoSMcbHliTN8MhbS2LXE cJmncNn/KxVQmEeamzPYNBdbdDRPrE9wcnLf3dDfTyFMqnD+utwCvw/W8jAE6r1yav6MAF VvQiMCunRsvF6NrCoa0qJxM+cWtAdpcKIVOknq9n+bKxjTT5fO9JKE5NfpRXxgc3dd9Awf /itaKl+H7YxMFzdIoULrgvJrQ+Z1HtXQsGyMUBEnKOX74d/0SoC7SXZ3MeaWzw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1698234643; a=rsa-sha256; cv=none; b=vGeegFAJg1EkTg4dYk9tNCF0MrE2/R85nmk35ONntdAXDJEmTiQGoeECzPGVHQErdMpUsQ x272gN8N9J3Qc113Cg7GQRZS2WyjWfJykHaiaO6AkefpFUhLxClIkpagoBcIXP8fwJnrzJ uWFCtTFSD5IOWpknftje0LrfnuJKjp852dqzKDr4qeQ4KjXQ0ZUE652vMjWJAHs/Y5eYD9 7kmE7+dSGnclezljub/7wXae3IuWcAPtGjSXuaiadwrc9CTM0UktKuN6VwgNm/RV2RANKX MWvfbZz3K2Bg+bgxRcRVrsECPh2cpaZHOmOlkW3F6R+Ty3N0h+S5sWzai3GxNQ== 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=1698234643; 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:autocrypt:autocrypt; bh=WzXIveHQmsQI/tww3V4CCRD49y3aqdQXamBMlWtis2w=; b=N3yg8dSg7qi9DS4uBtb4gcJCRUT4ho6AUgPCUvJkZQzSQqwcUusqsUFgVtW+HXWdnmCim+ rJPLyr4jYlbVsT0wa61bH5T2r53ua/ygnhmSwbc63CBm+zfVZyxmgOljmLFvIaZqx4MH6M Z9t/ISXNujvZf461ipAXBdPwNYixwskU2KV1VBjtj3bM+v0piK6gwK2Kgs/wWoaJGjCaTG ZG7oIfCtTmofFjC8aw1igKVYDg9riX34SFbViIW2FnUOEO1BGljt7AQL5Y56Ua9aFtgRdE JJySzqlL5RtgSQm2KBTIv38z7OeoaCs8Lowc8KAsUOCZ09Y7BdBJdn3ZTZiYQA== Received: from [192.168.233.114] (unknown [185.236.167.136]) (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) (Authenticated sender: rscheff/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SFnLV2WqhzqTL; Wed, 25 Oct 2023 11:50:42 +0000 (UTC) (envelope-from rscheff@freebsd.org) Message-ID: <23fcc1d7-f3d8-4be0-bcaf-576d4798fcf7@freebsd.org> Date: Wed, 25 Oct 2023 13:50:39 +0200 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 To: mike tancsa , Wei Hu , "freebsd-hackers@FreeBSD.org" Cc: "freebsd-net@FreeBSD.org" From: "Scheffenegger, Richard" Subject: RE: Very slow scp performance comparing to Linux Autocrypt: addr=rscheff@freebsd.org; keydata= xjMEY/i74RYJKwYBBAHaRw8BAQdAwtnvjlFVnnzNXO9hjHtB6MPGSY19L/BHh/iziPF0FzrN K1JpY2hhcmQgU2NoZWZmZW5lZ2dlciA8cnNjaGVmZkBmcmVlYnNkLm9yZz7CmgQTFgoAQhYh BDZLt5msg0Ras820cRe+WJngsUObBQJj+LvhAhsDBQkJZgGABQsJCAcCAyICAQYVCgkICwIE FgIDAQIeBwIXgAAKCRAXvliZ4LFDm4ylAQCSw2/nvht8kExJ31M+3qpjOqdVypMp+/Ojvh5Z lsk96QEA5HCBkteJcrohwRA7llZvLH3m25hcJdzmDh39mc0cSgPOOARj+LvhEgorBgEEAZdV AQUBAQdA1Dim8ZWpXRS5i9hb3O4RNHub8XvqTTkYyiZ2lSkXDwYDAQgHwn4EGBYKACYWIQQ2 S7eZrINEWrPNtHEXvliZ4LFDmwUCY/i74QIbDAUJCWYBgAAKCRAXvliZ4LFDm2TGAQDcg+bA EPqOH+JCIND8wZ62MwnjFyXFv73qevXkUHHNSgEApUgpHW9f6UaIAQpc3R185xjz6tk8XXBx eYpxKgIAeQ8= Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------SxTt0KitcNihA3v0HnqOl8Tw" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------SxTt0KitcNihA3v0HnqOl8Tw Content-Type: multipart/mixed; boundary="------------9dYJKxrth2Kyz34mwJhkMJIv"; protected-headers="v1" From: "Scheffenegger, Richard" To: mike tancsa , Wei Hu , "freebsd-hackers@FreeBSD.org" Cc: "freebsd-net@FreeBSD.org" Message-ID: <23fcc1d7-f3d8-4be0-bcaf-576d4798fcf7@freebsd.org> Subject: RE: Very slow scp performance comparing to Linux --------------9dYJKxrth2Kyz34mwJhkMJIv Content-Type: multipart/mixed; boundary="------------3Lp8bNNP06mHb05bJULofbqg" --------------3Lp8bNNP06mHb05bJULofbqg Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 UG9zdGluZyB0aGUgZnVsbCAiaXBlcmYzIC1pIDEiIG91dHB1dCwgYXMgd2VsbCBhcyAibmV0 c3RhdCAtc25wIHRjcCIgYmVmb3JlIGFuZCBhZnRlciAob3IganVzdCB0aGUgZGVsdGEpIHdv dWxkIGJlIG5pY2U7DQoNCk9uIGhpZ2ggc3BlZWQgTklDcywgaXBlcmYzIGlzIG5vd2FkYXlz IHR5cGljYWxseSBjb3JlLWxpbWl0ZWQgKHNjYWxlcyB3aXRoIGNsb2NrIHNwZWVkIG9mIHRo ZSBhY3RpdmUgY29yZSB3aGVyZSB0aGUgc2luZ3VsYXIgd29ya2VyIHRocmVhZCBpcyBydW5u aW5nKSwgYnV0IHRoYXQgc2hvdWxkIGJlIHByZXR0eSBtdWNoIGlkZW50aWNhbCB0byBob3cg c2NwIGlzIGRvaW5nIHRoaW5ncy4gT24gcmVhbCBoYXJkd2FyZSwgaXQgbWF5IGJlIHRyaWNr eSB0byBhY2hpZXZlIG1vcmUgdGhhbiAxMEdicHMgb3IgMjVHYnBzIChkZXBlbmRpbmcgb24g aG93IG1vZGVybiB0aGUgcGxhdGZvcm0gaXMpIHdpdGggaXBlcmYzLg0KDQpBbHNvLCBmb3Ig aGlnaCBiYW5kd2lkdGggb3BlcmF0aW9uLCBhIG51bWJlciBvZiBOSUMgZHJpdmVycyB0eXBp Y2FsbHkgcGVyZm9ybSBiZXR0ZXIgd2hlbiB0d2Vha2luZyB0aGVpciB0eC9ycyBxdWV1ZXM6 DQoNCkNDOiBIb3dldmVyLCB0dW5pbmcgInN5c2N0bCBuZXQubGluay5pZnFtYXhsZW4iIGRp cmVjdGx5IGRvZXMgbm90IHdvcmsuIFRoZXJlIGlzIGEgcGVyIE5JQyBpbnRlcmZhY2Ugc2V0 dXAgaW4gdGhlIGRyaXZlciB0byBzZXR1cCBkZXZpY2UgdHgvcnggcXVldWVzLiBJIGhhdmUg dG8gaW5jcmVhc2UgdGhlIHR4IHF1ZXVlICJpZnFfbWF4bGVuIiBmcm9tIHRoZSBkZXZpY2Ug c3lzY3RsICJody5iY2UudHhfcGFnZXMiLiBBZnRlciB0dW5pbmcgdGhhdCwgSSBjYW4gYWNo aWV2ZSBhIHN0YWJsZSAxR2JwcyB4IDEwMG1zIGRlbGF5IEJEUC4NCg0KDQpSaWNoYXJkIFNj aGVmZmVuZWdnZXINCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogb3du ZXItZnJlZWJzZC1uZXRAZnJlZWJzZC5vcmcgPG93bmVyLWZyZWVic2QtbmV0QGZyZWVic2Qu b3JnPiBPbiBCZWhhbGYgT2YgbWlrZSB0YW5jc2ENClNlbnQ6IE1vbnRhZywgMjguIEF1Z3Vz dCAyMDIzIDE2OjAyDQpUbzogV2VpIEh1IDx3ZWhAbWljcm9zb2Z0LmNvbT47IGZyZWVic2Qt aGFja2Vyc0BGcmVlQlNELm9yZw0KQ2M6IGZyZWVic2QtbmV0QEZyZWVCU0Qub3JnDQpTdWJq ZWN0OiBSZTogVmVyeSBzbG93IHNjcCBwZXJmb3JtYW5jZSBjb21wYXJpbmcgdG8gTGludXgN Cg0KDQoNCk9uIDgvMjgvMjAyMyAzOjMyIEFNLCBXZWkgSHUgd3JvdGU6DQo+IEhpLA0KPg0K PiBXaGVuIEkgd2FzIHRlc3RpbmcgYSBuZXcgTklDLCBJIGZvdW5kIHRoZSBzaW5nbGUgc3Ry ZWFtIHNjcCBwZXJmb3JtYW5jZSB3YXMgYWxtb3N0IDggdGltZSBzbG93ZXIgdGhhbiBMaW51 eCBvbiB0aGUgUlggc2lkZS4gSW5pdGlhbGx5IEkgdGhvdWdodCBpdCBtaWdodCBiZSBzb21l dGhpbmcgd2l0aCB0aGUgTklDLiBCdXQgd2hlbiBJIHN3aXRjaGVkIHRvIHNlbmRpbmcgdGhl IGZpbGUgb24gbG9jYWxob3N0LCB0aGUgbnVtYmVycyBzdGF5IHRoZSBzYW1lLg0KPg0KSnVz dCBjdXJpb3VzLCBob3cgZG9lcyBpcGVyZjMgcGVyZm9ybSBpbiBjb21wYXJpc29uID8NCg0K ICAgICAgLS0tTWlrZQ0KDQoNCg== --------------3Lp8bNNP06mHb05bJULofbqg Content-Type: application/pgp-keys; name="OpenPGP_0x17BE5899E0B1439B.asc" Content-Disposition: attachment; filename="OpenPGP_0x17BE5899E0B1439B.asc" Content-Description: OpenPGP public key Content-Transfer-Encoding: quoted-printable -----BEGIN PGP PUBLIC KEY BLOCK----- xjMEY/i74RYJKwYBBAHaRw8BAQdAwtnvjlFVnnzNXO9hjHtB6MPGSY19L/BHh/iz iPF0FzrNK1JpY2hhcmQgU2NoZWZmZW5lZ2dlciA8cnNjaGVmZkBmcmVlYnNkLm9y Zz7CmgQTFgoAQhYhBDZLt5msg0Ras820cRe+WJngsUObBQJj+LvhAhsDBQkJZgGA BQsJCAcCAyICAQYVCgkICwIEFgIDAQIeBwIXgAAKCRAXvliZ4LFDm4ylAQCSw2/n vht8kExJ31M+3qpjOqdVypMp+/Ojvh5Zlsk96QEA5HCBkteJcrohwRA7llZvLH3m 25hcJdzmDh39mc0cSgPOOARj+LvhEgorBgEEAZdVAQUBAQdA1Dim8ZWpXRS5i9hb 3O4RNHub8XvqTTkYyiZ2lSkXDwYDAQgHwn4EGBYKACYWIQQ2S7eZrINEWrPNtHEX vliZ4LFDmwUCY/i74QIbDAUJCWYBgAAKCRAXvliZ4LFDm2TGAQDcg+bAEPqOH+JC IND8wZ62MwnjFyXFv73qevXkUHHNSgEApUgpHW9f6UaIAQpc3R185xjz6tk8XXBx eYpxKgIAeQ8=3D =3DBwxS -----END PGP PUBLIC KEY BLOCK----- --------------3Lp8bNNP06mHb05bJULofbqg-- --------------9dYJKxrth2Kyz34mwJhkMJIv-- --------------SxTt0KitcNihA3v0HnqOl8Tw Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQQ2S7eZrINEWrPNtHEXvliZ4LFDmwUCZTkBDwUDAAAAAAAKCRAXvliZ4LFDm3T6 AQCeSMWXbTibQ5CcSaV+KfDf5ohMstg8KjekKpYLigJ7pgEAv4ka9V7HXK6WfLBNvYGKMZPqVnX/ OtC+VpyyOu358QI= =8QAg -----END PGP SIGNATURE----- --------------SxTt0KitcNihA3v0HnqOl8Tw-- From nobody Sun Oct 29 10:34:17 2023 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 4SJCSh2X8nz4yn2b for ; Sun, 29 Oct 2023 10:34:28 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SJCSg02pxz3FYN for ; Sun, 29 Oct 2023 10:34:26 +0000 (UTC) (envelope-from wojtek@puchar.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=puchar.net header.s=default header.b=nwIrUCX8; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net; dmarc=none Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.17.1) with ESMTPS id 39TAYHHO097486 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 29 Oct 2023 11:34:18 +0100 (CET) (envelope-from wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1698575658; bh=PicKzWRdNTktOjL/Xz6TTaHXTQlU3MSHOBNMpBC1fuc=; h=Date:From:To:Subject; b=nwIrUCX8R2/nzktY8V0LkY4tDu00M1JRi18uvOuPn4bYXAVzUNzw1CjGIpcR41VHR 1/XEhiNTPUNXgITeG8VnH11rmKpTMDEAa97V0liuBEw3KoMyEBi78IjSqocvAAgMUo XJgO16DbGuhqJvUX5d4ItR/FuXamL2aUOh+DH4b4= Received: from wojtek.intra (localhost [127.0.0.1]) by wojtek.intra (8.16.1/8.16.1) with ESMTP id 39TAYHl0081516 for ; Sun, 29 Oct 2023 11:34:17 +0100 (CET) (envelope-from wojtek@puchar.net) Received: from localhost (wojtek@localhost) by wojtek.intra (8.16.1/8.16.1/Submit) with ESMTP id 39TAYHr3081513 for ; Sun, 29 Oct 2023 11:34:17 +0100 (CET) (envelope-from wojtek@puchar.net) X-Authentication-Warning: wojtek.intra: wojtek owned process doing -bs Date: Sun, 29 Oct 2023 11:34:17 +0100 (CET) From: Wojciech Puchar To: freebsd-hackers@FreeBSD.org Subject: problem linking kernel 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: multipart/mixed; boundary="3974694515-1198281183-1698575657=:81493" X-Spamd-Result: default: False [-2.40 / 15.00]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[puchar.net:s=default]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; MIME_BASE64_TEXT(0.10)[]; DMARC_NA(0.00)[puchar.net]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+]; MLMMJ_DEST(0.00)[freebsd-hackers@FreeBSD.org]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[puchar.net:+]; ARC_NA(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_NONE(0.00)[]; HAS_ATTACHMENT(0.00)[]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4SJCSg02pxz3FYN X-Spamd-Bar: -- This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3974694515-1198281183-1698575657=:81493 Content-Type: text/plain; format=flowed; charset=US-ASCII i get this linking my custom kernel. No errors until link linking kernel ld: dynamic STT_GNU_IFUNC symbol `rdtsc_ordered' with pointer equality in `cpu_machdep.o' can not be used when making an executable; recompile with -fPIE and relink with -pie kernel config attached, latest FreeBSD-13 downloaded today. can you help? --3974694515-1198281183-1698575657=:81493 Content-Type: text/plain; charset=US-ASCII; name=conf Content-Transfer-Encoding: BASE64 Content-ID: <5ac08f-f9bd-5cd1-948e-304e7a89f48@puchar.net> Content-Description: Content-Disposition: attachment; filename=conf Y3B1CQlIQU1NRVINCmlkZW50CQlwdWNoYXINCg0KbWFrZW9wdGlvbnMJQ09O Rl9DRkxBR1M9Ii1ER1BUX01BWF9ERVBUSD0yIC1EQktWQVNJWkU9MzI3Njgi DQptYWtlb3B0aW9ucwlNT0RVTEVTX09WRVJSSURFPSJ1c2IgZ2VvbSB2bW0g Y2MgbGludXhfY29tbW9uIGxpbnByb2NmcyBsaW5zeXNmcyINCiNvcHRpb25z CQlNQVhNRU1ET009NjQNCm9wdGlvbnMgCVNDSEVEX1VMRQkJIyBVTEUgc2No ZWR1bGVyDQpvcHRpb25zCQlOVU1BDQpvcHRpb25zIAlQUkVFTVBUSU9OCQkj IEVuYWJsZSBrZXJuZWwgdGhyZWFkIHByZWVtcHRpb24NCm9wdGlvbnMgCUlO RVQJCQkjIEludGVyTkVUd29ya2luZw0Kb3B0aW9ucwkJTkVUTElOSw0Kb3B0 aW9ucwkJVklNQUdFDQpvcHRpb25zCQlJUFNFQw0Kb3B0aW9ucwkJSVBTRUNf U1VQUE9SVA0Kb3B0aW9ucwkJTUFYUEhZUz00MTk0MzA0DQpvcHRpb25zCQlB Q0NFUFRfRklMVEVSX0RBVEENCm9wdGlvbnMJCUFDQ0VQVF9GSUxURVJfSFRU UA0Kb3B0aW9ucwkJQUNDRVBUX0ZJTFRFUl9ETlMNCm9wdGlvbnMJCUVGSVJU DQpvcHRpb25zIAlGRlMJCQkjIEJlcmtlbGV5IEZhc3QgRmlsZXN5c3RlbQ0K b3B0aW9ucwkJRlVTRUZTDQpvcHRpb25zCQlRVU9UQQ0Kb3B0aW9ucyAJU09G VFVQREFURVMJCSMgRW5hYmxlIEZGUyBzb2Z0IHVwZGF0ZXMgc3VwcG9ydA0K b3B0aW9ucyAJVUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBv biBiaWcgZGlyZWN0b3JpZXMNCm9wdGlvbnMJCVVGU19BQ0wNCm9wdGlvbnMg CVBTRVVET0ZTCQkjIFBzZXVkby1maWxlc3lzdGVtIGZyYW1ld29yaw0Kb3B0 aW9ucyAgICAgICAgIEZJQl9BTEdPICAgICAgICAgICAgICAgICMgTW9kdWxh ciBmaWIgbG9va3Vwcw0Kb3B0aW9ucyAgICAgICAgIFRDUF9PRkZMT0FEICAg ICAgICAgICAgICMgVENQIG9mZmxvYWQgDQpvcHRpb25zICAgICAgICAgVENQ X0JMQUNLQk9YICAgICAgICAgICAgIyBFbmhhbmNlZCBUQ1AgZXZlbnQgbG9n Z2luZyANCm9wdGlvbnMgICAgICAgICBUQ1BfSEhPT0sgICAgICAgICAgICAg ICAjIGhob29rKDkpIGZyYW1ld29yayBmb3IgVENQIA0Kb3B0aW9ucyAgICAg ICAgIFRDUF9SRkM3NDEzICAgICAgICAgICAgICMgVENQIEZhc3QgT3BlbiBv cHRpb25zCQlHRU9NX1BBUlRfR1BUDQpvcHRpb25zICAgICAgICAgU0NUUF9T VVBQT1JUICAgICAgICAgICAgIyBBbGxvdyBrbGRsb2FkIG9mIFNDVFAgDQpv cHRpb25zCQlHRU9NX0xBQkVMDQpvcHRpb25zCQlHRU9NX01JUlJPUg0Kb3B0 aW9ucwkJR0VPTV9FTEkNCm9wdGlvbnMJCVRNUEZTDQpvcHRpb25zCQlGREVT Q0ZTDQpvcHRpb25zCQlDRDk2NjANCm9wdGlvbnMJCU1TRE9TRlMNCm9wdGlv bnMgICAgICAgICBORlNDTCAgICAgICAgICAgICAgICAgIyBOZXcgTmV0d29y ayBGaWxlc3lzdGVtIENsaWVudA0Kb3B0aW9ucyAgICAgICAgIE5GU0QgICAg ICAgICAgICAgICAgICAgICMgTmV3IE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2 ZXINCm9wdGlvbnMgICAgICAgICBORlNMT0NLRCAgICAgICAgICAgICAgICAj IE5ldHdvcmsgTG9jayBNYW5hZ2VyDQpvcHRpb25zCQlQUk9DRlMNCm9wdGlv bnMJCU5VTExGUw0Kb3B0aW9ucwkJVU5JT05GUw0Kb3B0aW9ucyAJQ09NUEFU X0ZSRUVCU0QzMgkjIENvbXBhdGlibGUgd2l0aCBpMzg2IGJpbmFyaWVzDQpv cHRpb25zIAlDT01QQVRfRlJFRUJTRDQJCSMgQ29tcGF0aWJsZSB3aXRoIEZy ZWVCU0Q0DQpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDUJCSMgQ29tcGF0aWJs ZSB3aXRoIEZyZWVCU0Q1DQpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDYJCSMg Q29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q2DQpvcHRpb25zIAlDT01QQVRfRlJF RUJTRDcJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q3DQpvcHRpb25zIAlD T01QQVRfRlJFRUJTRDkJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q3DQpv cHRpb25zIAlDT01QQVRfRlJFRUJTRDEwDQpvcHRpb25zCQlDT01QQVRfRlJF RUJTRDExDQpvcHRpb25zICAgICAgICAgQ09NUEFUX0ZSRUVCU0QxMiAgICAg ICAgIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDEyIA0Kb3B0aW9ucyAgICAg ICAgIENPTVBBVF9MSU5VWDMyDQpvcHRpb25zICAgICAgICAgTElOUFJPQ0ZT DQpvcHRpb25zICAgICAgICAgTElOU1lTRlMNCm9wdGlvbnMgCVNDU0lfREVM QVk9MjAwMAkJIyBEZWxheSAoaW4gbXMpIGJlZm9yZSBwcm9iaW5nIFNDU0kN Cm9wdGlvbnMgCUtUUkFDRQkJCSMga3RyYWNlKDEpIHN1cHBvcnQNCm9wdGlv bnMgCVNUQUNLCQkJIyBzdGFjayg5KSBzdXBwb3J0DQpvcHRpb25zIAlTWVNW U0hNCQkJIyBTWVNWLXN0eWxlIHNoYXJlZCBtZW1vcnkNCm9wdGlvbnMgCVNZ U1ZNU0cJCQkjIFNZU1Ytc3R5bGUgbWVzc2FnZSBxdWV1ZXMNCm9wdGlvbnMg CVNZU1ZTRU0JCQkjIFNZU1Ytc3R5bGUgc2VtYXBob3Jlcw0Kb3B0aW9ucyAJ X0tQT1NJWF9QUklPUklUWV9TQ0hFRFVMSU5HICMgUE9TSVggUDEwMDNfMUIg cmVhbC10aW1lIGV4dGVuc2lvbnMNCm9wdGlvbnMgCVBSSU5URl9CVUZSX1NJ WkU9MTI4CSMgUHJldmVudCBwcmludGYgb3V0cHV0IGJlaW5nIGludGVyc3Bl cnNlZC4NCm9wdGlvbnMgCUtCRF9JTlNUQUxMX0NERVYJIyBpbnN0YWxsIGEg Q0RFViBlbnRyeSBpbiAvZGV2DQpvcHRpb25zCQlSQ1RMDQpvcHRpb25zCQlS QUNDVA0Kb3B0aW9ucwkJRElSRUNUSU8NCm9wdGlvbnMgCUhXUE1DX0hPT0tT CQkjIE5lY2Vzc2FyeSBrZXJuZWwgaG9va3MgZm9yIGh3cG1jKDQpDQpkZXZp Y2UJCWh3cG1jDQojb3B0aW9ucyAJQVVESVQJCQkjIFNlY3VyaXR5IGV2ZW50 IGF1ZGl0aW5nDQojb3B0aW9ucyAJTUFDCQkJIyBUcnVzdGVkQlNEIE1BQyBG cmFtZXdvcmsNCiNvcHRpb25zIAlLRFRSQUNFX0ZSQU1FCQkjIEVuc3VyZSBm cmFtZXMgYXJlIGNvbXBpbGVkIGluDQojb3B0aW9ucyAJS0RUUkFDRV9IT09L UwkJIyBLZXJuZWwgRFRyYWNlIGhvb2tzDQojb3B0aW9ucyAJSU5DTFVERV9D T05GSUdfRklMRSAgICAgIyBJbmNsdWRlIHRoaXMgZmlsZSBpbiBrZXJuZWwN CiNvcHRpb25zIAlLREIJCQkjIEtlcm5lbCBkZWJ1Z2dlciByZWxhdGVkIGNv ZGUNCiNvcHRpb25zIAlLREJfVFJBQ0UJCSMgUHJpbnQgYSBzdGFjayB0cmFj ZSBmb3IgYSBwYW5pYw0KDQoNCiMgTWFrZSBhbiBTTVAtY2FwYWJsZSBrZXJu ZWwgYnkgZGVmYXVsdA0Kb3B0aW9ucyAJU01QCQkJIyBTeW1tZXRyaWMgTXVs dGlQcm9jZXNzb3IgS2VybmVsDQpvcHRpb25zICAgICAgICAgRUFSTFlfQVBf U1RBUlRVUCANCm9wdGlvbnMJCUlQRklSRVdBTEwgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgDQpvcHRpb25zCQlJUEZJUkVXQUxMX1ZFUkJP U0UgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0Kb3B0aW9ucwkJSVBGSVJF V0FMTF9WRVJCT1NFX0xJTUlUPTI1IA0Kb3B0aW9ucwkJSVBGSVJFV0FMTF9E RUZBVUxUX1RPX0FDQ0VQVCAgICAgICAgICAgICAgICAgIA0Kb3B0aW9ucwkJ SVBGSVJFV0FMTF9OQVQNCm9wdGlvbnMJCUxJQkFMSUFTDQpvcHRpb25zCQlJ UERJVkVSVA0Kb3B0aW9ucwkJRFVNTVlORVQNCg0KDQojIENQVSBmcmVxdWVu Y3kgY29udHJvbA0KZGV2aWNlCQljcHVmcmVxDQpkZXZpY2UJCWNwdWN0bA0K ZGV2aWNlCQljb3JldGVtcA0KDQojIEJ1cyBzdXBwb3J0Lg0KZGV2aWNlCQlh Y3BpDQpkZXZpY2UgICAgICAgICAgc21iaW9zDQpvcHRpb25zICAgICAgICAg SU9NTVUgDQpvcHRpb25zICAgICAgICAgUENJX0hQICAgICAgICAgICAgICAg ICAgIyBQQ0ktRXhwcmVzcyBuYXRpdmUgSG90UGx1ZyANCm9wdGlvbnMgICAg ICAgICBQQ0lfSU9WICAgICAgICAgICAgICAgICAjIFBDSSBTUi1JT1Ygc3Vw cG9ydCANCmRldmljZQkJcGNpDQpvcHRpb25zICAgICAgICAgUFBTX1NZTkMg DQpkZXZpY2UJCWFoY2kJCSMgQUhDSS1jb21wYXRpYmxlIFNBVEEgY29udHJv bGxlcnMNCmRldmljZQkJbXJzYXMNCm9wdGlvbnMgICAgICAgICBBVEFfU1RB VElDX0lEIA0KZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQg Zm9yIEFUQS9TQ1NJKQ0KZGV2aWNlCQlkYQkJIyBEaXJlY3QgQWNjZXNzIChk aXNrcykNCmRldmljZQkJc2VzDQpkZXZpY2UJCWFkYQ0KZGV2aWNlCQlzYQkJ IyBTZXF1ZW50aWFsIEFjY2VzcyAodGFwZSBldGMpDQpkZXZpY2UJCWNkCQkj IENEDQpkZXZpY2UJCXBhc3MJCSMgUGFzc3Rocm91Z2ggZGV2aWNlIChkaXJl Y3QgQVRBL1NDU0kgYWNjZXNzKQ0KZGV2aWNlCQludm1lDQpkZXZpY2UJCW52 ZA0KDQoNCmRldmljZQkJa2JkbXV4CQkjIGtleWJvYXJkIG11bHRpcGxleGVy DQoNCmRldmljZQkJdmdhCQkjIFZHQSB2aWRlbyBjYXJkIGRyaXZlcg0KZGV2 aWNlCQl2dA0KZGV2aWNlCQl2dF92Z2ENCmRldmljZQkJdnRfZWZpZmINCg0K ZGV2aWNlICAgICAgICAgIGJnZQ0KZGV2aWNlCQltaWlidXMNCmRldmljZQkJ dmxhbg0KDQpkZXZpY2UJCWxvb3AJCSMgTmV0d29yayBsb29wYmFjaw0KZGV2 aWNlCQlldGhlcgkJIyBFdGhlcm5ldCBzdXBwb3J0DQpkZXZpY2UJCXR1bnRh cAkJIyBQYWNrZXQgdHVubmVsLg0KZGV2aWNlCQlnaWYNCmRldmljZQkJbm1k bQ0KZGV2aWNlCQlicmlkZ2UNCmRldmljZQkJcHR5CQkjIEJTRC1zdHlsZSBj b21wYXRpYmlsaXR5IHBzZXVkbyB0dHlzDQpkZXZpY2UJCW1kCQkjIE1lbW9y eSAiZGlza3MiDQpkZXZpY2UJCWNyeXB0bw0KZGV2aWNlCQljcnlwdG9kZXYN CmRldmljZQkJYWVzbmkNCmRldmljZQkJcmRyYW5kX3JuZw0KZGV2aWNlCQl1 YXJ0DQpkZXZpY2UJCWlwbWkNCmRldmljZQkJc21idXMNCmRldmljZQkJaWlj c21iDQpkZXZpY2UJCWlpYw0KZGV2aWNlCQlpaWNidXMNCmRldmljZQkJaWlj YmINCmRldmljZQkJc21iDQpkZXZpY2UJCWJwZgkJIyBCZXJrZWxleSBwYWNr ZXQgZmlsdGVyDQpkZXZpY2UJCXNucA0KDQojIFVTQiBzdXBwb3J0DQpkZXZp Y2UJCWVoY2kJCSMgRUhDSSBQQ0ktPlVTQiBpbnRlcmZhY2UgKFVTQiAyLjAp DQpkZXZpY2UJCXhoY2kNCmRldmljZQkJdXNiCQkjIFVTQiBCdXMgKHJlcXVp cmVkKQ0KZGV2aWNlCQl1bWFzcw0KZGV2aWNlCQl1a2JkDQpkZXZpY2UJCXVt cw0KZGV2aWNlCQl1aGlkDQpkZXZpY2UJCWhpZA0KDQo= --3974694515-1198281183-1698575657=:81493-- From nobody Sun Oct 29 12:07:40 2023 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 4SJFXY0c4xz4ysDS for ; Sun, 29 Oct 2023 12:07:57 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SJFXY03qyz3NRB; Sun, 29 Oct 2023 12:07:57 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1698581277; 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=RuutuODL7HXK7yjYJ97VttkFEJDOGIT+wQpvukwGcBY=; b=CTEY0cv4iCnOWe6AbIjWidIL9qumeTFtQflqodrzStmN+2vnXX+QJQMPYNN/Lrq+RcbTK7 2uXq1xWSXaEamQtdg7WGaFcIyGwe0Te+zvmnBDae2FsIGBNenPUx4ndCWbVk8VhtjMKtFD RDKbuG7LdxYwuDUUj5iBQ14OeZEyI2vDJOsb00OIBln8O/Hh+01EvX23ygsR2RHbvnKQsO 1imrb1cEOYZTp1R4fbbQ+9vOvNkavJRY6z/TH1iuAqzM3B2vNrbNuYzG9UrNL46WXpVe7o MSOd7gw8gOsiQjIIwkW6ZqhdIoVddd/ivvtNKyWwKnP5eYnUx3L2U9eJMqt2FQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1698581277; 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=RuutuODL7HXK7yjYJ97VttkFEJDOGIT+wQpvukwGcBY=; b=hivMj66+O4VUhj4w0q3rQPuZAeIdKSuJ9t3uVe+w8S6PI7+g7/+V3U4+Mo9Exg04xdFGoM mLgmIkv6Z0avvRub1tYNi5roL0o0Mg2+3z+8USSxHfNwbSXrJP+P1AUCVI17VWGrRUr0oP k5RqzKhi9MZZIHRw/J6tuCYnhgPGyniFAefEQMfUm9KyRmVr0pII4fAjgDqXS2KtSVi5Uz QrgjAlIirtWAobxbA1G8F6/mOjefF8vQkY3zNjCQdkT94FKoObQ30UIUUunpllz9XPLVJP BkF/Icmz2XK6fcuPR6MLM2//Z7ikOLTUtP7dBw4PI9vQpNd1MiHu9d/y4OsKjQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1698581277; a=rsa-sha256; cv=none; b=c941hRqi8+Rlii22BZiEocfCtaRS5YY6zi2093q5Wn6gNjFYGHsvupkifpRQ0b5n/iczfj LXkU+clV7vlpgOLub9eJdDj6N8Iv6rptmTImBw/mxDPOP9dUHMl2Z/G5nSeKP1qKRi74L0 BKMBMOoV9mpzbdlAeKTPQ6YLKM4IKt2bDUlLYFOD/suLU3lK3CKXBl6BtxliiynBoitDg0 gYawB2dNRcFOZbeZeJQSd4OlFKDG0hZTY9sTvsr1vsLyNWohVgPI/9+rulURTa84Wvar36 jxReVD3DiFvkX1HFBlLIbVQdOJdp8guMDDosdIY+oFf4R3lj5hEPkmeEguVrMw== Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "R3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SJFXX5VLMzDPC; Sun, 29 Oct 2023 12:07:56 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (longrow.home.andric.com [192.168.0.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9160D6F119; Sun, 29 Oct 2023 13:07:55 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_E2D280CD-FA79-4D51-9748-701081F35E19"; protocol="application/pgp-signature"; micalg=pgp-sha1 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 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: problem linking kernel From: Dimitry Andric In-Reply-To: Date: Sun, 29 Oct 2023 13:07:40 +0100 Cc: "freebsd-hackers@freebsd.org" Message-Id: References: To: Wojciech Puchar X-Mailer: Apple Mail (2.3731.700.6) --Apple-Mail=_E2D280CD-FA79-4D51-9748-701081F35E19 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 29 Oct 2023, at 11:34, Wojciech Puchar wrote: >=20 > i get this linking my custom kernel. No errors until link >=20 > linking kernel > ld: dynamic STT_GNU_IFUNC symbol `rdtsc_ordered' with pointer equality = in `cpu_machdep.o' can not be used when making an executable; recompile = with -fPIE and relink with -pie >=20 >=20 > kernel config attached, latest FreeBSD-13 downloaded today. >=20 > can you help? I just tried it here, and it works fine: ... linking kernel objcopy --strip-debug kernel text data bss dec hex filename 7925073 779012 3411328 12115413 0xb8ddd5 kernel -------------------------------------------------------------- >>> Kernel build for PUCHAR completed on Sun Oct 29 12:06:08 UTC 2023 -------------------------------------------------------------- >>> Kernel(s) PUCHAR built in 28 seconds, ncpu: 32, make -j32 -------------------------------------------------------------- -Dimitry --Apple-Mail=_E2D280CD-FA79-4D51-9748-701081F35E19 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCZT5LDAAKCRCwXqMKLiCW oySIAJ9GbVVa/c9q6KRh5uNIlUrdY8f2bgCfcN6AAVWe5jpp2NiVashhd/XIP4I= =ttCu -----END PGP SIGNATURE----- --Apple-Mail=_E2D280CD-FA79-4D51-9748-701081F35E19-- From nobody Sun Oct 29 12:10:10 2023 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 4SJFbC124Sz4yshl for ; Sun, 29 Oct 2023 12:10:15 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SJFbB6S3Vz3PMw; Sun, 29 Oct 2023 12:10:14 +0000 (UTC) (envelope-from wojtek@puchar.net) Authentication-Results: mx1.freebsd.org; none Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.17.1) with ESMTPS id 39TCABuf063076 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 29 Oct 2023 13:10:12 +0100 (CET) (envelope-from wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1698581412; bh=CT6acZHeTjXbDdaV4F9ywl4l5vbc6mZKYTw/kTsL/RE=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=qrM4gTGYlNSog9zNEDysfFECKcrOqnRgRAxK5C8XMi02oifXgLSujIsN+jmp02Ju3 b0NwW7cGG6QInBlt4AtWZDjzc6/Lcpxx/gjeDHu9L5hpSkD7iOFQR2zx9pEBeILNCn fJU8BOCe5dKxQHTeV84WPoq8D03KUIvveLbjcau8= Received: from wojtek.intra (localhost [127.0.0.1]) by wojtek.intra (8.16.1/8.16.1) with ESMTP id 39TCAArN081880; Sun, 29 Oct 2023 13:10:10 +0100 (CET) (envelope-from wojtek@puchar.net) Received: from localhost (wojtek@localhost) by wojtek.intra (8.16.1/8.16.1/Submit) with ESMTP id 39TCAAOv081877; Sun, 29 Oct 2023 13:10:10 +0100 (CET) (envelope-from wojtek@puchar.net) X-Authentication-Warning: wojtek.intra: wojtek owned process doing -bs Date: Sun, 29 Oct 2023 13:10:10 +0100 (CET) From: Wojciech Puchar To: Dimitry Andric cc: "freebsd-hackers@freebsd.org" Subject: Re: problem linking kernel In-Reply-To: Message-ID: References: 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; format=flowed 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:43476, ipnet:194.1.144.0/24, country:PL] X-Rspamd-Queue-Id: 4SJFbB6S3Vz3PMw fine. so where to seek a problem. userland is the same as kernel. can some leftover files in /usr or something in other configuration cause that? Now i compiled it too on my laptop without problems On Sun, 29 Oct 2023, Dimitry Andric wrote: > On 29 Oct 2023, at 11:34, Wojciech Puchar wrote: >> >> i get this linking my custom kernel. No errors until link >> >> linking kernel >> ld: dynamic STT_GNU_IFUNC symbol `rdtsc_ordered' with pointer equality in `cpu_machdep.o' can not be used when making an executable; recompile with -fPIE and relink with -pie >> >> >> kernel config attached, latest FreeBSD-13 downloaded today. >> >> can you help? > > I just tried it here, and it works fine: > > ... > linking kernel > objcopy --strip-debug kernel > text data bss dec hex filename > 7925073 779012 3411328 12115413 0xb8ddd5 kernel > -------------------------------------------------------------- >>>> Kernel build for PUCHAR completed on Sun Oct 29 12:06:08 UTC 2023 > -------------------------------------------------------------- >>>> Kernel(s) PUCHAR built in 28 seconds, ncpu: 32, make -j32 > -------------------------------------------------------------- > > -Dimitry > > From nobody Sun Oct 29 12:16:31 2023 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 4SJFkW5Fj9z4yscY for ; Sun, 29 Oct 2023 12:16:35 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SJFkW1161z3QP7; Sun, 29 Oct 2023 12:16:35 +0000 (UTC) (envelope-from wojtek@puchar.net) Authentication-Results: mx1.freebsd.org; none Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.17.1) with ESMTPS id 39TCGWnA075613 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 29 Oct 2023 13:16:32 +0100 (CET) (envelope-from wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1698581793; bh=asctMNrTlAziC+YJHHJqJQAmMFcppAum1Nf2rGmqHx0=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=UIFnITvIH7NBTpU9b5hJu2vefu3BFrHAyBu+E8ojiegsrvYvTB30wblG9OMy2gauv OpdNaTbUU9T2bhxxjF1fsnwPulz6/j9NYUF8hWZ6G7/ft0tESctc3PWVZcljdr2e+/ F6KtsmgpqSsaKCV8xH4/jYpQzu04lfEXP/om3F8A= Received: from wojtek.intra (localhost [127.0.0.1]) by wojtek.intra (8.16.1/8.16.1) with ESMTP id 39TCGWPd081904; Sun, 29 Oct 2023 13:16:32 +0100 (CET) (envelope-from wojtek@puchar.net) Received: from localhost (wojtek@localhost) by wojtek.intra (8.16.1/8.16.1/Submit) with ESMTP id 39TCGV4E081901; Sun, 29 Oct 2023 13:16:31 +0100 (CET) (envelope-from wojtek@puchar.net) X-Authentication-Warning: wojtek.intra: wojtek owned process doing -bs Date: Sun, 29 Oct 2023 13:16:31 +0100 (CET) From: Wojciech Puchar To: Dimitry Andric cc: "freebsd-hackers@freebsd.org" Subject: Re: problem linking kernel In-Reply-To: Message-ID: <8fa19ea0-5775-bb71-76b0-2c62b1ede56@puchar.net> References: 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; format=flowed 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:43476, ipnet:194.1.144.0/24, country:PL] X-Rspamd-Queue-Id: 4SJFkW1161z3QP7 reason found. /usr/local/bin/ld which is part of gcc from ports takes precedence PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games make and all builds On Sun, 29 Oct 2023, Dimitry Andric wrote: > On 29 Oct 2023, at 11:34, Wojciech Puchar wrote: >> >> i get this linking my custom kernel. No errors until link >> >> linking kernel >> ld: dynamic STT_GNU_IFUNC symbol `rdtsc_ordered' with pointer equality in `cpu_machdep.o' can not be used when making an executable; recompile with -fPIE and relink with -pie >> >> >> kernel config attached, latest FreeBSD-13 downloaded today. >> >> can you help? > > I just tried it here, and it works fine: > > ... > linking kernel > objcopy --strip-debug kernel > text data bss dec hex filename > 7925073 779012 3411328 12115413 0xb8ddd5 kernel > -------------------------------------------------------------- >>>> Kernel build for PUCHAR completed on Sun Oct 29 12:06:08 UTC 2023 > -------------------------------------------------------------- >>>> Kernel(s) PUCHAR built in 28 seconds, ncpu: 32, make -j32 > -------------------------------------------------------------- > > -Dimitry > > From nobody Sun Oct 29 17:11:15 2023 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 4SJNGr5HZCz4xxBB for ; Sun, 29 Oct 2023 17:11:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-19.consmr.mail.gq1.yahoo.com (sonic314-19.consmr.mail.gq1.yahoo.com [98.137.69.82]) (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 4SJNGq3n9vz4DSh for ; Sun, 29 Oct 2023 17:11:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=hb+tssqP; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698599488; bh=02eCBTwwz19WzF7MiFdqoY22kTFwHH5ZHN2NGOE4QL0=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=hb+tssqPCHTle3ps8ewTXrr5RwxxRNUY8PecfJJHWPFLOGiaTR4r81DEjzsW5ljXNzgjQb1bfVy7SzLVNSMt6FnbTV5VV5hky0q1hFPxdRnuI42CmvN5H7eLCXHC0QSCesk3G9IdkbpWVmnkF9V3RLH8EX9mihW4V0ZQgpr39zJl70mJqyMOeXzkV2KaFtiwLMJs5cOHa2l4SKaTvb0juRC0R54kfk2X1KaQG56o1m/5fIZFc4nrMEMhS+COTwuQF+Jslgnc4vk5sdGyoBT/+rTUXXT4h5iDsOH/lQyuctWL5wlGUelVtJlyHXHLYY6cmCEErBUx3AmgEroirg3O2A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698599488; bh=7Q6qaq9zYLdrd24dbRwdGA8gtl1ZO+qHKLuMFEHX37P=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=CHBRs89jbIJJ/xjphw0QtU9SeB9UY9VXRb5Rmfz3xt9Kn1Fj4O259bvnmD+b+9etYRuErUqh5N0ZzwhqbBiWb+0n5tfUR5iDnKXvVEWpBoyjwcHoVZS137xaIbAFP4yDowlqidSpAL1IVapzKtE+9I0h1hwcEYYZMZtv87FSLOOzhh8T/AN/v2Ni4mMP5oP2iVnfpChaLWDTKiEUKv9fOSOceZA0fN+a7L8PIu8dmItgHeF029QKXh29YzcS6S9L4TYttAlB25KeqMbYrI7e7nh23Bp91mRXcwytO5mofvou8SvBc2TNla/zGX5H3rTa/ZNooxQAHRuK4F1IeBm35A== X-YMail-OSG: iO0yzREVM1kwekBcB70wvsxS2w0_PebKDFwFvB.omiFqJsAo7aGGNvllVSSFdsA cCTj_xTUzggaeqVsxNtljQKJELSdJu1mYJZwye0UE0lOB.4al2pzVSl5b_kOVmXInHH8cR9yNaRe Qui_E9hWJyOEqKUw3.UIS6Dvg.lpSXYqOmaPPqy0BDh2a04SgTqlIdxzbU_A0Hz6mZOe89FRg6.x _2O9ZJAuNDIalKiqaN758kkxgCRPgtdNsUjri3nL28ToIT2DDK1g4OxhNf_yZqFp5PNeI7_V17jc oTiybnWUMe5IRixwk7uzzpyyNhLwey4w_kTB65yBNPCQT8EGgmg9.8m3qUszRkePlnKY8EnFFNhA D08wSJaC5ypnJVx3bAbwVImGr_RD3Dc2JnUVjo4iUeux4qyRXckV8_Z.BQ72F2MMoDjDlhdLO_8G 7hr6xJUvyPqqe80CelOWDaOH9gGOxdUkEFYcyv3_EQ_Y.ioe_GkzRZtdGm45v9u6H6lJeusIFHFz JMH2gcVF.yCWhusfd1q09hGM2cOEVv4b4Zfw0tjP54YEZMSth5Dt55chYgQx4wYtyTQnwojx8WMa HjewilBz57YERxaL1ja8fycPKHFd25TO0Or0YGWIIc4DEZFQ7ehbKIe9ntrVkwVBOtZGcvhJCh_u .zSAvymGZ74jQeiOiYK44SwWmgKVfPspTMho3jYQB6dVgdJg7RpWA3CLkAkOL5urOhU5iUVxhvjQ 0pF_rD7P_csjObYFl9QCLb8VhR_WjgeWC0So3XTHgjHXBf2GKhEXz1M6q1bKH0yR2_TSGfnYWFwb yYgmdC9MVrBJDBEHmQYYAEy4wYv7Ngg_Db8g0PLsbm7Bwf85e2Xdgrgyzb.dji_gcqbZJZSLpJyJ G3n6wKx6LTWs9pRD1.177.ijOAf7GDLGDc6vE5ZUI4j_lR_kEhYNO3VcnBnSfGD8AjfqCm6.kahm nZR5ecJGJTA4TxBgR3pRieNP.KFnOMrGVtSaOKJEVmw1sZQWEdDoKytnaUh3xaeim3SuzHTbWaTZ O1o4_qFFwwRsrt50QkTLJV01_KNVCOzJ0t.fke4ff1JNS7n.1tBYOMm6IKMEyCIpxk1pKbqk1GaG xEPBb4S3gxN7IIriASMXB.kwOsoM.3_ZdzfNhSBkE6ALbwlqe8qY.E0FrE_99DFTgzrAlksm4yCN 4vWW7qV64E75a9ayHY7yXeyNtI3aEr31xKyLLL9pVXZrBbqmEg6lIFzojrgCv0REP_hKyt28au72 _lQWNpvt6oYuTXEVn3UceyPP6paP9mD99lOt7o.9KRs3UQYFCKEkv2k2w.QG5VkumCDsv1UEgv93 7KOKCy2TzpYFJrwOkd08piCKf4.Bn4KD6DZafgCvVlF3KVQN1F5hlFvWi1BOZ0OQ.2vsEa9CdioC zY3NAHkvYdE8ssPfkQ4AUPfs2sKWKTmi_1UnNWDRAld75WgBC7B.JJOrCQs.tz_BWwQPk3n2osLf qZH4jRrJQcJ64voKyZph3ApohMEYvgDzhyu4Y2AakQJCRncpZ1KWbNFfSxZqwK1cczVu6q1t9J0x _pEo.426VyOx3eScTYMwgUFAUx.3WZP7dJnA173ad9olrKsTVSZXtGNpSDkEhbEUof8TQbx9g9y7 Y315d2RRCNaQPSkp0nzuWOKuRFciJKJgGfGR0pC7f9X9dIqyvkZhL8.OsYiseSDtf.9AA5KjoKtC 2ZtGnvYkSljnmJgu9RXZpAtJwT3OV8SMv5lZ2dqJxLOAPX_ZwNdYdITdUGS65VyXl1h_Cg2eDWuV FDm.ZQGeT1LnOwG3.gIX9z.TB1TvlT80kf6eOLs0kKHB_meTj79u11EMaZvL_6oFSu.lq78BvAns CcMxpjux0cLoxcCwEYk1nF1fX_VSl2PiCnd1m_b63AUqDg_94gZhjbJwlpGl01ObwxZ4Fb4A0FRn Rvpd6ait0ruq6sza7OCdNJK1.JiQ9IPB.teLOPz8comQyD0ACGi_GsFPa41z3iqAmbJsibCB_y6y N1d7Zg7bmkxi4jOXe0KmO7ZPau15_uOnwQ1673NxgDGco8bqWlD920pxud6wu5NhYAlK3mJ9TZ8k ZE_5.g5PPgso20FilssPqyPKBHyJyM8r6eU.zYITfokJq2HZGAuFiDf7.eqsVeaoYT_R80NM9MTu 8MldL3j1zHgDaQS_0y0tPpT1eo.i9qUNMA6dqfGF_RZX7gs0vlOa1fmj85er29YqEzQ1otQ_IGPe _2jGOOr1Tt6Ha_uFmS.DeD7dWbIVcsI947h9HP_f24zWdf6cPzsBaW.95XKGucvHZ1.qgh8y8u.Y - X-Sonic-MF: X-Sonic-ID: 08fabeff-3184-400e-a588-29e8ab41fd2d Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sun, 29 Oct 2023 17:11:28 +0000 Received: by hermes--production-gq1-59b5df67b6-ffk59 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 0478576d0f5b2b7c1f9a635ae36fc4b1; Sun, 29 Oct 2023 17:11:26 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: problem linking kernel Message-Id: Date: Sun, 29 Oct 2023 10:11:15 -0700 To: Wojciech Puchar , Dimitry Andric , FreeBSD Toolchain , FreeBSD Hackers X-Mailer: Apple Mail (2.3774.200.91.1.1) References: X-Spamd-Result: default: False [-2.55 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.55)[-0.552]; MV_CASE(0.50)[]; SUBJECT_ENDS_SPACES(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.82:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.82:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SJNGq3n9vz4DSh X-Spamd-Bar: -- From: Wojciech Puchar wrote on Date: Sun, 29 Oct 2023 12:16:31 UTC : > reason found. >=20 >=20 > /usr/local/bin/ld which is part of gcc from ports takes precedence I've run into the FreeBSD system toolchain using a linker that was below /usr/local/ multiple times before. I try to avoid building ports that results in the conflict. But, in my view, the FreeBSD toolchain should require an explicit command line option to be willing to use part of a toolchain that is someplace under /usr/local/ instead of using its own toolchain materials for everything. See, for example, my report from 2022-Sept: = https://lists.freebsd.org/archives/freebsd-toolchain/2022-September/000898= .html where, in an aarch64 context, it used: /usr/local/bin/aarch64-unknown-freebsd14.0-ld instead of: /sur/bin/ld or: /usr/bin/dl.lld It did not do this if -fuse-ld=3Dlld was explicitly indicated on the command line: one way to avoid the problem. What is used can be seen in the extra output from use of: clang++ -v Back then the example was: clang++ -v -std=3Dc++20 -Wpedantic -Wall -Wextra -I../other_src_used = -pedantic -g3 -O3 -mcpu=3Dcortex-a72 -flto=3Dthin -pthread -flto=3Dthin = ../objs/cpp_thousandslocale-clang++_14_O3lto-libc++.o = ../objs/cpp_clockinfo-clang++_14_O3lto-libc++.o -o = ../cpp_clockinfo_main-HoneyComb-65536MiB-threads_16-LP64-FreeBSD_main_n256= 584_5bc926af9fd1_64bit-clang++_14_O3lto-libc++ = -DCPPCLOCKINFO_VERS=3D'"acpphint_0.1.24"' = ../other_src_used/cpp_clockinfo_main.cpp FreeBSD clang version 14.0.5 (https://github.com/llvm/llvm-project.git = llvmorg-14.0.5-0-gc12386ae247c) Target: aarch64-unknown-freebsd14.0 Thread model: posix InstalledDir: /usr/bin "/usr/bin/clang++" -cc1 -triple aarch64-unknown-freebsd14.0 = -emit-llvm-bc -flto=3Dthin -flto-unit -disable-free = -clear-ast-before-backend -disable-llvm-verifier -discard-value-names = -main-file-name cpp_clockinfo_main.cpp -mrelocation-model static = -mframe-pointer=3Dnon-leaf -ffp-contract=3Don -fno-rounding-math = -mconstructor-aliases -funwind-tables=3D2 -target-cpu cortex-a72 = -target-feature +v8a -target-feature +fp-armv8 -target-feature +neon = -target-feature +crc -target-feature +crypto -target-feature +sha2 = -target-feature +aes -target-abi aapcs = -fallow-half-arguments-and-returns -mllvm = -treat-scalable-fixed-error-as-warning -debug-info-kind=3Dstandalone = -dwarf-version=3D4 -debugger-tuning=3Dgdb -v = -fcoverage-compilation-dir=3D/root/acpphint/acpphint_src -resource-dir = /usr/lib/clang/14.0.5 -I ../other_src_used -D = "CPPCLOCKINFO_VERS=3D\"acpphint_0.1.24\"" -internal-isystem = /usr/include/c++/v1 -O3 -Wpedantic -Wall -Wextra -pedantic -std=3Dc++20 = -fdeprecated-macro -fdebug-compilation-dir=3D/root/acpphint/acpphint_src = -ferror-limit 19 -pthread -fno-signed-char -fgnuc-version=3D4.2.1 = -fno-implicit-modules -fcxx-exceptions -fexceptions -fcolor-diagnostics = -vectorize-loops -vectorize-slp -faddrsig -D__GCC_HAVE_DWARF2_CFI_ASM=3D1 = -o /tmp/cpp_clockinfo_main-56273f.o -x c++ = ../other_src_used/cpp_clockinfo_main.cpp clang -cc1 version 14.0.5 based upon LLVM 14.0.5 default target = aarch64-unknown-freebsd14.0 #include "..." search starts here: #include <...> search starts here: ../other_src_used /usr/include/c++/v1 /usr/lib/clang/14.0.5/include /usr/include End of search list. "/usr/local/bin/aarch64-unknown-freebsd14.0-ld" --eh-frame-hdr = -dynamic-linker /libexec/ld-elf.so.1 --enable-new-dtags -o = ../cpp_clockinfo_main-HoneyComb-65536MiB-threads_16-LP64-FreeBSD_main_n256= 584_5bc926af9fd1_64bit-clang++_14_O3lto-libc++ /usr/lib/crt1.o = /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib -plugin = /usr/bin/../lib/LLVMgold.so -plugin-opt=3Dmcpu=3Dcortex-a72 = -plugin-opt=3DO3 -plugin-opt=3Dthinlto = ../objs/cpp_thousandslocale-clang++_14_O3lto-libc++.o = ../objs/cpp_clockinfo-clang++_14_O3lto-libc++.o = /tmp/cpp_clockinfo_main-56273f.o -lc++ -lm -lgcc --as-needed -lgcc_s = --no-as-needed -lpthread -lc -lgcc --as-needed -lgcc_s --no-as-needed = /usr/lib/crtend.o /usr/lib/crtn.o /usr/local/bin/aarch64-unknown-freebsd14.0-ld: = /usr/bin/../lib/LLVMgold.so: error loading plugin: Cannot open = "/usr/bin/../lib/LLVMgold.so" clang++: error: linker command failed with exit code 1 (use -v to see = invocation) *** Error code 1 Note the: "/usr/local/bin/aarch64-unknown-freebsd14.0-ld" after the = search list. It looks like I did not report my PATH back then. But finding and using aarch64-unknown-freebsd14.0-ld is not going to be found under any system path for the system toolchain. So my view is that the name should not be looked for by the system toolchain --or should be last if the normal system names are not found. FYI: # echo $PATH = /sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/home/roo= t/bin and it is unlikely to have had any changes since back then. > PATH=3D/sbin:/bin:/usr/sbin:/usr/bin:/usr/games make >=20 > and all builds >=20 > On Sun, 29 Oct 2023, Dimitry Andric wrote: >=20 > > On 29 Oct 2023, at 11:34, Wojciech Puchar wrote: > >> > >> i get this linking my custom kernel. No errors until link > >> > >> linking kernel > >> ld: dynamic STT_GNU_IFUNC symbol `rdtsc_ordered' with pointer = equality in `cpu_machdep.o' can not be used when making an executable; = recompile with -fPIE and relink with -pie > >> > >> > >> kernel config attached, latest FreeBSD-13 downloaded today. > >> > >> can you help? > > > > I just tried it here, and it works fine: > > > > ... > > linking kernel > > objcopy --strip-debug kernel > > text data bss dec hex filename > > 7925073 779012 3411328 12115413 0xb8ddd5 kernel > > -------------------------------------------------------------- > >>>> Kernel build for PUCHAR completed on Sun Oct 29 12:06:08 UTC 2023 > > -------------------------------------------------------------- > >>>> Kernel(s) PUCHAR built in 28 seconds, ncpu: 32, make -j32 > > -------------------------------------------------------------- > > =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Oct 29 19:05:14 2023 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 4SJQpN2SV0z4y4nY; Sun, 29 Oct 2023 19:05:32 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SJQpM6S8Rz4Nc4; Sun, 29 Oct 2023 19:05:31 +0000 (UTC) (envelope-from wojtek@puchar.net) Authentication-Results: mx1.freebsd.org; none Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.17.1) with ESMTPS id 39TJ5J85037897 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 29 Oct 2023 20:05:26 +0100 (CET) (envelope-from wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1698606328; bh=1CybGIQwbolXhtWb1gjwPylqef7+ikR4MtUQUQTlde4=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=oIykxu21k2Ts7uCuCMkZumK41cosST9FnKzT8qRisHOEj51bSKIVT4GmvLaIPVtID 9ZlOWZBfrxBoJutXxiIvntgeHGJjAUdOYQ/raM572Zp8gYR4BDJrsIhYM8zLaxt1te VXBYSPeSOiGJCmXDi9y3CeB5PNsVKDc9Wnh9fQ/I= Received: from wojtek.intra (localhost [127.0.0.1]) by wojtek.intra (8.17.1/8.16.1) with ESMTP id 39TJ5GpD001948; Sun, 29 Oct 2023 20:05:16 +0100 (CET) (envelope-from wojtek@puchar.net) Received: from localhost (wojtek@localhost) by wojtek.intra (8.17.1/8.16.1/Submit) with ESMTP id 39TJ5EuO001945; Sun, 29 Oct 2023 20:05:15 +0100 (CET) (envelope-from wojtek@puchar.net) X-Authentication-Warning: wojtek.intra: wojtek owned process doing -bs Date: Sun, 29 Oct 2023 20:05:14 +0100 (CET) From: Wojciech Puchar To: Mark Millard cc: Dimitry Andric , FreeBSD Toolchain , FreeBSD Hackers Subject: Re: problem linking kernel In-Reply-To: Message-ID: <8e5b7eea-cfb-1cbb-8eb-18ea18b230d4@puchar.net> References: 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/mixed; boundary="3974694515-1688657752-1698606316=:1940" 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:43476, ipnet:194.1.144.0/24, country:PL] X-Rspamd-Queue-Id: 4SJQpM6S8Rz4Nc4 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --3974694515-1688657752-1698606316=:1940 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 8BIT right but anyway it was my fault i for some reason some time ago changed $PATH so /usr/local had precedence. On Sun, 29 Oct 2023, Mark Millard wrote: > From: Wojciech Puchar wrote on > Date: Sun, 29 Oct 2023 12:16:31 UTC : > >> reason found. >> >> >> /usr/local/bin/ld which is part of gcc from ports takes precedence > > I've run into the FreeBSD system toolchain using a linker > that was below /usr/local/ multiple times before. I try to > avoid building ports that results in the conflict. > > But, in my view, the FreeBSD toolchain should require an > explicit command line option to be willing to use part > of a toolchain that is someplace under /usr/local/ instead > of using its own toolchain materials for everything. > > See, for example, my report from 2022-Sept: > > https://lists.freebsd.org/archives/freebsd-toolchain/2022-September/000898.html > > where, in an aarch64 context, it used: > > /usr/local/bin/aarch64-unknown-freebsd14.0-ld > > instead of: > > /sur/bin/ld > or: > /usr/bin/dl.lld > > It did not do this if -fuse-ld=lld was explicitly indicated on > the command line: one way to avoid the problem. > > What is used can be seen in the extra output from use of: > > clang++ -v > > Back then the example was: > > clang++ -v -std=c++20 -Wpedantic -Wall -Wextra -I../other_src_used -pedantic -g3 -O3 -mcpu=cortex-a72 -flto=thin -pthread -flto=thin ../objs/cpp_thousandslocale-clang++_14_O3lto-libc++.o ../objs/cpp_clockinfo-clang++_14_O3lto-libc++.o -o ../cpp_clockinfo_main-HoneyComb-65536MiB-threads_16-LP64-FreeBSD_main_n256584_5bc926af9fd1_64bit-clang++_14_O3lto-libc++ -DCPPCLOCKINFO_VERS='"acpphint_0.1.24"' ../other_src_used/cpp_clockinfo_main.cpp > FreeBSD clang version 14.0.5 (https://github.com/llvm/llvm-project.git llvmorg-14.0.5-0-gc12386ae247c) > Target: aarch64-unknown-freebsd14.0 > Thread model: posix > InstalledDir: /usr/bin > "/usr/bin/clang++" -cc1 -triple aarch64-unknown-freebsd14.0 -emit-llvm-bc -flto=thin -flto-unit -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main-file-name cpp_clockinfo_main.cpp -mrelocation-model static -mframe-pointer=non-leaf -ffp-contract=on -fno-rounding-math -mconstructor-aliases -funwind-tables=2 -target-cpu cortex-a72 -target-feature +v8a -target-feature +fp-armv8 -target-feature +neon -target-feature +crc -target-feature +crypto -target-feature +sha2 -target-feature +aes -target-abi aapcs -fallow-half-arguments-and-returns -mllvm -treat-scalable-fixed-error-as-warning -debug-info-kind=standalone -dwarf-version=4 -debugger-tuning=gdb -v -fcoverage-compilation-dir=/root/acpphint/acpphint_src -resource-dir /usr/lib/clang/14.0.5 -I ../other_src_used -D "CPPCLOCKINFO_VERS=\"acpphint_0.1.24\"" -internal-isystem /usr/include/c++/v1 -O3 -Wpedantic -Wall -Wextra -pedantic -std=c++20 -fdeprecated-macro -fdebug-compilation-dir=/root/a! cpphint/acpphint_src -ferror-limit 19 -pthread -fno-signed-char -fgnuc-version=4.2.1 -fno-implicit-modules -fcxx-exceptions -fexceptions -fcolor-diagnostics -vectorize-loops -vectorize-slp -faddrsig -D__GCC_HAVE_DWARF2_CFI_ASM=1 -o /tmp/cpp_clockinfo_main-56273f.o -x c++ ../other_src_used/cpp_clockinfo_main.cpp > clang -cc1 version 14.0.5 based upon LLVM 14.0.5 default target aarch64-unknown-freebsd14.0 > #include "..." search starts here: > #include <...> search starts here: > ../other_src_used > /usr/include/c++/v1 > /usr/lib/clang/14.0.5/include > /usr/include > End of search list. > "/usr/local/bin/aarch64-unknown-freebsd14.0-ld" --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 --enable-new-dtags -o ../cpp_clockinfo_main-HoneyComb-65536MiB-threads_16-LP64-FreeBSD_main_n256584_5bc926af9fd1_64bit-clang++_14_O3lto-libc++ /usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib -plugin /usr/bin/../lib/LLVMgold.so -plugin-opt=mcpu=cortex-a72 -plugin-opt=O3 -plugin-opt=thinlto ../objs/cpp_thousandslocale-clang++_14_O3lto-libc++.o ../objs/cpp_clockinfo-clang++_14_O3lto-libc++.o /tmp/cpp_clockinfo_main-56273f.o -lc++ -lm -lgcc --as-needed -lgcc_s --no-as-needed -lpthread -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o > /usr/local/bin/aarch64-unknown-freebsd14.0-ld: /usr/bin/../lib/LLVMgold.so: error loading plugin: Cannot open "/usr/bin/../lib/LLVMgold.so" > clang++: error: linker command failed with exit code 1 (use -v to see invocation) > *** Error code 1 > > Note the: "/usr/local/bin/aarch64-unknown-freebsd14.0-ld" after the search list. > > It looks like I did not report my PATH back then. But finding and using > aarch64-unknown-freebsd14.0-ld is not going to be found under any > system path for the system toolchain. So my view is that the name > should not be looked for by the system toolchain --or should be last > if the normal system names are not found. > > FYI: > > # echo $PATH > /sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/home/root/bin > > and it is unlikely to have had any changes since back then. > >> PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games make >> >> and all builds >> >> On Sun, 29 Oct 2023, Dimitry Andric wrote: >> >>> On 29 Oct 2023, at 11:34, Wojciech Puchar wrote: >>>> >>>> i get this linking my custom kernel. No errors until link >>>> >>>> linking kernel >>>> ld: dynamic STT_GNU_IFUNC symbol `rdtsc_ordered' with pointer equality in `cpu_machdep.o' can not be used when making an executable; recompile with -fPIE and relink with -pie >>>> >>>> >>>> kernel config attached, latest FreeBSD-13 downloaded today. >>>> >>>> can you help? >>> >>> I just tried it here, and it works fine: >>> >>> ... >>> linking kernel >>> objcopy --strip-debug kernel >>> text data bss dec hex filename >>> 7925073 779012 3411328 12115413 0xb8ddd5 kernel >>> -------------------------------------------------------------- >>>>>> Kernel build for PUCHAR completed on Sun Oct 29 12:06:08 UTC 2023 >>> -------------------------------------------------------------- >>>>>> Kernel(s) PUCHAR built in 28 seconds, ncpu: 32, make -j32 >>> -------------------------------------------------------------- >>> > > === > Mark Millard > marklmi at yahoo.com > > > --3974694515-1688657752-1698606316=:1940-- From nobody Mon Oct 30 09:31:26 2023 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 4SJp1k23Zbz4xgWt; Mon, 30 Oct 2023 09:31:38 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SJp1k1LCNz4LmQ; Mon, 30 Oct 2023 09:31:38 +0000 (UTC) (envelope-from theraven@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1698658298; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=TuyoT6pqInbjG7S7h3UN4VcoNyq4PG7+lFllDeM2vc0=; b=cQb+ZHgdKUdV1M1TIQdJmaPY5HsHwex6LDQk2Uv8x6/i9WJT0APstdlIYYnLz0QxjPZEVi iuJ9rXcEG7lEXdgTJH9N7yOFgATaZtWEj84yEGLRSXp69VrywTbiQv0OgWcRSvJ2MPXiWh SrT0xjDJsyr2hrz+fKloIMlCBa6Rz94raEe7FulxqqE6G1d6UG56C4/2KLJFw/ZIjQyNaP c8IDtvgysjPB8tZgrDZS0fq5tvc7dapZWrA3YscXRWnU9t2Gf+jDNqy9qddI/saYlupqY6 yYxHx/5doy9CV6NceSNseDw6Fg02bTxROpA4ar5STBA75SeH2mI2hbJ5g+IOrg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1698658298; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=TuyoT6pqInbjG7S7h3UN4VcoNyq4PG7+lFllDeM2vc0=; b=M4j3+DDJ4z+2wlnzfV8knOTeJv5gUuo2VrBpdt0KsQMVMzJH2IeZixqrVia/tp+0jc7nQJ lyVZlNKiN1yIV45bMIVAqtw/lGkHobU1yTpBRdjv9I5eJ6VFQBXbou5AW5/6RI0OyZYSUr dE4IDNe0pnkToy3U/ywERL0Q2Lp382KwwkyORhvqQ5ghLfqEqWP9hn4vCRZvmQSI4to2hY yIw9mG8qVggmtdLfw8j9zXT23ZqsDmWliVSCJPi5NONYlBaK5twp3bsR+263/syzR+3nh9 KtfwGF3HclBL11eTgKA6JB17zPl2WbRbxJa7MdslCuphtsn8ZkSThq2nZ3Vg8Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1698658298; a=rsa-sha256; cv=none; b=GlzhsqH9u7yxypsL5Iz+JiYgYQm9u5wTDowiMPZjWtvJIdZAFLZnH56NLk6FsRmwxvIqnY +OEu/fivhw6+vW1plQNs3RTbUtqziA42XqISOtRm8fr5c1Aaq2n+sXVV/i66CIJ/hmi+fl 75l5jdyQzUiba4gARxA3GW0QdBjekZaUNhpTSOKEWj8QxL890P8/1mEbkPt12Djwm5Ym+E OJ2yunito3o2doop9jxQW3Zc9HFjoIRHYdLAahcugplwy4nIV/vq8Fd1lvhsKtlQSWbQFX qmY4MWs/QEWiWnOv9xwNRFrdw4Ioca1iE5ACGXsE/YhGrU1QjVi9aE4B21E2cg== Received: from smtp.theravensnest.org (smtp.theravensnest.org [45.77.103.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: theraven) by smtp.freebsd.org (Postfix) with ESMTPSA id 4SJp1k0QHlz173q; Mon, 30 Oct 2023 09:31:38 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from smtpclient.apple (host86-160-239-28.range86-160.btcentralplus.com [86.160.239.28]) by smtp.theravensnest.org (Postfix) with ESMTPSA id 324039443; Mon, 30 Oct 2023 09:31:37 +0000 (GMT) Content-Type: text/plain; charset=utf-8 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 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: Re: problem linking kernel From: David Chisnall In-Reply-To: <8e5b7eea-cfb-1cbb-8eb-18ea18b230d4@puchar.net> Date: Mon, 30 Oct 2023 09:31:26 +0000 Cc: Mark Millard , Dimitry Andric , FreeBSD Toolchain , FreeBSD Hackers Content-Transfer-Encoding: quoted-printable Message-Id: <1DAF5482-74BB-41AA-A680-3839616C20A5@FreeBSD.org> References: <8e5b7eea-cfb-1cbb-8eb-18ea18b230d4@puchar.net> To: Wojciech Puchar X-Mailer: Apple Mail (2.3731.700.6) On 29 Oct 2023, at 19:05, Wojciech Puchar wrote: >=20 > right but anyway it was my fault i for some reason some time ago = changed $PATH so /usr/local had precedence. That is a common setting and I don=E2=80=99t think it should break the = build. Both Clang and GCC support a -B flag that specifies the = directory for the tools to use. We should probably be passing that from = the build system, since the FreeBSD built system has a notion of tool = sets and where they come from. David From nobody Mon Oct 30 22:33:35 2023 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 4SK7NG5g21z4yVmJ for ; Mon, 30 Oct 2023 22:33:50 +0000 (UTC) (envelope-from bsdunix5@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 4SK7ND41cYz4QlQ for ; Mon, 30 Oct 2023 22:33:48 +0000 (UTC) (envelope-from bsdunix5@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=QRQQMqvH; spf=pass (mx1.freebsd.org: domain of bsdunix5@gmail.com designates 2a00:1450:4864:20::42a as permitted sender) smtp.mailfrom=bsdunix5@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wr1-x42a.google.com with SMTP id ffacd0b85a97d-32f78dcf036so1571117f8f.0 for ; Mon, 30 Oct 2023 15:33:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698705227; x=1699310027; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=7cOqYfv47M/IezNeor452CV+M87bopjDSLwGkfG5l4U=; b=QRQQMqvHLNOIq4F9xRYTi+nD9fiVSBWgyZASy7l5uLQhxEyPYoBX0ouZZ4NEp1nK1X QqxVTTqJobQvYjbi0avyvfL56rhxlrL08x/MEkb87GozzxNQysRb2QF8nKv9jnuVt4/i GebW6Hh8FTjjemnF6IGQWzhIOvfjnsqxT8QID05Ja3y+S7+mSuQYrV1cJhqR2Ii5hBwd Y4rsiuguUtbUuxCL5QvyZSLaypQZJ3f7/holIB/dmFFN5XqxaemY4C/Jfa3eX13pKu2w XcfExkRqubkgKGGfXrPOxok8QUxNIsQre9spUIWaV4on9QtOcqV4wcio2Xh1PrXW8FAb nnbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698705227; x=1699310027; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=7cOqYfv47M/IezNeor452CV+M87bopjDSLwGkfG5l4U=; b=giCfHE8AGT4VrEOj2UDZdSV/8uu3Iwf/wU6nx44ChUa58uTjYyUWp+lBvDIImAwL9N olNOKu5MWQThq8ILNE11Kjkx/xrNxquToz6IdiHfZwtg3vX1fr7+B8PS7lTSQuCiHruj xNmQfFLW4CF8rJx58DsBIrHqa+ldIYEsm/FhTJhHiT902fYdUaTTDPotivc8k80NbZXY yxOkQ1NMgfY0pL9y96cqr3IOfwG09NodgW/xa3S7TKqudgC9P41i87IywlzhdoVC344b sxQSxN0K4RTZmhV1fYrUy8Gzco3GfkhyrdnyIRGnlC9qSUb+rQW4veNMUq7sYJpzriI1 e+YQ== X-Gm-Message-State: AOJu0Yw2Pg8D4wNPhPj6HC1Fuhgj6HOQpXjcK6CTqocerk/OUY+rBISM yjddzF0/ztWREhCm1dBkHZithBCRQ7C7d1SMmMwdjyjIdT8= X-Google-Smtp-Source: AGHT+IGwlclwynA1ZeRtvBrUgFknzAzZY+gPJGyzkPGwAcpHbcBfILi3ZSkGsW0R/VmvVdpETaAXWmE4Cn/23Q1VGF0= X-Received: by 2002:a5d:684e:0:b0:32d:8a7c:6efc with SMTP id o14-20020a5d684e000000b0032d8a7c6efcmr824873wrw.9.1698705226648; Mon, 30 Oct 2023 15:33:46 -0700 (PDT) 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: Alexander Date: Tue, 31 Oct 2023 00:33:35 +0200 Message-ID: Subject: system calls on FreeBSD To: freebsd-hackers@freebsd.org Content-Type: multipart/alternative; boundary="0000000000009ccf170608f6a122" X-Spamd-Result: default: False [-3.53 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.96)[-0.961]; NEURAL_HAM_SHORT(-0.57)[-0.571]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42a:from]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4SK7ND41cYz4QlQ X-Spamd-Bar: --- --0000000000009ccf170608f6a122 Content-Type: text/plain; charset="UTF-8" Greetings ! I am a newbie FreeBSD user, and I want to write one or two system calls on FreeBSD. I have a question, please : Why FreeBSD system calls take as an argument struct thread *t, en lieu de struct proc *p ? Thank you ! Alexander --0000000000009ccf170608f6a122 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Greetings !

I am a newbie Fr= eeBSD user, and I want to write one or two system calls on FreeBSD.

I have a question, please :

Why = FreeBSD system calls take as an argument struct thread *t, en lieu de struc= t proc *p ?

Thank you !
Alexander

--0000000000009ccf170608f6a122-- From nobody Tue Oct 31 00:45:20 2023 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 4SKBJ73rmyz4ycV1 for ; Tue, 31 Oct 2023 00:45:27 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SKBJ72036z4cmC for ; Tue, 31 Oct 2023 00:45:27 +0000 (UTC) (envelope-from kib@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.17.1/8.17.1) with ESMTP id 39V0jK6J005356; Tue, 31 Oct 2023 02:45:23 +0200 (EET) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 39V0jK6J005356 Received: (from kostik@localhost) by tom.home (8.17.1/8.17.1/Submit) id 39V0jKoG005355; Tue, 31 Oct 2023 02:45:20 +0200 (EET) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Tue, 31 Oct 2023 02:45:20 +0200 From: Konstantin Belousov To: Alexander Cc: freebsd-hackers@freebsd.org Subject: Re: system calls on FreeBSD Message-ID: References: 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: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=4.0.0 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on tom.home X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4SKBJ72036z4cmC On Tue, Oct 31, 2023 at 12:33:35AM +0200, Alexander wrote: > Greetings ! > > I am a newbie FreeBSD user, and I want to write one or two system calls on > FreeBSD. > > I have a question, please : > > Why FreeBSD system calls take as an argument struct thread *t, en lieu de > struct proc *p ? Because sometimes we need to know context which called the syscall, and passing process instead of thread means loosing this information. For instance, SIGSYS must be delivered exactly to the thread that called non-existing syscall, not to the process. More reasonable question is why do we pass the context argument at all, since it can be reconstructed by the curthread expression. From nobody Tue Oct 31 11:17:44 2023 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 4SKSKm6k52z4yFYm for ; Tue, 31 Oct 2023 11:17:48 +0000 (UTC) (envelope-from bacon4000@gmail.com) Received: from mail-qv1-xf30.google.com (mail-qv1-xf30.google.com [IPv6:2607:f8b0:4864:20::f30]) (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 4SKSKl6zmhz4VDX for ; Tue, 31 Oct 2023 11:17:47 +0000 (UTC) (envelope-from bacon4000@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b="m4OU/Whd"; spf=pass (mx1.freebsd.org: domain of bacon4000@gmail.com designates 2607:f8b0:4864:20::f30 as permitted sender) smtp.mailfrom=bacon4000@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-qv1-xf30.google.com with SMTP id 6a1803df08f44-66d264e67d8so35841886d6.1 for ; Tue, 31 Oct 2023 04:17:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698751066; x=1699355866; 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=RL4RFg1T4NOOYj4eTGX7z/2Ywhjnlv8uI5kKMeSNzK0=; b=m4OU/WhdGJ6fwgL1BPuxfKZgQO09v/UR3DdWuYue83Ev6G7a+69u/AH4tHpLgEcMd1 i1Vymi03gq7koBuinpiTpGJGl+yd9y3RdvAtJbPg16tj9+8oyZ+709qSewPE9iQPcGK1 CTA4RpHrBPBk39p+2OuNGT/Zv/IsGaIriYoa4RUlDe8Lnuo1FSHPcOtTyJTMbwTrHTNu cPHg5olxloxmu8egiRSoqlAMAN/fK+6ZaWLgEqMYROC5ZbSU2KVU84leOE64VfvecRiF TotA97LpJOr028VfJooRex5j/8Cu1AeaTVARZo8EbH1/L1ys6+WZdehXTAE6qT8WH79D Rqow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698751066; x=1699355866; 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=RL4RFg1T4NOOYj4eTGX7z/2Ywhjnlv8uI5kKMeSNzK0=; b=hxL9yfXDS6hnugNwkA+9Lxv5HmP95zi+hMUjNEtPWbDbLn2xSfTDqQ2sg8MWfvnTb4 9Oy9Uu0bwz/vKiflCnTTFYlHslCzd/abvxGqeuLbLTydtwa06EJBDDFWH8+sXRZjMmw6 n219q167g7b4Cf8wE3XdCmv635aOlCLfjQg//3owrHhXsY03sYnf8GasZmEG6arD/eTW lvPjPWYyy+vaeByaPtx+D9bxREoFs26u2uyN8Jjir4rKMcdNLYvG7oFG62V7ieoTuXc5 CdxZd1vtiuDPBs7xYUG24aeBvM9MsjnYxlUSuHCvcipMhAY+OBV8GeMTKcMmS18GADdL wnGA== X-Gm-Message-State: AOJu0Yy/CQw+rYzZL4cke3J2ePFepiaVfvMvF9kqOYWkKxF0+zRIVfdw lGXZvp84vdrluXnhNC4UoBQIVcvdgMs= X-Google-Smtp-Source: AGHT+IEbwaG8XqCgGkUl2BQbLgztuxueXsT698X5xsLzPwExTZHqmC+CrCpHq5vQ+ocxSxSm7+Dy0g== X-Received: by 2002:a05:6214:260c:b0:66d:37bc:bb91 with SMTP id gu12-20020a056214260c00b0066d37bcbb91mr17149578qvb.56.1698751066139; Tue, 31 Oct 2023 04:17:46 -0700 (PDT) Received: from [192.168.0.3] (cpe-184-58-230-200.wi.res.rr.com. [184.58.230.200]) by smtp.gmail.com with ESMTPSA id ek16-20020ad45990000000b0065d051fc445sm432352qvb.55.2023.10.31.04.17.45 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 31 Oct 2023 04:17:45 -0700 (PDT) Message-ID: <39f7e2aa-c0fd-4d8d-af1b-f71d6a079c9e@gmail.com> Date: Tue, 31 Oct 2023 04:17:44 -0700 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: system calls on FreeBSD To: freebsd-hackers@freebsd.org References: Content-Language: en-US From: Jason Bacon In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-2.05 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_SPAM_SHORT(0.94)[0.944]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f30:from]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; BLOCKLISTDE_FAIL(0.00)[2607:f8b0:4864:20::f30:server fail,184.58.230.200:server fail]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; DKIM_TRACE(0.00)[gmail.com:+]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SKSKl6zmhz4VDX X-Spamd-Bar: -- On 10/30/23 17:45, Konstantin Belousov wrote: > On Tue, Oct 31, 2023 at 12:33:35AM +0200, Alexander wrote: >> Greetings ! >> >> I am a newbie FreeBSD user, and I want to write one or two system calls on >> FreeBSD. >> >> I have a question, please : >> >> Why FreeBSD system calls take as an argument struct thread *t, en lieu de >> struct proc *p ? > > Because sometimes we need to know context which called the syscall, and > passing process instead of thread means loosing this information. For > instance, SIGSYS must be delivered exactly to the thread that called > non-existing syscall, not to the process. > > More reasonable question is why do we pass the context argument at all, > since it can be reconstructed by the curthread expression. > If you're coming from Linux, note that processes and threads are the same thing to the Linux kernel, while in FreeBSD they are distinct. Hence the separation of 'struct thread' and 'struct proc'. -- Life is a game. Play hard. Play fair. Have fun. From nobody Tue Oct 31 12:13:14 2023 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 4SKTYs6bj0z4yJXv for ; Tue, 31 Oct 2023 12:13:21 +0000 (UTC) (envelope-from netch@isam.nn.kiev.ua) Received: from isam.nn.kiev.ua (isam.nn.kiev.ua [45.32.222.24]) (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 4SKTYs3RsDz4Z0v for ; Tue, 31 Oct 2023 12:13:21 +0000 (UTC) (envelope-from netch@isam.nn.kiev.ua) Authentication-Results: mx1.freebsd.org; none Received: by isam.nn.kiev.ua (Postfix, from userid 1000) id CA9C7272350; Tue, 31 Oct 2023 14:13:14 +0200 (EET) Date: Tue, 31 Oct 2023 14:13:14 +0200 From: Valentin Nechayev To: Jason Bacon Cc: freebsd-hackers@freebsd.org Subject: Re: system calls on FreeBSD Message-ID: <20231031121314.GA2520@vpb.nn.kiev.ua> References: <39f7e2aa-c0fd-4d8d-af1b-f71d6a079c9e@gmail.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=us-ascii Content-Disposition: inline In-Reply-To: <39f7e2aa-c0fd-4d8d-af1b-f71d6a079c9e@gmail.com> X-42: On 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:20473, ipnet:45.32.208.0/20, country:US] X-Rspamd-Queue-Id: 4SKTYs3RsDz4Z0v Tue, Oct 31, 2023 at 04:17:44, bacon4000 wrote about "Re: system calls on FreeBSD": > If you're coming from Linux, note that processes and threads are the same > thing to the Linux kernel, while in FreeBSD they are distinct. Hence the > separation of 'struct thread' and 'struct proc'. > Not exactly - processes in traditional sense are "process groups" in Linux, so, usual exit() is viewed as exit_group() in strace, and so on. For mental portability a kind of mapping shall be invoked :)) -netch- From nobody Wed Nov 1 06:00:22 2023 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 4SKxFM2nKRz4ynft for ; Wed, 1 Nov 2023 06:00:39 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (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 4SKxFL31Frz4fZc for ; Wed, 1 Nov 2023 06:00:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=LiNLz17F; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698818435; bh=imriy39XcBvcoUs2XFmgbNfh/lM3zucsZfCZ3vA5TgA=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=LiNLz17FsKsOWi7s+ggza/nOiYT/S5pxWJ+V3yxAwf33gLg4ZHbSneAIpASGfXJAm9+7QI20Dpo4rdIl4b94Aylhadm2buvfQyadHk1YoW8IjuCdLbeVOb87XYPFPLoNdb93QoBkNB4yzXK1fz0ALhp2WbmDUKAtkW/V28vCJLX/alvn76JAJht1xThd+25Hl9WEdWXX534GgxafK1rc6CrmCqh0MraHql2pZ/vf1r2Oe4yM7EnuUnopakdhRZtHarYGf/lORNB4PotU/BGELT96vH7PBmsVzFsf6T4vvkRe6K433zD9aZ9ZTrXHiycxlzUvAw+U4pDuKFVHZOnJ8A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698818435; bh=IO6PoHDS6YCNmJ6kVqyx+PdhuMkeYz+blkYiTapPvNT=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=W3aosSqU/OaPh6pN6iBYfIsFh05x8/ICDVbeWXBqGwbKmx4nEGSO2715QH4uPVjH+TO5bN5H9OuL5dL5X0FBv/6ym63KQ4UcGpH8sfieKFjTyhy4zEFZ8TOBV9CsWiatbnbpT2Vp7WlwOzbsAeGDvfKLADzWOAdQwzPoLApukcMMzdsT5kS9FT/3OW5bLKFWaD9UbihR7lBT+bqxQwNngORzupbdJfo8eupxzyxX616V/TShkg7OJn49/CAMeA7H1CMnLafLQ1WcqWKdlGnLARhOWsADAQzSxPaagIdrLuSbq2AywrUTckJP6KTr/0oWnrvHZe29QRrfisWcal+FPg== X-YMail-OSG: .a9UZwMVM1my6vdOTQZVJnDGpXRRj0452fjhFyEKv49t8sj2pNFNGSls.aaBmuT dv6a1bjnvB80pTUsWUNM5oXGzqDhlKFJfxL_teZA5pSTfbc4JNS8nSF7W7I5d6D8S213eQPCxaD. XjnRE53YhlbOvkKhgNp41kqejzEZM6WKyycmVCvvaqL7DJhIT5FlMRzD5LivbbZWDoC1jgYHOr8N IOopq0PC2s_uzjgdDBU47LF4frFrihUZnCMJ_eGoXftbEqQY6LbcX8L12B5XAB6SuFcNGtUMiVIk cZRS5vkfO3oqFbp0JuyW5Agk1SC6j6AZ6dWLwGqTW_xSA_V5Rut3e_LxDbfyHrWQmj6HzQOvUe8w M5ztKF8jwPFYG1YZ_5Nm0vE9XsYyizjOHa0udRkNDo_VZnau6baewIDoj.PDvLE336PpJIRHQPVa RY3dpl97pqBrlLqpAF0.3h75A9gqb8xbUGmnN4YnB5IXtZGDwgOO2AffyekzI281rUtxiR0I1MjX _wWDDg31nyGku0ThR58F8Y0AxLQc4JFGcb12Tx6HCfqgX3TIn4nHzp8WcJHz.KSnSkabowO97nSZ .dbBLjdEZ0ULyod8ONbJyP0r2xZl4W4IMYdFD6U4BodRtjoclnaDDKLTqK4tq7tzErjDiWOHB5Sf t___HYFwE6s1_Ut.2Zvwrpz8LXf7gbDhNS0EYlAlHYEjTo00n1lYSOXCs3vCKve3aLa9hTYYckhR TWn3P.Wz.ddKQtWoRiXjfuEoK7LF9qvwiseMQhjfcgUd3RYEeLXemsDQcmEPBrrPCNyegVKO0PWo qwUUZDvwI1067aqkUEx5eCHCLpy60tZqxD3mA0GHiMwrNAy_5uuXq5lczUTIdUzodtfyay8PyQMd at_vBfPggiuqq2sOMbPjzRHc6nSp_Di0izXiqHEXDLdUROBjRhT_FsQVoH1SnJitMwiWsRm1PhHI V09Nue8FrA7AISSO6XhKLcD_x4IRwkhpgkZh5Y7sjJjdHyqDXmcZdlBDRRm0JgRLeEFq3Kl9cf9l kzKZPwRgARnDIynho1WozVgnmFbQLZzISfvbzk.V5Hok5WVCM58OlWg6.kWbIUuAY4cGdcAkM20u p1xsoJE9aArbAQ7bxQ2Nn7Rn0g_X.l2Eebg_0ZfSdFaw_ya2TA4sq9i5FL1UkrtdlHGSlICQF.qt yWHp5mXQhhUSOx2VIHuc2ffZSY1ObxlOhFhKCeywo0sqsfK22Hw7O9H6CWVPsVXomgWE4vU7Ny4l jtOKXS.B950krok4hnrePtk7rY0Q8q.DZbTUT3h4OsawhX2KYbvd3_8LFFbTbzFsrHjjq8p6.wd0 3c0uJ29trF6w.C7R7ir1QhAoJUGVC3H9LycD_At6gIt2T6bFy_hbbDXbJwvg9ipqLDntvu.2e1wi YOHKKM4e42OnfwWfifIk.voa4scbnVqIotKKRFTVmhcuwdD5llBa4yyh_jM_h25BFfu5xKWR_am9 71UPDi9On_xzCS_1nDPcFMHU2rYLk4h4g3MKUXYL1.HL0CKbI3ZFYu2cbItiiPqO8m.QPvQu518c 6IYBkI2d8P7P.yuzt0Kdj9ISXqBEZXKhrJk6bD42Pasd5EnNXbvsDe9P5AQ9fWyf8rptd3f.HjNS 1oJFHFglt9JR.r5VyZri3.dhB1g6Yk8ziWWvemL1VtGfME3jZfurtSccB84YVNfWKq7RlJEfgkI1 qe2YD58TjU5LUM8vo_Ek_lnklwQ9vvwsz_Va3rxJXROFnkiFCyfRoKD4nzFCYfQnPV99F8Ve4DuA OeyhW2yv3oiZ2qKusVJvdm.Scilsc9cGutzxwt0579vqLnKjipQ6vjL60DxYHAKYqgSuAb3CC2JO 41QmZVMme8m9CXEqbziWNgUELebrIWWETBCQ1Mjb6X85e2gOtp5FuMb.4LBmLlFOp7tEECjx3N71 RZxa_d1978n399ICWGZLGX7_rPetVRI0.MnTRNT8muVQ.xVnCgM6bmBRXLRI4DCHGBzFPZUk4wF4 UVlj4uMmWP5TU7iAE8kIcq2iJSzo_K9SmwhRphJjdpmPqMb19mQeOTwc.IMNn7sjx0H8KYLIUwZY WzRfcLqDUpzFXkGW3XjXJy2VfBlTLvnx9i2mzadXT0Le7P9SlQ337vzsQPkfQsm3MX8SxAVgP.JL mhft5a8TaMRny0oHX5SJso8i0JsHJkl2ZPUcmxc3qqwYVtZ3LzoeTgBQeXy5zUTk.jnu5B6ZMNyr tI_B0A2r4Yi.GF7tA7x7ikHv4yRRTSCYQZ5qwbYwWHV7h9ScPeAGhVA-- X-Sonic-MF: X-Sonic-ID: f3c55fce-8fec-4284-b949-f5c07bc5f52e Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Wed, 1 Nov 2023 06:00:35 +0000 Received: by hermes--production-gq1-59b5df67b6-tg9nw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 02f6f662fa8dc7b5bf754daa2e4748e5; Wed, 01 Nov 2023 06:00:33 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Trying initial boot of FreeBSD (main so: 15) of Ryzen 9 7950X3D on an ASUS Prime X670-P WIFI: various dmesg -a lines; more Message-Id: Date: Tue, 31 Oct 2023 23:00:22 -0700 To: FreeBSD Hackers X-Mailer: Apple Mail (2.3774.200.91.1.1) References: X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SKxFL31Frz4fZc X-Spamd-Bar: --- FreeBSD context: # uname -apKU FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 = main-n266130-d521abdff236-dirty: Tue Oct 24 18:17:40 PDT 2023 = root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.a= md64/sys/GENERIC-NODBG amd64 amd64 1500002 1500002 I moved my FreeBDSS boot media from a ThreadRipper 1950X to a Ryzen 9 = 7950X3D and tried booting. It booted but some of the following might be of some note. Is = any of it likely to be problematical? Any of it of particular interest to anyone? . . . Firmware Error (ACPI): Could not resolve symbol = [\134_SB.PCI0.GPP7.UP00.DP40.UP00.DP68], AE_NOT_FOUND = (20221020/dswload2-315) ACPI Error: AE_NOT_FOUND, During name lookup/catalog = (20221020/psobject-372) . . . pci0: at device 0.2 (no driver attached) . . . pci8: at device 0.0 (no driver attached) . . . pci9: at device 0.0 (no driver attached) . . . pci15: at device 0.2 (no driver attached) . . . ns8250: UART FCR is broken ns8250: UART FCR is broken . . . intsmb0: at device 20.0 on pci0 intsmb0: Could not allocate I/O space device_attach: intsmb0 attach returned 6 intsmb0: port 0xff00-0xff0f at device 20.0 on = pci0 intsmb0: Could not allocate I/O space device_attach: intsmb0 attach returned 6 . . . intsmb0: at device 20.0 on pci0 intsmb0: Could not allocate I/O space device_attach: intsmb0 attach returned 6 intsmb0: port 0xff00-0xff0f at device 20.0 on = pci0 intsmb0: Could not allocate I/O space device_attach: intsmb0 attach returned 6 acpi_wmi0: on acpi0 acpi_wmi0: cannot find EC device acpi_wmi0: Embedded MOF found ACPI: \134AWW0.WQMO: 1 arguments were passed to a non-method ACPI object = (Buffer) (20221020/nsarguments-361) acpi_wmi1: on acpi0 acpi_wmi1: cannot find EC device acpi_wmi1: Embedded MOF found ACPI: \134ABAW.WQMO: 1 arguments were passed to a non-method ACPI object = (Buffer) (20221020/nsarguments-361) acpi_wmi2: on acpi0 acpi_wmi2: cannot find EC device acpi_wmi2: Embedded MOF found ACPI: \134RMTW.WQMO: 1 arguments were passed to a non-method ACPI object = (Buffer) (20221020/nsarguments-361) acpi_wmi3: on acpi0 acpi_wmi3: cannot find EC device acpi_wmi3: Embedded MOF found ACPI: \134AOD.WQBA: 1 arguments were passed to a non-method ACPI object = (Buffer) (20221020/nsarguments-361) driver bug: Unable to set devclass (class: ppc devname: (unknown)) . . . acpi_wmi4: on acpi0 acpi_wmi4: cannot find EC device acpi_wmi4: Embedded MOF found ACPI: \134_SB.ATKD.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) driver bug: Unable to set devclass (class: ppc devname: (unknown)) . . . mixer: speaker: no such device mixer: speaker: no such device mixer: line: no such device mixer: line: no such device mixer: mic: no such device mixer: mic: no such device mixer: mic: no such device mixer: mix: no such device mixer: mix: no such device mixer: rec: no such device mixer: rec: no such device mixer: igain: no such device mixer: igain: no such device mixer: ogain: no such device mixer: ogain: no such device mixer: rec: no such device mixer: rec: no such device mixer: igain: no such device mixer: igain: no such device mixer: ogain: no such device mixer: ogain: no such device mixer: monitor: no such device mixer: monitor: no such device mixer: monitor: no such device . . . uhid2 on uhub0 uhid2: on usbus1 devmatch: devinfo_init: Invalid argument uhid3 on uhub4 uhid3: on usbus0 . . .=20 uhid4 on uhub4 uhid4: on usbus0 devmatch: devinfo_init: Invalid argument uhid6 on uhub4 uhid6: on usbus0 . . . pci0:8:0:0: no VPD ident found . . . I used a USB3 Ethernet dongle in order to have Ethernet available. For reference: # pciconf -lvV | less . . . none0@pci0:0:0:2: class=3D0x080600 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x14d9 subvendor=3D0x1043 subdevice=3D0x8877 vendor =3D 'Advanced Micro Devices, Inc. [AMD]' class =3D base peripheral subclass =3D IOMMU . . . none1@pci0:0:20:0: class=3D0x0c0500 rev=3D0x71 hdr=3D0x00 = vendor=3D0x1022 device=3D0x790b subvendor=3D0x1043 subdevice=3D0x8877 vendor =3D 'Advanced Micro Devices, Inc. [AMD]' device =3D 'FCH SMBus Controller' class =3D serial bus subclass =3D SMBus . . . none2@pci0:8:0:0: class=3D0x020000 rev=3D0x05 hdr=3D0x00 = vendor=3D0x10ec device=3D0x8125 subvendor=3D0x1043 subdevice=3D0x87d7 vendor =3D 'Realtek Semiconductor Co., Ltd.' device =3D 'RTL8125 2.5GbE Controller' class =3D network subclass =3D ethernet none3@pci0:9:0:0: class=3D0x028000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x10ec device=3D0xb852 subvendor=3D0x1a3b subdevice=3D0x5471 vendor =3D 'Realtek Semiconductor Co., Ltd.' class =3D network . . . none4@pci0:15:0:2: class=3D0x108000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x1649 subvendor=3D0x1043 subdevice=3D0x8877 vendor =3D 'Advanced Micro Devices, Inc. [AMD]' device =3D 'VanGogh PSP/CCP' class =3D encrypt/decrypt . . . Example temperatures (while idle, ambient around 20 DegC): # kldload amdtemp # sysctl dev.amdtemp dev.amdtemp.0.ccd1: 33.0C dev.amdtemp.0.ccd0: 34.6C dev.amdtemp.0.core0.sensor0: 39.6C dev.amdtemp.0.sensor_offset: 0 dev.amdtemp.0.%parent: hostb0 dev.amdtemp.0.%pnpinfo: dev.amdtemp.0.%location: = dev.amdtemp.0.%driver: amdtemp dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors dev.amdtemp.%parent:=20 Example during llvm build activity during buildworld: # sysctl dev.amdtemp dev.amdtemp.0.ccd1: 60.5C dev.amdtemp.0.ccd0: 67.2C dev.amdtemp.0.core0.sensor0: 77.1C . . . (Of course, the cooling system in place contributes greatly.) Example from scratch builds (of my usual style of personal builds): ThreadRipper 1950X: World built in 1345 seconds, ncpu: 32, make -j32 Ryzen 9 7950X3D: World built in 545 seconds, ncpu: 32, make -j32 ThreadRipper 1950X: Kernel(s) GENERIC-NODBG built in 123 seconds, ncpu: = 32, make -j32 Ryzen 9 7950X3D: Kernel(s) GENERIC-NODBG built in 51 seconds, ncpu: = 32, make -j32 Note: It is the same media in use: PCIe Optane moved from the 1950X to the 7950X3D, ZFS (for bectl use, not other reasons ZFS is commonly used for). ThreadRipper 1950X: 128 GiBytes of RAM. Swap parition was 480 GiBytes at = the time. Ryzen 9 7950X3D: 96 GiBytes of RAM. Swap parition changed to 364 = GiBytes. (That avoids the swapon warning about possibly being out of tune vs. the = amount of RAM.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Nov 1 12:39:30 2023 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 4SL65v4cLnz50PRV for ; Wed, 1 Nov 2023 12:39:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SL65t3Rzbz4Glr for ; Wed, 1 Nov 2023 12:39:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=DlftuEjw; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698842384; bh=wAZKrt1e3GQLV+wPMqFSR1/tjVeKqgAPM7JAgKmg/X8=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=DlftuEjwcqVWxmew7kMsVnqwJFWJP3Q0ssg1jNAWZiP2Tbp3B8sdjH2W39YN97/9jnSrdKg6mbPiNJOMgkAcCzYS5XegZDgyjo8Fsxe/4HiOyYjtbDVTY5ngMXN+KQbQyc8MqH91b2sV6EIwrU1RZVmZVQz6Peyp0VPNQk/Jvxz6A9gbRiptvNI/nt9KzVLfiwB2jIEzYknZLxG5vPxq2YLkQGu9vqJYtnG34vog4+i0WoYl+uBX2XaS5N7HUQaa+Td/fqCKVL6ZBGwDqOeXjrUYsFcmUQVJ4Z1ySjaSRQlzIgFdogRocrpKNC/A7llInjayacp/H1W7oEloEuPCKw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698842384; bh=SQ9MHJsEC4yjfJ+Hd7GwOR4/iSbcbjw/dsqXYmzZ5dH=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=Yzji0WeJec14n4vys9FgKCU5W80Pi430vPKVkOebZp/tAMfIVMqX0VRWy7irzSSskWeHmUf+nSIQg+xB5gZ/qkQ9ANikGBgwdx+0h5Yzpgj2eOELwy5pVzuz2UQDzxrDq8oNjXqbpT1szmr8w0P4M+0bfukP9fIBCghzlIeEAcdA66PBZZy1x8h4HP9psW+FkDOnomaS8G6zQGm9F1LEAdPgdMtACj7GZ8Lhdj4Mw10n7y/BecpXxXzLj6UJSBbVpgX3fCqZkkYpVlREXNO1fRTu0E/80Tjo2ziT5Is0DGsXsG5MkB1pkt/TrZSSS0PyVNZPJXbFfDo5RDhLWpqQmQ== X-YMail-OSG: fnqmRiMVM1mW4yzVpXDpck94ndGEqwnFOfdw7BNl8ZUJfK3N9A4FtlSaurBFFeQ D5TZmBuJVGOgoo1oZH0ZBuD7yJae416kTzDH6hLY.yJgbl0CR6b5_AzZ1xiSgclxUcFGY5WBGy.. U04xyi_laZZRMR5c1J17Tt.AgBb5VuCBmxUVPvi3BsDVVTp2fcOVy.lLzJDAo.BLcEy3baBmPSdd NxDA4Xx7q4Y6HbC_CLeA_kacq86DfcCnsUbi3niDZDSUAYwoSST6WOO7OXBvdLiOckbnJiQpbxs7 aZ63AixZM9LvGRtKd4uXHl7P4P7YH8Bz9Sh6Z8i_yhMtrB.5Ss9oHedFtqX6eBNU7sSSQCVEMn1q Csjl6ZZ0VcJFR2rbLoYlL2670ZZDxVBaZ1LPAA6OaWfHfgGItbJx2eVL5GKHsFaKmJaQ3enTF4f8 TsB1YdxHdFLSY9katz6e9qV8E7F2lN96lVIiph0X1YVClMRerRxrUiThlJmw60GPfkxiTIySs0Cj G6dFGk9y2tjFbaJiM8Bzhf.jqEpRIfZV.Rlogdoujc.7p2ysWkDekCLf8b8WKYx08DitfpAnYvN3 fnChwRvhSEwMcG3TarRYq5s.ZwYpMncV.AWBWm11FCZbaTRcs5PxLfo258Ip1FxflqKPF3BQVnQ4 hZEg3RKJ0fNsz7BPBW8Qi7s5XEalTsb.IZzGhy2VQngaPQJHebaJuje5QcORksXslAIWisK7HyXK wjakXXcJGHA.v3hnrTATkKXMrsKvIcoKDXzrTpP94r0HTd9OlAjVNxPX.83xIP0dxJlFj26l.1qm y8V4b.blU1mdDOC8_dUoSL1NIzlEzytNoyqjeDpZfuMAkJ_BmN2ddnX2mG8PsVaW6vOyns0pQMGZ jf4FNng3LdIMBOdutDRFDalf5.rcSSweQQ5Cv6CNMp6slMBlbg8VbLTcDvXOW9lFp6IZvbuVWZ6g jXLCnf4lqR3p8ZaINsXHaScKjhesj25TmVYIEbrR0nHbJItOaip7Ymw7LBClNuZGwB0Vo4oieNDD OwSiulZLbYyZcOsxgRcLFWVd9w6ERKCzPI8Nqfk.pc3yU22_u4liK2Kl.IuFUzkL7Dxv_RUWjBJL f09jBrVWInnUR5n_CiwDGPAz2jlhJ3BUJ1RymnPP5QvfADwfXAqLBohjiQXS7pPmCdIN31eohy8C .qYx5ksLfRKQ8S0z40QnDJD3yFuKIxByQLkZ.UjgsgnXikh2h8wk0GkwHNX8O8diAGd._aBI6iX6 c6rlpAjoOB1mnaUd_nKomoOnTyR6ojmZW.tnzw.gjE7mcfqs2gw8s9yC1iFcFbOlSSEy86c0z.6Y DqYjcdIPekTNCsF93sNHBXdvaCCiWpdIZf1ADIpLlBjvQfhaEkO9TqPocCXH2mZglaIpeFKR5CAg 8w0O55XgcuIurBTHOTXfsIMTv.72PG7vNI5NVAu5kKiwoB4bVHRIsm.kNPG6Lfm57_jEqAnR2KRS LJz6Z7v_4horPA89vEPTtBz_imQ6F0oFfmQgwaEsYajc0wRA8D96NWL6FUUhvv1U925Xp9kYEMJb 3bUcCllB8nuzaEkR0dAz7mWfSSYvhCLMPN0eYvDsgPaYGWSGu.tp8BKp8TKNb5iTsE3FvUJc8wPe qEuX72_tUEUr1mFpIF0LW_w61wezVzyQmmt.uBp.OX9uN4jHSYLDr74kBhl.eDXkLPOTK66VNm4B f2q4tsTJanzShAtppD0s_bXkFp5hNtHnb638J5H4kW9aYs_8wHpeOmLDpbCvozFjiJiK6M96SwTt yohC7zvFi.1l5_H5gIpt6k3l8CwRRILS8OQtF0mvhWufMtRpFaW4m1GCmlUXUn1WHeFO.vwoqki2 0v7ngiP.Ghi075ThIvJvgGkMoj8XVsleT.cFzynFXETGby0crbKY4Opjp9biKUQzwI_XqVjkOR3B 0fp3MJDjBop7Oi7pNQk1_HWp6BJayZf1uKsijWCsL44NLDOGMdRIDvRvPl2SDEQYYBLmQWQSXTVL ksPcUH2.pS5xdfMYjJU03LuA_9_.7cUXTzkHnLVOEDB6eODzMcO6exKkVbGonjkot5_e3lTEBemu Fw_m0I47ETFHJ0wiMCo2IfcUaqX88htipbgYXd1OQ3i3EEK5HXTrB3W7nADYYMwSeyU0k4xZATDQ K16zeNR0BohukDcrg2w3Fyo36rVNgaY0gRoKQbXtY7VeAkbFTsagl7FaCPH8Zgo0yxf_2R10LDxC A01UvXOaM9yV95ZD59wq_4xCIAqKzqgpMp6_0ZYAr4itHlNnibEC7Qv97 X-Sonic-MF: X-Sonic-ID: 103c49e7-e007-4cac-a701-7f5a0359f621 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Wed, 1 Nov 2023 12:39:44 +0000 Received: by hermes--production-ne1-56df75844-w2gpf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 6cc6521e794d7b25e2cfedc149e77faf; Wed, 01 Nov 2023 12:39:42 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: Trying initial boot of FreeBSD (main so: 15) of Ryzen 9 7950X3D on an ASUS Prime X670-P WIFI: various dmesg -a lines; more Date: Wed, 1 Nov 2023 05:39:30 -0700 References: To: FreeBSD Hackers In-Reply-To: Message-Id: <2B4E6F77-ABE8-49D8-AEF1-81D6E1A4D4E7@yahoo.com> X-Mailer: Apple Mail (2.3774.200.91.1.1) X-Spamd-Result: default: False [-3.49 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.30:from]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.30:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SL65t3Rzbz4Glr X-Spamd-Bar: --- On Oct 31, 2023, at 23:00, Mark Millard wrote: > FreeBSD context: >=20 > # uname -apKU > FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 = main-n266130-d521abdff236-dirty: Tue Oct 24 18:17:40 PDT 2023 = root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.a= md64/sys/GENERIC-NODBG amd64 amd64 1500002 1500002 >=20 > I moved my FreeBDSS boot media from a ThreadRipper 1950X to a Ryzen 9 = 7950X3D and tried > booting. It booted but some of the following might be of some note. Is = any of it likely > to be problematical? Any of it of particular interest to anyone? >=20 > . . . > Firmware Error (ACPI): Could not resolve symbol = [\134_SB.PCI0.GPP7.UP00.DP40.UP00.DP68], AE_NOT_FOUND = (20221020/dswload2-315) > ACPI Error: AE_NOT_FOUND, During name lookup/catalog = (20221020/psobject-372) > . . . > pci0: at device 0.2 (no driver attached) > . . . > pci8: at device 0.0 (no driver attached) > . . . > pci9: at device 0.0 (no driver attached) > . . . > pci15: at device 0.2 (no driver attached) > . . . > ns8250: UART FCR is broken > ns8250: UART FCR is broken > . . . > intsmb0: at device 20.0 on pci0 > intsmb0: Could not allocate I/O space > device_attach: intsmb0 attach returned 6 > intsmb0: port 0xff00-0xff0f at device 20.0 = on pci0 > intsmb0: Could not allocate I/O space > device_attach: intsmb0 attach returned 6 > . . . > intsmb0: at device 20.0 on pci0 > intsmb0: Could not allocate I/O space > device_attach: intsmb0 attach returned 6 > intsmb0: port 0xff00-0xff0f at device 20.0 = on pci0 > intsmb0: Could not allocate I/O space > device_attach: intsmb0 attach returned 6 > acpi_wmi0: on acpi0 > acpi_wmi0: cannot find EC device > acpi_wmi0: Embedded MOF found > ACPI: \134AWW0.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) > acpi_wmi1: on acpi0 > acpi_wmi1: cannot find EC device > acpi_wmi1: Embedded MOF found > ACPI: \134ABAW.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) > acpi_wmi2: on acpi0 > acpi_wmi2: cannot find EC device > acpi_wmi2: Embedded MOF found > ACPI: \134RMTW.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) > acpi_wmi3: on acpi0 > acpi_wmi3: cannot find EC device > acpi_wmi3: Embedded MOF found > ACPI: \134AOD.WQBA: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) > driver bug: Unable to set devclass (class: ppc devname: (unknown)) > . . . > acpi_wmi4: on acpi0 > acpi_wmi4: cannot find EC device > acpi_wmi4: Embedded MOF found > ACPI: \134_SB.ATKD.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) > driver bug: Unable to set devclass (class: ppc devname: (unknown)) > . . . > mixer: speaker: no such device > mixer: speaker: no such device > mixer: line: no such device > mixer: line: no such device > mixer: mic: no such device > mixer: mic: no such device > mixer: mic: no such device > mixer: mix: no such device > mixer: mix: no such device > mixer: rec: no such device > mixer: rec: no such device > mixer: igain: no such device > mixer: igain: no such device > mixer: ogain: no such device > mixer: ogain: no such device > mixer: rec: no such device > mixer: rec: no such device > mixer: igain: no such device > mixer: igain: no such device > mixer: ogain: no such device > mixer: ogain: no such device > mixer: monitor: no such device > mixer: monitor: no such device > mixer: monitor: no such device > . . . > uhid2 on uhub0 > uhid2: on usbus1 > devmatch: devinfo_init: Invalid argument > uhid3 on uhub4 > uhid3: on usbus0 > . . .=20 > uhid4 on uhub4 > uhid4: on usbus0 > devmatch: devinfo_init: Invalid argument > uhid6 on uhub4 > uhid6: on usbus0 > . . . > pci0:8:0:0: no VPD ident found > . . . >=20 > I used a USB3 Ethernet dongle in order to have Ethernet available. >=20 > For reference: >=20 > # pciconf -lvV | less > . . . > none0@pci0:0:0:2: class=3D0x080600 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x14d9 subvendor=3D0x1043 subdevice=3D0x8877 > vendor =3D 'Advanced Micro Devices, Inc. [AMD]' > class =3D base peripheral > subclass =3D IOMMU > . . . > none1@pci0:0:20:0: class=3D0x0c0500 rev=3D0x71 hdr=3D0x00 = vendor=3D0x1022 device=3D0x790b subvendor=3D0x1043 subdevice=3D0x8877 > vendor =3D 'Advanced Micro Devices, Inc. [AMD]' > device =3D 'FCH SMBus Controller' > class =3D serial bus > subclass =3D SMBus > . . . > none2@pci0:8:0:0: class=3D0x020000 rev=3D0x05 hdr=3D0x00 = vendor=3D0x10ec device=3D0x8125 subvendor=3D0x1043 subdevice=3D0x87d7 > vendor =3D 'Realtek Semiconductor Co., Ltd.' > device =3D 'RTL8125 2.5GbE Controller' > class =3D network > subclass =3D ethernet > none3@pci0:9:0:0: class=3D0x028000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x10ec device=3D0xb852 subvendor=3D0x1a3b subdevice=3D0x5471 > vendor =3D 'Realtek Semiconductor Co., Ltd.' > class =3D network > . . . > none4@pci0:15:0:2: class=3D0x108000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x1649 subvendor=3D0x1043 subdevice=3D0x8877 > vendor =3D 'Advanced Micro Devices, Inc. [AMD]' > device =3D 'VanGogh PSP/CCP' > class =3D encrypt/decrypt > . . . >=20 >=20 >=20 > Example temperatures (while idle, ambient around 20 DegC): >=20 > # kldload amdtemp > # sysctl dev.amdtemp > dev.amdtemp.0.ccd1: 33.0C > dev.amdtemp.0.ccd0: 34.6C > dev.amdtemp.0.core0.sensor0: 39.6C > dev.amdtemp.0.sensor_offset: 0 > dev.amdtemp.0.%parent: hostb0 > dev.amdtemp.0.%pnpinfo: dev.amdtemp.0.%location: = dev.amdtemp.0.%driver: amdtemp > dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors > dev.amdtemp.%parent:=20 >=20 > Example during llvm build activity during buildworld: >=20 > # sysctl dev.amdtemp > dev.amdtemp.0.ccd1: 60.5C > dev.amdtemp.0.ccd0: 67.2C > dev.amdtemp.0.core0.sensor0: 77.1C > . . . >=20 > (Of course, the cooling system in place contributes greatly.) >=20 >=20 > Example from scratch builds (of my usual style of personal builds): >=20 > ThreadRipper 1950X: World built in 1345 seconds, ncpu: 32, make -j32 > Ryzen 9 7950X3D: World built in 545 seconds, ncpu: 32, make -j32 >=20 > ThreadRipper 1950X: Kernel(s) GENERIC-NODBG built in 123 seconds, = ncpu: 32, make -j32 > Ryzen 9 7950X3D: Kernel(s) GENERIC-NODBG built in 51 seconds, = ncpu: 32, make -j32 >=20 > Note: It is the same media in use: PCIe Optane moved from the 1950X > to the 7950X3D, ZFS (for bectl use, not other reasons ZFS is commonly > used for). >=20 > ThreadRipper 1950X: 128 GiBytes of RAM. Swap parition was 480 GiBytes = at the time. > Ryzen 9 7950X3D: 96 GiBytes of RAM. Swap parition changed to 364 = GiBytes. >=20 > (That avoids the swapon warning about possibly being out of tune vs. = the amount of > RAM.) An ongoing poudriere bulk -a test looks to have a stuck objdump ( used = for building www/node18 ): # ps -oetime -alxdww | grep node18 05:48:03 0 44960 53404 21 68 0 18544 2892 select I 0 = 0:00.03 | | |-- sh: poudriere[main-amd64-bulk_a-default][15]: = build_pkg (node18-18.18.2) (sh) 05:47:36 0 76480 44960 21 68 0 18544 2892 wait I 0 = 0:00.00 | | | `-- sh: poudriere[main-amd64-bulk_a-default][15]: = build_pkg (node18-18.18.2) (sh) 05:47:36 0 76485 76480 19 68 0 12896 276 wait IJ 0 = 0:00.01 | | | `-- /usr/bin/make -C /usr/ports/www/node18 build 05:47:36 0 77304 76485 22 68 0 13356 288 wait IJ 0 = 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2; if ! /usr/bin/env = CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing " CXX.host=3D" c++" = CXXFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = LDFLAGS.host=3D" -fstack-protector-strong " LINK.host=3D"c++" = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node18/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node18/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node18/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node18/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintainer.") | /usr/bin/fmt 75 79 ; = fi; false; fi) 05:33:34 0 7035 80309 9 26 0 22620 1312 piperd SJ 0 = 32:56.31 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a 05:33:32 0 8045 7035 9 94 0 4443576 15732 - RJ 0 = 39:43.22 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a 00:00 0 98535 2129 23 20 0 12784 1836 piperd S+ 2 = 0:00.00 | `-- grep node18 For reference: # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ 6ec8e3450b29 (HEAD -> main, freebsd/main, freebsd/HEAD) devel/sdts++: = Mark DEPRECATED Author: Muhammad Moinur Rahman Commit: Muhammad Moinur Rahman CommitDate: 2023-10-21 19:01:38 +0000 branch: main merge-base: 6ec8e3450b29462a590d09fb0b07ed214d456bd5 merge-base: CommitDate: 2023-10-21 19:01:38 +0000 n637598 (--first-parent --count for merge-base) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Nov 1 12:43:48 2023 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 4SL6Bt3FNRz4rl0y for ; Wed, 1 Nov 2023 12:44:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SL6Bs5T9Bz4JFw for ; Wed, 1 Nov 2023 12:44:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=II5FxhIn; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698842644; bh=Ypkg78nzflNZAGIn3whDbzO/xPFQF23ZhDXSTp0kWA8=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=II5FxhInMiSKqt7COU/TujNU6tveRDIbycE4kZ4xlAYZY6QF/y8KKYqAwMRQ/7M9CKI1ZicdREjbY2msEAcPeIYCN2QtP+rZFM9kF0Rc9oJvhbd9+Xyi0DOCO9+iWEbuAcY9OuCmRK134A2/8sZnVuZgY6MPI4kySSLh8Sn0C/BXYnmuKWDV9OmXjSbM7GxpZ/uTVb6mpxp3ZZ0xF65ky/P8r0ckEHTkDfEF1pJcvrl3K0hlQcLh4gFhjEyHB8eK0BmIBrLyt9XD0pM4ktHkWs07RLPquklT+mgSxmOggsEC+48mx3l5hv+1afY8BtpOnnKmFz1EXHNHmF6xoGOo5w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698842644; bh=3uK1onH81cd17siY9SXdI27FnwjGM2PAKYZN51cbBb7=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=lSsEw02KOTX+HBhXYU30+VXxVL3bFsYS+PrZCpxlDVVmBirnOiMsODHQj8JYQI85fKaQ/3LS7gMy0L5lzUisOQmm/ZI9rbp1fV1ycxFGkk/ZJhnJmWwAuhBvkb/CdjkdvM97Gg4j8qFVZnSjvSBbieABGz37aqvFeVGRgmtWKl3QkzfWWWiCmOp2KLVXEGY0dAye98AhwXqvo3ZtYND4cH4TVwndD0AetP2s0vn5T/pz53GYery4AkzVN8RIUQxO4iHYfoL2Q5WttyHgdk21gF74zsiZOiPha34xP5qlfOre2qImpBSuQm6aM+sEhFUgZMiZh9wO6s5y1mxpZ3fhTw== X-YMail-OSG: ipcMhPgVM1nsfxTUdO1_j4pD65doTKlIvd_b7QlatriiTYAwAQpUREbtbj_C3aJ W3uLM_zpLAVOAP4R2Y0.0FkGydaVadVPyqLAytypjhunlT_2I6jLCtRE4..VL7vII5pTS0ELmz3K k7pBnJ.yxzIMewh7C0y0Wn6l2YGUx9T7atbzsC24d26O7fGqLVKCYPCmnSWr5X5tO6_sQETzZeai pIGhQFIbVO91DZmGKYtuONZei3jhCW80SO.Dr7gy20czCQ_GBBzRJvGeGlPRJeqBo9t8ceVKHewy ayKgASeyqtSk9KlEWpPgQUdSMHvb2.Fvpt8wS0.RRcbV0BF_n4vK6usxoxiFztny.E5PJGt3ChUd _KF29CnhVqnq0QhKS67KqLi1vaDqPQLTzRyN_ubfrBGhYSPJ9C70mttM2SIgcODXX5KK_isk8bay 4pLcoKw4WGdfU8cIh45cWKfyFezhn_4kfYt.NUld3KrS7s7dDcW4tXZTAra_aPaAYx2808FsTgpC 7v_z.vRFUsd4S_c16d4jIMvyyC1PThsrHJKpPh2f6CXD3Y_VEZQkAidmm93nzPlZ0I0loWuncBnC pZqvOo3u9zIlogLOibdTzNyHUyCtu.Tt6icnf7uFgKUl06dQHSTNMV7suycKqF4p85Yt3DpsMTEC K1yZkLB1zhWAJFdvyktFN4ra2HcebiPJ2iDBMEBYHmvBK_LVE3EAAJpZaTAPt7tINke0SgEboWSE 5iccoHQ_z_q0OEwxekIhp9O5ulWMiCuQTNU199cyrSZ89miyH_bDLvCq08T97Vc17VT4QDuDU3mR VzLwvP9clrzAGjjCpkAOpHP6KwYsWCrs0KxrUknuRlf8jvSR5MbNFCMY8e_K5vVUdS0PQZKr2rgY cGCh_xgKPWzlSe9Cckf6N7a1pvlKic1XFIfSBoR8Y8nvDbbDs7CUg85hx3iJLBK7WUjteo5fxWKO 8Bb6AztDbqhhwJ5y5CcEiQ3_.ZfYESALk6MLuMZxtgY9jtBgAlTGXa0skNzaquts5fTzw2dELPrj u2TlC2cd6z9b15S00aQumuopl5oZ1CcthJo7MLwDGmS9VmfeQwM2NqKQi1nZmEWdE0Jy0jspmYaT CXRSR5wOKuqu.uiQ1MQ.b0H6pFFCBZlP479RjlGpM4IoVAnUpxvp5yWAPJ89Sc3o1vBbwYxChBhN RBndD0alnzqL2kEOR2BRieuOhwWVKhVeiNYa.IARi.opVhMNzMDfJZOCfvU3ljl7aDNrM9CQlr_S Kr0EYJ1c3320zwkXX_dKQp2L7YK8aLVCmhQZIJAMKPPjkL4usk6VLy9lnS7dT9Jh.z7qx0oIJCQ. eot._r5yyjnN2SxHcyRYL7pg5JrKcVHsexcR7sI.nFw3Y3ZSVJZiPL9uZyb0F8b9vfrNCLMnVcVt 6ExXmRzrWQVzDKcj.QgblojAsBhcRXZOI0nBN_dUPP9I_.NWrP6kiTUeQgRSjkaVEdK0QO9qxncN 4lG7KY8J1LHHRaNx4Wt04XtqbWfCtX3RGx86wEWEzIFcS2ZafS.elnpLRfMF1sAeLsv3zUFsz2TL VweB6jgW5AxBBdXfFOfYOBhy4Em3wUIjuuhyRMGj7KNmxW6KFYg0gE5mCsa0As5N1xKO_TQqt9u9 8.cK7licKfBHGklicTUuL3JrmrT02m.x0pz6JHz.7ygSllXZJvPO.EScjNaEmItpnBRdnxQ642L3 Wo2aDLlKbcNpVaLZnUMqiBYC07YjXQlx3Zj0wdpV9PWGZ7YSyOlzNOO.ZOOYabZwDmB4TglK9AZk R7XrBo87ztIxj3049yT4xjAzMhMSd_Sh5Uywi33THBXImcAlIJApqoV5I_IRHGRYoOXvpnE3Z_wr 3ZRTA99YjLdWdeRo318xdIT63dMbO9QzmPLJ.55_Prd_GOKnru_j8dCapdZBZStivDE8Uo0I0fav K1WbGpYopC6QQjVP0Z6ZOfpK653y8PY.vfNAn_tBehTxL4.u6N.crkVonXcxtYnk3A.iZVsfOdFN K7KkVmfPyZrjHpYSjXoH6qk5Roorvp1SMz4M0Qxs4QBFTDgA2G8N4lbrNfoZylZmT3wF8wjXukuh dB2XJPruinqpbWSaUZPpfUrMiZkyLZvkiKyiCBo2KbOif2z4XYDO8SVWDSyAbHWzDoN4WtGmFW68 23hWfjnaFInVc6XU4O6.ebl5aDvjUYsyYnRgCu1qVprKN5jz8YTRFpvHfrL.Kp5QuV9hHI3GQ6CP khZmMSbsIFlBXsMjYYNRNHEOJDUVLwhPgqODR3sOFh2vdqappDVbN8Y.E18Zr X-Sonic-MF: X-Sonic-ID: 824692f7-c453-4e9d-9bed-6c9c84ccc7d4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Wed, 1 Nov 2023 12:44:04 +0000 Received: by hermes--production-bf1-5b945b6d47-pb628 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID cb404bed6ea5a7ac07c2a71f551d348f; Wed, 01 Nov 2023 12:44:01 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: Trying initial boot of FreeBSD (main so: 15) of Ryzen 9 7950X3D on an ASUS Prime X670-P WIFI: various dmesg -a lines; more Date: Wed, 1 Nov 2023 05:43:48 -0700 References: <2B4E6F77-ABE8-49D8-AEF1-81D6E1A4D4E7@yahoo.com> To: FreeBSD Hackers In-Reply-To: <2B4E6F77-ABE8-49D8-AEF1-81D6E1A4D4E7@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3774.200.91.1.1) X-Spamd-Result: default: False [-3.49 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.993]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.30:from]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.30:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SL6Bs5T9Bz4JFw X-Spamd-Bar: --- On Nov 1, 2023, at 05:39, Mark Millard wrote: > On Oct 31, 2023, at 23:00, Mark Millard wrote: >=20 >> FreeBSD context: >>=20 >> # uname -apKU >> FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 = main-n266130-d521abdff236-dirty: Tue Oct 24 18:17:40 PDT 2023 = root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.a= md64/sys/GENERIC-NODBG amd64 amd64 1500002 1500002 >>=20 >> I moved my FreeBDSS boot media from a ThreadRipper 1950X to a Ryzen 9 = 7950X3D and tried >> booting. It booted but some of the following might be of some note. = Is any of it likely >> to be problematical? Any of it of particular interest to anyone? >>=20 >> . . . >> Firmware Error (ACPI): Could not resolve symbol = [\134_SB.PCI0.GPP7.UP00.DP40.UP00.DP68], AE_NOT_FOUND = (20221020/dswload2-315) >> ACPI Error: AE_NOT_FOUND, During name lookup/catalog = (20221020/psobject-372) >> . . . >> pci0: at device 0.2 (no driver attached) >> . . . >> pci8: at device 0.0 (no driver attached) >> . . . >> pci9: at device 0.0 (no driver attached) >> . . . >> pci15: at device 0.2 (no driver attached) >> . . . >> ns8250: UART FCR is broken >> ns8250: UART FCR is broken >> . . . >> intsmb0: at device 20.0 on pci0 >> intsmb0: Could not allocate I/O space >> device_attach: intsmb0 attach returned 6 >> intsmb0: port 0xff00-0xff0f at device 20.0 = on pci0 >> intsmb0: Could not allocate I/O space >> device_attach: intsmb0 attach returned 6 >> . . . >> intsmb0: at device 20.0 on pci0 >> intsmb0: Could not allocate I/O space >> device_attach: intsmb0 attach returned 6 >> intsmb0: port 0xff00-0xff0f at device 20.0 = on pci0 >> intsmb0: Could not allocate I/O space >> device_attach: intsmb0 attach returned 6 >> acpi_wmi0: on acpi0 >> acpi_wmi0: cannot find EC device >> acpi_wmi0: Embedded MOF found >> ACPI: \134AWW0.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >> acpi_wmi1: on acpi0 >> acpi_wmi1: cannot find EC device >> acpi_wmi1: Embedded MOF found >> ACPI: \134ABAW.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >> acpi_wmi2: on acpi0 >> acpi_wmi2: cannot find EC device >> acpi_wmi2: Embedded MOF found >> ACPI: \134RMTW.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >> acpi_wmi3: on acpi0 >> acpi_wmi3: cannot find EC device >> acpi_wmi3: Embedded MOF found >> ACPI: \134AOD.WQBA: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >> driver bug: Unable to set devclass (class: ppc devname: (unknown)) >> . . . >> acpi_wmi4: on acpi0 >> acpi_wmi4: cannot find EC device >> acpi_wmi4: Embedded MOF found >> ACPI: \134_SB.ATKD.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >> driver bug: Unable to set devclass (class: ppc devname: (unknown)) >> . . . >> mixer: speaker: no such device >> mixer: speaker: no such device >> mixer: line: no such device >> mixer: line: no such device >> mixer: mic: no such device >> mixer: mic: no such device >> mixer: mic: no such device >> mixer: mix: no such device >> mixer: mix: no such device >> mixer: rec: no such device >> mixer: rec: no such device >> mixer: igain: no such device >> mixer: igain: no such device >> mixer: ogain: no such device >> mixer: ogain: no such device >> mixer: rec: no such device >> mixer: rec: no such device >> mixer: igain: no such device >> mixer: igain: no such device >> mixer: ogain: no such device >> mixer: ogain: no such device >> mixer: monitor: no such device >> mixer: monitor: no such device >> mixer: monitor: no such device >> . . . >> uhid2 on uhub0 >> uhid2: on usbus1 >> devmatch: devinfo_init: Invalid argument >> uhid3 on uhub4 >> uhid3: on usbus0 >> . . .=20 >> uhid4 on uhub4 >> uhid4: on usbus0 >> devmatch: devinfo_init: Invalid argument >> uhid6 on uhub4 >> uhid6: on usbus0 >> . . . >> pci0:8:0:0: no VPD ident found >> . . . >>=20 >> I used a USB3 Ethernet dongle in order to have Ethernet available. >>=20 >> For reference: >>=20 >> # pciconf -lvV | less >> . . . >> none0@pci0:0:0:2: class=3D0x080600 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x14d9 subvendor=3D0x1043 subdevice=3D0x8877 >> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >> class =3D base peripheral >> subclass =3D IOMMU >> . . . >> none1@pci0:0:20:0: class=3D0x0c0500 rev=3D0x71 hdr=3D0x00 = vendor=3D0x1022 device=3D0x790b subvendor=3D0x1043 subdevice=3D0x8877 >> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >> device =3D 'FCH SMBus Controller' >> class =3D serial bus >> subclass =3D SMBus >> . . . >> none2@pci0:8:0:0: class=3D0x020000 rev=3D0x05 hdr=3D0x00 = vendor=3D0x10ec device=3D0x8125 subvendor=3D0x1043 subdevice=3D0x87d7 >> vendor =3D 'Realtek Semiconductor Co., Ltd.' >> device =3D 'RTL8125 2.5GbE Controller' >> class =3D network >> subclass =3D ethernet >> none3@pci0:9:0:0: class=3D0x028000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x10ec device=3D0xb852 subvendor=3D0x1a3b subdevice=3D0x5471 >> vendor =3D 'Realtek Semiconductor Co., Ltd.' >> class =3D network >> . . . >> none4@pci0:15:0:2: class=3D0x108000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x1649 subvendor=3D0x1043 subdevice=3D0x8877 >> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >> device =3D 'VanGogh PSP/CCP' >> class =3D encrypt/decrypt >> . . . >>=20 >>=20 >>=20 >> Example temperatures (while idle, ambient around 20 DegC): >>=20 >> # kldload amdtemp >> # sysctl dev.amdtemp >> dev.amdtemp.0.ccd1: 33.0C >> dev.amdtemp.0.ccd0: 34.6C >> dev.amdtemp.0.core0.sensor0: 39.6C >> dev.amdtemp.0.sensor_offset: 0 >> dev.amdtemp.0.%parent: hostb0 >> dev.amdtemp.0.%pnpinfo: dev.amdtemp.0.%location: = dev.amdtemp.0.%driver: amdtemp >> dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors >> dev.amdtemp.%parent:=20 >>=20 >> Example during llvm build activity during buildworld: >>=20 >> # sysctl dev.amdtemp >> dev.amdtemp.0.ccd1: 60.5C >> dev.amdtemp.0.ccd0: 67.2C >> dev.amdtemp.0.core0.sensor0: 77.1C >> . . . >>=20 >> (Of course, the cooling system in place contributes greatly.) >>=20 >>=20 >> Example from scratch builds (of my usual style of personal builds): >>=20 >> ThreadRipper 1950X: World built in 1345 seconds, ncpu: 32, make -j32 >> Ryzen 9 7950X3D: World built in 545 seconds, ncpu: 32, make -j32 >>=20 >> ThreadRipper 1950X: Kernel(s) GENERIC-NODBG built in 123 seconds, = ncpu: 32, make -j32 >> Ryzen 9 7950X3D: Kernel(s) GENERIC-NODBG built in 51 seconds, = ncpu: 32, make -j32 >>=20 >> Note: It is the same media in use: PCIe Optane moved from the 1950X >> to the 7950X3D, ZFS (for bectl use, not other reasons ZFS is commonly >> used for). >>=20 >> ThreadRipper 1950X: 128 GiBytes of RAM. Swap parition was 480 GiBytes = at the time. >> Ryzen 9 7950X3D: 96 GiBytes of RAM. Swap parition changed to 364 = GiBytes. >>=20 >> (That avoids the swapon warning about possibly being out of tune vs. = the amount of >> RAM.) >=20 >=20 > An ongoing poudriere bulk -a test looks to have a stuck objdump ( used = for building > www/node18 ): >=20 > # ps -oetime -alxdww | grep node18 > 05:48:03 0 44960 53404 21 68 0 18544 2892 select I 0 = 0:00.03 | | |-- sh: poudriere[main-amd64-bulk_a-default][15]: = build_pkg (node18-18.18.2) (sh) > 05:47:36 0 76480 44960 21 68 0 18544 2892 wait I 0 = 0:00.00 | | | `-- sh: poudriere[main-amd64-bulk_a-default][15]: = build_pkg (node18-18.18.2) (sh) > 05:47:36 0 76485 76480 19 68 0 12896 276 wait IJ 0 = 0:00.01 | | | `-- /usr/bin/make -C /usr/ports/www/node18 build > 05:47:36 0 77304 76485 22 68 0 13356 288 wait IJ 0 = 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2; if ! /usr/bin/env = CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing " CXX.host=3D" c++" = CXXFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = LDFLAGS.host=3D" -fstack-protector-strong " LINK.host=3D"c++" = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node18/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node18/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node18/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node18/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintainer.") | /usr/bin/fmt 75 79 ; = fi; false; fi) > 05:33:34 0 7035 80309 9 26 0 22620 1312 piperd SJ 0 = 32:56.31 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a > 05:33:32 0 8045 7035 9 94 0 4443576 15732 - RJ 0 = 39:43.22 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a > 00:00 0 98535 2129 23 20 0 12784 1836 piperd S+ 2 = 0:00.00 | `-- grep node18 >=20 > For reference: >=20 > # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ > 6ec8e3450b29 (HEAD -> main, freebsd/main, freebsd/HEAD) devel/sdts++: = Mark DEPRECATED > Author: Muhammad Moinur Rahman > Commit: Muhammad Moinur Rahman > CommitDate: 2023-10-21 19:01:38 +0000 > branch: main > merge-base: 6ec8e3450b29462a590d09fb0b07ed214d456bd5 > merge-base: CommitDate: 2023-10-21 19:01:38 +0000 > n637598 (--first-parent --count for merge-base) >=20 Looks like www/node16 has the same sort of issue as www/node18 : # ps -oetime -alxdww | grep node16 02:24:49 0 58471 53404 30 68 0 18544 2884 select I 0 = 0:00.03 | | |-- sh: poudriere[main-amd64-bulk_a-default][17]: = build_pkg (node16-16.20.1_1) (sh) 02:15:35 0 1626 58471 18 68 0 18544 2884 wait I 0 = 0:00.00 | | | `-- sh: poudriere[main-amd64-bulk_a-default][17]: = build_pkg (node16-16.20.1_1) (sh) 02:15:35 0 1655 1626 21 68 0 12896 276 wait IJ 0 = 0:00.02 | | | `-- /usr/bin/make -C /usr/ports/www/node16 build 02:15:34 0 2154 1655 11 68 0 13356 280 wait IJ 0 = 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1; if ! /usr/bin/env = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node16/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node16/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node16/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node16/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node16/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node16/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing = -Wno-error=3Denum-constexpr-conversion -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe = -g -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing " CXX.host=3D" c++" CXXFLAGS.host=3D"-O2 -pipe -g = -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -Wno-error=3Denum-constexpr-conversion -isystem = /usr/local/include " LINK.host=3Dc++ LDFLAGS.host=3D" = -fstack-protector-strong " all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintaine 01:55:30 0 84603 3452 15 47 0 22620 1312 - RJ 0 = 14:00.49 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a 01:55:27 0 86093 84603 15 101 0 3754296 32540 - RJ 0 = 16:59.56 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a 00:00 0 84657 2129 29 20 0 12784 1812 piperd S+ 2 = 0:00.00 | `-- grep node16 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Nov 1 13:02:14 2023 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 4SL6cD5JHBz4rmmr for ; Wed, 1 Nov 2023 13:02:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-20.consmr.mail.gq1.yahoo.com (sonic309-20.consmr.mail.gq1.yahoo.com [98.137.65.146]) (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 4SL6cC1XTxz4Ll7 for ; Wed, 1 Nov 2023 13:02:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=g85Sorya; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698843751; bh=uKLPdyYxf2awpMLSTMBNcjo3/UXpdBFOUBTk85jK3Ms=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=g85SoryaCR1ZNzXqcHCQvzs2uM3cbEQjXcotOt4mlaHBU6jS5OhB5kHUJXryjMvbdS/lYnop6uEgtX6y7JsXjVNKkM/pFcUhkvSWGMvhjBwrliXLAO1vScR0Yaumuz1t+bV+P3l5og0b8P5UgGTUw1GXiDeQpqDAHAQDmUHroimH8G7Cs4Y34McgkQorb30N5aWAEfUP0/OJlQQUlaOp8ddKcb6EAd+jJ13/L6MijmrOMbJQy5yR7ckXy9bhiQpvKd5TRr7vIWw+PYNQOnm5niljBBPoQhtnYG4ieXcQNbuAYzlxV9MN5vsX5hXLTpeoWiwcnMyFhET8urRsagb2aQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698843751; bh=ZmXEfn1HAz2XZxa4sit2v/wjyOmeeZ9FJ03rim8rjB3=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=gYj/r3IFdTVVt7Ew8pWEAJ6nx99utNCaew2KH1Ivo6lB7GwCkoFXp2RPqOo8zO0z3dg6SFa+sLmGpHsv21M0QAEX+wCYfeCagkAPSqZLe/rBXg6RFZzX2JXTbGAIlfzNIw1vT0V9rnbf6Cxnv3LkOMiVjQLHYYk5oG1IzF7zockbVnxo+wra86AHioFpNbQz/6fwOPl+l41aSp8pLx/FmXHMv4xGRgCwa60WtJk5/6lDGBttupzkzIb4I63NRF4L4aKA6eEy2aqLXDmbnXuPRagb5JXb0tTItF2Ep0CRHSlyT26DWM+5kAFZVr9zJo5d7kpZ6ZUwl4fKA0/vry5B2Q== X-YMail-OSG: BosaJbsVM1lWU5VqXlgLNxq8AJk9P_yBN85eomMiiwEJRpq9CYYs2kQgIxTbAJU ZuIh.8G3XRBQUsNCfT3KRVUuEXNjusCarLs9XQHgP1fikn4wN6o9H5elUj4Xwmnnwwced7kDlPhc P7YhUIsXSOHQuotOCZVrNZBOedRj.yw1q7EK.JJ6aLZVN4526iv7WQV1PqyGpatfyaUDX3jLhti9 jOqySKeserq.e5XzIFo48mgMEFYrsXOPJ5ae0PVIcb0Ecm3rG.BIM5CYkjx6Lwn.SWRNldAJMP8S acg2lv1TArgr6OqTrgX0E9bKB69nU7lvuN637yYiilARVj4H6URgpaYEnUED9LJ0OPLRKBy4fyCV HzQogr6GwwQXTiM2Rr5dwY_3dfrPpOnjOblSyZVPgUSprziyQrgJF.FmCHoyFJZ0vtw67nGWfX.V SwQpEOvfm7cf3e4W8meiidbXetMrsZTDd6apR9CXGX2DcXQvu8WXER0IR0rtj4cf5way0tzuzVxy mBpZbtAeRssJ3Keol4D.FK4.YMEbDGpCHkABYNrCFmyL1KSjkVkbrO01LNxaZC6pLXeAL0XarZ9g Rocs4vJMhMeWGk88GER0Ae5HvalEU47T7QkboEttJX9YUv56HFyun9ci8Nqo9EvIBw5Tyflzk7JT M0UYQSIaX9gG6.dxnZ9mlCYLRfJIIWDWXwmkvcY4_1GgycVNN2hPQPhp37ssOAiumZL57bat_7CM YK4wvkzae4..awr3_7kNbkB201tMIhFHADFyWLLR5JP9U4LleQCNcJPu6mkyD9pg2a5YzX691hmv WgWy..8C.eajdXdei72S86JUGJIZX1eXr6RPe_ZKCA1gS2Kg0EYTdcdyySAxuOzet8RnW.gQxIm7 c8uUfgYapcYUNjQ1K0jFy6fE4BeWrAQVxecbzvb7FhdMPczpPpU_6Iw1bVePFK4pu2g1a6iIhpPO ll9IbIY5V8SGm.tlqZI29rGkibkycOokykZmZMf_zWlq6Q_M.T7ePvCS._bPIVfs_du8419sN119 xT88mzsEQmLCZ62yxqYEBoJAq9Q4H5fKQI9J5eshwzP.8LOW_geDZpftP5R4dnJahs.2m3gRg2YR Lr3XNBkeZUD4.MRfRTby0ue.qwGctaIZ8mGaW0VuaM2gj4MAkahT9qeogCEaG1Nip9JldpX_yGL6 _a8B1vwIVE4CROQITsZjBP0HJ29K_XQa_kEODBj5gUJsg4PIfPg1Zf.OpNKn4a1D9.7myhcqOSyy RkJ.bNBoX1NHFL1njSf7aGe_z6FFQYgUFlpuGIMBXqRmxliN1P9spJ1aVG6t7jObEaHXd6hO8XES qKvIpO4A2_v5RMSWIx98Ynvev5Oeprctl5eO52Mmzju6WaKxVWXvWbsRu7.7GZo4ulkm3lT6Rv8t f2PwKix27C8ka.UmiKE2x7Rw007HvoW27VW3cK5e35lyfLD2KKSthHuH88rmvJWEcbyK5.FyK9_4 2XUrjkpD0nztBtbjJv.N.6b.EcEtDHfjLvsdj6pOiq.uDjqAfBWXsEbX6YRRMFV1Wa9.2i4i6TZK 4NgKS5842Ugp4iBh2nkih.jHAe.pIxCDkgeQyUhIg_c.wx8uKUU2zwY1NRNiqckUyuazNg6BoeiH TnGcdwPJPjovfLVxyRt2p1F51STCi489PRhTGne3tf4uslwoEpVy.wEPqwNxqUBNBh4aNF4qkwiz Tk9pLLHnhEiKIL.rxlvHvx.Ks5NNm4JjndeW46xAP9RMFIdAZXZgOJnmt95zLmybpOQNNG3sZu3O f6gvabEaaGKiGH_VJXfqb.L1HzfQMTe.YV5r7AlT8aCEXIkD2Y4JnfMNq9dI070HOVAfcKCTXo4Z i32785eDOcwsQsoLubFYUy.nME9AqnHohE4ncmU3P65kOoRi9ADu5fF6zQEika2D3kxVQtF8Hca2 nZiDQGaie2PfF5DiOu5rl4aT2LPMaFal0uXmj4y9uZgTXcfOpyQjYD3pwxeInrpTpx.1Kddp4Rzs eoOpf85K8Ov1TZw1otPgsBwZlYyvotoxgr1CIR3f3An_hatbaUdzRqQ8AfNvNb9NetvgWcwcNSJm z5ARWfXr8VMUttrJIjmRw5VcXyMMg_MVQMDzUQr9bt7qU_L7jus9eUBRkRZZ1ESXD95tmqxe9ycC 4IZb2wOq8sArs7mjP9gYcYeVLl0Wrr2PCmgzc5lj.QW6xfAuzVinOkx3s_EBjTxNQG8gwUaqh8Of KL.awdbSy_PA_8yEKHVaxtSYZapbQZ29DKXf9LiWEgbC4H6c9slcbTg5PgYs- X-Sonic-MF: X-Sonic-ID: 1bb7239a-aa52-432f-94fc-0acf99ec3104 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Wed, 1 Nov 2023 13:02:31 +0000 Received: by hermes--production-bf1-5b945b6d47-ssgx9 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ec8876b7f5fd917163c4fa7207e818f5; Wed, 01 Nov 2023 13:02:26 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: Trying initial boot of FreeBSD (main so: 15) of Ryzen 9 7950X3D on an ASUS Prime X670-P WIFI: various dmesg -a lines; more Date: Wed, 1 Nov 2023 06:02:14 -0700 References: <2B4E6F77-ABE8-49D8-AEF1-81D6E1A4D4E7@yahoo.com> To: FreeBSD Hackers In-Reply-To: Message-Id: <426737EC-237D-4F1C-ABD8-043FEE70FF9C@yahoo.com> X-Mailer: Apple Mail (2.3774.200.91.1.1) X-Spamd-Result: default: False [-3.49 / 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)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.146:from]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.146:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SL6cC1XTxz4Ll7 X-Spamd-Bar: --- On Nov 1, 2023, at 05:43, Mark Millard wrote: > On Nov 1, 2023, at 05:39, Mark Millard wrote: >=20 >> On Oct 31, 2023, at 23:00, Mark Millard wrote: >>=20 >>> FreeBSD context: >>>=20 >>> # uname -apKU >>> FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 = main-n266130-d521abdff236-dirty: Tue Oct 24 18:17:40 PDT 2023 = root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.a= md64/sys/GENERIC-NODBG amd64 amd64 1500002 1500002 >>>=20 >>> I moved my FreeBDSS boot media from a ThreadRipper 1950X to a Ryzen = 9 7950X3D and tried >>> booting. It booted but some of the following might be of some note. = Is any of it likely >>> to be problematical? Any of it of particular interest to anyone? >>>=20 >>> . . . >>> Firmware Error (ACPI): Could not resolve symbol = [\134_SB.PCI0.GPP7.UP00.DP40.UP00.DP68], AE_NOT_FOUND = (20221020/dswload2-315) >>> ACPI Error: AE_NOT_FOUND, During name lookup/catalog = (20221020/psobject-372) >>> . . . >>> pci0: at device 0.2 (no driver attached) >>> . . . >>> pci8: at device 0.0 (no driver attached) >>> . . . >>> pci9: at device 0.0 (no driver attached) >>> . . . >>> pci15: at device 0.2 (no driver attached) >>> . . . >>> ns8250: UART FCR is broken >>> ns8250: UART FCR is broken >>> . . . >>> intsmb0: at device 20.0 on pci0 >>> intsmb0: Could not allocate I/O space >>> device_attach: intsmb0 attach returned 6 >>> intsmb0: port 0xff00-0xff0f at device = 20.0 on pci0 >>> intsmb0: Could not allocate I/O space >>> device_attach: intsmb0 attach returned 6 >>> . . . >>> intsmb0: at device 20.0 on pci0 >>> intsmb0: Could not allocate I/O space >>> device_attach: intsmb0 attach returned 6 >>> intsmb0: port 0xff00-0xff0f at device = 20.0 on pci0 >>> intsmb0: Could not allocate I/O space >>> device_attach: intsmb0 attach returned 6 >>> acpi_wmi0: on acpi0 >>> acpi_wmi0: cannot find EC device >>> acpi_wmi0: Embedded MOF found >>> ACPI: \134AWW0.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>> acpi_wmi1: on acpi0 >>> acpi_wmi1: cannot find EC device >>> acpi_wmi1: Embedded MOF found >>> ACPI: \134ABAW.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>> acpi_wmi2: on acpi0 >>> acpi_wmi2: cannot find EC device >>> acpi_wmi2: Embedded MOF found >>> ACPI: \134RMTW.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>> acpi_wmi3: on acpi0 >>> acpi_wmi3: cannot find EC device >>> acpi_wmi3: Embedded MOF found >>> ACPI: \134AOD.WQBA: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>> driver bug: Unable to set devclass (class: ppc devname: (unknown)) >>> . . . >>> acpi_wmi4: on acpi0 >>> acpi_wmi4: cannot find EC device >>> acpi_wmi4: Embedded MOF found >>> ACPI: \134_SB.ATKD.WQMO: 1 arguments were passed to a non-method = ACPI object (Buffer) (20221020/nsarguments-361) >>> driver bug: Unable to set devclass (class: ppc devname: (unknown)) >>> . . . >>> mixer: speaker: no such device >>> mixer: speaker: no such device >>> mixer: line: no such device >>> mixer: line: no such device >>> mixer: mic: no such device >>> mixer: mic: no such device >>> mixer: mic: no such device >>> mixer: mix: no such device >>> mixer: mix: no such device >>> mixer: rec: no such device >>> mixer: rec: no such device >>> mixer: igain: no such device >>> mixer: igain: no such device >>> mixer: ogain: no such device >>> mixer: ogain: no such device >>> mixer: rec: no such device >>> mixer: rec: no such device >>> mixer: igain: no such device >>> mixer: igain: no such device >>> mixer: ogain: no such device >>> mixer: ogain: no such device >>> mixer: monitor: no such device >>> mixer: monitor: no such device >>> mixer: monitor: no such device >>> . . . >>> uhid2 on uhub0 >>> uhid2: on usbus1 >>> devmatch: devinfo_init: Invalid argument >>> uhid3 on uhub4 >>> uhid3: on usbus0 >>> . . .=20 >>> uhid4 on uhub4 >>> uhid4: on usbus0 >>> devmatch: devinfo_init: Invalid argument >>> uhid6 on uhub4 >>> uhid6: on usbus0 >>> . . . >>> pci0:8:0:0: no VPD ident found >>> . . . >>>=20 >>> I used a USB3 Ethernet dongle in order to have Ethernet available. >>>=20 >>> For reference: >>>=20 >>> # pciconf -lvV | less >>> . . . >>> none0@pci0:0:0:2: class=3D0x080600 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x14d9 subvendor=3D0x1043 subdevice=3D0x8877 >>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>> class =3D base peripheral >>> subclass =3D IOMMU >>> . . . >>> none1@pci0:0:20:0: class=3D0x0c0500 rev=3D0x71 hdr=3D0x00 = vendor=3D0x1022 device=3D0x790b subvendor=3D0x1043 subdevice=3D0x8877 >>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>> device =3D 'FCH SMBus Controller' >>> class =3D serial bus >>> subclass =3D SMBus >>> . . . >>> none2@pci0:8:0:0: class=3D0x020000 rev=3D0x05 hdr=3D0x00 = vendor=3D0x10ec device=3D0x8125 subvendor=3D0x1043 subdevice=3D0x87d7 >>> vendor =3D 'Realtek Semiconductor Co., Ltd.' >>> device =3D 'RTL8125 2.5GbE Controller' >>> class =3D network >>> subclass =3D ethernet >>> none3@pci0:9:0:0: class=3D0x028000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x10ec device=3D0xb852 subvendor=3D0x1a3b subdevice=3D0x5471 >>> vendor =3D 'Realtek Semiconductor Co., Ltd.' >>> class =3D network >>> . . . >>> none4@pci0:15:0:2: class=3D0x108000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x1649 subvendor=3D0x1043 subdevice=3D0x8877 >>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>> device =3D 'VanGogh PSP/CCP' >>> class =3D encrypt/decrypt >>> . . . >>>=20 >>>=20 >>>=20 >>> Example temperatures (while idle, ambient around 20 DegC): >>>=20 >>> # kldload amdtemp >>> # sysctl dev.amdtemp >>> dev.amdtemp.0.ccd1: 33.0C >>> dev.amdtemp.0.ccd0: 34.6C >>> dev.amdtemp.0.core0.sensor0: 39.6C >>> dev.amdtemp.0.sensor_offset: 0 >>> dev.amdtemp.0.%parent: hostb0 >>> dev.amdtemp.0.%pnpinfo: dev.amdtemp.0.%location: = dev.amdtemp.0.%driver: amdtemp >>> dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors >>> dev.amdtemp.%parent:=20 >>>=20 >>> Example during llvm build activity during buildworld: >>>=20 >>> # sysctl dev.amdtemp >>> dev.amdtemp.0.ccd1: 60.5C >>> dev.amdtemp.0.ccd0: 67.2C >>> dev.amdtemp.0.core0.sensor0: 77.1C >>> . . . >>>=20 >>> (Of course, the cooling system in place contributes greatly.) >>>=20 >>>=20 >>> Example from scratch builds (of my usual style of personal builds): >>>=20 >>> ThreadRipper 1950X: World built in 1345 seconds, ncpu: 32, make -j32 >>> Ryzen 9 7950X3D: World built in 545 seconds, ncpu: 32, make -j32 >>>=20 >>> ThreadRipper 1950X: Kernel(s) GENERIC-NODBG built in 123 seconds, = ncpu: 32, make -j32 >>> Ryzen 9 7950X3D: Kernel(s) GENERIC-NODBG built in 51 seconds, = ncpu: 32, make -j32 >>>=20 >>> Note: It is the same media in use: PCIe Optane moved from the 1950X >>> to the 7950X3D, ZFS (for bectl use, not other reasons ZFS is = commonly >>> used for). >>>=20 >>> ThreadRipper 1950X: 128 GiBytes of RAM. Swap parition was 480 = GiBytes at the time. >>> Ryzen 9 7950X3D: 96 GiBytes of RAM. Swap parition changed to 364 = GiBytes. >>>=20 >>> (That avoids the swapon warning about possibly being out of tune vs. = the amount of >>> RAM.) >>=20 >>=20 >> An ongoing poudriere bulk -a test looks to have a stuck objdump ( = used for building >> www/node18 ): >>=20 >> # ps -oetime -alxdww | grep node18 >> 05:48:03 0 44960 53404 21 68 0 18544 2892 select I 0 = 0:00.03 | | |-- sh: poudriere[main-amd64-bulk_a-default][15]: = build_pkg (node18-18.18.2) (sh) >> 05:47:36 0 76480 44960 21 68 0 18544 2892 wait I 0 = 0:00.00 | | | `-- sh: poudriere[main-amd64-bulk_a-default][15]: = build_pkg (node18-18.18.2) (sh) >> 05:47:36 0 76485 76480 19 68 0 12896 276 wait IJ 0 = 0:00.01 | | | `-- /usr/bin/make -C /usr/ports/www/node18 build >> 05:47:36 0 77304 76485 22 68 0 13356 288 wait IJ 0 = 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2; if ! /usr/bin/env = CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing " CXX.host=3D" c++" = CXXFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = LDFLAGS.host=3D" -fstack-protector-strong " LINK.host=3D"c++" = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node18/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node18/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node18/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node18/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintainer.") | /usr/bin/fmt 75 79 ; = fi; false; fi) >> 05:33:34 0 7035 80309 9 26 0 22620 1312 piperd SJ 0 = 32:56.31 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >> 05:33:32 0 8045 7035 9 94 0 4443576 15732 - RJ 0 = 39:43.22 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >> 00:00 0 98535 2129 23 20 0 12784 1836 piperd S+ 2 = 0:00.00 | `-- grep node18 >>=20 >> For reference: >>=20 >> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >> 6ec8e3450b29 (HEAD -> main, freebsd/main, freebsd/HEAD) devel/sdts++: = Mark DEPRECATED >> Author: Muhammad Moinur Rahman >> Commit: Muhammad Moinur Rahman >> CommitDate: 2023-10-21 19:01:38 +0000 >> branch: main >> merge-base: 6ec8e3450b29462a590d09fb0b07ed214d456bd5 >> merge-base: CommitDate: 2023-10-21 19:01:38 +0000 >> n637598 (--first-parent --count for merge-base) >>=20 >=20 > Looks like www/node16 has the same sort of issue as www/node18 : >=20 > # ps -oetime -alxdww | grep node16 > 02:24:49 0 58471 53404 30 68 0 18544 2884 select I 0 = 0:00.03 | | |-- sh: poudriere[main-amd64-bulk_a-default][17]: = build_pkg (node16-16.20.1_1) (sh) > 02:15:35 0 1626 58471 18 68 0 18544 2884 wait I 0 = 0:00.00 | | | `-- sh: poudriere[main-amd64-bulk_a-default][17]: = build_pkg (node16-16.20.1_1) (sh) > 02:15:35 0 1655 1626 21 68 0 12896 276 wait IJ 0 = 0:00.02 | | | `-- /usr/bin/make -C /usr/ports/www/node16 build > 02:15:34 0 2154 1655 11 68 0 13356 280 wait IJ 0 = 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1; if ! /usr/bin/env = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node16/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node16/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node16/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node16/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node16/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node16/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing = -Wno-error=3Denum-constexpr-conversion -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe = -g -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing " CXX.host=3D" c++" CXXFLAGS.host=3D"-O2 -pipe -g = -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -Wno-error=3Denum-constexpr-conversion -isystem = /usr/local/include " LINK.host=3Dc++ LDFLAGS.host=3D" = -fstack-protector-strong " all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintaine > 01:55:30 0 84603 3452 15 47 0 22620 1312 - RJ 0 = 14:00.49 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a > 01:55:27 0 86093 84603 15 101 0 3754296 32540 - RJ 0 = 16:59.56 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a > 00:00 0 84657 2129 29 20 0 12784 1812 piperd S+ 2 = 0:00.00 | `-- grep node16 >=20 For reference (node16's objdump then node18's): # truss -p 86093 write(1," 2ff853: 74 61 "...,74) =3D 74 (0x4a) write(1," 2ff855: 45 4e "...,50) =3D 50 (0x32) write(1," 2ff857: 53 "...,51) =3D 51 (0x33) write(1," 2ff858: 30 5f 36 "...,61) =3D 61 (0x3d) write(1," 2ff85b: 48 61 "...,50) =3D 50 (0x32) write(1," 2ff85d: 6e "...,58) =3D 58 (0x3a) write(1," 2ff85e: 64 6c "...,61) =3D 61 (0x3d) write(1," 2ff860: 65 49 4e "...,50) =3D 50 (0x32) write(1," 2ff863: 53 "...,51) =3D 51 (0x33) write(1," 2ff864: 30 5f 39 "...,61) =3D 61 (0x3d) write(1," 2ff867: 42 79 74 "...,75) =3D 75 (0x4b) write(1," 2ff86a: 65 41 72 72 "...,74) =3D 74 (0x4a) . . . # truss -p 8045 write(1," 16f4ca: 01 00 "...,58) =3D 58 (0x3a) write(1," 16f4cc: 00 00 "...,57) =3D 57 (0x39) write(1," 16f4ce: 00 00 "...,57) =3D 57 (0x39) write(1," 16f4d0: ed "...,54) =3D 54 (0x36) write(1," 16f4d1: ae "...,62) =3D 62 (0x3e) write(1," 16f4d2: 0b 00 "...,57) =3D 57 (0x39) write(1," 16f4d4: 00 00 "...,57) =3D 57 (0x39) write(1," 16f4d6: 00 00 "...,57) =3D 57 (0x39) write(1," 16f4d8: 0a 00 "...,56) =3D 56 (0x38) write(1," 16f4da: 00 00 "...,57) =3D 57 (0x39) write(1," 16f4dc: 09 00 "...,57) =3D 57 (0x39) write(1," 16f4de: 00 00 "...,57) =3D 57 (0x39) write(1," 16f4e0: d7 "...,46) =3D 46 (0x2e) write(1," 16f4e1: a8 03 "...,56) =3D 56 (0x38) . . . =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Nov 1 15:01:05 2023 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 4SL9Dx5mB5z4yRSH; Wed, 1 Nov 2023 15:01:05 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (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 "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SL9Dx5NPWz4YBT; Wed, 1 Nov 2023 15:01:05 +0000 (UTC) (envelope-from salvadore@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1698850865; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=rZWnhkuO43bqOY2WC46VagOEZE7iAWVe8q+EEe6B6Q8=; b=Wo67U9/cjQCe53U9WZpEhdbM0GPnb6uaRL+asRosDtUUivFkBDVBbfGSouvUM2yCClKRnw TBkl3uCr9fWEGM2ehFtapMLFLSQ5WG6NXvnERN2/hyfD8fmQxzctAMBFomT5DBSRiyCgPe BXgnPJ880+9iOvccS4fA2RKY5jsMHzj6TdXf59mWIO7xqCKPVoe8c2TMbczTMwqzmdGYi7 2RUnW16DCwMvAZEeyEItEuVAB8O6oel8IcRcEk1RvdB/WDagbKWcF9RNHxOyeyQV5blMVx UmrLb1TPFRWzgwuf7lbwJEOdK9SxlFxFoFIGht+vefjWlB1OsOQkpcQP0tjEcQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1698850865; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=rZWnhkuO43bqOY2WC46VagOEZE7iAWVe8q+EEe6B6Q8=; b=xZ/9YuwoI4HtdAn37TM0lemK354lajghxldtvTK8P3UQnQwcDfgurddDMkyQoaa6YioqFC hsOq4TNlNaiPf9eClLxgxPbAXQ9sNmDFPoc/8oKZeVbolIwk/7pt6GmYkSgrqGtE/9hG86 a/JqQGQjFYYEwwuCd7NJPldvWunQ4T7amniHd72YGjreS+MHnZwn6x7ra822NCJDWqzzEv 8Hca8Y682U2z1AvGyGHYyT0NR9M6scLj2TDhLEL9M1vZGfUHPmLnf5xFDClbOcLuRccU8w 2/GG8n/CP+etbkd+doh1Ac0w+jO9D0qGwsVounMYgUD9S+l+i3MHUoMqn/jbnQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1698850865; a=rsa-sha256; cv=none; b=JBMcQeqeR27cguN6traFrr6NskPAeVJ8adfAKRd+qxenNBNp4i6Iw6IvfbW9MhVpZ6emx1 qHFxb1yjgBUyyDpXr4U+ElwxrS/8AQaeCQB8mTa1qerG12wXDsrRB33k2Y98lW7Da981W5 Z7phn4iwXmomc0U8A8quJLiWk1mWWu5qlZOrKubFRJTwTxtqsSoCUSFrGnagQUgCkXB3u1 kX/cvi08SHTEOFxEyGq01yZqGR2PnZHhvjrQqqJcBqTSF7Jp0+fuG98ydLZA3NEWVtPJ3y ukBhdd+S/gEfnvRvaEBtpzSLuhjEEosQhM2p75ZQaqLF32PjSlZrfgjHZCfq/Q== Received: by freefall.freebsd.org (Postfix, from userid 1472) id 896E03A70; Wed, 1 Nov 2023 15:01:05 +0000 (UTC) Date: Wed, 1 Nov 2023 15:01:05 +0000 From: Lorenzo Salvadore To: freebsd-hackers@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD Status Report - Third Quarter 2023 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=utf-8 Content-Disposition: inline; filename=report Content-Transfer-Encoding: 8bit FreeBSD Status Report Third Quarter 2023 Here is the third 2023 status report, with 32 entries. This is the summer quarter and thus it includes many interesting news from Google Summer of Code. Of course, we also have our usual team reports and many projects share with us their latest news. Much important work has been done for the first release of FreeBSD 14. Have a nice read. Lorenzo Salvadore, on behalf of the Status Team. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ A rendered version of this report is available here: https://www.freebsd.org/status/report-2023-07-2023-09/ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Table of Contents • FreeBSD Team Reports □ FreeBSD Core Team □ FreeBSD Foundation □ FreeBSD Release Engineering Team □ Continuous Integration □ Ports Collection • Projects □ Filling gaps in the FreeBSD desktop experience □ LLDB Kernel Module Improvement • Userland □ OpenSSL 3 in base — Improved □ Login Classes Fixes and Improvements □ Process Visibility Security Policies □ Linux compatibility layer update • Kernel □ Enabling Snapshots on Filesystems Using Journaled Soft Updates □ SquashFS driver for FreeBSD kernel • Architectures □ NXP DPAA2 support □ SIMD enhancements for amd64 □ Integrate mfsBSD into the Release Building Tools • Cloud □ OpenStack on FreeBSD □ FreeBSD on Microsoft HyperV and Azure □ FreeBSD on EC2 • Documentation □ Documentation Engineering Team □ FreeBSD Online Editor and Man Page Editor □ FreeBSD Expert System • Ports □ KDE on FreeBSD □ Pantheon desktop on FreeBSD □ FreeBSD Office Team □ Wifibox: Use Linux to Drive your Wireless Card on FreeBSD □ GCC on FreeBSD □ Valgrind: valgrind-devel updated for FreeBSD 15 □ GitLab 16.3 Available □ PortOptsCLI — Ports Collection Accessibility • Third Party Projects □ Introducing the BSD Cafe project □ Containers and FreeBSD: Pot, Potluck and Potman ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD Team Reports Entries from the various official and semi-official teams, as found in the Administration Page. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD Core Team Contact: FreeBSD Core Team The FreeBSD Core Team is the governing body of FreeBSD. Demise of Hans Petter Selasky The FreeBSD Core Team would like to thank Hans Petter Selasky for his years of service. We were saddened by his death and joined the community in mourning. In Memoriam. Meetings with The FreeBSD Foundation The Core Team and The FreeBSD Foundation continue to meet to discuss the next steps to take for the management, development, and future of FreeBSD. The Core Team had two meetings with the Board of Directors, and employees of, the Foundation. They discussed how the Foundation can help the Core Team and the Project in general. Portmgr termlimits The Core Team discussed with the Ports Management Team the introduction of a time limit in which a developer can belong to the team. The proposal was approved by the Ports Management Team and will take effect at the beginning of 2024, with regular lurker programs to have a steady stream of new Ports Management Team members. Deprecation of 32-bit platforms for FreeBSD 15 Work is underway to mark support for 32-bit platforms as "deprecated" for FreeBSD 15. Matrix IM The testing of the Matrix instance and the Element-web client is still in progress. The beta is planned to be released after EuroBSDCon in September. Improve Commit Bit Expiration Policy The Core Team will clarify how to update the PGP key once a developer has become Alumni. EuroBSDCon Core Team members met with the FreeBSD Foundation in Coimbra during EuroBSDcon to discuss the direction of the Project. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD Foundation Links: FreeBSD Foundation URL: https://freebsdfoundation.org/ Technology Roadmap URL: https://freebsdfoundation.org/blog/technology-roadmap/ Donate URL: https://freebsdfoundation.org/donate/ Foundation Partnership Program URL: https://freebsdfoundation.org/our-donors/ freebsd-foundation-partnership-program/ FreeBSD Journal URL: https://freebsdfoundation.org/journal/ Foundation Events URL: https://freebsdfoundation.org/our-work/events/ Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Donations from individuals and corporations fund and manage software development projects, conferences, and developer summits. We also provide travel grants to FreeBSD contributors, purchase and support hardware to improve and maintain FreeBSD infrastructure, and provide resources to improve security, quality assurance, and cluster administration efforts. We publish marketing material to promote, educate, and advocate for FreeBSD, facilitate collaboration between commercial vendors and FreeBSD developers, and finally, represent the FreeBSD Project in executing contracts, license agreements, and other legal arrangements that require a recognized legal entity. This quarter we helped FreeBSD celebrate its 30th anniversary! This excitement has propelled us to accelerate our efforts to move FreeBSD forward in growth and innovation, which has focused us on identifying key areas we can invest our resources. At our board meeting in September, we refined our goals to focus on increasing FreeBSD adoption and visibility, diversifying our funding stream, and investing in the community health and long-term stability of the Project. We are in the process of identifying the key audiences and markets to target, while putting measurable outcomes to these goals. In this status report, you will read more about our work to help further FreeBSD’s growth and innovation. We will highlight all the technical work we are doing to improve FreeBSD, both by our internal staff of software developers, as well as external project funding efforts. You will read about our advocacy work to promote FreeBSD to audiences outside of our community. Finally, you will see the great efforts made to connect with current and potential commercial users. Fundraising We would like to express our sincere gratitude to all those who generously donated to support our work. In addition to numerous individual contributions, we are especially grateful for the significant donations from NetApp, Netflix, and ARM. In Q3 alone, we received $183,842, bringing our total for the year to $375,000. This year our budget is around $2,230,000, which includes increased spending toward FreeBSD advocacy and software development. More than half of our budget is allocated toward work directly related to improving FreeBSD and keeping it secure. By providing a dedicated individual focused on partnerships, we can effectively emphasize the significance of investing in our efforts and underscore the long-term viability of FreeBSD to companies. Your support is crucial to our mission, and we deeply appreciate your commitment to the FreeBSD community. Please consider making a donation toward our 2023 fundraising campaign! https://freebsdfoundation.org/donate/ For our larger commercial donors, check out our updated FreeBSD Foundation Partnership Program. Partnerships and Research For Partnerships and Research this quarter, progress was made in three key areas: First, the Enterprise Working Group started to gather steam with growth up to 58 participants and active projects in four work streams. These are cloud native, Samba, bhyve manageability, and support for AI workloads. There is interest in several additional areas and I expect that by the end of this year and Q1 of next year, we will see meaningful feature updates in multiple areas of focus. Second, we made good progress working with other open source community members and organizations, notably the Open Source Initiative, to advance proposals and technology from the FreeBSD community. Working with the Open Source Initiative’s Open Policy Alliance, we are submitting a response to the US government’s request for information on how the US government can support open source security and sustainability. As part of this, Greg Wallace participated on a panel organized by the Open Policy Alliance at the recent All Things Open conference in Raleigh, North Carolina. Greg Wallace has also been tracking how the US government incorporates CHERI into its policy recommendations for security by default, such as this recent report from US and global government security agencies. On Page 28, CHERI is listed right after Rust as a key 'Secure by Design' tactic. Finally, we continue to strengthen partnerships with a growing number of companies using FreeBSD. Several conferences aided these relationships, including EuroBSDCon, Open Source Summit, and All Things Open. We have also developed a new program to support vendor/cloud users that work with the US government. The program details will be announced at the FreeBSD Vendor Summit. Advocacy Much of our effort is dedicated to the FreeBSD Project advocacy. This may involve highlighting interesting FreeBSD work, producing literature and video tutorials, attending events, or giving presentations. The goal of the literature we produce is to teach people FreeBSD basics and help make their path to adoption or contribution easier. Other than attending and presenting at events, we encourage and help community members run their own FreeBSD events, give presentations, or staff FreeBSD tables. The FreeBSD Foundation sponsors many conferences, events, and summits around the globe. These events can be BSD-related, open source, or technology events geared towards underrepresented groups. We support the FreeBSD-focused events to help provide a venue for sharing knowledge, working together on projects, and facilitating collaboration between developers and commercial users. This all helps provide a healthy ecosystem. We support the non-FreeBSD events to promote and raise awareness of FreeBSD, to increase the use of FreeBSD in different applications, and to recruit more contributors to the Project. We continue to add new events to our yearly roster. This July, we held a workshop and staffed a table at FOSSY, a new open source conference in Portland, Oregon. In addition to attending and planning conferences, we are continually working on new training initiatives and updating our selection of how-to guides to facilitate getting more folks to try out FreeBSD. Check out some of our advocacy work: • Held a workshop and hosted a table at FOSSY, July 13-16, 2023, in Portland, Oregon. • Friend-level sponsor of COSCUP, July 27-29, 2023, in New Taipei, Taiwan • Presented at the EuroBSDCon FreeBSD Developer Summit, and sponsored and staffed a table at EuroBSDCon 2023, September 14-17, 2023 in Coimbra, Portugal • Attended the Open Source Summit, Europe, September 19-21, Bilbao, Spain • Continued planning the November 2023 FreeBSD Vendor Summit, taking place November 2-3, 2023, in San Jose, California • Continued to administer our Google Summer of Code program • Published the July Newsletter • Additional Blog Posts □ Advocating at Events: May 2023 FreeBSD Dev Summit and BSDCan □ Top Ten Reasons to Upgrade to FreeBSD 13.2 □ July 2023 Software Development Projects Update □ FreeBSD for Research: CHERI/Morello □ Meet the FreeBSD Google Summer of Code Students ☆ Soobin Rho ☆ Raghav Sharma ☆ Sudhanshu Mohan Kashyap ☆ Aymeric Wibo □ Meet The Summer 2023 University of Waterloo Co-Op Student: Naman Sood □ Meet FreeBSD Foundation 2023 Summer Intern: Jake Freeland • FreeBSD in the News □ FreeBSD Foundation Joins OSI’s Open Policy Alliance □ Hackernoon: 5 Reasons We Use Open Source FreeBSD as Our Enterprise OS □ What the Dev Podcast: The Evolution of the FreeBSD Project. We help educate the world about FreeBSD by publishing the professionally produced FreeBSD Journal. As we mentioned previously, the FreeBSD Journal is now a free publication. Find out more and access the latest issues at https://www.freebsdfoundation.org/journal/. You can find out more about events we attended and upcoming events at https://freebsdfoundation.org/our-work/events/. OS Improvements During the third quarter of 2023, 282 src, 652 ports, and 24 doc tree commits identified The FreeBSD Foundation as a sponsor. Some of this Foundation-sponsored work is described in separate report entries: • Enabling Snapshots on Filesystems Using Journaled Soft Updates • Login Classes Fixes and Improvements • OpenSSL 3 in base — Improved • OpenStack on FreeBSD • Process Visibility Security Policies • SIMD enhancements for amd64. Members of the Technology Team attended EuroBSDCon 2023 in Coimbra, Portugal. Li-Wen Hsu gave a tutorial to help newcomers contribute to FreeBSD. Before the conference, the FreeBSD Developer Summit took place, where the team presented a short update on their recent work. Six summer internships or projects wrapped up. • Jake Freeland spent the summer working on a a Capsicum project to trace violations, adapt various daemons such as syslogd(8), and write documentation. • Naman Sood worked on various tasks, mostly related to networking. • En-Wei Wu completed another wireless internship to improve and extend wtap, the net80211(4) Wi-Fi simulator. • Yan-Hao Wang worked on a documentation and testing project to, e.g., build an online man page editor and add test cases for some userspace tools. • Christos Margiolis completed his project to improve the kinst DTrace provider by implementing inline function tracing and porting kinst to arm64 and riscv. • In preparation for FreeBSD 14.0, Muhammad Moinur (Moin) Rahman committed over 700 fixes or workarounds for ports affected by recent OpenSSL and LLVM updates. For more information about current and past Foundation-contracted work, visit the Foundation Projects page. Here is a sampling of other Foundation-sponsored work completed over the quarter: • Improved riscv64 CPU identity and feature detection • Rewrote intro(9) man page from scratch • Performed code maintenance and fixed bugs in the hwpmc(4) module and the pmc(3) library and tools • Committed various freebsd-update(8) fixes in preparation for FreeBSD 14.0 • Committed many (37) updates and fixes to the LinuxKPI, iwlwifi, and net802.11 code • Updated SSH first to OpenSSH 9.3p2, then 9.4p1 • Patched ssh-keygen to generate Ed25519 keys when invoked without arguments • Added a clean-room implementation of the Linux membarrier(2) system call • Increased MAXCPU to 1024 on amd64 and arm64 • Committed fixes for automatic Zenbleed misbehavior/data leaks prevention on affected machines (via chicken bit) • Reviewed the use of scheduling priorities throughout the kernel for work in progress to harden the rtprio() system call and make it more useful in some cases. Supporting FreeBSD Infrastructure The Foundation provides hardware and two staff members to help support the FreeBSD cluster. With your donations, the Foundation, in coordination with the Cluster Administration Team, purchased five new package builders, three new web servers, a new firewall/router, two package mirrors, and two new servers for continuous integration. With the exception of one of the package mirrors, all the new hardware will be located on the east coast of the USA. Continuous Integration and Quality Assurance The Foundation provides a full-time staff member and funds projects to improve continuous integration, automated testing, and overall quality assurance efforts for the FreeBSD project. You can read more about CI work in a dedicated report entry. Legal/FreeBSD IP The Foundation owns the FreeBSD trademarks, and it is our responsibility to protect them. We also provide legal support for the core team to investigate questions that arise. Go to https://freebsdfoundation.org to find more about how we support FreeBSD and how we can help you! ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD Release Engineering Team Links: FreeBSD 14.0-RELEASE schedule URL: https://www.freebsd.org/releases/14.0R/ schedule/ FreeBSD releases URL: https://download.freebsd.org/releases/ISO-IMAGES/ FreeBSD development snapshots URL: https://download.freebsd.org/snapshots/ ISO-IMAGES/ Contact: FreeBSD Release Engineering Team, The FreeBSD Release Engineering Team is responsible for setting and publishing release schedules for official project releases of FreeBSD, announcing code freezes and maintaining the respective branches, among other things. During the third quarter of the year, the FreeBSD Release Engineering Team started work on the upcoming 14.0-RELEASE cycle. As of this writing, BETA3 had been released, with BETA4 to follow shortly after. The Release Engineering Team continued providing weekly development snapshot builds for the main and stable/13 branches. Sponsor: Tarsnap Sponsor: https://www.gofundme.com/f/gjbbsd/ Sponsor: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Continuous Integration Links: FreeBSD Jenkins Instance URL: https://ci.FreeBSD.org FreeBSD CI Tinderbox view URL: https://https://tinderbox.freebsd.org FreeBSD CI artifact archive URL: https://artifact.ci.FreeBSD.org Hosted CI wiki URL: https://wiki.FreeBSD.org/HostedCI 3rd Party Software CI URL: https://wiki.FreeBSD.org/3rdPartySoftwareCI Tickets related to freebsd-testing@ URL: https://bugs.freebsd.org/bugzilla/buglist.cgi?bug_status=open&email1=testing%40FreeBSD.org&emailassigned_to1=1&emailcc1=1&emailtype1=equals FreeBSD CI Repository URL: https://github.com/freebsd/freebsd-ci dev-ci Mailing List URL: https://lists.FreeBSD.org/subscription/dev-ci Contact: Jenkins Admin Contact: Li-Wen Hsu Contact: freebsd-testing Mailing List Contact: IRC #freebsd-ci channel on EFNet In the third quarter of 2023, we worked with the project contributors and developers to address their testing requirements. Concurrently, we collaborated with external projects and companies to enhance their products by testing more on FreeBSD. Important completed tasks: • Add jobs for stable/14 branch • Update the "Tinderbox" view of the CI results, now includes test results and the "starting point" of the current failing or unstable series. • This is mainly done by the Foundation intern, Yan-Hao Wang. His other contributions are in the other entry of this report. Work in progress tasks: • Designing and implementing pre-commit CI building and testing and pull/ merged-request based system (to support the workflow working group) • Proof of concept system is in progress. • Designing and implementing use of CI cluster to build release artifacts as release engineering does • Simplifying CI/test environment setting up for contributors and developers • Setting up the CI stage environment and putting the experimental jobs on it • Improving the hardware test lab and adding more hardware for testing • Merge https://reviews.freebsd.org/D38815 • Merge https://reviews.freebsd.org/D36257 Open or queued tasks: • Collecting and sorting CI tasks and ideas • Setting up public network access for the VM guest running tests • Implementing use of bare-metal hardware to run test suites • Adding drm ports building tests against -CURRENT • Planning to run ztest tests • Helping more software get FreeBSD support in its CI pipeline (Wiki pages: 3rdPartySoftwareCI, HostedCI) • Working with hosted CI providers to have better FreeBSD support Please see freebsd-testing@ related tickets for more WIP information, and do not hesitate to join the effort! Sponsor: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ports Collection Links: About FreeBSD Ports URL:https://www.FreeBSD.org/ports/ Contributing to Ports URL: https://docs.freebsd.org/en/articles/contributing/#ports-contributing FreeBSD Ports Monitoring URL: http://portsmon.freebsd.org/ Ports Management Team URL: https://www.freebsd.org/portmgr/ Ports Tarball URL: http://ftp.freebsd.org/pub/FreeBSD/ports/ports/ Contact: René Ladan Contact: FreeBSD Ports Management Team The Ports Management Team is responsible for overseeing the overall direction of the Ports Tree, building packages, and personnel matters. Below is what happened in the last quarter. • According to INDEX, there are currently 34,600 ports in the Ports Collection. There are currently 3,000 open ports PRs of which some 730 are unassigned. The last quarter saw 11,454 commits by 130 committers on the main branch and 828 commits by 37 committers on the 2023Q3 branch. Compared to last quarter, this means a slight decrease in the number of unassigned PRs, a 10% increase in the number of commits on the main branch but also less backports to the quarterly branch. The number of ports also grew a bit. During Q3 we welcomed Joel Bodenmann (jbo@) as a new ports committer, granted a ports commit bit to mizhka@ who was already a src committer, and took the commit bits of knu@ and uqs@ in for safe-keeping after a year of inactivity. Portgmr discussed and worked on the following things during Q3: • Some progress has been made on sub-packages and a lightning talk was given by pizzamig@ at EuroBSDCon • Overhauling some parts of the ports tree (LIB_DEPENDS, PREFIX, MANPREFIX, MANPATH) Support for FreeBSD 13.1 was removed from the ports tree as it reached its end-of-life on August 1st. The following happened on the infrastructure side: • USES for ebur128 and guile were added • Default versions for Mono, Perl, and PostgreSQL were updated to respectively 5.20, 5.34, and 15 • Default versions for ebur128, guile, and pycryptography were added at respectively "rust", 2.2, and "rust" • Updates to major ports that happened were: □ pkg to 1.20.7 □ chromium to 117.0.5938.132 □ Firefox to 118.0.1 □ KDE to 5.27.8 □ Rust to 1.72.0 □ Wine to 8.0.2 During the last quarter, pgkmgr@ ran 18 exp-runs to test various ports upgrades, updates to default versions of ports, and changes to pycryptography. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Projects Projects that span multiple categories, from the kernel and userspace to the Ports Collection or external projects. Filling gaps in the FreeBSD desktop experience Links: External media manager URL: https://github.com/outpaddling/qmediamanager devd-based automounter URL: https://github.com/outpaddling/devd-mount SUID mount tool URL: https://github.com/outpaddling/npmount Popup notification for updates URL: https://github.com/outpaddling/ freebsd-update-notify Contact: Jason Bacon The sysutils/desktop-installer port, available for over a decade now, quickly configures a bare FreeBSD system with any desktop environment or window manager. However, the FreeBSD base and ports collection has been missing some common features that end users expect from a desktop OS. The desktop-installer battery monitor script has been enhanced to display popup notifications at various levels of charge/discharge. deskutils/qmediamanager, in conjunction with sysutils/devd-mount and sysutils/npmount, mounts inserted media upon notification from devd, and displays a popup window offering the user options to show filesystem information, open a file manager, reformat, copy a disk image to the device, or unmount. It provides a convenient and secure way to work with external media such as USB sticks. A fourth new port — deskutils/freebsd-update-notify — displays a popup when new base updates are available, or when a configurable time limit has elapsed. If the user chooses to proceed with updates, the entire system is updated (packages, ports, and base) with auto-update-system(1) (a feature of sysutils/auto-admin). These new tools bring the FreeBSD desktop experience a step closer to the convenience of the most popular desktop operating systems. The tools are effectively prototypes, stable and reliable, but in need of review. Feedback from users regarding default behavior and configuration options will be appreciated. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ LLDB Kernel Module Improvement Links: GSoC Wiki Project URL: https://wiki.freebsd.org/SummerOfCode2023Projects/LLDBKernelModuleImprovement Project Codebase URL: https://github.com/aokblast/freebsd-src/tree/lldb_dynamicloader_freebsd_kernel LLVM PullRequest URL: https://github.com/llvm/llvm-project/pull/67106 Contact: Sheng-Yi Hong The LLDB Kernel Module Improvement Project described in the previous quarter report implements DynamicLoader Plugin for FreeBSD Kernel on LLDB. All of the work is done — that is, this plugin can correctly load all kernel modules and their debug files extracted from kernel coredump. This plugin has been tested on both x86-64 for relocatable type kernel module and arm64(EC2) for shared library type kernel module. Both of these platforms show this plugin works well. Currently, this plugin prepares to be landed to LLVM codebase in LLVM PullRequest Sponsor: The Google Summer of Code '23 program ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Userland Changes affecting the base system and programs in it. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ OpenSSL 3 in base — Improved Links: OpenSSL Downloads URL: https://www.openssl.org/source/ Contact: Pierre Pronchery This is a follow-up to the previous quarterly report on the integration of OpenSSL 3 into the base system. The most obvious updates since the previous report are certainly the 3.0.10 and then 3.0.11 releases, fixing CVE issues with low to medium severity ( CVE-2023-2975, CVE-2023-3446, CVE-2023-3817, CVE-2023-4807). However these are not the only changes, and this quarter some issues specific to the integration were fixed, most of which were found while building ports with OpenSSL 3 in the base system. Fixes included: • Linking the engines and the legacy provider with the libcrypto.so shared object, for proper visibility of symbols, and for which a hack was required in the build system. • Correcting the list of source files for the FIPS provider. • Ensuring backward compatibility for the deprecated 0.9.8 API, which was notably helpful for the PAM authentication module from security/ pam_ssh_agent_auth, based on OpenSSH’s ssh-agent(1) authentication mechanism. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Login Classes Fixes and Improvements Links: Start of the reviews stack URL: https://reviews.freebsd.org/D40339 Contact: Olivier Certner Context Login classes are a mechanism mainly used to set various process properties and attributes at login, depending on the user logging in and the login class he is a member of. A login class typically specifies resource limits, environment variables and process properties such as scheduling priority and umask. See login.conf(5) for more information. Changes The priority and umask capabilities now accept the inherit special value to explicitly request property inheritance from the login process. This is useful, e.g., when temporarily logging in as another user from a process with a non-default priority to ensure that processes launched by this user still have the same priority level. Users can now override the global setting for the priority capability (in /etc/ login.conf) in their local configuration file (~/.login_conf). Note however that they cannot increase their priority if they are not privileged, and that using inherit in this context makes no sense, since the global setting is always applied first. Fixes: • Fix a bug where, when the priority capability specifies a realtime priority, the final priority used was off-by-one (and the numerically highest priority in the real time class (31) could never be set). • Security: Prevent a setuid/setgid process from applying directives from some user’s ~/.login_conf (directives there that cannot be applied because of a lack of privileges could suddenly become applicable in such a process). We have also updated the relevant manual pages to reflect the new functionality, and improved the description of the priority and umask capabilities in login.conf(5). Status Some of the patches in the series have been reviewed thanks to Konstantin Belousov and Warner Losh. Other patches are waiting for reviews (and reviewers, volunteers welcome!), which are not expected to be labored. We plan to improve consistency by deprecating the priority reset to 0 when no value for the capability priority is explicitly specified, which has been the case for umask for 15+ years. Sponsor: Kumacom SAS (for development work) Sponsor: The FreeBSD Foundation (for some reviews) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Process Visibility Security Policies Links: Start of the reviews stack URL: https://reviews.freebsd.org/D40626 Contact: Olivier Certner Context FreeBSD implements three built-in security policies that limit which processes are visible to particular users, with the goal of preventing information leaks and unwanted interactions. The first one can prevent an unprivileged user from seeing or interacting with processes that do not have the user’s UID as their real UID. It can be activated by setting the sysctl security.bsd.see_other_uids to 0 (default is 1). The second one can prevent an unprivileged user from seeing or interacting with processes whose credentials do not have any group that the user is a member of. It can be activated by setting the sysctl security.bsd.see_other_gids to 0 (default is 1). The third one can prevent an unprivileged user’s process from seeing or interacting with processes that are in a jail that is a strict sub-jail of the former. The jail subsystem already prevents such a process to see processes in jails that are not descendant of its own (see jail(8) and in particular the section "Hierarchical Jails"). One possible use of this policy is, in conjunction with the first one above, to hide processes in sub-jails that have the same real UID as some user in an ancestor jail, because users having identical UIDs in these different jails are logically considered as different users. It can be activated by setting the sysctl security.bsd.see_jail_proc to 0 (default is 1). After a review of these policies' code and real world testing, we noticed a number of problems and limitations which prompted us to work on this topic. Changes The policy controlled by the security.bsd.see_jail_proc sysctl has received the following fixes and improvements: • Harden the security.bsd.see_jail_proc policy by preventing unauthorized users from attempting to kill, change priority of or debug processes with same (real) UID in a sub-jail at random, which, provided the PID of such a process is guessed correctly, would succeed even if these processes are not visible to them. • Make this policy overridable by MAC policies, as are the others. The policy controlled by security.bsd.see_other_gids was fixed to consider the real group of a process instead of its effective group when determining whether the user trying to access the process is a member of one of the process' groups. The rationale is that some user should continue to see processes it has launched even when they acquire further privileges by virtue of the setgid bit. Conversely, they should not see processes launched by a privileged user that temporarily enters the user’s primary group. This new behavior is consistent with what security.bsd.see_other_uids has always been doing for user IDs (i.e., considering some process' real user ID and not the effective ID). We have updated manual pages related to these security policies, including security(7), sysctl(8), and ptrace(2). Several manual pages of internal functions either implementing or leveraging these policies have also been revamped. Status Thanks to the help of Mitchell Horne, Pau Amma, Benedict Reuschling and Ed Maste, most of the submitted changes have been reviewed and approved, so they should reach the tree soon. The patch series starts with review D40626. From there, click on the "Stack" tab to see the full list of reviews implementing the changes. As a later step, we are considering turning the security.bsd.see_jail_proc policy on by default (i.e., the default value of the sysctl would become 0) unless there are objections. Sponsor: Kumacom SAS (for development work) Sponsor: The FreeBSD Foundation (for most of the reviews) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Linux compatibility layer update Links: Linuxulator status Wiki page URL: https://wiki.freebsd.org/Linuxulator Linux app status Wiki page URL: https://wiki.freebsd.org/LinuxApps Contact: Dmitry Chagin The goal of this project is to improve FreeBSD’s ability to execute unmodified linux(4) binaries. As of 22dca7acf775, xattr system calls are implemented. That makes it possible to use Linux rsync. As of bbe017e0415a, ioprio system calls are implemented. That makes it possible to debootstrap Ubuntu 23.04. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Kernel Updates to kernel subsystems/features, driver support, filesystems, and more. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Enabling Snapshots on Filesystems Using Journaled Soft Updates Contact: Marshall Kirk McKusick This project has made UFS/FFS filesystem snapshots available when running with journaled soft updates. The details of this project were described in the 2022 fourth quarter report. This project had two milestones: The first milestone of this project was to make it possible to take snapshots when running with journaled soft updates and to use them for doing background dumps on a live filesystem. Background dumps are requested by using the -L flag to dump(8). This milestone was completed in Q4 of 2022 and was made available in the 13.2 release as described in the 2023 first quarter report. The second milestone of this project was to do a background check using a snapshot on a filesystem running with journaled soft updates. This milestone was completed in the third quarter of 2023 in time to be included as part of the 14.0 release. It was also made available in the 13.2-STABLE release. Sponsored by: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ SquashFS driver for FreeBSD kernel Links: Wiki page URL: https://wiki.freebsd.org/SummerOfCode2023Projects/PortSquashFuseToTheFreeBSDKernel Source code URL: https://github.com/Mashijams/freebsd-src/tree/gsoc/testing Contact: Raghav Sharma This quarter we finished SquashFS driver work for the kernel. We now can mount SquashFS archives on FreeBSD 13.2-RELEASE or greater, and perform all basic read-only filesystem operations. Code work includes: • Implementing vop_lookup() and vop_readdir() hooks for directory read support. • Implementing vop_read() and vop_strategy() hooks for files read support. • Implementing vop_readlink() hook for symlinks read support. We also implemented extended attributes interface functions for SquashFS. All that remains is to implement their kernel interface hooks. There were a lot of bug fixes as well. One major issue was to find out why we can not list the first entry of the root directory, it transpires that SquashFS could have inode_number as zero, which the kernel, for some reason, skips while listing dirents. For now, we fixed it by passing dummy inode_number, instead of zero, to dirent. The code review is currently ongoing with my mentor Chuck Tuffli. I am happy to say that SquashFS will find its place in upcoming FreeBSD releases. Sponsor: The Google Summer of Code 2023 program ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Architectures Updating platform-specific features and bringing in support for new hardware platforms. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ NXP DPAA2 support Links: DPAA2 in the FreeBSD source tree URL: https://cgit.freebsd.org/src/tree/sys/dev/dpaa2 DPAA2 on Github URL: https://github.com/mcusim/freebsd-src Contact: Dmitry Salychev Contact: Bjoern A. Zeeb What is DPAA2? DPAA2 is a hardware-level networking architecture found in some NXP SoCs which contains hardware blocks including Management Complex (MC, a command interface to manipulate DPAA2 objects), Wire Rate I/O processor (WRIOP, packets distribution, queuing, drop decisions), Queues and Buffers Manager (QBMan, Rx/ Tx queues control, Rx buffer pools) and others. The Management Complex runs NXP-supplied firmware which provides DPAA2 objects as an abstraction layer over those blocks to simplify access to the underlying hardware. Changes from the previous report • Isolation between DPAA2 channels improved. • Panic under heavy network load fixed. • FDT/ACPI MDIO support. • NFS root mount do not hang on netboot over DPAA2 anymore. • Drivers started to communicate with MC via their own command portals (DPMCP). • List of all closed issues. Work in Progress Work on dev/sff started to support SFF/SFP modules in order to test DPAA2 drivers on links above 1 Gbit/s. Plan • Heavy network load tests (2.5 Gbit/s, 10 Gbit/s) and bottlenecks mitigation. • Cached memory-backed software portals. • Driver resources de-allocation to unload dpaa2.ko properly. • Further parts (DPSW, DCE, etc.) supported by the hardware. Sponsor: Traverse Technologies (providing Ten64 HW for testing) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ SIMD enhancements for amd64 Links: Project proposal URL: http://fuz.su/~fuz/freebsd/2023-04-05_libc-proposal.txt simd(7) URL: https://man.freebsd.org/cgi/man.cgi?query=simd&sektion=7&manpath=FreeBSD+15.0-CURRENT Contact: Robert Clausecker SIMD instruction set extensions such as SSE, AVX, and NEON are ubiquitous on modern computers and offer performance advantages for many applications. The goal of this project is to provide SIMD-enhanced versions of common libc functions (mostly those described in string(3)), speeding up most C programs. For each function optimised, up to four implementations will be provided: • a scalar implementation optimised for amd64, but without any SIMD usage, • either a baseline implementation using SSE and SSE2, or an x86-64-v2 implementation using all SSE extensions up to SSE4.2, • an x86-64-v3 implementation using AVX and AVX2, and • an x86-64-v4 implementation using AVX-512F/BW/CD/DQ. Users will be able to select which level of SIMD enhancements to use by setting the ARCHLEVEL environment variable. While the current project only concerns amd64, the work may be expanded to other architectures like arm64 in the future. During the last few months, significant progress has been made on this project. SIMD-enhanced versions of bcmp(3), index(3), memchr(3), memcmp(3), stpcpy(3), strchr(3), strchrnul(3), strcpy(3), strcspn(3), strlen(3), strnlen(3), and strspn(3) have landed. Functions memcpy(3), memmove(3), strcmp(3), timingsafe_bcmp(3) (see D41673), and timingsafe_memcmp(3) (see D41696) are work in progress. Unfortunately, the work has not made the cut for FreeBSD 14.0, but it is slated to be part of FreeBSD 14.1. Sponsor: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Integrate mfsBSD into the Release Building Tools Links: Wiki Article URL: https://wiki.freebsd.org/SummerOfCode2023Projects/IntegrateMfsBSDIntoTheReleaseBuildingTools Code Review on Phabricator URL: https://reviews.freebsd.org/D41705 FreeBSD Foundation Blog Post URL: https://freebsdfoundation.org/blog/meet-the-2023-freebsd-google-summer-of-code-students-soobin-rho/ Contact: Soobin Rho What is mfsBSD? "mfsBSD is a toolset to create small-sized but full-featured mfsroot based distributions of FreeBSD that store all files in memory (MFS) [Memory File System] and load from hard drive, USB storage device, or optical medium. It can be used for a variety of purposes, including diskless systems, recovery partitions and remotely overwriting other operating systems." Martin Matuška is the creator of mfsBSD. He is also author of the original (2009) mfsBSD white paper, from which the excerpt above is taken. Upstream mfsBSD is maintained in the repository on GitHub. Purpose of this Project This project integrates mfsBSD into the FreeBSD release tool set, creating an additional target of mfsBSD images (.img and .iso files) in /usr/src/release/ Makefile. Prior to integration, mfsBSD only existed outside the FreeBSD release tool chain, and only -RELEASE versions were produced. With this project, mfsBSD images will be available at the official FreeBSD release page. You will also be able to build mfsBSD yourself by invoking cd / usr/src/release && make release WITH_MFSBSD=1, which will then create mfsbsd-se.img and mfsbsd-se.iso at /usr/obj/usr/src/${ARCH}/release/. Changes from last quarter The code is ready, and is currently under review. If you would like to get involved with the review process, please feel free to do so! Here is my revision. Sponsor: Google, Inc. (GSoC 2023) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Cloud Updating cloud-specific features and bringing in support for new cloud platforms. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ OpenStack on FreeBSD Links: OpenStack URL: https://www.openstack.org/ OpenStack on FreeBSD URL: https://github.com/openstack-on-freebsd Contact: Chih-Hsin Chang Contact: Li-Wen Hsu OpenStack, an open-source cloud operating system, has been a valuable resource for deploying various resource types on cloud platforms. However, the challenge has been running OpenStack’s control plane on FreeBSD hosts. Our project’s mission is to enable FreeBSD to function seamlessly as an OpenStack host. Throughout this quarter, we focused on the last bit of the entire proof of concept (POC), the VM console integration. The goal is to let users get serial consoles via the OpenStack client to access the VM instances running on the FreeBSD-based OpenStack cluster. This is also important because right now we do not have a port for the managed DHCP service in Neutron. Users need to manually configure the correct IP addresses for the VM instances to have network connectivity. However, bhyve(8) does not natively expose serial consoles, so we need to instead export the nmdm(4) device over the network. This is done by a custom proxy called socat-manager, and yes, we leverage socat(1) to listen on specific ports allocated by OpenStack nova-compute to be integrated into their workflow. With the aid of another critical part, the custom Libvirt hook for bhyve, we can connect the two endpoints and make the consoles accessible to the users. During development of the hook script, we found that the hook interface provided by Libvirt specifically for bhyve was not well implemented. Fortunately, the Libvirt developer fixed the issue promptly, and we plan to refine our hook script when the fix is released in the future. We also addressed the nested bhyve issue (running bhyve VMs on top of Linux KVM) in our development environment mentioned in the last quarterly report. It is caused by the APIC emulation of the two VT-x features: VID and PostIntr. Our host’s CPUs have these two features so we need to disable them at the L1 guest, which acts as a bhyve host, in /boot/loader.conf to make L2 guests not hanging. It is crucial for us to be able to work on the project in a fully virtualized environment due to the lack of physical resources. This could be equally important for people interested in the project, lowering the bar for them to try out or validate the entire POC on their environment without too demanding setup requirements. Looking ahead to Q4, our focus is wrapping up the POC with revised documentation and porting to FreeBSD 14.0-RELEASE. Dependencies that lack the corresponding FreeBSD packages will be ported one by one. We also aim to rebase our work with OpenStack 2023.1 Antelope. We invite those interested to explore our documentation and contribute to this project’s success. Sponsor: The FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD on Microsoft HyperV and Azure Links: Microsoft Azure article on FreeBSD wiki URL: https://wiki.freebsd.org/ MicrosoftAzure Microsoft HyperV article on FreeBSD wiki URL: https://wiki.freebsd.org/HyperV Contact: Microsoft FreeBSD Integration Services Team Contact: freebsd-cloud Mailing List Contact: The FreeBSD Azure Release Engineering Team Contact: Wei Hu Contact: Souradeep Chakrabarti Contact: Li-Wen Hsu In this quarter, we have worked mainly on ARM64 architecture support and building and publishing both UFS and ZFS based images to Azure community gallery. There are some testing images available in the project’s testing public gallery, named FreeBSDCGTest-d8a43fa5-745a-4910-9f71-0c9da2ac22bf: • FreeBSD-CURRENT-testing • FreeBSD-CURRENT-gen2-testing • FreeBSD-CURRENT-arm64-testing • FreeBSD-CURRENT-zfs-testing • FreeBSD-CURRENT-zfs-gen1-testing To use them, when creating a virtual machine: 1. In Select an Image step, choose Community Images in Other items 2. Search FreeBSD We are aiming to provide all those images for 14.0-RELEASE. Work in progress tasks: • Automating the image building and publishing process and merge to src/ release/. • Building and publishing all supported VM images to Azure Marketplace • Building and publishing snapshot builds to Azure community gallery The above tasks are sponsored by The FreeBSD Foundation, with resources provided by Microsoft. Wei Hu and Souradeep Chakrabarti have fixed several critical bugs in arm64: • https://bugs.freebsd.org/267654 • https://bugs.freebsd.org/272461 • https://bugs.freebsd.org/272666 The root cause was identified and fixed in e7a9817b8d32: Hyper-V: vmbus: implementat bus_get_dma_tag in vmbus And continue working on improving Microsoft Azure Network Adapter (MANA) support. Open tasks: • Update FreeBSD related doc at Microsoft Learn • Support FreeBSD in Azure Pipelines • Update Azure agent port to the latest version • Upstream local modifications of Azure agent Sponsor: Microsoft for people in Microsoft, and for resources for the rest Sponsor: The FreeBSD Foundation for everything else ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD on EC2 Links: FreeBSD/EC2 Patreon URL: https://www.patreon.com/cperciva Contact: Colin Percival FreeBSD is available on both x86 (Intel and AMD) and ARM64 (Graviton) EC2 instances. Work continues to ensure that upcoming instance types will be supported. Weekly FreeBSD snapshots now include experimental ZFS-root AMIs for 14.0 and 15.0. This change will be present in FreeBSD 14.0-RELEASE. Work is underway to start publishing experimental "cloud-init" AMIs. This is expected to arrive in time for FreeBSD 14.0-RELEASE. This work is supported by Colin’s FreeBSD/EC2 Patreon. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Documentation Noteworthy changes in the documentation tree, manual pages, or new external books/documents. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Documentation Engineering Team Link: FreeBSD Documentation Project URL: https://www.freebsd.org/docproj/ Link: FreeBSD Documentation Project Primer for New Contributors URL: https://docs.freebsd.org/en/books/fdp-primer/ Link: Documentation Engineering Team URL: https://www.freebsd.org/administration/#t-doceng Contact: FreeBSD Doceng Team The doceng@ team is a body to handle some of the meta-project issues associated with the FreeBSD Documentation Project; for more information, see the FreeBSD Doceng Team Charter. During this quarter: • The search functionality of the documentation portal was moved from DuckDuckGo to our own search engine; for more information, see this commit • grahamperrin@'s doc commit bit was taken for safekeeping as per his request • pluknet@'s doc commit bit was taken for safekeeping as per his request. Porter’s Handbook New USES knobs have been added to the Handbook: • USES= ebur128. • USES= guile. FreeBSD Translations on Weblate Link: Translate FreeBSD on Weblate URL: https://wiki.freebsd.org/Doc/Translation/Weblate Link: FreeBSD Weblate Instance URL: https://translate-dev.freebsd.org/ Q3 2023 Status • 17 team languages • 189 registered users Four new translators joined Weblate: • minso in Korean (ko) and French (fr_FR) • strgalt-t in German (de_DE) • bsdmeg in German (de_DE) • mvsf in Portuguese (pt_BR) Languages • Chinese (Simplified) (zh-cn) (progress: 7%) • Chinese (Traditional) (zh-tw) (progress: 3%) • Dutch (nl) (progress: 1%) • French (fr) (progress: 1%) • German (de) (progress: 1%) • Indonesian (id) (progress: 1%) • Italian (it) (progress: 5%) • Korean (ko) (progress: 33%) • Norwegian (nb-no) (progress: 1%) • Persian (fa-ir) (progress: 2%) • Polish (progress: 1%) • Portuguese (progress: 0%) • Portuguese (pt-br) (progress: 22%) • Spanish (es) (progress: 35%) • Turkish (tr) (progress: 2%) We want to thank everyone that contributed, translating or reviewing documents. And please, help promote this effort on your local user group, we always need more volunteers. FreeBSD Handbook Working Group Contact: Sergio Carlavilla • The Network chapter has been rewritten • The Jails chapter has been rewritten • The next section to work on will be the file systems part: UFS, OpenZFS, Other File Systems. FAQ Working Group Contact: Sergio Carlavilla The idea is to write a new FAQ. Will be released alongside FreeBSD 14.0. FreeBSD Website Revamp — WebApps Working Group Contact: Sergio Carlavilla Working group in charge of creating the new FreeBSD Documentation Portal and redesigning the FreeBSD main website and its components. FreeBSD developers can follow and join the working group on the FreeBSD Slack channel #wg-www21. The work will be divided into three phases: 1. Redesign of the Manual Pages on web Scripts to generate the HTML pages using mandoc. (Complete, Approved by Doceng, Deploy Date Not Decided Yet) Public instance on https://man-dev.FreeBSD.org 2. Redesign of the FreeBSD main website New design, responsive and dark theme. (Almost Complete, Presented at EuroBSDCon) 3. Redesign of the Ports page on web Ports scripts to create an applications portal. (Work in progress) ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD Online Editor and Man Page Editor Links: FreeBSD Online Document Editor URL: https://github.com/Wang-Yan-Hao/ FreeBSD-Online-Document-Editor FreeBSD Online Man Page Editor URL: https://github.com/Wang-Yan-Hao/ man_page_editor Contact: Yan-Hao Wang Contact: Li-Wen Hsu Currently, our document translation process involves using Weblate and direct editing of the doc repository. We acknowledge that this process can be somewhat cumbersome, so we are striving to offer a more convenient alternative, similar to what the wiki community does. Introducing the Online Document Editor and Man Page Editor, a user-friendly, WYSIWYG static site designed for translating documents and man pages. Our goal is to consolidate all translation functions within a single platform, making the translation process as straightforward as possible. However, we still require assistance with these two projects, as follows: 1. The Document editor and Man page editor were developed using simple JavaScript. We are seeking a web developer to assess the code’s efficiency since I (Yan-Hao Wang) am not well-versed in front-end development. 2. We are also seeking a cybersecurity developer to assist us in identifying and addressing security issues within these two projects. This is crucial to ensure the secure hosting of these projects and mitigate any potential vulnerabilities. 3. As there is currently no existing JavaScript library to render mandoc, I had to create my own. However, there are still some concealed errors during the editing process. We are in need of a JavaScript developer to help rectify these rendering issues. Sponsor: FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD Expert System Links: FreeBSD Expert System URL: https://github.com/Wang-Yan-Hao/ freebsd_expert_system Contact: Yan-Hao Wang Contact: Li-Wen Hsu Machine Learning and Deep Learning technologies have become increasingly prevalent in today’s world, much like the proliferation of ChatGPT. We are working on developing a ChatGPT plugin that can access the latest FreeBSD data, transforming ChatGPT into a FreeBSD expert system. We have already scripted data cleaning and built an embedded model to search for relevant information. Nevertheless, we require assistance for the following aspect of this project: • While I am not an expert in Machine Learning or Deep Learning, we encounter numerous challenges in these domains, such as the adequacy of data cleaning and uncertainties in the final plugin development process. We would appreciate guidance in this regard. Sponsor: FreeBSD Foundation ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Ports Changes affecting the Ports Collection, whether sweeping changes that touch most of the tree, or individual ports themselves. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ KDE on FreeBSD Links: KDE/FreeBSD initiative URL: https://freebsd.kde.org/ FreeBSD — KDE Community Wiki URL: https://community.kde.org/FreeBSD Contact: Adriaan de Groot The KDE on FreeBSD project packages CMake, Qt, and software from the KDE Community, for the FreeBSD ports tree. The software includes a full desktop environment called KDE Plasma (for both X11 and Wayland) and hundreds of applications that can be used on any FreeBSD machine. The KDE team (kde@) is part of desktop@ and x11@, building the software stack to make FreeBSD beautiful and usable as a daily-driver graphical desktop workstation. The notes below describe mostly ports for KDE, but also include items that are important for the entire desktop stack. Infrastructure Qt5 is now on long-term support and updates only rarely. There was an update to 5.15.10 in this quarter. Qt6 is now updated with the regular upstream releases, with the 6.5.2 release landing at the end of July and 6.5.3 following later. CMake saw no updates this quarter, so we are now lagging by at least one minor release. The changelog for the latest releases does not have much for FreeBSD, so there is no special reason to upgrade. sysutils/polkit and sysutils/consolekit2 were both updated, bringing improved security policy and console handling to the FreeBSD desktop. x11/sddm was updated to provide a better graphical login manager. multimedia/pipewire was updated to version 0.3.81. This provides multimedia support for desktops such as KDE and GNOME. KDE Stack KDE Gear releases happen every quarter, KDE Plasma updates once a month, and KDE Frameworks have a new release every month as well. These (large) updates land shortly after their upstream release and are not listed separately. • KDE Frameworks reached version 5.110. The KDE Frameworks 5 series is winding down, although it will be six months or so before it enters long-term support upstream. • KDE Plasma Desktop was updated to version 5.27.8. Just like frameworks, work on KDE Plasma 5 is winding down upstream in favor of KDE Plasma 6. • KDE Gear updated to 23.08.1. Related Ports The KDE ecosystem includes a wide range of ports — most maintained by kde@, all building on a shared base of Qt and KDE Frameworks. The kde@ team updates them all as needed. This quarter, for instance, tcberner@ and arrowd@ updated or fixed (much more than) this selection of ports: • astro/merkaartor • devel/massif-visualizer • finance/alkimia • irc/quassel • net-im/kaidan • sysutils/bsdisks • sysutils/k3b Thanks to jhale@, devel/qtcreator was updated to 11.0.3, providing another featureful integrated development environment for creating Qt and KDE applications. Deprecations Web browsers are huge, and have a considerable security surface. The venerable www/qt5-webkit WebKit port has been slated for removal and consumers have been moved to WebEngine. The fork of WebKit that we relied on is no longer actively maintained. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Pantheon desktop on FreeBSD Links: elementary OS URL: https://elementary.io/ Development repository URL: https://codeberg.org/olivierd/ freebsd-ports-elementary Contact: Olivier Duchateau The Pantheon desktop environment is designed for elementary OS. It builds on GNOME technologies (such as Mutter, GTK 3 and 4) and it is written in Vala. The goal is to have a complete desktop environment for end users. 13.2-RELEASE or higher is required, because several core components depend on deskutils/xdg-desktop-portal. The repository contains a file called elementary.mk for the Mk/Uses framework, official applications, and curated ports which depend on x11-toolkits/granite7. I have submitted several patches in order to keep these ports up-to-date: • deskutils/iconbrowser • multimedia/elementary-videos • x11-themes/gnome-icons-elementary • editors/elementary-code The bug reports for updating the following ports are still open on bugzilla: • x11-toolkits/granite7: Update to 7.3.0 • deskutils/elementary-calendar: Update to 7.0.0 • x11/elementary-terminal: Update to 6.1.2 In the same time, I have also worked on updating the GNOME stack (especially WebKitGTK, libwnck, Mutter, Vala). I noticed several regressions particularly with x11/plank (it is related to monitoring open applications). Three new applications have been added to the development repository: • deskutils/atlas, a map viewer • deskutils/nimbus, a weather applet • audio/leopod, podcasts client ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ FreeBSD Office Team Links: The FreeBSD Office project URL: https://wiki.freebsd.org/Office The FreeBSD Office mailing list URL: https://lists.freebsd.org/subscription/freebsd-office Contact: FreeBSD Office team ML Contact: Dima Panov Contact: Li-Wen Hsu The FreeBSD Office team works on a number of office-related software suites and tools such as OpenOffice and LibreOffice. Work during this quarter was focused on providing the latest stable release of LibreOffice suite and companion apps to all FreeBSD users. During the 2023Q3 period we pushed maintenance patches for the LibreOffice port and brought the latest, 7.6.2, release and all companion libraries such as MDDS, libIxion and more to the ports tree. All prerelease development of LibreOffice ports is carried out in the in LibreOffice WIP repo. Together with LibreOffice, we also updated Boost to the latest, 1.83 release. Everyone interested in Boost porting can submit patches to the Boost WIP repository. We are looking for people to help with the open tasks: • The open bugs list contains all filed issues which need some attention • Upstream local patches in ports Patches, comments and objections are always welcome in the mailing list and Bugzilla. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Wifibox: Use Linux to Drive your Wireless Card on FreeBSD Links: Project GitHub Page URL: https://github.com/pgj/freebsd-wifibox net/wifibox port URL: https://cgit.freebsd.org/ports/tree/net/wifibox Contact: PÁLI Gábor János Wifibox is an experimental project for exploring the ways of deploying a virtualized Linux guest to drive wireless networking cards on the FreeBSD host system. There have been guides to describe how to set this up manually, and Wifibox aims to implement those ideas as a single easy-to-use software package. • It uses bhyve(8) to run the embedded Linux system. This helps to achieve low resource footprint. It requires an x64 CPU with I/O MMU (AMD-Vi, Intel VT-d), ~150 MB physical memory, and some disk space available for the guest virtual disk image, which can be even ~30 MB only in certain cases. It works with FreeBSD 12 and later, some cards may require FreeBSD 13 though. • The guest is constructed using Alpine Linux, a security-oriented, lightweight distribution based on musl libc and BusyBox, with some custom extensions and patches imported from Arch Linux most notably. It is shipped with a number of diagnostic tools for better management of the hardware in use. The recent version features Linux 6.1, but Linux 6.5 is also available as an alternative. • Configuration files are shared with the host system. The guest uses wpa_supplicant(8) or hostapd(8) (depending on the configuration) so it is possible to import the host’s wpa_supplicant.conf(5) or hostapd.conf(5) file without any changes. • When configured, wpa_supplicant(8) and hostapd(8) control sockets could be exposed by the guest, which enables use of related utilities directly from the host, such as wpa_cli(8) or wpa_gui(8) from the net/wpa_supplicant_gui package, or hostapd_cli(8). • Everything is shipped in a single package that can be easily installed and removed. This comes with an rc(8) system service that automatically launches the guest on boot and stops it on shutdown. • It can be configured to forward IPv6 traffic, which is currently an experimental option but turned on by default. Wifibox has been mainly tested with Intel chipsets, and it has shown great performance and stability. Therefore, it might serve as an interim solution whilst FreeBSD matures its support for these chipsets. It was confirmed that Wifibox works with Atheros, Realtek, and Mediatek chipsets too, and feedback is more than welcome about others. Broadcom chips (that are often found in MacBook Pros) can also work, but there are known stability issues. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GCC on FreeBSD Links: GCC Project URL: https://gcc.gnu.org/ GCC 10 release series URL: https://gcc.gnu.org/gcc-10/ GCC 11 release series URL: https://gcc.gnu.org/gcc-11/ GCC 12 release series URL: https://gcc.gnu.org/gcc-12/ GCC 13 release series URL: https://gcc.gnu.org/gcc-13/ Contact: Lorenzo Salvadore The process to update GCC default version to GCC 13 has started with an exp-run . Thanks to Antoine Brodin who ran the exp-run and to all other developers and ports maintainers involved. The same exp-run contains additional patches as anticipated in last quarterly status report. In particular, it contains patches to update • lang/gcc11 to version 11.4.0; • lang/gcc12 to version 12.3.0; • lang/gcc13 to version 13.2.0. The reader might remember that I had planned to update GCC default version to GCC 13 as soon as 13.1.0 was out, but as it can be noted the GCC developers were faster to release 13.2.0 than I was working on the GCC ports. Most of the bugs reported in the exp-run are due to the same error: error: expected identifier before '__is_convertible'. It seems that the issue is an incompatibility between FreeBSD 12’s libcxx and GCC 13 headers. Please check the discussion in the exp-run for more information and to provide your feedback. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Valgrind: valgrind-devel updated for FreeBSD 15 Links: Valgrind Home Page URL: https://www.valgrind.org/ Valgrind News URL: https://www.valgrind.org/docs/manual/dist.news.html Contact: Paul Floyd devel/valgrind-devel is in the process of being updated. This contains most of what will be in the official release of Valgrind 3.22 due out in October. memcheck has been enhanced with some more checks. It will now report usage of realloc with a size of zero. Such usage is not portable and is deprecated (C23 will make it Undefined Behaviour). memcheck now validates the values used for alignment and sized delete for memalign, posix_memalign, aligned_alloc and all aligned and sized overloads of operator new and operator delete. Reading DWARF debuginfo is now done in a lazy manner which can improve performance. As usual there are numerous small bugfixes. Specific to FreeBSD there is now support for FreeBSD 15. Two extra _umtx_op operations are now supported, UMTX_OP_GET_MIN_TIMEOUT and UMTX_OP_SET_MIN_TIMEOUT. There is a fix for the use of sysctl kern proc pathname with the guest pid or -1, which previously returned the path of the Valgrind host. The sysctl will now return the path of the guest. Support for the close_range system call has been added. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ GitLab 16.3 Available Link: Gitlab 16.3 New Features URL: https://about.gitlab.com/releases/2023/08/22/gitlab-16-3-released/ Contact: Matthias Fechner GitLab is a DevOps platform. It brings velocity with confidence, security without sacrifice, and visibility into DevOps success. Version 16.3 is now available on FreeBSD: please check the www/gitlab-ce port. The upgrade is very important as version 16.3 will be required for all further upgrades. Upgrade to 16.4 is only possible from GitLab 16.3. Documentation for installation can be found at https://gitlab.fechner.net/ mfechner/Gitlab-docu/-/blob/master/install/16.3-freebsd.md?ref_type=heads. Documentation for upgrading is available at https://gitlab.fechner.net/mfechner /Gitlab-docu/-/blob/master/update/16.1-16.3-freebsd.md?ref_type=heads. I will wait for the upgrade to 16.4 (which will be released around 20.9. or 22.9., not sure) until ports quarterly branch 2023Q4 is created, to avoid breaking systems that do not use the main branch (latest). GitLab users should always choose the main branch, as described in the installation manual. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ PortOptsCLI — Ports Collection Accessibility Link: Project repository URL: https://gitlab.com/alfix/portoptscli Contact: Alfonso Sabato Siciliano Contact: FreeBSD Accessibility mailing list FreeBSD provides the Ports Collection to give users and administrators a simple way to install applications. It is possible to configure a port before the building and installation. The command make config uses ports-mgmt/dialog4ports and ports-mgmt/portconfig to set up a port interactively via a text user interface (TUI). Unfortunately, screen readers perform poorly with a TUI; it is a well-known accessibility problem. FreeBSD provides tens of thousands of ports; port configuration is a key feature, but it is inaccessible to users with vision impairment. PortOptsCLI (Port Options CLI) is a new utility for setting port options via a command line interface. Properly, PortOptsCLI provides commands to navigate configuration dialogues (checklists and/or radio buttons) and set up their items interactively. It is also suitable for a speech synthesizer; currently it is tested with accessibility/orca. PortOptsCLI can be installed via the ports-mgmt/portoptscli port or package. Tips and new ideas are welcome. If possible, send reports to the FreeBSD Accessibility mailing list, to share and to track discussions in a public place. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Third Party Projects Many projects build upon FreeBSD or incorporate components of FreeBSD into their project. As these projects may be of interest to the broader FreeBSD community, we sometimes include brief updates submitted by these projects in our quarterly report. The FreeBSD project makes no representation as to the accuracy or veracity of any claims in these submissions. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Introducing the BSD Cafe project Links: BSD Cafe project homepage URL: https://wiki.bsd.cafe/ BSD Cafe Mastodon instance URL: https://mastodon.bsd.cafe/ Contact: Stefano Marinelli We are thrilled to unveil the inaugural component of the BSD Cafe project! Months ago, when I first registered the bsd.cafe domain, I envisioned a themed bar where friends, acquaintances, and patrons could gather for casual conversations about *BSD systems, Linux, and open-source technology. Just like any bar, our discussions can encompass a wide array of topics, all while maintaining a spirit of mutual respect. BSD Cafe is poised to become a hub for a variety of tools and services, all powered by *BSD. Our initial offering is a brand-new instance of Mastodon (open-source microblogging software and service), serving as a gateway to the fediverse — a federation of services, many of which use the ActivityPub decentralised social networking protocol. Registration is now open. The server operates under clearly defined guidelines that promote positive conduct and unequivocally prohibit any form of hate. Inclusiveness, respect, and constructive dialogue stand as the cornerstones of this instance. Our primary server is currently hosted in Finland on a small VM, running on FreeBSD. Services are partitioned into VNET jails, interconnected within a local area network through a dedicated bridge. Additionally, we implement a VPN system and have the flexibility to migrate individual jails to more robust machines. For multimedia data and cache hosting, we employ a separate physical server (also FreeBSD-based, within a jail), fronted by Cloudflare. The goal here is to cache and geodistribute data, effectively reducing network congestion on the main VPS. Our reverse proxy (frontend), mail server, media server, and the instance itself are all accessible via IPv6. At its inception, this Mastodon instance was devoid of preloaded content. Our intention is for it to grow organically, based on the interests and followers of its users. At this stage, we have refrained from preemptive blocks. We strongly encourage users to promptly report anything that they believe requires attention. We invite you to join us at https://mastodon.bsd.cafe/ in order to cultivate a community that values constructive interactions and embraces inclusiveness — a secure and serene space meant for all. Furthermore, we have established a website at https://wiki.bsd.cafe/, which will provide an overview of our tools, services, rules, uptime, and more. Recently, a Miniflux installation has been performed, so the BSD Cafe users can use it as a personal RSS Feed Reader. More information: https://wiki.bsd.cafe/ miniflux-bsd-cafe. ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ Containers and FreeBSD: Pot, Potluck and Potman Links: Pot organization on GitHub URL: https://github.com/bsdpot Contact: Luca Pizzamiglio (Pot) Contact: Bretton Vine (Potluck) Contact: Michael Gmelin (Potman) Pot is a jail management tool that also supports orchestration through Nomad. During this quarter, Pot 0.15.6 was finished, adding custom pf(4) rule configuration hooks. Additionally, Nomad Pot Driver 0.9.1 that allows setting Pot attributes in Nomad job descriptions was released. Potluck aims to be to FreeBSD and Pot what Dockerhub is to Linux and Docker: a repository of Pot flavours and complete container images for usage with Pot and in many cases Nomad. Quite a few new container images were made available, e.g. a Caddy S3 proxy, a Mastodon instance, and a Redis container. In total there are now 50 containers available that can either be downloaded as ready-made images at the Potluck image registry, if you trust our build process, or that you can build yourself from the Pot flavour files stored in the Potluck GitHub repository. The July/August 2023 edition of the FreeBSD Journal contains Luca’s Jail Orchestration with pot and nomad article, explaining how to use Pot and Potluck together with Nomad to orchestrate containers on multiple hosts. Last but not least, a patch (90b1184d93c8) added build cluster support to the devel/sccache port. As always, feedback and patches are welcome. Sponsors: Nikulipe UAB, Honeyguide Group From nobody Wed Nov 1 23:48:53 2023 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 4SLNy24lQLz50MRL for ; Wed, 1 Nov 2023 23:48:58 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Received: from smtp-1909.mail.infomaniak.ch (smtp-1909.mail.infomaniak.ch [185.125.25.9]) (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 "relay.mail.infomaniak.ch", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SLNy20fkbz4Tp4 for ; Wed, 1 Nov 2023 23:48:58 +0000 (UTC) (envelope-from daniel.engberg.lists@pyret.net) Authentication-Results: mx1.freebsd.org; none Received: from smtp-3-0000.mail.infomaniak.ch (unknown [10.4.36.107]) by smtp-2-3000.mail.infomaniak.ch (Postfix) with ESMTPS id 4SLNxy2wxmzMq5GK; Wed, 1 Nov 2023 23:48:54 +0000 (UTC) Received: from unknown by smtp-3-0000.mail.infomaniak.ch (Postfix) with ESMTPA id 4SLNxx6wg4z3d; Thu, 2 Nov 2023 00:48:53 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pyret.net; s=20231006; t=1698882534; bh=Pu4RieEC8+4H8FxTJ5COJsAuh4vIvbLYNYhESmUElGs=; h=Date:Subject:From:Reply-To:To:Cc:References:In-Reply-To:From; b=WsM/suSV5TGrtjr2evvM75a7miWrrHL3JaMEBwIyNm1kQTvGUmN+eHZ+gPRRnjB7x zFQBnEZ8r7WxeZ8nfBl/2Tk82pJ9RxMaHbVYqT8pwBW8VUB0c8CR+3NfJreIOhcpf1 QNI7Le28sag36xNbx3Xa471PubJmWuwCIDnQyirfgXIUc3jq2mxXLEOs1YbwXwBRUJ DMBxc0avj1n9J5Y9k5C2K7monzsU1od8uu7dFFjUZNYBIcyVpuKFOjaEO39Wq/TS09 J+rG+dAjsEpbA03M9a5e8ReYyi/f1klUoUEOgfB5KIQKOS3eqVSoZaRA/QtvuZRmBx MyUK2o2I0+rAA== Message-ID: Date: Thu, 02 Nov 2023 00:48:53 +0100 Subject: Re: Trying initial boot of FreeBSD (main so: 15) of Ryzen 9 7950X3D on an ASUS Prime X670-P WIFI: various dmesg -a lines; more From: Daniel Engberg Reply-To: Daniel Engberg To: Mark Millard Cc: FreeBSD Hackers 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="_=_swift_1698882533_5214eb05a55dabfa7405c537ca5f2dcd_=_" X-WS-User-Origin: eyJpdiI6Imc3UlI5OC9zQUthMGtYUDZINVlkUWc9PSIsInZhbHVlIjoiaHFOTHJjUFNnK1g1akR5VVhlSVpMdz09IiwibWFjIjoiOGM0NWViMTQ4MDBmYjM4YTc0NmNhOTE5MzQ0YzVkZjk2YjhkZjEyYzBiZjI5YmRjNmFjMWI1NWYzY2UyOWYzMSIsInRhZyI6IiJ9 X-WS-User-Mbox: eyJpdiI6ImFybUc1MHhaenVnOVh2VDYrK1E1Nmc9PSIsInZhbHVlIjoiMHdEKzdEQ25RL3I5cUhlL2FNZFpyUT09IiwibWFjIjoiZmQwZTNiYTE2Y2Q3MGFiNTRkNjBjYzllMzUyOTRhNzNmMGM0YWJiNWJkY2ZjOWVkYTU1YmI3ZjY2NWM1ZDdhMSIsInRhZyI6IiJ9 X-WS-Location: eJxzKUpMKykGAAfpAmU- X-Mailer: Infomaniak Workspace (1.3.586) References: <2B4E6F77-ABE8-49D8-AEF1-81D6E1A4D4E7@yahoo.com> <426737EC-237D-4F1C-ABD8-043FEE70FF9C@yahoo.com> In-Reply-To: <426737EC-237D-4F1C-ABD8-043FEE70FF9C@yahoo.com> X-Infomaniak-Routing: alpha 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:29222, ipnet:185.125.24.0/22, country:CH] X-Rspamd-Queue-Id: 4SLNy20fkbz4Tp4 --_=_swift_1698882533_5214eb05a55dabfa7405c537ca5f2dcd_=_ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2023-11-01T14:02:14.000+01:00, Mark Millard wrote:= >=C2=A0On=C2=A0Nov=C2=A01,=C2=A02023,=C2=A0at=C2=A005:43,=C2=A0Mark= =C2=A0Millard=C2=A0=C2=A0wrote: >=C2=A0 >>=C2=A0= =C2=A0On=C2=A0Nov=C2=A01,=C2=A02023,=C2=A0at=C2=A005:39,=C2=A0Mark=C2=A0Mil= lard=C2=A0=C2=A0wrote: >>=C2=A0=C2=A0 >>>=C2=A0= =C2=A0=C2=A0On=C2=A0Oct=C2=A031,=C2=A02023,=C2=A0at=C2=A023:00,=C2=A0Mark= =C2=A0Millard=C2=A0 >>>=C2=A0=C2=A0=C2=A0wrote: >>>= =C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0FreeBSD=C2=A0context: >>= >>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0#=C2=A0uname= =C2=A0-apKU >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0FreeBSD=C2=A0amd64-ZFS=C2=A015.0-CURRENT=C2=A0FreeBSD=C2=A015.0-CU= RRENT=C2=A0#126 >>>>=C2=A0=C2=A0=C2=A0=C2=A0main-n266130-d521abdff236-dir= ty:=C2=A0Tue=C2=A0Oct=C2=A024=C2=A018:17:40=C2=A0PDT=C2=A02023 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/= usr/main-src/amd64.amd64/sys/GENERIC-NODBG >>>>=C2=A0=C2=A0=C2=A0=C2= =A0amd64=C2=A0amd64=C2=A01500002=C2=A01500002 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0I=C2=A0moved=C2=A0my=C2=A0FreeBD= SS=C2=A0boot=C2=A0media=C2=A0from=C2=A0a=C2=A0ThreadRipper=C2=A01950X=C2= =A0to=C2=A0a >>>>=C2=A0=C2=A0=C2=A0=C2=A0Ryzen=C2=A09=C2=A07950X3D=C2= =A0and=C2=A0tried >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0booting.=C2=A0It=C2=A0booted=C2=A0but=C2=A0some=C2=A0of= =C2=A0the=C2=A0following=C2=A0might=C2=A0be=C2=A0of=C2=A0some >>>>=C2= =A0=C2=A0=C2=A0=C2=A0note.=C2=A0Is=C2=A0any=C2=A0of=C2=A0it=C2=A0likely >= >>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0to=C2=A0be= =C2=A0problematical?=C2=A0Any=C2=A0of=C2=A0it=C2=A0of=C2=A0particular=C2= =A0interest=C2=A0to >>>>=C2=A0=C2=A0=C2=A0=C2=A0anyone? >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Firmware= =C2=A0Error=C2=A0(ACPI):=C2=A0Could=C2=A0not=C2=A0resolve=C2=A0symbol >>>= >=C2=A0=C2=A0=C2=A0=C2=A0[\134_SB.PCI0.GPP7.UP00.DP40.UP00.DP68],=C2=A0AE_N= OT_FOUND >>>>=C2=A0=C2=A0=C2=A0=C2=A0(20221020/dswload2-315) >>>>=C2= =A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ACPI=C2=A0Error:= =C2=A0AE_NOT_FOUND,=C2=A0During=C2=A0name=C2=A0lookup/catalog >>>>=C2= =A0=C2=A0=C2=A0=C2=A0(20221020/psobject-372) >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0pci0:=C2=A0=C2=A0at=C2=A0device=C2=A00.2=C2=A0(no=C2=A0drive= r >>>>=C2=A0=C2=A0=C2=A0=C2=A0attached) >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0pci8:=C2=A0=C2=A0at=C2=A0device=C2=A00.0=C2=A0(no=C2=A0driver=C2=A0attached) >= >>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0pci9:=C2=A0=C2=A0at=C2=A0device=C2=A00.0=C2=A0(no=C2=A0driver= =C2=A0attached) >>>>=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=C2=A0 >>>>=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0pci15:=C2=A0=C2=A0at=C2=A0device= =C2=A00.2=C2=A0(no=C2=A0driver=C2=A0attached) >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ns8250:=C2=A0UART= =C2=A0FCR=C2=A0is=C2=A0broken >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0ns8250:=C2=A0UART=C2=A0FCR=C2=A0is=C2=A0broken= >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0intsmb0:=C2=A0=C2=A0at= =C2=A0device=C2=A020.0=C2=A0on=C2=A0pci0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >= >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intsmb0:=C2=A0Could=C2=A0not=C2=A0allocate= =C2=A0I/O=C2=A0space >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0device_attach:=C2=A0intsmb0=C2=A0attach=C2=A0returned= =C2=A06 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0intsmb0:=C2=A0=C2=A0port=C2= =A00xff00-0xff0f=C2=A0at >>>>=C2=A0=C2=A0=C2=A0=C2=A0device=C2=A020.0= =C2=A0on=C2=A0pci0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0intsmb0:=C2=A0Could=C2=A0not=C2=A0allocate=C2=A0I/O=C2=A0spa= ce >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0devic= e_attach:=C2=A0intsmb0=C2=A0attach=C2=A0returned=C2=A06 >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intsmb0:=C2= =A0=C2=A0at=C2=A0device=C2=A020.0= =C2=A0on=C2=A0pci0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0intsmb0:=C2=A0Could=C2=A0not=C2=A0allocate=C2=A0I/O=C2=A0spa= ce >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0devic= e_attach:=C2=A0intsmb0=C2=A0attach=C2=A0returned=C2=A06 >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intsmb0:=C2=A0=C2=A0port=C2=A00xff00-0xff0f=C2=A0at= >>>>=C2=A0=C2=A0=C2=A0=C2=A0device=C2=A020.0=C2=A0on=C2=A0pci0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intsmb0:=C2= =A0Could=C2=A0not=C2=A0allocate=C2=A0I/O=C2=A0space >>>>=C2=A0=C2=A0= =C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0device_attach:=C2=A0intsmb= 0=C2=A0attach=C2=A0returned=C2=A06 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi0:=C2=A0=C2= =A0on=C2=A0acpi0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0acpi_wmi0:=C2=A0cannot=C2=A0find=C2=A0EC=C2=A0device >>>>= =C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi0:= =C2=A0Embedded=C2=A0MOF=C2=A0found >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ACPI:=C2=A0\134AWW0.WQMO:=C2=A01=C2=A0argumen= ts=C2=A0were=C2=A0passed=C2=A0to=C2=A0a=C2=A0non-method >>>>=C2=A0=C2= =A0=C2=A0=C2=A0ACPI=C2=A0object=C2=A0(Buffer)=C2=A0(20221020/nsarguments-36= 1) >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_= wmi1:=C2=A0=C2=A0on=C2=A0acpi0 >>>>=C2=A0=C2=A0= =C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi1:=C2=A0cannot= =C2=A0find=C2=A0EC=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi1:=C2=A0Embedded=C2=A0MOF=C2=A0found >= >>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ACPI:=C2= =A0\134ABAW.WQMO:=C2=A01=C2=A0arguments=C2=A0were=C2=A0passed=C2=A0to=C2= =A0a=C2=A0non-method >>>>=C2=A0=C2=A0=C2=A0=C2=A0ACPI=C2=A0object=C2= =A0(Buffer)=C2=A0(20221020/nsarguments-361) >>>>=C2=A0=C2=A0=C2=A0=C2= =A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi2:=C2=A0=C2=A0on=C2=A0acpi0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0acpi_wmi2:=C2=A0cannot=C2=A0find=C2=A0EC=C2=A0device= >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wm= i2:=C2=A0Embedded=C2=A0MOF=C2=A0found >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ACPI:=C2=A0\134RMTW.WQMO:=C2=A01=C2=A0argumen= ts=C2=A0were=C2=A0passed=C2=A0to=C2=A0a=C2=A0non-method >>>>=C2=A0=C2= =A0=C2=A0=C2=A0ACPI=C2=A0object=C2=A0(Buffer)=C2=A0(20221020/nsarguments-36= 1) >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_= wmi3:=C2=A0=C2=A0on=C2=A0acpi0 >>>>=C2=A0=C2=A0= =C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi3:=C2=A0cannot= =C2=A0find=C2=A0EC=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi3:=C2=A0Embedded=C2=A0MOF=C2=A0found >= >>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ACPI:=C2= =A0\134AOD.WQBA:=C2=A01=C2=A0arguments=C2=A0were=C2=A0passed=C2=A0to=C2= =A0a=C2=A0non-method >>>>=C2=A0=C2=A0=C2=A0=C2=A0ACPI=C2=A0object=C2= =A0(Buffer)=C2=A0(20221020/nsarguments-361) >>>>=C2=A0=C2=A0=C2=A0=C2= =A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0driver=C2=A0bug:=C2=A0Unable=C2= =A0to=C2=A0set=C2=A0devclass=C2=A0(class:=C2=A0ppc=C2=A0devname: >>>>= =C2=A0=C2=A0=C2=A0=C2=A0(unknown)) >>>>=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= =C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi4:=C2=A0=C2=A0on=C2=A0acpi0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi4:=C2=A0cannot=C2=A0find=C2=A0EC=C2= =A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0acpi_wmi4:=C2=A0Embedded=C2=A0MOF=C2=A0found >>>>=C2=A0=C2=A0=C2= =A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ACPI:=C2=A0\134_SB.ATKD.WQMO:= =C2=A01=C2=A0arguments=C2=A0were=C2=A0passed=C2=A0to=C2=A0a >>>>=C2=A0= =C2=A0=C2=A0=C2=A0non-method=C2=A0ACPI=C2=A0object=C2=A0(Buffer)=C2=A0(2022= 1020/nsarguments-361) >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0driver=C2=A0bug:=C2=A0Unable=C2=A0to=C2=A0set=C2=A0devcla= ss=C2=A0(class:=C2=A0ppc=C2=A0devname: >>>>=C2=A0=C2=A0=C2=A0=C2=A0(unkno= wn)) >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0mixer:=C2=A0speaker:=C2=A0no=C2=A0such=C2=A0device >>>>=C2= =A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0speak= er:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0line:=C2=A0no=C2=A0such=C2=A0devi= ce >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer= :=C2=A0line:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2= =A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0mic:=C2=A0no=C2=A0such= =C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0mixer:=C2=A0mic:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0mic:=C2= =A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0mix:=C2=A0no=C2=A0such=C2=A0device >>= >>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2= =A0mix:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0rec:=C2=A0no=C2=A0such=C2=A0devic= e >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:= =C2=A0rec:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >= >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0igain:=C2=A0no=C2=A0such=C2= =A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0mixer:=C2=A0igain:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0ogain:= =C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0ogain:=C2=A0no=C2=A0such=C2=A0device= >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:= =C2=A0rec:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >= >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0rec:=C2=A0no=C2=A0such=C2= =A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0mixer:=C2=A0igain:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0igain:= =C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0ogain:=C2=A0no=C2=A0such=C2=A0device= >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:= =C2=A0ogain:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2= =A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0monitor:=C2=A0no=C2= =A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0mixer:=C2=A0monitor:=C2=A0no=C2=A0such=C2=A0device >>>>= =C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2= =A0monitor:=C2=A0no=C2=A0such=C2=A0device >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0uhid2=C2=A0on=C2=A0uhub0 >>= >>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0uhid2:=C2= =A0>>>=C2=A0=C2=A0=C2=A0=C2=A02.00/1.00,=C2=A0addr= =C2=A03>=C2=A0on=C2=A0usbus1 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0devmatch:=C2=A0devinfo_init:=C2=A0Invalid=C2=A0argu= ment >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0uhi= d3=C2=A0on=C2=A0uhub4 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0uhid3:=C2=A0>>>=C2=A0=C2=A0= =C2=A0=C2=A0rev=C2=A02.00/4.07,=C2=A0addr=C2=A01>=C2=A0on=C2=A0usbus0 >>>= >=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=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0uhid4=C2=A0on=C2=A0uhub4 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0uhid4:=C2=A0>>>=C2=A0=C2= =A0=C2=A0=C2=A00/0,=C2=A0rev=C2=A01.10/1.02,=C2=A0addr=C2=A02>=C2=A0on= =C2=A0usbus0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0devmatch:=C2=A0devinfo_init:=C2=A0Invalid=C2=A0argument >>>>= =C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0uhid6=C2=A0on= =C2=A0uhub4 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0uhid6:=C2=A0>>>=C2=A0=C2=A0=C2=A0=C2=A00/0,= =C2=A0rev=C2=A01.10/1.02,=C2=A0addr=C2=A02>=C2=A0on=C2=A0usbus0 >>>>= =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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0pci= 0:8:0:0:=C2=A0no=C2=A0VPD=C2=A0ident=C2=A0found >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0I=C2=A0used=C2=A0a= =C2=A0USB3=C2=A0Ethernet=C2=A0dongle=C2=A0in=C2=A0order=C2=A0to=C2=A0have= =C2=A0Ethernet >>>>=C2=A0=C2=A0=C2=A0=C2=A0available. >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0For=C2=A0reference: >= >>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0#=C2=A0pcic= onf=C2=A0-lvV=C2=A0|=C2=A0less >>>>=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=C2= =A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0none0@pci0:0:0:2:=C2=A0class=3D0x08= 0600=C2=A0rev=3D0x00=C2=A0hdr=3D0x00 >>>>=C2=A0=C2=A0=C2=A0=C2=A0vendor= =3D0x1022=C2=A0device=3D0x14d9=C2=A0subvendor=3D0x1043=C2=A0subdevice=3D0x8= 877 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0vend= or=C2=A0=3D=C2=A0'Advanced=C2=A0Micro=C2=A0Devices,=C2=A0Inc.=C2=A0[AMD]'= >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0class= =C2=A0=3D=C2=A0base=C2=A0peripheral >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0subclass=C2=A0=3D=C2=A0IOMMU >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0none1@pci0:0= :20:0:=C2=A0class=3D0x0c0500=C2=A0rev=3D0x71=C2=A0hdr=3D0x00 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0vendor=3D0x1022=C2=A0device=3D0x790b=C2=A0subvendor=3D= 0x1043=C2=A0subdevice=3D0x8877 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0vendor=C2=A0=3D=C2=A0'Advanced=C2=A0Micro=C2= =A0Devices,=C2=A0Inc.=C2=A0[AMD]' >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0device=C2=A0=3D=C2=A0'FCH=C2=A0SMBus=C2=A0Con= troller' >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0class=C2=A0=3D=C2=A0serial=C2=A0bus >>>>=C2=A0=C2=A0=C2=A0=C2=A0 = >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0subclass=C2=A0=3D=C2=A0SMBus >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0none2@p= ci0:8:0:0:=C2=A0class=3D0x020000=C2=A0rev=3D0x05=C2=A0hdr=3D0x00 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0vendor=3D0x10ec=C2=A0device=3D0x8125=C2=A0subvendor= =3D0x1043=C2=A0subdevice=3D0x87d7 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0vendor=C2=A0=3D=C2=A0'Realtek=C2=A0Semiconduc= tor=C2=A0Co.,=C2=A0Ltd.' >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0device=C2=A0=3D=C2=A0'RTL8125=C2=A02.5GbE=C2=A0Control= ler' >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0cla= ss=C2=A0=3D=C2=A0network >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0subclass=C2=A0=3D=C2=A0ethernet >>>>=C2=A0=C2=A0= =C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0none3@pci0:9:0:0:=C2=A0cla= ss=3D0x028000=C2=A0rev=3D0x00=C2=A0hdr=3D0x00 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0vendor=3D0x10ec=C2=A0device=3D0xb852=C2=A0subvendor=3D0x1a3b=C2=A0sub= device=3D0x5471 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0vendor=C2=A0=3D=C2=A0'Realtek=C2=A0Semiconductor=C2=A0Co.,= =C2=A0Ltd.' >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0class=C2=A0=3D=C2=A0network >>>>=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= =C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0none4@pci0:15:0:2:=C2=A0class=3D= 0x108000=C2=A0rev=3D0x00=C2=A0hdr=3D0x00 >>>>=C2=A0=C2=A0=C2=A0=C2=A0vend= or=3D0x1022=C2=A0device=3D0x1649=C2=A0subvendor=3D0x1043=C2=A0subdevice=3D0= x8877 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0vendor=C2=A0=3D=C2=A0'Advanced=C2=A0Micro=C2=A0Devices,=C2=A0Inc.=C2= =A0[AMD]' >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0device=C2=A0=3D=C2=A0'VanGogh=C2=A0PSP/CCP' >>>>=C2=A0=C2=A0=C2= =A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0class=C2=A0=3D=C2=A0encrypt/d= ecrypt >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0Example=C2=A0temperatures=C2=A0(while=C2=A0idle,=C2=A0ambien= t=C2=A0around=C2=A020=C2=A0DegC): >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0#=C2=A0kldload=C2=A0amdtemp >>>>=C2=A0= =C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0#=C2=A0sysctl=C2= =A0dev.amdtemp >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0dev.amdtemp.0.ccd1:=C2=A033.0C >>>>=C2=A0=C2=A0=C2=A0=C2= =A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.0.ccd0:=C2=A034.6C >>= >>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.= 0.core0.sensor0:=C2=A039.6C >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.0.sensor_offset:=C2=A00 >>>>=C2=A0= =C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.0.%paren= t:=C2=A0hostb0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0dev.amdtemp.0.%pnpinfo:=C2=A0dev.amdtemp.0.%location: >>>>= =C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.0.%driver:=C2=A0amdtemp >>>>=C2=A0= =C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.0.%desc:= =C2=A0AMD=C2=A0CPU=C2=A0On-Die=C2=A0Thermal=C2=A0Sensors >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.%parent:= =C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0Example=C2=A0during=C2=A0llvm=C2=A0build=C2=A0activity=C2=A0during=C2= =A0buildworld: >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0#=C2=A0sysctl=C2=A0dev.amdtemp >>>>=C2=A0=C2=A0=C2=A0=C2= =A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.0.ccd1:=C2=A060.5C >>= >>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.= 0.ccd0:=C2=A067.2C >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0dev.amdtemp.0.core0.sensor0:=C2=A077.1C >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0(Of=C2=A0cours= e,=C2=A0the=C2=A0cooling=C2=A0system=C2=A0in=C2=A0place=C2=A0contributes= =C2=A0greatly.) >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0Example=C2=A0from=C2=A0scratch=C2=A0builds=C2=A0(of=C2=A0my= =C2=A0usual=C2=A0style=C2=A0of=C2=A0personal >>>>=C2=A0=C2=A0=C2=A0=C2= =A0builds): >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0ThreadRipper=C2=A01950X:=C2=A0World=C2=A0built=C2=A0in=C2=A01345= =C2=A0seconds,=C2=A0ncpu:=C2=A032, >>>>=C2=A0=C2=A0=C2=A0=C2=A0make=C2= =A0-j32 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0Ryzen=C2=A09=C2=A07950X3D:=C2=A0World=C2=A0built=C2=A0in=C2=A0545=C2= =A0seconds,=C2=A0ncpu:=C2=A032,=C2=A0make >>>>=C2=A0=C2=A0=C2=A0=C2=A0-j3= 2 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Thread= Ripper=C2=A01950X:=C2=A0Kernel(s)=C2=A0GENERIC-NODBG=C2=A0built=C2=A0in= =C2=A0123 >>>>=C2=A0=C2=A0=C2=A0=C2=A0seconds,=C2=A0ncpu:=C2=A032,=C2= =A0make=C2=A0-j32 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0Ryzen=C2=A09=C2=A07950X3D:=C2=A0Kernel(s)=C2=A0GENERIC-NODBG= =C2=A0built=C2=A0in=C2=A051=C2=A0seconds, >>>>=C2=A0=C2=A0=C2=A0=C2=A0ncp= u:=C2=A032,=C2=A0make=C2=A0-j32 >=C2=A0 >=C2=A0=C2=A0On=C2=A0Nov=C2= =A01,=C2=A02023,=C2=A0at=C2=A005:43,=C2=A0Mark=C2=A0Millard=C2=A0=C2=A0wrote: >=C2=A0 >>=C2=A0=C2=A0On=C2=A0Nov=C2=A01,=C2= =A02023,=C2=A0at=C2=A005:39,=C2=A0Mark=C2=A0Millard=C2=A0=C2=A0wrote: >>=C2=A0=C2=A0 >>>=C2=A0=C2=A0=C2=A0On=C2=A0Oct=C2=A031,= =C2=A02023,=C2=A0at=C2=A023:00,=C2=A0Mark=C2=A0Millard=C2=A0 >>>=C2=A0=C2=A0=C2=A0wrote: >>>=C2=A0=C2=A0=C2=A0 >>>>=C2=A0= =C2=A0=C2=A0=C2=A0FreeBSD=C2=A0context: >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>= >>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0#=C2=A0uname=C2=A0-apKU >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0FreeBSD=C2=A0amd64-ZFS= =C2=A015.0-CURRENT=C2=A0FreeBSD=C2=A015.0-CURRENT=C2=A0#126 >>>>=C2=A0= =C2=A0=C2=A0=C2=A0main-n266130-d521abdff236-dirty:=C2=A0Tue=C2=A0Oct=C2= =A024=C2=A018:17:40=C2=A0PDT=C2=A02023 >>>>=C2=A0=C2=A0=C2=A0=C2=A0root@a= md64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/sy= s/GENERIC-NODBG >>>>=C2=A0=C2=A0=C2=A0=C2=A0amd64=C2=A0amd64=C2=A01500002= =C2=A01500002 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0I=C2=A0moved=C2=A0my=C2=A0FreeBDSS=C2=A0boot=C2=A0media=C2=A0from= =C2=A0a=C2=A0ThreadRipper=C2=A01950X=C2=A0to=C2=A0a >>>>=C2=A0=C2=A0= =C2=A0=C2=A0Ryzen=C2=A09=C2=A07950X3D=C2=A0and=C2=A0tried >>>>=C2=A0= =C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0booting.=C2=A0It= =C2=A0booted=C2=A0but=C2=A0some=C2=A0of=C2=A0the=C2=A0following=C2=A0might= =C2=A0be=C2=A0of=C2=A0some >>>>=C2=A0=C2=A0=C2=A0=C2=A0note.=C2=A0Is= =C2=A0any=C2=A0of=C2=A0it=C2=A0likely >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0to=C2=A0be=C2=A0problematical?=C2=A0Any=C2= =A0of=C2=A0it=C2=A0of=C2=A0particular=C2=A0interest=C2=A0to >>>>=C2=A0= =C2=A0=C2=A0=C2=A0anyone? >>>>=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=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Firmware=C2=A0Error=C2=A0(ACPI):=C2=A0Could= =C2=A0not=C2=A0resolve=C2=A0symbol >>>>=C2=A0=C2=A0=C2=A0=C2=A0[\134_SB.P= CI0.GPP7.UP00.DP40.UP00.DP68],=C2=A0AE_NOT_FOUND >>>>=C2=A0=C2=A0=C2= =A0=C2=A0(20221020/dswload2-315) >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ACPI=C2=A0Error:=C2=A0AE_NOT_FOUND,=C2=A0Duri= ng=C2=A0name=C2=A0lookup/catalog >>>>=C2=A0=C2=A0=C2=A0=C2=A0(20221020/ps= object-372) >>>>=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=C2=A0 >>>>=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0pci0:=C2=A0=C2=A0at= =C2=A0device=C2=A00.2=C2=A0(no=C2=A0driver >>>>=C2=A0=C2=A0=C2=A0=C2= =A0attached) >>>>=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=C2=A0 >>>>=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0pci8:=C2=A0=C2=A0at=C2=A0devic= e=C2=A00.0=C2=A0(no=C2=A0driver=C2=A0attached) >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0pci9:=C2=A0= =C2=A0at=C2=A0device=C2=A00.0=C2=A0(no=C2=A0driver=C2=A0attached) >>>>= =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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0pci= 15:=C2=A0=C2=A0at=C2=A0device=C2=A00.2=C2=A0(no=C2=A0drive= r=C2=A0attached) >>>>=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=C2=A0 >>>>=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0ns8250:=C2=A0UART=C2=A0FCR=C2=A0is=C2=A0broken >>= >>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ns8250:= =C2=A0UART=C2=A0FCR=C2=A0is=C2=A0broken >>>>=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= =C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intsmb0:=C2=A0=C2=A0at=C2=A0device=C2=A020.0=C2=A0on=C2=A0pci= 0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intsmb= 0:=C2=A0Could=C2=A0not=C2=A0allocate=C2=A0I/O=C2=A0space >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0device_attach:=C2=A0int= smb0=C2=A0attach=C2=A0returned=C2=A06 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intsmb0:=C2=A0=C2=A0port=C2=A00xff00-0xff0f=C2=A0at >>>>=C2=A0=C2=A0= =C2=A0=C2=A0device=C2=A020.0=C2=A0on=C2=A0pci0 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intsmb0:=C2=A0Could=C2=A0not= =C2=A0allocate=C2=A0I/O=C2=A0space >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0device_attach:=C2=A0intsmb0=C2=A0attach=C2= =A0returned=C2=A06 >>>>=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=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0intsmb0:=C2=A0=C2=A0at=C2=A0device=C2=A020.0=C2=A0on=C2=A0pci0 >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intsmb0:=C2=A0Could= =C2=A0not=C2=A0allocate=C2=A0I/O=C2=A0space >>>>=C2=A0=C2=A0=C2=A0=C2= =A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0device_attach:=C2=A0intsmb0=C2= =A0attach=C2=A0returned=C2=A06 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0intsmb0:=C2=A0=C2=A0port=C2=A00xff00-0xff0f=C2=A0at >>>>=C2=A0=C2=A0=C2=A0=C2= =A0device=C2=A020.0=C2=A0on=C2=A0pci0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0intsmb0:=C2=A0Could=C2=A0not=C2=A0allocate= =C2=A0I/O=C2=A0space >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0device_attach:=C2=A0intsmb0=C2=A0attach=C2=A0returned= =C2=A06 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0acpi_wmi0:=C2=A0=C2=A0on=C2=A0acpi0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi0:=C2= =A0cannot=C2=A0find=C2=A0EC=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>= >>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi0:=C2=A0Embedded=C2=A0MOF=C2=A0foun= d >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ACPI:= =C2=A0\134AWW0.WQMO:=C2=A01=C2=A0arguments=C2=A0were=C2=A0passed=C2=A0to= =C2=A0a=C2=A0non-method >>>>=C2=A0=C2=A0=C2=A0=C2=A0ACPI=C2=A0object= =C2=A0(Buffer)=C2=A0(20221020/nsarguments-361) >>>>=C2=A0=C2=A0=C2=A0= =C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi1:=C2=A0=C2=A0on=C2=A0acpi0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi1:=C2=A0cannot=C2=A0find=C2=A0EC=C2= =A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0acpi_wmi1:=C2=A0Embedded=C2=A0MOF=C2=A0found >>>>=C2=A0=C2=A0=C2= =A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ACPI:=C2=A0\134ABAW.WQMO:= =C2=A01=C2=A0arguments=C2=A0were=C2=A0passed=C2=A0to=C2=A0a=C2=A0non-method= >>>>=C2=A0=C2=A0=C2=A0=C2=A0ACPI=C2=A0object=C2=A0(Buffer)=C2=A0(2022102= 0/nsarguments-361) >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0acpi_wmi2:=C2=A0=C2=A0on=C2=A0acpi0= >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wm= i2:=C2=A0cannot=C2=A0find=C2=A0EC=C2=A0device >>>>=C2=A0=C2=A0=C2=A0= =C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi2:=C2=A0Embedded=C2= =A0MOF=C2=A0found >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0ACPI:=C2=A0\134RMTW.WQMO:=C2=A01=C2=A0arguments=C2=A0were= =C2=A0passed=C2=A0to=C2=A0a=C2=A0non-method >>>>=C2=A0=C2=A0=C2=A0=C2= =A0ACPI=C2=A0object=C2=A0(Buffer)=C2=A0(20221020/nsarguments-361) >>>>= =C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi3:= =C2=A0=C2=A0on=C2=A0acpi0 >>>>=C2=A0=C2=A0=C2= =A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi3:=C2=A0cannot=C2= =A0find=C2=A0EC=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi3:=C2=A0Embedded=C2=A0MOF=C2=A0found >>>>= =C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0ACPI:=C2=A0\13= 4AOD.WQBA:=C2=A01=C2=A0arguments=C2=A0were=C2=A0passed=C2=A0to=C2=A0a=C2= =A0non-method >>>>=C2=A0=C2=A0=C2=A0=C2=A0ACPI=C2=A0object=C2=A0(Buffer)= =C2=A0(20221020/nsarguments-361) >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0driver=C2=A0bug:=C2=A0Unable=C2=A0to=C2=A0set= =C2=A0devclass=C2=A0(class:=C2=A0ppc=C2=A0devname: >>>>=C2=A0=C2=A0=C2= =A0=C2=A0(unknown)) >>>>=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=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi4:=C2=A0=C2=A0on= =C2=A0acpi0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0acpi_wmi4:=C2=A0cannot=C2=A0find=C2=A0EC=C2=A0device >>>>=C2= =A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0acpi_wmi4:=C2= =A0Embedded=C2=A0MOF=C2=A0found >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0ACPI:=C2=A0\134_SB.ATKD.WQMO:=C2=A01=C2=A0argume= nts=C2=A0were=C2=A0passed=C2=A0to=C2=A0a >>>>=C2=A0=C2=A0=C2=A0=C2=A0non-= method=C2=A0ACPI=C2=A0object=C2=A0(Buffer)=C2=A0(20221020/nsarguments-361)= >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0driver= =C2=A0bug:=C2=A0Unable=C2=A0to=C2=A0set=C2=A0devclass=C2=A0(class:=C2=A0ppc= =C2=A0devname: >>>>=C2=A0=C2=A0=C2=A0=C2=A0(unknown)) >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2= =A0speaker:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 = >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0speaker:=C2=A0no=C2=A0such= =C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0mixer:=C2=A0line:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0line:=C2= =A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0mic:=C2=A0no=C2=A0such=C2=A0device >>= >>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2= =A0mic:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0mic:=C2=A0no=C2=A0such=C2=A0devic= e >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:= =C2=A0mix:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >= >>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0mix:=C2=A0no=C2=A0such=C2= =A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0mixer:=C2=A0rec:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0= =C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0rec:=C2=A0no= =C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0mixer:=C2=A0igain:=C2=A0no=C2=A0such=C2=A0device >>>>= =C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2= =A0igain:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>= >>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0ogain:=C2=A0no=C2=A0such=C2= =A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0mixer:=C2=A0ogain:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0rec:=C2= =A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0rec:=C2=A0no=C2=A0such=C2=A0device >>= >>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2= =A0igain:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>= >>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0igain:=C2=A0no=C2=A0such=C2= =A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0mixer:=C2=A0ogain:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0ogain:= =C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0monitor:=C2=A0no=C2=A0such=C2=A0devi= ce >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer= :=C2=A0monitor:=C2=A0no=C2=A0such=C2=A0device >>>>=C2=A0=C2=A0=C2=A0= =C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0mixer:=C2=A0monitor:=C2=A0no= =C2=A0such=C2=A0device >>>>=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=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0uhid2=C2=A0on=C2=A0uhub0 >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0uhid2:=C2=A0>>>=C2=A0=C2=A0=C2=A0=C2=A02.00/1.00,=C2=A0addr=C2=A03>=C2= =A0on=C2=A0usbus1 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0devmatch:=C2=A0devinfo_init:=C2=A0Invalid=C2=A0argument >>= >>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0uhid3=C2= =A0on=C2=A0uhub4 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0uhid3:=C2=A0>>>=C2=A0=C2=A0=C2=A0= =C2=A0rev=C2=A02.00/4.07,=C2=A0addr=C2=A01>=C2=A0on=C2=A0usbus0 >>>>= =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=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0uhid4=C2=A0on=C2=A0uhub4 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0uhid4:=C2=A0>>>=C2=A0=C2=A0= =C2=A0=C2=A00/0,=C2=A0rev=C2=A01.10/1.02,=C2=A0addr=C2=A02>=C2=A0on=C2= =A0usbus0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0devmatch:=C2=A0devinfo_init:=C2=A0Invalid=C2=A0argument >>>>=C2= =A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0uhid6=C2=A0on= =C2=A0uhub4 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0uhid6:=C2=A0>>>=C2=A0=C2=A0=C2=A0=C2=A00/0,= =C2=A0rev=C2=A01.10/1.02,=C2=A0addr=C2=A02>=C2=A0on=C2=A0usbus0 >>>>= =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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0pci= 0:8:0:0:=C2=A0no=C2=A0VPD=C2=A0ident=C2=A0found >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0I=C2=A0used=C2=A0a= =C2=A0USB3=C2=A0Ethernet=C2=A0dongle=C2=A0in=C2=A0order=C2=A0to=C2=A0have= =C2=A0Ethernet >>>>=C2=A0=C2=A0=C2=A0=C2=A0available. >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0For=C2=A0reference: >= >>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0#=C2=A0pcic= onf=C2=A0-lvV=C2=A0|=C2=A0less >>>>=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=C2= =A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0none0@pci0:0:0:2:=C2=A0class=3D0x08= 0600=C2=A0rev=3D0x00=C2=A0hdr=3D0x00 >>>>=C2=A0=C2=A0=C2=A0=C2=A0vendor= =3D0x1022=C2=A0device=3D0x14d9=C2=A0subvendor=3D0x1043=C2=A0subdevice=3D0x8= 877 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0vend= or=C2=A0=3D=C2=A0'Advanced=C2=A0Micro=C2=A0Devices,=C2=A0Inc.=C2=A0[AMD]'= >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0class= =C2=A0=3D=C2=A0base=C2=A0peripheral >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0subclass=C2=A0=3D=C2=A0IOMMU >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0none1@pci0:0= :20:0:=C2=A0class=3D0x0c0500=C2=A0rev=3D0x71=C2=A0hdr=3D0x00 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0vendor=3D0x1022=C2=A0device=3D0x790b=C2=A0subvendor=3D= 0x1043=C2=A0subdevice=3D0x8877 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0vendor=C2=A0=3D=C2=A0'Advanced=C2=A0Micro=C2= =A0Devices,=C2=A0Inc.=C2=A0[AMD]' >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0device=C2=A0=3D=C2=A0'FCH=C2=A0SMBus=C2=A0Con= troller' >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0class=C2=A0=3D=C2=A0serial=C2=A0bus >>>>=C2=A0=C2=A0=C2=A0=C2=A0 = >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0subclass=C2=A0=3D=C2=A0SMBus >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0none2@p= ci0:8:0:0:=C2=A0class=3D0x020000=C2=A0rev=3D0x05=C2=A0hdr=3D0x00 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0vendor=3D0x10ec=C2=A0device=3D0x8125=C2=A0subvendor= =3D0x1043=C2=A0subdevice=3D0x87d7 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0vendor=C2=A0=3D=C2=A0'Realtek=C2=A0Semiconduc= tor=C2=A0Co.,=C2=A0Ltd.' >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0device=C2=A0=3D=C2=A0'RTL8125=C2=A02.5GbE=C2=A0Control= ler' >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0cla= ss=C2=A0=3D=C2=A0network >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0subclass=C2=A0=3D=C2=A0ethernet >>>>=C2=A0=C2=A0= =C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0none3@pci0:9:0:0:=C2=A0cla= ss=3D0x028000=C2=A0rev=3D0x00=C2=A0hdr=3D0x00 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0vendor=3D0x10ec=C2=A0device=3D0xb852=C2=A0subvendor=3D0x1a3b=C2=A0sub= device=3D0x5471 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0vendor=C2=A0=3D=C2=A0'Realtek=C2=A0Semiconductor=C2=A0Co.,= =C2=A0Ltd.' >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0class=C2=A0=3D=C2=A0network >>>>=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= =C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0none4@pci0:15:0:2:=C2=A0class=3D= 0x108000=C2=A0rev=3D0x00=C2=A0hdr=3D0x00 >>>>=C2=A0=C2=A0=C2=A0=C2=A0vend= or=3D0x1022=C2=A0device=3D0x1649=C2=A0subvendor=3D0x1043=C2=A0subdevice=3D0= x8877 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0vendor=C2=A0=3D=C2=A0'Advanced=C2=A0Micro=C2=A0Devices,=C2=A0Inc.=C2= =A0[AMD]' >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0device=C2=A0=3D=C2=A0'VanGogh=C2=A0PSP/CCP' >>>>=C2=A0=C2=A0=C2= =A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0class=C2=A0=3D=C2=A0encrypt/d= ecrypt >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0Example=C2=A0temperatures=C2=A0(while=C2=A0idle,=C2=A0ambien= t=C2=A0around=C2=A020=C2=A0DegC): >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0#=C2=A0kldload=C2=A0amdtemp >>>>=C2=A0= =C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0#=C2=A0sysctl=C2= =A0dev.amdtemp >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0dev.amdtemp.0.ccd1:=C2=A033.0C >>>>=C2=A0=C2=A0=C2=A0=C2= =A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.0.ccd0:=C2=A034.6C >>= >>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.= 0.core0.sensor0:=C2=A039.6C >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.0.sensor_offset:=C2=A00 >>>>=C2=A0= =C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.0.%paren= t:=C2=A0hostb0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0dev.amdtemp.0.%pnpinfo:=C2=A0dev.amdtemp.0.%location: >>>>= =C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.0.%driver:=C2=A0amdtemp >>>>=C2=A0= =C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.0.%desc:= =C2=A0AMD=C2=A0CPU=C2=A0On-Die=C2=A0Thermal=C2=A0Sensors >>>>=C2=A0=C2= =A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.%parent:= =C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0Example=C2=A0during=C2=A0llvm=C2=A0build=C2=A0activity=C2=A0during=C2= =A0buildworld: >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0#=C2=A0sysctl=C2=A0dev.amdtemp >>>>=C2=A0=C2=A0=C2=A0=C2= =A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.0.ccd1:=C2=A060.5C >>= >>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0dev.amdtemp.= 0.ccd0:=C2=A067.2C >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0dev.amdtemp.0.core0.sensor0:=C2=A077.1C >>>>=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=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0(Of=C2=A0cours= e,=C2=A0the=C2=A0cooling=C2=A0system=C2=A0in=C2=A0place=C2=A0contributes= =C2=A0greatly.) >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0Example=C2=A0from=C2=A0scratch=C2=A0builds=C2=A0(of=C2=A0my= =C2=A0usual=C2=A0style=C2=A0of=C2=A0personal >>>>=C2=A0=C2=A0=C2=A0=C2= =A0builds): >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0ThreadRipper=C2=A01950X:=C2=A0World=C2=A0built=C2=A0in=C2=A01345= =C2=A0seconds,=C2=A0ncpu:=C2=A032, >>>>=C2=A0=C2=A0=C2=A0=C2=A0make=C2= =A0-j32 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0Ryzen=C2=A09=C2=A07950X3D:=C2=A0World=C2=A0built=C2=A0in=C2=A0545=C2= =A0seconds,=C2=A0ncpu:=C2=A032,=C2=A0make >>>>=C2=A0=C2=A0=C2=A0=C2=A0-j3= 2 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0Thread= Ripper=C2=A01950X:=C2=A0Kernel(s)=C2=A0GENERIC-NODBG=C2=A0built=C2=A0in= =C2=A0123 >>>>=C2=A0=C2=A0=C2=A0=C2=A0seconds,=C2=A0ncpu:=C2=A032,=C2= =A0make=C2=A0-j32 >>>>=C2=A0=C2=A0=C2=A0=C2=A0 >>>>=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0Ryzen=C2=A09=C2=A07950X3D:=C2=A0Kernel(s)=C2=A0GENERIC-NODBG= =C2=A0built=C2=A0in=C2=A051=C2=A0seconds, >>>>=C2=A0=C2=A0=C2=A0=C2=A0ncp= u:=C2=A032,=C2=A0make=C2=A0-j32 >=C2=A0 >=C2=A0=C2=A0&write(1,"=C2= =A016f4da:=C2=A000=C2=A000=C2=A0"...,57)=C2=A0=3D=C2=A057=C2=A0(0x39) >= =C2=A0 >=C2=A0write(1,"=C2=A016f4dc:=C2=A009=C2=A000=C2=A0"...,57)=C2= =A0=3D=C2=A057=C2=A0(0x39) >=C2=A0 >=C2=A0write(1,"=C2=A016f4de:=C2= =A000=C2=A000=C2=A0"...,57)=C2=A0=3D=C2=A057=C2=A0(0x39) >=C2=A0 >= =C2=A0write(1,"=C2=A016f4e0:=C2=A0d7=C2=A0"...,46)=C2=A0=3D=C2=A046=C2= =A0(0x2e) >=C2=A0 >=C2=A0write(1,"=C2=A016f4e1:=C2=A0a8=C2=A003=C2= =A0"...,56)=C2=A0=3D=C2=A056=C2=A0(0x38) >=C2=A0 >=C2=A0.=C2=A0.=C2= =A0. >=C2=A0 >=C2=A0=3D=3D=3D >=C2=A0 >=C2=A0Mark=C2=A0Millard >= =C2=A0 >=C2=A0marklmi=C2=A0at=C2=A0yahoo.com=C2=A0[http://yahoo.com] = Hi, Looking at your log you're probbaly running into this http= s://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D272507 if you're on BIOS = version 1808 and possibly 1811. Do note that we don't have drivers for al= l devices and that's not a bug. Best regards, Daniel --_=_swift_1698882533_5214eb05a55dabfa7405c537ca5f2dcd_=_ Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
On 2023-11-01T14:02:14.000+01:00, Mark Millard <marklmi@yahoo.com&g= t; wrote:
On Nov=
 1, 2023, at 05:43, Mark Millard <marklmi@yahoo.com> wrote:
  On Nov 1, 2023, at 05:39, M=
ark Millard <marklmi@yahoo.com> wrote:
 
  On Oct 31, 2023, at 23:00, Mark Millard <marklmi@yahoo.c=
om> wrote:
 
  FreeBSD context:
 
 # uname -apKU
<=
/div>
 FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 main-n2=
66130-d521abdff236-dirty: Tue Oct 24 18:17:40 PDT 2023     root@amd64-ZFS:/=
usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-=
NODBG amd64 amd64 1500002 1500002
 
 I moved my=
 FreeBDSS boot media from a ThreadRipper 1950X to a Ryzen 9 7950X3D and tri=
ed
 booting. It booted but some of the following might be of =
some note. Is any of it likely
 to be problematical? Any of i=
t of particular interest to anyone?
 
 . . .
 Firmware Error (ACPI): Could not resolve symbol [\134_SB.PCI0.=
GPP7.UP00.DP40.UP00.DP68], AE_NOT_FOUND (20221020/dswload2-315)
 ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20221020/psobject=
-372)
 . . .
 pci0: <base peripheral, IOMMU&=
gt; at device 0.2 (no driver attached)
 . . .
 =
pci8: <network, ethernet> at device 0.0 (no driver attached)
 . . .
 pci9: <network> at device 0.0 (no driver =
attached)
 . . .
 pci15: <encrypt/decrypt>=
; at device 0.2 (no driver attached)
 . . .
 ns=
8250: UART FCR is broken
 ns8250: UART FCR is broken
 . . .
 intsmb0: <AMD FCH SMBus Controller> at de=
vice 20.0 on pci0
 intsmb0: Could not allocate I/O space
<=
/div>
 device_attach: intsmb0 attach returned 6
 intsmb0:=
 <AMD FCH SMBus Controller> port 0xff00-0xff0f at device 20.0 on pci0=

 intsmb0: Could not allocate I/O space
 device=
_attach: intsmb0 attach returned 6
 . . .
 ints=
mb0: <AMD FCH SMBus Controller> at device 20.0 on pci0
=
 intsmb0: Could not allocate I/O space
 device_attach: intsmb=
0 attach returned 6
 intsmb0: <AMD FCH SMBus Controller>=
; port 0xff00-0xff0f at device 20.0 on pci0
 intsmb0: Could n=
ot allocate I/O space
 device_attach: intsmb0 attach returned=
 6
 acpi_wmi0: <ACPI-WMI mapping> on acpi0
 acpi_wmi0: cannot find EC device
 acpi_wmi0: Embedded MOF =
found
 ACPI: \134AWW0.WQMO: 1 arguments were passed to a non-=
method ACPI object (Buffer) (20221020/nsarguments-361)
 acpi_=
wmi1: <ACPI-WMI mapping> on acpi0
 acpi_wmi1: cannot fi=
nd EC device
 acpi_wmi1: Embedded MOF found
 AC=
PI: \134ABAW.WQMO: 1 arguments were passed to a non-method ACPI object (Buf=
fer) (20221020/nsarguments-361)
 acpi_wmi2: <ACPI-WMI mapp=
ing> on acpi0
 acpi_wmi2: cannot find EC device
<=
div> acpi_wmi2: Embedded MOF found
 ACPI: \134RMTW.WQMO: 1 ar=
guments were passed to a non-method ACPI object (Buffer) (20221020/nsargume=
nts-361)
 acpi_wmi3: <ACPI-WMI mapping> on acpi0
 acpi_wmi3: cannot find EC device
 acpi_wmi3: Embedde=
d MOF found
 ACPI: \134AOD.WQBA: 1 arguments were passed to a=
 non-method ACPI object (Buffer) (20221020/nsarguments-361)
 =
driver bug: Unable to set devclass (class: ppc devname: (unknown))
 . . .
 acpi_wmi4: <ACPI-WMI mapping> on acpi0
 acpi_wmi4: cannot find EC device
 acpi_wmi4: Emb=
edded MOF found
 ACPI: \134_SB.ATKD.WQMO: 1 arguments were pa=
ssed to a non-method ACPI object (Buffer) (20221020/nsarguments-361)
 driver bug: Unable to set devclass (class: ppc devname: (unknown))=

 . . .
 mixer: speaker: no such device
 mixer: speaker: no such device
 mixer: line: no such =
device
 mixer: line: no such device
 mixer: mic=
: no such device
 mixer: mic: no such device
 m=
ixer: mic: no such device
 mixer: mix: no such device
 mixer: mix: no such device
 mixer: rec: no such devic=
e
 mixer: rec: no such device
 mixer: igain: no=
 such device
 mixer: igain: no such device
 mix=
er: ogain: no such device
 mixer: ogain: no such device
 mixer: rec: no such device
 mixer: rec: no such dev=
ice
 mixer: igain: no such device
 mixer: igain=
: no such device
 mixer: ogain: no such device
=
 mixer: ogain: no such device
 mixer: monitor: no such device=

 mixer: monitor: no such device
 mixer: monito=
r: no such device
 . . .
 uhid2 on uhub0
 uhid2: <Corsair CORSAIR iCUE COMMANDER Core, class 0/0, rev 2.0=
0/1.00, addr 3> on usbus1
 devmatch: devinfo_init: Invalid=
 argument
 uhid3 on uhub4
 uhid3: <Corsair C=
ORSAIR M55 RGB PRO Gaming Mouse, class 0/0, rev 2.00/4.07, addr 1> on us=
bus0
 . . . 
 uhid4 on uhub4
 uhi=
d4: <Corsair CORSAIR K55 RGB PRO Gaming Keyboard, class 0/0, rev 1.10/1.=
02, addr 2> on usbus0
 devmatch: devinfo_init: Invalid arg=
ument
 uhid6 on uhub4
 uhid6: <Corsair CORSA=
IR K55 RGB PRO Gaming Keyboard, class 0/0, rev 1.10/1.02, addr 2> on usb=
us0
 . . .
 pci0:8:0:0: no VPD ident found
<=
/div>
 . . .
 
 I used a USB3 Ethernet dong=
le in order to have Ethernet available.
 
 For =
reference:
 
 # pciconf -lvV | less
 . . .
 none0@pci0:0:0:2:       class=3D0x080600 rev=3D0x0=
0 hdr=3D0x00 vendor=3D0x1022 device=3D0x14d9 subvendor=3D0x1043 subdevice=
=3D0x8877
  vendor     =3D 'Advanced Micro Devices, Inc. [AMD=
]'
  class      =3D base peripheral
  subclass =
  =3D IOMMU
 . . .
 none1@pci0:0:20:0:      cla=
ss=3D0x0c0500 rev=3D0x71 hdr=3D0x00 vendor=3D0x1022 device=3D0x790b subvend=
or=3D0x1043 subdevice=3D0x8877
  vendor     =3D 'Advanced Mic=
ro Devices, Inc. [AMD]'
  device     =3D 'FCH SMBus Controlle=
r'
  class      =3D serial bus
  subclass   =3D=
 SMBus
 . . .
 none2@pci0:8:0:0:       class=3D=
0x020000 rev=3D0x05 hdr=3D0x00 vendor=3D0x10ec device=3D0x8125 subvendor=3D=
0x1043 subdevice=3D0x87d7
  vendor     =3D 'Realtek Semicondu=
ctor Co., Ltd.'
  device     =3D 'RTL8125 2.5GbE Controller'<=
br>
  class      =3D network
  subclass   =3D ether=
net
 none3@pci0:9:0:0:       class=3D0x028000 rev=3D0x00 hdr=
=3D0x00 vendor=3D0x10ec device=3D0xb852 subvendor=3D0x1a3b subdevice=3D0x54=
71
  vendor     =3D 'Realtek Semiconductor Co., Ltd.'
  class      =3D network
 . . .
 none4@p=
ci0:15:0:2:      class=3D0x108000 rev=3D0x00 hdr=3D0x00 vendor=3D0x1022 dev=
ice=3D0x1649 subvendor=3D0x1043 subdevice=3D0x8877
  vendor  =
   =3D 'Advanced Micro Devices, Inc. [AMD]'
  device     =3D =
'VanGogh PSP/CCP'
  class      =3D encrypt/decrypt
<=
div> . . .
 
 
 
 E=
xample temperatures (while idle, ambient around 20 DegC):
 
 # kldload amdtemp
 # sysctl dev.amdtemp
 dev.amdtemp.0.ccd1: 33.0C
 dev.amdtemp.0.ccd0: 34.6C<=
br>
 dev.amdtemp.0.core0.sensor0: 39.6C
 dev.amdtem=
p.0.sensor_offset: 0
 dev.amdtemp.0.%parent: hostb0
=

 dev.amdtemp.0.%pnpinfo:  dev.amdtemp.0.%location:  dev.amdtemp.0.%dri=
ver: amdtemp
 dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sen=
sors
 dev.amdtemp.%parent: 
 
 Ex=
ample during llvm build activity during buildworld:
 
 # sysctl dev.amdtemp
 dev.amdtemp.0.ccd1: 60.5C
 dev.amdtemp.0.ccd0: 67.2C
 dev.amdtemp.0.core0.sens=
or0: 77.1C
 . . .
 
 (Of course, =
the cooling system in place contributes greatly.)
 
=

 
 Example from scratch builds (of my usual style of per=
sonal builds):
 
 ThreadRipper 1950X: World bui=
lt in 1345 seconds, ncpu: 32, make -j32
 Ryzen 9 7950X3D:    =
World built in 545 seconds, ncpu: 32, make -j32
 
 ThreadRipper 1950X: Kernel(s)  GENERIC-NODBG built in 123 seconds, ncpu=
: 32, make -j32
 Ryzen 9 7950X3D:    Kernel(s)  GENERIC-NODBG=
 built in 51 seconds, ncpu: 32, make -j32
 
 On Nov 1, 2023, at 05:43, Mark Millard=
 <marklmi=
@yahoo.com> wrote:

  On Nov 1, 2023, at 05:39, Mark Millard <marklmi@yahoo.com> wr=
ote:
 
  On O=
ct 31, 2023, at 23:00, Mark Millard <marklmi@yahoo.com> wrote:
FreeBSD context:
<= /div>

# uname -apKU
FreeBSD amd64-ZFS 1= 5.0-CURRENT FreeBSD 15.0-CURRENT #126 main-n266130-d521abdff236-dirty: Tue = Oct 24 18:17:40 PDT 2023 root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodb= g-clang/usr/main-src/amd64.amd64/sys/GENERIC-NODBG amd64 amd64 1500002 1500= 002

I moved my FreeBDSS boot media from a Th= readRipper 1950X to a Ryzen 9 7950X3D and tried
booting. It = booted but some of the following might be of some note. Is any of it likely=
to be problematical? Any of it of particular interest to an= yone?

. . .
Firmware Error (A= CPI): Could not resolve symbol [\134_SB.PCI0.GPP7.UP00.DP40.UP00.DP68], AE_= NOT_FOUND (20221020/dswload2-315)
ACPI Error: AE_NOT_FOUND, = During name lookup/catalog (20221020/psobject-372)
. . .
=
pci0: <base peripheral, IOMMU> at device 0.2 (no driver a= ttached)
. . .
pci8: <network, ethernet>= ; at device 0.0 (no driver attached)
. . .
pc= i9: <network> at device 0.0 (no driver attached)
. . .=
pci15: <encrypt/decrypt> at device 0.2 (no driver att= ached)
. . .
ns8250: UART FCR is broken
ns8250: UART FCR is broken
. . .
in= tsmb0: <AMD FCH SMBus Controller> at device 20.0 on pci0
intsmb0: Could not allocate I/O space
device_attach: ints= mb0 attach returned 6
intsmb0: <AMD FCH SMBus Controller&= gt; port 0xff00-0xff0f at device 20.0 on pci0
intsmb0: Could= not allocate I/O space
device_attach: intsmb0 attach return= ed 6
. . .
intsmb0: <AMD FCH SMBus Control= ler> at device 20.0 on pci0
intsmb0: Could not allocate I= /O space
device_attach: intsmb0 attach returned 6
<= div> intsmb0: <AMD FCH SMBus Controller> port 0xff00-0xff0f at device= 20.0 on pci0
intsmb0: Could not allocate I/O space
device_attach: intsmb0 attach returned 6
acpi_wmi0: &= lt;ACPI-WMI mapping> on acpi0
acpi_wmi0: cannot find EC d= evice
acpi_wmi0: Embedded MOF found
ACPI: \13= 4AWW0.WQMO: 1 arguments were passed to a non-method ACPI object (Buffer) (2= 0221020/nsarguments-361)
acpi_wmi1: <ACPI-WMI mapping>= on acpi0
acpi_wmi1: cannot find EC device
ac= pi_wmi1: Embedded MOF found
ACPI: \134ABAW.WQMO: 1 arguments= were passed to a non-method ACPI object (Buffer) (20221020/nsarguments-361= )
acpi_wmi2: <ACPI-WMI mapping> on acpi0
acpi_wmi2: cannot find EC device
acpi_wmi2: Embedded MOF f= ound
ACPI: \134RMTW.WQMO: 1 arguments were passed to a non-m= ethod ACPI object (Buffer) (20221020/nsarguments-361)
acpi_w= mi3: <ACPI-WMI mapping> on acpi0
acpi_wmi3: cannot fin= d EC device
acpi_wmi3: Embedded MOF found
ACP= I: \134AOD.WQBA: 1 arguments were passed to a non-method ACPI object (Buffe= r) (20221020/nsarguments-361)
driver bug: Unable to set devc= lass (class: ppc devname: (unknown))
. . .
ac= pi_wmi4: <ACPI-WMI mapping> on acpi0
acpi_wmi4: cannot= find EC device
acpi_wmi4: Embedded MOF found
= ACPI: \134_SB.ATKD.WQMO: 1 arguments were passed to a non-method ACPI obje= ct (Buffer) (20221020/nsarguments-361)
driver bug: Unable to= set devclass (class: ppc devname: (unknown))
. . .
mixer: speaker: no such device
mixer: speaker: no suc= h device
mixer: line: no such device
mixer: l= ine: no such device
mixer: mic: no such device
mixer: mic: no such device
mixer: mic: no such device
<= /div>
mixer: mix: no such device
mixer: mix: no such de= vice
mixer: rec: no such device
mixer: rec: n= o such device
mixer: igain: no such device
mi= xer: igain: no such device
mixer: ogain: no such device
<= /div>
mixer: ogain: no such device
mixer: rec: no such = device
mixer: rec: no such device
mixer: igai= n: no such device
mixer: igain: no such device
mixer: ogain: no such device
mixer: ogain: no such device<= br>
mixer: monitor: no such device
mixer: monitor= : no such device
mixer: monitor: no such device
. . .
uhid2 on uhub0
uhid2: <Corsair CO= RSAIR iCUE COMMANDER Core, class 0/0, rev 2.00/1.00, addr 3> on usbus1
devmatch: devinfo_init: Invalid argument
uhid3= on uhub4
uhid3: <Corsair CORSAIR M55 RGB PRO Gaming Mous= e, class 0/0, rev 2.00/4.07, addr 1> on usbus0
. . .
=
uhid4 on uhub4
uhid4: <Corsair CORSAIR K55 RG= B PRO Gaming Keyboard, class 0/0, rev 1.10/1.02, addr 2> on usbus0
devmatch: devinfo_init: Invalid argument
uhid6 on = uhub4
uhid6: <Corsair CORSAIR K55 RGB PRO Gaming Keyboard= , class 0/0, rev 1.10/1.02, addr 2> on usbus0
. . .
pci0:8:0:0: no VPD ident found
. . .

I used a USB3 Ethernet dongle in order to have Ethernet a= vailable.

For reference:

=
# pciconf -lvV | less
. . .
none0= @pci0:0:0:2: class=3D0x080600 rev=3D0x00 hdr=3D0x00 vendor=3D0x1022 d= evice=3D0x14d9 subvendor=3D0x1043 subdevice=3D0x8877
vendor= =3D 'Advanced Micro Devices, Inc. [AMD]'
class = =3D base peripheral
subclass =3D IOMMU
. .= .
none1@pci0:0:20:0: class=3D0x0c0500 rev=3D0x71 hdr= =3D0x00 vendor=3D0x1022 device=3D0x790b subvendor=3D0x1043 subdevice=3D0x88= 77
vendor =3D 'Advanced Micro Devices, Inc. [AMD]'
<= /div>
device =3D 'FCH SMBus Controller'
class = =3D serial bus
subclass =3D SMBus
. . .<= br>
none2@pci0:8:0:0: class=3D0x020000 rev=3D0x05 hdr=3D0x= 00 vendor=3D0x10ec device=3D0x8125 subvendor=3D0x1043 subdevice=3D0x87d7
vendor =3D 'Realtek Semiconductor Co., Ltd.'
device =3D 'RTL8125 2.5GbE Controller'
class = =3D network
subclass =3D ethernet
none3@pc= i0:9:0:0: class=3D0x028000 rev=3D0x00 hdr=3D0x00 vendor=3D0x10ec devi= ce=3D0xb852 subvendor=3D0x1a3b subdevice=3D0x5471
vendor = =3D 'Realtek Semiconductor Co., Ltd.'
class =3D netw= ork
. . .
none4@pci0:15:0:2: class=3D0x1= 08000 rev=3D0x00 hdr=3D0x00 vendor=3D0x1022 device=3D0x1649 subvendor=3D0x1= 043 subdevice=3D0x8877
vendor =3D 'Advanced Micro Devic= es, Inc. [AMD]'
device =3D 'VanGogh PSP/CCP'
<= div> class =3D encrypt/decrypt
. . .


Example temperatures (while i= dle, ambient around 20 DegC):

# kldload amdt= emp
# sysctl dev.amdtemp
dev.amdtemp.0.ccd1: = 33.0C
dev.amdtemp.0.ccd0: 34.6C
dev.amdtemp.0= .core0.sensor0: 39.6C
dev.amdtemp.0.sensor_offset: 0
dev.amdtemp.0.%parent: hostb0
dev.amdtemp.0.%pnpinfo= : dev.amdtemp.0.%location: dev.amdtemp.0.%driver: amdtemp
= dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors
dev.amdt= emp.%parent:

Example during llvm build acti= vity during buildworld:

# sysctl dev.amdtemp=
dev.amdtemp.0.ccd1: 60.5C
dev.amdtemp.0.ccd0= : 67.2C
dev.amdtemp.0.core0.sensor0: 77.1C
. = . .

(Of course, the cooling system in place = contributes greatly.)


Exampl= e from scratch builds (of my usual style of personal builds):

ThreadRipper 1950X: World built in 1345 seconds, ncpu: 32= , make -j32
Ryzen 9 7950X3D: World built in 545 seconds, = ncpu: 32, make -j32

ThreadRipper 1950X: Kern= el(s) GENERIC-NODBG built in 123 seconds, ncpu: 32, make -j32
Ryzen 9 7950X3D: Kernel(s) GENERIC-NODBG built in 51 seconds, ncpu: = 32, make -j32

&write(1," 16f4da: 00 00 "...,57) =3D 57 (0x3= 9)
write(1," 16f4dc: 09 00 "...,57) =3D 57 (= 0x39)
write(1," 16f4de: 00 00 "...,57) =3D 5= 7 (0x39)
write(1," 16f4e0: d7 "...,46) = =3D 46 (0x2e)
write(1," 16f4e1: a8 03 "...,5= 6) =3D 56 (0x38)
. . .


=3D=3D=3D
Mark Millard
marklmi at yahoo.com

Hi,

Looking at your log you're probbaly running into this
https://bu= gs.freebsd.org/bugzilla/show_bug.cgi?id=3D272507 if you're on BIOS vers= ion 1808 and possibly 1811. Do note that we don't have drivers for all devi= ces and that's not a bug.

Best rega= rds,
Daniel


=


--_=_swift_1698882533_5214eb05a55dabfa7405c537ca5f2dcd_=_-- From nobody Thu Nov 2 00:32:00 2023 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 4SLPw33HX1z4yRhX for ; Thu, 2 Nov 2023 00:32:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (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 4SLPw20XQ8z4ZwN for ; Thu, 2 Nov 2023 00:32:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ER9xJomW; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698885136; bh=uV8XpXiSS9ZE/6oyrE3vaVBBe5JP6D+7h6hey0ceSAg=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=ER9xJomWPu+Pm+8lmyurWwBWOjsfywa3qoixFMrmVGCjVwmsJ907dfPzdiEL01uNUNmfJ2WENFjYUKG26KlYCV9VFPuHPTDHF/ogTIy9nvHFpXLEUY0lA01dl9HqWeCk1gYaksEcJjiK+fBjIH7TxJ/4CRzxjYNq0uEHxIKZL5opTul2ynWGMo93+4J72WSjvHjPCynNYFwajpK13n6ax7rxqSF0RJt4Jx3a1gb/g2Z8owTb9hi0P0ZviDInOGg2tWZWxmoIB2XQl+uQyfH9x0mKLYvGE4WK8lWVyG5ER6SSak5+Fz18HradbOoFFf9DOSeDXkcNaeAZk5ez8pjshg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698885136; bh=bdEHvXErnPmz476yoQ06Bg+i3Bvgn+7Ej3bJ4ZbZu6v=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=bNNBPcMd2Kd9PhcL0XiqJbaQ/4DjU/aQdZl/T0IHGnWVHxmO9/HO+tvw0olwwaWMN1EWDZ97xTPZ5rEIIO996dV4xFHsVlbIX9/qWM6Y5d30IiPviFaVnopy9tFBH9RRDzPCNekkEWOTs0cWIt/foKM5mOuKUxZ/9maYK3sphTSqdPyYpo19GYdtFWH6bfYSREnROOY2TZzxP0jMDYAKghIn05sgKi45MZQBCY7lr2EnOsdSgJjXfNr9eg+eB8DMc0TvO2ZJQk929uvz/8g6c0Bnqytan38C2WCM/tAFA5SDz1mw2eVDxKSEv2Bc5F8dNQiTxL6x/WbPckVmQ4DOVg== X-YMail-OSG: GS5mK2EVM1nySe8C_lrfa7xc._3fxgyQX4o5Eyby3bOU6_KJR_pHZ4hKVpMec7_ IhLdRjvHzc643wZsFjaaVRopd6UO1xzjHLm2E_iO3wWVsRuWP0YaVfPeqcQQExVb7stoILCYxAVF UEmEHBofecDlTnmR2EHogK1YuQem6t2yEpINZt3vaYAUs8KH4zyp2CKQfhsrTGJiF2F5WsUeIBFg NKmEkOBrHTwQo3L.ahoRKyrdj2adLo4IyEI8Uqpl.lT0yMyAaNcLizRSb5dvfmkMkJuIkfe.r5cX lqHYWmLTijlgrrivHhq3O1p6oFfG3dflX22jNcJkcb_WjupPzlZSK.B8v.SYIoID5l3_E5CdQQxg x1lbg1AsD4QOoRswLqR8xGE3RuOigLOynu9FNS9ZtqZRV_CzdrnwYyG3iVMvxqIHEm_zgRmNm9xk xHh6KOxQW67nJ_K4E2IxksIHVH7V96llwyN0mMVxOyOwb9bkCN_7l994kk__bk5vuvVekb74xObT JSHW4r8mBoEvSiYfryo5Pt2h4tQQJCvKxBxD2aCYli_4lOVm229kSRV0HKlkUH3asu7cukzGfAQs 69Ku0e1YSV7uzCbA7.Gn3rK8Mwe63JPk4F2egFITgYmGBSaJ_h8hbOrc13tHWE27fmzcx1cyzjJy S_Xhgvh0FzvwMdtrZRZAGRLnvdZZPcA6Bv2.quw8GqDxFUbPpMfE6XY248vEtB88U270otc8SCoB 8hvBKA6SZIvcizsyoBbVckSW76QwTNLq2.ROkJdbFloRzN5KqC1339TSH_ExqEXr9_0Y19pjdoMF UBBCzng2WZASgzF_HAEcDOCNa7TiTMV_FBZfFsiAnzQYtLK2NUhw_IMiymzbElcEWc4AhPmyV5As qhRGkpPTd1lpbVECKc8sDtd_oEJ9Hkzq6voWJz681dbUVtvq45jekR_LkaDtaqgoi.SKSbqck2ML U_4RNFnYurN0km4ih8Mq68tJZuPC.hPp9hSQCQyrf0WcszQllYzBvfWUg04IGzbVlq9p._YpUgqw ApXy0RzT3EIZ7FMVudOJ7MS9GBFJVBfrijVCFpDhqm9NWZ0VMqg.jGeNo0E0O00UUvdABa5W2hE4 R9rYGFl4VfEsSdbpyRYeqfqmZwVmZIO_8ijipWgPg5FKDwuhTKAEBc9tPX.6qPp_aCBEOhryF8ye AwxL7Uq3.HHoWxMaDATCwHE48cQ_Ggi.G7hEor2UggXL.r6aSSg3On29tfQqAsBnvrJr3NfKSHYm PF9wthRlups9Tc_r5d5gsQYo6lPcnBUpQ.mbAFx3gOZMBTN45Fl_SuFJi4TBSPUYWCD1kpQ2Vdn_ CGsmLhKejLvY6kpGVrA7SXApjiPaoOwUJZFnL5iLUBjI0ZyTJGDDKowDlcICFN8jTnJRfmy4U6.C zsI8mqeOzW1AoL601gZzqKs8wu3OOG.vC9n6bUHWupWUG0ntzBUIEiK3PPQ9l4wktswrDUIflMsH 2qAnCNJV7Z7TgG2ueVByVbTFDyk6IM6ugaWwMNa1uqPJPqBg1.z2BQbt0i9UtBHFzgAjYbBmjeBQ aHMSlMrbM3_sDEnZYTBqZ6B_VQANbYSHQz3LkLT3B9DL1lsl6qN2PZmH8uf5VjnmREuGRXhEAono 14jLKABfAuE8Ky2ArJ1RIFaylt_xdShUOIV_ftNzyLMFNLLtqNdv9XeKSIRvewT7WlLyxPkrJd9B z2Y9.H7fh2SzuVPfE8RSYw.UDmywwF3iagngcpEkdAbfuN7hVkggob1PhJoheHfV9uBiZZPrsRka KfQU68hc4nh2v9UOJ0qDPhZQo58c.zIcEi3HRk9CauMS4Tiad7MBxynhchA4ZwJzogv121_M8i_p pFLd8_WHkKIskRFJVhNh_09CiDYOHJarIpYgpYmpG4M..hY9HotHCM3hY6amHTu_YUTRVICaBDQa F9lSDKLRrgc620n89KxrRnqb7JEFS7ZXCDZcgbuKe_n7FFHHBqkqGyrqwgg7d3N6aSsO55arWL31 9s11AAnJmArBJtqtIZdfS7E23tv5ioES9_wQdImbW3JF2dylRUMPK5msvKB9k1aHHclZP2uYTijg h2XmeiU32dknLSPPg0Jdwpt70SqrzUalX329p8WjBx0nbpfkssmSsD4Guoo61D0nLuxTnNQxyXrL Bjny_kHfbVYzvU5JKa9LzPYGj8bQWiqN3hEL_MwqHZEIIp.BvhONvi5nIOhMgxGpS6rCUx1mFwxG wNBOHDnb0WQmjgpdxVyK4feKAGUqlOV9QvUcXGDPWcn7VUyD2ujWWzHevsg-- X-Sonic-MF: X-Sonic-ID: 0ee8ad17-cc57-4c63-a3f5-18150a6703f2 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Thu, 2 Nov 2023 00:32:16 +0000 Received: by hermes--production-bf1-5b945b6d47-dfjn7 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 37b9bfdf73f2c3e77f2ca99c739a8b50; Thu, 02 Nov 2023 00:32:14 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: Trying initial boot of FreeBSD (main so: 15) of Ryzen 9 7950X3D on an ASUS Prime X670-P WIFI: various dmesg -a lines; more Date: Wed, 1 Nov 2023 17:32:00 -0700 References: <2B4E6F77-ABE8-49D8-AEF1-81D6E1A4D4E7@yahoo.com> <426737EC-237D-4F1C-ABD8-043FEE70FF9C@yahoo.com> To: FreeBSD Hackers In-Reply-To: <426737EC-237D-4F1C-ABD8-043FEE70FF9C@yahoo.com> Message-Id: <2D7D81C4-E6F5-4263-B150-568389C33D1E@yahoo.com> X-Mailer: Apple Mail (2.3774.200.91.1.1) X-Spamd-Result: default: False [-3.50 / 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)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SLPw20XQ8z4ZwN X-Spamd-Bar: --- On Nov 1, 2023, at 06:02, Mark Millard wrote: > On Nov 1, 2023, at 05:43, Mark Millard wrote: >=20 >> On Nov 1, 2023, at 05:39, Mark Millard wrote: >>=20 >>> On Oct 31, 2023, at 23:00, Mark Millard wrote: >>>=20 >>>> FreeBSD context: >>>>=20 >>>> # uname -apKU >>>> FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 = main-n266130-d521abdff236-dirty: Tue Oct 24 18:17:40 PDT 2023 = root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.a= md64/sys/GENERIC-NODBG amd64 amd64 1500002 1500002 >>>>=20 >>>> I moved my FreeBDSS boot media from a ThreadRipper 1950X to a Ryzen = 9 7950X3D and tried >>>> booting. It booted but some of the following might be of some note. = Is any of it likely >>>> to be problematical? Any of it of particular interest to anyone? >>>>=20 >>>> . . . >>>> Firmware Error (ACPI): Could not resolve symbol = [\134_SB.PCI0.GPP7.UP00.DP40.UP00.DP68], AE_NOT_FOUND = (20221020/dswload2-315) >>>> ACPI Error: AE_NOT_FOUND, During name lookup/catalog = (20221020/psobject-372) >>>> . . . >>>> pci0: at device 0.2 (no driver attached) >>>> . . . >>>> pci8: at device 0.0 (no driver attached) >>>> . . . >>>> pci9: at device 0.0 (no driver attached) >>>> . . . >>>> pci15: at device 0.2 (no driver attached) >>>> . . . >>>> ns8250: UART FCR is broken >>>> ns8250: UART FCR is broken >>>> . . . >>>> intsmb0: at device 20.0 on pci0 >>>> intsmb0: Could not allocate I/O space >>>> device_attach: intsmb0 attach returned 6 >>>> intsmb0: port 0xff00-0xff0f at device = 20.0 on pci0 >>>> intsmb0: Could not allocate I/O space >>>> device_attach: intsmb0 attach returned 6 >>>> . . . >>>> intsmb0: at device 20.0 on pci0 >>>> intsmb0: Could not allocate I/O space >>>> device_attach: intsmb0 attach returned 6 >>>> intsmb0: port 0xff00-0xff0f at device = 20.0 on pci0 >>>> intsmb0: Could not allocate I/O space >>>> device_attach: intsmb0 attach returned 6 >>>> acpi_wmi0: on acpi0 >>>> acpi_wmi0: cannot find EC device >>>> acpi_wmi0: Embedded MOF found >>>> ACPI: \134AWW0.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>>> acpi_wmi1: on acpi0 >>>> acpi_wmi1: cannot find EC device >>>> acpi_wmi1: Embedded MOF found >>>> ACPI: \134ABAW.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>>> acpi_wmi2: on acpi0 >>>> acpi_wmi2: cannot find EC device >>>> acpi_wmi2: Embedded MOF found >>>> ACPI: \134RMTW.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>>> acpi_wmi3: on acpi0 >>>> acpi_wmi3: cannot find EC device >>>> acpi_wmi3: Embedded MOF found >>>> ACPI: \134AOD.WQBA: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>>> driver bug: Unable to set devclass (class: ppc devname: (unknown)) >>>> . . . >>>> acpi_wmi4: on acpi0 >>>> acpi_wmi4: cannot find EC device >>>> acpi_wmi4: Embedded MOF found >>>> ACPI: \134_SB.ATKD.WQMO: 1 arguments were passed to a non-method = ACPI object (Buffer) (20221020/nsarguments-361) >>>> driver bug: Unable to set devclass (class: ppc devname: (unknown)) >>>> . . . >>>> mixer: speaker: no such device >>>> mixer: speaker: no such device >>>> mixer: line: no such device >>>> mixer: line: no such device >>>> mixer: mic: no such device >>>> mixer: mic: no such device >>>> mixer: mic: no such device >>>> mixer: mix: no such device >>>> mixer: mix: no such device >>>> mixer: rec: no such device >>>> mixer: rec: no such device >>>> mixer: igain: no such device >>>> mixer: igain: no such device >>>> mixer: ogain: no such device >>>> mixer: ogain: no such device >>>> mixer: rec: no such device >>>> mixer: rec: no such device >>>> mixer: igain: no such device >>>> mixer: igain: no such device >>>> mixer: ogain: no such device >>>> mixer: ogain: no such device >>>> mixer: monitor: no such device >>>> mixer: monitor: no such device >>>> mixer: monitor: no such device >>>> . . . >>>> uhid2 on uhub0 >>>> uhid2: on usbus1 >>>> devmatch: devinfo_init: Invalid argument >>>> uhid3 on uhub4 >>>> uhid3: on usbus0 >>>> . . .=20 >>>> uhid4 on uhub4 >>>> uhid4: on usbus0 >>>> devmatch: devinfo_init: Invalid argument >>>> uhid6 on uhub4 >>>> uhid6: on usbus0 >>>> . . . >>>> pci0:8:0:0: no VPD ident found >>>> . . . >>>>=20 >>>> I used a USB3 Ethernet dongle in order to have Ethernet available. >>>>=20 >>>> For reference: >>>>=20 >>>> # pciconf -lvV | less >>>> . . . >>>> none0@pci0:0:0:2: class=3D0x080600 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x14d9 subvendor=3D0x1043 subdevice=3D0x8877 >>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>> class =3D base peripheral >>>> subclass =3D IOMMU >>>> . . . >>>> none1@pci0:0:20:0: class=3D0x0c0500 rev=3D0x71 hdr=3D0x00 = vendor=3D0x1022 device=3D0x790b subvendor=3D0x1043 subdevice=3D0x8877 >>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>> device =3D 'FCH SMBus Controller' >>>> class =3D serial bus >>>> subclass =3D SMBus >>>> . . . >>>> none2@pci0:8:0:0: class=3D0x020000 rev=3D0x05 hdr=3D0x00 = vendor=3D0x10ec device=3D0x8125 subvendor=3D0x1043 subdevice=3D0x87d7 >>>> vendor =3D 'Realtek Semiconductor Co., Ltd.' >>>> device =3D 'RTL8125 2.5GbE Controller' >>>> class =3D network >>>> subclass =3D ethernet >>>> none3@pci0:9:0:0: class=3D0x028000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x10ec device=3D0xb852 subvendor=3D0x1a3b subdevice=3D0x5471 >>>> vendor =3D 'Realtek Semiconductor Co., Ltd.' >>>> class =3D network >>>> . . . >>>> none4@pci0:15:0:2: class=3D0x108000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x1649 subvendor=3D0x1043 subdevice=3D0x8877 >>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>> device =3D 'VanGogh PSP/CCP' >>>> class =3D encrypt/decrypt >>>> . . . >>>>=20 >>>>=20 >>>>=20 >>>> Example temperatures (while idle, ambient around 20 DegC): >>>>=20 >>>> # kldload amdtemp >>>> # sysctl dev.amdtemp >>>> dev.amdtemp.0.ccd1: 33.0C >>>> dev.amdtemp.0.ccd0: 34.6C >>>> dev.amdtemp.0.core0.sensor0: 39.6C >>>> dev.amdtemp.0.sensor_offset: 0 >>>> dev.amdtemp.0.%parent: hostb0 >>>> dev.amdtemp.0.%pnpinfo: dev.amdtemp.0.%location: = dev.amdtemp.0.%driver: amdtemp >>>> dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors >>>> dev.amdtemp.%parent:=20 >>>>=20 >>>> Example during llvm build activity during buildworld: >>>>=20 >>>> # sysctl dev.amdtemp >>>> dev.amdtemp.0.ccd1: 60.5C >>>> dev.amdtemp.0.ccd0: 67.2C >>>> dev.amdtemp.0.core0.sensor0: 77.1C >>>> . . . >>>>=20 >>>> (Of course, the cooling system in place contributes greatly.) >>>>=20 >>>>=20 >>>> Example from scratch builds (of my usual style of personal builds): >>>>=20 >>>> ThreadRipper 1950X: World built in 1345 seconds, ncpu: 32, make = -j32 >>>> Ryzen 9 7950X3D: World built in 545 seconds, ncpu: 32, make -j32 >>>>=20 >>>> ThreadRipper 1950X: Kernel(s) GENERIC-NODBG built in 123 seconds, = ncpu: 32, make -j32 >>>> Ryzen 9 7950X3D: Kernel(s) GENERIC-NODBG built in 51 seconds, = ncpu: 32, make -j32 >>>>=20 >>>> Note: It is the same media in use: PCIe Optane moved from the 1950X >>>> to the 7950X3D, ZFS (for bectl use, not other reasons ZFS is = commonly >>>> used for). >>>>=20 >>>> ThreadRipper 1950X: 128 GiBytes of RAM. Swap parition was 480 = GiBytes at the time. >>>> Ryzen 9 7950X3D: 96 GiBytes of RAM. Swap parition changed to = 364 GiBytes. >>>>=20 >>>> (That avoids the swapon warning about possibly being out of tune = vs. the amount of >>>> RAM.) >>>=20 >>>=20 >>> An ongoing poudriere bulk -a test looks to have a stuck objdump ( = used for building >>> www/node18 ): >>>=20 >>> # ps -oetime -alxdww | grep node18 >>> 05:48:03 0 44960 53404 21 68 0 18544 2892 select I 0 = 0:00.03 | | |-- sh: poudriere[main-amd64-bulk_a-default][15]: = build_pkg (node18-18.18.2) (sh) >>> 05:47:36 0 76480 44960 21 68 0 18544 2892 wait I 0 = 0:00.00 | | | `-- sh: poudriere[main-amd64-bulk_a-default][15]: = build_pkg (node18-18.18.2) (sh) >>> 05:47:36 0 76485 76480 19 68 0 12896 276 wait IJ 0 = 0:00.01 | | | `-- /usr/bin/make -C /usr/ports/www/node18 = build >>> 05:47:36 0 77304 76485 22 68 0 13356 288 wait IJ 0 = 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2; if ! /usr/bin/env = CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing " CXX.host=3D" c++" = CXXFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = LDFLAGS.host=3D" -fstack-protector-strong " LINK.host=3D"c++" = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node18/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node18/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node18/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node18/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintainer.") | /usr/bin/fmt 75 79 ; = fi; false; fi) >>> 05:33:34 0 7035 80309 9 26 0 22620 1312 piperd SJ 0 = 32:56.31 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>> 05:33:32 0 8045 7035 9 94 0 4443576 15732 - RJ 0 = 39:43.22 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>> 00:00 0 98535 2129 23 20 0 12784 1836 piperd S+ 2 = 0:00.00 | `-- grep node18 >>>=20 >>> For reference: >>>=20 >>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>> 6ec8e3450b29 (HEAD -> main, freebsd/main, freebsd/HEAD) = devel/sdts++: Mark DEPRECATED >>> Author: Muhammad Moinur Rahman >>> Commit: Muhammad Moinur Rahman >>> CommitDate: 2023-10-21 19:01:38 +0000 >>> branch: main >>> merge-base: 6ec8e3450b29462a590d09fb0b07ed214d456bd5 >>> merge-base: CommitDate: 2023-10-21 19:01:38 +0000 >>> n637598 (--first-parent --count for merge-base) >>>=20 >>=20 >> Looks like www/node16 has the same sort of issue as www/node18 : >>=20 >> # ps -oetime -alxdww | grep node16 >> 02:24:49 0 58471 53404 30 68 0 18544 2884 select I 0 = 0:00.03 | | |-- sh: poudriere[main-amd64-bulk_a-default][17]: = build_pkg (node16-16.20.1_1) (sh) >> 02:15:35 0 1626 58471 18 68 0 18544 2884 wait I 0 = 0:00.00 | | | `-- sh: poudriere[main-amd64-bulk_a-default][17]: = build_pkg (node16-16.20.1_1) (sh) >> 02:15:35 0 1655 1626 21 68 0 12896 276 wait IJ 0 = 0:00.02 | | | `-- /usr/bin/make -C /usr/ports/www/node16 build >> 02:15:34 0 2154 1655 11 68 0 13356 280 wait IJ 0 = 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1; if ! /usr/bin/env = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node16/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node16/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node16/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node16/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node16/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node16/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing = -Wno-error=3Denum-constexpr-conversion -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe = -g -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing " CXX.host=3D" c++" CXXFLAGS.host=3D"-O2 -pipe -g = -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -Wno-error=3Denum-constexpr-conversion -isystem = /usr/local/include " LINK.host=3Dc++ LDFLAGS.host=3D" = -fstack-protector-strong " all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintaine >> 01:55:30 0 84603 3452 15 47 0 22620 1312 - RJ 0 = 14:00.49 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >> 01:55:27 0 86093 84603 15 101 0 3754296 32540 - RJ 0 = 16:59.56 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >> 00:00 0 84657 2129 29 20 0 12784 1812 piperd S+ 2 = 0:00.00 | `-- grep node16 >>=20 >=20 > For reference (node16's objdump then node18's): >=20 > # truss -p 86093 > write(1," 2ff853: 74 61 "...,74) =3D 74 (0x4a) > write(1," 2ff855: 45 4e "...,50) =3D 50 (0x32) > write(1," 2ff857: 53 "...,51) =3D 51 (0x33) > write(1," 2ff858: 30 5f 36 "...,61) =3D 61 (0x3d) > write(1," 2ff85b: 48 61 "...,50) =3D 50 (0x32) > write(1," 2ff85d: 6e "...,58) =3D 58 (0x3a) > write(1," 2ff85e: 64 6c "...,61) =3D 61 (0x3d) > write(1," 2ff860: 65 49 4e "...,50) =3D 50 (0x32) > write(1," 2ff863: 53 "...,51) =3D 51 (0x33) > write(1," 2ff864: 30 5f 39 "...,61) =3D 61 (0x3d) > write(1," 2ff867: 42 79 74 "...,75) =3D 75 (0x4b) > write(1," 2ff86a: 65 41 72 72 "...,74) =3D 74 (0x4a) > . . . >=20 > # truss -p 8045 > write(1," 16f4ca: 01 00 "...,58) =3D 58 (0x3a) > write(1," 16f4cc: 00 00 "...,57) =3D 57 (0x39) > write(1," 16f4ce: 00 00 "...,57) =3D 57 (0x39) > write(1," 16f4d0: ed "...,54) =3D 54 (0x36) > write(1," 16f4d1: ae "...,62) =3D 62 (0x3e) > write(1," 16f4d2: 0b 00 "...,57) =3D 57 (0x39) > write(1," 16f4d4: 00 00 "...,57) =3D 57 (0x39) > write(1," 16f4d6: 00 00 "...,57) =3D 57 (0x39) > write(1," 16f4d8: 0a 00 "...,56) =3D 56 (0x38) > write(1," 16f4da: 00 00 "...,57) =3D 57 (0x39) > write(1," 16f4dc: 09 00 "...,57) =3D 57 (0x39) > write(1," 16f4de: 00 00 "...,57) =3D 57 (0x39) > write(1," 16f4e0: d7 "...,46) =3D 46 (0x2e) > write(1," 16f4e1: a8 03 "...,56) =3D 56 (0x38) > . . . >=20 Turns out that my rare poudriere bulk -a runs are sometimes WITH_DEBUG experiments where most things are built using WITH_DEBUG. This was such an example. I stopped the bulk -a and started a new from-scratch one based on not using WITH_DEBUG . node18 and node16 worked fine in this context. (The bulk -a is still running, building other ports into packages.) (I've a gradually growing list of ports that end up with WITH_DEBUG nearly always undefined. Build failures and resource use can both lead to such a choice.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Thu Nov 2 21:08:21 2023 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 4SLxLM33Zgz50WXP for ; Thu, 2 Nov 2023 21:08:27 +0000 (UTC) (envelope-from paulf2718@gmail.com) Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) (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 4SLxLL4F4tz4Qgf for ; Thu, 2 Nov 2023 21:08:26 +0000 (UTC) (envelope-from paulf2718@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b="a1/xU/GG"; spf=pass (mx1.freebsd.org: domain of paulf2718@gmail.com designates 2a00:1450:4864:20::434 as permitted sender) smtp.mailfrom=paulf2718@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wr1-x434.google.com with SMTP id ffacd0b85a97d-32fb1d757f7so398607f8f.0 for ; Thu, 02 Nov 2023 14:08:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698959303; x=1699564103; darn=freebsd.org; h=in-reply-to:content-language:references:to:subject:from:user-agent :mime-version:date:message-id:from:to:cc:subject:date:message-id :reply-to; bh=kgRPsRfb7d0dehUwZAKTgaF62cvx4nrapDC0Pti1dtk=; b=a1/xU/GGXw5uQAu7sPx8wDG9bapQa61FITmnv+jem/i1eCVv4bJ2lrmp5oux1j3YHp 4XycjCsVnMrZbo2mgOT9EQk8lyu6DaQFlQy82UIn8B4NzRE2O6Q7YdYOL9BXbZ5R/XQ6 3WifYqJtJBRGgzpiI/t6f7ineTpwAjKNCWzzLdCkIksyfalnrl2cqE70UUjF9lHVnN8H gv4vOgP5CIABtLHEnKsRFtK/31UgTAxErqEu5ietLVkGYuyPMNsWykcxX4TavlGWq57S fn4uIEGZ0SE7jh+kQUanqMJlfbXPmW6sqzVIngmJBtZUIKteUuF+TZlVCIfX+ltkHPfw FsIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698959303; x=1699564103; h=in-reply-to:content-language:references:to:subject:from:user-agent :mime-version:date:message-id:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=kgRPsRfb7d0dehUwZAKTgaF62cvx4nrapDC0Pti1dtk=; b=Cq783dWWybHOCNyxbJRziR+RU0Y7OUMmjIJ8bv5aACJsrEGRbgy4hHsUnAvuxVkprV AU0WZfO18W8RNk+lODhLaV8DyumL2X8E3sdMebkPXsbhfAdLOiNSF0Y+fZvKxvnBqCZf 2Nn5ahk9WsZjNJQNALG3KG6tpQueZ3gBZFSV28L916/0b6HXo7oWMP+lc1xyG4anJJEg qFSr5SEWsX1yZK07238XF6DNq8k5HZ6K3bSMI/IoV7B9dMDurhGRICj7yxAkU/AYFtJQ h5ESeErqT2X4eG/oKMqRcuOc0gdRnZiXtDQUA7TF9MJ7gBeRDgzskmakhvvZGIjB1xFB s9qw== X-Gm-Message-State: AOJu0YwseexJ2nbUKSxZ3lnmXZlIjWg8ehSNa9HCHLujvl4FcB5uLvIF k1trzUViYPa+/jHb+GzAISp08UVEmky33Q== X-Google-Smtp-Source: AGHT+IF+qx3sBO32jMfGfd0mBJcUM6O/O2N3TKM/s/04T5xBFIKTqQAukrzhvM33A4ayIp8vpYf4PQ== X-Received: by 2002:a5d:588d:0:b0:32f:ad95:25b0 with SMTP id n13-20020a5d588d000000b0032fad9525b0mr2262330wrf.17.1698959303106; Thu, 02 Nov 2023 14:08:23 -0700 (PDT) Received: from [192.168.1.28] (lfbn-gre-1-309-115.w90-112.abo.wanadoo.fr. [90.112.30.115]) by smtp.gmail.com with ESMTPSA id o17-20020adfcf11000000b0032da319a27asm287989wrj.9.2023.11.02.14.08.22 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 02 Nov 2023 14:08:22 -0700 (PDT) Content-Type: multipart/alternative; boundary="------------hx0Rf8ifeUsDZHg4aBAT5V1z" Message-ID: <016f218d-3e71-4a25-8946-679ea02e3cfe@gmail.com> Date: Thu, 2 Nov 2023 22:08:21 +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 From: Paul Floyd Subject: Re: Trying initial boot of FreeBSD (main so: 15) of Ryzen 9 7950X3D on an ASUS Prime X670-P WIFI: various dmesg -a lines; more To: freebsd-hackers@freebsd.org References: Content-Language: en-US In-Reply-To: X-Spamd-Result: default: False [-3.96 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.969]; 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]; XM_UA_NO_VERSION(0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::434:from]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; DKIM_TRACE(0.00)[gmail.com:+]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SLxLL4F4tz4Qgf X-Spamd-Bar: --- This is a multi-part message in MIME format. --------------hx0Rf8ifeUsDZHg4aBAT5V1z Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 01/11/2023 07:00, Mark Millard wrote: > FreeBSD context: > > # uname -apKU > FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 main-n266130-d521abdff236-dirty: Tue Oct 24 18:17:40 PDT 2023root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-NODBG amd64 amd64 1500002 1500002 > > I moved my FreeBDSS boot media from a ThreadRipper 1950X to a Ryzen 9 7950X3D and tried > booting. It booted but some of the following might be of some note. Is any of it likely > to be problematical? Any of it of particular interest to anyone? Hi Mark I'm interested. I recently started speccing an upgrade (well, keeping the case and maybe a couple of disks) for my ancient Solaris 11 AMD Opteron system. I'm thinking of the 7950X3D and an x670 or x670e board. I'm planning on using the onboard graphics, which I understand don't work in accelerated mode requiring the use of scfb. I'm not too bothered with the wifi as long as ethernet works. I don't often use the DVD-ROM drive but it would ne nice if it worked. I think I can finally lay to rest the floppy drive (I said that it was old). I'll keep following this thread and the bugzi item mentioned earlier. A+ Paul --------------hx0Rf8ifeUsDZHg4aBAT5V1z Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit


On 01/11/2023 07:00, Mark Millard wrote:
FreeBSD context:

# uname -apKU
FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 main-n266130-d521abdff236-dirty: Tue Oct 24 18:17:40 PDT 2023     root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-NODBG amd64 amd64 1500002 1500002

I moved my FreeBDSS boot media from a ThreadRipper 1950X to a Ryzen 9 7950X3D and tried
booting. It booted but some of the following might be of some note. Is any of it likely
to be problematical? Any of it of particular interest to anyone?

Hi Mark

I'm interested. I recently started speccing an upgrade (well, keeping the case and maybe a couple of disks) for my ancient Solaris 11 AMD Opteron system.

I'm thinking of the 7950X3D and an x670 or x670e board. I'm planning on using the onboard graphics, which I understand don't work in accelerated mode requiring the use of scfb. I'm not too bothered with the wifi as long as ethernet works. I don't often use the DVD-ROM drive but it would ne nice if it worked. I think I can finally lay to rest the floppy drive (I said that it was old).

I'll keep following this thread and the bugzi item mentioned earlier.

A+

Paul


--------------hx0Rf8ifeUsDZHg4aBAT5V1z-- From nobody Fri Nov 3 01:00:18 2023 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 4SM2VD4Gd9z506l4 for ; Fri, 3 Nov 2023 01:00:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (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 4SM2VC3Qrsz3VrH for ; Fri, 3 Nov 2023 01:00:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=QpeATu6L; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698973233; bh=sGv8uJKoEs4lLWUzISMk881kkBX9udxT/lToE/yw97E=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=QpeATu6LfJrghLW7jm9vQhTjJOngM4Q0dMAKDmm9du60lhLLni4zdRzGETTkRmcJrWS/3lJywy4P3Z4DIYwPe1JrbIcmSEKipxBo7r3wNNugr1Y39UKUS58rvbyMsq6o1CEzUqwsYRpDH3Ljx0B3c7LWVmdfU+cC3YHB1unMD9gTMf1zNzSnJcVIlwzMFOXezP6KFAQoFaKtbOKB+zjavZqrNHXiM8lZBIZWjJXUh7rn+o1pMOZF6eBKsrFdKMhXXk/2+V4fTOxPw+ydgTT+zqqYaxGK4TElGo9nt/R4ihqbH2o7CB+VMDpQbQCtKMOShJISVEfdJ/AgfcKPVNxToA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698973233; bh=Hc2QL0Y4fz9mCzzFWi6vZNB9KyJ09kEVQdRzdf4Yyxc=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=oQ2POuxSVIdAdCaEGb7ejYvWwsjgVDZI3x4vjjucFxRz/0Qi55QHGc4CuGojmpxtmUdoquyNEAZ9tK2D59RPsBqjx016L6KcuGvzfD6NdhhGWrxHzP3jo9z8tfltJp9Rs+iAFXAWvM/rkm0JYaZYy0g8lzSe7Hub4Ik+oklKYImr2VWeQdAqpPyYnUkA5QmdYhV4sFVBfFF2erqXkAQxxh69M390jPRNIBDEypZZYoVLGBfnZpdnCgJ9PiUtOILBO6lFd07BLR3TrYS7Gz/KaN5JyCHBGvwcXVDpxe2B1lMvSiU8kVQNB7VnrF9Nuy+AHXcdVRYTXDx9Kfeq3FrlFA== X-YMail-OSG: OoRabfgVM1l1yGj8kzCUSsfx3sRlIxatiuNpgdNba4lxWwKplAAmGQluqGk6k52 J86QX7hOLGVLzgKq8WYOnpf8_dld7QlRVOEJ_cXpLIzF9PAOZKL2jbNCChgL2i1NMnrztQ6DeTb8 pikdxupSc0u7bEhuADdP1obp_CSfvnR.7SWlqEqvLpPPFbs6Mu41ptVbHUCW0xMoE_Boe_NqP_60 zSAk0WQJaapoty22uwrLe5rmhkAXyHZhKlZxgJy7740fXkCrU7ua8C3EKFlwvCNQwF3bJ5AWOGGr gIPYtfrUI7zd831XPfBsnwbOKKVDLYohBvsW2IODFm5x5a5_IR8G.skPwFxSHmuOL0CmKbT4n37G JdqpHPEQL_4m0W1s9aWj.k3LQj7mQCLuUPB4wuzKyiiBYL9nIc_079sfmlig0Iuq11w0ulUeuqhF QuxaTr2xfurcnXJxdsBVG9km5XVEWzr8iPkf2nPVmftyLF0I0_MmrNSmDv4piekaz_MaZD_NJqqT 2QbJMJVCL1hmXqTZwj1T3rRMMbL6ACdYvXRTEwWKFlBKTyjfdh_qvR2tBj1OT5mauP7i4Kruffuh cte110ZV2uGsQ8NPuoQFJguP.BrajwUJUMMS3_ytLi3T4VSBxoOlaOo0zLb1VXKq65vvQUHH2SK5 s7YAa.zwLmM9FO3wYqG3cq56ttzBPYOZVz.y3.3ZzPHdJpHFISIJzCi7kQsXrx.xEJmSiLDOP_U1 CjkEmnjOO0S5plpI3aZl3URJ.uykbac5iUkdddtwxZ6YhNccpn5Fj3m5Q2nWmgGHSAGRybz4Uytm SUDIRfZo82S4qjvYzKDgd6Zvlm7zI9qh8ZG_BRqqO9YhhzHe9iuXKZ81nPgAZKpdHXpWcVC20nlg .FxpfkXHYPifzHUTh.Av2PQV6LlYuJ3JVJPfufCZmMlwp267sHolvanslLrTbrTjjedZ.QASqkpZ AL2zzMy_4fpWUklygzG9MYevf2lzG1cr0KR_aoLAGPipYEtcj6pnMksZJPtqQXoC4uEH6Lja60b0 bwz_H5rWVOBSUs_aMyVU5HA58V0N5P5mSiQC84VWSvCIxPIW.UeDP.L5cIggnp1zGseC3i.bBb1K xUff1ZUinwqhUmheG37bQvHlBKbgzVJGcjz3t42DFwbictjcv.MoSBcdqyweWGbEb3p0ZrLhCOho QG.ghA7Q7kR0VSO6P8wQtlruVVCPurDkhtMozXxR5S2UZb1mDwn2dkYkRkgGcG8jM0HAO.gbdIJ. nvUGdKmQE0Y1DFWiuB5J7MYb.sogsxteNEu8Ph.PWrhQBSWyyeeY6YQUxqscBkOT9Jxcd0CExVqa HlY1wQZxW2O8iFOSOsqaLpdttSLHgxFN8YOofmyXL3yCXPxem7MT8RSZcxLZct5CmjbrDU7NrEYq f008vJ2UGwzi_5hRUioBcYDNLLU5MpCj_EJCHVG6uPJUfUGlhrTcsJDytOliUBbOqkNgaBW6qapJ SpWgKgmxODwQ8VwN2XwT4gOOcYc3BP4EPxDqrM_JDc.Dh_hQhTDbeln5mIEF3hjfyIY1MI5Iw9wG YpZnWclnbrDj_Dk_icRSylc3RLngcdON_os6nrWsc62ZzmsYMDTcyWJ8o0I6Fh_y740GZKpX6svn BkLPVl85kPqNg5rS638R2Ioe7PWjIKj9sHqbZ3Og.ISKNz03tpZIpeqKfq6IABtAMS1a4t0pc6Mj .bEE9jBnDY4PulY4oU4rXoDXZxfbBFnE20LuOexHF.Qn4QOuZ42Nl9rl.StoglCamAWUythgof2u 4YwBL1u6onUVEwUCCMGq2kDP9avl3P9BAYsSfjOX7MkSdo7q8HHk9a1mqytOaNYX5K69ewmGS25u NaNOHAHynLxGvhnWNIOHUdhXtU5Tssx004vGFEoKxOsd5l3JEZdlNHjF_19rVawhIaucB0UQxLrs tH4gU.vKqPqGky7yuIMM0FZe_E5Ye_h3J1jWNDgBsmVBMyniCypiMl_CtiPwE1nvx1YSPktujjSn 4J._YJuw9_8sYFQSSlsdbZLOCbg48ToW_DGvfizOljHrecMRoVVkqq6el8jUxBOje9_.ZHPKoAsB njpH.ueTr4Y0ViGTRrU45YAoPXTZfYfJOaYSMUYHUSSCVkbkrhNaiiNcAYvOtekOFjqmc5dxlOiP frEH2XhQ.q9twPncm7IuBQPiYy811t4GbYuTC_WpTXU20OtWzk8hmEFHyBFS.3gYfgKQZum2wsfv MQaVg21INuOuDBXiD68NdpGzbo5iUtcFGNr4iRK8kFTaD6rqtShgGJdBjCkk- X-Sonic-MF: X-Sonic-ID: 4eb98d68-6370-4f6f-9209-2c68e0eb1afb Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Fri, 3 Nov 2023 01:00:33 +0000 Received: by hermes--production-gq1-59b5df67b6-mcd5d (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7055df04e39c5b8348b000cd76880270; Fri, 03 Nov 2023 01:00:29 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: Trying initial boot of FreeBSD (main so: 15) of Ryzen 9 7950X3D on an ASUS Prime X670-P WIFI: various dmesg -a lines; more Date: Thu, 2 Nov 2023 18:00:18 -0700 References: <2B4E6F77-ABE8-49D8-AEF1-81D6E1A4D4E7@yahoo.com> <426737EC-237D-4F1C-ABD8-043FEE70FF9C@yahoo.com> <2D7D81C4-E6F5-4263-B150-568389C33D1E@yahoo.com> To: FreeBSD Hackers In-Reply-To: <2D7D81C4-E6F5-4263-B150-568389C33D1E@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3774.200.91.1.1) X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SM2VC3Qrsz3VrH X-Spamd-Bar: --- On Nov 1, 2023, at 17:32, Mark Millard wrote: > On Nov 1, 2023, at 06:02, Mark Millard wrote: >=20 >> On Nov 1, 2023, at 05:43, Mark Millard wrote: >>=20 >>> On Nov 1, 2023, at 05:39, Mark Millard wrote: >>>=20 >>>> On Oct 31, 2023, at 23:00, Mark Millard wrote: >>>>=20 >>>>> FreeBSD context: >>>>>=20 >>>>> # uname -apKU >>>>> FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 = main-n266130-d521abdff236-dirty: Tue Oct 24 18:17:40 PDT 2023 = root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.a= md64/sys/GENERIC-NODBG amd64 amd64 1500002 1500002 >>>>>=20 >>>>> I moved my FreeBDSS boot media from a ThreadRipper 1950X to a = Ryzen 9 7950X3D and tried >>>>> booting. It booted but some of the following might be of some = note. Is any of it likely >>>>> to be problematical? Any of it of particular interest to anyone? >>>>>=20 >>>>> . . . >>>>> Firmware Error (ACPI): Could not resolve symbol = [\134_SB.PCI0.GPP7.UP00.DP40.UP00.DP68], AE_NOT_FOUND = (20221020/dswload2-315) >>>>> ACPI Error: AE_NOT_FOUND, During name lookup/catalog = (20221020/psobject-372) >>>>> . . . >>>>> pci0: at device 0.2 (no driver attached) >>>>> . . . >>>>> pci8: at device 0.0 (no driver attached) >>>>> . . . >>>>> pci9: at device 0.0 (no driver attached) >>>>> . . . >>>>> pci15: at device 0.2 (no driver attached) >>>>> . . . >>>>> ns8250: UART FCR is broken >>>>> ns8250: UART FCR is broken >>>>> . . . >>>>> intsmb0: at device 20.0 on pci0 >>>>> intsmb0: Could not allocate I/O space >>>>> device_attach: intsmb0 attach returned 6 >>>>> intsmb0: port 0xff00-0xff0f at device = 20.0 on pci0 >>>>> intsmb0: Could not allocate I/O space >>>>> device_attach: intsmb0 attach returned 6 >>>>> . . . >>>>> intsmb0: at device 20.0 on pci0 >>>>> intsmb0: Could not allocate I/O space >>>>> device_attach: intsmb0 attach returned 6 >>>>> intsmb0: port 0xff00-0xff0f at device = 20.0 on pci0 >>>>> intsmb0: Could not allocate I/O space >>>>> device_attach: intsmb0 attach returned 6 >>>>> acpi_wmi0: on acpi0 >>>>> acpi_wmi0: cannot find EC device >>>>> acpi_wmi0: Embedded MOF found >>>>> ACPI: \134AWW0.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>>>> acpi_wmi1: on acpi0 >>>>> acpi_wmi1: cannot find EC device >>>>> acpi_wmi1: Embedded MOF found >>>>> ACPI: \134ABAW.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>>>> acpi_wmi2: on acpi0 >>>>> acpi_wmi2: cannot find EC device >>>>> acpi_wmi2: Embedded MOF found >>>>> ACPI: \134RMTW.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>>>> acpi_wmi3: on acpi0 >>>>> acpi_wmi3: cannot find EC device >>>>> acpi_wmi3: Embedded MOF found >>>>> ACPI: \134AOD.WQBA: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>>>> driver bug: Unable to set devclass (class: ppc devname: (unknown)) >>>>> . . . >>>>> acpi_wmi4: on acpi0 >>>>> acpi_wmi4: cannot find EC device >>>>> acpi_wmi4: Embedded MOF found >>>>> ACPI: \134_SB.ATKD.WQMO: 1 arguments were passed to a non-method = ACPI object (Buffer) (20221020/nsarguments-361) >>>>> driver bug: Unable to set devclass (class: ppc devname: (unknown)) >>>>> . . . >>>>> mixer: speaker: no such device >>>>> mixer: speaker: no such device >>>>> mixer: line: no such device >>>>> mixer: line: no such device >>>>> mixer: mic: no such device >>>>> mixer: mic: no such device >>>>> mixer: mic: no such device >>>>> mixer: mix: no such device >>>>> mixer: mix: no such device >>>>> mixer: rec: no such device >>>>> mixer: rec: no such device >>>>> mixer: igain: no such device >>>>> mixer: igain: no such device >>>>> mixer: ogain: no such device >>>>> mixer: ogain: no such device >>>>> mixer: rec: no such device >>>>> mixer: rec: no such device >>>>> mixer: igain: no such device >>>>> mixer: igain: no such device >>>>> mixer: ogain: no such device >>>>> mixer: ogain: no such device >>>>> mixer: monitor: no such device >>>>> mixer: monitor: no such device >>>>> mixer: monitor: no such device >>>>> . . . >>>>> uhid2 on uhub0 >>>>> uhid2: on usbus1 >>>>> devmatch: devinfo_init: Invalid argument >>>>> uhid3 on uhub4 >>>>> uhid3: on usbus0 >>>>> . . .=20 >>>>> uhid4 on uhub4 >>>>> uhid4: on usbus0 >>>>> devmatch: devinfo_init: Invalid argument >>>>> uhid6 on uhub4 >>>>> uhid6: on usbus0 >>>>> . . . >>>>> pci0:8:0:0: no VPD ident found >>>>> . . . >>>>>=20 >>>>> I used a USB3 Ethernet dongle in order to have Ethernet available. >>>>>=20 >>>>> For reference: >>>>>=20 >>>>> # pciconf -lvV | less >>>>> . . . >>>>> none0@pci0:0:0:2: class=3D0x080600 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x14d9 subvendor=3D0x1043 subdevice=3D0x8877 >>>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>>> class =3D base peripheral >>>>> subclass =3D IOMMU >>>>> . . . >>>>> none1@pci0:0:20:0: class=3D0x0c0500 rev=3D0x71 hdr=3D0x00 = vendor=3D0x1022 device=3D0x790b subvendor=3D0x1043 subdevice=3D0x8877 >>>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>>> device =3D 'FCH SMBus Controller' >>>>> class =3D serial bus >>>>> subclass =3D SMBus >>>>> . . . >>>>> none2@pci0:8:0:0: class=3D0x020000 rev=3D0x05 hdr=3D0x00 = vendor=3D0x10ec device=3D0x8125 subvendor=3D0x1043 subdevice=3D0x87d7 >>>>> vendor =3D 'Realtek Semiconductor Co., Ltd.' >>>>> device =3D 'RTL8125 2.5GbE Controller' >>>>> class =3D network >>>>> subclass =3D ethernet >>>>> none3@pci0:9:0:0: class=3D0x028000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x10ec device=3D0xb852 subvendor=3D0x1a3b subdevice=3D0x5471 >>>>> vendor =3D 'Realtek Semiconductor Co., Ltd.' >>>>> class =3D network >>>>> . . . >>>>> none4@pci0:15:0:2: class=3D0x108000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x1649 subvendor=3D0x1043 subdevice=3D0x8877 >>>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>>> device =3D 'VanGogh PSP/CCP' >>>>> class =3D encrypt/decrypt >>>>> . . . >>>>>=20 >>>>>=20 >>>>>=20 >>>>> Example temperatures (while idle, ambient around 20 DegC): >>>>>=20 >>>>> # kldload amdtemp >>>>> # sysctl dev.amdtemp >>>>> dev.amdtemp.0.ccd1: 33.0C >>>>> dev.amdtemp.0.ccd0: 34.6C >>>>> dev.amdtemp.0.core0.sensor0: 39.6C >>>>> dev.amdtemp.0.sensor_offset: 0 >>>>> dev.amdtemp.0.%parent: hostb0 >>>>> dev.amdtemp.0.%pnpinfo: dev.amdtemp.0.%location: = dev.amdtemp.0.%driver: amdtemp >>>>> dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors >>>>> dev.amdtemp.%parent:=20 >>>>>=20 >>>>> Example during llvm build activity during buildworld: >>>>>=20 >>>>> # sysctl dev.amdtemp >>>>> dev.amdtemp.0.ccd1: 60.5C >>>>> dev.amdtemp.0.ccd0: 67.2C >>>>> dev.amdtemp.0.core0.sensor0: 77.1C >>>>> . . . >>>>>=20 >>>>> (Of course, the cooling system in place contributes greatly.) >>>>>=20 >>>>>=20 >>>>> Example from scratch builds (of my usual style of personal = builds): >>>>>=20 >>>>> ThreadRipper 1950X: World built in 1345 seconds, ncpu: 32, make = -j32 >>>>> Ryzen 9 7950X3D: World built in 545 seconds, ncpu: 32, make = -j32 >>>>>=20 >>>>> ThreadRipper 1950X: Kernel(s) GENERIC-NODBG built in 123 seconds, = ncpu: 32, make -j32 >>>>> Ryzen 9 7950X3D: Kernel(s) GENERIC-NODBG built in 51 seconds, = ncpu: 32, make -j32 >>>>>=20 >>>>> Note: It is the same media in use: PCIe Optane moved from the = 1950X >>>>> to the 7950X3D, ZFS (for bectl use, not other reasons ZFS is = commonly >>>>> used for). >>>>>=20 >>>>> ThreadRipper 1950X: 128 GiBytes of RAM. Swap parition was 480 = GiBytes at the time. >>>>> Ryzen 9 7950X3D: 96 GiBytes of RAM. Swap parition changed to = 364 GiBytes. >>>>>=20 >>>>> (That avoids the swapon warning about possibly being out of tune = vs. the amount of >>>>> RAM.) >>>>=20 >>>>=20 >>>> An ongoing poudriere bulk -a test looks to have a stuck objdump ( = used for building >>>> www/node18 ): >>>>=20 >>>> # ps -oetime -alxdww | grep node18 >>>> 05:48:03 0 44960 53404 21 68 0 18544 2892 select I 0 = 0:00.03 | | |-- sh: poudriere[main-amd64-bulk_a-default][15]: = build_pkg (node18-18.18.2) (sh) >>>> 05:47:36 0 76480 44960 21 68 0 18544 2892 wait I 0 = 0:00.00 | | | `-- sh: = poudriere[main-amd64-bulk_a-default][15]: build_pkg (node18-18.18.2) = (sh) >>>> 05:47:36 0 76485 76480 19 68 0 12896 276 wait IJ 0 = 0:00.01 | | | `-- /usr/bin/make -C /usr/ports/www/node18 = build >>>> 05:47:36 0 77304 76485 22 68 0 13356 288 wait IJ 0 = 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2; if ! /usr/bin/env = CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing " CXX.host=3D" c++" = CXXFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = LDFLAGS.host=3D" -fstack-protector-strong " LINK.host=3D"c++" = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node18/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node18/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node18/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node18/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintainer.") | /usr/bin/fmt 75 79 ; = fi; false; fi) >>>> 05:33:34 0 7035 80309 9 26 0 22620 1312 piperd SJ 0 = 32:56.31 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>>> 05:33:32 0 8045 7035 9 94 0 4443576 15732 - RJ 0 = 39:43.22 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>>> 00:00 0 98535 2129 23 20 0 12784 1836 piperd S+ 2 = 0:00.00 | `-- grep node18 >>>>=20 >>>> For reference: >>>>=20 >>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>>> 6ec8e3450b29 (HEAD -> main, freebsd/main, freebsd/HEAD) = devel/sdts++: Mark DEPRECATED >>>> Author: Muhammad Moinur Rahman >>>> Commit: Muhammad Moinur Rahman >>>> CommitDate: 2023-10-21 19:01:38 +0000 >>>> branch: main >>>> merge-base: 6ec8e3450b29462a590d09fb0b07ed214d456bd5 >>>> merge-base: CommitDate: 2023-10-21 19:01:38 +0000 >>>> n637598 (--first-parent --count for merge-base) >>>>=20 >>>=20 >>> Looks like www/node16 has the same sort of issue as www/node18 : >>>=20 >>> # ps -oetime -alxdww | grep node16 >>> 02:24:49 0 58471 53404 30 68 0 18544 2884 select I 0 = 0:00.03 | | |-- sh: poudriere[main-amd64-bulk_a-default][17]: = build_pkg (node16-16.20.1_1) (sh) >>> 02:15:35 0 1626 58471 18 68 0 18544 2884 wait I 0 = 0:00.00 | | | `-- sh: poudriere[main-amd64-bulk_a-default][17]: = build_pkg (node16-16.20.1_1) (sh) >>> 02:15:35 0 1655 1626 21 68 0 12896 276 wait IJ 0 = 0:00.02 | | | `-- /usr/bin/make -C /usr/ports/www/node16 build >>> 02:15:34 0 2154 1655 11 68 0 13356 280 wait IJ 0 = 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1; if ! /usr/bin/env = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node16/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node16/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node16/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node16/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node16/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node16/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing = -Wno-error=3Denum-constexpr-conversion -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe = -g -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing " CXX.host=3D" c++" CXXFLAGS.host=3D"-O2 -pipe -g = -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -Wno-error=3Denum-constexpr-conversion -isystem = /usr/local/include " LINK.host=3Dc++ LDFLAGS.host=3D" = -fstack-protector-strong " all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintaine >>> 01:55:30 0 84603 3452 15 47 0 22620 1312 - RJ 0 = 14:00.49 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>> 01:55:27 0 86093 84603 15 101 0 3754296 32540 - RJ 0 = 16:59.56 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>> 00:00 0 84657 2129 29 20 0 12784 1812 piperd S+ 2 = 0:00.00 | `-- grep node16 >>>=20 >>=20 >> For reference (node16's objdump then node18's): >>=20 >> # truss -p 86093 >> write(1," 2ff853: 74 61 "...,74) =3D 74 (0x4a) >> write(1," 2ff855: 45 4e "...,50) =3D 50 (0x32) >> write(1," 2ff857: 53 "...,51) =3D 51 (0x33) >> write(1," 2ff858: 30 5f 36 "...,61) =3D 61 (0x3d) >> write(1," 2ff85b: 48 61 "...,50) =3D 50 (0x32) >> write(1," 2ff85d: 6e "...,58) =3D 58 (0x3a) >> write(1," 2ff85e: 64 6c "...,61) =3D 61 (0x3d) >> write(1," 2ff860: 65 49 4e "...,50) =3D 50 (0x32) >> write(1," 2ff863: 53 "...,51) =3D 51 (0x33) >> write(1," 2ff864: 30 5f 39 "...,61) =3D 61 (0x3d) >> write(1," 2ff867: 42 79 74 "...,75) =3D 75 (0x4b) >> write(1," 2ff86a: 65 41 72 72 "...,74) =3D 74 (0x4a) >> . . . >>=20 >> # truss -p 8045 >> write(1," 16f4ca: 01 00 "...,58) =3D 58 (0x3a) >> write(1," 16f4cc: 00 00 "...,57) =3D 57 (0x39) >> write(1," 16f4ce: 00 00 "...,57) =3D 57 (0x39) >> write(1," 16f4d0: ed "...,54) =3D 54 (0x36) >> write(1," 16f4d1: ae "...,62) =3D 62 (0x3e) >> write(1," 16f4d2: 0b 00 "...,57) =3D 57 (0x39) >> write(1," 16f4d4: 00 00 "...,57) =3D 57 (0x39) >> write(1," 16f4d6: 00 00 "...,57) =3D 57 (0x39) >> write(1," 16f4d8: 0a 00 "...,56) =3D 56 (0x38) >> write(1," 16f4da: 00 00 "...,57) =3D 57 (0x39) >> write(1," 16f4dc: 09 00 "...,57) =3D 57 (0x39) >> write(1," 16f4de: 00 00 "...,57) =3D 57 (0x39) >> write(1," 16f4e0: d7 "...,46) =3D 46 (0x2e) >> write(1," 16f4e1: a8 03 "...,56) =3D 56 (0x38) >> . . . >>=20 >=20 > Turns out that my rare poudriere bulk -a runs are sometimes > WITH_DEBUG experiments where most things are built using > WITH_DEBUG. This was such an example. >=20 > I stopped the bulk -a and started a new from-scratch one > based on not using WITH_DEBUG . node18 and node16 worked > fine in this context. (The bulk -a is still running, > building other ports into packages.) >=20 > (I've a gradually growing list of ports that end up with > WITH_DEBUG nearly always undefined. Build failures and > resource use can both lead to such a choice.) The non-WITH_DEBUG bulk -a now has one thing left: ID TOTAL ORIGIN PKGNAME PHASE = PHASE TMPFS CPU% MEM% [23] 01:25:09 textproc/stardict-quick | stardict-quick-2.4.2_9 fetch = 01:24:39 1.33 GiB 0% 0% that looks like the fetch may time out. The last Finish to this point was: [33:10:00] [32] [04:37:23] Finished emulators/libretro-mame | = libretro-mame-20220124_1: Success After which: [main-amd64-bulk_a-default] [2023-11-01_07h14m50s] [parallel_build:] = Queued: 34683 Built: 33825 Failed: 179 Skipped: 358 Ignored: 320 = Fetched: 0 Tobuild: 1 So a mean of somewhat over 1000 port->package builds per hour, ignoring textproc/stardict-quick . As for the ports vintage: # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ 6ec8e3450b29 (HEAD -> main, freebsd/main, freebsd/HEAD) devel/sdts++: = Mark DEPRECATED Author: Muhammad Moinur Rahman Commit: Muhammad Moinur Rahman CommitDate: 2023-10-21 19:01:38 +0000 branch: main merge-base: 6ec8e3450b29462a590d09fb0b07ed214d456bd5 merge-base: CommitDate: 2023-10-21 19:01:38 +0000 n637598 (--first-parent --count for merge-base) I do have a environment that avoids various LLVM builds taking as long to build : llvm1[3-7] : no MLIR, no FLANG llvm1[4-7] : use BE_NATIVE other llvm* : use defaults (so, no avoidance) I also prevent the builds from using strip on most of the install materials built (not just toolchain materials). I have a munged up top that records and reports various "maximum observed" (MaxObs...) figures (or other such) based on its sampling. This explains some notation below. ALLOW_MAKE_JOBS=3Dyes was used. No explicit restriction on PARALLEL_JOBS or MAKE_JOBS_NUMBER (or analogous). So 32 builders allowed, each allowed 32 make jobs. This explains the high load average style of bulk -a : load averages . . . MaxObs: 360.70, 267.63, 210.84 (Those need not be all from the same time frame during the bulk -a .) Most of the reported load averages were 96+ for all 3 durations, at = least when I was looking. The build used USE_TMPFS=3Dall . 96 GiBytes of RAM (total across the 2 = DIMMs). 372736Mi swap partition. ZFS on single partition on single drive, ZFS = used just for bectl reasons, not other typical use-ZFS reasons. I've not controlled the ARC size-range explicitly. Swap-involved MaxObs figures: 173310Mi MaxObsUsed 56332Mi MaxObs(Act+Lndry+SwapUsed) 265551Mi MaxObs(Act+Wir+Lndry+SwapUsed) So: having more than 260 GiBytes for RAM+SWAP is appropriate to the = style of build at the 32 hardware-thread scale with ZFS and the amount of RAM. = I had basically: 96 GiBytes RAM + 364 GiBytes swap partition =3D=3D 460 = GiBytes RAM+SWAP. The media is a PCIe Optane 905P card with 1.5T of space and it has the 372736Mi swap partition, not just the file system. Just-RAM MaxObs figures: 81066Mi MaxObsActive 21483Mi MaxObsWired 94493Mi MaxObs(Act+Wir+Lndry) I looked at the error logs for the failed builds and saw no evidence of corruptions being involved. So far this system looks to be stable for use for building software and such. I may do a similar expriment on the UFS Optane 905P 1.5T U2-in-PCIe-adapter media as well. (This configuration uses the swap partition from the ZFS Optane media.) Note: MaxObs(A+B+C) <=3D MaxObs(A)+MaxObs(B)+MaxObs(C) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Nov 3 02:26:31 2023 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 4SM4Ph38M6z50Ndj for ; Fri, 3 Nov 2023 02:26:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 4SM4Pg360Hz4F27 for ; Fri, 3 Nov 2023 02:26:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=m7cEs+St; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.84 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698978405; bh=5yJglkVo8N8lIm5Jl+Z95XzrH5E02wCX78kq//d9HjI=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=m7cEs+St35RB/oXAC/kKDqtZGrL4HtC5n1cvtzxkVWtvz8ilXGYj50X3oRgAwlbTMxOIOmE24jpzVZzO0lrZKMS4GgvXxFa0vcT3yxD07pPUPnx635srjmWNjvqg9eogISJt1uMtsMLaVAICr66USbxmulOnvfyIGNhYMYXFBV3FQcJS0/cBYI5ALVHo1ngr1uNeSYNTEsUqjwMSmcepx4rpmofI3/1JL3pPPhlcFrxZUZpT1uT9t5oy00iDbaIc5Q1V5HgjdkCblLKXjy1LnD9xicUIc40L/lGkua8xlB0H0eJaFO81UZ8HW0EGl22FUodhQ9Z0IHK+8nm587uVRA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1698978405; bh=LbZMiEg/DkWriiimXwDwIwDGD9N4eKO7y1n6t+fDUDK=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=XQPIgYX0dMilpi8zHBoGu2CBNHlcAj7BJArGhHah2/FvUl30PlgRm0+0EcNTpAedJOI1IFxMzVzZxXQbXalwOHpTcqv5+jELNwJwzJpZL/cXXRNA29RhpJTpsnnMYop6Fiz+mm4GUsPis64EJNPlYzrHmfXagjmS+NSZfa6R/IsBvxsW7KTvHHNeuQVKJNEe8OwV5RbtQ9i0cxz5/LwPbZbRo5YvrIvzmTQFJAJ/YRQDNwAEARZpRYd58ONiH+UptrdzZJ64Ax32CyCS9ubdu2n8mc4dVDhwDKxQ0uvzLRfX2+zDbVaRzWKrzOX66+G5Z/+eNFI/+qGHOyUwAvWBbA== X-YMail-OSG: D7gUTaQVM1kkiG9Ie3pYtNQeyTGQJSuy.3W9OdTPP9DsoHTD.RsFfKC4S5GBLYm 6Izx38YQf6m6OlhqgW43qm_LTrj1qcaDUJy8ZnzUbgk_vRPuRB1hXuDpJyWey8CVDwAguFC9T1zs rPkGxRAWJyCfTQ9VmnayU0_RnrveQ.CZQGatUVZNbGIfzOmbK_lw7iQ5x_YGe7F4mQTYeHwgfcvW bwUF0FrM9NPUyh8p5sWXM2X0ILuvbz5uicj0N6fdsmkwhLX_kh32FGJKL9KICDXLKIZJS7Ae.7hU go2YborRb64O2WjBcW3naswKbTnfBtMnHMUcfqHIOdW0iRxC_5ayVHOgIqAJeKWkCdejSq4wAYXY 3ayszHJhSgOW.S7mv.0tPdkqgblknL7G4YwdHSyyYxhdqtytMTzg.KgddZ_kpxEgAH8uOOca9Bv3 39p9Xw4yhO5R_3zgeBslmZqKJj59DBpUMihPy9oebTRoip8F3YYdYculLKMJ7ZVjO6hlp6s3Aads 05ATz8G7haHjPoW4sNZt3XXt6MlwE9fJTViLDHQ2O0WoWAh9hOgemnqK8Zo4dVEhJiphqeN5r8sP XwePjI.rzmL77svjM0MI89n1j5wJbZ_1YnptR5Rq87HS79cCVrifMCt8W0zValeaVB_K7mOZJ0gf f7HVgOTsTXcl.0dziRJsWwapl8luXg0GdcM2SxBoH_i0.ZpFq5TbNm4_4N.DfCt1.d0HeUcZLBU0 AekNbNpoNFfOCkDkX2S77_LVMzBAhdNGhqzbi.mNoIO8Sf9zMg8LGA81Uv0S21EN9nsXPbhIPaxB 07CyK9119PCrNHQK7kmBq64Yf6wbMcSvOD7zRN4pc_EMhJRp2CmU6vqRldCSo.qFjEcw75lZ9TtQ gV6LbYYgsC5y1p0wYpEfxitOmH4_ftxe9zQC4txyhqdwvfqeM7StJVL.agR0qzCNX_nGIWxmGuzd x2IFlYjtzT.7XI._y0gzpXHDAQwqw8fsx.BMbBFa0C76PhQ_Jtey2_hP9kykFWb.qcaKTPVE4Isf u1Kh1Gtn1WUjXIv8KSV3n1B8rEVjkIe9bPyVubJ36BWdwCOSLtEYZIYwr2ZsrDPOhHa1_vnjOBC_ j9fDppRJNjyFic.GDxFU5avol854LDxtyqcx74wRx1_wiVO1KSXGwLSud_y5xszk27WnUxHYfu3n 1WzD2AB0VXyEwDrOPjkvIAY9qprSXlxup6MlV8aUZ8waGFzN4MVLr9GslNIpSpcvMOMMTyi22NYr ETjvYib_Q79UHwVQDoL6dvTVpL_XSs8RZkt6NjTK6m4Vfiixqksdsbt7154U8sG_ENZ1okRd4J9k 7UmKVz3eU4Ay.2LyUiX5Q4yFH1p_mLwTqIMUlZGJ6QDX_vvPmJIV73xb8aXtL9f81e6Y9YerBW67 9uL01jW4r_PbhC8SpE3CO5BQAdGV_Fzmn1PVBnHNle6nlxhOoLUCajdXpK0whLkgh8ITC4Sgi6sL rQ.iUNXNdh8DA3AN33s82hbvyifuPogHPNLQa_ERdu9sf6s3x5J7lUkb6TSP.uYdOo.Zwp1pfruZ f4kqRYw3rb5x6HvczuknsOVwHmIR4wFBWFDmR1N3otqWhCy3TXISElOXELRa.IaQoDiOuhwXkITk yWVHbkJcgQH4cgo8hu808.7yIzY538Nq_hP5jrsb26uEFK0bVtBVMK2nNOBXPT3baeCHSWpN71rg JQFP3yTqiGgLj9aeOSI7amZjCwLEk9_STXrf5fpvvBT6s4tez0SrMvUkovoyEjWF4NM6Bs_vYMvv 457H87Nj1XqJekMM83ZMo8zcz8gAPMk5WiyfdtZPB31ShVsA02Wfn8jw11VFdlWLXMmQAVr1Y52V qkKgDrKgg1vn_GZeY4h0CRtHARjcxfYuXdsoIGo7OjKuIxyuR81DXTvjlVKaMxHkv1Al4DAxF6y0 zTeoOGs0ikQzlZatK20Yql2.TtACtp8s0jUNnb3Q3lATHP1jyrtZ7yA146Tp7kqIPbNDR2mnqwnT YDmlu2ozttRXvPOEfs.95W6AqJ8FhWqrmLqDpQMO2KmBmKsBszZt1XbFClNPW1ztFE4JnnUkP7Xo YVQhx.F4hurk8ht6U7r4x3UcTh7semDsHSHvasR8aVEq3KLobxCAbVOxHOdpL_V7_7l70j6uRwW7 NAQIZU9.JGEuY9Xeigh.P9F.OFjKgRR_Td1j7dvZIAdzIP0v81YIDsqStUUKQRIjq_F10AXYHzPL o1WB37Drn3RuT4lIylU430jtnb_vhljL74DuIC6a_PfBWInzSJkDeU7vECQ-- X-Sonic-MF: X-Sonic-ID: f357b82a-c9a3-497e-8b95-977d09487d89 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Fri, 3 Nov 2023 02:26:45 +0000 Received: by hermes--production-bf1-5b945b6d47-ltjfc (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 34994fe519ee02bd51275b68c295941b; Fri, 03 Nov 2023 02:26:43 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: Trying initial boot of FreeBSD (main so: 15) of Ryzen 9 7950X3D on an ASUS Prime X670-P WIFI: various dmesg -a lines; more Date: Thu, 2 Nov 2023 19:26:31 -0700 References: <2B4E6F77-ABE8-49D8-AEF1-81D6E1A4D4E7@yahoo.com> <426737EC-237D-4F1C-ABD8-043FEE70FF9C@yahoo.com> <2D7D81C4-E6F5-4263-B150-568389C33D1E@yahoo.com> To: FreeBSD Hackers In-Reply-To: Message-Id: <0A69E47D-AF4B-48AE-806A-7EB1897FD1E1@yahoo.com> X-Mailer: Apple Mail (2.3774.200.91.1.1) X-Spamd-Result: default: False [-3.49 / 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)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SM4Pg360Hz4F27 X-Spamd-Bar: --- On Nov 2, 2023, at 18:00, Mark Millard wrote: > On Nov 1, 2023, at 17:32, Mark Millard wrote: >=20 >> On Nov 1, 2023, at 06:02, Mark Millard wrote: >>=20 >>> On Nov 1, 2023, at 05:43, Mark Millard wrote: >>>=20 >>>> On Nov 1, 2023, at 05:39, Mark Millard wrote: >>>>=20 >>>>> On Oct 31, 2023, at 23:00, Mark Millard wrote: >>>>>=20 >>>>>> FreeBSD context: >>>>>>=20 >>>>>> # uname -apKU >>>>>> FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 = main-n266130-d521abdff236-dirty: Tue Oct 24 18:17:40 PDT 2023 = root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.a= md64/sys/GENERIC-NODBG amd64 amd64 1500002 1500002 >>>>>>=20 >>>>>> I moved my FreeBDSS boot media from a ThreadRipper 1950X to a = Ryzen 9 7950X3D and tried >>>>>> booting. It booted but some of the following might be of some = note. Is any of it likely >>>>>> to be problematical? Any of it of particular interest to anyone? >>>>>>=20 >>>>>> . . . >>>>>> Firmware Error (ACPI): Could not resolve symbol = [\134_SB.PCI0.GPP7.UP00.DP40.UP00.DP68], AE_NOT_FOUND = (20221020/dswload2-315) >>>>>> ACPI Error: AE_NOT_FOUND, During name lookup/catalog = (20221020/psobject-372) >>>>>> . . . >>>>>> pci0: at device 0.2 (no driver attached) >>>>>> . . . >>>>>> pci8: at device 0.0 (no driver attached) >>>>>> . . . >>>>>> pci9: at device 0.0 (no driver attached) >>>>>> . . . >>>>>> pci15: at device 0.2 (no driver attached) >>>>>> . . . >>>>>> ns8250: UART FCR is broken >>>>>> ns8250: UART FCR is broken >>>>>> . . . >>>>>> intsmb0: at device 20.0 on pci0 >>>>>> intsmb0: Could not allocate I/O space >>>>>> device_attach: intsmb0 attach returned 6 >>>>>> intsmb0: port 0xff00-0xff0f at device = 20.0 on pci0 >>>>>> intsmb0: Could not allocate I/O space >>>>>> device_attach: intsmb0 attach returned 6 >>>>>> . . . >>>>>> intsmb0: at device 20.0 on pci0 >>>>>> intsmb0: Could not allocate I/O space >>>>>> device_attach: intsmb0 attach returned 6 >>>>>> intsmb0: port 0xff00-0xff0f at device = 20.0 on pci0 >>>>>> intsmb0: Could not allocate I/O space >>>>>> device_attach: intsmb0 attach returned 6 >>>>>> acpi_wmi0: on acpi0 >>>>>> acpi_wmi0: cannot find EC device >>>>>> acpi_wmi0: Embedded MOF found >>>>>> ACPI: \134AWW0.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>>>>> acpi_wmi1: on acpi0 >>>>>> acpi_wmi1: cannot find EC device >>>>>> acpi_wmi1: Embedded MOF found >>>>>> ACPI: \134ABAW.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>>>>> acpi_wmi2: on acpi0 >>>>>> acpi_wmi2: cannot find EC device >>>>>> acpi_wmi2: Embedded MOF found >>>>>> ACPI: \134RMTW.WQMO: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>>>>> acpi_wmi3: on acpi0 >>>>>> acpi_wmi3: cannot find EC device >>>>>> acpi_wmi3: Embedded MOF found >>>>>> ACPI: \134AOD.WQBA: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>>>>> driver bug: Unable to set devclass (class: ppc devname: = (unknown)) >>>>>> . . . >>>>>> acpi_wmi4: on acpi0 >>>>>> acpi_wmi4: cannot find EC device >>>>>> acpi_wmi4: Embedded MOF found >>>>>> ACPI: \134_SB.ATKD.WQMO: 1 arguments were passed to a non-method = ACPI object (Buffer) (20221020/nsarguments-361) >>>>>> driver bug: Unable to set devclass (class: ppc devname: = (unknown)) >>>>>> . . . >>>>>> mixer: speaker: no such device >>>>>> mixer: speaker: no such device >>>>>> mixer: line: no such device >>>>>> mixer: line: no such device >>>>>> mixer: mic: no such device >>>>>> mixer: mic: no such device >>>>>> mixer: mic: no such device >>>>>> mixer: mix: no such device >>>>>> mixer: mix: no such device >>>>>> mixer: rec: no such device >>>>>> mixer: rec: no such device >>>>>> mixer: igain: no such device >>>>>> mixer: igain: no such device >>>>>> mixer: ogain: no such device >>>>>> mixer: ogain: no such device >>>>>> mixer: rec: no such device >>>>>> mixer: rec: no such device >>>>>> mixer: igain: no such device >>>>>> mixer: igain: no such device >>>>>> mixer: ogain: no such device >>>>>> mixer: ogain: no such device >>>>>> mixer: monitor: no such device >>>>>> mixer: monitor: no such device >>>>>> mixer: monitor: no such device >>>>>> . . . >>>>>> uhid2 on uhub0 >>>>>> uhid2: on usbus1 >>>>>> devmatch: devinfo_init: Invalid argument >>>>>> uhid3 on uhub4 >>>>>> uhid3: on usbus0 >>>>>> . . .=20 >>>>>> uhid4 on uhub4 >>>>>> uhid4: on usbus0 >>>>>> devmatch: devinfo_init: Invalid argument >>>>>> uhid6 on uhub4 >>>>>> uhid6: on usbus0 >>>>>> . . . >>>>>> pci0:8:0:0: no VPD ident found >>>>>> . . . >>>>>>=20 >>>>>> I used a USB3 Ethernet dongle in order to have Ethernet = available. >>>>>>=20 >>>>>> For reference: >>>>>>=20 >>>>>> # pciconf -lvV | less >>>>>> . . . >>>>>> none0@pci0:0:0:2: class=3D0x080600 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x14d9 subvendor=3D0x1043 subdevice=3D0x8877 >>>>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>>>> class =3D base peripheral >>>>>> subclass =3D IOMMU >>>>>> . . . >>>>>> none1@pci0:0:20:0: class=3D0x0c0500 rev=3D0x71 hdr=3D0x00 = vendor=3D0x1022 device=3D0x790b subvendor=3D0x1043 subdevice=3D0x8877 >>>>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>>>> device =3D 'FCH SMBus Controller' >>>>>> class =3D serial bus >>>>>> subclass =3D SMBus >>>>>> . . . >>>>>> none2@pci0:8:0:0: class=3D0x020000 rev=3D0x05 hdr=3D0x00 = vendor=3D0x10ec device=3D0x8125 subvendor=3D0x1043 subdevice=3D0x87d7 >>>>>> vendor =3D 'Realtek Semiconductor Co., Ltd.' >>>>>> device =3D 'RTL8125 2.5GbE Controller' >>>>>> class =3D network >>>>>> subclass =3D ethernet >>>>>> none3@pci0:9:0:0: class=3D0x028000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x10ec device=3D0xb852 subvendor=3D0x1a3b subdevice=3D0x5471 >>>>>> vendor =3D 'Realtek Semiconductor Co., Ltd.' >>>>>> class =3D network >>>>>> . . . >>>>>> none4@pci0:15:0:2: class=3D0x108000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x1649 subvendor=3D0x1043 subdevice=3D0x8877 >>>>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>>>> device =3D 'VanGogh PSP/CCP' >>>>>> class =3D encrypt/decrypt >>>>>> . . . >>>>>>=20 >>>>>>=20 >>>>>>=20 >>>>>> Example temperatures (while idle, ambient around 20 DegC): >>>>>>=20 >>>>>> # kldload amdtemp >>>>>> # sysctl dev.amdtemp >>>>>> dev.amdtemp.0.ccd1: 33.0C >>>>>> dev.amdtemp.0.ccd0: 34.6C >>>>>> dev.amdtemp.0.core0.sensor0: 39.6C >>>>>> dev.amdtemp.0.sensor_offset: 0 >>>>>> dev.amdtemp.0.%parent: hostb0 >>>>>> dev.amdtemp.0.%pnpinfo: dev.amdtemp.0.%location: = dev.amdtemp.0.%driver: amdtemp >>>>>> dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors >>>>>> dev.amdtemp.%parent:=20 >>>>>>=20 >>>>>> Example during llvm build activity during buildworld: >>>>>>=20 >>>>>> # sysctl dev.amdtemp >>>>>> dev.amdtemp.0.ccd1: 60.5C >>>>>> dev.amdtemp.0.ccd0: 67.2C >>>>>> dev.amdtemp.0.core0.sensor0: 77.1C >>>>>> . . . >>>>>>=20 >>>>>> (Of course, the cooling system in place contributes greatly.) >>>>>>=20 >>>>>>=20 >>>>>> Example from scratch builds (of my usual style of personal = builds): >>>>>>=20 >>>>>> ThreadRipper 1950X: World built in 1345 seconds, ncpu: 32, make = -j32 >>>>>> Ryzen 9 7950X3D: World built in 545 seconds, ncpu: 32, make = -j32 >>>>>>=20 >>>>>> ThreadRipper 1950X: Kernel(s) GENERIC-NODBG built in 123 = seconds, ncpu: 32, make -j32 >>>>>> Ryzen 9 7950X3D: Kernel(s) GENERIC-NODBG built in 51 seconds, = ncpu: 32, make -j32 >>>>>>=20 >>>>>> Note: It is the same media in use: PCIe Optane moved from the = 1950X >>>>>> to the 7950X3D, ZFS (for bectl use, not other reasons ZFS is = commonly >>>>>> used for). >>>>>>=20 >>>>>> ThreadRipper 1950X: 128 GiBytes of RAM. Swap parition was 480 = GiBytes at the time. >>>>>> Ryzen 9 7950X3D: 96 GiBytes of RAM. Swap parition changed to = 364 GiBytes. >>>>>>=20 >>>>>> (That avoids the swapon warning about possibly being out of tune = vs. the amount of >>>>>> RAM.) >>>>>=20 >>>>>=20 >>>>> An ongoing poudriere bulk -a test looks to have a stuck objdump ( = used for building >>>>> www/node18 ): >>>>>=20 >>>>> # ps -oetime -alxdww | grep node18 >>>>> 05:48:03 0 44960 53404 21 68 0 18544 2892 select I = 0 0:00.03 | | |-- sh: = poudriere[main-amd64-bulk_a-default][15]: build_pkg (node18-18.18.2) = (sh) >>>>> 05:47:36 0 76480 44960 21 68 0 18544 2892 wait I = 0 0:00.00 | | | `-- sh: = poudriere[main-amd64-bulk_a-default][15]: build_pkg (node18-18.18.2) = (sh) >>>>> 05:47:36 0 76485 76480 19 68 0 12896 276 wait IJ = 0 0:00.01 | | | `-- /usr/bin/make -C /usr/ports/www/node18 = build >>>>> 05:47:36 0 77304 76485 22 68 0 13356 288 wait IJ = 0 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2; if ! /usr/bin/env = CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing " CXX.host=3D" c++" = CXXFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = LDFLAGS.host=3D" -fstack-protector-strong " LINK.host=3D"c++" = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node18/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node18/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node18/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node18/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintainer.") | /usr/bin/fmt 75 79 ; = fi; false; fi) >>>>> 05:33:34 0 7035 80309 9 26 0 22620 1312 piperd SJ = 0 32:56.31 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>>>> 05:33:32 0 8045 7035 9 94 0 4443576 15732 - RJ = 0 39:43.22 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>>>> 00:00 0 98535 2129 23 20 0 12784 1836 piperd S+ 2 = 0:00.00 | `-- grep node18 >>>>>=20 >>>>> For reference: >>>>>=20 >>>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>>>> 6ec8e3450b29 (HEAD -> main, freebsd/main, freebsd/HEAD) = devel/sdts++: Mark DEPRECATED >>>>> Author: Muhammad Moinur Rahman >>>>> Commit: Muhammad Moinur Rahman >>>>> CommitDate: 2023-10-21 19:01:38 +0000 >>>>> branch: main >>>>> merge-base: 6ec8e3450b29462a590d09fb0b07ed214d456bd5 >>>>> merge-base: CommitDate: 2023-10-21 19:01:38 +0000 >>>>> n637598 (--first-parent --count for merge-base) >>>>>=20 >>>>=20 >>>> Looks like www/node16 has the same sort of issue as www/node18 : >>>>=20 >>>> # ps -oetime -alxdww | grep node16 >>>> 02:24:49 0 58471 53404 30 68 0 18544 2884 select I 0 = 0:00.03 | | |-- sh: poudriere[main-amd64-bulk_a-default][17]: = build_pkg (node16-16.20.1_1) (sh) >>>> 02:15:35 0 1626 58471 18 68 0 18544 2884 wait I 0 = 0:00.00 | | | `-- sh: poudriere[main-amd64-bulk_a-default][17]: = build_pkg (node16-16.20.1_1) (sh) >>>> 02:15:35 0 1655 1626 21 68 0 12896 276 wait IJ 0 = 0:00.02 | | | `-- /usr/bin/make -C /usr/ports/www/node16 = build >>>> 02:15:34 0 2154 1655 11 68 0 13356 280 wait IJ 0 = 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1; if ! /usr/bin/env = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node16/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node16/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node16/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node16/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node16/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node16/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing = -Wno-error=3Denum-constexpr-conversion -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe = -g -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing " CXX.host=3D" c++" CXXFLAGS.host=3D"-O2 -pipe -g = -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -Wno-error=3Denum-constexpr-conversion -isystem = /usr/local/include " LINK.host=3Dc++ LDFLAGS.host=3D" = -fstack-protector-strong " all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintaine >>>> 01:55:30 0 84603 3452 15 47 0 22620 1312 - RJ 0 = 14:00.49 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>>> 01:55:27 0 86093 84603 15 101 0 3754296 32540 - RJ 0 = 16:59.56 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>>> 00:00 0 84657 2129 29 20 0 12784 1812 piperd S+ 2 = 0:00.00 | `-- grep node16 >>>>=20 >>>=20 >>> For reference (node16's objdump then node18's): >>>=20 >>> # truss -p 86093 >>> write(1," 2ff853: 74 61 "...,74) =3D 74 (0x4a) >>> write(1," 2ff855: 45 4e "...,50) =3D 50 (0x32) >>> write(1," 2ff857: 53 "...,51) =3D 51 (0x33) >>> write(1," 2ff858: 30 5f 36 "...,61) =3D 61 (0x3d) >>> write(1," 2ff85b: 48 61 "...,50) =3D 50 (0x32) >>> write(1," 2ff85d: 6e "...,58) =3D 58 (0x3a) >>> write(1," 2ff85e: 64 6c "...,61) =3D 61 (0x3d) >>> write(1," 2ff860: 65 49 4e "...,50) =3D 50 (0x32) >>> write(1," 2ff863: 53 "...,51) =3D 51 (0x33) >>> write(1," 2ff864: 30 5f 39 "...,61) =3D 61 (0x3d) >>> write(1," 2ff867: 42 79 74 "...,75) =3D 75 (0x4b) >>> write(1," 2ff86a: 65 41 72 72 "...,74) =3D 74 (0x4a) >>> . . . >>>=20 >>> # truss -p 8045 >>> write(1," 16f4ca: 01 00 "...,58) =3D 58 (0x3a) >>> write(1," 16f4cc: 00 00 "...,57) =3D 57 (0x39) >>> write(1," 16f4ce: 00 00 "...,57) =3D 57 (0x39) >>> write(1," 16f4d0: ed "...,54) =3D 54 (0x36) >>> write(1," 16f4d1: ae "...,62) =3D 62 (0x3e) >>> write(1," 16f4d2: 0b 00 "...,57) =3D 57 (0x39) >>> write(1," 16f4d4: 00 00 "...,57) =3D 57 (0x39) >>> write(1," 16f4d6: 00 00 "...,57) =3D 57 (0x39) >>> write(1," 16f4d8: 0a 00 "...,56) =3D 56 (0x38) >>> write(1," 16f4da: 00 00 "...,57) =3D 57 (0x39) >>> write(1," 16f4dc: 09 00 "...,57) =3D 57 (0x39) >>> write(1," 16f4de: 00 00 "...,57) =3D 57 (0x39) >>> write(1," 16f4e0: d7 "...,46) =3D 46 (0x2e) >>> write(1," 16f4e1: a8 03 "...,56) =3D 56 (0x38) >>> . . . >>>=20 >>=20 >> Turns out that my rare poudriere bulk -a runs are sometimes >> WITH_DEBUG experiments where most things are built using >> WITH_DEBUG. This was such an example. >>=20 >> I stopped the bulk -a and started a new from-scratch one >> based on not using WITH_DEBUG . node18 and node16 worked >> fine in this context. (The bulk -a is still running, >> building other ports into packages.) >>=20 >> (I've a gradually growing list of ports that end up with >> WITH_DEBUG nearly always undefined. Build failures and >> resource use can both lead to such a choice.) >=20 > The non-WITH_DEBUG bulk -a now has one thing left: >=20 > ID TOTAL ORIGIN PKGNAME PHASE = PHASE TMPFS CPU% MEM% > [23] 01:25:09 textproc/stardict-quick | stardict-quick-2.4.2_9 fetch = 01:24:39 1.33 GiB 0% 0% >=20 > that looks like the fetch may time out. >=20 > The last Finish to this point was: >=20 > [33:10:00] [32] [04:37:23] Finished emulators/libretro-mame | = libretro-mame-20220124_1: Success >=20 > After which: >=20 > [main-amd64-bulk_a-default] [2023-11-01_07h14m50s] [parallel_build:] = Queued: 34683 Built: 33825 Failed: 179 Skipped: 358 Ignored: 320 = Fetched: 0 Tobuild: 1 >=20 > So a mean of somewhat over 1000 port->package builds per hour, = ignoring > textproc/stardict-quick . >=20 > As for the ports vintage: >=20 > # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ > 6ec8e3450b29 (HEAD -> main, freebsd/main, freebsd/HEAD) devel/sdts++: = Mark DEPRECATED > Author: Muhammad Moinur Rahman > Commit: Muhammad Moinur Rahman > CommitDate: 2023-10-21 19:01:38 +0000 > branch: main > merge-base: 6ec8e3450b29462a590d09fb0b07ed214d456bd5 > merge-base: CommitDate: 2023-10-21 19:01:38 +0000 > n637598 (--first-parent --count for merge-base) >=20 > I do have a environment that avoids various LLVM builds taking > as long to build : >=20 > llvm1[3-7] : no MLIR, no FLANG > llvm1[4-7] : use BE_NATIVE > other llvm* : use defaults (so, no avoidance) >=20 > I also prevent the builds from using strip on most of the install > materials built (not just toolchain materials). >=20 > I have a munged up top that records and reports various "maximum > observed" (MaxObs...) figures (or other such) based on its sampling. > This explains some notation below. >=20 > ALLOW_MAKE_JOBS=3Dyes was used. No explicit restriction on = PARALLEL_JOBS > or MAKE_JOBS_NUMBER (or analogous). So 32 builders allowed, each = allowed > 32 make jobs. This explains the high load average style of bulk -a : >=20 > load averages . . . MaxObs: 360.70, 267.63, 210.84 > (Those need not be all from the same time frame during the bulk -a .) >=20 > Most of the reported load averages were 96+ for all 3 durations, at = least > when I was looking. >=20 > The build used USE_TMPFS=3Dall . 96 GiBytes of RAM (total across the 2 = DIMMs). > 372736Mi swap partition. ZFS on single partition on single drive, ZFS = used > just for bectl reasons, not other typical use-ZFS reasons. I've not > controlled the ARC size-range explicitly. >=20 > Swap-involved MaxObs figures: > 173310Mi MaxObsUsed > 56332Mi MaxObs(Act+Lndry+SwapUsed) > 265551Mi MaxObs(Act+Wir+Lndry+SwapUsed) >=20 > So: having more than 260 GiBytes for RAM+SWAP is appropriate to the = style > of build at the 32 hardware-thread scale with ZFS and the amount of = RAM. I > had basically: 96 GiBytes RAM + 364 GiBytes swap partition =3D=3D 460 = GiBytes > RAM+SWAP. >=20 > The media is a PCIe Optane 905P card with 1.5T of space and it has the > 372736Mi swap partition, not just the file system. >=20 > Just-RAM MaxObs figures: > 81066Mi MaxObsActive > 21483Mi MaxObsWired > 94493Mi MaxObs(Act+Wir+Lndry) I should have explained the MaxObsWired figure that I reported. It is = messy to report usefully because of ARC use of wired that increase when the = machine does not have RAM use pressure restricting its size and decreases when = there is such memory pressure. The 21483Mi figure is from a time later in the bulk -a where the = pressure was still in place (but monitoring had started before the ARC had grown significantly after the boot). Now that the bulk -a is done: [main-amd64-bulk_a-default] [2023-11-01_07h14m50s] [committing:] Queued: = 34683 Built: 33826 Failed: 179 Skipped: 358 Ignored: 320 Fetched: = 0 Tobuild: 0 Time: 35:37:55 and the tail of the activity did not cause such pressure the figure is: 90443Mi MaxObsWired MaxObsActive did not change but 94493Mi MaxObs(Act+Wir+Lndry) was = slightly smaller in the 21483Mi MaxObsWired time frame: 94437Mi = MaxObs(Act+Wir+Lndry) . The "Swap-involved MaxObs figures" did not change. Note: textproc/stardict-quick did lead to the overall mean being more = like 949 port->package builds per hour, spanning somewhat under 1.5 days. > I looked at the error logs for the failed builds and saw no evidence = of > corruptions being involved. So far this system looks to be stable for > use for building software and such. >=20 > I may do a similar expriment on the UFS Optane 905P 1.5T > U2-in-PCIe-adapter media as well. (This configuration uses the swap > partition from the ZFS Optane media.) >=20 >=20 > Note: MaxObs(A+B+C) <=3D MaxObs(A)+MaxObs(B)+MaxObs(C) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Nov 3 16:26:05 2023 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 4SMR2C2pZRz4yjTM for ; Fri, 3 Nov 2023 16:26:11 +0000 (UTC) (envelope-from paulf2718@gmail.com) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (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 4SMR2B2hSyz4M9S for ; Fri, 3 Nov 2023 16:26:10 +0000 (UTC) (envelope-from paulf2718@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=HEp8Z8ZR; spf=pass (mx1.freebsd.org: domain of paulf2718@gmail.com designates 2a00:1450:4864:20::333 as permitted sender) smtp.mailfrom=paulf2718@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wm1-x333.google.com with SMTP id 5b1f17b1804b1-40806e4106dso14261815e9.1 for ; Fri, 03 Nov 2023 09:26:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699028768; x=1699633568; darn=freebsd.org; h=in-reply-to:content-language:references:to:subject:from:user-agent :mime-version:date:message-id:from:to:cc:subject:date:message-id :reply-to; bh=QoAI0q3rJdzI0onRiAN0Igx/+s3qr41r5De4ooZAtmE=; b=HEp8Z8ZRwFUPB7CUBvamqiNI6MRZBNpmoNaYcLhiqM8VrBlMyIX9Gvo0lVbN2iuVi0 Sp3H85RgNRjiORnbjDHGi2uPKY96LvdDtMmGGAFRXMr66asCLP6mvEU9MY1+RYuFRQM6 6VLYT/lWY2+uyM1PggRLFfVgxWKpqvyCMLtrDK5JVdT27pb8Nz7n7mMenAs6cxBwvEpQ uzZFwG0SedQ9Ev60I3lJlhJwqS5hHY1Q3TrqWpoQac2qEhaTg/K+XMI60Yd3MYJnhyWe 8A82yvT/1MhRQL86mZv/3N9OiXO3OveTAdbL+uEi9c/Z5zqyr6qoe/vs3QLKWZ3nFDC5 QJUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699028768; x=1699633568; h=in-reply-to:content-language:references:to:subject:from:user-agent :mime-version:date:message-id:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=QoAI0q3rJdzI0onRiAN0Igx/+s3qr41r5De4ooZAtmE=; b=QuOa1G6vPF1Xtyvtj/08KgysID+P/92PIVT+7cmk1KLMPWuyrhcGw4LhOWGvyymiun rhiZ98vawW3njJyhTqG1jAR3+GRh01KN/yudFUwgj3pEct6chCpnfepzfgAorLkVL/eo KXj5r/9SnUbdXPNdTmOSHrkr/t7MlHwwB3ZWXrZxSxdn8jqBjYon1HraoYOxhjiyELZW eoZOeNir615YypiXwejQuKxgb83cg34BUpr5AWm+FxxWU/ogWC/TACPBgn2ttr+eYvUZ sH9VPexsLudREY9nSoYpwi8s9mft0PQvBd3fm/MCMMbsEebmP5Flj3cNLZYNWF124PXe 8gLw== X-Gm-Message-State: AOJu0YyT81rj5hpyDuj4M00WVw0qWJzMefx/hLOjKAZtdpYuA3g2gpcb 0EhVXdEc1X9UxiTW+sb9bUPg2EVA34qxbQ== X-Google-Smtp-Source: AGHT+IFRFjdwx2hNvpFy3epyEl9AL3nkOi8BZKgFk8JzcfWIAAQ3+0gKio+V09En1YoVIG7MlcnUyw== X-Received: by 2002:a05:600c:203:b0:406:5a14:5c1e with SMTP id 3-20020a05600c020300b004065a145c1emr3613536wmi.1.1699028768061; Fri, 03 Nov 2023 09:26:08 -0700 (PDT) Received: from [137.202.253.23] (nat-ies.mentorg.com. [192.94.31.2]) by smtp.gmail.com with ESMTPSA id bh7-20020a05600c3d0700b00401b242e2e6sm3036130wmb.47.2023.11.03.09.26.07 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 03 Nov 2023 09:26:07 -0700 (PDT) Content-Type: multipart/alternative; boundary="------------M1SZql3uM9UUFKQXgQJARXQK" Message-ID: Date: Fri, 3 Nov 2023 17:26:05 +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 From: Paul Floyd Subject: Re: Trying initial boot of FreeBSD (main so: 15) of Ryzen 9 7950X3D on an ASUS Prime X670-P WIFI: various dmesg -a lines; more To: freebsd-hackers@freebsd.org References: Content-Language: en-GB In-Reply-To: X-Spamd-Result: default: False [-3.47 / 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.48)[-0.485]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; XM_UA_NO_VERSION(0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::333:from]; BLOCKLISTDE_FAIL(0.00)[192.94.31.2:server fail,2a00:1450:4864:20::333:server fail]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; DKIM_TRACE(0.00)[gmail.com:+]; TO_DN_NONE(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SMR2B2hSyz4M9S X-Spamd-Bar: --- This is a multi-part message in MIME format. --------------M1SZql3uM9UUFKQXgQJARXQK Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 01/11/2023 07:00, Mark Millard wrote: > FreeBSD context: > > # uname -apKU > FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 main-n266130-d521abdff236-dirty: Tue Oct 24 18:17:40 PDT 2023root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-NODBG amd64 amd64 1500002 1500002 > > I moved my FreeBDSS boot media from a ThreadRipper 1950X to a Ryzen 9 7950X3D and tried > booting. It booted but some of the following might be of some note. Is any of it likely > to be problematical? Any of it of particular interest to anyone? Hi Mark I'm interested. I recently started speccing a new system to replace my ancient Solaris 11 AMD Opteron system I'm thinking of the 7950X3D and an x670 or x670e board. I'm planning on using the onboard graphics, which I understand don't work in accelerated mode requiring the use of scfb. I'm not too bothered with the wifi as long as ethernet works. I don't often use the DVD-ROM drive but it would ne nice if it worked. I think I can finally lay to rest the floppy drive (I said that it was old). I'll keep following this thread and the bugzi atime that was mentioned. A+ Paul --------------M1SZql3uM9UUFKQXgQJARXQK Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit


On 01/11/2023 07:00, Mark Millard wrote:
FreeBSD context:

# uname -apKU
FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 main-n266130-d521abdff236-dirty: Tue Oct 24 18:17:40 PDT 2023     root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-NODBG amd64 amd64 1500002 1500002

I moved my FreeBDSS boot media from a ThreadRipper 1950X to a Ryzen 9 7950X3D and tried
booting. It booted but some of the following might be of some note. Is any of it likely
to be problematical? Any of it of particular interest to anyone?

Hi Mark

I'm interested. I recently started speccing a new system to replace my ancient Solaris 11 AMD Opteron system

I'm thinking of the 7950X3D and an x670 or x670e board. I'm planning on using the onboard graphics, which I understand don't work in accelerated mode requiring the use of scfb. I'm not too bothered with the wifi as long as ethernet works. I don't often use the DVD-ROM drive but it would ne nice if it worked. I think I can finally lay to rest the floppy drive (I said that it was old).

I'll keep following this thread and the bugzi atime that was mentioned.

A+

Paul



--------------M1SZql3uM9UUFKQXgQJARXQK-- From nobody Sat Nov 4 12:53:35 2023 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 4SMyGr4P78z50LS9 for ; Sat, 4 Nov 2023 12:53:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-54.consmr.mail.gq1.yahoo.com (sonic307-54.consmr.mail.gq1.yahoo.com [98.137.64.30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SMyGq4Wt8z4GZc for ; Sat, 4 Nov 2023 12:53:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=BTUOt8rM; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1699102433; bh=DDTvKSqqs/cPd0DrtZtRocJifCUiILD3TEjmOF09ybs=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=BTUOt8rMXulcSnnvYD6tRJDPvlqGsTlyQcJad7dtCtD37j6xd8MLI5/9UYllRmByBP967J+gQNHxVWqm/7+mb96bW6Pf2QZRitYRQIdsaOl6dD+PC5OoOXPey23LfR6yAi+QRw2HT3GuG10JsNjuSxnSz0kroPNyN5imcbc+ElQ/8+LfVW/AdG64e+HoADCLNLsjowyx4riB543TrTmZIHRmHbJ4HNaM4gKJmBCUSRyB0WC2ESkyoteViXSv1FVd8uvdmRJFV4PYi90Of7Nd3+XLPC/eWqzuGiCZqWX3EYbPcZhd6mWv9AcKvhhO3bS2iDfEtGCNdLYlMdVUJZgbAA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1699102433; bh=8a3HcnQOC11ZzSvSQWAWUOTJOXS5HoC4nnfPQ9Hi/h+=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=A6A2w3/xwcGgavMjsuql2gld+DO9k/+7F7Q8UhMH1bW15gQbF3h72ct7BNlgnCsNUMGpBJhY5j00OnM1NVp3UZ93W+ahqOsrM5miURTkmYk8IyZGunKciYsoE+Adgp6BrAbqoaJLEe+/eLGr2AJhjUlwXX4ZImm+qb4r0x49MXTANrgFKJzHEH1pQ1mwMmAdSXqUtQeU2CApoKHCyMK6uDZ8gU8Xy6Y5mwJQ60QnAPi/TPuRAEQ+2bSEwheTO7rgW4x1m2mRIjGRyNFnWx6YIGNqKNq/jfORqCKrn5KNr6pm9YBNsA9k5DOloDKhplQcIiXeg2TEFMIRhD9KjdQqqA== X-YMail-OSG: mFKo5PQVM1lKWWG07Zyp2XU08stekDjPRLmGK5Qvie9H4hgvsx635TPnwO2nYha Auo1fNOIvbS7sDBVpMtXiTjPXSJzaRq2c2louLq1d5MmTzaOZWQ6C_iaq2vU9JeWjxOBvZiusADL dg.3nPPvfs0ncL6uE_DtX9ObN9nq52D1GIcDHWsnVc0VL3Zoe2OFl9HSWBxwHY3LNLOxlcpvG6MU QTm8wqUDi2Poym2KNuky8qa8__5L.6nQS2o_DeXEKyNnU_eeFizybkf54guMpQadVHLWcFFyqGX8 .taRQRbT1znLPGf4yRQia1m7IKNpUIf68MJ38UcbJLoymtBlkDJFWckrB97uiwcfkMUrGYtrIXOG 2bgeAFwPU2wBj2JoL5uWeflQc98rWTt8XiMBb8SC5zT.VsPU59PePOhpVHo.D2wLqHKby4mAwzx6 o77pdeZU9L4Aa4CuOChBqenSRIYLtqzC.kSXQtwZzEjUy1Ib0FR.N7brLUtykP18xg55UWHVPNVD ch9F9nrqTPlYAUGJiSo7Nxqipxgmo90r8i6Uofip61PMjjEoqjVcldTMgmCmP1GKI.G9e4hUqsGw _I3HRbieHopCntkXE9PxdliBEuczOiGrKkFRCz20zToJpcU4wyXDVVCklhhqOzi9ILpIlac7oOoY 7K_bmFHWXXRNhjaGaAA6JGYj5zRgZ5ppOEShLCYAigI1ILwn2Rlzk6KrduzZxQ5R8g0U.7Vuy7_6 JJXskWk6vccA8VV4sdAKYlxNdRRD_cpZJCsASeR28IbSkNoB2tUOZEZhCOOdalqiOFV4WOvO1wAc hclR6VZp5E1L384pH.LXWTbxDZ_JrPcxiANbO9qyRB4Q4Rt2VsdLAR8CT_muUpQLne5qsLSFxHAP sCbm.JW2LzwBMBP8i33ywf8HDyozBFq77VlRDFkOxl3CTn42I.x32ZyoXxkmkDCLApk_NV2YCJaM M75lneJB8JPBm4bGTBfTObF6Kgpa5owL7SJjobdt5rWPWk3rkdGnTg0Y9x6g2_abCh55TmzaxMSp f5cZHNRb.EDasJHZuEpHMCyTBVSRLsaSYNCUqKRxX7GN1mSbkOdETrH1PYDhbisa0yhWOd9u7uXi cM3z4ovFEAfGRsHjDO2.ekixght6URvjJj8F5mPEckcWus6M6A1VIkWQ.gAv0FdqEy.UGOQjmVjG MjRoB5AEZf0bPRBkbu.VmwIREcIMThY1UqCDe6VWuPlURU268YwfftmxYTvv5j3Zwqx85sQgzewp toLQh3znCcwGXTxcuxLQ6f6Rntt9MUUJH4_rMKSANa5oDwsd_SEbX7muOIzIB.e0bQOMwqklzzUC oir94JohdmQdYijQwSCnrsQOqXBc0bXts2KPQqMRTalqkVbplXTDKmm03jUyMujf8KoZgg4n51E8 6sUubqyvsDyk78SXw3IS1Dr.t8ZZ9TrbwW2gSG1lgLrtWsmfCFAGlnAqv0i.O7_.0GSzxXHLiNdy peIdDJkUuOJo1VnS8PENf6sBaFC51UzjzR_d3mAmdxknWKxBKlYKSy_xqL6ENrqk3hq9wVJ.qDf_ 2wkcOmLzOOqIN5Wze5RPKQitdvELPpwYL6y8nRdELYsM6RXZfmedtB8RyNM3S9xvqj8QzM7gRZnJ N8fBzMQrTJwo.KLIA.BiOEd_RnF9530gkZoAn.wWOuFujXzPNMEH7euIrHrdnKWWCCEcV4ifzmfT Jh6tzuLQaL6fnPbzuJhgdLEw_9ZnMltEpTz6I0kSOf3tW8lYUJdIfX3J4XMiI_aHp7ua8ditzkl. B_STXQ89qxBMGwjeYx.rtSEjknLPEE1e73X2LmTQ8d1LQ5D2h7ZZMjmZ5cxww4F0mIifGZy3Nikz Lxp1UHAz6FSIZSiaLa_AOeBlcQWoKwyjzns7aV_HJ9xLAH6dRcc2lY7_rSvm_Q0hhQ9PInsOlEwa 7lNzlYNulCX78HdVDlDcIF9d.HD5B5p7CDl9R0WGrqiBaHnXxAEDgRzGDD2ulBc9l6EbdrwN1a_z v2Pj.fIYrcJ3eoBoOPeDAw5QAk6s90nYDISZcgDcWKY0DKtmI2KSlUS2lfeD0QLUMu4Wm7ZRs1hp uGZkhDmOn9wVl26Bf0khGZU460fr.bZp.43YKr09GPymXdCl8C0YTe2wRC9XsAZX.BbTTrF6stgp gnNB0RRclz9Xm6CiB.oZ7Pb6Hg30nkRDf6BK5dVTCjKw.bh02z5T7ANwgv7AbSWativJm_xfR2cy P9rGEfQ96XmEjDjdkOvuuEoQRpEOVMfmDcvTpnGZxUyGI7YULxptOTL3xB4xR X-Sonic-MF: X-Sonic-ID: 025d1afc-1000-43f4-9eee-87354075b9fd Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Sat, 4 Nov 2023 12:53:53 +0000 Received: by hermes--production-bf1-5b945b6d47-tz7d5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 0e8ee35fc71de89fdbd792487c8fb572; Sat, 04 Nov 2023 12:53:47 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 (Mac OS X Mail 16.0 \(3774.200.91.1.1\)) Subject: Re: Trying initial boot of FreeBSD (main so: 15) of Ryzen 9 7950X3D on an ASUS Prime X670-P WIFI: various dmesg -a lines; more Date: Sat, 4 Nov 2023 05:53:35 -0700 References: <2B4E6F77-ABE8-49D8-AEF1-81D6E1A4D4E7@yahoo.com> <426737EC-237D-4F1C-ABD8-043FEE70FF9C@yahoo.com> <2D7D81C4-E6F5-4263-B150-568389C33D1E@yahoo.com> <0A69E47D-AF4B-48AE-806A-7EB1897FD1E1@yahoo.com> To: FreeBSD Hackers In-Reply-To: <0A69E47D-AF4B-48AE-806A-7EB1897FD1E1@yahoo.com> Message-Id: <42E2B05E-05FA-4B14-93A6-8E1B12AF240C@yahoo.com> X-Mailer: Apple Mail (2.3774.200.91.1.1) X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; BLOCKLISTDE_FAIL(0.00)[98.137.64.30:server fail]; RCPT_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.30:from]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.30:from]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4SMyGq4Wt8z4GZc X-Spamd-Bar: --- On Nov 2, 2023, at 19:26, Mark Millard wrote: > On Nov 2, 2023, at 18:00, Mark Millard wrote: >=20 >> On Nov 1, 2023, at 17:32, Mark Millard wrote: >>=20 >>> On Nov 1, 2023, at 06:02, Mark Millard wrote: >>>=20 >>>> On Nov 1, 2023, at 05:43, Mark Millard wrote: >>>>=20 >>>>> On Nov 1, 2023, at 05:39, Mark Millard wrote: >>>>>=20 >>>>>> On Oct 31, 2023, at 23:00, Mark Millard = wrote: >>>>>>=20 >>>>>>> FreeBSD context: >>>>>>>=20 >>>>>>> # uname -apKU >>>>>>> FreeBSD amd64-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #126 = main-n266130-d521abdff236-dirty: Tue Oct 24 18:17:40 PDT 2023 = root@amd64-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.a= md64/sys/GENERIC-NODBG amd64 amd64 1500002 1500002 >>>>>>>=20 >>>>>>> I moved my FreeBDSS boot media from a ThreadRipper 1950X to a = Ryzen 9 7950X3D and tried >>>>>>> booting. It booted but some of the following might be of some = note. Is any of it likely >>>>>>> to be problematical? Any of it of particular interest to anyone? >>>>>>>=20 >>>>>>> . . . >>>>>>> Firmware Error (ACPI): Could not resolve symbol = [\134_SB.PCI0.GPP7.UP00.DP40.UP00.DP68], AE_NOT_FOUND = (20221020/dswload2-315) >>>>>>> ACPI Error: AE_NOT_FOUND, During name lookup/catalog = (20221020/psobject-372) >>>>>>> . . . >>>>>>> pci0: at device 0.2 (no driver = attached) >>>>>>> . . . >>>>>>> pci8: at device 0.0 (no driver attached) >>>>>>> . . . >>>>>>> pci9: at device 0.0 (no driver attached) >>>>>>> . . . >>>>>>> pci15: at device 0.2 (no driver attached) >>>>>>> . . . >>>>>>> ns8250: UART FCR is broken >>>>>>> ns8250: UART FCR is broken >>>>>>> . . . >>>>>>> intsmb0: at device 20.0 on pci0 >>>>>>> intsmb0: Could not allocate I/O space >>>>>>> device_attach: intsmb0 attach returned 6 >>>>>>> intsmb0: port 0xff00-0xff0f at device = 20.0 on pci0 >>>>>>> intsmb0: Could not allocate I/O space >>>>>>> device_attach: intsmb0 attach returned 6 >>>>>>> . . . >>>>>>> intsmb0: at device 20.0 on pci0 >>>>>>> intsmb0: Could not allocate I/O space >>>>>>> device_attach: intsmb0 attach returned 6 >>>>>>> intsmb0: port 0xff00-0xff0f at device = 20.0 on pci0 >>>>>>> intsmb0: Could not allocate I/O space >>>>>>> device_attach: intsmb0 attach returned 6 >>>>>>> acpi_wmi0: on acpi0 >>>>>>> acpi_wmi0: cannot find EC device >>>>>>> acpi_wmi0: Embedded MOF found >>>>>>> ACPI: \134AWW0.WQMO: 1 arguments were passed to a non-method = ACPI object (Buffer) (20221020/nsarguments-361) >>>>>>> acpi_wmi1: on acpi0 >>>>>>> acpi_wmi1: cannot find EC device >>>>>>> acpi_wmi1: Embedded MOF found >>>>>>> ACPI: \134ABAW.WQMO: 1 arguments were passed to a non-method = ACPI object (Buffer) (20221020/nsarguments-361) >>>>>>> acpi_wmi2: on acpi0 >>>>>>> acpi_wmi2: cannot find EC device >>>>>>> acpi_wmi2: Embedded MOF found >>>>>>> ACPI: \134RMTW.WQMO: 1 arguments were passed to a non-method = ACPI object (Buffer) (20221020/nsarguments-361) >>>>>>> acpi_wmi3: on acpi0 >>>>>>> acpi_wmi3: cannot find EC device >>>>>>> acpi_wmi3: Embedded MOF found >>>>>>> ACPI: \134AOD.WQBA: 1 arguments were passed to a non-method ACPI = object (Buffer) (20221020/nsarguments-361) >>>>>>> driver bug: Unable to set devclass (class: ppc devname: = (unknown)) >>>>>>> . . . >>>>>>> acpi_wmi4: on acpi0 >>>>>>> acpi_wmi4: cannot find EC device >>>>>>> acpi_wmi4: Embedded MOF found >>>>>>> ACPI: \134_SB.ATKD.WQMO: 1 arguments were passed to a non-method = ACPI object (Buffer) (20221020/nsarguments-361) >>>>>>> driver bug: Unable to set devclass (class: ppc devname: = (unknown)) >>>>>>> . . . >>>>>>> mixer: speaker: no such device >>>>>>> mixer: speaker: no such device >>>>>>> mixer: line: no such device >>>>>>> mixer: line: no such device >>>>>>> mixer: mic: no such device >>>>>>> mixer: mic: no such device >>>>>>> mixer: mic: no such device >>>>>>> mixer: mix: no such device >>>>>>> mixer: mix: no such device >>>>>>> mixer: rec: no such device >>>>>>> mixer: rec: no such device >>>>>>> mixer: igain: no such device >>>>>>> mixer: igain: no such device >>>>>>> mixer: ogain: no such device >>>>>>> mixer: ogain: no such device >>>>>>> mixer: rec: no such device >>>>>>> mixer: rec: no such device >>>>>>> mixer: igain: no such device >>>>>>> mixer: igain: no such device >>>>>>> mixer: ogain: no such device >>>>>>> mixer: ogain: no such device >>>>>>> mixer: monitor: no such device >>>>>>> mixer: monitor: no such device >>>>>>> mixer: monitor: no such device >>>>>>> . . . >>>>>>> uhid2 on uhub0 >>>>>>> uhid2: on usbus1 >>>>>>> devmatch: devinfo_init: Invalid argument >>>>>>> uhid3 on uhub4 >>>>>>> uhid3: on usbus0 >>>>>>> . . .=20 >>>>>>> uhid4 on uhub4 >>>>>>> uhid4: on usbus0 >>>>>>> devmatch: devinfo_init: Invalid argument >>>>>>> uhid6 on uhub4 >>>>>>> uhid6: on usbus0 >>>>>>> . . . >>>>>>> pci0:8:0:0: no VPD ident found >>>>>>> . . . >>>>>>>=20 >>>>>>> I used a USB3 Ethernet dongle in order to have Ethernet = available. >>>>>>>=20 >>>>>>> For reference: >>>>>>>=20 >>>>>>> # pciconf -lvV | less >>>>>>> . . . >>>>>>> none0@pci0:0:0:2: class=3D0x080600 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x14d9 subvendor=3D0x1043 subdevice=3D0x8877 >>>>>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>>>>> class =3D base peripheral >>>>>>> subclass =3D IOMMU >>>>>>> . . . >>>>>>> none1@pci0:0:20:0: class=3D0x0c0500 rev=3D0x71 hdr=3D0x00 = vendor=3D0x1022 device=3D0x790b subvendor=3D0x1043 subdevice=3D0x8877 >>>>>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>>>>> device =3D 'FCH SMBus Controller' >>>>>>> class =3D serial bus >>>>>>> subclass =3D SMBus >>>>>>> . . . >>>>>>> none2@pci0:8:0:0: class=3D0x020000 rev=3D0x05 hdr=3D0x00 = vendor=3D0x10ec device=3D0x8125 subvendor=3D0x1043 subdevice=3D0x87d7 >>>>>>> vendor =3D 'Realtek Semiconductor Co., Ltd.' >>>>>>> device =3D 'RTL8125 2.5GbE Controller' >>>>>>> class =3D network >>>>>>> subclass =3D ethernet >>>>>>> none3@pci0:9:0:0: class=3D0x028000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x10ec device=3D0xb852 subvendor=3D0x1a3b subdevice=3D0x5471 >>>>>>> vendor =3D 'Realtek Semiconductor Co., Ltd.' >>>>>>> class =3D network >>>>>>> . . . >>>>>>> none4@pci0:15:0:2: class=3D0x108000 rev=3D0x00 hdr=3D0x00 = vendor=3D0x1022 device=3D0x1649 subvendor=3D0x1043 subdevice=3D0x8877 >>>>>>> vendor =3D 'Advanced Micro Devices, Inc. [AMD]' >>>>>>> device =3D 'VanGogh PSP/CCP' >>>>>>> class =3D encrypt/decrypt >>>>>>> . . . >>>>>>>=20 >>>>>>>=20 >>>>>>>=20 >>>>>>> Example temperatures (while idle, ambient around 20 DegC): >>>>>>>=20 >>>>>>> # kldload amdtemp >>>>>>> # sysctl dev.amdtemp >>>>>>> dev.amdtemp.0.ccd1: 33.0C >>>>>>> dev.amdtemp.0.ccd0: 34.6C >>>>>>> dev.amdtemp.0.core0.sensor0: 39.6C >>>>>>> dev.amdtemp.0.sensor_offset: 0 >>>>>>> dev.amdtemp.0.%parent: hostb0 >>>>>>> dev.amdtemp.0.%pnpinfo: dev.amdtemp.0.%location: = dev.amdtemp.0.%driver: amdtemp >>>>>>> dev.amdtemp.0.%desc: AMD CPU On-Die Thermal Sensors >>>>>>> dev.amdtemp.%parent:=20 >>>>>>>=20 >>>>>>> Example during llvm build activity during buildworld: >>>>>>>=20 >>>>>>> # sysctl dev.amdtemp >>>>>>> dev.amdtemp.0.ccd1: 60.5C >>>>>>> dev.amdtemp.0.ccd0: 67.2C >>>>>>> dev.amdtemp.0.core0.sensor0: 77.1C >>>>>>> . . . >>>>>>>=20 >>>>>>> (Of course, the cooling system in place contributes greatly.) >>>>>>>=20 >>>>>>>=20 >>>>>>> Example from scratch builds (of my usual style of personal = builds): >>>>>>>=20 >>>>>>> ThreadRipper 1950X: World built in 1345 seconds, ncpu: 32, make = -j32 >>>>>>> Ryzen 9 7950X3D: World built in 545 seconds, ncpu: 32, make = -j32 >>>>>>>=20 >>>>>>> ThreadRipper 1950X: Kernel(s) GENERIC-NODBG built in 123 = seconds, ncpu: 32, make -j32 >>>>>>> Ryzen 9 7950X3D: Kernel(s) GENERIC-NODBG built in 51 = seconds, ncpu: 32, make -j32 >>>>>>>=20 >>>>>>> Note: It is the same media in use: PCIe Optane moved from the = 1950X >>>>>>> to the 7950X3D, ZFS (for bectl use, not other reasons ZFS is = commonly >>>>>>> used for). >>>>>>>=20 >>>>>>> ThreadRipper 1950X: 128 GiBytes of RAM. Swap parition was 480 = GiBytes at the time. >>>>>>> Ryzen 9 7950X3D: 96 GiBytes of RAM. Swap parition changed to = 364 GiBytes. >>>>>>>=20 >>>>>>> (That avoids the swapon warning about possibly being out of tune = vs. the amount of >>>>>>> RAM.) >>>>>>=20 >>>>>>=20 >>>>>> An ongoing poudriere bulk -a test looks to have a stuck objdump ( = used for building >>>>>> www/node18 ): >>>>>>=20 >>>>>> # ps -oetime -alxdww | grep node18 >>>>>> 05:48:03 0 44960 53404 21 68 0 18544 2892 select I = 0 0:00.03 | | |-- sh: = poudriere[main-amd64-bulk_a-default][15]: build_pkg (node18-18.18.2) = (sh) >>>>>> 05:47:36 0 76480 44960 21 68 0 18544 2892 wait I = 0 0:00.00 | | | `-- sh: = poudriere[main-amd64-bulk_a-default][15]: build_pkg (node18-18.18.2) = (sh) >>>>>> 05:47:36 0 76485 76480 19 68 0 12896 276 wait IJ = 0 0:00.01 | | | `-- /usr/bin/make -C /usr/ports/www/node18 = build >>>>>> 05:47:36 0 77304 76485 22 68 0 13356 288 wait IJ = 0 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2; if ! /usr/bin/env = CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong = -isystem /usr/local/include -fno-strict-aliasing " CXX.host=3D" c++" = CXXFLAGS.host=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = LDFLAGS.host=3D" -fstack-protector-strong " LINK.host=3D"c++" = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node18/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node18/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node18/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node18/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node18/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintainer.") | /usr/bin/fmt 75 79 ; = fi; false; fi) >>>>>> 05:33:34 0 7035 80309 9 26 0 22620 1312 piperd SJ = 0 32:56.31 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>>>>> 05:33:32 0 8045 7035 9 94 0 4443576 15732 - RJ = 0 39:43.22 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node18/work/node-v18.18.2/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>>>>> 00:00 0 98535 2129 23 20 0 12784 1836 piperd S+ 2 = 0:00.00 | `-- grep node18 >>>>>>=20 >>>>>> For reference: >>>>>>=20 >>>>>> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >>>>>> 6ec8e3450b29 (HEAD -> main, freebsd/main, freebsd/HEAD) = devel/sdts++: Mark DEPRECATED >>>>>> Author: Muhammad Moinur Rahman >>>>>> Commit: Muhammad Moinur Rahman >>>>>> CommitDate: 2023-10-21 19:01:38 +0000 >>>>>> branch: main >>>>>> merge-base: 6ec8e3450b29462a590d09fb0b07ed214d456bd5 >>>>>> merge-base: CommitDate: 2023-10-21 19:01:38 +0000 >>>>>> n637598 (--first-parent --count for merge-base) >>>>>>=20 >>>>>=20 >>>>> Looks like www/node16 has the same sort of issue as www/node18 : >>>>>=20 >>>>> # ps -oetime -alxdww | grep node16 >>>>> 02:24:49 0 58471 53404 30 68 0 18544 2884 select I 0 = 0:00.03 | | |-- sh: poudriere[main-amd64-bulk_a-default][17]: = build_pkg (node16-16.20.1_1) (sh) >>>>> 02:15:35 0 1626 58471 18 68 0 18544 2884 wait I 0 = 0:00.00 | | | `-- sh: = poudriere[main-amd64-bulk_a-default][17]: build_pkg (node16-16.20.1_1) = (sh) >>>>> 02:15:35 0 1655 1626 21 68 0 12896 276 wait IJ 0 = 0:00.02 | | | `-- /usr/bin/make -C /usr/ports/www/node16 = build >>>>> 02:15:34 0 2154 1655 11 68 0 13356 280 wait IJ 0 = 0:00.00 | | | `-- /bin/sh -e -c (cd = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1; if ! /usr/bin/env = OPENSSLBASE=3D/usr OPENSSLDIR=3D/etc/ssl OPENSSLINC=3D/usr/include = OPENSSLLIB=3D/usr/lib XDG_DATA_HOME=3D/wrkdirs/usr/ports/www/node16/work = XDG_CONFIG_HOME=3D/wrkdirs/usr/ports/www/node16/work = XDG_CACHE_HOME=3D/wrkdirs/usr/ports/www/node16/work/.cache = HOME=3D/wrkdirs/usr/ports/www/node16/work TMPDIR=3D"/tmp" = PATH=3D/wrkdirs/usr/ports/www/node16/work/.bin:/sbin:/bin:/usr/sbin:/usr/b= in:/usr/local/sbin:/usr/local/bin:/root/bin = PKG_CONFIG_LIBDIR=3D/wrkdirs/usr/ports/www/node16/work/.pkgconfig:/usr/loc= al/libdata/pkgconfig:/usr/local/share/pkgconfig:/usr/libdata/pkgconfig = DONTSTRIP=3Dyes DONTSTRIP=3Dyes MK_DEBUG_FILES=3Dno MK_KERNEL_SYMBOLS=3Dno= SHELL=3D/bin/sh NO_LINT=3DYES PREFIX=3D/usr/local LOCALBASE=3D/usr/local= CC=3D"cc" CFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing " CPP=3D"cpp" = CPPFLAGS=3D"-isystem /usr/local/include" LDFLAGS=3D" = -fstack-protector-strong " LIBS=3D"-L/usr/local/lib" CXX=3D"c++" = CXXFLAGS=3D"-O2 -pipe -g -fstack-protector-strong -isystem = /usr/local/include -fno-strict-aliasing = -Wno-error=3Denum-constexpr-conversion -isystem /usr/local/include " = MANPREFIX=3D"/usr/local" BSD_INSTALL_PROGRAM=3D"install -m 555" = BSD_INSTALL_LIB=3D"install -m 0644" BSD_INSTALL_SCRIPT=3D"install -m = 555" BSD_INSTALL_DATA=3D"install -m 0644" BSD_INSTALL_MAN=3D"install = -m 444" gmake -f Makefile -j32 CC.host=3D" cc" CFLAGS.host=3D"-O2 -pipe = -g -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing " CXX.host=3D" c++" CXXFLAGS.host=3D"-O2 -pipe -g = -fstack-protector-strong -isystem /usr/local/include = -fno-strict-aliasing -Wno-error=3Denum-constexpr-conversion -isystem = /usr/local/include " LINK.host=3Dc++ LDFLAGS.host=3D" = -fstack-protector-strong " all; then if [ -n "Try to set = MAKE_JOBS_UNSAFE=3Dyes and rebuild before reporting the failure to the = maintainer." ] ; then echo "=3D=3D=3D> Compilation failed = unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild = before reporting the failure to the maintaine >>>>> 01:55:30 0 84603 3452 15 47 0 22620 1312 - RJ 0 = 14:00.49 | | | `-- /usr/local/bin/python3.9 = tools/genv8constants.py = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj/gen/v8con= stants.h = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>>>> 01:55:27 0 86093 84603 15 101 0 3754296 32540 - RJ 0 = 16:59.56 | | | `-- objdump -z -D = /wrkdirs/usr/ports/www/node16/work/node-v16.20.1/out/Release/obj.target/to= ols/v8_gypfiles/libv8_base_without_compiler.a >>>>> 00:00 0 84657 2129 29 20 0 12784 1812 piperd S+ 2 = 0:00.00 | `-- grep node16 >>>>>=20 >>>>=20 >>>> For reference (node16's objdump then node18's): >>>>=20 >>>> # truss -p 86093 >>>> write(1," 2ff853: 74 61 "...,74) =3D 74 (0x4a) >>>> write(1," 2ff855: 45 4e "...,50) =3D 50 (0x32) >>>> write(1," 2ff857: 53 "...,51) =3D 51 (0x33) >>>> write(1," 2ff858: 30 5f 36 "...,61) =3D 61 (0x3d) >>>> write(1," 2ff85b: 48 61 "...,50) =3D 50 (0x32) >>>> write(1," 2ff85d: 6e "...,58) =3D 58 (0x3a) >>>> write(1," 2ff85e: 64 6c "...,61) =3D 61 (0x3d) >>>> write(1," 2ff860: 65 49 4e "...,50) =3D 50 (0x32) >>>> write(1," 2ff863: 53 "...,51) =3D 51 (0x33) >>>> write(1," 2ff864: 30 5f 39 "...,61) =3D 61 (0x3d) >>>> write(1," 2ff867: 42 79 74 "...,75) =3D 75 (0x4b) >>>> write(1," 2ff86a: 65 41 72 72 "...,74) =3D 74 (0x4a) >>>> . . . >>>>=20 >>>> # truss -p 8045 >>>> write(1," 16f4ca: 01 00 "...,58) =3D 58 (0x3a) >>>> write(1," 16f4cc: 00 00 "...,57) =3D 57 (0x39) >>>> write(1," 16f4ce: 00 00 "...,57) =3D 57 (0x39) >>>> write(1," 16f4d0: ed "...,54) =3D 54 (0x36) >>>> write(1," 16f4d1: ae "...,62) =3D 62 (0x3e) >>>> write(1," 16f4d2: 0b 00 "...,57) =3D 57 (0x39) >>>> write(1," 16f4d4: 00 00 "...,57) =3D 57 (0x39) >>>> write(1," 16f4d6: 00 00 "...,57) =3D 57 (0x39) >>>> write(1," 16f4d8: 0a 00 "...,56) =3D 56 (0x38) >>>> write(1," 16f4da: 00 00 "...,57) =3D 57 (0x39) >>>> write(1," 16f4dc: 09 00 "...,57) =3D 57 (0x39) >>>> write(1," 16f4de: 00 00 "...,57) =3D 57 (0x39) >>>> write(1," 16f4e0: d7 "...,46) =3D 46 (0x2e) >>>> write(1," 16f4e1: a8 03 "...,56) =3D 56 (0x38) >>>> . . . >>>>=20 >>>=20 >>> Turns out that my rare poudriere bulk -a runs are sometimes >>> WITH_DEBUG experiments where most things are built using >>> WITH_DEBUG. This was such an example. >>>=20 >>> I stopped the bulk -a and started a new from-scratch one >>> based on not using WITH_DEBUG . node18 and node16 worked >>> fine in this context. (The bulk -a is still running, >>> building other ports into packages.) >>>=20 >>> (I've a gradually growing list of ports that end up with >>> WITH_DEBUG nearly always undefined. Build failures and >>> resource use can both lead to such a choice.) >>=20 >> The non-WITH_DEBUG bulk -a now has one thing left: >>=20 >> ID TOTAL ORIGIN PKGNAME PHASE = PHASE TMPFS CPU% MEM% >> [23] 01:25:09 textproc/stardict-quick | stardict-quick-2.4.2_9 fetch = 01:24:39 1.33 GiB 0% 0% >>=20 >> that looks like the fetch may time out. >>=20 >> The last Finish to this point was: >>=20 >> [33:10:00] [32] [04:37:23] Finished emulators/libretro-mame | = libretro-mame-20220124_1: Success >>=20 >> After which: >>=20 >> [main-amd64-bulk_a-default] [2023-11-01_07h14m50s] [parallel_build:] = Queued: 34683 Built: 33825 Failed: 179 Skipped: 358 Ignored: 320 = Fetched: 0 Tobuild: 1 >>=20 >> So a mean of somewhat over 1000 port->package builds per hour, = ignoring >> textproc/stardict-quick . >>=20 >> As for the ports vintage: >>=20 >> # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ >> 6ec8e3450b29 (HEAD -> main, freebsd/main, freebsd/HEAD) devel/sdts++: = Mark DEPRECATED >> Author: Muhammad Moinur Rahman >> Commit: Muhammad Moinur Rahman >> CommitDate: 2023-10-21 19:01:38 +0000 >> branch: main >> merge-base: 6ec8e3450b29462a590d09fb0b07ed214d456bd5 >> merge-base: CommitDate: 2023-10-21 19:01:38 +0000 >> n637598 (--first-parent --count for merge-base) >>=20 >> I do have a environment that avoids various LLVM builds taking >> as long to build : >>=20 >> llvm1[3-7] : no MLIR, no FLANG >> llvm1[4-7] : use BE_NATIVE >> other llvm* : use defaults (so, no avoidance) >>=20 >> I also prevent the builds from using strip on most of the install >> materials built (not just toolchain materials). >>=20 >> I have a munged up top that records and reports various "maximum >> observed" (MaxObs...) figures (or other such) based on its sampling. >> This explains some notation below. >>=20 >> ALLOW_MAKE_JOBS=3Dyes was used. No explicit restriction on = PARALLEL_JOBS >> or MAKE_JOBS_NUMBER (or analogous). So 32 builders allowed, each = allowed >> 32 make jobs. This explains the high load average style of bulk -a : >>=20 >> load averages . . . MaxObs: 360.70, 267.63, 210.84 >> (Those need not be all from the same time frame during the bulk -a .) >>=20 >> Most of the reported load averages were 96+ for all 3 durations, at = least >> when I was looking. >>=20 >> The build used USE_TMPFS=3Dall . 96 GiBytes of RAM (total across the = 2 DIMMs). >> 372736Mi swap partition. ZFS on single partition on single drive, ZFS = used >> just for bectl reasons, not other typical use-ZFS reasons. I've not >> controlled the ARC size-range explicitly. >>=20 >> Swap-involved MaxObs figures: >> 173310Mi MaxObsUsed >> 56332Mi MaxObs(Act+Lndry+SwapUsed) >> 265551Mi MaxObs(Act+Wir+Lndry+SwapUsed) >>=20 >> So: having more than 260 GiBytes for RAM+SWAP is appropriate to the = style >> of build at the 32 hardware-thread scale with ZFS and the amount of = RAM. I >> had basically: 96 GiBytes RAM + 364 GiBytes swap partition =3D=3D 460 = GiBytes >> RAM+SWAP. >>=20 >> The media is a PCIe Optane 905P card with 1.5T of space and it has = the >> 372736Mi swap partition, not just the file system. >>=20 >> Just-RAM MaxObs figures: >> 81066Mi MaxObsActive >> 21483Mi MaxObsWired >> 94493Mi MaxObs(Act+Wir+Lndry) >=20 > I should have explained the MaxObsWired figure that I reported. It is = messy > to report usefully because of ARC use of wired that increase when the = machine > does not have RAM use pressure restricting its size and decreases when = there > is such memory pressure. >=20 > The 21483Mi figure is from a time later in the bulk -a where the = pressure was > still in place (but monitoring had started before the ARC had grown > significantly after the boot). >=20 > Now that the bulk -a is done: >=20 > [main-amd64-bulk_a-default] [2023-11-01_07h14m50s] [committing:] = Queued: 34683 Built: 33826 Failed: 179 Skipped: 358 Ignored: 320 = Fetched: 0 Tobuild: 0 Time: 35:37:55 >=20 > and the tail of the activity did not cause such pressure the figure = is: >=20 > 90443Mi MaxObsWired >=20 > MaxObsActive did not change but 94493Mi MaxObs(Act+Wir+Lndry) was = slightly > smaller in the 21483Mi MaxObsWired time frame: 94437Mi = MaxObs(Act+Wir+Lndry) . >=20 > The "Swap-involved MaxObs figures" did not change. >=20 > Note: textproc/stardict-quick did lead to the overall mean being more = like > 949 port->package builds per hour, spanning somewhat under 1.5 days. >=20 >> I looked at the error logs for the failed builds and saw no evidence = of >> corruptions being involved. So far this system looks to be stable for >> use for building software and such. >>=20 >> I may do a similar expriment on the UFS Optane 905P 1.5T >> U2-in-PCIe-adapter media as well. (This configuration uses the swap >> partition from the ZFS Optane media.) The experiment failed: "Too many links" under logs/bulk/latest-per-pkg/ and then "Failed: starting". (Lots of such messages.) In other words, UFS hits a 16 bit field limitation associated with: /usr/include/ufs/ufs/dinode.h:#define UFS_LINK_MAX 32767 and poudriere bulk does nothing to avoid hitting the limitation, given that there are more buildable ports than that now. >> Note: MaxObs(A+B+C) <=3D MaxObs(A)+MaxObs(B)+MaxObs(C) >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com