From nobody Mon Jun 8 07:41:09 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gYkWl6fvmz6h1rC for ; Mon, 08 Jun 2026 07:41:55 +0000 (UTC) (envelope-from yanhui.he@broadcom.com) Received: from mail-pl1-x664.google.com (mail-pl1-x664.google.com [IPv6:2607:f8b0:4864:20::664]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gYkWj5N9nz3XpJ for ; Mon, 08 Jun 2026 07:41:53 +0000 (UTC) (envelope-from yanhui.he@broadcom.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=broadcom.com header.s=google header.b=LCuLcILi; dmarc=pass (policy=reject) header.from=broadcom.com; spf=pass (mx1.freebsd.org: domain of yanhui.he@broadcom.com designates 2607:f8b0:4864:20::664 as permitted sender) smtp.mailfrom=yanhui.he@broadcom.com Received: by mail-pl1-x664.google.com with SMTP id d9443c01a7336-2c0bb4a94b8so32123165ad.2 for ; Mon, 08 Jun 2026 00:41:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780904511; x=1781509311; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=EwtaZNugdY/jhh+oPWHdohEBXTvcLhoT7LUHHKMKQNY=; b=kZXN957cEA8E5JINVRbNQC7D8PiIscXxBPe7FbRJH2qFUV1rwVMadFt2wC9H9Qxkup jKLcWtUYN2yuXXB0PeRi92DiGVgdyljs8YneKW8hsxNoZun7vSFLT6KRvswBxob9u/5w 0dgEtZNoooK7zP/0WXTzOHi4UgaczJqMR1aaB+qWPrJGsl7rCqqTiFhBA/PIe+obn4GI 2cgADXWx2rEchdoFDZiX17yTWu8wy8as/Nyp3ozi2dKKzUbhZ9RRlGsEKKstaNOVepGs cM70Cz+eRMTHGjI3eUn3Sy7AuD3VbvkQJn1f+LflJIwldfTX0n1AxLITsKhij87wxx+r kgFg== X-Forwarded-Encrypted: i=1; AFNElJ8IIVHOxsNMUSdVkp0ztnflywVoF5I6wC6rcC3+35aN+0Y679VqY2sczQH0bG2Pby4NljUaZVIT6uMOzyiaURk=@freebsd.org X-Gm-Message-State: AOJu0YzPkioEjs8VfMstQRrfbbiyd0BovntssVnHmIJnHP5u8l+ecSqw lcYKKq10A4YUWM8HWHqWVP/nKz2wh66LjH2NaVXn3QgWK7va1RRO01FMfyKHEsGHEQwjP2o1gur etZzGVPBkvXNCgZHa5Lyi5l93GEiDJWYM53HGr3cBdr+yHqVQVkMp9edt3P3VIlD/RcZ1OQVIDP 1e6YKCbGi9b57FKvBCWDhGqbnR/McO+VR7JVFk7SBQ1iXXkP+pU9UIn3KMPNh2D02B5KzMJCWaW 2wiEWKNLFpWX4Ss X-Gm-Gg: Acq92OEhgEe0yT4uuUXD6z+Pn0Sjm1IMgSOuvYKnvTEe0V1EH9ll+uSiFxmuPsPEmZn 5bK1xlOZEVEA9MfBX+ycGRAU4eG3UmZ90BMIyCn7k+/vlTqvKIG7AIN2P8ajZ6GFK3EH9Vosk+t Z6ucOno4pRyKjusyqxRj3lxo1ByK8YKmGf2RshAnAnQAtNxF9cTxpMPZIAka95kMuiYzRY9rDpx QFxQiiRvxvLg4XrHgRGTmBc2waaa6bFlY5zq9rX1NigNSv1SliqDubSJY2Md3+q68Xbl24CWwZH q5TQbeYlLn8KlskpTI63aYbKjaCJ2zRHyX/jHcJUYo7ongeETfDr9bW5uy78XUFa5zjiRuPhC5D oLTYyt8pZYDDNbYJdOmcFP57FT0+3mwcsNQiVSVxAZyKESrOrHpuhpReZOI7+OAI8VpibStlohx X9eUKjZ8Y8dRo= X-Received: by 2002:a17:903:37ce:b0:2c2:8659:da3a with SMTP id d9443c01a7336-2c28659dc32mr10888775ad.31.1780904511376; Mon, 08 Jun 2026 00:41:51 -0700 (PDT) Received: from smtp-us-east1-p01-i01-si01.dlp.protect.broadcom.com ([144.49.247.127]) by smtp-relay.gmail.com with ESMTPS id d9443c01a7336-2c165fa03c6sm16281505ad.34.2026.06.08.00.41.50 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 08 Jun 2026 00:41:51 -0700 (PDT) X-Relaying-Domain: broadcom.com X-CFilter-Loop: Reflected Received: by mail-lf1-f70.google.com with SMTP id 2adb3069b0e04-5aa43c27d47so2861949e87.0 for ; Mon, 08 Jun 2026 00:41:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; t=1780904509; x=1781509309; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=EwtaZNugdY/jhh+oPWHdohEBXTvcLhoT7LUHHKMKQNY=; b=LCuLcILiykx2qgs3BXEV0g6RzmWr7IaPPH39i1eKAvMB2QuMtcvfGp7GrMu21CYBcc UxR9cpqQJ7H8D582bmucnju43Ecma8t2itaousjLeX9cL0MF0aAyOig0RuokbxKOASHH orcl1liltNa/5qdJmiTf1JgRng9Deu0sa1CBg= X-Forwarded-Encrypted: i=1; AFNElJ+JTHTuM+USBwNZdHwJYH1+/f72/fpFa0TAZbLEOJtcghrAzbGiAHk5paEgvFwjx81m6b2WqhqZ69o1MdfM+bA=@freebsd.org X-Received: by 2002:a05:6512:400e:b0:5ab:bea4:4aae with SMTP id 2adb3069b0e04-5abbea44abcmr914246e87.34.1780904508848; Mon, 08 Jun 2026 00:41:48 -0700 (PDT) X-Received: by 2002:a05:6512:400e:b0:5ab:bea4:4aae with SMTP id 2adb3069b0e04-5abbea44abcmr914229e87.34.1780904508289; Mon, 08 Jun 2026 00:41:48 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 References: In-Reply-To: From: Yanhui He Date: Mon, 8 Jun 2026 15:41:09 +0800 X-Gm-Features: AVVi8Ceyj7a4t8jQjA2xsyMxAZike3SDbLbXN09fvCpP663V0xrOP5wNqQUeBjU Message-ID: Subject: Fwd: Failed to rebuild autoinstall ISO for freebsd-14.4 and FreeBSD 15.1 with error: Failed adding duplicate name to parent To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Cc: michaelo@freebsd.org, Yuhua Zou , "Qi (Keira) Zhang" , Diane Wang , Linhua Li X-DetectorID-Processed: b00c1d49-9d2e-4205-b15f-d015386d3d5e Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-256; boundary="000000000000a9405b0653b9240c" X-Spamd-Result: default: False [-6.09 / 15.00]; SIGNED_SMIME(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; DMARC_POLICY_ALLOW(-0.50)[broadcom.com,reject]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4864::/56]; R_DKIM_ALLOW(-0.20)[broadcom.com:s=google]; ARC_NA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TO_DN_SOME(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[broadcom.com:dkim]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; RCPT_COUNT_SEVEN(0.00)[7]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; HAS_ATTACHMENT(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::664:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[broadcom.com:+] X-Spamd-Bar: ------ X-Rspamd-Queue-Id: 4gYkWj5N9nz3XpJ --000000000000a9405b0653b9240c Content-Type: multipart/alternative; boundary="000000000000988ce40653b92407" --000000000000988ce40653b92407 Content-Type: text/plain; charset="UTF-8" Hi, I have reported this PR 1 year ago. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=287251: Failed to rebuild autoinstall ISO for freebsd-14.4 and FreeBSD 15.1 with error: Failed adding duplicate name to parent However, there has been no progress yet. And Michael Osipov suggested to raise this issue here in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=287251#c24. ================== Unfortunately, I am not capable because I don't know how the process works. I think it would make sense the raise the issue on hackers@ or current@ mailing lists. ================== Would you please take a look and help to fix this issue? Thank you! Yanhui --000000000000988ce40653b92407 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


<= div dir=3D"ltr">
Hi,

I have reported this PR 1= year ago.

https://bugs.freebsd.org/= bugzilla/show_bug.cgi?id=3D287251: Failed to rebuild autoinstall ISO fo= r freebsd-14.4 and FreeBSD 15.1 with error: Failed adding duplicate name to= parent

However, there has been no progress yet.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D
Unfortunately, I am not capable because I don't know how the proces=
s works. I think it would make sense the raise the issue on hackers@ or cur=
rent@ mailing lists.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D

Would you please take a look an= d help to fix this issue?

Thank you!
Yan= hui
--000000000000988ce40653b92407-- --000000000000a9405b0653b9240c Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIIVTQYJKoZIhvcNAQcCoIIVPjCCFToCAQExDzANBglghkgBZQMEAgEFADALBgkqhkiG9w0BBwGg ghK6MIIGqDCCBJCgAwIBAgIQfofDCS7XZu8vIeKo0KeY9DANBgkqhkiG9w0BAQwFADBMMSAwHgYD VQQLExdHbG9iYWxTaWduIFJvb3QgQ0EgLSBSNjETMBEGA1UEChMKR2xvYmFsU2lnbjETMBEGA1UE AxMKR2xvYmFsU2lnbjAeFw0yMzA0MTkwMzUzNTNaFw0yOTA0MTkwMDAwMDBaMFIxCzAJBgNVBAYT AkJFMRkwFwYDVQQKExBHbG9iYWxTaWduIG52LXNhMSgwJgYDVQQDEx9HbG9iYWxTaWduIEdDQyBS NiBTTUlNRSBDQSAyMDIzMIICIjANBgkqhkiG9w0BAQEFAAOCAg8AMIICCgKCAgEAwjAEbSkPcSyn 26Zn9VtoE/xBvzYmNW29bW1pJZ7jrzKwPJm/GakCvy0IIgObMsx9bpFaq30X1kEJZnLUzuE1/hlc hatYqyORVBeHlv5V0QRSXY4faR0dCkIhXhoGknZ2O0bUJithcN1IsEADNizZ1AJIaWsWbQ4tYEYj ytEdvfkxz1WtX3SjtecZR+9wLJLt6HNa4sC//QKdjyfr/NhDCzYrdIzAssoXFnp4t+HcMyQTrj0r pD8KkPj96sy9axzegLbzte7wgTHbWBeJGp0sKg7BAu+G0Rk6teO1yPd75arbCvfY/NaRRQHk6tmG 71gpLdB1ZhP9IcNYyeTKXIgfMh2tVK9DnXGaksYCyi6WisJa1Oa+poUroX2ESXO6o03lVxiA1xyf G8lUzpUNZonGVrUjhG5+MdY16/6b0uKejZCLbgu6HLPvIyqdTb9XqF4XWWKu+OMDs/rWyQ64v3mv Sa0te5Q5tchm4m9K0Pe9LlIKBk/gsgfaOHJDp4hYx4wocDr8DeCZe5d5wCFkxoGc1ckM8ZoMgpUc 4pgkQE5ShxYMmKbPvNRPa5YFzbFtcFn5RMr1Mju8gt8J0c+dxYco2hi7dEW391KKxGhv7MJBcc+0 x3FFTnmhU+5t6+CnkKMlrmzyaoeVryRTvOiH4FnTNHtVKUYDsCM0CLDdMNgoxgkCAwEAAaOCAX4w ggF6MA4GA1UdDwEB/wQEAwIBhjBMBgNVHSUERTBDBggrBgEFBQcDAgYIKwYBBQUHAwQGCisGAQQB gjcUAgIGCisGAQQBgjcKAwwGCisGAQQBgjcKAwQGCSsGAQQBgjcVBjASBgNVHRMBAf8ECDAGAQH/ AgEAMB0GA1UdDgQWBBQAKTaeXHq6D68tUC3boCOFGLCgkjAfBgNVHSMEGDAWgBSubAWjkxPioufi 1xzWx/B/yGdToDB7BggrBgEFBQcBAQRvMG0wLgYIKwYBBQUHMAGGImh0dHA6Ly9vY3NwMi5nbG9i YWxzaWduLmNvbS9yb290cjYwOwYIKwYBBQUHMAKGL2h0dHA6Ly9zZWN1cmUuZ2xvYmFsc2lnbi5j b20vY2FjZXJ0L3Jvb3QtcjYuY3J0MDYGA1UdHwQvMC0wK6ApoCeGJWh0dHA6Ly9jcmwuZ2xvYmFs c2lnbi5jb20vcm9vdC1yNi5jcmwwEQYDVR0gBAowCDAGBgRVHSAAMA0GCSqGSIb3DQEBDAUAA4IC AQCRkUdr1aIDRmkNI5jx5ggapGUThq0KcM2dzpMu314mJne8yKVXwzfKBtqbBjbUNMODnBkhvZcn bHUStur2/nt1tP3ee8KyNhYxzv4DkI0NbV93JChXipfsan7YjdfEk5vI2Fq+wpbGALyyWBgfy79Y IgbYWATB158tvEh5UO8kpGpjY95xv+070X3FYuGyeZyIvao26mN872FuxRxYhNLwGHIy38N9ASa1 Q3BTNKSrHrZngadofHglG5W3TMFR11JOEOAUHhUgpbVVvgCYgGA6dSX0y5z7k3rXVyjFOs7KBSXr dJPKadpl4vqYphH7+P40nzBRcxJHrv5FeXlTrb+drjyXNjZSCmzfkOuCqPspBuJ7vab0/9oeNERg nz6SLCjLKcDXbMbKcRXgNhFBlzN4OUBqieSBXk80w2Nzx12KvNj758WavxOsXIbX0Zxwo1h3uw75 AI2v8qwFWXNclO8qW2VXoq6kihWpeiuvDmFfSAwRLxwwIjgUuzG9SaQ+pOomuaC7QTKWMI0hL0b4 mEPq9GsPPQq1UmwkcYFJ/Z4I93DZuKcXmKMmuANTS6wxwIEw8Q5MQ6y9fbJxGEOgOgYL4QIqNULb 5CYPnt2LeiIiEnh8Uuh8tawqSjnR0h7Bv5q4mgo3L1Z9QQuexUntWD96t4o0q1jXWLyrpgP7Zcnu CzCCBYMwggNroAMCAQICDkXmuwODM8OFZUjm/0VRMA0GCSqGSIb3DQEBDAUAMEwxIDAeBgNVBAsT F0dsb2JhbFNpZ24gUm9vdCBDQSAtIFI2MRMwEQYDVQQKEwpHbG9iYWxTaWduMRMwEQYDVQQDEwpH bG9iYWxTaWduMB4XDTE0MTIxMDAwMDAwMFoXDTM0MTIxMDAwMDAwMFowTDEgMB4GA1UECxMXR2xv YmFsU2lnbiBSb290IENBIC0gUjYxEzARBgNVBAoTCkdsb2JhbFNpZ24xEzARBgNVBAMTCkdsb2Jh bFNpZ24wggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQCVB+hzymb57BTKezz3DQjxtEUL LIK0SMbrWzyug7hBkjMUpG9/6SrMxrCIa8W2idHGsv8UzlEUIexK3RtaxtaH7k06FQbtZGYLkoDK RN5zlE7zp4l/T3hjCMgSUG1CZi9NuXkoTVIaihqAtxmBDn7EirxkTCEcQ2jXPTyKxbJm1ZCatzEG xb7ibTIGph75ueuqo7i/voJjUNDwGInf5A959eqiHyrScC5757yTu21T4kh8jBAHOP9msndhfuDq jDyqtKT285VKEgdt/Yyyic/QoGF3yFh0sNQjOvddOsqi250J3l1ELZDxgc1Xkvp+vFAEYzTfa5MY vms2sjnkrCQ2t/DvthwTV5O23rL44oW3c6K4NapF8uCdNqFvVIrxclZuLojFUUJEFZTuo8U4lptO TloLR/MGNkl3MLxxN+Wm7CEIdfzmYRY/d9XZkZeECmzUAk10wBTt/Tn7g/JeFKEEsAvp/u6P4W4L sgizYWYJarEGOmWWWcDwNf3J2iiNGhGHcIEKqJp1HZ46hgUAntuA1iX53AWeJ1lMdjlb6vmlodiD D9H/3zAR+YXPM0j1ym1kFCx6WE/TSwhJxZVkGmMOeT31s4zKWK2cQkV5bg6HGVxUsWW2v4yb3BPp DW+4LtxnbsmLEbWEFIoAGXCDeZGXkdQaJ783HjIH2BRjPChMrwIDAQABo2MwYTAOBgNVHQ8BAf8E BAMCAQYwDwYDVR0TAQH/BAUwAwEB/zAdBgNVHQ4EFgQUrmwFo5MT4qLn4tcc1sfwf8hnU6AwHwYD VR0jBBgwFoAUrmwFo5MT4qLn4tcc1sfwf8hnU6AwDQYJKoZIhvcNAQEMBQADggIBAIMl7ejR/ZVS zZ7ABKCRaeZc0ITe3K2iT+hHeNZlmKlbqDyHfAKK0W63FnPmX8BUmNV0vsHN4hGRrSMYPd3hckSW tJVewHuOmXgWQxNWV7Oiszu1d9xAcqyj65s1PrEIIaHnxEM3eTK+teecLEy8QymZjjDTrCHg4x36 2AczdlQAIiq5TSAucGja5VP8g1zTnfL/RAxEZvLS471GABptArolXY2hMVHdVEYcTduZlu8aHARc phXveOB5/l3bPqpMVf2aFalv4ab733Aw6cPuQkbtwpMFifp9Y3s/0HGBfADomK4OeDTDJfuvCp8g a907E48SjOJBGkh6c6B3ace2XH+CyB7+WBsoK6hsrV5twAXSe7frgP4lN/4Cm2isQl3D7vXM3PBQ ddI2aZzmewTfbgZptt4KCUhZh+t7FGB6ZKppQ++Rx0zsGN1s71MtjJnhXvJyPs9UyL1n7KQPTEX/ 07kwIwdMjxC/hpbZmVq0mVccpMy7FYlTuiwFD+TEnhmxGDTVTJ267fcfrySVBHioA7vugeXaX3yL SqGQdCWnsz5LyCxWvcfI7zjiXJLwefechLp0LWEBIH5+0fJPB1lfiy1DUutGDJTh9WZHeXfVVFsf rSQ3y0VaTqBESMjYsJnFFYQJ9tZJScBluOYacW6gqPGC6EU+bNYC1wpngwVayaQQMIIGgzCCBGug AwIBAgIMfWgNizW7iI54JW5kMA0GCSqGSIb3DQEBCwUAMFIxCzAJBgNVBAYTAkJFMRkwFwYDVQQK ExBHbG9iYWxTaWduIG52LXNhMSgwJgYDVQQDEx9HbG9iYWxTaWduIEdDQyBSNiBTTUlNRSBDQSAy MDIzMB4XDTI1MDUzMDA4MDMxMFoXDTI3MDUzMTA4MDMxMFowgc4xCzAJBgNVBAYTAlVTMRMwEQYD VQQIEwpDYWxpZm9ybmlhMREwDwYDVQQHEwhTYW4gSm9zZTEZMBcGA1UEYRMQTlRSVVMrREUtNjYx MDExNzELMAkGA1UEBBMCSGUxDzANBgNVBCoTBllhbmh1aTEWMBQGA1UEChMNQlJPQURDT00gSU5D LjEfMB0GA1UEAwwWeWFuaHVpLmhlQGJyb2FkY29tLmNvbTElMCMGCSqGSIb3DQEJARYWeWFuaHVp LmhlQGJyb2FkY29tLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAPJXBicrZSVy J6D7KVed233qsqGZLSMpCVdkRnvOULxzJXap37S3N6Li9f5eG6mfgYDz6j22u9ySy5vOTuExujVp etzi5Y2HKyCrB7VOLNKt34aTPivw336YD8NW0f2ABhLG6ByBKPe8PaZtDcSxHE2gZOAI6hizjdkj TycZ5IzTa39in18ZrmaLSaCx5FmAVpkTfyFfRXMQPe+SiZ9EyEwFCjgLnjU7jU+I3wNukR3qjtBx 9cLAV+oG/lScuQ5ycsX9Fot6vkx9R7CiCRs2tP4caBaoV/Q03gEBfzof9UtK4EB4X1A/FzV2Yslu z8HEJT/agVTveVzgMYoOQnVYDSMCAwEAAaOCAdowggHWMA4GA1UdDwEB/wQEAwIFoDAMBgNVHRMB Af8EAjAAMIGTBggrBgEFBQcBAQSBhjCBgzBGBggrBgEFBQcwAoY6aHR0cDovL3NlY3VyZS5nbG9i YWxzaWduLmNvbS9jYWNlcnQvZ3NnY2NyNnNtaW1lY2EyMDIzLmNydDA5BggrBgEFBQcwAYYtaHR0 cDovL29jc3AuZ2xvYmFsc2lnbi5jb20vZ3NnY2NyNnNtaW1lY2EyMDIzMGUGA1UdIAReMFwwCQYH Z4EMAQUDAzALBgkrBgEEAaAyASgwQgYKKwYBBAGgMgoDAjA0MDIGCCsGAQUFBwIBFiZodHRwczov L3d3dy5nbG9iYWxzaWduLmNvbS9yZXBvc2l0b3J5LzBBBgNVHR8EOjA4MDagNKAyhjBodHRwOi8v Y3JsLmdsb2JhbHNpZ24uY29tL2dzZ2NjcjZzbWltZWNhMjAyMy5jcmwwIQYDVR0RBBowGIEWeWFu aHVpLmhlQGJyb2FkY29tLmNvbTATBgNVHSUEDDAKBggrBgEFBQcDBDAfBgNVHSMEGDAWgBQAKTae XHq6D68tUC3boCOFGLCgkjAdBgNVHQ4EFgQUbcJ1xgy4g880PilUHWzcbZ0x8HgwDQYJKoZIhvcN AQELBQADggIBAEvjCP+NmtjaY5MImQ6xSZ3BcuP2/wchM9TZiIsJ3EsZJ94TbiPeRaTVrAm9Tmwr lf7S4vvxWmzkr83QqSpMIB4q87epl/TIRW6jS6PiPni7Y3gqBNTYmJwcsJXzZVAnpSYNqUNTtJ5T V9A9ocTPNwOOV4fKWgzIBE9zDjLbSwFj1c8ihRfmhMJCM/tSwvx5dP9G90T7yi3yCLrucHGLH704 rj6cZ9cKJi6jf/kmAfMMXjavtnUzTaQ1OphD3j25qDHkHW7FdYxImxiozhp4tzT3Vu0LJx5N9SYq goc/WTE0W59eGQX+t/43Kd8rPkjAkwWMjJS+DBqkVy+IAkaIrd6gwdpTsk4pK712Alx/XO5PHA8h vpbp7wFzEpZ8nm0cYXcAYV8p0m76Q9eVi/n2eF7DzLLHEx44edCjkkCoMKz5ONooKHdrN6UpztjH h9/oHVwegHaGJrlbVymanv+Oc64GwRq0PBuAsixnQnglEdjDSVPZcQ1fpiJ6iLIldEhsqMCCRigI xoygU/f3WETINT2X0j7uv9s8lcmH1u93wuqzAk/9dPcGS+vyamqGghk00srCDDtC57M3Xv6STMtm nQ0M8sqTuyx4s69Atp+GhvlQhycc2VXODeYumZiI4ycqypxAZiMqzedE1BvnajHeLV4jYZoe6Lf3 EVTq3Q7gvIyYMYICVzCCAlMCAQEwYjBSMQswCQYDVQQGEwJCRTEZMBcGA1UEChMQR2xvYmFsU2ln biBudi1zYTEoMCYGA1UEAxMfR2xvYmFsU2lnbiBHQ0MgUjYgU01JTUUgQ0EgMjAyMwIMfWgNizW7 iI54JW5kMA0GCWCGSAFlAwQCAQUAoIHHMC8GCSqGSIb3DQEJBDEiBCBycbT2GFA4M4uwBgzYP+GS urz8WeZJtV0ksUK68lfRsDAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEP Fw0yNjA2MDgwNzQxNDlaMFwGCSqGSIb3DQEJDzFPME0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQB FjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwCwYJKoZIhvcNAQEHMAsGCWCGSAFlAwQCATANBgkq hkiG9w0BAQEFAASCAQCNNzFdZT7sVjNpI5DeV3t9Lc6n9lJu5fnLeopPp/n/MCHRQpknSkemlTsS pG4PPxY+6NbwOIyEWWTb0Ti2M9yUKjHz3Rzj/kONg2mtNvdEMd+LkjnQes1kLwUFgTQFJDntgPqw SZluVoP2w758a9vP0kzXmjK3wu+aCUDZscogRmFuwrQltFODhspkK/U+622+IQUsJW0YAPZWKV6M BBMzo4WGKwU6bRmyz5YLLS4G6VHq2z72afUp3/fBxEImO5geS7+qB0BVHKvcDa9O+SCg86vO3m4n Yr66MXCmEskbwj78EvSXwxkU8bc0/219VQc2eCOsIjDuWQ0rGgc051yV --000000000000a9405b0653b9240c-- From nobody Mon Jun 8 21:24:55 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gZ4n45fBvz6gmPr for ; Mon, 08 Jun 2026 21:24:40 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Received: from mail.tarsnap.com (mail.tarsnap.com [54.86.246.204]) by mx1.freebsd.org (Postfix) with SMTP id 4gZ4n30cqPz40Sn for ; Mon, 08 Jun 2026 21:24:39 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=tarsnap.com; spf=pass (mx1.freebsd.org: domain of gperciva@tarsnap.com designates 54.86.246.204 as permitted sender) smtp.mailfrom=gperciva@tarsnap.com Received: (qmail 68338 invoked from network); 8 Jun 2026 21:24:37 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 8 Jun 2026 21:24:37 -0000 Date: Mon, 8 Jun 2026 14:24:55 -0700 From: Graham Percival To: freebsd-current@freebsd.org, freebsd-git-weekly@tarsnap.com Cc: Colin Percival Subject: FreeBSD Git Weekly 2026-06-01 to 2026-06-07 Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Result: default: False [-3.39 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.996]; NEURAL_HAM_MEDIUM(-0.99)[-0.990]; NEURAL_HAM_LONG(-0.70)[-0.701]; DMARC_POLICY_ALLOW(-0.50)[tarsnap.com,none]; R_SPF_ALLOW(-0.20)[+ip4:54.86.246.204/32]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:14618, ipnet:54.86.0.0/16, country:US]; RCVD_COUNT_ONE(0.00)[1]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[54.86.246.204:from]; R_DKIM_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4gZ4n30cqPz40Sn Hi all, I'm happy to announce FreeBSD git weekly for 2026-06-01 -- 2026-06-07: https://freebsd-git-weekly.tarsnap.net/2026-06-01.html It's a list of the 154 commits in that week, split into categories. Highlighted commits: - fs/msdosfs: add support for file namws with surrogate pairs "Highlighted" commits are selected automatically if a commit modifies UPDATING, or if the commit message contains a "Relnotes:" line. If you think that another commit should be highlighted, let me know and I'm happy to make it so. To see all reports: https://freebsd-git-weekly.tarsnap.net/ This work is funded by cperciva@ and Tarsnap Backup Inc. Cheers, - Graham Percival From nobody Tue Jun 9 03:48:24 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gZFHh1m0Xz6hHNG for ; Tue, 09 Jun 2026 03:48:16 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gZFHf561zz3lv5 for ; Tue, 09 Jun 2026 03:48:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 6593mOo3002782 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 8 Jun 2026 20:48:25 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 6593mOO7002781; Mon, 8 Jun 2026 20:48:24 -0700 (PDT) (envelope-from fbsd) Date: Mon, 8 Jun 2026 20:48:24 -0700 From: bob prohaska To: freebsd-current@freebsd.org Cc: bob prohaska Subject: Buildworld finishes despite swap exhaustion Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Result: default: False [-1.08 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-0.98)[-0.983]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_WWW(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MISSING_XM_UA(0.00)[]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[zefox.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record] X-Spamd-Bar: - X-Rspamd-Queue-Id: 4gZFHf561zz3lv5 Lately a Pi2B running buildworld reported an exhaustion of swap, but buildworld kept running and seemingly finished successfully. The report came on the serial console, I didn't find anything in the buildworld log. This seems a very great improvement. Swap exhaustion differs from other sorts of failure, in that one can simply re-try the job with some hope of success when the workload is lighter. Am I interpreting this correctly? Thanks for reading, bob prohaska From nobody Tue Jun 9 15:15:58 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gZXYF1VT2z6g8Xt for ; Tue, 09 Jun 2026 15:16:01 +0000 (UTC) (envelope-from christos@freebsd.org) Received: from margiolis.net (mail.margiolis.net [95.179.159.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gZXYD22Bdz44SM for ; Tue, 09 Jun 2026 15:16:00 +0000 (UTC) (envelope-from christos@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=margiolis.net header.s=default header.b=CCdFggdX; dmarc=fail reason="No valid SPF, DKIM not aligned (relaxed)" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 95.179.159.8 is neither permitted nor denied by domain of christos@freebsd.org) smtp.mailfrom=christos@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; s=default; bh=BhUZvSAVCQWM 87z9c27t4/lV/0khPaMu9yATEQCoSvo=; h=in-reply-to:references:to:cc:from: subject:date; d=margiolis.net; b=CCdFggdXGsNLkPqlu07f/nrdoXXzHgk5yj4uK 9BYa6l++T/oGjhKG2e3hgTTmnccWlBG7FQsm6njWhEsDw5uHW5qy7wiJbqYKzpK597oLJn r80GJXdxzcL0ggGzwutPwQTn0XsOvi1ms7i384owqU2d80STb/OlRNxfc/qimc5U= Received: from localhost (77-236-3-76.static.play.pl [77.236.3.76]) by margiolis.net (OpenSMTPD) with ESMTPSA id 7594b7dc (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 9 Jun 2026 09:15:59 -0600 (MDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Tue, 09 Jun 2026 17:15:58 +0200 Message-Id: Subject: Re: armv7: "sysrc: unknown variable 'virtual_oss_default_control_device'" and "virtual_oss_cmd: Could not open '/dev/'" each twice? [after world upgrade: /dev/vdsp.ctl] From: "Christos Margiolis" Cc: "freebsd-current" To: "Mark Millard" X-Mailer: aerc 0.21.0 References: <29d99a25-c3ed-45b7-880a-bdb6d3191b21.ref@yahoo.com> <29d99a25-c3ed-45b7-880a-bdb6d3191b21@yahoo.com> <336ed95e-1ad2-4e2c-be60-f7e2687da3bd@yahoo.com> In-Reply-To: <336ed95e-1ad2-4e2c-be60-f7e2687da3bd@yahoo.com> X-Spamd-Result: default: False [-2.70 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[margiolis.net:s=default]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, DKIM not aligned (relaxed),none]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_ALL(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; DKIM_TRACE(0.00)[margiolis.net:+]; RECEIVED_HELO_LOCALHOST(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[christos]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:20473, ipnet:95.179.144.0/20, country:US]; SUBJECT_HAS_QUESTION(0.00)[] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4gZXYD22Bdz44SM On Sun Jun 7, 2026 at 12:18 AM CEST, Mark Millard wrote: > On 6/6/26 14:17, Mark Millard wrote: >> After official-pkgbase upgrading the boot armv7 main kernel, the boot >> now reports: >>=20 >> Starting devd. >> sysrc: unknown variable 'virtual_oss_default_control_device' >> virtual_oss_cmd: Could not open '/dev/' >> sysrc: unknown variable 'virtual_oss_default_control_device' >> virtual_oss_cmd: Could not open '/dev/' >>=20 >> I do not remember those from previously but I may well have not noticed. >>=20 >> I've never set up anything associated with virtual_oss that I remember. >>=20 >> I've not updated the boot world yet. >>=20 >> For reference: >>=20 >> # uname -apKU >> FreeBSD OPiP2E-RPi2v1p1 16.0-CURRENT FreeBSD 16.0-CURRENT >> main-n286433-d53633bfcf24 GENERIC-NODEBUG arm armv7 1600018 1600018 >>=20 >> # sysctl hw.fdt >> hw.fdt.serial-number: REDACTED >> hw.fdt.freebsd-version: 6.12 >> hw.fdt.compatible: xunlong,orangepi-plus2e allwinner,sun8i-h3 >> hw.fdt.model: Xunlong Orange Pi Plus 2E >>=20 >>=20 > > After the boot-world official pkgbase upgrade and reboot: > > Starting devd. > virtual_oss_cmd: Could not open control device: /dev/vdsp.ctl: No such > file or directory > virtual_oss_cmd: Could not open control device: /dev/vdsp.ctl: No such > file or directory Fixed: https://cgit.freebsd.org/src/commit/?id=3D439b219fed3eea8ad3e1204393= a8605826b8bbca Christos From nobody Tue Jun 9 15:22:02 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gZXhP25QDz6g92k for ; Tue, 09 Jun 2026 15:22:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-54.consmr.mail.gq1.yahoo.com (sonic315-54.consmr.mail.gq1.yahoo.com [98.137.65.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 4gZXhN4Vrmz45XK for ; Tue, 09 Jun 2026 15:22:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1781018529; bh=w9z7epkhs8iR1umm/FdmbWFV267pGVZbUKdCMktgzwE=; h=Date:Subject:To:References:From:In-Reply-To:From:Subject:Reply-To; b=i9vT/rQW3AtLc3xC+o7ncn4XhiJGnAh3LEmpVfOorxs6jc3/tqcZjz0Mkpx7CGFbd3cALd+iVNrsMgX95zEH1I/szHmkGzhISS5RQgkIKgdy61Q0l+pJwQAC/ApOatiFgPiSvzYkM0mUix75bsCE4+BfMrCWrq/iuosqsxrQVkRzUQXRBeK/zp9UsaDjETHS5jG5URzSTntM9g4qjypDToP2TY1dAcJaa//TVE6XzIQKXBYTJhXxvVKg88iFfNNXBVNssGMWxkalUqK7vfPZOl8Y5NbqqQj1VFf6E8jm+rB6rfT0l6r8m+QxS5FxZSGiebhQcB921eDPVOSNLtDkog== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1781018529; bh=WsV9r8dU1Uc+AvqmsfP/lrk8y7rnsM/a7gxeWNHoL9B=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=BRA6q/lRMkLagBwi/kId71KixybXLVneZO1cc3onyHNb78d+onFziyrUBwf1fdP/mQMHQyRpGsPxph+kv4x3M/wZn1eNxKJykpNtnhMB3ZEzJO1c9btYu7TS/23TeUzzjHXu4xVp+HhNJmnzt53R6l3y9Cthb/Q9O80s+hXRxpwhHQISuPHPpUh1fWT8/uKIZcPsr0qNGmZS71s2Ttdau6FijOChnKIP9sXrVmlQj5qKLKMjvozBwQ7xSFmiq5dvgCGuPuIauY4Xf913fZAtul5c2Eow78Fh/nsJp7EHYXn1sW0qCZ4t5T8+ljwtkl2OVP0RsmaKy97v4zfKjGNFzg== X-YMail-OSG: HhUQBYQVM1n6G1e53r1z6g9LaKqSEej7C3J4gTvHF9ykNicG7cjM8P6lm8l2Kr8 wDP7kaQRV02v0Yr.JXxUUlLzaQDoTVu8MTv1ynaRKEDqNyhdSTIX5c1jzS2GcFyTjyaCSwQB.9yi kXGU5pFQdeNsPSupsC2tDYrzYd_H_vwpFcBY.MZqX0jJC5aDRQOlF8iiMDaiABBIGwGLYsTD8sCj BxBOhm73lDDPISHwWFYy0vPJ3ySyQhuvJSVni3_6kLptMa7B.RcnhiQH8SFtjz6Fh3R0d1rUVhLs It9F2N0TfDfMcIgIVTTQnC13ZCq2aHzpO2qG51hFb0RuB15t58493L87hPFYCL8GKfDsc_JateEZ D7TN0APxrpUpk7rqW5vFkissQfSozdYmEgfz.JC6_bVH4Nq0kY_fnZHmxp01vc8cAYinYu3B1thu z_Fz4qT3h7EZ_91ZqzTpD7Dv51hyC3RszzBm8fVZD6RZtlrkI1zqE0D.o1RVkj9Wb7LEb9nIlmth vyPhLombPhB3IbUAUAGMvqqXvbukv4h4_RbyHcA2NNrnU2YArdrQ1I4m9LZmsqOV6V0_VjBEYK.j rcgM56T.R54hyqqG3PHmw3ukQJl9D16vaWVvGr4xj_xRPQFekuZrR8ta6KUvfthugvxXG2jGA0sn m2e64MJMxJHVWoB4k3UzG1fX5vOXEJ829gQrKmgHqRalRMoD816qhRsfB1182RzosYg7jxv5UNZG OSOy9tzKuD1v4nU3ZxDgOhw6jqDVvwitVXb0oDaq9iQz28hPQYmzb7gJwr0B6N9bhs9beRJJjrn_ aqxYh8fJs5rMTdIKlxLFUNwoY7VMLJ02IImFv3ZK.79uIo6gamXbq3EchyE4LNHOU5.XV6F8ybRG RhWvDFUvbMy5bTgEFyK5dIjVpIWYVHidnttjYyG0Ha0uuiaMNDG.oIBdzyu4U40SUw..xAFLUAuR K9jYfdOBDba2uCORPVzLvwmlS3s1IbMADAVxH7H67yZSA8ll0TkwRvUVrtKIH.MuxTtta7IZZVju KtGILnvHOzZKmst1vSmTbQtefcRgGpLK5FGGG28f0JvlHNQtyfS3x9UKanNoRvzXNznFsTWpnVrt QKSJZVObOJaO9Rc0pY3Z71gS7DUtX6T5WmgA0f6KCd4KkPomMFOeslCd5_BYcJtccgDopaH4dNSr Zi9sNTPKuUYihBOXx45MFQe.wg07nzo.Ng8tXkzr_tBhC9Vkq5WctW2XoydWJVn80zDiH2q0eoM9 YWBL3uNJLxXoh3vGfgqhmumDo5aWidIdizqKqTk95YMo1k7DNQnJHIJyOF3qBcfvPRSBZULAd9Ce up3d.WqAJrOf7aMTgce7XSKvIpuvRMpzgYE8p.nf6dMWhbeh2qk_XDscPfe4ajdKrbQHH92a11L4 15c6ldci3HZdNNXEO3ith_VqtxcJFEiyIl47Ilja1JeLKWzezaxthhCeBsePaoB_ri3M5l4BR0U5 0oluqagyxOmhqsoGCAwPhnMToL_766EBX1lo7V0dyQCDKGyPkQ_2tppY5_EkoUwtpJ0pguG0xqgO b.KBRhI3bRckClDX15SKf1EH.7GJB.krLMyIMgwkn97H1hQWv1qRcSU89oIxjE7HZx0Dj1C2X94o zudCGWOo72iukViuc0fWrRAdbvmrxkm49Ukk5JCSsZtB7LznAKmjJmLpy5IDbab3zU6XFL8AWSKO lKlARD5cBRPFgj4IIPUqsUY8YuRGIWreLYhJ9BV.YuAhFXka.zed.dx9gF79_FOGPWwlh3WI8Tfp RKzV7YJ72BJ1PTprAAHef8SroBJxGEPNztuLki99yi5IgYFZcKVYFPSAWIQzno3j1XGshujCFE_L JmXFi1vJBffWvWvcHl4o9Vbcc_d4TFGgqqrXfCr_Q5_zV.7SAkUoC9w6p8J3suuy_AhILDKmKzXZ 3IO_xmzaHcaiSoSmvmxTdHPGoY1tcX.ES5Km4Esda0vLZC9c4T93hoGO_eRGCkFgq1039L30XYhJ kymep40Hh3Th5E9dANM2UJeg94uejjnYzBOzGwHfia.VVSeCgpKDR2do5MsNl3X4hsD133cerlEe .g5E9RS9C5awlJ5XWFCAQqM2pjRQ_dLndoixd2kxxoAh3T8a3_NI.dtB.0iLAFvWTfOj5ImSVx.7 lw8cWvxM2E05h78ZM.NmLR3NO5Z9uYRSBG.wedkycPBb9zWFhM.8hI8jt1paF52tuqhnPSXv0yBC 0_8ci1vdzqPy2fkalOdbOjXS4tHVPHUGn.XyTBo9LYrXVzSpSVq1wEsu2KgpKJ_VmzsZ066UqKBY pmMEik4Pc3G3dZylKjr8Rd2cCxQPOaFb3.LYkUiz3dWHnv58- X-Sonic-MF: X-Sonic-ID: 52d46af6-0f92-4a45-839f-5497468b0447 Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Tue, 9 Jun 2026 15:22:09 +0000 Received: by hermes--production-gq1-7bb7df5c46-q7ps5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ea00d30010d139e731de05c7223c82d1; Tue, 09 Jun 2026 15:22:03 +0000 (UTC) Message-ID: <040df279-5f61-4f4f-ae4a-79bd44797b53@yahoo.com> Date: Tue, 9 Jun 2026 08:22:02 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Buildworld finishes despite swap exhaustion To: bob prohaska , freebsd-current@freebsd.org References: Content-Language: en-US From: Mark Millard In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.25942 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4gZXhN4Vrmz45XK X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On 6/8/26 20:48, bob prohaska wrote: > Lately a Pi2B running buildworld reported an > exhaustion of swap, but buildworld kept running > and seemingly finished successfully. > > The report came on the serial console, I didn't > find anything in the buildworld log. > > This seems a very great improvement. Swap exhaustion > differs from other sorts of failure, in that one can > simply re-try the job with some hope of success when > the workload is lighter. > > Am I interpreting this correctly? [Because the actual messages are not reported, I'm making some assumptions about the exact messages that you got.] Remember vm.pageout_oom_seq ? The larger that value used, the longer the system operates with the amount of free RAM below the target threshold: in other words, it makes more tries at getting to the threshold before giving up and starting to kill processes to get the free RAM. Running out of swap of itself just means that SWAP can not be used to gain free RAM when such is not essential. RAM+SWAP can still be (marginally) sufficient over such a time if no memory allocations actually fail. If sufficient RAM/SWAP ends up being freed before vm.pageout_oom_seq related kills happen, no overall failure happens. As for the messages as I understand them: kernel: swap_pager: out of swap space does not report a failure, just a limiting condition. By contrast: kernel: swp_pager_getswapspace(2): failed reports a failure: the swap space allocation was necessary. It normally nleads to the likes of: kernel: pid ??? (???), jid ???, uid ???, was killed: failed to reclaim memory It is possible to fail to reclaim memory despite swap space being available. Even just one always-active process can keep so much memory in the active category over such a duration that the vm.pageout_oom_seq related process kills can start because free RAM threshold was not met. Overall: you were lucky in a marginal context. It is not some sort of new guarantee of avoiding oom kills. There are also the messages: proc ??? (???) failed to alloc page on fault, starting OOM pid ??? (???), jid ???, uid ???, was killed: a thread waited too long to allocate a page -- === Mark Millard marklmi at yahoo.com From nobody Tue Jun 9 15:43:07 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gZY8Z5rk5z6gBZk for ; Tue, 09 Jun 2026 15:43:10 +0000 (UTC) (envelope-from christos@freebsd.org) Received: from margiolis.net (mail.margiolis.net [95.179.159.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gZY8Y68m2z48Hf; Tue, 09 Jun 2026 15:43:09 +0000 (UTC) (envelope-from christos@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=margiolis.net header.s=default header.b=WrPo8SR5; dmarc=fail reason="No valid SPF, DKIM not aligned (relaxed)" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 95.179.159.8 is neither permitted nor denied by domain of christos@freebsd.org) smtp.mailfrom=christos@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; s=default; bh=LDeDBijYmJAS gfp6hH328BLR6SZVwkTSPB51qP1PmtI=; h=to:cc:from:subject:date; d=margiolis.net; b=WrPo8SR5pYyKMSoRRK4j243QRbmrikcey3FiVXrASCFuvLaNvSF QL5/qB57kvvWAEGQClrp8bhOj2OwN5h5A2vWkbxyTP4XcrhxaGAtSyNbiCU3v71y74LFQh tx5BOgVYzjAz1mL8U5naI5ysA1o9jxbT14Re1sjUEp0/8w5Ihs= Received: from localhost (77-236-3-76.static.play.pl [77.236.3.76]) by margiolis.net (OpenSMTPD) with ESMTPSA id 6a1a2a63 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 9 Jun 2026 09:43:08 -0600 (MDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Tue, 09 Jun 2026 17:43:07 +0200 Message-Id: Subject: HEADS-UP: New audio group From: "Christos Margiolis" Cc: To: X-Mailer: aerc 0.21.0 X-Spamd-Result: default: False [-2.70 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[margiolis.net:s=default]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, DKIM not aligned (relaxed),none]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[christos]; ASN(0.00)[asn:20473, ipnet:95.179.144.0/20, country:US]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RECEIVED_HELO_LOCALHOST(0.00)[]; DKIM_TRACE(0.00)[margiolis.net:+] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4gZY8Y68m2z48Hf Audio devices are now created with GID 43 / audio. You will need to add users who need access to audio devices to this group. Related PR: https://ron-dev.freebsd.org/FreeBSD/src/pulls/35 Christos From nobody Wed Jun 10 06:19:14 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gZwbq0rbSz6h9Fv for ; Wed, 10 Jun 2026 06:19:35 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Received: from mail-qv1-xf31.google.com (mail-qv1-xf31.google.com [IPv6:2607:f8b0:4864:20::f31]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gZwbp3HqQz3Gw1 for ; Wed, 10 Jun 2026 06:19:34 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20251104 header.b=YTN4aP50; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of oleg.nauman@gmail.com designates 2607:f8b0:4864:20::f31 as permitted sender) smtp.mailfrom=oleg.nauman@gmail.com; arc=pass ("google.com:s=arc-20240605:i=1") Received: by mail-qv1-xf31.google.com with SMTP id 6a1803df08f44-8ccf887de87so73422686d6.0 for ; Tue, 09 Jun 2026 23:19:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1781072367; cv=none; d=google.com; s=arc-20240605; b=H6rdESuhr6GmiXiZ9kyzKXeltG6KFiIetti4nVz9AjyD89RbFfaXVrJzKi7wGVCmHo az927ed8msuzIA0ajh0KBpa38yPri7VJne35wMaQUBaIbydNiKzy1lPlnUzRmYpvT+vE nVuGgR89EUq444k1kkf+eVc9pod0r49igsfgDY5sSvcYlcdqiXCvxmkjGtjxuQSR64BT 6JuLg5ci89fqou3xgrknRDL5x8BOPIBCZy7GQ0LaawNp+hY7i6LpPFDjVN+NzMwnzYnz EpG+wxWLNI88bA03WsIdw5Y3/QV0N7ytwFFNXQVvsYZTJq6wbsZM3xYnYrpE1Nsv2n+x ZKGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=to:subject:message-id:date:from:mime-version:dkim-signature; bh=XfPOX2OPvGsvBWOZG2qixbUn4V1vMWGF28UngpoV+/Y=; fh=wH+ulgyZPcfNhi4Qc2YlbSS8lysP8fbtOI+7NqZnraw=; b=DNF3Ae9jV+M3/jYNVueye7b8QeSnhW9+5aExjZWWmmxMnYcWH52bP5gBgKOmxY3Kgn HB+d/OVpcUuprF5ibfqj2Vy3l5wpwNQib9QQqEPZXGADQ90WqvsczmX+9WsJBWLk+ylK 1WpfuZVnaln0LC4Tq+auWCMniQvHsHtnd7THCg2HYqu+UQBDORE/bzXNLmnoOnIYpA+c GyIHMZXokrgNfTwMipNUWN3fdX6bI+sS1sr6clp0lyAu6v+0LLDWe/EKFwvuZvF9eKU+ Qc08/SCgGZYdsAQhvb1KMq0kAotPWJCTZ82ekvpfUdJP/M2XH37f+MbfMIAPFGPqIVe/ oV3w==; darn=freebsd.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1781072367; x=1781677167; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=XfPOX2OPvGsvBWOZG2qixbUn4V1vMWGF28UngpoV+/Y=; b=YTN4aP50R4kKbCTNCV2pIRNmaucovr8XyQsBhOaz3uxjre/9TYjrUDRjI//oQyC9xu Wm9119ZoJP1pm2Dnx20JX+ejzqCkmr6q6pnCSuVd52YZmsitCuXV/wfC3Ox61inn5zio E1vZsq1j61BRa4zRfcB+Erw/8Qf0WMOfsWvH93D/SYXJHoqWZMyb4yPIh+QVZaOXOvlT IwVIbDTV630DQpyfGNjdBrtakHlccdjYEMY7lLoVESsH+z8W8Y6TbsAAReg/Atg9ayRi jPEv6vkQUNB9vGk1jx7jMr8GFnZryP2Acq91ujSyX7IP7KXN1Rn/IC3NrcCWRjxqPACB 3o/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1781072367; x=1781677167; h=to:subject:message-id:date:from:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=XfPOX2OPvGsvBWOZG2qixbUn4V1vMWGF28UngpoV+/Y=; b=OWFqYmHPqr00KOyQPYmAdT64gxmX1Ez5/5SpBlRVp3Dx6cbcuBgVqI0z65KhssTOJr mT3j8M3dtlH+dicDWazSQMVhCxK76hmjvjwv7zFLyEQrIx+WOir2lQr9SRkLXv/DL2b4 690Fqe+M0LuERF8wKmMH8/XZJRuUzRvqGucoKJlOXmGsrXZBiSElNoEyAu0HsqaZQqX2 Cqh2+2ZTuadXArmNleCwkhTspEKAvUdy8bdwtAvCkKlHvR5TtEFAmZL2ES37gBcaCbW9 6wcUF7dhS4Tvn2oBj8eRCGvAHe61oHeSCq0IP2xDVFXuZCNBBKjNHFtAIH1ObcMDcGo1 ioNw== X-Gm-Message-State: AOJu0YxQhhTR4C559l2zNojDLpZ83rF8TiixV9BskCcWw69sJtz9Q3AJ llI2GYkxZwacTwiD92qEygBQ/3YmYIP2PbU5LQyt687cfy4mry0jT0jlZX1ptg8U+wOO7RuzAyS T0UTLhozMmTdQfOIwwVPLOFEKIO2dkIvyv5fH X-Gm-Gg: Acq92OG8SNNAbuMzKp395gyUkP6F3hQVM9nGf5atJn8A7DMZaWbXMc/05Sdl2iLDMzE kliEZAjE+NpwCR03oTabDwymzGIVGXU1yLH3XbITM9jqf52SflCEIH0YkA2Qvn/0VBiy2FQi2LB shevGHh6REzgrjxZljdijzRBZGk4NyvNwBH4dIoVtVf8/Hhltvdf8nuhkGFp51jwIUyU36c8vD1 KnTOltolmEOi8HZsgvS4hv/wEO9httLiTDyV8K+T+9uizpXYqkrjg8H03CekqML8Sd7++a87izr YfON2UCKMwk4j93X X-Received: by 2002:a05:6214:acc:b0:8ce:eaf7:dbe7 with SMTP id 6a1803df08f44-8ceeaf7de4amr346696466d6.33.1781072367620; Tue, 09 Jun 2026 23:19:27 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 From: Oleg Nauman Date: Wed, 10 Jun 2026 09:19:14 +0300 X-Gm-Features: AVVi8Cfm4uwTGM9jI8pH-0-DNt5L1nyrzPFQSyLGXFgmrTNcw-uy2hKKv0scPX8 Message-ID: Subject: "CAP system call not allowed" for linux apllications To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-4.79 / 15.00]; ARC_ALLOW(-1.00)[google.com:s=arc-20240605:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.93)[-0.928]; NEURAL_HAM_SHORT(-0.86)[-0.863]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20251104]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4864::/56]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f31:from] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4gZwbp3HqQz3Gw1 I have updated my CURRENT amd64 to c3d8aca1d43e and discovered that linux applications fail to run . It seems the failure reason is capsicum that blocks execution of linux syscalls, for example from ktrace/kdump output: CALL linux_socket(0x1,0x80001,0) CAP system call not allowed: linux_clock_gettime CAP system call not allowed: linux_socket RET linux_socket 8 CALL linux_clock_gettime 0 CALL linux_connect(0x8,0x7fffffffb450,0x14) CALL linux_clock_gettime(CLOCK_MONOTONIC,0x825829310) CAP system call not allowed: linux_connect CAP system call not allowed: linux_clock_gettime NAMI "" RET linux_connect -1 errno -88 Socket operation on non-socket RET linux_clock_gettime 0 CALL close(0x8) CALL linux_poll(0x8280054d0,0x2,0x6221) CAP system call not allowed: linux_poll CAP system call not allowed: close RET close 0 RET linux_poll 1 CALL linux_clock_gettime(CLOCK_MONOTONIC,0x825829300) CAP system call not allowed: linux_clock_gettime CALL linux_write(0x2,0x7fffffff92d0,0x2c) CAP system call not allowed: linux_write RET linux_clock_gettime 0 GIO fd 2 wrote 44 bytes "qt.qpa.xcb: could not connect to display :0 " From nobody Wed Jun 10 08:30:07 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gZzVj4ZrKz6hMGV for ; Wed, 10 Jun 2026 08:30:21 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gZzVh2dsRz3WVQ for ; Wed, 10 Jun 2026 08:30:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 65A8U7TU091437; Wed, 10 Jun 2026 11:30:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 65A8U7TU091437 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 65A8U7S6091436; Wed, 10 Jun 2026 11:30:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 10 Jun 2026 11:30:07 +0300 From: Konstantin Belousov To: Oleg Nauman Cc: FreeBSD Current Subject: Re: "CAP system call not allowed" for linux apllications Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.2 X-Spam-Checker-Version: SpamAssassin 4.0.2 (2025-08-27) on tom.home X-Spamd-Result: default: False [-0.19 / 15.00]; NEURAL_SPAM_MEDIUM(1.00)[0.999]; NEURAL_HAM_SHORT(-0.81)[-0.807]; NEURAL_HAM_LONG(-0.38)[-0.380]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_RCPT(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; R_DKIM_NA(0.00)[]; HAS_XAW(0.00)[] X-Spamd-Bar: / X-Rspamd-Queue-Id: 4gZzVh2dsRz3WVQ On Wed, Jun 10, 2026 at 09:19:14AM +0300, Oleg Nauman wrote: > I have updated my CURRENT amd64 to c3d8aca1d43e and discovered that > linux applications fail to run . > It seems the failure reason is capsicum that blocks execution of linux > syscalls, for example from ktrace/kdump output: > > CALL linux_socket(0x1,0x80001,0) > CAP system call not allowed: linux_clock_gettime > CAP system call not allowed: linux_socket > RET linux_socket 8 > CALL linux_clock_gettime 0 > CALL linux_connect(0x8,0x7fffffffb450,0x14) > CALL linux_clock_gettime(CLOCK_MONOTONIC,0x825829310) > CAP system call not allowed: linux_connect > CAP system call not allowed: linux_clock_gettime > NAMI "" > RET linux_connect -1 errno -88 Socket operation on non-socket > RET linux_clock_gettime 0 > CALL close(0x8) > CALL linux_poll(0x8280054d0,0x2,0x6221) > CAP system call not allowed: linux_poll > CAP system call not allowed: close > RET close 0 > RET linux_poll 1 > CALL linux_clock_gettime(CLOCK_MONOTONIC,0x825829300) > CAP system call not allowed: linux_clock_gettime > CALL linux_write(0x2,0x7fffffff92d0,0x2c) > CAP system call not allowed: linux_write > RET linux_clock_gettime 0 > GIO fd 2 wrote 44 bytes > "qt.qpa.xcb: could not connect to display :0 > " I cannot reproduce it, for me HEAD just worked. The trace above is also strange, if you look, the syscalls report successful results, it looks like the 'CAP' records intervene out of thin air. From nobody Wed Jun 10 20:19:01 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gbHDb5lC6z6h7xL for ; Wed, 10 Jun 2026 20:19:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 4gbHDb2WmHz3G0R for ; Wed, 10 Jun 2026 20:19:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="mLC/dBAi"; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1781122744; bh=LXpoPTef/7vxtYY1HwuqAkdNhr74LK+2EXsvupjmEP0=; h=Date:To:From:Subject:References:From:Subject:Reply-To; b=mLC/dBAi8tott6xiGSOaZSsk/qelL5kjO2GBCLXGVCW2D7msV8dgviyxBAlWlBNG1AHGkqWUJi69Sa6C9prpX/Es87p84RfRYx9+uMSBxa3d07ObVFCBdBzpONr2Cv2TZT2YufuRJmypzGTgHfPHnri0WSTOhAKIByhGs9JEQDqw4rlYVcMsz7ZXWqnXuY1LVDwHvl03FknY75zM7O/F10UFF/I+X/a+cIlVAEJJzH+7ggik9F+6xwQLnpq8HYScfwQ0VGpkBFq6ZLB7y1gl454t+a8NjyFHOgyYsLDjrQWYWIFEP7EFRB5ztATn362OKU2d7UxLGi+72VeKVre7Dg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1781122744; bh=ep1hlOkuW3UUd3kuEC7sSQyrYBObwNMgjfylyttM/T3=; h=X-Sonic-MF:Date:To:From:Subject:From:Subject; b=i8rJLtapKBr6VBQz1iwBODPgWI3N1RtIqaZS9O7dCeMAIZLrH3On3hMpH0aoTBUZyio+aSRpspyYEYEiNg5h9TG8GeF7QHWvxFjRoQzf/AvvYlX0IssRFKxFTOg3Jzw5PPJ0FqtPk5i+BY0PFlo07z+bXjxrg7DT5Jjzs9l/uEO8n82bUXPAttdDw5Xq7yV1ZiMsGJbz5csyNWc6K8QWuKMoZx0gPBQIhvm+rrSLxiPh3r0hrUUkvneXQuIYjXdTtRoDk7gVwusYn33AVHpYFYigDFykXZ0YGkZKEUR9XBcd9XvgmT5fEAppQ6Jj4hivRiBBCLrUMLaBs8AxC+J5nw== X-YMail-OSG: JoMXbIsVM1mtBaUY0ltQ2EvXpLv5pq.ItpeE6wZFDDcb84ssy5ojE5k3F1VhBzP 0X5MB1e5E3HXeYb2HgPFi1IiK8hyzZ24gFQREhX3sG84fGM1x6C6UufLsq7Ti3LyOUNMRy6cjZg4 slqSbT1O1y2Tdq3E0EjAdH6un9vympdaLjz_pDus.kuJedaOhU05wa3Nxq7ZOp96pC9sewBzh7zQ xxGtqeF9CnZhiwqXcksYiEXtixBnEEDS86hcBdVjkqhU7Bk3aZbiC7idMcOyptqQ4QuuNfLpLfz9 5xaEFiwJD6lu.Qfd5lRZMBrNItlC_NnIBO3gRbMe9zy8Lvl9NptiR.FHymJdzPd0._GPpUagC2zE AbhsrlPkrAHIIN.Wu9ApIihLs4rh8ttQ2mn1gXzRXVD6gys9v_FywIsJEzW255sLPpxEmtGLH3X5 v9V9d5O_r5VC_AFWsTEQiowrBHqT8JxMgmOyQDbnmbzs4jcUxVxC0eLucXxKeSlruCd4ExZKf_fO L0yMKxn_.rxUzE3dxwhx3pLdkjJL7QcaLcVi0dFZCGvxAdUuthvtrjO3_HUlYdoxSft_tRoxmkmL o5JyBOIWNwtzm_NnC35DT9x.iFE0UkYk8tJEEGtJ6ODhMNxjN1R0V08hQ8sEpSmkKIlepUCmw28F A3r5p05vsIFS1DEmps1PF1zB.7xecMc7ps_tLqEt2IFpEM4wha9S_8fnHqobhv2ZbAcQb.pOfgBg qDeBQ803U09NRO507yOAD7584rl2kn3_W7fbvsHks94n9ICzpsdzkIWISLy_W.DckxTgrQKaEewJ nPBxfVVz8D94sKpLeUBM_txwecEwNG._R5vmq3lBcS77vfA64Pim91L0Rpxs7U5KBp4DyNpWV1sn y4R2p2FnnbS9rcbZqDcA7yzfDh_WCjnol6xhEdCO9H5uqZjmBEbhIGvqIVLbKrXDT5LCAXM6Lp5U GfwtP4uubrVun_D09j8eviYEijDAUBY.4xZmDh1i6PYgfUAtoPL4gCoqtZ.kcdPeOsN5AclxFxQO pDTfjaSWxF6XyTxbrEOQHqJPYaZYwI7l4ALzlaRDE.899X.fP.RigIUiD36FVjUMRmJyeasBcqqJ 6moILsrovMJ0Aw_dsnT7VWToSLODdMGKi_qb_4n_zQvEt1NNsOADisd1eyF69FuWG9n0dkzY.C__ gZ0Y2hrXm5eeXl7.n8xd3TdmqIyaaMNPMe6JoCNnRzxeVgY_Ofgx_6ECiOCo5Mkw2f1X57Hh3kpA 3R_4MP2BMTr5He9eJK74wF6eTQXuqxFnUsWhBUhE0q6IMsL3Hf1v.iGhgnAhcv2VDj1CrQ4R1AV5 VjBKznR3nYy9u3STHjMDh8wHY8HJfJX6cXbTq0RPhZCsZJATqk5WGSZHzfk96sTXF8GQ2Zjf7McJ FCjFoVjlN1_d99A6_8OuQMuLajcDCwNm22YQliK6jUydA.3L3hhoxjrI5mcJlq8oEL.22P0PLSps 9XaSn_9pGEeQZFqTMI9bTNsnsCrOW69vXkfN6ZDEsP_sXyWwr5dunaPXDsn7LHbup7gPBrkRYSkb tAOqmkv21v8dDm7qW2jBbaBpfwUSqe5elPcu8yfMio7.HlweQ2Lrv7mW3l.se7DLiXsMLl_HwUV6 nZkuzO5s_dtZjmdBlf2pu84_kO__UxG.4JYBaTqzIgCIZzd1LWm3cHgUISP7BmLXSnkL3C7f6u3K 6tFRwsPJXa3PoMrUtPVApCB9P7sV3wpQHKnDcZtbKv4xJk1m3hsjnvM7IR6.eF7pkVaUmcpHloZc BnSJUm8YfsdSiHYIfL0_4gmp.4sZwm0TyvLcQTqSHjqP38L6TcTwQg_c1ZHl4oF9iD3EtodCN9rh XPNEPPINEIjK0sx9gxMURtWB5c.MOXeuKWqtT4jhZt6UlL.Nfi7VXHEwc9g1kvibKWOQ6fy7K8Or azTsNfZELjNVuvfjMlkY6ASJ2pZSnL0sxvPK4.cE85URcod7LLXf95OX7SZBdtxVAlOwbTLf_cb6 .bFxq3.KbhjMtQd4FPWG.g8iIHchrTvUemJm8tXq75qtwugolTQCj3VL12F0d6dCnCvycRl6_D7H cd95Q6bkSyuzrI8yVqYeeCkHA3Ut1RgsJrkknk5UD8uojqvcPoeKXT8Q.YobSOERxMHw4gNz2A1b ZGNVNfWgpbWe82K5JUudyKRuYblFJzjrcW6iT1FvuUvGqZKYi2_P2T90a4cbw9skDGnkFFQ5jXn_ pmbx_arn.OmYpG.kj54wlC.APxPnJQm4pQqLaxG75dFYzGwEufeKJeZYYkUL7iEy0yxcV72sTOVs KqNfJvLLED2kVLri6ogg8IGKPW7a9k951jd0nAv7jAMbN3Q-- X-Sonic-MF: X-Sonic-ID: 36047a71-9eb5-4e4b-98a7-5feed3ab1687 Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Wed, 10 Jun 2026 20:19:04 +0000 Received: by hermes--production-gq1-7bb7df5c46-hjhbv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 50a1accbdef829c6ce1720b6f6f2570e; Wed, 10 Jun 2026 20:19:01 +0000 (UTC) Message-ID: Date: Wed, 10 Jun 2026 13:19:01 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: freebsd-toolchain@freebsd.org, freebsd-current From: Mark Millard Subject: https://github.com/llvm/llvm-project/pull/190596 updated the upstream to use ld.lld to avoid ${triple}-${linker} Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: X-Mailer: WebService/1.1.25942 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-2.93 / 15.00]; SUBJECT_HAS_CURRENCY(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996]; NEURAL_HAM_SHORT(-0.98)[-0.985]; NEURAL_HAM_MEDIUM(-0.95)[-0.953]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.205:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.205:from] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4gbHDb2WmHz3G0R See: https://github.com/llvm/llvm-project/pull/190596 For reference: QUOTE davidchisnall approved these changes on Apr 13 . . . aokblast merged 3 commits into llvm:main from aokblast:toolchains/fbsd_default_lld on Apr 13 END QUOTE -- === Mark Millard marklmi at yahoo.com From nobody Wed Jun 10 21:30:33 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gbJq96mJ9z6hGbv for ; Wed, 10 Jun 2026 21:30:45 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (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 4gbJq91Glqz3Qfw for ; Wed, 10 Jun 2026 21:30:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=OfgVYIm1; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1781127037; bh=EoYonJQrpxiKLaZfcBFzVQrPlkTon8F7CWjsoBcqSzo=; h=Date:Subject:From:To:References:In-Reply-To:From:Subject:Reply-To; b=OfgVYIm134X1d4vHQ3oLukvh7+Mza8oD7YHiEvDOe7LjOwZDoM+5bghJZjKzaaa1jimBPamdtvc6sYJWkPhuPOLCZbXQJ0UvlMZyxuGn5rPD+Nrc6+nOkRV6blWylZatHcdZqzpv909d2Sy89M9ntQSEdkZAZDeWcgYzzRB58uOE37ADysSvWn+jRhDMBp8UIfZxA2gXDpULPss7oQux+76/Gl8Ueu40qPbzfKpg+RPTLTY9x80nQdYC7Bve0PrqFw+ZEjH8G5RbOUyHsFPMKRvlWzsDGPitqp6SsVWTi3T9fuitfDFhEHs23ZkE7kyI80C7OIicCjpSU8NBnQYEMQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1781127037; bh=+JkWai1p65C4t4FBMvUn4PtEr9b4LIOsFIAm3bMBb8R=; h=X-Sonic-MF:Date:Subject:From:To:From:Subject; b=qLLhxDbahQH8upF9fGOmvRVtnHgzvxhOvOaML8NZcvrAF91wIYZpvZmeBu+eZAU42etk3z/cOCjN+psLOCfhgtCGPLmsOlhYOqpyb9a0019P0xP52SvtqzmfUtTVtwsZ0m4UEr07w1TzmZbCHRwoQKaH0seeeOOIryfKGHCCIDmEBLDkRagteOdtsSJ4+JOwz+eLRx3M+9ZaQoJp1+EOFYfXKFpZYAJe6/89I0te3tNgWNZ4HHUUf6cA1CqHSl8mg6ptlNP29nYkOn+8GoFn9dLCewqqisaZuGZO/f9YWy3UIGYTIuCNUeXV724HbxXp7evdrhsxuqYoZE/5PEVv9w== X-YMail-OSG: jaYzIqQVM1luhFl_vH9QKNRIRQzQ5vVSXRPBNr7sCKmMZWlsptf0BGB5V8X4dda 1cdOhEiSOo3ZxEEjDOrYqURVjuKyq4qf2dMllnNS_8Mh1QrNWb20VRjjC8MtjhN5CMAIBx9RXOi4 lORIb3ETqP43EsM005H1igNAt8ZEbJv50M32gznC3gOD1gK6k2nwg9sl9dVvh9IOVrOp123g6ZFu SmRPf0B_.DXqpJKgnHlFpiOvW._c7s9K7lRBoTXsVsLjK0NRFFca3yigFfc28V8KlWU6Uk3xY3MW 7os6I_BUNvR4vQAovsJXZlmBydTKqUbGcwy0JaZjFcWm._wUjuuP3jDw8mGr_AFSGQfUXfgzt1_K psycy2JoeoWaha7FkK3Yym0FvI6SjEAc7CzqqYjG6qsqf19_O_PDzcIZtL73ZuH6chIqff9WzE5c j5kr_PiwsTsYpP9GaMCS8qKgbEfTm4kxHRwHAT.odWbkZx09hJNslJMw.H6Vdv.M7zpikUAiQr.k dN8O70FSD3V9iU3sW1cio61MPwXYCzXLg_hrOswoysZ1tIHOpqSeSra5dBiU8JZGTP9SO03mpXQg g_7E2OwHcUyn_IReBJ7ZaRcpPA2C95l1T6Cw3866OStHuGXVmMsK72EbrOqrcLztlx3hhHqy89BA IiPI.gsgrlewQRL6CRy4gKMPotZ414m8GP3QXPo7w19yeVXPoccXC_weZJIyiv16s8I4xSKW6E1c H_Q9OT_uWK75ChGTKMlDPzkaTuUh1XY60q6x08ZSrCvYwjCHhncaxSEOh982oIOfgi5.QsJiiKWX ANdPqV5s02si.0Oz21FVpIOyJgWyQFTd1fU5.0WlD5hK5Hy45VOQ3Z0EdzQ7g2uXl6R.JAwLaW.4 Rsw6n1eAU.V2mCJKEdQQniVYEJnfYqP_oHwZGe14NgKT4GjkIwYe6GcMQNbz_wLmxJnsIDP7ySdZ 8V8xvhUFxfyDlNH7bbsbqH_QHJNsiQtAMaXTdYo8E19XyUo29vhJkwwDlRAQkn7AvE5sxvdy_Xde .L3YVQyfBk80WQYNsac9IcKYOUsCrcz0zUeD58weUr0s_03SC4H7y_C.RnaWt748zoDdqyR7._4e yLS12d345ZSTUOQfIGSjLjXfKJl5QuHE1WjUPmVZcOh4Qkp5mUSYK_wSfX32ZSREFvJucriUOvkq y3RlnnFlZWQigFBa6ltzYcWBSJ10oEtZVi.3oIFLx67OYmjZqnU0V62d_DKG_Z4xb8qEmX4tNKDK utM6yHc0VHyyewfsDZCJ4q8gA7s0r3IYdWIC2XjsjCXeGZ7aw8IA1YNFlanHzSiGT_M13uEENDsA iEcpRKV2UJk3uiKP4wtsTatYiUvHO5Oglx2ER70cRXPpq63dr9NxV8lA8PXqjj5skJJLRyCISHtB rr6M1auz7_Ei454h4ID57pPQPUWqJ3A7vHMfDh7spynXUX7SJLpTmeJNhGz7aOwlTgIHUOombvOG zsLjmLih7w2pSrs4AAasmP2C.HMfq0u9hzFRYtOyfcnRyfhWYP9E4KS28WtHZTovK2hQAXrGgJEe dvTTUISddV4eh1BCwRSvS2gOMyX.31HcID06W9FHFUnLS4ZJifCLRHTreRiMJxlGaMR3ZoZUISVp EPeAF4WBzG_F6TEt.5_VnMGagyuJClpBFldpp3dJ.vjRSbsr361Xlbkk9aJNEpQCQIzFDfRqppl6 DNVcr0FZSU.Se4WHvTmilTU3Q6p3HaSzijvHNthBdchEZEhkwq5EDUpWaQNcARig151ktMid5g9K KAhPZEJieJNqnRjsWYupNBWnH2cqpgxTOy33aigdzIIQ8ixGsJv_0_wys2M5NEvoRsi.2h..3nlO 6NpRVXTNFnoagWCjGCQ8POH9LnvM8VEWS4UZmh1STqHxGRP8C.RBwOpAk0UplzJHChNvegvFrVi2 q9BcnZtgKX9VDzBiCbjKU.yz9rTaAzW_PEbKwGp9g9pdgnS7H4RXosIHN_e.Kix1WZTpPkg4d0Oy eurRYua9tMc2HZB9ErIMvW3dO24tYnT5iKAHxs9Pf0KPif1V9LrJOhlcLi0NyLZLi8aVI9yN8EeP 9CQh_niPJb4Al3fsLfcaePCEZz0XH5w3Tv1lSDdUt6dQ2CXpraIQtTj3V5hSI6ZKxr.xVGyosB3O EoO9LzyzHtDrq8Rx6WNYUFjWCSZ0YV.ONn8N8Gk9Vi6TbQXSphQpNheey9713lyqOX9hYTIUoWK. 7kMj73wnQ9LYyGHfJbDILSIRQNYyLYgCBkLBProvY79e0sUXdh6bnkFLGkg2ZiexF8keqVoUbjRy jauQ1Phtx.2xosgA_mes9ZeZVSkwK_sa89tO_7d80iJhzMp6Seg-- X-Sonic-MF: X-Sonic-ID: f934225e-67e3-460e-8f8e-3d32af7c0eee Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Wed, 10 Jun 2026 21:30:37 +0000 Received: by hermes--production-gq1-7bb7df5c46-s8kx4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 340008536bf896ff3246e3a4a0cfe947; Wed, 10 Jun 2026 21:30:34 +0000 (UTC) Message-ID: <4cebda23-101d-40f4-ab8e-a3600117da9a@yahoo.com> Date: Wed, 10 Jun 2026 14:30:33 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: https://github.com/llvm/llvm-project/pull/190596 updated the upstream to use ld.lld to avoid ${triple}-ld [replaced overly generic ${linker} reference] From: Mark Millard To: freebsd-toolchain@freebsd.org, freebsd-current References: Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.25942 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-2.86 / 15.00]; SUBJECT_HAS_CURRENCY(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996]; NEURAL_HAM_MEDIUM(-0.95)[-0.951]; NEURAL_HAM_SHORT(-0.91)[-0.911]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.147:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.147:from] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4gbJq91Glqz3Qfw On 6/10/26 13:19, Mark Millard wrote: > See: https://github.com/llvm/llvm-project/pull/190596 > > For reference: > > QUOTE > davidchisnall approved these changes on Apr 13 > . . . > aokblast merged 3 commits into llvm:main from > aokblast:toolchains/fbsd_default_lld on Apr 13 > END QUOTE > I fixed the subject line to be specific about the ${triple}-ld that is what is avoided. -- === Mark Millard marklmi at yahoo.com From nobody Thu Jun 11 15:51:17 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gbnDq2P4Sz6hlNR for ; Thu, 11 Jun 2026 15:51:07 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gbnDn5lKgz3rM2 for ; Thu, 11 Jun 2026 15:51:05 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 65BFpHN3013765 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 11 Jun 2026 08:51:17 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 65BFpHU8013764; Thu, 11 Jun 2026 08:51:17 -0700 (PDT) (envelope-from fbsd) Date: Thu, 11 Jun 2026 08:51:17 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-current@freebsd.org Subject: Re: Buildworld finishes despite swap exhaustion Message-ID: References: <040df279-5f61-4f4f-ae4a-79bd44797b53@yahoo.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <040df279-5f61-4f4f-ae4a-79bd44797b53@yahoo.com> X-Spamd-Result: default: False [-1.09 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.99)[-0.988]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_WWW(0.50)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_TLS_LAST(0.00)[]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[zefox.net]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record] X-Spamd-Bar: - X-Rspamd-Queue-Id: 4gbnDn5lKgz3rM2 On Tue, Jun 09, 2026 at 08:22:02AM -0700, Mark Millard wrote: > On 6/8/26 20:48, bob prohaska wrote: > > Lately a Pi2B running buildworld reported an > > exhaustion of swap, but buildworld kept running > > and seemingly finished successfully. > > > > The report came on the serial console, I didn't > > find anything in the buildworld log. > > > > This seems a very great improvement. Swap exhaustion > > differs from other sorts of failure, in that one can > > simply re-try the job with some hope of success when > > the workload is lighter. > > > > Am I interpreting this correctly? > > [Because the actual messages are not reported, I'm making some > assumptions about the exact messages that you got.] > > > Remember vm.pageout_oom_seq ? > Yes, /boot/loader.conf contains: vm.pageout_oom_seq="4096" vm.pfault_oom_attempts="3" #vm.pfault_oom_attempts="120" vm.pfault_oom_wait="20" I'll admit to not remembering how 4096 was chosen.... probably just a wild guess. > The larger that value used, the longer the system operates with the > amount of free RAM below the target threshold: in other words, it makes > more tries at getting to the threshold before giving up and starting to > kill processes to get the free RAM. > > Running out of swap of itself just means that SWAP can not be used to > gain free RAM when such is not essential. RAM+SWAP can still be > (marginally) sufficient over such a time if no memory allocations > actually fail. If sufficient RAM/SWAP ends up being freed before > vm.pageout_oom_seq related kills happen, no overall failure happens. > > > As for the messages as I understand them: > > kernel: swap_pager: out of swap space > > does not report a failure, just a limiting condition. > > By contrast: > > kernel: swp_pager_getswapspace(2): failed > > reports a failure: the swap space allocation was necessary. It normally > nleads to the likes of: > > kernel: pid ??? (???), jid ???, uid ???, was killed: failed to reclaim > memory A more recent incident reported in /var/log/messages: Jun 4 12:34:39 www kernel: swap_pager: out of swap space Jun 4 12:34:39 www kernel: swp_pager_getswapspace(12): failed but wasn't followed by a "...was killed..." message. Eventually there appeared what look like repeated disk errors, ending with: Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): Info: 0 Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): Retrying command (per sense data) Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 04 63 3 4 50 00 00 18 00 Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): CAM status: SCSI Status Erro r Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): SCSI status: Check Condition Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): SCSI sense: MEDIUM ERROR asc :10,0 (ID CRC or ECC error) Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): Info: 0 Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): Retrying command (per sense data) which ended in a debugger prompt on the console. There was considerable network activity around the same time which resembled an ssh attack. The machine rebooted without incident, buildworld has been resumed with -j3. If it happens again I'll save a backtrace if it'll be of interest. Thanks for writing! bob prohaska From nobody Thu Jun 11 18:57:07 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gbsMc30r1z6j4pB for ; Thu, 11 Jun 2026 18:57:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.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 4gbsMb6Rc5z3KpX for ; Thu, 11 Jun 2026 18:57:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1781204232; bh=kxhqbrhZIEhZqu/Z+cvPv95v6J9aot8WEAfv9V42As0=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From:Subject:Reply-To; b=cV7JRmWVhql74R00prHyYjlH4OiS/L20ORhrEMPDkyjpQ6mBtsSO2Bx9m/OxyEN0NVofNjoFRUzS2yB7M2EVvjdShUxyiHiYly2XlbbrGPkwsVx+xgHbSbvj+xiV83R1QyY5/dbnnpyWdWJeythLaHq+yzilF8FpwfKDVy/LPCBaDH0SeYrA712LBc94H5Ndg2ymdt3WTXEIuusDRH+COzoY7MIFZttS9DvOUz/D9YuaiBfrY9tpcNjCR5Wdfe9XSnHzvIk0yO0ooTDJZADdND49n0qmMShDl8oNS8vUVQXvhUstXFzD9qRxXPP09Jcay9Vy98u+D1eyXuGEsi6FKg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1781204232; bh=icOOhgdtUQR4EeudeMDbszNNRQ2pvHzI8Vm15H8C3bZ=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=lK9FS+4y7jU/fNl9LUVrBod+MXyhTp6PB/9t9WmG8FcHTxbuZ6U2fkNGHikcUvgSq+KQMYov8rx18ZjYO2NeE9EzaD3Cc2kFPxgDOCBVW84eRKh15PeIvZMA5OBpS/iM8g4rTx+jU7T+LQCE/XsdiaGizUpgsiQ8KG0iIhaizFZbn0wlxoMcSB0rSxEOwqjUm1M92FxjnoL6koVuYBj1zZFyuY8Umth89J35B3g4DE4rzGv018MNSLbZi7tSVRSq6B/BVT2gGqWRNSU2olqRAbmgii+Hro6xB3pARfujpksjlkMrMQywOssnjSOFmqYwKP7nsgLc0uBmcB+DKGf6cQ== X-YMail-OSG: ocXFQAcVM1lietJBxVAcH6yW9.e.uXBiaelXKsXXwAGrSvlc9ztWADEG6VxV7C7 HET.eFQ.ZhgsZz9W4wTEynkmYAhDhELry1F3oZGWJvOUa_fu.4GhbxCZIkqwg8Khh6oqO6ArqICq UYPWyysLu3aaFLrfa3atOWSOyWsnaimVwoiLcOLo.qycyoarubOJWmNJ7b8scg_8UDX7ziO63J1R Xh96CWbHuCkVzWTB8XtRqY2pg5cSVXTF9aRJ.gGIjy_MVEHDaUgptk24CKNV8Ph4DWIsZLqD6Z2d ERQltFxCpflpLQ9AABbWA2a6VqwS9dswnAsNUQkpgBi1qza1V7H81sV2_p17bZt2LoiTGXsKSbDq GtNlJCp4voPZDXqZG4hLE4HZJ3uFqznN3QH4Du3bd83EdQ7Iiiyudk5CGQieJOBBwv85fCQNTZbq _FKvl3XZ1Ml0J9SVV7QCX1REoaG5IBOAZIHCwBSLc75ywpadfytLui5mpITIwMyslNTMGj70AM94 nDhds.nxmT2h_gZYtYVoc7k_56WEjmwRJvblWXZkIcX35Cxj7ng2A5UV2JBZ7q9l5BJwvtmTi398 Veiu7Ts9Eg1.NXZLHM.31Huhn0eL1nZePACdVHO6OAcSe2AmT8UPjql8cx846Uz12QUw3Ihz.xZT t1WQc3GjuYPH8LSpBmGzPBQiozisBY.QbPigiwNadgvR_YjOV30ApscnGNJtTHfyrXHWzsn5wZCQ 8hlXgACKtiOEeSbv9Q1PW_ffRhOBofG32oeKk5Sgl0.i4dYucopMaE7XA7QZ_qiR15NpVAxd1o6Z e17qgXer61YeyEk34pqBGMYrHBTpYu3nOy4HxRsUGCp.YXVrInO7U7AHRwRmP0ZGaLVsjgy9s535 ivlLGJ8cFMPEuYXGItnlpijRC.LyPK0vnniSqj.5WxIaLLTJoE9_kazxI.i6L89aXHy3oOR0OFnD VPMkBu5yZwKWnDfFHEjNvlCMEHxG2Xc0.D_Cu5JR1nFn6YRhqmc.J1ho1DTgpbfGY8up5S9ChTn7 cyqi377KhGUeZ67rosglxcHEoKIhccr4vDwnIhEGcfh8cnYcPbgULQsriBFlennvuoRbnlm04k96 WB_wl7zqQVRDFN14BBteUZhOO1xyD.XAApiLgXtSTrnBukp3lXNMEYMTimeR5ORp3.Ci6MJOAa6D pwjho9pAElb0NeIUbd6IMkNJtr4YG8CSX3LZECC3E3FDJ0GvVYJ_gwN9kmT7QjVdjv9EV0CzVtm0 MJKnp0XtfZm_KNz9cguBEXv0SA1VPDvbwVLWc0WmdHihcPveoQRGyvn7TUvD1yBBxMP7zdzsh7si bPaEuxMq8_UWgdThx5mceBpi5rdrToG6yXtlkrjoUKQrYecC86qxHupkVxrWPzWzei.iDgx_oHcV GFg_9GGC_WmQzbCZO8IJEpSZt6KPWAcOjYuLMLSjoEntzdGVrvPc10qkiKDddPz1HwUPgSo_7PBd L6OodxG3EHj42pDpGVbnrNbgw_bAxTYy_nXqa2Y2RqJSNOUJSG3hpu.cH47kKTAPjqpqAqJBYK3u GK1vd7O.243ckRLqmBDzqwkGEEhgBXi5221ELljxxSu5s3HFfUSqteNWBULlt7O7WAVspPHbDVix vTn04p36a3dmUwcfHUyLBbqpfGsLicUMQ2_hMTnvTQnlNCrZkyIFRu5Nc3jcWKSIPmjmnMjHYUSd ZpkNg3Gvu_N90pTmf54OYIEoQek8JmDKDHcCkuVg8_qxBDRziYIJI8WNy8rQB1sPjVgDUq880CcC WGdDHfWl_mVKxjqYzYu5JoDwlm15FyMg5zJQOUWAmSVkHVHqSKysEZm8sWiTPJk3cP3qkET2JqSm E3J.bvi_LxncGEEY_6NiQSpcbR.3tJfyyJBqOB.oliwtPrjkV4wn_yg5KvvhwsvkbzbE1TOKl4B0 sP90NM.1siOb6v4v3GA1OM4euExOeoXAohC2ZTdK28JeFHbOc52H1yCcQy1B9LYmzxGmmIF0kCGi XDRfqqmCMt3WgnFoDRQontJz29sg8mUTJ1AaHihA7oLDNPBF8QGV9gAfcuHHqr9kOYtnwtLKD.4O UokVF3Pga0IPXQ_WKDYIAc84Y80v_PgZ2Bh82aGjRcwDJi4HNJMrOJKN0KjFKTAfGh1U_7XjtvWx r.jh59gMbJKTMT9D7m81uWAflOvmGJQG9axhBs9.JnOqAZUnqwWNunLtDygFTqofOZ_kanQBdBlX PxsVTgml_iECjZ2cPUjKO9yiSG7IL0Y3_B0l8O2hjAVuuOny79Pp_zNqY0rjhHSgXpqJzCFN0mP9 lTw7LoslU9Ln9g5qbhBkQv8pO5lQDbSeLNDNQjjRLP_O0XuEX X-Sonic-MF: X-Sonic-ID: 0bca7e6e-fb03-4036-ae97-c1a825cf60be Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Thu, 11 Jun 2026 18:57:12 +0000 Received: by hermes--production-gq1-7bb7df5c46-qkl2h (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b7d123f394d6a83a11b5ff005468afe8; Thu, 11 Jun 2026 18:57:08 +0000 (UTC) Message-ID: Date: Thu, 11 Jun 2026 11:57:07 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Buildworld finishes despite swap exhaustion To: bob prohaska Cc: freebsd-current@freebsd.org References: <040df279-5f61-4f4f-ae4a-79bd44797b53@yahoo.com> Content-Language: en-US From: Mark Millard In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.25942 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4gbsMb6Rc5z3KpX X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On 6/11/26 08:51, bob prohaska wrote: > On Tue, Jun 09, 2026 at 08:22:02AM -0700, Mark Millard wrote: >> On 6/8/26 20:48, bob prohaska wrote: >>> Lately a Pi2B running buildworld reported an >>> exhaustion of swap, but buildworld kept running >>> and seemingly finished successfully. >>> >>> The report came on the serial console, I didn't >>> find anything in the buildworld log. >>> >>> This seems a very great improvement. Swap exhaustion >>> differs from other sorts of failure, in that one can >>> simply re-try the job with some hope of success when >>> the workload is lighter. >>> >>> Am I interpreting this correctly? >> >> [Because the actual messages are not reported, I'm making some >> assumptions about the exact messages that you got.] >> >> >> Remember vm.pageout_oom_seq ? >> > > Yes, /boot/loader.conf contains: > vm.pageout_oom_seq="4096" > vm.pfault_oom_attempts="3" > #vm.pfault_oom_attempts="120" > vm.pfault_oom_wait="20" > > I'll admit to not remembering how 4096 was chosen.... > probably just a wild guess. > >> The larger that value used, the longer the system operates with the >> amount of free RAM below the target threshold: in other words, it makes >> more tries at getting to the threshold before giving up and starting to >> kill processes to get the free RAM. >> >> Running out of swap of itself just means that SWAP can not be used to >> gain free RAM when such is not essential. RAM+SWAP can still be >> (marginally) sufficient over such a time if no memory allocations >> actually fail. If sufficient RAM/SWAP ends up being freed before >> vm.pageout_oom_seq related kills happen, no overall failure happens. >> >> >> As for the messages as I understand them: >> >> kernel: swap_pager: out of swap space >> >> does not report a failure, just a limiting condition. >> >> By contrast: >> >> kernel: swp_pager_getswapspace(2): failed >> >> reports a failure: the swap space allocation was necessary. It normally >> nleads to the likes of: >> >> kernel: pid ??? (???), jid ???, uid ???, was killed: failed to reclaim >> memory > > A more recent incident reported in /var/log/messages: > > Jun 4 12:34:39 www kernel: swap_pager: out of swap space > Jun 4 12:34:39 www kernel: swp_pager_getswapspace(12): failed > > but wasn't followed by a "...was killed..." message. Interesting. I've not had that combination as far as I know. Now I know it is possible. Thanks. > > Eventually there appeared what look like repeated disk errors, ending with: > > Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): Info: 0 > Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): Retrying command (per sense > data) > Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 04 63 3 > 4 50 00 00 18 00 > Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): CAM status: SCSI Status Erro > r > Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): SCSI status: Check Condition > Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): SCSI sense: MEDIUM ERROR asc > :10,0 (ID CRC or ECC error) The above looks like reporting of a drive problem. Getting to be time for a replacement? > Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): Info: 0 > Jun 11 02:04:59 www kernel: (da0:umass-sim0:0:0:0): Retrying command (per sense data) > > which ended in a debugger prompt on the console. > > There was considerable network > activity around the same time > which resembled an ssh attack. I'd guess that such was not likely to contribute to a false "MEDIUM ERROR" with "(ID CRC or ECC error)". > > The machine rebooted without incident, buildworld has been resumed with -j3. > > If it happens again I'll save a backtrace if it'll be of interest. > -- === Mark Millard marklmi at yahoo.com From nobody Fri Jun 12 00:15:03 2026 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gc0Qh3Hfcz6gydv for ; Fri, 12 Jun 2026 00:15:24 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-ed1-f49.google.com (mail-ed1-f49.google.com [209.85.208.49]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gc0Qf5Qr6z48W2 for ; Fri, 12 Jun 2026 00:15:22 +0000 (UTC) (envelope-from ray@ddteam.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 209.85.208.49 is neither permitted nor denied by domain of ray@ddteam.net) smtp.mailfrom=ray@ddteam.net; arc=pass ("google.com:s=arc-20240605:i=1") Received: by mail-ed1-f49.google.com with SMTP id 4fb4d7f45d1cf-68c3421b009so2327523a12.1 for ; Thu, 11 Jun 2026 17:15:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1781223320; cv=none; d=google.com; s=arc-20240605; b=Zo2xpL2xgOXCj13xHb9hwjmoKqzVwuVfotrsSwTU9Chu8GKdTQUgIwvm9NRF0paka7 +IPBwIOwN2nUHf4BZOyvNhPws4Q91KMzeaIvgaSp6sZ6+XinISzM1a9fMDEKw5sps5mo yi66OTNtmxpitRRZsBm+ohpbv3XX3Q+puMdldBRtXb9KDwJHOwyOhIvoiMAZe2a+yTSp YIPCYPJW4WMk/PixTrCDWpvsmCVOb4d1BzkACpo3NdMo3067H+baFZHZE9ajCI2eMpa4 KVFqBBCfDPHEo4kc3TxK3YkkkfjS7yWny9MfL8+37wyYRgujvemonMSfofjzngDDgEZF 6h4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version; bh=vkek1iVJwlpdK7U4U5UNVfmOe7CfA+wPVxIoyuiBAYk=; fh=aYZnDOlWFwxeFwgmkU52DPrZjeVxZ7K6WMytT23p/t8=; b=bX0wO7nNsAym0PZoq+VBLNIi9Kb2VCvdRhR5QTQKeQlYxRqpf5iYf1KW/R/EzXgBFU pIu4kSFPd/DpYg/sPM9jt428f9WCh2EoWiLCZqtTp7LjnVIlAZZA6imdaP3z6mtljX6h 4qXTgeMtmaYnE4nKuDZEgDTRZ5nikZ6Re1DK+HX11BAmcRnRBCbp1AD3n6fV2mc5Hyhq g3JRP40uc6qNYZxlXMH64M2wiB53qIxrIGApva52O8A4CWG+91wZEFpZGuDuOLrMceqo wIuyKhv/ao//sI3yplT7xRXBKdQYJ/ijeMYuBdXXPXTV3GoJFxB4jJz1awuBoNtTr5wJ KImg==; darn=freebsd.org ARC-Authentication-Results: i=1; mx.google.com; arc=none X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1781223320; x=1781828120; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=vkek1iVJwlpdK7U4U5UNVfmOe7CfA+wPVxIoyuiBAYk=; b=YXVRtLp9anqKZ3cv80gal2PF2kOCnn4Bu31dHS+AoQ9479CqelWLTnv7u9A5YtnVRw tZ7VXfeIGRUJ/HFN0CgjgcOUlq0j38mPlouUIZQqw2VcGaLQDh8CTdW5IxSQ0wIC7ZmR TdiSVg8+K7hjHdGOK+eDcCtipyCuBvbpfUgKjZymPg6UpA4c2hjk4OFv5hbvHBlzUezt w5cGtaT6KtYfqYKkJhEtq8DCMiL7jiseg+wscMCNfI6O90rZYLbYw2EV7RHBWTM6bsLn C7gnRZI/LEjpW7XtMP9TKyHesg4rXGjrXLkDLDXCjZpataJZasp/vDQmv0+QsL2OLmNl ob4g== X-Forwarded-Encrypted: i=1; AFNElJ9nAGY7nn/Y4XZ2cVjd9BRs8pZCBKG3Peo/bGVCXzgyaDVgkUBQ79+60CKpM2FaKbKpgisnIbcu@freebsd.org X-Gm-Message-State: AOJu0Yx+fdaCMbfQQX9f26v9V9WQ62TUB9uhJ8TWRaNTsFXsAn7OFHYs slrfzM5VOV+Eaprb1/ed/2ea+j//iMaWvxjincCWr0bzhkM9MCv0Mg1VPnnx5uhBbRXjm1V25Lk BnuLBqTd0dtzTlpHQrzvIijCW0AvzilecB7wcqfkR++eks8u9+/1UMg== X-Gm-Gg: Acq92OGLAMJk2yWnUrwhHlM093pc10eS/fC50QK0Nnu+CMCZ2Leeeet2SfsDmngR5dC 2njaS9/NDB0oo25z7mWM1FmMGM0LXWBnDnEFRQxsvwXjO76yvNkich7FqHCv6/Rcyk8Kgxgih3M hAi9YKLQOa8T65JTvyvhU2QgdHFZlXtROj3f31WjeyqnrK4tTjQrPuCtmbKuYk4oA3jmTj50dxA QUoaZx+mIkFt8lDnMvxDVQu7cEX8wYywzoTmJzVxvlrKSSEsBXeSsN7ym5ArlMMhLOw6HuEiX/Z oJsAk/pO X-Received: by 2002:a17:906:ef0d:b0:bee:a39b:ab7b with SMTP id a640c23a62f3a-bfde5ac490amr42286466b.31.1781223319901; Thu, 11 Jun 2026 17:15:19 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 References: In-Reply-To: From: Aleksandr Rybalko Date: Fri, 12 Jun 2026 03:15:03 +0300 X-Gm-Features: AVVi8CdeH7BxGXMtHEsIVxukteXLvRLur68axV_L8DireBsQIVsiTWTBqer8wNU Message-ID: Subject: Re: panic: mtx_lock_spin: recursed on non-recursive mutex vtbuf @ .. To: Ryan Libby Cc: Adrian Chadd , "Bjoern A. Zeeb" , current@freebsd.org, imp@freebsd.org Content-Type: multipart/alternative; boundary="0000000000003fa4030654035fd2" X-Spamd-Result: default: False [-3.59 / 15.00]; ARC_ALLOW(-1.00)[google.com:s=arc-20240605:i=1]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; NEURAL_HAM_SHORT(-0.89)[-0.892]; FORGED_SENDER(0.30)[ray@freebsd.org,ray@ddteam.net]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.49:from]; FREEFALL_USER(0.00)[ray]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.49:from]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[ray@freebsd.org,ray@ddteam.net]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_FIVE(0.00)[5] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4gc0Qf5Qr6z48W2 --0000000000003fa4030654035fd2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Fixed with mtx_owned(9) test yet. See https://github.com/freebsd/freebsd-src/commit/1f68ca5802db91bd9725bcdbf5593= 2e104dbe95d Thanks! =D1=81=D0=B1, 6 =D1=87=D0=B5=D1=80=D0=B2. 2026=E2=80=AF=D1=80. =D0=BE 03:17= Ryan Libby =D0=BF=D0=B8=D1=88=D0=B5: > On Tue, Jun 2, 2026 at 3:01=E2=80=AFPM Aleksandr Rybalko wrote: > > > > Hey, Adrian! > > > > Know why, but working on a fix yet. > > > > Thanks! > > > > =D0=B2=D1=82, 2 =D1=87=D0=B5=D1=80=D0=B2. 2026=E2=80=AF=D1=80. =D0=BE 2= 0:01 Adrian Chadd =D0=BF=D0=B8=D1=88=D0=B5: > >> > >> hey! was this eventually fixed? I just hit it, notably a few days old > >> -head (i think), but I still hit it. > >> > >> THanks! > >> > >> > >> -a > >> > >> On Fri, 22 May 2026 at 08:51, Aleksandr Rybalko > wrote: > >> > > >> > Hey guys! > >> > > >> > Yeah, it seems my. > >> > I will look into it today. > >> > > >> > Thanks! > >> > > >> > =D0=BF=D1=82, 22 =D1=82=D1=80=D0=B0=D0=B2. 2026=E2=80=AF=D1=80. =D0= =BE 18:35 Ryan Libby =D0=BF=D0=B8=D1=88=D0=B5: > >> >> > >> >> On Fri, May 22, 2026 at 1:46=E2=80=AFAM Bjoern A. Zeeb > >> >> wrote: > >> >> > > >> >> > Hi, > >> >> > > >> >> > I was using the mouse in tmux on v1 when everying stopped. > >> >> > Sadly we didn't switch to v0 for console but it seems I managed t= o > get a dump only checking now; the kernel from then is already gone. > >> >> > > >> >> > core.txt said. > >> >> > > >> >> > panic: mtx_lock_spin: recursed on non-recursive mutex vtbuf @ > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/vt/vt_buf.c:74= 4 > >> >> > > >> >> > cpuid =3D 1 > >> >> > time =3D 1779437567 > >> >> > KDB: stack backtrace: > >> >> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00d773e7a0 > >> >> > vpanic() at vpanic+0x149/frame 0xfffffe00d773e8d0 > >> >> > panic() at panic+0x43/frame 0xfffffe00d773e930 > >> >> > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x11b/frame > 0xfffffe00d773e970 > >> >> > vtbuf_flush_mark() at vtbuf_flush_mark+0x82/frame > 0xfffffe00d773e9b0 > >> >> > vtbuf_unmark_on_cross() at vtbuf_unmark_on_cross+0xcc/frame > 0xfffffe00d773e9d0 > >> >> > vtterm_fill() at vtterm_fill+0x27/frame 0xfffffe00d773ea00 > >> >> > teken_subr_erase_line() at teken_subr_erase_line+0x90/frame > 0xfffffe00d773ea20 > >> >> > teken_state_2() at teken_state_2+0x497/frame 0xfffffe00d773ea40 > >> >> > teken_input_char() at teken_input_char+0x47/frame > 0xfffffe00d773ea60 > >> >> > teken_input() at teken_input+0x9f/frame 0xfffffe00d773ea90 > >> >> > termtty_outwakeup() at termtty_outwakeup+0xcf/frame > 0xfffffe00d773eb60 > >> >> > ttydisc_write() at ttydisc_write+0x337/frame 0xfffffe00d773ecd0 > >> >> > ttydev_write() at ttydev_write+0x13f/frame 0xfffffe00d773ed10 > >> >> > devfs_write_f() at devfs_write_f+0xf3/frame 0xfffffe00d773ed70 > >> >> > dofilewrite() at dofilewrite+0x81/frame 0xfffffe00d773edc0 > >> >> > sys_writev() at sys_writev+0x69/frame 0xfffffe00d773ee00 > >> >> > amd64_syscall() at amd64_syscall+0x168/frame 0xfffffe00d773ef30 > >> >> > fast_syscall_common() at fast_syscall_common+0xf8/frame > 0xfffffe00d773ef30 > >> >> > --- syscall (121, FreeBSD ELF64, writev), rip =3D 0x82601d5aa, rs= p =3D > 0x8207a3408, rbp =3D 0x8207a3430 --- > >> >> > KDB: enter: panic > >> >> > > >> >> > > >> >> > In case it helps, I believe this is file:line as reported by gdb > in core.txt: > >> >> > > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/kern/kern_mutex.c:= 353 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/vt/vt_buf.c:74= 4 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/vt/vt_buf.c:86= 4 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/vt/vt_buf.c:21= 0 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/vt/vt_buf.c:23= 2 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/vt/vt_core.c:1= 201 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teken/teken.c:121 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teken/teken_subr.h= :558 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teken/teken.c:255 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teken/teken.c:284 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teken/teken.c:317 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/kern/subr_terminal= .c:422 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/sys/ttydevsw.h:114 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/kern/tty_ttydisc.c= :658 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/kern/tty.c:550 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/fs/devfs/devfs_vno= ps.c:1980 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/sys/file.h:372 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/kern/sys_generic.c= :565 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/kern/sys_generic.c= :492 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/kern/sys_generic.c= :478 > >> >> > at > /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/amd64/amd64/../../= kern/subr_syscall.c:193 > >> >> > > >> >> > > >> >> > -- > >> >> > Bjoern A. Zeeb > r15:7 > >> >> > > >> >> > >> >> I think it's probably related to or a regression from > >> >> 8db0553ed6d8 ("vt: Clear cut-paste selection if the area intersects > >> >> with the filled region") > >> >> > https://cgit.freebsd.org/src/commit/?id=3D8db0553ed6d8636d82a268962370995= 26b93be19 > >> >> > >> >> which added vtbuf_unmark_on_cross() which is in your panic stack. > >> >> > >> >> I don't know this code but it looks like the mutex is first taken b= y > >> >> teken_input / teken_funcs_pre_input / vtterm_pre_input and then aga= in > >> >> by teken_input with your panic stack. > >> >> > >> >> Ryan > > How is the locking supposed to work in vt_mouse_event anyway? > > Unsolicited suggestion: require that the vb_lock be held on entry to > vtbuf_set_mark, remove the lock acquisition from vtbuf_flush_mark, and > make the call path through vt_mouse_event to vtbuf_set_mark and > vtbuf_unmark acquire the lock. > > Ryan > --0000000000003fa4030654035fd2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
=D1=81=D0=B1, 6 =D1=87=D0=B5= =D1=80=D0=B2. 2026=E2=80=AF=D1=80. =D0=BE 03:17 Ryan Libby <rlibby@freebsd.org> =D0=BF=D0=B8=D1=88=D0= =B5:
On Tue, Jun= 2, 2026 at 3:01=E2=80=AFPM Aleksandr Rybalko <ray@freebsd.org> wrote:
>
> Hey, Adrian!
>
> Know why, but working on a fix yet.
>
> Thanks!
>
> =D0=B2=D1=82, 2 =D1=87=D0=B5=D1=80=D0=B2. 2026=E2=80=AF=D1=80. =D0=BE = 20:01 Adrian Chadd <adrian@freebsd.org> =D0=BF=D0=B8=D1=88=D0=B5:
>>
>> hey! was this eventually fixed? I just hit it, notably a few days = old
>> -head (i think), but I still hit it.
>>
>> THanks!
>>
>>
>> -a
>>
>> On Fri, 22 May 2026 at 08:51, Aleksandr Rybalko <ray@freebsd.org> wrote:
>> >
>> > Hey guys!
>> >
>> > Yeah, it seems my.
>> > I will look into it today.
>> >
>> > Thanks!
>> >
>> > =D0=BF=D1=82, 22 =D1=82=D1=80=D0=B0=D0=B2. 2026=E2=80=AF=D1= =80. =D0=BE 18:35 Ryan Libby <rlibby@freebsd.org> =D0=BF=D0=B8=D1=88=D0=B5:
>> >>
>> >> On Fri, May 22, 2026 at 1:46=E2=80=AFAM Bjoern A. Zeeb >> >> <bzeeb-lists@lists.zabbadoz.net> wrote:
>> >> >
>> >> > Hi,
>> >> >
>> >> > I was using the mouse in tmux on v1 when everying st= opped.
>> >> > Sadly we didn't switch to v0 for console but it = seems I managed to get a dump only checking now; the kernel from then is al= ready gone.
>> >> >
>> >> > core.txt said.
>> >> >
>> >> > panic: mtx_lock_spin: recursed on non-recursive mute= x vtbuf @ /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/vt/vt_= buf.c:744
>> >> >
>> >> > cpuid =3D 1
>> >> > time =3D 1779437567
>> >> > KDB: stack backtrace:
>> >> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2= b/frame 0xfffffe00d773e7a0
>> >> > vpanic() at vpanic+0x149/frame 0xfffffe00d773e8d0 >> >> > panic() at panic+0x43/frame 0xfffffe00d773e930
>> >> > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x1= 1b/frame 0xfffffe00d773e970
>> >> > vtbuf_flush_mark() at vtbuf_flush_mark+0x82/frame 0x= fffffe00d773e9b0
>> >> > vtbuf_unmark_on_cross() at vtbuf_unmark_on_cross+0xc= c/frame 0xfffffe00d773e9d0
>> >> > vtterm_fill() at vtterm_fill+0x27/frame 0xfffffe00d7= 73ea00
>> >> > teken_subr_erase_line() at teken_subr_erase_line+0x9= 0/frame 0xfffffe00d773ea20
>> >> > teken_state_2() at teken_state_2+0x497/frame 0xfffff= e00d773ea40
>> >> > teken_input_char() at teken_input_char+0x47/frame 0x= fffffe00d773ea60
>> >> > teken_input() at teken_input+0x9f/frame 0xfffffe00d7= 73ea90
>> >> > termtty_outwakeup() at termtty_outwakeup+0xcf/frame = 0xfffffe00d773eb60
>> >> > ttydisc_write() at ttydisc_write+0x337/frame 0xfffff= e00d773ecd0
>> >> > ttydev_write() at ttydev_write+0x13f/frame 0xfffffe0= 0d773ed10
>> >> > devfs_write_f() at devfs_write_f+0xf3/frame 0xfffffe= 00d773ed70
>> >> > dofilewrite() at dofilewrite+0x81/frame 0xfffffe00d7= 73edc0
>> >> > sys_writev() at sys_writev+0x69/frame 0xfffffe00d773= ee00
>> >> > amd64_syscall() at amd64_syscall+0x168/frame 0xfffff= e00d773ef30
>> >> > fast_syscall_common() at fast_syscall_common+0xf8/fr= ame 0xfffffe00d773ef30
>> >> > --- syscall (121, FreeBSD ELF64, writev), rip =3D 0x= 82601d5aa, rsp =3D 0x8207a3408, rbp =3D 0x8207a3430 ---
>> >> > KDB: enter: panic
>> >> >
>> >> >
>> >> > In case it helps, I believe this is file:line as rep= orted by gdb in core.txt:
>> >> >
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/kern/kern_mutex.c:353
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/dev/vt/vt_buf.c:744
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/dev/vt/vt_buf.c:864
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/dev/vt/vt_buf.c:210
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/dev/vt/vt_buf.c:232
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/dev/vt/vt_core.c:1201
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/teken/teken.c:121
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/teken/teken_subr.h:558
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/teken/teken.c:255
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/teken/teken.c:284
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/teken/teken.c:317
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/kern/subr_terminal.c:422
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/sys/ttydevsw.h:114
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/kern/tty_ttydisc.c:658
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/kern/tty.c:550
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/fs/devfs/devfs_vnops.c:1980
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/sys/file.h:372
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/kern/sys_generic.c:565
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/kern/sys_generic.c:492
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/kern/sys_generic.c:478
>> >> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/Fr= eeBSD/freebsd-src.git/sys/amd64/amd64/../../kern/subr_syscall.c:193
>> >> >
>> >> >
>> >> > --
>> >> > Bjoern A. Zeeb=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0r15:7
>> >> >
>> >>
>> >> I think it's probably related to or a regression from=
>> >> 8db0553ed6d8 ("vt: Clear cut-paste selection if the = area intersects
>> >> with the filled region")
>> >> = https://cgit.freebsd.org/src/commit/?id=3D8db0553ed6d8636d82a26896237099526= b93be19
>> >>
>> >> which added vtbuf_unmark_on_cross() which is in your pani= c stack.
>> >>
>> >> I don't know this code but it looks like the mutex is= first taken by
>> >> teken_input / teken_funcs_pre_input / vtterm_pre_input an= d then again
>> >> by teken_input with your panic stack.
>> >>
>> >> Ryan

How is the locking supposed to work in vt_mouse_event anyway?

Unsolicited suggestion: require that the vb_lock be held on entry to
vtbuf_set_mark, remove the lock acquisition from vtbuf_flush_mark, and
make the call path through vt_mouse_event to vtbuf_set_mark and
vtbuf_unmark acquire the lock.

Ryan
--0000000000003fa4030654035fd2-- From nobody Fri Jun 12 04:02:45 2026 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gc5TG2D1Fz6hMK4 for ; Fri, 12 Jun 2026 04:02:58 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: from mail-yw1-f175.google.com (mail-yw1-f175.google.com [209.85.128.175]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gc5TG0841z3H7H for ; Fri, 12 Jun 2026 04:02:58 +0000 (UTC) (envelope-from rlibby@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-f175.google.com with SMTP id 00721157ae682-7e2fc11088dso5256657b3.2 for ; Thu, 11 Jun 2026 21:02:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1781236977; x=1781841777; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=fzRlC/hRolqlI2E5zDiDuSa9fBXoayXDVRNX5yoRRjs=; b=aC+wno4mpgz+xy1kpLZ3uuUtjlITlPJHCJDLK/U4aM3FpN52G5DfwDneeK02WgCS54 Ub/U2Fy31jokxp8DJ3N2t7i7hTYHvS1jz2IVTTRz89fLPz6Q/wxBVcwKTNvq+tec+a0P 93LWiB9w/53y/LxulOLfz2OcGvKJqC3X9Rw0dLE2ifNrZlx4JFwCBJN4OWtgWX5sSHwU CkBUJhi7sjs8H7QfrCi2vNnINPAC5HVFEeanbMdGrWVpjHJTD588FW8zICJgQ+d7NnK4 DHx2xWx4W2Bpw1xS8HzTKEQw9ge+F2MYPYh6943vhXOi6ljl+qjJ8xQ1Z6psTpnpQcXX 8ZLg== X-Forwarded-Encrypted: i=1; AFNElJ+3M0JcawzMv565bbUMIc+A7VZ/kMUOl/cvALY4d9uOYVKELFLqpXmxqn+wQX7xRBZOh3Fme3pf@freebsd.org X-Gm-Message-State: AOJu0YzJccfMXwH1nXNgvtf6EFNbZqlX0qv799Kin7/nEMyXXnVYB5B0 wwkzYTXaMg8j9e1H+gqWlMNvZHIJ83olQ21Xnb0fEoX9ahU8zZT9/1H2xSJ1iw== X-Gm-Gg: Acq92OHHXkBXQBFT0TlG1PZ9W118pD4hDIHIkUCRooRdgrk5hjzLrjXVVv4k5U4FLcy QDq+fhllDzN+F5qFN+lVTyJT0V3og5890feHDorseXeWkFYjDk2hrZ+SQFeXtLuDDpwLKYe29OZ Q0Ga4Czq83q/YMY4L8XXAxlX66Bo6CSTOuQiiP8zNb1IafW7cDv2dNTjfm6C6PsGqL1b+kC3VJG HVyYycGUhGftzBsciF1jsao06Jpj4n1an55lk0qN1MOk8G7BoiFB+ITds9SFbZ7UouwAEryZeVr KMu5wcJtcy+b9g4CyVjI2hZ9RzsTRheLDL0+BwUj2dvRmJUzC9VXuhU79tt8Unm0YTvNhJud2Do phrEb2dfAzEottPWUjWqYqlXfViKUW91D8w1WPysPH1ScupJvOQDwdfrwZ47fKhOToCnzu6Ve67 7ETQisrNBtWq9muvFET4EVLrcdWo+9Sm4a4gX1GiOB/qg+Lnifb5qy12HGKjimvZ6Z/PRz X-Received: by 2002:a05:690c:9b11:b0:7cf:d9bc:808c with SMTP id 00721157ae682-7f7b7f37ec3mr10107177b3.29.1781236977086; Thu, 11 Jun 2026 21:02:57 -0700 (PDT) Received: from mail-yx1-f42.google.com (mail-yx1-f42.google.com. [74.125.224.42]) by smtp.gmail.com with ESMTPSA id 00721157ae682-7f76e2b506csm5927417b3.10.2026.06.11.21.02.56 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 11 Jun 2026 21:02:56 -0700 (PDT) Received: by mail-yx1-f42.google.com with SMTP id 956f58d0204a3-660e9ff0587so290202d50.0 for ; Thu, 11 Jun 2026 21:02:56 -0700 (PDT) X-Forwarded-Encrypted: i=1; AFNElJ/demtuWj/iaO4pE3ELC8h2O3F0qzbXHotgkLG5QlqsthXzpyTEpvg/smbUo+wTH8lsU6K90QN8@freebsd.org X-Received: by 2002:a05:690e:1c07:b0:661:1307:3d62 with SMTP id 956f58d0204a3-66278421f91mr813623d50.52.1781236976058; Thu, 11 Jun 2026 21:02:56 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 References: In-Reply-To: From: Ryan Libby Date: Thu, 11 Jun 2026 21:02:45 -0700 X-Gmail-Original-Message-ID: X-Gm-Features: AVVi8Cf7BLWZnWWAP1ztkQoVGuItaZJPBE4jBXCR-kZWqe9ExmDFLs6qSUIZaHQ Message-ID: Subject: Re: panic: mtx_lock_spin: recursed on non-recursive mutex vtbuf @ .. To: Aleksandr Rybalko Cc: Adrian Chadd , "Bjoern A. Zeeb" , current@freebsd.org, imp@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4gc5TG0841z3H7H X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Thu, Jun 11, 2026 at 5:15=E2=80=AFPM Aleksandr Rybalko = wrote: > > Fixed with mtx_owned(9) test yet. > See https://github.com/freebsd/freebsd-src/commit/1f68ca5802db91bd9725bcd= bf55932e104dbe95d > > Thanks! > > Thank you for fixing the panic. I still think the locking from vt_mouse_event may be busted. Ryan > =D1=81=D0=B1, 6 =D1=87=D0=B5=D1=80=D0=B2. 2026=E2=80=AF=D1=80. =D0=BE 03:= 17 Ryan Libby =D0=BF=D0=B8=D1=88=D0=B5: >> >> On Tue, Jun 2, 2026 at 3:01=E2=80=AFPM Aleksandr Rybalko wrote: >> > >> > Hey, Adrian! >> > >> > Know why, but working on a fix yet. >> > >> > Thanks! >> > >> > =D0=B2=D1=82, 2 =D1=87=D0=B5=D1=80=D0=B2. 2026=E2=80=AF=D1=80. =D0=BE = 20:01 Adrian Chadd =D0=BF=D0=B8=D1=88=D0=B5: >> >> >> >> hey! was this eventually fixed? I just hit it, notably a few days old >> >> -head (i think), but I still hit it. >> >> >> >> THanks! >> >> >> >> >> >> -a >> >> >> >> On Fri, 22 May 2026 at 08:51, Aleksandr Rybalko wro= te: >> >> > >> >> > Hey guys! >> >> > >> >> > Yeah, it seems my. >> >> > I will look into it today. >> >> > >> >> > Thanks! >> >> > >> >> > =D0=BF=D1=82, 22 =D1=82=D1=80=D0=B0=D0=B2. 2026=E2=80=AF=D1=80. =D0= =BE 18:35 Ryan Libby =D0=BF=D0=B8=D1=88=D0=B5: >> >> >> >> >> >> On Fri, May 22, 2026 at 1:46=E2=80=AFAM Bjoern A. Zeeb >> >> >> wrote: >> >> >> > >> >> >> > Hi, >> >> >> > >> >> >> > I was using the mouse in tmux on v1 when everying stopped. >> >> >> > Sadly we didn't switch to v0 for console but it seems I managed = to get a dump only checking now; the kernel from then is already gone. >> >> >> > >> >> >> > core.txt said. >> >> >> > >> >> >> > panic: mtx_lock_spin: recursed on non-recursive mutex vtbuf @ /u= sr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/vt/vt_buf.c:744 >> >> >> > >> >> >> > cpuid =3D 1 >> >> >> > time =3D 1779437567 >> >> >> > KDB: stack backtrace: >> >> >> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xff= fffe00d773e7a0 >> >> >> > vpanic() at vpanic+0x149/frame 0xfffffe00d773e8d0 >> >> >> > panic() at panic+0x43/frame 0xfffffe00d773e930 >> >> >> > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x11b/frame 0xf= ffffe00d773e970 >> >> >> > vtbuf_flush_mark() at vtbuf_flush_mark+0x82/frame 0xfffffe00d773= e9b0 >> >> >> > vtbuf_unmark_on_cross() at vtbuf_unmark_on_cross+0xcc/frame 0xff= fffe00d773e9d0 >> >> >> > vtterm_fill() at vtterm_fill+0x27/frame 0xfffffe00d773ea00 >> >> >> > teken_subr_erase_line() at teken_subr_erase_line+0x90/frame 0xff= fffe00d773ea20 >> >> >> > teken_state_2() at teken_state_2+0x497/frame 0xfffffe00d773ea40 >> >> >> > teken_input_char() at teken_input_char+0x47/frame 0xfffffe00d773= ea60 >> >> >> > teken_input() at teken_input+0x9f/frame 0xfffffe00d773ea90 >> >> >> > termtty_outwakeup() at termtty_outwakeup+0xcf/frame 0xfffffe00d7= 73eb60 >> >> >> > ttydisc_write() at ttydisc_write+0x337/frame 0xfffffe00d773ecd0 >> >> >> > ttydev_write() at ttydev_write+0x13f/frame 0xfffffe00d773ed10 >> >> >> > devfs_write_f() at devfs_write_f+0xf3/frame 0xfffffe00d773ed70 >> >> >> > dofilewrite() at dofilewrite+0x81/frame 0xfffffe00d773edc0 >> >> >> > sys_writev() at sys_writev+0x69/frame 0xfffffe00d773ee00 >> >> >> > amd64_syscall() at amd64_syscall+0x168/frame 0xfffffe00d773ef30 >> >> >> > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe= 00d773ef30 >> >> >> > --- syscall (121, FreeBSD ELF64, writev), rip =3D 0x82601d5aa, r= sp =3D 0x8207a3408, rbp =3D 0x8207a3430 --- >> >> >> > KDB: enter: panic >> >> >> > >> >> >> > >> >> >> > In case it helps, I believe this is file:line as reported by gdb= in core.txt: >> >> >> > >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/k= ern/kern_mutex.c:353 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/d= ev/vt/vt_buf.c:744 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/d= ev/vt/vt_buf.c:864 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/d= ev/vt/vt_buf.c:210 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/d= ev/vt/vt_buf.c:232 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/d= ev/vt/vt_core.c:1201 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/t= eken/teken.c:121 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/t= eken/teken_subr.h:558 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/t= eken/teken.c:255 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/t= eken/teken.c:284 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/t= eken/teken.c:317 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/k= ern/subr_terminal.c:422 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/s= ys/ttydevsw.h:114 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/k= ern/tty_ttydisc.c:658 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/k= ern/tty.c:550 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/f= s/devfs/devfs_vnops.c:1980 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/s= ys/file.h:372 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/k= ern/sys_generic.c:565 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/k= ern/sys_generic.c:492 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/k= ern/sys_generic.c:478 >> >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/a= md64/amd64/../../kern/subr_syscall.c:193 >> >> >> > >> >> >> > >> >> >> > -- >> >> >> > Bjoern A. Zeeb = r15:7 >> >> >> > >> >> >> >> >> >> I think it's probably related to or a regression from >> >> >> 8db0553ed6d8 ("vt: Clear cut-paste selection if the area intersect= s >> >> >> with the filled region") >> >> >> https://cgit.freebsd.org/src/commit/?id=3D8db0553ed6d8636d82a26896= 237099526b93be19 >> >> >> >> >> >> which added vtbuf_unmark_on_cross() which is in your panic stack. >> >> >> >> >> >> I don't know this code but it looks like the mutex is first taken = by >> >> >> teken_input / teken_funcs_pre_input / vtterm_pre_input and then ag= ain >> >> >> by teken_input with your panic stack. >> >> >> >> >> >> Ryan >> >> How is the locking supposed to work in vt_mouse_event anyway? >> >> Unsolicited suggestion: require that the vb_lock be held on entry to >> vtbuf_set_mark, remove the lock acquisition from vtbuf_flush_mark, and >> make the call path through vt_mouse_event to vtbuf_set_mark and >> vtbuf_unmark acquire the lock. >> >> Ryan From nobody Fri Jun 12 14:12:09 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gcM0C5Jkmz6hsfB; Fri, 12 Jun 2026 14:12:11 +0000 (UTC) (envelope-from brooks@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 "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gcM0C419xz3SNS; Fri, 12 Jun 2026 14:12:11 +0000 (UTC) (envelope-from brooks@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1781273531; 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=pUAM39f8I7T755WtbSoguy7X4lL/5IbDe5lNrG/SxTc=; b=i2+DDwB03Me4pmI6apti6CfmnjDsCcSsTTkL6UuTZkIr+UgXg3JUGoC6D2j743AG5rTBhd 0Scac2e5jKsoan+vAbro9845HO98EXZJZ7Xrg+KMRgW9K1CfJNYWZPw1QwZtBoLXxgIo+C qZkKOke7w+9G411Ndh/guszg3Y8UEvBrdVJU9GqtJKmBK3sc0o4BXUdec8OVDn1yMH0A4v Ejd4XjEqxJinbjJg6awQszkkt7LUdSY/uudzRHZ2G50Pv5/b88JSQL3FqO7JEZwV7192Ff 8JGhNX98579ZeOWGTKYqu5oI24s2ZeRTHq8LFsaJJyf+9ocKDhi0oBcmv7lC8g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1781273531; a=rsa-sha256; cv=none; b=bOCnouVNPqNKcqZG8tXy5d50C+0QelbAHcDA8Fpf2w4E+1jejaWt/94/mrQme2CYtAAP3M Ef+ZwxpnLYlp/c2gI3u6NtILiHtnns8400pWCHH83hpd6zjB/2w1YidykjXIPhlQvXZkzM DXsKufjLKtXvucKQi+jp125XmphBzTc14yla2bffqfPJmsPCqMX3PpnljzVht2w4cngVzN HdE4dhAi2XGFGkk7VjibuSiFV4kEjHedpFsUe2VuXCIUC4tZfVdYZ6//QDUHalTVQGCFzQ LsMRUo9rmyi3qwX6smktOaxhFe6yUrYpsNoMpsTB4gTfa6XDhLTaBN+YMJysCA== 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=1781273531; 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=pUAM39f8I7T755WtbSoguy7X4lL/5IbDe5lNrG/SxTc=; b=e5yd+3R7iV28rOzj2ZoPv003ScqMxf9i2bpo1hPlSGcR/9JU178ySzCTM1ad0g5q/oL5iy 0QvCNGyZOC2TZAPpTwXZHCmmKblSFXbUfti6svy6mTtBx4aLySFRPW+mXFn6XPcFvzAIbm SSDyguDnTb/Nen48Lxv28bVC7YNi5n7gOZ8IGQN7Z1knbCD8EfNUorynlAGODhnA8WdXkJ uUcO8qJvcODUlzxF1wIrYMsySOaEag7LSJYNiYKPJRt1MTB11t3rocOw1hEUjntvwcm1A6 IcV3eVjKQSa5H9b3+tgLmPcaXXzCIZVBDMwOuXZ2b5qTTJLl4vjsvhhCp8+xyQ== Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: brooks/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gcM0C2T75z233; Fri, 12 Jun 2026 14:12:11 +0000 (UTC) (envelope-from brooks@freebsd.org) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 758463C01A1; Fri, 12 Jun 2026 14:12:09 +0000 (UTC) Date: Fri, 12 Jun 2026 14:12:09 +0000 From: Brooks Davis To: Mark Millard Cc: freebsd-toolchain@freebsd.org, freebsd-current Subject: Re: https://github.com/llvm/llvm-project/pull/190596 updated the upstream to use ld.lld to avoid ${triple}-ld [replaced overly generic ${linker} reference] Message-ID: References: <4cebda23-101d-40f4-ab8e-a3600117da9a@yahoo.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4cebda23-101d-40f4-ab8e-a3600117da9a@yahoo.com> On Wed, Jun 10, 2026 at 02:30:33PM -0700, Mark Millard wrote: > On 6/10/26 13:19, Mark Millard wrote: > > See: https://github.com/llvm/llvm-project/pull/190596 > > > > For reference: > > > > QUOTE > > davidchisnall approved these changes on Apr 13 > > . . . > > aokblast merged 3 commits into llvm:main from > > aokblast:toolchains/fbsd_default_lld on Apr 13 > > END QUOTE I wonder if we should backport this change to stable branches. It would be nice not to have to block building devel/llvm* when binutils is installed. -- Brooks From nobody Fri Jun 12 14:23:10 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gcMDw4Ctvz6htxD; Fri, 12 Jun 2026 14:23:12 +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 "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gcMDw2pVzz3VpV; Fri, 12 Jun 2026 14:23:12 +0000 (UTC) (envelope-from dim@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1781274192; 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=zUoJ5W+BNWOAvAOU2OTsvknSf6u96HfK9VQ9m/hPdgY=; b=N8TD244YHHOf/XdvNfnKjrfxcdxpbIzLq6r6T2LVBlYwtiZ8t/xm84oLVWaesf0k8YfrJT AVsf55XUQQ7bw00/3WT7AB6DkPWBAko+EyA2ULPgABjiAzQCQ3zF4K8xL61OHyr7qswZyb pGJtOUUJsrx8kCV8tcwbvP6eyliGpWCkdqCdYL282Bgxp1aXl4Z+/ce2JHWKVGht8GSVMu vyg/G08LcvfVBuA9Bgy9ZM6AiIq0J5W08B0wL3MByoaCiduubj9qiqlJlHBlHoUuQH0feW vstZmT7eKXgXm6VBkO/vcllE0cXA2iyd4HFW1Hwpss2+4xJq7IT5CCY8BW8sJg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1781274192; a=rsa-sha256; cv=none; b=jAP1R2CtG+7fuZY9gpk36F3klUE1lfQc0cTpefkh1JV926+t8Ojh88sjcPA/QpWmetfpIw BZdL2hvzqZ7XZeF9I+ZaVZI56wq9kV/JjdVpjLfa0JRUDxb7elkr1k80OfG8UymjFm2AOm 69qNSbihQJBGM7Xik9DxEbe0HH1Cyt/ltipJ4GGsy40JaX+Hd0cw4j5Qf4aipn85WRqUbw GKfzDsyyW5xmWcNPgT0zEfti4TX85oyK50gONryYuOutnM6jrSmd3CpMPQUYuc2LIC7sSL pfv5HkMSj/hP9XXSjgYBFBgHeg5H0Nl+KncD2Dukw0SHTaDB79ZyWTZq4xu9/Q== 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=1781274192; 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=zUoJ5W+BNWOAvAOU2OTsvknSf6u96HfK9VQ9m/hPdgY=; b=kSvLYZ/ctphVITxqqGBw4gNcoTZM154pujnC+m0NE5B+zuTpyOVIJfStK7/lCVT8QecMMj qBFKls+H75ykQjNRje5ugz8IbqEKS1awxGbskhOhwvqJLMg1Inkcy9C30iv7a9t1FHNyp+ VN5xFs8FW5RXIwOe4+QBOEV3lzhsv/XfQTRVTfSBfMYyHv9FFm9Ht8kP2WeB3QWBswKsie kA86iLWqGvY5jA9r998o5inGosT/h+H61Lq3U79UN95lmvzoaz/hQQ9FwdWJVYDuk1XnHw 7hK0oMik0l72GoCJbVoMXvKmntVwCaTYcQs4Gsm4lw0gyLOmrouxmaluw6nakw== 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 ECDSA (prime256v1) client-digest SHA256) (Client CN "tensor.andric.com", Issuer "YE2" (not verified)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gcMDw1M8jz1Wt; Fri, 12 Jun 2026 14:23:12 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtpclient.apple (bladnoch.home.andric.com [192.168.0.20]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 5A81E6AC01; Fri, 12 Jun 2026 16:23:10 +0200 (CEST) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81.1.8\)) Subject: Re: https://github.com/llvm/llvm-project/pull/190596 updated the upstream to use ld.lld to avoid ${triple}-ld [replaced overly generic ${linker} reference] From: Dimitry Andric In-Reply-To: Date: Fri, 12 Jun 2026 16:23:10 +0200 Cc: Mark Millard , freebsd-toolchain@freebsd.org, freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <42FFD160-945D-485D-9124-18C8EEFAEE3E@FreeBSD.org> References: <4cebda23-101d-40f4-ab8e-a3600117da9a@yahoo.com> To: Brooks Davis X-Mailer: Apple Mail (2.3826.700.81.1.8) On 12 Jun 2026, at 16:12, Brooks Davis wrote: >=20 > On Wed, Jun 10, 2026 at 02:30:33PM -0700, Mark Millard wrote: >> On 6/10/26 13:19, Mark Millard wrote: >>> See: https://github.com/llvm/llvm-project/pull/190596 >>>=20 >>> For reference: >>>=20 >>> QUOTE >>> davidchisnall approved these changes on Apr 13 >>> . . . >>> aokblast merged 3 commits into llvm:main from >>> aokblast:toolchains/fbsd_default_lld on Apr 13 >>> END QUOTE >=20 > I wonder if we should backport this change to stable branches. It = would > be nice not to have to block building devel/llvm* when binutils is > installed. Yeah, it's a common enough annoyance. If you install e.g. amd64-gcc*, = you get amd64-binutils which installs = /usr/local/bin/x86_64-unknown-freebsd16.0-ld, and that is then preferred = over /usr/bin/ld. -Dimitry From nobody Fri Jun 12 17:59:02 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gcS2F3g1Dz6gl6k for ; Fri, 12 Jun 2026 17:59:17 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Received: from mail-qv1-xf2a.google.com (mail-qv1-xf2a.google.com [IPv6:2607:f8b0:4864:20::f2a]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gcS2D2dtrz3xL2 for ; Fri, 12 Jun 2026 17:59:16 +0000 (UTC) (envelope-from oleg.nauman@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20251104 header.b=MaCYud+m; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of oleg.nauman@gmail.com designates 2607:f8b0:4864:20::f2a as permitted sender) smtp.mailfrom=oleg.nauman@gmail.com; arc=pass ("google.com:s=arc-20240605:i=1") Received: by mail-qv1-xf2a.google.com with SMTP id 6a1803df08f44-8ce9df48e1bso15081846d6.1 for ; Fri, 12 Jun 2026 10:59:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1781287154; cv=none; d=google.com; s=arc-20240605; b=ArCGqBZcT2pGgPyAccodqAehRwCRHTOp3zqx5qax7rSq+czIPI5eQ3uzVgGsembfOc 7lFojeARA/b1xiPL7RYFi2CkGa9ZbjSnxKEimbxwHcqlCDNbh5OC9zUXy279tG5O0FPZ aQfeU3nZjdTYgMLPCAyDpSTtHoD9Akh05fS9n1ndwWCIA4+CnaJzYi+BoxPT8tccWASa QHd3czHo0dP1B0TE1M5XJUlyytTF+E2b1u9YFXeLAjz2HXb6P4sbsZdegOC3ReIHirvS CbV7i8Wdvo07/PVpXcHgOH9NoVn/xQtx8p0dDDqxp7M0xQEfvf43xdZMwRTZTjXKYMFW /x4g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=QSD3XdZ7U56a78YdSQqBz67eoJBPW7PzwJsR0gGBCN8=; fh=le3vsEhM3mq1mNGmYDndpCojA6c3ncX0/2NFBtvZu08=; b=ZtP6W+bVf1yNVGk8F90PdNDntzH1auRpMNNhtEwbi4uIw/lT4uWNcz1U4jrvNLYW87 EpWR1jyFw1uUsUZ91L3hbjH+vBDMUFhNSv51GI0atfXXlDow2Al7Q1+Fm0N6ukeIu0RY P5LwUwCXqZr/1FNwwwDZaJ5ndZy4ve1wAtZNir/sdFA0XqDapmhpFHk3O3p0G7FAN7YC HjtETKAvrugx4fij08Lx6JWjNpVj1MIf+cmNdhDXJxW1cBRt49cHCxfK/lGSMTYKww6T lL4T1Rf1iy9ixQr/XQ0b8gfYiz9Yyc3dzJKpoK28fD20XibMbs0BtAsKTTlXTEbUFZn9 QV+A==; darn=freebsd.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1781287154; x=1781891954; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=QSD3XdZ7U56a78YdSQqBz67eoJBPW7PzwJsR0gGBCN8=; b=MaCYud+mDpOViy6mtX9XNVUCZRD45N4He1NZIs2R/RpcI5fD4/aLRLAujaIjG5eJuO m2bRFnAsazfIwnC37pvA1B2ehypwcUl1wpx3rQ2AGJy0THpw7ZnVMIbstH1ouqnVW7mx yXONmaNxLLTHsP3mvR/fj52tBYhozBajQL/gidyO06/oprR/7CstGPHMsCLbQnOdEb4p niZ2qG9oBb4sv2cTKqfAYCxhS+bGhutaHPkAr+VEuXcom2uljhYmH5ZynnAaSusG/8w7 i/haJsBmQ5t/hoJtdzenpAbHoBbByG5bSdWIRxToJjyGDI9cQONjjMacjASnGd5ENC0i o9WQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1781287154; x=1781891954; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=QSD3XdZ7U56a78YdSQqBz67eoJBPW7PzwJsR0gGBCN8=; b=kSIr2l0QmGlQng735KA85lUMj/V1FC5Z654XppQmzXiCjWHjLFsu5mz5gGyxdLfUqc a7HV+QrKd5191TWunDCu//wcHL5fToKCS6c9B4ptZAAuWncdsFkIAKkrNG9zWk/rXCCf 4LFXJYp/omEDvF4RPwy++sZqC54P0rl6hshUNaxdBd/JVaFlceZXJNQzrHNL077Aq+nb /gNJ2ctTlcOP2bmSExClZrZOvpgpKVMLs75PTz643MrLxB3+81ct8aaxTqywdh0B8iWW JcnfDmPVau/2yzTd+PqLjpLJut6HhBndyOQmbD6S5z+6VrznzjhSzy9/llAcQj4JYqlP RArg== X-Gm-Message-State: AOJu0Yy+qy9BPoAszaUnJIvd86LP7TDD8ITBHl7XgklnHxMaI3BuzT4e GGxio1eFMDxpY0np21vXpv6YkOQTjPCbttZNZR6IYpgS4rcLHb7CvGaCcO9L2+B9DP4GcE7jd4Y xanHMNqmHiMSG0mtpGD6tARhMcHRUQYenQ/cP X-Gm-Gg: Acq92OE85nvhTr9URIWQpczga9gS0uXxQrYThg62AS7e9JeIyQAvPoEVt2cjEu25pPe FCByD8WtzCEoaZF2cH/OXnq704g30ceW8Rcu9BCjz6fkvvSXpPxW1bVUzKxvev46t+pbW2ox0nN fOfbrwE8sLty1xXZhsVNsDmSWa7rb+lZs0iw4Pc7K41G6/2Q7AwcgSfdDWlKg7tPPI2MAtIRETC QPcTgKYfIq1zEx66cIxX3bjtt9x1tQS8Bkph3sqHEHXXgsCVTRCwlQDqEAFPMMsGFV50UFue5lb JLEEuQ== X-Received: by 2002:a05:6214:5989:b0:8cc:f175:3ac4 with SMTP id 6a1803df08f44-8d32f3a9d23mr73534146d6.43.1781287154135; Fri, 12 Jun 2026 10:59:14 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 References: In-Reply-To: From: Oleg Nauman Date: Fri, 12 Jun 2026 20:59:02 +0300 X-Gm-Features: AVVi8CdUxa2n3wlZygX6rLrVGol9Dceo9Z18fnHKiDxOcRkltxsvUW_5ePcw9U8 Message-ID: Subject: Re: "CAP system call not allowed" for linux apllications To: Konstantin Belousov Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-4.96 / 15.00]; ARC_ALLOW(-1.00)[google.com:s=arc-20240605:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.963]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4864::/56]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20251104]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f2a:from] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4gcS2D2dtrz3xL2 Well, it looks like the next update ( currently it is HEAD at 1f68ca5802db ) has fixed this issue. Thank you On Wed, Jun 10, 2026 at 11:31=E2=80=AFAM Konstantin Belousov wrote: > > On Wed, Jun 10, 2026 at 09:19:14AM +0300, Oleg Nauman wrote: > > I have updated my CURRENT amd64 to c3d8aca1d43e and discovered that > > linux applications fail to run . > > It seems the failure reason is capsicum that blocks execution of linux > > syscalls, for example from ktrace/kdump output: > > > > CALL linux_socket(0x1,0x80001,0) > > CAP system call not allowed: linux_clock_gettime > > CAP system call not allowed: linux_socket > > RET linux_socket 8 > > CALL linux_clock_gettime 0 > > CALL linux_connect(0x8,0x7fffffffb450,0x14) > > CALL linux_clock_gettime(CLOCK_MONOTONIC,0x825829310) > > CAP system call not allowed: linux_connect > > CAP system call not allowed: linux_clock_gettime > > NAMI "" > > RET linux_connect -1 errno -88 Socket operation on non-socket > > RET linux_clock_gettime 0 > > CALL close(0x8) > > CALL linux_poll(0x8280054d0,0x2,0x6221) > > CAP system call not allowed: linux_poll > > CAP system call not allowed: close > > RET close 0 > > RET linux_poll 1 > > CALL linux_clock_gettime(CLOCK_MONOTONIC,0x825829300) > > CAP system call not allowed: linux_clock_gettime > > CALL linux_write(0x2,0x7fffffff92d0,0x2c) > > CAP system call not allowed: linux_write > > RET linux_clock_gettime 0 > > GIO fd 2 wrote 44 bytes > > "qt.qpa.xcb: could not connect to display :0 > > " > I cannot reproduce it, for me HEAD just worked. > > The trace above is also strange, if you look, the syscalls report > successful results, it looks like the 'CAP' records intervene out > of thin air. >