From nobody Mon Jun 1 00:01: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 4gTDdp5hfHz6frVN; Mon, 01 Jun 2026 00:01:34 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gTDdp2CJ2z3MF8; Mon, 01 Jun 2026 00:01:34 +0000 (UTC) (envelope-from salvadore@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1780272094; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=yStJP3RZkkAGb8u48jpljTh5LOeHcLJvnhm/lk2WEvw=; b=L0iR96GyV7CUKxnZlLyksZKxGSu6jLFSV5jqrcw4w+c8ms548BCbIt33dXvEUAnmMd45Z3 S3XmJgL/FkgGq+sKwUyuar6QVEJtCg2VUooz92HtA+Q9oHsj8pc0+qC2KEsW66XN0XpbTl ApxGez9zfdkulMXkDSPEg9PgdNA68Vik+K4Li/kjNwHkiFa4nHmSEw4Ch9A87tFFy+fVxJ k/+oSfmtU7dbJOyuUJZ/IK60sN75tvGZcchl83dfu+AQQXcAeYpeEmuIkOLTcipXaBlZFr XMqDVbnlVg67wHMhE01Jk23I8CcHQajtSPSkRc4qRTFyJJtFO4Ly7OYSq4BFhA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1780272094; a=rsa-sha256; cv=none; b=Y1JB0B2mgaFfUmrRcZmETK0/t49yZBpYngljA3KfrpCd/wSO/jYV1hjz20ebzf3OniAYig zN1FcPMnTMVcID9Cnlf8rd4CvhtdheHDlPOrw0k/3vc4SDo5xG3RiAj86s/hf3RxaQQE9R 8MZhr3OWBvWWjSxwkswErFlPCGe28Bo96NBYir87gEXMwejRi8r3FFeA5mAE+yZSxybkLe Sx4gf5htmAFUhxf73od+5i+m/LxP4AOFMj/2KZABtJF6bl76pk5wv1UbhHdBTnXxGNb3QB yUVfKEurESBf04YqcgSaPrBlNer1sBqH4H5TBsgtgYZEullhNt2+HoM82xh19Q== 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=1780272094; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=yStJP3RZkkAGb8u48jpljTh5LOeHcLJvnhm/lk2WEvw=; b=WO6TGFqEldTW4pr/Hwxe6j7ryK4rfT505B3a1CgBl2YuT55CZo2ft6qmfGqjMUZDQJyR9L OFVxveBqP2ABIkznTPNDAT7YWQrMekaOUa6uGgKE4ZjMOTlJHIN8mscafPte2+deP4vBB7 C6qBN2TjWS7dzAxMJXfqKxzRtaC+PbYjShMNk42ye9QRVVOPSHjODkSeoSg+GMSqtmxztn G3lOrcvBcO/IIEhQheYFXno3c9jPU23OIxKVm2tOAJIeB2QGMvGxqGTST5Pc2em21Tdu/V jWxg6OM91ZyNEMtKmKqomuFUbeXWByLjN0P4SkyirpADyMjE7MN6bZ/p2IcG5A== Received: by freefall.freebsd.org (Postfix, from userid 1472) id E4D371F44B; Mon, 01 Jun 2026 00:01:33 +0000 (UTC) To: freebsd-status-calls@FreeBSD.org Subject: Call for 2026Q2 status reports Cc: freebsd-current@FreeBSD.org,freebsd-hackers@FreeBSD.org,devsummit@FreeBSD.org,info@bsdcan.org,soc-students@FreeBSD.org,soc-mentors@FreeBSD.org Message-Id: <20260601000133.E4D371F44B@freefall.freebsd.org> Date: Mon, 01 Jun 2026 00:01:33 +0000 (UTC) From: Lorenzo Salvadore 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 Dear FreeBSD Community, The deadline for the next FreeBSD Status Report update is July, 14th 2026 for work done since the last round of quarterly reports: April 2026 - June 2026. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and they provide a great way to inform FreeBSD users and developers about work that is underway or has been completed. Report submissions are not limited to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The following methods are available to submit your reports: * submit a review on Phabricator and add the group "status" to the reviewers list. You should put your reports in the directory doc/website/content/en/status/report-2026-04-2026-06/ (create it if it is missing); * submit a pull request at . You should put your reports in the directory doc/website/content/en/status/report-2026-04-2026-06/ (create it if it is missing); * send an email to status-submissions@FreeBSD.org including your report. An AsciiDoc template is available at . We look forward to seeing your 2026Q2 reports! Thanks, Lorenzo Salvadore (on behalf of status@) From nobody Tue Jun 2 13:13:45 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 4gVB9j4Cpxz6gGfp for ; Tue, 02 Jun 2026 13:14:01 +0000 (UTC) (envelope-from chris.torek@gmail.com) Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) (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 4gVB9h34rGz3GWj for ; Tue, 02 Jun 2026 13:14:00 +0000 (UTC) (envelope-from chris.torek@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20251104 header.b="r4WSqE/d"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of chris.torek@gmail.com designates 2a00:1450:4864:20::230 as permitted sender) smtp.mailfrom=chris.torek@gmail.com; arc=pass ("google.com:s=arc-20240605:i=1") Received: by mail-lj1-x230.google.com with SMTP id 38308e7fff4ca-3967717c951so33418341fa.1 for ; Tue, 02 Jun 2026 06:14:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1780406038; cv=none; d=google.com; s=arc-20240605; b=KjojVh2DTDf1496641B3+lmly9u7IYn7deM80nS004XNo9aSZB2iFGgistocgLVqaC tMSGoa0YDLDOAtumrDIBglnRe5O91JWdg0HvOaAIRBj9OYBUhtlUYwF2jQvXcXC3U4IQ Mk6C+AesSNSgfPocZsaEWFOVSSKf6ZVe4tLNq1jwwE2owqubVh83y/EF8hOCIMzDJMnx pGO7qpVeockFl8UoSYWiqdPu72qcavbt2QnNjHQJp3nmFzJPA59FLWS7YHv90V5RDBDG 0uGPG46uQ2PlYzuNJqkfBPN4yAN7gvGffnNyt/Sqe3xOD15NJz5zXD/HNs+IkqlAqxPt CfJg== 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=f/e8iqSULrbLRI5H3qktRK/dNF//7LHVS5JoEM87Tgo=; fh=LGY41KqqTyCoaMJKquVOv/CCUDAqErvOS9ClTAgPqjQ=; b=TqZa3A+AtUSNg5ByNKrRGM0sc6ysxWTlkLP6kxN3uTwlq1+R4y9MUoKi4wM70e9Som wAR2kTFHW93+zES2TuDZU06a6nYBJHcaRfcV6GIlMzCUNUirDaULIkSlKBzflO++j7rP YBJLJk7E/fHZsk+naxqaTCmnIDqFddYXwaBZETz0ACC+6gf8HY2XMACa80VprfKNRIMP jrQ6r8bEKeUKj+l8Czv6UZb1ZLMDSzaGsrJaKms3i6+t3zrjX48a5xU2wJUMDaLowxJg ksRhNT8wvGPcWCNgarfw1eJ1tGth0Sp57VilcT/i7b13ATmF0AYerTYvAEs04ztbNdz0 dY8w==; 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=1780406038; x=1781010838; 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=f/e8iqSULrbLRI5H3qktRK/dNF//7LHVS5JoEM87Tgo=; b=r4WSqE/dL4EScn1eApDqeqr1OpMKNk52ij7UgP/Kfrc7g01CCFExwKp3AeGfXiPzlS 6v9bCg3PurOLGwlxhwPorNFe8LwFrhAjMRmK+GsUCxBYnHoLz80Oupv6AdhhnPj3yJOA QGKe2XqqSCEHpBQthLxumELOIYsL6qXftBHDOVpSwamh2IKR2TXVu4vXwkOcQ8BQdLzV oMfljLtIomD3rEvpfR6CcG8nglNFjgijDagHpZ2Sy86DHNrvs587FSoQPVydbtwgi5WQ h35kGejmSLGCuRGlaAB/0TRdtuwFiAlO6SRHEId6oRdsvGD/WNNFhAEqy4BeyAvd/r7w m1YQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780406038; x=1781010838; 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=f/e8iqSULrbLRI5H3qktRK/dNF//7LHVS5JoEM87Tgo=; b=NBFBZjLajipulZt3EXJi3xUhPvlgxEXFeP2PA61mkzspLqqPUOddFxafX2qLezAlrg h6GM+i5WQk45JJPF5CR2jAD9o+Tc29paR62oF3pTG8oJN9WdCGPzGuGx0XzE7sessNTX Kbh7NmqxDXqNKIOrUmffofl4hnPhzEFYywmMuBIrfnd6a4avp1LYChHrFqvIbY3iI2bL m8TWv5y2VjsGSqANEp8BNOU3AlwxfjWhg38S0kL9CJ+cW46X3nkn3QDdVEB8hvFUcOhP w1zXmq6l5Ex3fUzGQy5Tg+6/ET7HIM7TVDglOOre2QXgPZZJ7ijkPLXDGyyEcDK8Jint C2JQ== X-Forwarded-Encrypted: i=1; AFNElJ+pLei+fdM2k1nU4fVJ9BxRUSblqCe1OOCsdadFrappWRv1A+OnSyMijNanT4ggQ8hqPstVMwrjN4zZlPSC22U=@freebsd.org X-Gm-Message-State: AOJu0Yw/ftoeEEhiYabptyxT2FRL94i8SkdAmjiqPeJ2dJ0S/BRWCPro 9NzU+w+KhFlv3sxztd3fWwVaqBWQJbuMTJnV/+DEg8g14LAGlXb1dzn/Gji+A9y0scbY2Ke+sm3 mfRDd3L+VE5VbYhEAOIolJG/ziHLKoyM= X-Gm-Gg: Acq92OHbhQU9+lgWjKmFxnIgVC2ZdudBNSHDjH/raN+wn54bEzoEWiI8ZH+PRpgyt3r txfK6DPxwUU8cyVPIxxMrcJeQ371b92yniTfQgn9kz9HLkgiF8RopT9rVmxqIp6p99JR9wa/4Os znHRQRIs7hZIRUkvHfBrsY5Jk6UXDcNFNn9IDylq5Tt0QiomkxoOgtY/QojCXbqw6VZr7OEJ9Sn JQ+TQTz9+DZvuRqFhOY71B+WD8ewMKL/W69zpDbMrtNLwQfmwEvGLDjc1wfZ0kohcQHNEZ42DV+ AF8lYCHUPheS4KbgxhY= X-Received: by 2002:a2e:300a:0:b0:391:1570:b6c6 with SMTP id 38308e7fff4ca-39664e864ebmr35258871fa.2.1780406037699; Tue, 02 Jun 2026 06:13:57 -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: Chris Torek Date: Tue, 2 Jun 2026 06:13:45 -0700 X-Gm-Features: AVHnY4KpbVCsFMWWrD1sqmZCDqZOdrTYBhw4XqQs0N6Im_sWNGGIUVizGYjRq3k Message-ID: Subject: Re: AMD, CPPC, etc To: Adrian Chadd Cc: Olivier Certner , freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-4.88 / 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)[-0.999]; NEURAL_HAM_SHORT(-0.88)[-0.882]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20251104]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4864::/56]; MIME_GOOD(-0.10)[text/plain]; TAGGED_FROM(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::230:from] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4gVB9h34rGz3GWj On Sun, May 24, 2026 at 10:15=E2=80=AFAM Adrian Chadd = wrote: > Would you please file a PR about powerd and CPPC control knobs? I finally got around to doing this: "Bug 295793 has been successfully creat= ed" (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D295793) Chris From nobody Tue Jun 2 16:27: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 4gVGRx61H4z6gbtm for ; Tue, 02 Jun 2026 16:26:37 +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 4gVGRw1tJlz3jlV for ; Tue, 02 Jun 2026 16:26:36 +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 38316 invoked from network); 2 Jun 2026 16:26:35 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 2 Jun 2026 16:26:35 -0000 Date: Tue, 2 Jun 2026 09:27:01 -0700 From: Graham Percival To: freebsd-current@freebsd.org, freebsd-git-weekly@tarsnap.com Cc: Colin Percival Subject: FreeBSD Git Weekly 2026-05-25 to 2026-05-31 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.62 / 15.00]; NEURAL_HAM_SHORT(-0.99)[-0.994]; NEURAL_HAM_MEDIUM(-0.99)[-0.987]; NEURAL_HAM_LONG(-0.94)[-0.942]; 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: 4gVGRw1tJlz3jlV Hi all, I'm happy to announce FreeBSD git weekly for 2026-05-25 -- 2026-05-31: https://freebsd-git-weekly.tarsnap.net/2026-05-25.html It's a list of the 215 commits in that week, split into categories. Highlighted commits: - MAC/do: Executable paths feature (GSoC 2025's final state) "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 2 17:00:37 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 4gVHCy701bz6fvyH for ; Tue, 02 Jun 2026 17:01:18 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qk1-f176.google.com (mail-qk1-f176.google.com [209.85.222.176]) (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 4gVHCw2WT4z3tcG for ; Tue, 02 Jun 2026 17:01:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of adrian.chadd@gmail.com designates 209.85.222.176 as permitted sender) smtp.mailfrom=adrian.chadd@gmail.com; arc=pass ("google.com:s=arc-20240605:i=1") Received: by mail-qk1-f176.google.com with SMTP id af79cd13be357-91578c374ecso103050685a.3 for ; Tue, 02 Jun 2026 10:01:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1780419675; cv=none; d=google.com; s=arc-20240605; b=jZqtveXPR2YE235sHZlKIjNEWwBhQOt0h+Q/tL5VT4GH1VMQp/XLomMfjdYMVUmDD1 h5wlHh7jkazSm8eLuoV3MhVyOyB+VMAeUx8WNk/8BoOOBVg+dBfcVaNXSllpvXf5pMYf c8uLe9ai0QMWuNy7SWIwLg7hybvAcnj/8tyww/xuyHJWJPCuNclKjbj6242O2KOGYTvQ qrnAUh4rwJGD1h2BzyklYUR2Styg71l9ltVtTfzdhCNji5rh9Y3zC08A/nIVY4hN0ufZ Vst+gDJIqJWThZ96p/5e9554O8H/euwMvdDnBdU1hgXXSU/WXiAe8WogU5amIMUKGOL0 bvjg== 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; bh=C8dBI3edf282CxwXxpeogVnsH1oXC8qEdaUtiisk2bM=; fh=kemm3F71zrVKSX5cOIuPCOdp/T//QFDVwtTJy3EBAv4=; b=Sbh30qJv1/gthhtICZNlW+PJCp//E1oVTxUJfuBozc/K95cUPgkremaUC+zkA+zhc0 r+rQRgPphTEHWw8gz6SqnXXYTc69beJCTpLE//vQ86OE5oKn06VnPtE3zEhAWD9MCt83 Vv5CGt3QOxUUiK/9+4SGJ8Lp/H/3LqBissXIQ4YcyPfvY6+Ot9yxqv2DbpDl5sp/f0/e Bg8/sX7SSI4C+hAMOwlcu2VOiRf0lIx8CXJYWipmAIVSkRIILj5OQvxPtQyRwASBkh/z mv0MzFHyrCtI9HVBd0qDje07v3B104kaiFUgOf9u4trqKBnRwviOIGIupnDarqa6T5Zc oZkA==; 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=1780419675; x=1781024475; 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=C8dBI3edf282CxwXxpeogVnsH1oXC8qEdaUtiisk2bM=; b=aQhIUkhaHnnq75MKndVyGf8MfGCl1DXewiR1OqlQCwAG2TbrMH5x+hNd2R552MmFmQ HYnIRUb6IxjJH6h3a+cnNDnVhrg1IHTc3YGKW3M1N3ulih5NEd/OQBo3Xxtu/g1vFXu5 C9C2n/r59QpdPha1YsPLjV/VKYUsAkIKPlggFxnzw8Cz3u0Q0WsWZrIgQe709KQszHVm g6Q11B/ZP+lZlDXPVoHn57BVXAZfS2IjKl6cNOZx3rgn19SPtYKy9QMF8UGKEIO7Vg4k SIgdAyaqXoIJfBM+AR96jYL0qxAGImoiY+opFYS79EyfKpdJdOdwisvh7/eLR+486EXw Sxqw== X-Forwarded-Encrypted: i=1; AFNElJ9Gjmmr8JUI/ijWyKaDOke49zlCSh0v+bdGhHZBojoo9afRVKLcfN9PY08/JJGtE4tQaY7FqSs3@freebsd.org X-Gm-Message-State: AOJu0Yx9yIp6vzT3zDuihbEjnu3DvFcYebK7Xs/xVf5ySlSInu5vmJNw NiKLHeMhbuV2+VPcKo/p5uHCfGogT7SDPKL2xVKtSUynpbzPYb1gV8RVTA1xrhUMa8O+jS6RdHm rhxhvmCaSfI4IZMPxo38b0TY+VaqTsBU= X-Gm-Gg: Acq92OEUwUDWmOfuYumu4Z5pkkw4dGvlxZo25WAgTF7FTbhDrxyOlZ3od3em6m6eQ46 1/SuJhq5+rAWWORvXgy9HcCiYk/QDxUC2EcQjpc0IWgT/cEx5YIQIj/ct68fjm4RKVYIq05rC8P Q2VtzMkplPn/iBJ4oga1wumgAmWyyWYkW8BxMWozyS1FWH+GT2wOVIK0zC3PF0cU848RHQLeg5M 8WkoQGQ6fcf3qMOHJ6ygO8LdMqVl0J6SI9c/Eybh9cfW1pTA1g3B7tk3kzhNCzRTIa3sW20Zid7 BM1yM+m797ki0D4YUes/QA144yEUwt5gIXL12bEDTEo6oTx+pPVaq2EpHFh210Pb/HRlzRCtlIG nWAGLUuTGHqdPHyChwwEwFw8oP/8h1VQnS5lpyQ== X-Received: by 2002:a05:620a:414e:b0:915:4212:c483 with SMTP id af79cd13be357-9154212c639mr2433104385a.45.1780419649048; Tue, 02 Jun 2026 10:00:49 -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: Adrian Chadd Date: Tue, 2 Jun 2026 10:00:37 -0700 X-Gm-Features: AVHnY4Kn-FFz1jdeG5oaUbUDsuQ2DSApIpp2J0wvdiUgtKWm-Cfz60g_WtyKhAU Message-ID: Subject: Re: panic: mtx_lock_spin: recursed on non-recursive mutex vtbuf @ .. To: Aleksandr Rybalko Cc: Ryan Libby , "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 [-2.99 / 15.00]; ARC_ALLOW(-1.00)[google.com:s=arc-20240605:i=1]; NEURAL_HAM_LONG(-0.95)[-0.952]; NEURAL_HAM_SHORT(-0.76)[-0.759]; NEURAL_HAM_MEDIUM(-0.38)[-0.381]; FORGED_SENDER(0.30)[adrian@freebsd.org,adrianchadd@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; FROM_NEQ_ENVFROM(0.00)[adrian@freebsd.org,adrianchadd@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; MISSING_XM_UA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.222.176:from]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[209.85.222.176:from]; R_DKIM_NA(0.00)[]; RCPT_COUNT_FIVE(0.00)[5] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4gVHCw2WT4z3tcG 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 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 @ /usr/hom= e/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 0xfffffe00= d773e7a0 >> > vpanic() at vpanic+0x149/frame 0xfffffe00d773e8d0 >> > panic() at panic+0x43/frame 0xfffffe00d773e930 >> > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x11b/frame 0xfffffe0= 0d773e970 >> > vtbuf_flush_mark() at vtbuf_flush_mark+0x82/frame 0xfffffe00d773e9b0 >> > vtbuf_unmark_on_cross() at vtbuf_unmark_on_cross+0xcc/frame 0xfffffe00= d773e9d0 >> > vtterm_fill() at vtterm_fill+0x27/frame 0xfffffe00d773ea00 >> > teken_subr_erase_line() at teken_subr_erase_line+0x90/frame 0xfffffe00= d773ea20 >> > 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 0xfffffe00d773= ef30 >> > --- syscall (121, FreeBSD ELF64, writev), rip =3D 0x82601d5aa, rsp =3D= 0x8207a3408, rbp =3D 0x8207a3430 --- >> > KDB: enter: panic >> > >> > >> > In case it helps, I believe this is file:line as reported by gdb in co= re.txt: >> > >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/kern/ke= rn_mutex.c:353 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/vt/= vt_buf.c:744 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/vt/= vt_buf.c:864 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/vt/= vt_buf.c:210 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/vt/= vt_buf.c:232 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/vt/= vt_core.c:1201 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teken/t= eken.c:121 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teken/t= eken_subr.h:558 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teken/t= eken.c:255 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teken/t= eken.c:284 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teken/t= eken.c:317 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/kern/su= br_terminal.c:422 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/sys/tty= devsw.h:114 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/kern/tt= y_ttydisc.c:658 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/kern/tt= y.c:550 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/fs/devf= s/devfs_vnops.c:1980 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/sys/fil= e.h:372 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/kern/sy= s_generic.c:565 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/kern/sy= s_generic.c:492 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/kern/sy= s_generic.c:478 >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/amd64/a= md64/../../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=3D8db0553ed6d8636d82a26896237099= 526b93be19 >> >> 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 again >> by teken_input with your panic stack. >> >> Ryan From nobody Tue Jun 2 18:26: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 4gVK734KSjz6g5XQ for ; Tue, 02 Jun 2026 18:27:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qk1-f169.google.com (mail-qk1-f169.google.com [209.85.222.169]) (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 4gVK726kR2z48ks for ; Tue, 02 Jun 2026 18:27:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of adrian.chadd@gmail.com designates 209.85.222.169 as permitted sender) smtp.mailfrom=adrian.chadd@gmail.com; arc=pass ("google.com:s=arc-20240605:i=1") Received: by mail-qk1-f169.google.com with SMTP id af79cd13be357-91550eced6bso346834585a.1 for ; Tue, 02 Jun 2026 11:27:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1780424830; cv=none; d=google.com; s=arc-20240605; b=XUq39NXMQxIgooJUghaKTYXS5igvy5GZyS3bl7Yu8D4uQQ009eI8sWlqCf3MWRGT3r cRjD11ZAif0lm1f7tBLXdG7WkYepBuT9fvfblKBiKypYHel44Ur9g/4ZI3hNBe0757tC 6+gXxRcU+ysb+b6ZDtIw0C9zYHuz2TZzdlVYY8qSiOKz2NXJ2EraU0zPYf1PiobnDNnd 4uUf1A4+IiTvLL6y+m8emVNWj/VC3A5PrnAtornxoFIs5A7jqvaMPrrXXPoeTEWMPIcP y4FrOvHB3gXD0eJwhm5ahmxsRNvkcijLae2uLC2VPLvtgY6ew1hoIyHa7k6F0S0N/hrQ cz/Q== 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; bh=jY6x+HOWGfOJdnH2updGuZgMWK3BOre6KMvzLSrjJRE=; fh=EudaYrzTf+buwThnMbGJqT1p5biVUz7Pde6JxvSOnyY=; b=cOWSfFS8AKG0ubVf+HRA6bqmHw33d6dbkKiw+d81ac3qeBcuKR7P/SczoGwOHnaRfX uYUNVNLT6g41FENKcPgdKXyIg9Wd9PJdOKGNtdpcDJg3patFLFENDGJUDa6kqmoMsSUm pq2fHjgJ7CbcYzA2DNSQZjQuB9uELm2jcjOakxI3Zv7zeoa815KQV/tsgY8lyDcHAZ+w vZXdtajCF4xWdEH1SR7bvYT1YC+lMvmvvUzUUYoTIuTl11auHA2wwScR9hd5YrYYfPkU rLIRXNe2K0v9QsFNCaibQxjTazuHo1dvMt+up5+Bzdk/p0kbIVuXI87J/4mU5sJI4TiR PuWQ==; 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=1780424830; x=1781029630; 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=jY6x+HOWGfOJdnH2updGuZgMWK3BOre6KMvzLSrjJRE=; b=WHxlpYeWs1vHGyGj5Lgjr+aZig7VANPPRVyX4XkYtgAFbiT8B+toDc+onDcB0AFsDQ 7R5Bb3o0rge2jguBmkPVn/wuvLiloO1f5LhwnYBiAuvM1vSaY0UHePg7ueQPBb2GuKGr /kwXl1vjltB9P7Q04xRK1rQHjg35ghpshZAKWG3vticKcBSZWww7mvpyl7SmpWcsorGt BDYsUCeY2fn96F6armci5fCV3Z5XjFteMF2AtroIGOPqm4HxzvF4aZekzyKuVHrZ4DQn I9ri7QkvEWTt3E6DH85nv0J/sfiU3hP097qWPeXczUqarJZDE2d4JXJmuXagQJsrqhmJ F+yA== X-Forwarded-Encrypted: i=1; AFNElJ9/960TBkxNtR6MMvU1hg5/V/tAnRlsU9P2SHWY0gY5reLodWNSkZZRQsQ8/ZOnryehEHMBL1MlACX5PrOtauE=@freebsd.org X-Gm-Message-State: AOJu0YysBUzrLWDfQQJxnPC9vFEMVMzRWoj3ZbEMk2gGS0yiOQdoFV73 Efb+2jukT7m8AVmnACQj094vREB8+z2sN5wAx4ql0F3nI1+RzCTmtuD3mhzelWMl07UND75OtfO Kvp9z1ej4Le4U++SfCBZVkRkfCXei4ys= X-Gm-Gg: Acq92OHq/34HZcOfsuX/H3Ol5rlnyuO3qiYnT9cqNmKVSBa8dwBsWRwZtLj46G/4HJh IuPYlHyd47MsNwWFrT53YTZtfOMiL+InN9QQYOkKeK5s/Jg7gqpxCiPfGbadeFElRnrJhXysPkI 7IG80OZ0B7XB3dLufH/R6ekMoaNLeFndUVrAgPCGvYLPxy6TQPxH15TmkpTzCU4wkqNDJiE12D4 CEiad2bjlIqj7GpUdi60gWu6QZMxDAvQfnrVhHtnuyHh7F1hLzyHSyfI/b1qmnbZcNj86MWzHgr qZ8kxFDTfSGbivjEzGLSxP6BXkvKuzs5Vx8IwE9mcKoXICnnMvkW98i/Wfy/nFNzJvgKcdRsxHS RXHLKcpHxq6zjXlS1fY0jVoz2j6fLj3zNMj2oVz2ig7ULK0LDOoKfaYbIboxMTiKPOuo= X-Received: by 2002:a05:620a:4886:b0:914:bb8e:9163 with SMTP id af79cd13be357-9158a8291dbmr32605285a.54.1780424830097; Tue, 02 Jun 2026 11:27:10 -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: Adrian Chadd Date: Tue, 2 Jun 2026 11:26:58 -0700 X-Gm-Features: AVHnY4I8tae_Z4shZp72m_6HxQx2vqcIXpA84uA6qmSA_vmOP6wam1Jjyi27TMQ Message-ID: Subject: Re: AMD, CPPC, etc To: Chris Torek Cc: Olivier Certner , freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-3.53 / 15.00]; ARC_ALLOW(-1.00)[google.com:s=arc-20240605:i=1]; NEURAL_HAM_LONG(-0.99)[-0.989]; NEURAL_HAM_MEDIUM(-0.82)[-0.822]; NEURAL_HAM_SHORT(-0.82)[-0.819]; FORGED_SENDER(0.30)[adrian@freebsd.org,adrianchadd@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; RCPT_COUNT_THREE(0.00)[3]; TAGGED_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MISSING_XM_UA(0.00)[]; TO_DN_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_TO(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[adrian@freebsd.org,adrianchadd@gmail.com]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TAGGED_RCPT(0.00)[]; R_DKIM_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.222.169:from]; RCVD_IN_DNSWL_NONE(0.00)[209.85.222.169:from] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4gVK726kR2z48ks Thanks! Ok, it looks like there's a bunch of different power management things (this and the intel package state workaround control stuff I just saw go into main) that needs discussing. -a On Tue, 2 Jun 2026 at 06:14, Chris Torek wrote: > > On Sun, May 24, 2026 at 10:15=E2=80=AFAM Adrian Chadd wrote: > > Would you please file a PR about powerd and CPPC control knobs? > > I finally got around to doing this: "Bug 295793 has been successfully cre= ated" > (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D295793) > > Chris From nobody Tue Jun 2 22:01:07 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 4gVPtG5jGcz6gTsN for ; Tue, 02 Jun 2026 22:01:26 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-ej1-f41.google.com (mail-ej1-f41.google.com [209.85.218.41]) (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 4gVPtG1RcDz3Zn9 for ; Tue, 02 Jun 2026 22:01:26 +0000 (UTC) (envelope-from ray@ddteam.net) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-f41.google.com with SMTP id a640c23a62f3a-bef8b97655eso7038366b.0 for ; Tue, 02 Jun 2026 15:01:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1780437684; cv=none; d=google.com; s=arc-20240605; b=MVWXe6DFlARJ51H3gc8aCfcwQzahTWyDdMWBby5row4GBL71FODCdZSBW8AesaRU53 AICOUvPsG3UKuY46unHMYR0HDNeIhPavguNNwg9nT7CShxnHrfWBfxq3geU2pRu5t1Tz b3vVJbWfDmCD21xeuNecjaQ9WX8qgbhZ6XLMf3QLUFFbqXYW5mpioI2/UMTyKbaClKo/ TSei+i8dAjtnh976E8ekaSeG6J7q2VMJEdFQzbRmZLbdrImYtCWeZNl4KEpbyq2xWh0A +IQzIURUrdlPLIaUvuIYEDBRTtqR2AXh2B9r+rXQ1Sk7qWpBKxpjq4IE8PEXz4sckdCu p+6w== 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=wlCH1cuyYC+hOU4g3V2rlFdh+I5UlAPfE0gfaypabdI=; fh=BhiKp8tRoAYEa/uqAkM9oDmsJ3f+D9j96NIaLnEJZuo=; b=FvCKpBAMJvPxsvqBPDkrvi2zy9Xyu5/jvSpgC8oogJoOQbgYAL6f+/bWWGQkmtMbmC VPzsCEzyr06nkkBS/Tb50MOckVVs5H7p+kcWbzJAyHl2tqWlfM9B6g3loJgEhioMTTmu DndS4aC0fkRHP8dD2cTkF8MD7ZBxIjXr6Ikl62BmV136VxNhsA9+SWnfptAn0mZaiTog 17Rax+QXhLaUAcmf5PidFCFigk42wGkjm0Yi8exrmh6ibyuRfFjUpPLrTJTg+wccrDEU 4LJxQ3fUCCY5OEttgOOqfdxG3q7+/dt+//SJ6R6h08zm0QBMvEwcnbzZqHHeSrwXhj0a OpFg==; 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=1780437684; x=1781042484; 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=wlCH1cuyYC+hOU4g3V2rlFdh+I5UlAPfE0gfaypabdI=; b=RZws77s6o3DpNvrkdDD7EOZ1Y+WiPli4Aszr8HrxOYS8LTCOvQWo868CHsIpLwxB1d YiAwjZJjIEfP/6kphgbpewAvZEou+gdNykd/4S9FlSfmikxDGF2tSqM5pU6sugExlyng zig1geffo+jk1iNY7ZkjYRuVVvyaPAdAFjpprSUFm3W0b1KM+y0zZnlZ2TBaZCnABXco G/IT7oNmJJjqFU3aFTPFYPFQQEK7km7oLCmnDeH601+pmVHqb/wbFW9ytO+DzgF7jjrb wSmau2ndW8zz1FHMTpdivoMjemoQosASnPOwkul/bMPIxB/TKFGd/akheDMUuTOhNfKo WIZA== X-Forwarded-Encrypted: i=1; AFNElJ+tVIZ3WoD/zOzTvRWR/OX3247U4175Fxxnh54siyMOzKHPtl6VgaqGoJ+cj+XXRgklm6wTCp+c@freebsd.org X-Gm-Message-State: AOJu0YyTkldml81Xw4RsygkPy3nQ3OWmqCEYnmVNvM5wnKYlqY5aRUuN n3dfkRav1yN31yBjflrUjFUIOjSOtu0QsxUMoKrEFSj0j2j2IhlUh41Seyfm17IhkWDdN/rBWB/ f4f9ly4SX7CjiKI8NMvP7pmJiAd0W31tTD5THi1QQ X-Gm-Gg: Acq92OEgK9bzrj91csVaUjq1JTIzdpdOnpLR1bj/3yAHaygfQ9RBe4FwaOR75S2P46t nu2oOY4AdRYqB+lr8d6Rh19yuIyZQTnY/BZ/FJ1HzuxSIgAW3CgHoTv4lWojBiRIeVwDCBerNb7 sh23skaXea3qXwVNFakeorbXOwFLB+6aa+HhRQcmU8m6z7msn1sV/A5kGiyXg6T+9fT+tAqpPqF T2LWbbcjHa+emFsXVYBL0dYv4duXaL0KM3y8Y3LOp1kysfixxdQwyOV5d82Ow6DcwZMBE//GSuS a7NH85sJld0NujVbfI4= X-Received: by 2002:a17:906:6206:b0:bec:4799:3ee9 with SMTP id a640c23a62f3a-bf09c6aa8c0mr26038766b.5.1780437683566; Tue, 02 Jun 2026 15:01:23 -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: Wed, 3 Jun 2026 01:01:07 +0300 X-Gm-Features: AVHnY4KBO_atQsfwcKfgQADIgsCvcvk4xM8oHLfxX6kOuoTTWMnxqzrsUm2M5jI Message-ID: Subject: Re: panic: mtx_lock_spin: recursed on non-recursive mutex vtbuf @ .. To: Adrian Chadd Cc: Ryan Libby , "Bjoern A. Zeeb" , current@freebsd.org, imp@freebsd.org Content-Type: multipart/alternative; boundary="000000000000ac8b3f06534c731b" 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: 4gVPtG1RcDz3Zn9 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated --000000000000ac8b3f06534c731b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 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 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 @ > /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 0xfffffe00d773eb= 60 > >> > 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, rsp = =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 by > >> teken_input / teken_funcs_pre_input / vtterm_pre_input and then again > >> by teken_input with your panic stack. > >> > >> Ryan > --000000000000ac8b3f06534c731b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hey, Adrian!

Know why, but wor= king 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 Adria= n Chadd <adrian@freebsd.org>= ; =D0=BF=D0=B8=D1=88=D0=B5:
hey! was this eventually fixed? I just hit it, notably a few da= ys 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 stopped. >> > Sadly we didn't switch to v0 for console but it seems I m= anaged to get a dump only checking now; the kernel from then is already gon= e.
>> >
>> > 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:744=
>> >
>> > cpuid =3D 1
>> > time =3D 1779437567
>> > KDB: stack backtrace:
>> > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0= xfffffe00d773e7a0
>> > 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 0xfffffe00d= 773e9b0
>> > vtbuf_unmark_on_cross() at vtbuf_unmark_on_cross+0xcc/frame 0= xfffffe00d773e9d0
>> > vtterm_fill() at vtterm_fill+0x27/frame 0xfffffe00d773ea00 >> > teken_subr_erase_line() at teken_subr_erase_line+0x90/frame 0= xfffffe00d773ea20
>> > teken_state_2() at teken_state_2+0x497/frame 0xfffffe00d773ea= 40
>> > teken_input_char() at teken_input_char+0x47/frame 0xfffffe00d= 773ea60
>> > teken_input() at teken_input+0x9f/frame 0xfffffe00d773ea90 >> > termtty_outwakeup() at termtty_outwakeup+0xcf/frame 0xfffffe0= 0d773eb60
>> > ttydisc_write() at ttydisc_write+0x337/frame 0xfffffe00d773ec= d0
>> > ttydev_write() at ttydev_write+0x13f/frame 0xfffffe00d773ed10=
>> > devfs_write_f() at devfs_write_f+0xf3/frame 0xfffffe00d773ed7= 0
>> > dofilewrite() at dofilewrite+0x81/frame 0xfffffe00d773edc0 >> > sys_writev() at sys_writev+0x69/frame 0xfffffe00d773ee00
>> > amd64_syscall() at amd64_syscall+0x168/frame 0xfffffe00d773ef= 30
>> > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfff= ffe00d773ef30
>> > --- syscall (121, FreeBSD ELF64, writev), rip =3D 0x82601d5aa= , rsp =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:
>> >
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/kern/kern_mutex.c:353
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/dev/vt/vt_buf.c:744
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/dev/vt/vt_buf.c:864
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/dev/vt/vt_buf.c:210
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/dev/vt/vt_buf.c:232
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/dev/vt/vt_core.c:1201
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/teken/teken.c:121
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/teken/teken_subr.h:558
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/teken/teken.c:255
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/teken/teken.c:284
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/teken/teken.c:317
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/kern/subr_terminal.c:422
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/sys/ttydevsw.h:114
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/kern/tty_ttydisc.c:658
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/kern/tty.c:550
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/fs/devfs/devfs_vnops.c:1980
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/sys/file.h:372
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/kern/sys_generic.c:565
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/kern/sys_generic.c:492
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-src.git/sys/kern/sys_generic.c:478
>> >=C2=A0 =C2=A0 =C2=A0 at /usr/home/test/Sources/git/FreeBSD/fre= ebsd-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<= br> >> >
>>
>> I think it's probably related to or a regression from
>> 8db0553ed6d8 ("vt: Clear cut-paste selection if the area inte= rsects
>> with the filled region")
>> https://c= git.freebsd.org/src/commit/?id=3D8db0553ed6d8636d82a26896237099526b93be19
>>
>> which added vtbuf_unmark_on_cross() which is in your panic stack.<= br> >>
>> I don't know this code but it looks like the mutex is first ta= ken by
>> teken_input / teken_funcs_pre_input / vtterm_pre_input and then ag= ain
>> by teken_input with your panic stack.
>>
>> Ryan
--000000000000ac8b3f06534c731b-- From nobody Wed Jun 3 04:20:14 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 4gVZHd6XS4z6h6Qq for ; Wed, 03 Jun 2026 04:20:29 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (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 "mx-01.divo.sbone.de", Issuer "E7" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gVZHc4v9lz3Cpn for ; Wed, 03 Jun 2026 04:20:28 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b=glRFi9gu; dmarc=pass (policy=none) header.from=zabbadoz.net; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2003:a:140a:2200:6:594:fffe:19 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 7A474A64805 for ; Wed, 03 Jun 2026 04:19:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1780460390; bh=vfaP5nn55PuVXJyRq9HCCs/kA4HZ0h99Hf6bPo7a5MM=; h=Date:From:To:Subject:In-Reply-To:References; b=glRFi9gunuq5u049CLDWWiiIxoNdnBilYyjXKl1rZaIfNWsUJKKArWh6Sdenp+5O3 WpBTDXw1p9ewNIriVcNeZr4LvuIoBkf4gkq5Cu8vWjGX9s18oXiMdh28p5WRslMRcK D9Q3XjBGnlfrkbgI/jKEAZiuOeRfVRos35n++hM7tsMqxyM/y7nVihLEzrm+Ubyaoz gKaphJzEDN1Lj2y3+7ZBJNhBKP+lKLXzVo1M0PvyYJaWXScg4IdeFnBpDc1dk3ZoHb VS4ZD3ZtzUg4EjnyO2kNd8I5yqzAKtUB/p7COrsrknrbhIBeKwgXOjqHQ/nVUSpRi5 CNqj/jSjxHs8Ueh7YKQOXUCxKJY4ESfxZT/NJnqkJXWJ7JfWhZIm05ty1x5wfeohgm BBb27i6R31EsopdVjx7rPk/DOBU4N9/HM1LpRsWNH0IhOvh6ziruvWuWCLHDTMtLPO 4o2V+/gWYmTQeXY8WUZfSWnPr9w9pFaL+ou+BSWF0UTaxFSgm2C9ZaBDlRQaDQ6DTl cE53aQ/2wZyS4LCOmLZk38kCl7bYiQByKLHX6OYpH1zkFSusXG24vkvADNLBbxdUmr +DvHorjBb+Gf4lyRKPGo7qHFS14SjdPAgaTgAf5XwhnwlH5KBNKldeH7R5xtfHU+Iz iCq0MMxi2a6MIZI+MRJPEnos= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id DCCB02D029E9 for ; Wed, 3 Jun 2026 04:20:15 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id S7mFqmz79M5n for ; Wed, 3 Jun 2026 04:20:14 +0000 (UTC) Received: from nv.t4-02.sbone.de (nv.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:22]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 787352D029D8 for ; Wed, 3 Jun 2026 04:20:14 +0000 (UTC) Date: Wed, 3 Jun 2026 04:20:14 +0000 (UTC) From: "Bjoern A. Zeeb" To: current@freebsd.org Subject: Re: Fatal trap 12: .. cpu_idle_acpi .. callout_process In-Reply-To: Message-ID: <1064242-5q8-qqn-1769-634p9qrropro@mnoonqbm.arg> References: X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 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; format=flowed; charset=US-ASCII X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19]; MIME_GOOD(-0.10)[text/plain]; MISSING_XM_UA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; RCVD_COUNT_THREE(0.00)[4]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4gVZHc4v9lz3Cpn On Wed, 27 May 2026, Bjoern A. Zeeb wrote: > On Tue, 26 May 2026, Bjoern A. Zeeb wrote: > >> Hi, >> >> I got some LinuxKPI problems sorted and can finally shutdown a system w/o >> a driver panicing but now I see on a recent main (pxe booted in bhyve); >> this seems reproducible and typing reset I get the next panic and the next >> and the next and ... until bhyve stops after scrolling for a few seconds. >> >> Anyone seen this or any ideas? I'll try to build a plain main kernel >> otherwise >> to check that it's not anything else... > > I have already found the next LinuxKPI bug. > > If I just boot a kernel and do a shutdown -r I do not run into it > so unless it rings a bell for someone else as well, please ignore this for > now. It just happened again; no known LinuxKPI bugs in the way this time. So maybe it's real after all... >> Syncing disks, vnodes remaining... 0 done >> All buffers synced. >> Uptime: 46s >> kernel trap 12 with interrupts disabled >> >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0xfffffe00a58a0630 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0xffffffff80c0ebe8 >> stack pointer = 0x28:0xfffffe008bc49bb0 >> frame pointer = 0x28:0xfffffe008bc49c20 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = resume, IOPL = 0 >> current process = 11 (idle: cpu0) >> rdi: 0000000000002f2c rsi: 0000000000008000 rdx: 0000000000002e2d >> rcx: 0000000000002e2c r8: fffffe00a58a0630 r9: 000000007fff2744 >> rax: fffffe000ef4e000 rbx: 0000000000002e2c rbp: fffffe008bc49c20 >> r10: 00000000000003e7 r11: 000000000000044c r12: 0000002f2d000000 >> r13: 0000002f2d000000 r14: 0000002e2dd1597a r15: ffffffff82b28300 >> trap number = 12 >> panic: page fault >> cpuid = 0 >> time = 1779819492 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x36/frame >> 0xfffffe008bc498e0 >> vpanic() at vpanic+0x149/frame 0xfffffe008bc49a10 >> panic() at panic+0x43/frame 0xfffffe008bc49a70 >> trap_pfault() at trap_pfault+0x449/frame 0xfffffe008bc49ae0 >> calltrap() at calltrap+0x8/frame 0xfffffe008bc49ae0 >> --- trap 0xc, rip = 0xffffffff80c0ebe8, rsp = 0xfffffe008bc49bb0, rbp = >> 0xfffffe008bc49c20 --- >> callout_process() at callout_process+0x138/frame 0xfffffe008bc49c20 >> handleevents() at handleevents+0x19a/frame 0xfffffe008bc49c60 >> timercb() at timercb+0x19e/frame 0xfffffe008bc49cc0 >> lapic_handle_timer() at lapic_handle_timer+0xa4/frame 0xfffffe008bc49cf0 >> Xtimerint() at Xtimerint+0xb1/frame 0xfffffe008bc49cf0 >> --- interrupt, rip = 0xffffffff810b1104, rsp = 0xfffffe008bc49dc0, rbp = >> 0xfffffe008bc49dd0 --- >> cpu_idle_acpi() at cpu_idle_acpi+0x54/frame 0xfffffe008bc49dd0 >> cpu_idle() at cpu_idle+0xa6/frame 0xfffffe008bc49df0 >> sched_ule_idletd() at sched_ule_idletd+0x524/frame 0xfffffe008bc49ef0 >> fork_exit() at fork_exit+0x82/frame 0xfffffe008bc49f30 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe008bc49f30 >> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> KDB: enter: panic >> [ thread pid 11 tid 100003 ] >> Stopped at kdb_enter+0x33: movq $0,0x15be0c2(%rip) >> db> reset >> panic: mtx_lock_spin: recursed on non-recursive mutex callout @ >> /usr/src/sys/kern/kern_timeout.c:576 >> >> cpuid = 0 >> time = 1779819492 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x36/frame >> 0xfffffe008bc49160 >> vpanic() at vpanic+0x149/frame 0xfffffe008bc49290 >> panic() at panic+0x43/frame 0xfffffe008bc492f0 >> __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x11b/frame >> 0xfffffe008bc49330 >> _callout_stop_safe() at _callout_stop_safe+0x106/frame 0xfffffe008bc493a0 >> shutdown_resettodr() at shutdown_resettodr+0x15/frame 0xfffffe008bc493b0 >> kern_reboot() at kern_reboot+0x2a3/frame 0xfffffe008bc493f0 >> db_reset() at db_reset+0x108/frame 0xfffffe008bc49420 >> db_command() at db_command+0x3aa/frame 0xfffffe008bc494e0 >> db_command_loop() at db_command_loop+0x4d/frame 0xfffffe008bc494f0 >> db_trap() at db_trap+0x100/frame 0xfffffe008bc49590 >> kdb_trap() at kdb_trap+0x25f/frame 0xfffffe008bc496e0 >> trap() at trap+0x888/frame 0xfffffe008bc49810 >> calltrap() at calltrap+0x8/frame 0xfffffe008bc49810 >> --- trap 0x3, rip = 0xffffffff80c44f43, rsp = 0xfffffe008bc498e8, rbp = >> 0xfffffe008bc49a10 --- >> kdb_enter() at kdb_enter+0x33/frame 0xfffffe008bc49a10 >> panic() at panic+0x43/frame 0xfffffe008bc49a70 >> trap_pfault() at trap_pfault+0x449/frame 0xfffffe008bc49ae0 >> calltrap() at calltrap+0x8/frame 0xfffffe008bc49ae0 >> --- trap 0xc, rip = 0xffffffff80c0ebe8, rsp = 0xfffffe008bc49bb0, rbp = >> 0xfffffe008bc49c20 --- >> callout_process() at callout_process+0x138/frame 0xfffffe008bc49c20 >> handleevents() at handleevents+0x19a/frame 0xfffffe008bc49c60 >> timercb() at timercb+0x19e/frame 0xfffffe008bc49cc0 >> lapic_handle_timer() at lapic_handle_timer+0xa4/frame 0xfffffe008bc49cf0 >> Xtimerint() at Xtimerint+0xb1/frame 0xfffffe008bc49cf0 >> --- interrupt, rip = 0xffffffff810b1104, rsp = 0xfffffe008bc49dc0, rbp = >> 0xfffffe008bc49dd0 --- >> cpu_idle_acpi() at cpu_idle_acpi+0x54/frame 0xfffffe008bc49dd0 >> cpu_idle() at cpu_idle+0xa6/frame 0xfffffe008bc49df0 >> sched_ule_idletd() at sched_ule_idletd+0x524/frame 0xfffffe008bc49ef0 >> fork_exit() at fork_exit+0x82/frame 0xfffffe008bc49f30 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe008bc49f30 >> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> panic: mtx_lock_spin: recursed on non-recursive mutex callout @ >> /usr/src/sys/kern/kern_timeout.c:576 >> >> cpuid = 0 >> time = 1779819492 >> .. >> .. >> .. >> >> >> > > -- Bjoern A. Zeeb r15:7 From nobody Wed Jun 3 11:07:37 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 4gVlKT1wBNz6gbTg for ; Wed, 03 Jun 2026 11:07:41 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4gVlKR2DfYz48jM for ; Wed, 03 Jun 2026 11:07:39 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 653B7bJ2065361 for ; Wed, 3 Jun 2026 11:07:37 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 653B7b7l065360 for current@freebsd.org; Wed, 3 Jun 2026 04:07:37 -0700 (PDT) (envelope-from david) Date: Wed, 3 Jun 2026 04:07:37 -0700 From: David Wolfskill To: current@freebsd.org Subject: Build failure in /usr/src/sys/dev/thunderbolt/tb_pcib.c:307:6 Message-ID: Mail-Followup-To: David Wolfskill , current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="OXJh1/tdK4YYIvmR" Content-Disposition: inline X-Spamd-Result: default: False [-5.35 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.952]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[catwhisker.org]; FREEFALL_USER(0.00)[david]; MISSING_XM_UA(0.00)[]; HAS_ATTACHMENT(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; MLMMJ_DEST(0.00)[current@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:~] X-Spamd-Bar: ----- X-Rspamd-Queue-Id: 4gVlKR2DfYz48jM --OXJh1/tdK4YYIvmR Content-Type: multipart/mixed; boundary="Kg6mmfFjwZ5SVkiu" Content-Disposition: inline --Kg6mmfFjwZ5SVkiu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable (Sorry if this has already been seen & addressed; I don't have ready access to email archives just now.) During an in-plpace source-based update from: FreeBSD freebeast.catwhisker.org 16.0-CURRENT FreeBSD 16.0-CURRENT #592 mai= n-n286328-ea4888e63f6a: Tue Jun 2 11:29:57 UTC 2026 root@freebeast.cat= whisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1600018 16= 00018 to main-n286341-309fc9f76591 I see: =2E.. Building /common/S4/obj/usr/src/amd64.amd64/sys/GENERIC/subr_clockcalib.o Building /common/S4/obj/usr/src/amd64.amd64/sys/GENERIC/force-dynamic-hack.= pico --- tb_pcib.o --- /usr/src/sys/dev/thunderbolt/tb_pcib.c:307:6: error: variable 'error' set b= ut not used [-Werror,-Wunused-but-set-variable] 307 | int error __diagused; | ^ 1 error generated. *** [tb_pcib.o] Error code 1 make[2]: stopped making "all" in /common/S4/obj/usr/src/amd64.amd64/sys/GEN= ERIC =2EERROR_TARGET=3D'tb_pcib.o' =2EERROR_META_FILE=3D'/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC/tb_pci= b.o.meta' =2EMAKE.LEVEL=3D'2' MAKEFILE=3D'' =2EMAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose curdirOk=3Dyes' _ERROR_CMD=3D'cc -target x86_64-unknown-freebsd16.0 --sysroot=3D/common/S4/= obj/usr/src/amd64.amd64/tmp -B/common/S4/obj/usr/src/amd64.amd64/tmp/usr/bi= n -c -O2 -pipe -fno-strict-aliasing -g -nostdinc -I. -I/usr/src/sys -I/u= sr/src/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAV= E_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -fno-omit-frame= -pointer -mno-omit-leaf-frame-pointer -fdebug-prefix-map=3D./machine=3D/usr= /src/sys/amd64/include -fdebug-prefix-map=3D./x86=3D/usr/src/sys/x86/includ= e -fdebug-prefix-map=3D./i386=3D/usr/src/sys/i386/include -mcmodel=3Dkernel= -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tab= les -ffreestanding -fwrapv -fstack-protector-strong -gdwarf-4 -Wall -Wstri= ct-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno= -pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fd= iagnostics-show-option -Wno-unknown-pragmas -Wswitch -Wno-error=3Dtautologi= cal-compare -Wno-error=3Dempty-body -Wno-error=3Dparentheses-equality -Wno-= error=3Dunused-function -Wno-error=3Dpointer-sign -Wno-error=3Dshift-negati= ve-value -Wno-address-of-packed-member -Wno-format-zero-length -mno-aes -= mno-avx -std=3Dgnu17 -Werror /usr/src/sys/dev/thunderbolt/tb_pcib.c; ctfco= nvert -L VERSION -g tb_pcib.o;' =2ECURDIR=3D'/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC' =2EMAKE=3D'make' =2EOBJDIR=3D'/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC' =2ETARGETS=3D'all' CPUTYPE=3D'' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' MACHINE_CPUARCH=3D'amd64' MAKEOBJDIRPREFIX=3D'' =2E... I will attach the ERROR_META_FILE. Peace, david --=20 David H. Wolfskill david@catwhisker.org See https://www.catwhisker.org/~david/publickey.gpg for my public key. --Kg6mmfFjwZ5SVkiu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=tb_pcib.o.meta Content-Transfer-Encoding: quoted-printable # Meta data file /common/S4/obj/usr/src/amd64.amd64/sys/GENERIC/tb_pcib.o.m= eta CMD cc -target x86_64-unknown-freebsd16.0 --sysroot=3D/common/S4/obj/usr/sr= c/amd64.amd64/tmp -B/common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin -c -O2 -= pipe -fno-strict-aliasing -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys= /contrib/ck/include -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_O= PTION_HEADERS -include opt_global.h -fno-common -fno-omit-frame-pointer -= mno-omit-leaf-frame-pointer -fdebug-prefix-map=3D./machine=3D/usr/src/sys/a= md64/include -fdebug-prefix-map=3D./x86=3D/usr/src/sys/x86/include -fdebug-= prefix-map=3D./i386=3D/usr/src/sys/i386/include -mcmodel=3Dkernel -mno-red-= zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffree= standing -fwrapv -fstack-protector-strong -gdwarf-4 -Wall -Wstrict-prototy= pes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-s= ign -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics= -show-option -Wno-unknown-pragmas -Wswitch -Wno-error=3Dtautological-compar= e -Wno-error=3Dempty-body -Wno-error=3Dparentheses-equality -Wno-error=3Dun= used-function -Wno-error=3Dpointer-sign -Wno-error=3Dshift-negative-value -= Wno-address-of-packed-member -Wno-format-zero-length -mno-aes -mno-avx -= std=3Dgnu17 -Werror /usr/src/sys/dev/thunderbolt/tb_pcib.c CMD ctfconvert -L VERSION -g tb_pcib.o CWD /common/S4/obj/usr/src/amd64.amd64/sys/GENERIC TARGET tb_pcib.o OODATE /usr/src/sys/dev/thunderbolt/tb_pcib.c offset.inc assym.inc vnode_if= =2Eh acpi_quirks.h feeder_eq_gen.h feeder_rate_gen.h snd_fxdiv_gen.h miidev= s.h teken_state.h usbdevs.h usbdevs_data.h rpctlscd.h rpctlssd.h ia32_assym= =2Eh acpi_wakecode.h acpi_wakedata.h agp_if.h ata_if.h backlight_if.h card_= if.h power_if.h fb_if.h hid_if.h iicbb_if.h iicbus_if.h mdio_if.h miibus_if= =2Eh mmcbr_if.h mmcbus_if.h mvs_if.h nvme_if.h pci_if.h pci_iov_if.h pcib_i= f.h ppbus_if.h sdhci_if.h hdac_if.h ac97_if.h channel_if.h feeder_if.h mixe= r_if.h mpu_if.h mpufoi_if.h uart_if.h usb_if.h virtio_bus_if.h virtio_if.h = virtio_pci_if.h g_part_if.h g_raid_md_if.h g_raid_tr_if.h isa_if.h bus_if.h= clock_if.h cpufreq_if.h device_if.h linker_if.h serdev_if.h ifdi_if.h lkpi= _iic_if.h cryptodev_if.h xenbus_if.h xenbusb_if.h xenmem_if.h acpi_if.h acp= i_wmi_if.h vmbus_if.h irdma_if.h irdma_di_if.h tb_if.h opt_global.h -- command output -- /usr/src/sys/dev/thunderbolt/tb_pcib.c:307:6: error: variable 'error' set b= ut not used [-Werror,-Wunused-but-set-variable] 307 | int error __diagused; | ^ 1 error generated. *** Error code 1 -- filemon acquired metadata -- # filemon version 5 # Target pid 73121 # Start 1780484411.161968 V 5 E 80187 /bin/sh R 80187 /etc/libmap.conf R 80187 /var/run/ld-elf.so.hints R 80187 /lib/libedit.so.8 R 80187 /lib/libc.so.7 R 80187 /lib/libtinfow.so.9 R 80187 /lib/libsys.so.7 R 80187 /usr/share/locale/en_US.UTF-8/LC_COLLATE R 80187 /usr/share/locale/en_US.UTF-8/LC_CTYPE R 80187 /usr/share/locale/en_US.UTF-8/LC_MONETARY R 80187 /usr/share/locale/en_US.UTF-8/LC_NUMERIC R 80187 /usr/share/locale/en_US.UTF-8/LC_TIME R 80187 /usr/share/locale/en_US.UTF-8/LC_MESSAGES F 80187 80190 E 80190 /common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/cc R 80190 /etc/libmap.conf R 80190 /var/run/ld-elf.so.hints R 80190 /usr/lib/libprivateclang.so.21 R 80190 /usr/lib/libprivatellvm.so.21 R 80190 /lib/libz.so.6 R 80190 /usr/lib/libprivatezstd.so.5 R 80190 /usr/lib/libexecinfo.so.1 R 80190 /lib/libncursesw.so.9 R 80190 /lib/libthr.so.3 R 80190 /lib/libc++.so.1 R 80190 /lib/libcxxrt.so.1 R 80190 /lib/libm.so.5 R 80190 /lib/libc.so.7 R 80190 /lib/libgcc_s.so.1 R 80190 /lib/libelf.so.2 R 80190 /lib/libtinfow.so.9 R 80190 /lib/libsys.so.7 R 80190 /usr/src/sys/dev/thunderbolt/tb_pcib.c R 80190 tb_pcib-9a5096bd.o.tmp W 80190 tb_pcib-9a5096bd.o.tmp R 80190 ./opt_global.h R 80190 ./opt_acpi.h R 80190 ./opt_thunderbolt.h R 80190 /usr/src/sys/sys/types.h R 80190 /usr/src/sys/sys/cdefs.h R 80190 /usr/src/sys/sys/_decls.h R 80190 /usr/src/sys/sys/_visible.h R 80190 ./machine/endian.h R 80190 ./x86/endian.h R 80190 /usr/src/sys/sys/_types.h R 80190 ./machine/_types.h R 80190 ./x86/_types.h R 80190 ./machine/_limits.h R 80190 ./x86/_limits.h R 80190 /usr/src/sys/sys/_endian.h R 80190 /usr/src/sys/sys/_offsetof.h R 80190 /usr/src/sys/sys/_pthreadtypes.h R 80190 /usr/src/sys/sys/_stdint.h R 80190 /usr/src/sys/sys/bitcount.h R 80190 /usr/src/sys/sys/select.h R 80190 /usr/src/sys/sys/_sigset.h R 80190 /usr/src/sys/sys/_timeval.h R 80190 /usr/src/sys/sys/timespec.h R 80190 /usr/src/sys/sys/_timespec.h R 80190 /usr/src/sys/sys/param.h R 80190 /usr/src/sys/sys/_null.h R 80190 /usr/src/sys/sys/_param.h R 80190 /usr/src/sys/sys/syslimits.h R 80190 /usr/src/sys/sys/errno.h R 80190 /usr/src/sys/sys/time.h R 80190 /usr/src/sys/sys/_clock_id.h R 80190 /usr/src/sys/sys/priority.h R 80190 ./machine/param.h R 80190 /usr/src/sys/sys/_align.h R 80190 /usr/src/sys/sys/systm.h R 80190 /usr/src/sys/sys/callout.h R 80190 /usr/src/sys/sys/_callout.h R 80190 /usr/src/sys/sys/queue.h R 80190 /usr/src/sys/sys/kassert.h R 80190 /usr/src/sys/sys/stdint.h R 80190 ./machine/_stdint.h R 80190 ./x86/_stdint.h R 80190 ./machine/atomic.h R 80190 /usr/src/sys/sys/atomic_common.h R 80190 ./machine/cpufunc.h R 80190 /usr/src/sys/sys/pcpu.h R 80190 /usr/src/sys/sys/_cpuset.h R 80190 /usr/src/sys/sys/_bitset.h R 80190 /usr/src/sys/sys/_lock.h R 80190 /usr/src/sys/sys/_mutex.h R 80190 /usr/src/sys/sys/_sx.h R 80190 /usr/src/sys/sys/_rmlock.h R 80190 /usr/src/sys/sys/resource.h R 80190 ./machine/pcpu.h R 80190 ./machine/_pmap.h R 80190 ./machine/segments.h R 80190 ./x86/segments.h R 80190 ./machine/tss.h R 80190 ./machine/pcpu_aux.h R 80190 /usr/src/sys/sys/kpilite.h R 80190 ./offset.inc R 80190 /usr/src/sys/sys/libkern.h R 80190 /usr/src/sys/sys/kernel.h R 80190 /usr/src/sys/sys/linker_set.h R 80190 /usr/src/sys/sys/tslog.h R 80190 /usr/src/sys/sys/module.h R 80190 /usr/src/sys/sys/bus.h R 80190 ./machine/_bus.h R 80190 /usr/src/sys/sys/_bus_dma.h R 80190 /usr/src/sys/sys/ioccom.h R 80190 /usr/src/sys/sys/_eventhandler.h R 80190 /usr/src/sys/sys/kobj.h R 80190 /usr/src/sys/sys/devctl.h R 80190 ./device_if.h R 80190 ./bus_if.h R 80190 /usr/src/sys/sys/conf.h R 80190 /usr/src/sys/sys/malloc.h R 80190 /usr/src/sys/sys/sysctl.h R 80190 /usr/src/sys/sys/tree.h R 80190 /usr/src/sys/sys/lock.h R 80190 /usr/src/sys/sys/ktr_class.h R 80190 /usr/src/sys/sys/endian.h R 80190 ./machine/bus.h R 80190 ./x86/bus.h R 80190 ./machine/bus_dma.h R 80190 ./x86/bus_dma.h R 80190 /usr/src/sys/sys/bus_dma.h R 80190 ./x86/busdma_impl.h R 80190 ./machine/resource.h R 80190 ./machine/stdarg.h R 80190 ./x86/stdarg.h R 80190 /usr/src/sys/sys/_stdarg.h R 80190 /usr/src/sys/sys/rman.h R 80190 ./machine/pci_cfgreg.h R 80190 ./x86/pci_cfgreg.h R 80190 /usr/src/sys/dev/pci/pcireg.h R 80190 /usr/src/sys/dev/pci/pcivar.h R 80190 ./pci_if.h R 80190 /usr/src/sys/dev/pci/pcib_private.h R 80190 /usr/src/sys/sys/taskqueue.h R 80190 /usr/src/sys/sys/_task.h R 80190 /usr/src/sys/dev/pci/pci_private.h R 80190 /usr/src/sys/contrib/dev/acpica/include/acpi.h R 80190 /usr/src/sys/contrib/dev/acpica/include/platform/acenv.h R 80190 /usr/src/sys/contrib/dev/acpica/include/platform/acgcc.h R 80190 /usr/src/sys/contrib/dev/acpica/include/platform/acfreebsd.h R 80190 /usr/src/sys/sys/ctype.h R 80190 /usr/src/sys/sys/stdarg.h R 80190 ./machine/acpica_machdep.h R 80190 ./x86/acpica_machdep.h R 80190 /usr/src/sys/contrib/dev/acpica/include/actypes.h R 80190 /usr/src/sys/contrib/dev/acpica/include/platform/acenvex.h R 80190 /usr/src/sys/contrib/dev/acpica/include/platform/acgccex.h R 80190 /usr/src/sys/contrib/dev/acpica/include/acnames.h R 80190 /usr/src/sys/contrib/dev/acpica/include/acexcep.h R 80190 /usr/src/sys/contrib/dev/acpica/include/actbl.h R 80190 /usr/src/sys/contrib/dev/acpica/include/actbl1.h R 80190 /usr/src/sys/contrib/dev/acpica/include/actbl2.h R 80190 /usr/src/sys/contrib/dev/acpica/include/actbl3.h R 80190 /usr/src/sys/contrib/dev/acpica/include/acoutput.h R 80190 /usr/src/sys/contrib/dev/acpica/include/acrestyp.h R 80190 /usr/src/sys/contrib/dev/acpica/include/acpiosxf.h R 80190 /usr/src/sys/contrib/dev/acpica/include/acpixf.h R 80190 /usr/src/sys/contrib/dev/acpica/include/acconfig.h R 80190 /usr/src/sys/contrib/dev/acpica/include/acbuffer.h R 80190 /usr/src/sys/contrib/dev/acpica/include/accommon.h R 80190 /usr/src/sys/contrib/dev/acpica/include/acmacros.h R 80190 /usr/src/sys/contrib/dev/acpica/include/aclocal.h R 80190 /usr/src/sys/contrib/dev/acpica/include/acobject.h R 80190 /usr/src/sys/contrib/dev/acpica/include/acstruct.h R 80190 /usr/src/sys/contrib/dev/acpica/include/acglobal.h R 80190 /usr/src/sys/contrib/dev/acpica/include/achware.h R 80190 /usr/src/sys/contrib/dev/acpica/include/acutils.h R 80190 /usr/src/sys/dev/acpica/acpivar.h R 80190 ./acpi_if.h R 80190 /usr/src/sys/sys/ktr.h R 80190 /usr/src/sys/sys/mutex.h R 80190 /usr/src/sys/sys/lock_profile.h R 80190 /usr/src/sys/sys/lockstat.h R 80190 /usr/src/sys/sys/sdt.h R 80190 ./machine/sdt_machdep.h R 80190 /usr/src/sys/sys/power.h R 80190 /usr/src/sys/sys/selinfo.h R 80190 /usr/src/sys/sys/event.h R 80190 /usr/src/sys/sys/abi_types.h R 80190 /usr/src/sys/sys/sx.h R 80190 /usr/src/sys/dev/acpica/acpi_pcibvar.h R 80190 ./machine/md_var.h R 80190 ./x86/x86_var.h R 80190 /usr/src/sys/dev/thunderbolt/tb_reg.h R 80190 /usr/src/sys/dev/thunderbolt/tb_pcib.h R 80190 /usr/src/sys/dev/thunderbolt/nhi_var.h R 80190 /usr/src/sys/dev/thunderbolt/nhi_reg.h R 80190 /usr/src/sys/dev/thunderbolt/tbcfg_reg.h R 80190 /usr/src/sys/dev/thunderbolt/tb_debug.h R 80190 ./tb_if.h D 80190 tb_pcib-9a5096bd.o.tmp X 80190 1 0 X 80187 1 0 # Stop 1780484411.705969 # Bye bye --Kg6mmfFjwZ5SVkiu-- --OXJh1/tdK4YYIvmR Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQRCec5RsK7Enudh3yGB9MJ9AwUELQUCaiAK+V8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0NDI3 OUNFNTFCMEFFQzQ5RUU3NjFERjIxODFGNEMyN0QwMzA1MDQyRAAKCRCB9MJ9AwUE LbRkAP9/p+MqPTa5hqchQZHvvYa7mivgGC/c5cMp1/XA+3T2UgEA4tUO7B55BtiD FjS3660tNReUs3y8Z/FpL6lH+AGMmgA= =xwGe -----END PGP SIGNATURE----- --OXJh1/tdK4YYIvmR-- From nobody Thu Jun 4 00:46: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 4gW5V02Hfnz4yvm5 for ; Thu, 04 Jun 2026 00:46:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qk1-f172.google.com (mail-qk1-f172.google.com [209.85.222.172]) (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 4gW5Ty6sJtz3tPM for ; Thu, 04 Jun 2026 00:46:14 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of adrian.chadd@gmail.com designates 209.85.222.172 as permitted sender) smtp.mailfrom=adrian.chadd@gmail.com; arc=pass ("google.com:s=arc-20240605:i=1") Received: by mail-qk1-f172.google.com with SMTP id af79cd13be357-91563382bcfso25338685a.0 for ; Wed, 03 Jun 2026 17:46:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1780533973; cv=none; d=google.com; s=arc-20240605; b=RD6nfpoUsDj7eykuWUmANd0xgcK3fvepY/v+dbzxpogl+6uzei42smrxNJduF+no6V fqAladq4oZ5tYeHprGVc4R3j2853FhLcVn0bOsWGxB5guYcqmv57pmNruyNk8QTCpMhB 5Ea0fIDKUkbze+4LC435Yd+eWbPDd9McA8LD7Vi9anp7BxelJNe6x1e7908Yn5CR2ghL YUU+d/MC6oUQhDvLD+zWpVFM9/LxbSx9jECmP57goIRXj3JqnNdhgziDEDlVOqdxPrgt DaqIYEtlYmigKPzF5GLpJHiBAAUSchgO9tPypXAjIpb5hip395a0cEOrvkwpC+8dhARx FUwg== 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; bh=C8+9y5EjnoYppyy796WnwohAyy3xSKRtFOmhUqcyhM4=; fh=LY/0QVmH8waXG4EOzND8U6kfTUk+4/pTnd2vni0gjJs=; b=TOWHh85ckGvoWTRgnq4esv/xPVU5huLUTNxBV9bwfIcRIKM0Dojfa/OAYhT6DaUhWb SP6WdHw2r1AsZf822ujD7aEtkAIMNu/rIOS3x8yFKNX4bXez7VOaY0Xz1zqr8TSCO24h 8J0GNZe11AiLDBvWfYbRJge3ciVK4Pcz8EAPQsLNuOuJjjQtEnGPb8MIEMQXWMdTEgwu CuMqr0xswfTSCNAbhv09twRpX5oLalRJE046cMSFJERHRIsm6X+Qfp42tPDv87tUk2Qz mdkt/0XGuO+WHlG9y5pcnzEZuoFnu0zAhMY3kTrBTsoZX4R/f8cqWmeBUszscLS+6wKc vARw==; 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=1780533973; x=1781138773; 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=C8+9y5EjnoYppyy796WnwohAyy3xSKRtFOmhUqcyhM4=; b=W9gbJHS8WxboMN/oY4gNnIh22b2Yer3CYG3SCaiQutfrzQKpTVTtLN/9UVOyOTT4Lv 5L8eaB4CRQUsOnb0C3MdF/roRtvP0/tcgJv9CZmSFxk9l8pYolPXa4RZGwBkbE4o3oN6 DbhE2A9ss4EdQv5+RO82hLl07ibtCmb4tAXQJB7+NnoaeAtMbOmLrzCSfmTDwsJGYW1F yIkan8kdRXcSn5C9y4rXSjMD6BspsnO8w/a0WY1TXuoaSjhgA8FeGfxjwBSIA60fDZrO h/P0thOEekeybfRjQSul/2iwIXU69h3d8HSWlzT2jQTwIRrT71ZHOVNwr4WdsOR4AkO/ 3xiA== X-Gm-Message-State: AOJu0YxSR7J5xvkbWQxqWm++5llp9BFAJfP6h9cbNk6gB2ht25JUxUWT RDVc+882FuzeiAzxGPpCpUVd+u6VVPFFS0ew+8U7fQbY7NC6ZtpeFLlic1VCKnf9z8znflyd5qD QOwAvf/itNtnCnQlBvhQzr6FNLZ3MQ7g1YQNh X-Gm-Gg: Acq92OHRXVXn5AexJIPlAV0jnlluHT2uibxxu92s6Uc3bt0M3n+yEUw8wzwSNfuZcT4 6lch/IAdNNh3e32PQs4g57JcsKoAytf4EhQrUzEUrQUnOtJ8/3fPhVHYOffKl+IWlpqfiSnoOD7 7qGAbDSkZm4/NJsQ26kUu4btD1EAgu0U65PQ4OCqUBocyexeB4eYIsfaEFk9DP84Vc3jA1M+veq OO2rkOj7+BWziNdmcdeIUFBpFRskOhiC8zTB7nP5UUPC5HncWfqfhDZCh1dl/xWSrg9gxRz/eSE Q6IDXEs6gpIWLVCWrSLXK6hrxcNdp7KLvbtKLD27tdNpw9Fu4FkNX93Nmuw9iU9pTB6LEw9H/xz GHHaaI0WhrObdV03zKGjTTSUS0+Iz3y6DS/h2xGgVUp4jWlFABkwtEd2O6JiKPP8mXdtm X-Received: by 2002:a05:620a:4613:b0:915:4ca3:61bd with SMTP id af79cd13be357-9158a83f992mr1024461885a.59.1780533973407; Wed, 03 Jun 2026 17:46:13 -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: Adrian Chadd Date: Wed, 3 Jun 2026 17:46:02 -0700 X-Gm-Features: AVHnY4LQIZ6T_YZeAq8-V3iDuMjvrCWEB4bwUg2RzcoJO40TfvJZrOg7103PdBA Message-ID: Subject: intel MDIO busses, marvell ethernet switches, ATT-V150 / M270 CPE boxes To: freebsd-current , FreeBSD Net Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-1.97 / 15.00]; ARC_ALLOW(-1.00)[google.com:s=arc-20240605:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.90)[-0.897]; NEURAL_SPAM_MEDIUM(0.82)[0.822]; FORGED_SENDER(0.30)[adrian@freebsd.org,adrianchadd@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.222.172:from]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[adrian@freebsd.org,adrianchadd@gmail.com]; TO_DN_ALL(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[209.85.222.172:from]; RCPT_COUNT_TWO(0.00)[2] X-Spamd-Bar: - X-Rspamd-Queue-Id: 4gW5Ty6sJtz3tPM hi! A couple years ago I stumbled across threads where people wanted to bring up FreeBSD on the AT&T ATT-V150 CPE and the Watchguard M270 firewall boxes but couldn't figure out why the ethernet switch wasn't visible. Well it wasn't visible because the intel driver didn't expose an MDIO bus by default. Linux does, but a bunch of weird stuff is needed to get it all to work together right. Last year I put together a diff stack to fix the Marvell E6xxx switch driver a bit and add MDIO support to the ix driver. It's all in -HEAD now (as of like May 2026? or so), so if you want to play with the etherswitch framework on an x86 box you can now (mostly) just get one of the above boxes and whack -HEAD on it. There's hints to boot in /boot/loader.conf but by and large it will just work after that. I've written wiki pages about the devices which cover the weird configs required to get serial consoles to work, configuring boot devices and other bits and pieces needed (as well as the switch configuration hints!) : * https://wiki.freebsd.org/NetworkFirewalls/AttV150 * https://wiki.freebsd.org/NetworkFirewalls/WatchguardFireboxM270 Now before you ask, I don't yet have any plans to backport it to -15 as I'd like the MDIO changes to bake in -HEAD first and to find out any weird side effects from having it available. But if you DID want to play with it, please do consider grabbing -HEAD and messing around with it a bunch. I have one of each in my little lab network here and they're neat devices to explore the little switching framework we have in FreeBSD. Thanks! -adrian From nobody Thu Jun 4 23:11:48 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 4gWgLx0CYXz6fspN for ; Thu, 04 Jun 2026 23:12:09 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gWgLw2hN3z3cwX for ; Thu, 04 Jun 2026 23:12:08 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20251104 header.b=CgAupH0Q; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yaneurabeya@gmail.com designates 2607:f8b0:4864:20::62c as permitted sender) smtp.mailfrom=yaneurabeya@gmail.com Received: by mail-pl1-x62c.google.com with SMTP id d9443c01a7336-2c0c2c7d45eso12062585ad.1 for ; Thu, 04 Jun 2026 16:12:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1780614720; x=1781219520; darn=freebsd.org; h=to:references:message-id:cc:date:in-reply-to:from:subject :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ktVK4QrQo/u/EPssg8Euh9dm97R+eLh7D0gjrdu5nqI=; b=CgAupH0QCrJGpUj5M40GzQ/pxEN3MxBApvbY0NRXxRlosHdBxzDMQejCtJ2iBuOeLi kjC59KGDWhHslXnNMqWoy8bgwGo8cAiZpNuGAgI1BQxURIqR///Me8hayUxmxata4Rmv oyQ7j8c1Otk+HiASz9o5qc6266ATspaS/NT17Pic6DeoF/vYYBqzPa7P7w2SCwxGVSwx sD0J03NMgJkWB615vActecaTc3VumtnXh3PB03qzgkIHE/BDqfGHhVzPXpM7LE0mOE8P 43S8uKwgd40UL+WaiphyJJuYXnOV0On9ixvZmhpIcwIGla4eW0nk246XCYCTsrOPiIPZ leNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780614720; x=1781219520; h=to:references:message-id:cc:date:in-reply-to:from:subject :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=ktVK4QrQo/u/EPssg8Euh9dm97R+eLh7D0gjrdu5nqI=; b=g0ojl+qLiC+gEFC06h5aXDdrsenWcKIjpojEaorCAWovGEyVTB/PmWb5Xm1Q9lu+Wx S0d6Uv8Tq3B9mkzo0jrlrRsPB4kVfVzg4gvtM6c8uT2uy7KWXkOouTCh52KSmPEUSmzS p1bDtpupGD3T9cf419SlCvqOBbqe7GUUGwc1KMC7ObAYW0fqH8HvrNI2BUS+ousnEpZK Tc8OGolfiW5gmIIAPKGk8BWAawD1l5XGmHiDW8V2HaYm2/T8nm1l03lag0YAoltVKaJN ktXGgEuMOATASUuCdfcCiqb2cSwVhHj39xfvzFNj0Nl2Zsu3tBx88a5hKEM6F/Op9Gkv qrNg== X-Gm-Message-State: AOJu0Yzwk9k2Lksv1Ynl7IvCKewDNnYq08UdzvWq5Zx1kRrBlgW5AV+J Kv/+chpJIGTQRTvJtja85zWQJEX+eM6gvqJ8NBQxJZi0pW3izrTffwno X-Gm-Gg: Acq92OHmWwI9Zs/V6mdrlrXe0ETkBE9YuCxshn90z4xrVWCpYdOFH3vQ4wrOgXVP6KK bUxk/3Am00/5Q27qZerVxhOBZVCCV4F9Z5FO/z1os97mrlLDu67iJ8M4ZBbvb4x6NPw27DkK3uh teqWhb7JB3SctCIAAhbAneUEbXikFP8U+BKqNI77bCqQPfup5S3go6F/93eP4nmcvfDGDL2DFEM /jeSUfgLMEg4uDGbLQzLZWB5RR22uvLbB54gMW7jliOzCleJLDwKY3Pc5z98kgLyHozVMrz9BuN PZaANk4NmKBKBLVQNnhXT4fqq6MAmgLqya8q0zE5hlOM43QckeLPBGnHdFdjDiHPdUEI7e5OvqF PfIeif3B9ruAP7Xj9uwxGnGQQxL1LnbCkmIQdaeLQNhbxAgu9fiZnmXoVpXsWEWhaSTSyFNAw+v 6hoS/JIwfFHFF1A6nSJO1G7S0Ol/OQwWtylFzzLkH6HA6Jbv+kQWiEPqsfFGJVnWvhn1o= X-Received: by 2002:a17:903:3bc7:b0:2bd:c925:3a16 with SMTP id d9443c01a7336-2c1e80e3bcbmr6284805ad.2.1780614720483; Thu, 04 Jun 2026 16:12:00 -0700 (PDT) Received: from smtpclient.apple ([185.228.19.36]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-2c16609e2d7sm72584995ad.39.2026.06.04.16.11.59 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 04 Jun 2026 16:11:59 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_25E42992-9EC8-441E-9828-9163FACD2051"; protocol="application/pgp-signature"; micalg=pgp-sha256 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 \(3864.600.51.1.1\)) Subject: Re: Build failure in /usr/src/sys/dev/thunderbolt/tb_pcib.c:307:6 From: "Enji Cooper (yaneurabeya)" In-Reply-To: Date: Thu, 4 Jun 2026 16:11:48 -0700 Cc: current@freebsd.org Message-Id: References: To: David Wolfskill X-Mailer: Apple Mail (2.3864.600.51.1.1) X-Spamd-Result: default: False [-5.60 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MV_CASE(0.50)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4864::/56]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20251104]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; HAS_ATTACHMENT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::62c:from] X-Spamd-Bar: ----- X-Rspamd-Queue-Id: 4gWgLw2hN3z3cwX --Apple-Mail=_25E42992-9EC8-441E-9828-9163FACD2051 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Jun 3, 2026, at 4:07=E2=80=AFAM, David Wolfskill = wrote: >=20 > (Sorry if this has already been seen & addressed; I don't have ready > access to email archives just now.) Yes. olce@ addressed this issue a few days ago. Cheers, -Enji= --Apple-Mail=_25E42992-9EC8-441E-9828-9163FACD2051 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkHfexGRJ3gYRdA2gGpE5DjPsNJgFAmoiBjQACgkQGpE5DjPs NJj9DhAAge8woVmNNABz73YCo9q9281EYmSsoIoW/NwXVCKpnMsN78VOoxIPglE4 ZmW+iwq2OR4J/KpYKiW54p3DqM33gAJ1yMb/mqBU+t/7YtvLrcmBneMjgcqj/Kre rJErbOikChavhRkM81ncSpxLkHR0TthrVTqDC/KKo9/vaaoyb/2pCL4g0ijNSyHR 5ArXHHb4Ce2X1u4upJggkcBBaqnqtSFDHkJeHhYhaGdLHHFFsKVdDcw2vHZaHuhE 5mKQ1RsUwyjJ1i2vvENCG/zluJJKz+f0RMWYPQarCN0sMzzMaz+Jt6Yq+I5/btT8 lWBxcIxcdR+b2QXTIGn1WeaasKeCY0dkQuqfwf8ZUpkPv79Nzs88Yp96Q9Bjl6aw XkHBKvxvoGkgK18xd2IlElvizwdU2H51yrqI6jQ9yvXZ459Q69klZA41tJBKtPTe R63hAe15rBO40PteBcVPy3B2rDMzUEnIRN0ajl6aadQfrx6GLYc8rdGeIwgjlTfh NSGWlMZhNfx1x52n47L5hccgc/tKW4y/KTdSOb5ai3vTlaR6UU0VAxaeCRdfjvRp dxfhIomHrCrFRsdNaAsfk9fICLI64nPTbOeQ0X0or7ErooNoAw0S6UQGb8qIdSu8 aJQggSgnuOCa1D3+12xWM2Bj+vCPpaJZXvwQ+79ZEoIO1maESNA= =051L -----END PGP SIGNATURE----- --Apple-Mail=_25E42992-9EC8-441E-9828-9163FACD2051-- From nobody Sat Jun 6 00:16:52 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 4gXJlP5fB8z6gnck for ; Sat, 06 Jun 2026 00:17:05 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: from mail-yw1-f173.google.com (mail-yw1-f173.google.com [209.85.128.173]) (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 4gXJlN5L45z3jlT for ; Sat, 06 Jun 2026 00:17:04 +0000 (UTC) (envelope-from rlibby@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of rlibby@gmail.com designates 209.85.128.173 as permitted sender) smtp.mailfrom=rlibby@gmail.com Received: by mail-yw1-f173.google.com with SMTP id 00721157ae682-7e1c3f47d78so28425227b3.0 for ; Fri, 05 Jun 2026 17:17:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780705023; x=1781309823; 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=lzWXe+lkaSg/95F6WkwOsLkw5p18A1wEp4bP/EZjtJA=; b=WIuBvu50Sdr5aneIA/bAAQ16NKlbjbngZuF9oYQSlFaEV7LviHQh0mGgRgOtp6WBLI gwH+kqGyBaGXgRO7DixLUw4s27LfeM8M9x/DKwq7mohtPiPJyuHmS3HTmOLhxbL2Inqy oTIfvi7o6t+SiJVinPuY/kLu4iNtBKOklYmP4826Y6wwJGh41GHPOgTqKDzlwvgN7Y8G DNXVDVuRv+r+r1oHSI6I5gfPR3l/JpECkdz1G612vPLmTbbFAqX4gkrGgvj8/ifo3Prw ACmGsH2oaOL7jIiMYWEjqEhHXmA2MGmxhIgcwXGZ5RS/ujAfVL75V4LqWVaXNs2e2p4l CRxA== X-Forwarded-Encrypted: i=1; AFNElJ+dnI/Qw2kpxrDdxgITP1fy7m5r8AWpRI2PmFyv7iklKM3jAW3SG9p/I5MY0bZPT8nuJiUR2jFR@freebsd.org X-Gm-Message-State: AOJu0YwhWm5C2BlTJ/st+wQyMWYMhAOc+UB2hTA1ESUz6WnORo1+9cZS /GUGnVgeVAYBeSUXlF8zx218dRtGCF88hRxEG08LNI0mMBqQpVAlCkqIkxbPVQ== X-Gm-Gg: Acq92OEiJefivBfHKhtUjwDBe3T2IiRVFpbuR7wP515JORj/NesIV1u0TLnpR3iv879 Z0x+kOkCZYyUeNWt0Jn/QWJbIiwgogirsTzQ3rPMyCwDYr6ilq+JsHKL/eA3JSY7Sc5zAzufLV6 XXVNVObP2v/OmH1QSgEoaFMbciRolfJkdoUNyR40qMx6iRPcB4sncba6S4jsICx1AcJ8hZjvbWU WRzMgh6x/c5Wh1EkF4ycz+TwtPhap2mSRqqpYC5BeUzN0gAKEhUIVUfKOTyJmJWNzCil0B8aZyt BTgm4E30HrzHceRB70eHu8XWHCxkK8vyiIHag+c6dHHTJWUpvlNy8vzYKz6zOslK0+oElXbcLML s9w8iGcapPaIoV6jjx+nPIlzFcYWDsal/lijndFrwdZQpOOxsJ+VYKwO0aB4qL3A6zShm6LNw9c iQjF4UgFGAzRF6Td1WsMhq/nV+BFmRo0gOzcMvbBsOZLcIW00gdvCG19LVufkn1mUnyEkieVJy3 Pdz6mU= X-Received: by 2002:a05:690c:e34d:b0:7a1:3088:e528 with SMTP id 00721157ae682-7ed0adbfd8bmr62676477b3.18.1780705023503; Fri, 05 Jun 2026 17:17:03 -0700 (PDT) Received: from mail-yx1-f52.google.com (mail-yx1-f52.google.com. [74.125.224.52]) by smtp.gmail.com with ESMTPSA id 00721157ae682-7ea20ea816dsm57458557b3.7.2026.06.05.17.17.03 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 05 Jun 2026 17:17:03 -0700 (PDT) Received: by mail-yx1-f52.google.com with SMTP id 956f58d0204a3-6603246b66dso2602286d50.1 for ; Fri, 05 Jun 2026 17:17:03 -0700 (PDT) X-Forwarded-Encrypted: i=1; AFNElJ/djKgeFXyr1/5l8hgLj8lWX7TJJI0J3VJaCs9MghnS6r79bWMq1l8gKaTx/6Jc9hCQGUycBGjO@freebsd.org X-Received: by 2002:a05:690e:169e:b0:651:bb21:e7fb with SMTP id 956f58d0204a3-66106fada73mr5151767d50.54.1780705022934; Fri, 05 Jun 2026 17:17:02 -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: Fri, 5 Jun 2026 17:16:52 -0700 X-Gmail-Original-Message-ID: X-Gm-Features: AVVi8CdfqCvKtcoB5RgzZhcB7SqrFMIVMGzv36a9C9lOaGEJzNevC88LPagVnq0 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 [-2.66 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.76)[-0.765]; FORGED_SENDER(0.30)[rlibby@freebsd.org,rlibby@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MISSING_XM_UA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; RCVD_IN_DNSWL_NONE(0.00)[209.85.128.173:from,74.125.224.52:received]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[rlibby@freebsd.org,rlibby@gmail.com]; FREEFALL_USER(0.00)[rlibby]; MLMMJ_DEST(0.00)[current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.128.173:from]; R_DKIM_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_FIVE(0.00)[5] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4gXJlN5L45z3jlT 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 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 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 @ /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+0x2b/frame 0xfffff= e00d773e7a0 >> >> > vpanic() at vpanic+0x149/frame 0xfffffe00d773e8d0 >> >> > panic() at panic+0x43/frame 0xfffffe00d773e930 >> >> > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x11b/frame 0xffff= fe00d773e970 >> >> > vtbuf_flush_mark() at vtbuf_flush_mark+0x82/frame 0xfffffe00d773e9b= 0 >> >> > vtbuf_unmark_on_cross() at vtbuf_unmark_on_cross+0xcc/frame 0xfffff= e00d773e9d0 >> >> > vtterm_fill() at vtterm_fill+0x27/frame 0xfffffe00d773ea00 >> >> > teken_subr_erase_line() at teken_subr_erase_line+0x90/frame 0xfffff= e00d773ea20 >> >> > teken_state_2() at teken_state_2+0x497/frame 0xfffffe00d773ea40 >> >> > teken_input_char() at teken_input_char+0x47/frame 0xfffffe00d773ea6= 0 >> >> > teken_input() at teken_input+0x9f/frame 0xfffffe00d773ea90 >> >> > termtty_outwakeup() at termtty_outwakeup+0xcf/frame 0xfffffe00d773e= b60 >> >> > 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 0xfffffe00d= 773ef30 >> >> > --- syscall (121, FreeBSD ELF64, writev), rip =3D 0x82601d5aa, rsp = =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:744 >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/= vt/vt_buf.c:864 >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/= vt/vt_buf.c:210 >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/= vt/vt_buf.c:232 >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/dev/= vt/vt_core.c:1201 >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teke= n/teken.c:121 >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teke= n/teken_subr.h:558 >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teke= n/teken.c:255 >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teke= n/teken.c:284 >> >> > at /usr/home/test/Sources/git/FreeBSD/freebsd-src.git/sys/teke= n/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/d= evfs/devfs_vnops.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/amd6= 4/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=3D8db0553ed6d8636d82a26896237= 099526b93be19 >> >> >> >> 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 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 From nobody Sat Jun 6 00:58:06 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 4gXKg02fCqz6grBb for ; Sat, 06 Jun 2026 00:58:20 +0000 (UTC) (envelope-from rlibby@gmail.com) Received: from mail-yw1-f181.google.com (mail-yw1-f181.google.com [209.85.128.181]) (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 4gXKfz49mXz3nNB for ; Sat, 06 Jun 2026 00:58:19 +0000 (UTC) (envelope-from rlibby@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of rlibby@gmail.com designates 209.85.128.181 as permitted sender) smtp.mailfrom=rlibby@gmail.com Received: by mail-yw1-f181.google.com with SMTP id 00721157ae682-7ddd3d67084so28198747b3.3 for ; Fri, 05 Jun 2026 17:58:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1780707498; x=1781312298; 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=TRwannWoquZ5vjzn6+f9ktVGuymEm/m8jbM8G7x0xjY=; b=eDlEbL4glnjLoh0B7y6D29kvvdqrF6XzMwv9J4vGO4r47Kwgmu3FqeSDe9vjxkxjx9 3LnGpbQZNLXF1jBvFpjkhWOyipvbZbuH2nxm8NkAPREHolm7WbKjAXKL+oiAouUDaTSu wSivr+APZskbi2lPXORHzHO16axSCQNe1h492HFK+vbs9gRJtB2Y4P4pYeAjmu3WeeSU FuZAsFKYHOjkDghf8OZ0YgqrHa42TZOgKWhlNY9CpmxtPvzIz8+/Z0owgHH4EELpnb7+ oB4L074fWRwlCtuXrAqhTY7deZPXwQ3f7rHJdoycpuzoVwlbtEsCAzRq6oMUQ2OfcIBL 2nqw== X-Gm-Message-State: AOJu0Yzti2RFHM8tEXrdEpXYwEYEOBq7pB118nV31dKIsFNeGHu26uXn t6qR+41z2gUbYsgIrcII0EJ/Y7ZmHv286SgRMUX1AYkyPvEdO9UBiib3gxzFIA== X-Gm-Gg: Acq92OHb0M/M/oCGpnpHB1cOe+T8vxtX/3JiBxM9QaNSIHwPgTA8mT2BF85ODG5w4LW Xx7LTuZsgOIfksIT6c7A5xLgurBGCLQ64QvYNerRCWYNUP9u/dnKz0gYQGVtXpstTIuRH8HtuSl W3zBQwStK20H1mABGRbjx9S5Oa+JW/Ao+xLior8xynEStwQWsjG56e4aNy5ygzmZT/XtghbUM8X VW52dFr3mHZr8Kv5lcot6bYh0JibBIq9/lp4mOL2vDXCP4A3x66yfKV6XUPYsOwPdanxsro0xur oKiRkuiCzyf7v48qHQUulGsNmiPxMma5ldAjBcsXjNnXsxXuHgGtoMxZyKB9XA8+VK8gBmiOdic qQTj+NSQSUKT/iM/Y+aLxqbjrpQNB0OW/Cgpnzl3IZU4zf7YCjWmuWUaUbcAX61oFompO4PY/MO 66Dn7l0QyUEj8AJPzoDGYGe0kIqSPC47KtLb/ZEkX10cxelme3Wwn4YjpBvShLhEOUzPmZrEwgk OAAqEA= X-Received: by 2002:a05:690c:4909:b0:7d1:eb6c:99bc with SMTP id 00721157ae682-7ed0bf48f5emr71303187b3.11.1780707498522; Fri, 05 Jun 2026 17:58:18 -0700 (PDT) Received: from mail-yx1-f45.google.com (mail-yx1-f45.google.com. [74.125.224.45]) by smtp.gmail.com with ESMTPSA id 00721157ae682-7ea23ea35e1sm57417137b3.43.2026.06.05.17.58.18 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 05 Jun 2026 17:58:18 -0700 (PDT) Received: by mail-yx1-f45.google.com with SMTP id 956f58d0204a3-6611669cd16so536072d50.0 for ; Fri, 05 Jun 2026 17:58:18 -0700 (PDT) X-Received: by 2002:a53:d013:0:b0:651:b477:71cf with SMTP id 956f58d0204a3-66106f5642amr5382845d50.31.1780707497761; Fri, 05 Jun 2026 17:58:17 -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: <1064242-5q8-qqn-1769-634p9qrropro@mnoonqbm.arg> In-Reply-To: <1064242-5q8-qqn-1769-634p9qrropro@mnoonqbm.arg> From: Ryan Libby Date: Fri, 5 Jun 2026 17:58:06 -0700 X-Gmail-Original-Message-ID: X-Gm-Features: AVHnY4Kfs2q-P5j4fXWWCCWENuq35ExVSX8ZpXDSrMKDSQFRXtKRfFp6Jf7sFqo Message-ID: Subject: Re: Fatal trap 12: .. cpu_idle_acpi .. callout_process To: "Bjoern A. Zeeb" Cc: current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-2.43 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.53)[-0.535]; FORGED_SENDER(0.30)[rlibby@freebsd.org,rlibby@gmail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[rlibby@freebsd.org,rlibby@gmail.com]; FREEFALL_USER(0.00)[rlibby]; MLMMJ_DEST(0.00)[current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.128.181:from]; R_DKIM_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.128.181:from,74.125.224.45:received] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4gXKfz49mXz3nNB On Tue, Jun 2, 2026 at 9:25=E2=80=AFPM Bjoern A. Zeeb wrote: > > On Wed, 27 May 2026, Bjoern A. Zeeb wrote: > > > On Tue, 26 May 2026, Bjoern A. Zeeb wrote: > > > >> Hi, > >> > >> I got some LinuxKPI problems sorted and can finally shutdown a system = w/o > >> a driver panicing but now I see on a recent main (pxe booted in bhyve)= ; > >> this seems reproducible and typing reset I get the next panic and the = next > >> and the next and ... until bhyve stops after scrolling for a few secon= ds. > >> > >> Anyone seen this or any ideas? I'll try to build a plain main kernel > >> otherwise > >> to check that it's not anything else... > > > > I have already found the next LinuxKPI bug. > > > > If I just boot a kernel and do a shutdown -r I do not run into it > > so unless it rings a bell for someone else as well, please ignore this = for > > now. > > It just happened again; no known LinuxKPI bugs in the way this time. > > So maybe it's real after all... > > > >> Syncing disks, vnodes remaining... 0 done > >> All buffers synced. > >> Uptime: 46s > >> kernel trap 12 with interrupts disabled > >> > >> > >> Fatal trap 12: page fault while in kernel mode > >> cpuid =3D 0; apic id =3D 00 > >> fault virtual address =3D 0xfffffe00a58a0630 > >> fault code =3D supervisor read data, page not present > >> instruction pointer =3D 0x20:0xffffffff80c0ebe8 > >> stack pointer =3D 0x28:0xfffffe008bc49bb0 > >> frame pointer =3D 0x28:0xfffffe008bc49c20 > >> code segment =3D base 0x0, limit 0xfffff, type 0x1b > >> =3D DPL 0, pres 1, long 1, def32 0, gran 1 > >> processor eflags =3D resume, IOPL =3D 0 > >> current process =3D 11 (idle: cpu0) > >> rdi: 0000000000002f2c rsi: 0000000000008000 rdx: 0000000000002e2d > >> rcx: 0000000000002e2c r8: fffffe00a58a0630 r9: 000000007fff2744 > >> rax: fffffe000ef4e000 rbx: 0000000000002e2c rbp: fffffe008bc49c20 > >> r10: 00000000000003e7 r11: 000000000000044c r12: 0000002f2d000000 > >> r13: 0000002f2d000000 r14: 0000002e2dd1597a r15: ffffffff82b28300 > >> trap number =3D 12 > >> panic: page fault > >> cpuid =3D 0 > >> time =3D 1779819492 > >> KDB: stack backtrace: > >> db_trace_self_wrapper() at db_trace_self_wrapper+0x36/frame > >> 0xfffffe008bc498e0 > >> vpanic() at vpanic+0x149/frame 0xfffffe008bc49a10 > >> panic() at panic+0x43/frame 0xfffffe008bc49a70 > >> trap_pfault() at trap_pfault+0x449/frame 0xfffffe008bc49ae0 > >> calltrap() at calltrap+0x8/frame 0xfffffe008bc49ae0 > >> --- trap 0xc, rip =3D 0xffffffff80c0ebe8, rsp =3D 0xfffffe008bc49bb0, = rbp =3D > >> 0xfffffe008bc49c20 --- > >> callout_process() at callout_process+0x138/frame 0xfffffe008bc49c20 > >> handleevents() at handleevents+0x19a/frame 0xfffffe008bc49c60 > >> timercb() at timercb+0x19e/frame 0xfffffe008bc49cc0 > >> lapic_handle_timer() at lapic_handle_timer+0xa4/frame 0xfffffe008bc49c= f0 > >> Xtimerint() at Xtimerint+0xb1/frame 0xfffffe008bc49cf0 > >> --- interrupt, rip =3D 0xffffffff810b1104, rsp =3D 0xfffffe008bc49dc0,= rbp =3D > >> 0xfffffe008bc49dd0 --- > >> cpu_idle_acpi() at cpu_idle_acpi+0x54/frame 0xfffffe008bc49dd0 > >> cpu_idle() at cpu_idle+0xa6/frame 0xfffffe008bc49df0 > >> sched_ule_idletd() at sched_ule_idletd+0x524/frame 0xfffffe008bc49ef0 > >> fork_exit() at fork_exit+0x82/frame 0xfffffe008bc49f30 > >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe008bc49f30 > >> --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > >> KDB: enter: panic > >> [ thread pid 11 tid 100003 ] > >> Stopped at kdb_enter+0x33: movq $0,0x15be0c2(%rip) > >> db> reset > >> panic: mtx_lock_spin: recursed on non-recursive mutex callout @ > >> /usr/src/sys/kern/kern_timeout.c:576 > >> > >> cpuid =3D 0 > >> time =3D 1779819492 > >> KDB: stack backtrace: > >> db_trace_self_wrapper() at db_trace_self_wrapper+0x36/frame > >> 0xfffffe008bc49160 > >> vpanic() at vpanic+0x149/frame 0xfffffe008bc49290 > >> panic() at panic+0x43/frame 0xfffffe008bc492f0 > >> __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x11b/frame > >> 0xfffffe008bc49330 > >> _callout_stop_safe() at _callout_stop_safe+0x106/frame 0xfffffe008bc49= 3a0 > >> shutdown_resettodr() at shutdown_resettodr+0x15/frame 0xfffffe008bc493= b0 > >> kern_reboot() at kern_reboot+0x2a3/frame 0xfffffe008bc493f0 > >> db_reset() at db_reset+0x108/frame 0xfffffe008bc49420 > >> db_command() at db_command+0x3aa/frame 0xfffffe008bc494e0 > >> db_command_loop() at db_command_loop+0x4d/frame 0xfffffe008bc494f0 > >> db_trap() at db_trap+0x100/frame 0xfffffe008bc49590 > >> kdb_trap() at kdb_trap+0x25f/frame 0xfffffe008bc496e0 > >> trap() at trap+0x888/frame 0xfffffe008bc49810 > >> calltrap() at calltrap+0x8/frame 0xfffffe008bc49810 > >> --- trap 0x3, rip =3D 0xffffffff80c44f43, rsp =3D 0xfffffe008bc498e8, = rbp =3D > >> 0xfffffe008bc49a10 --- > >> kdb_enter() at kdb_enter+0x33/frame 0xfffffe008bc49a10 > >> panic() at panic+0x43/frame 0xfffffe008bc49a70 > >> trap_pfault() at trap_pfault+0x449/frame 0xfffffe008bc49ae0 > >> calltrap() at calltrap+0x8/frame 0xfffffe008bc49ae0 > >> --- trap 0xc, rip =3D 0xffffffff80c0ebe8, rsp =3D 0xfffffe008bc49bb0, = rbp =3D > >> 0xfffffe008bc49c20 --- > >> callout_process() at callout_process+0x138/frame 0xfffffe008bc49c20 > >> handleevents() at handleevents+0x19a/frame 0xfffffe008bc49c60 > >> timercb() at timercb+0x19e/frame 0xfffffe008bc49cc0 > >> lapic_handle_timer() at lapic_handle_timer+0xa4/frame 0xfffffe008bc49c= f0 > >> Xtimerint() at Xtimerint+0xb1/frame 0xfffffe008bc49cf0 > >> --- interrupt, rip =3D 0xffffffff810b1104, rsp =3D 0xfffffe008bc49dc0,= rbp =3D > >> 0xfffffe008bc49dd0 --- > >> cpu_idle_acpi() at cpu_idle_acpi+0x54/frame 0xfffffe008bc49dd0 > >> cpu_idle() at cpu_idle+0xa6/frame 0xfffffe008bc49df0 > >> sched_ule_idletd() at sched_ule_idletd+0x524/frame 0xfffffe008bc49ef0 > >> fork_exit() at fork_exit+0x82/frame 0xfffffe008bc49f30 > >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe008bc49f30 > >> --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > >> panic: mtx_lock_spin: recursed on non-recursive mutex callout @ > >> /usr/src/sys/kern/kern_timeout.c:576 > >> > >> cpuid =3D 0 > >> time =3D 1779819492 > >> .. > >> .. > >> .. > >> > >> > >> > > > > > > -- > Bjoern A. Zeeb r15:7 > Can you resolve this? > callout_process() at callout_process+0x138 Just guessing from my local kernel, that may be the first touch of a callout in the LIST_FOREACH_SAFE loop of callout_process. If so that may suggest a use after free of some callout, with a dangling pointer to the callout remaining in the list. Maybe someone freed some callout without stopping it. Or maybe the list is corrupt in some other way. Ryan From nobody Sat Jun 6 13:08:09 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 4gXdsK0Mxpz6ggXv for ; Sat, 06 Jun 2026 13:08:21 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (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 "mx-01.divo.sbone.de", Issuer "E7" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gXdsJ4JsVz3LS4; Sat, 06 Jun 2026 13:08:20 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; none Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id D5B72A64805; Sat, 06 Jun 2026 13:07:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1780751265; bh=kIoPYgbQ7mNgR6oZ20IecYRzRtVZiQG4wzkl6wFraAU=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=k6mGPr+C8idzOAN8CBtuQ4xjTnDvWeqlBbtrM3iqakEDVaXa3xhALq8gYAMqzz8Mb 9d+I1jBvVhLsWQE7e1Pz8tr1GhASaJSSi9JSBvGXwuBwyZWNNaugH59n0Z2xyKHzfy DxWfZhwRwxbMKJ+GcEnpzy12+dioGb0vT59rl+24zxvsPDWF0cuCL6xctEbSsr6GzU AAxTukYXvV7mf0HTc1Xz2jzlsyQ7tNYSlsdmNT+WphIJvkRwtOc2WXPqyXl6FXsfWQ dk34utDyqD9KmHQO7AQRXP2dJcoKf1o3sUlf9Sa4AMMWfj3FxxJMz0O0Lo/DWLdsQv 2AAnUYEldNv0jqXDoJ1z1+3Oy9Q2cU3TF5a+BtMQaDUBcZiJUs0L6XzNNNPFlztCNs BKQtdrR6BM0BRxOljiiVfvPT833L6lkeIybZw3KiL3GJ49qhPleOUa/Z8J7zzolQ3a PEpwRJw5GGDPgS0lFfejDeFQIpeT9nh1A0QvRAmxpBkoqwqfTj7awFOly+mTt1pvhT apv+hUKuXH8SlE13U1akBprKJf+0dl29/dbUos5dAUdV7+eR2dY1zot7QRfyp/TLWG ghcs/cRAUSD7cqadgBxkQmennKjueBvqAIv405Pfg2CEA/CA7XPcjW6BE+5qKM0m7u ZTRMi+rhtnpMWGPJuaclI2KI= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 8A1952D029E9; Sat, 6 Jun 2026 13:08:11 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id ua_GYT3SZXx9; Sat, 6 Jun 2026 13:08:10 +0000 (UTC) Received: from nv.t4-02.sbone.de (nv.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:22]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id F1C4E2D029D8; Sat, 6 Jun 2026 13:08:09 +0000 (UTC) Date: Sat, 6 Jun 2026 13:08:09 +0000 (UTC) From: "Bjoern A. Zeeb" To: Ryan Libby cc: current@freebsd.org Subject: Re: Fatal trap 12: .. cpu_idle_acpi .. callout_process In-Reply-To: Message-ID: References: <1064242-5q8-qqn-1769-634p9qrropro@mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 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: multipart/mixed; boundary="0-2018935255-1780751289=:11296" X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE] X-Rspamd-Queue-Id: 4gXdsJ4JsVz3LS4 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-2018935255-1780751289=:11296 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Fri, 5 Jun 2026, Ryan Libby wrote: > On Tue, Jun 2, 2026 at 9:25 PM Bjoern A. Zeeb > wrote: >> >> On Wed, 27 May 2026, Bjoern A. Zeeb wrote: >> >>> On Tue, 26 May 2026, Bjoern A. Zeeb wrote: >>> >>>> Hi, >>>> >>>> I got some LinuxKPI problems sorted and can finally shutdown a system w/o >>>> a driver panicing but now I see on a recent main (pxe booted in bhyve); >>>> this seems reproducible and typing reset I get the next panic and the next >>>> and the next and ... until bhyve stops after scrolling for a few seconds. >>>> >>>> Anyone seen this or any ideas? I'll try to build a plain main kernel >>>> otherwise >>>> to check that it's not anything else... >>> >>> I have already found the next LinuxKPI bug. >>> >>> If I just boot a kernel and do a shutdown -r I do not run into it >>> so unless it rings a bell for someone else as well, please ignore this for >>> now. >> >> It just happened again; no known LinuxKPI bugs in the way this time. >> >> So maybe it's real after all... >> >> >>>> Syncing disks, vnodes remaining... 0 done >>>> All buffers synced. >>>> Uptime: 46s >>>> kernel trap 12 with interrupts disabled >>>> >>>> >>>> Fatal trap 12: page fault while in kernel mode >>>> cpuid = 0; apic id = 00 >>>> fault virtual address = 0xfffffe00a58a0630 >>>> fault code = supervisor read data, page not present >>>> instruction pointer = 0x20:0xffffffff80c0ebe8 >>>> stack pointer = 0x28:0xfffffe008bc49bb0 >>>> frame pointer = 0x28:0xfffffe008bc49c20 >>>> code segment = base 0x0, limit 0xfffff, type 0x1b >>>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>>> processor eflags = resume, IOPL = 0 >>>> current process = 11 (idle: cpu0) >>>> rdi: 0000000000002f2c rsi: 0000000000008000 rdx: 0000000000002e2d >>>> rcx: 0000000000002e2c r8: fffffe00a58a0630 r9: 000000007fff2744 >>>> rax: fffffe000ef4e000 rbx: 0000000000002e2c rbp: fffffe008bc49c20 >>>> r10: 00000000000003e7 r11: 000000000000044c r12: 0000002f2d000000 >>>> r13: 0000002f2d000000 r14: 0000002e2dd1597a r15: ffffffff82b28300 >>>> trap number = 12 >>>> panic: page fault >>>> cpuid = 0 >>>> time = 1779819492 >>>> KDB: stack backtrace: >>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x36/frame >>>> 0xfffffe008bc498e0 >>>> vpanic() at vpanic+0x149/frame 0xfffffe008bc49a10 >>>> panic() at panic+0x43/frame 0xfffffe008bc49a70 >>>> trap_pfault() at trap_pfault+0x449/frame 0xfffffe008bc49ae0 >>>> calltrap() at calltrap+0x8/frame 0xfffffe008bc49ae0 >>>> --- trap 0xc, rip = 0xffffffff80c0ebe8, rsp = 0xfffffe008bc49bb0, rbp = >>>> 0xfffffe008bc49c20 --- >>>> callout_process() at callout_process+0x138/frame 0xfffffe008bc49c20 >>>> handleevents() at handleevents+0x19a/frame 0xfffffe008bc49c60 >>>> timercb() at timercb+0x19e/frame 0xfffffe008bc49cc0 >>>> lapic_handle_timer() at lapic_handle_timer+0xa4/frame 0xfffffe008bc49cf0 >>>> Xtimerint() at Xtimerint+0xb1/frame 0xfffffe008bc49cf0 >>>> --- interrupt, rip = 0xffffffff810b1104, rsp = 0xfffffe008bc49dc0, rbp = >>>> 0xfffffe008bc49dd0 --- >>>> cpu_idle_acpi() at cpu_idle_acpi+0x54/frame 0xfffffe008bc49dd0 >>>> cpu_idle() at cpu_idle+0xa6/frame 0xfffffe008bc49df0 >>>> sched_ule_idletd() at sched_ule_idletd+0x524/frame 0xfffffe008bc49ef0 >>>> fork_exit() at fork_exit+0x82/frame 0xfffffe008bc49f30 >>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe008bc49f30 >>>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >>>> KDB: enter: panic >>>> [ thread pid 11 tid 100003 ] >>>> Stopped at kdb_enter+0x33: movq $0,0x15be0c2(%rip) >>>> db> reset >>>> panic: mtx_lock_spin: recursed on non-recursive mutex callout @ >>>> /usr/src/sys/kern/kern_timeout.c:576 >>>> >>>> cpuid = 0 >>>> time = 1779819492 >>>> KDB: stack backtrace: >>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x36/frame >>>> 0xfffffe008bc49160 >>>> vpanic() at vpanic+0x149/frame 0xfffffe008bc49290 >>>> panic() at panic+0x43/frame 0xfffffe008bc492f0 >>>> __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x11b/frame >>>> 0xfffffe008bc49330 >>>> _callout_stop_safe() at _callout_stop_safe+0x106/frame 0xfffffe008bc493a0 >>>> shutdown_resettodr() at shutdown_resettodr+0x15/frame 0xfffffe008bc493b0 >>>> kern_reboot() at kern_reboot+0x2a3/frame 0xfffffe008bc493f0 >>>> db_reset() at db_reset+0x108/frame 0xfffffe008bc49420 >>>> db_command() at db_command+0x3aa/frame 0xfffffe008bc494e0 >>>> db_command_loop() at db_command_loop+0x4d/frame 0xfffffe008bc494f0 >>>> db_trap() at db_trap+0x100/frame 0xfffffe008bc49590 >>>> kdb_trap() at kdb_trap+0x25f/frame 0xfffffe008bc496e0 >>>> trap() at trap+0x888/frame 0xfffffe008bc49810 >>>> calltrap() at calltrap+0x8/frame 0xfffffe008bc49810 >>>> --- trap 0x3, rip = 0xffffffff80c44f43, rsp = 0xfffffe008bc498e8, rbp = >>>> 0xfffffe008bc49a10 --- >>>> kdb_enter() at kdb_enter+0x33/frame 0xfffffe008bc49a10 >>>> panic() at panic+0x43/frame 0xfffffe008bc49a70 >>>> trap_pfault() at trap_pfault+0x449/frame 0xfffffe008bc49ae0 >>>> calltrap() at calltrap+0x8/frame 0xfffffe008bc49ae0 >>>> --- trap 0xc, rip = 0xffffffff80c0ebe8, rsp = 0xfffffe008bc49bb0, rbp = >>>> 0xfffffe008bc49c20 --- >>>> callout_process() at callout_process+0x138/frame 0xfffffe008bc49c20 >>>> handleevents() at handleevents+0x19a/frame 0xfffffe008bc49c60 >>>> timercb() at timercb+0x19e/frame 0xfffffe008bc49cc0 >>>> lapic_handle_timer() at lapic_handle_timer+0xa4/frame 0xfffffe008bc49cf0 >>>> Xtimerint() at Xtimerint+0xb1/frame 0xfffffe008bc49cf0 >>>> --- interrupt, rip = 0xffffffff810b1104, rsp = 0xfffffe008bc49dc0, rbp = >>>> 0xfffffe008bc49dd0 --- >>>> cpu_idle_acpi() at cpu_idle_acpi+0x54/frame 0xfffffe008bc49dd0 >>>> cpu_idle() at cpu_idle+0xa6/frame 0xfffffe008bc49df0 >>>> sched_ule_idletd() at sched_ule_idletd+0x524/frame 0xfffffe008bc49ef0 >>>> fork_exit() at fork_exit+0x82/frame 0xfffffe008bc49f30 >>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe008bc49f30 >>>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >>>> panic: mtx_lock_spin: recursed on non-recursive mutex callout @ >>>> /usr/src/sys/kern/kern_timeout.c:576 >>>> >>>> cpuid = 0 >>>> time = 1779819492 >>>> .. >>>> .. >>>> .. >>>> >>>> >>>> >>> >>> >> >> -- >> Bjoern A. Zeeb r15:7 >> > > Can you resolve this? >> callout_process() at callout_process+0x138 > > Just guessing from my local kernel, that may be the first touch of a > callout in the LIST_FOREACH_SAFE loop of callout_process. If so that > may suggest a use after free of some callout, with a dangling pointer > to the callout remaining in the list. Maybe someone freed some > callout without stopping it. Or maybe the list is corrupt in some > other way. I can try the next time I have a clean kernel to check against. I've since built multiple I am am afraid. Also it seems I had seen this before and filed an unnoticed bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=291294 -- Bjoern A. Zeeb r15:7 --0-2018935255-1780751289=:11296-- From nobody Sat Jun 6 21:17:57 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 4gXrkS444Kz6gRFj for ; Sat, 06 Jun 2026 21:18:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gXrkQ1rh2z4JC5 for ; Sat, 06 Jun 2026 21:18:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ZjsAN7wI; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1780780681; bh=GjhLMcN1NnOM5rv1QtQSE7QETnwArsOUc8ojsUGSr0I=; h=Date:To:From:Subject:References:From:Subject:Reply-To; b=ZjsAN7wIjTSLFwpY7vBfQ8t3K/L9pGyGMYVV9P4ksijuPi8053/a+Q6ELN6RWQGG8KQymkjBPEp46mFxFmmRA590H9jd09D0TRb2CXZJ+K/mSWWd3SanXAmhJ1HtTaKyOyhO3nlKNaMf8dCPjGqrpjYF/9s47DsVoDf6V+xZgjEWCtJtWhs32CCWVeEcnuBB3TdRFfaxk1/3Y22QXbhR2fEJLLrqn35r5pO90/QbUruf5k91M+QkjqTDTMbWNLhaqggUTAFh43+aLfMUHas7hP3eCTUbXGEF4dF/4JBsnWxra/Bfba031azGnoLSZsEV5PnaTWts00tIsYEF7M2FHQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1780780681; bh=E58XTZlazhkOBY+SfYlXU1GSO/tZTC1Lmbny64q7aEr=; h=X-Sonic-MF:Date:To:From:Subject:From:Subject; b=LVv7TtItBIPVeq6yw3sdZ34ChV1tLCWWC/qCrwUnlocJD15H6FTi1KdRcj6r9OebvsFVHX87u4tGkAbNSeJqKuEtZfNbDizuV/QBQNzF4zCOwsLGni4OIZCV36pNGw657TRmjpIBupr768fRg5h2D8r8q6je5gGUaEBBV8hPBUCgsvJlr+9nXzixDzlkJUtXH1VIm4b/3P9USDCCmqos7kheEimzMurw08GW8TI9ED6EFLzdxZv706PbQ9taoDkd0HDXSgy6IgSJiuGxlhG4ySxYhR39c7gzSpyL0yU562s2qXsonbW+Ylj68nRj5MhsJ7CauKu8sL65nOJ5ZwI/kA== X-YMail-OSG: TACWHTIVM1mXTSENMyqdifoATsUwQMhTCVEFN6J3Ij8Wez20Gi2757ka1RLbXnI 6ck.3lQY1Rk220aCksh6eu.EOYKzDqDfFS58UiYftKtb0PNFsHWF0j7tCSdfnDFXFWUpisJSqQym jDkgIP.qjVjseCwlAHJ2ie0r7Pjz5OhZdW8LK8LXElW_yCq9yhW5N3J54OLAECLPf0P23DSiBpZZ bF3Po1s0TZQZCOY33jYkm79VDABMrhMe86NSpjG_jckMbMEW5VwrgFuGkK9IrmyrwtVFuIim3uQM mFudIW9gz0z9KpmTvG3B7b.wpAQ.AfTvSL7fas.Ymoq7.uoCmxkZAd6KRDUqONPcrxld09FAkIFy rJTv3E4KVbsv49V4eQMOegH6kLEdWD7eKCooQumHKS4ELER4lgPCoIlHV3LHL89K9Vj.9P49XbNp qjik9sWomlx6Z6rPcsR2cnkgzLB_ei83UUgc1xBU52TbrldIGhM1jJiMGEo5coRggSbZNyXTt4Fn yGTpO__UNF8r7xf0H3MplY9ou5guqxgKT6eHaljmM5_nPhZuvP3ocH2m_XXWOcyIoARMm2fgRX.u ty.r7pLIL1uuZlMTKPG.GYIJ8B79LIgw4iEBf2qGiyJdhMahTqTT_VPxZGNd8eZ44vfBE_CTOf1V r7Ue.cs52AlukFD_ySgCqpGkISfjUrnVfC4RKLar2SnwGNqT_OCoR1VLo.Pq_dPMy6QNer1IsTGX lQNQGVaPlyPMI7d54.DvW8flIUGYL9HMEeiJzbZI503tqh5Qxk2pkBBiS_XoAjAcZRa0oKoIObWX EwspsM6aK02ZVgOChCL7YTDey1GLGL68ODCcwaugH7NtR0P_lFeYHBRcLD44Ms4ZMLHN2op75GzY h_tbso8HCC89t3CFKD38X1UOwNteOqOrmrOgMmfz6T.AHNjnCaj9kraEugWoDMKJyp9ta5Ey6LLf CIX_zkCunLF.sSo6cQscIpg_LAw1qiwrn7QgboWGd8iaNl5GXJKzM5GQEdtgTqcS1YOaOIt12oCA 7amYe.Z7FcTeJS6xnJp2MQrnm0eFEPgayOg8ZOuz4PzCAp5HIxpsGIDYDE9uemN3tTdEVtb6LbFk 1Gx05EkYQfCbJA6QX9yTJ7QQgf1XcsY7XBKwAlx3Gb8PJtLxNjuukqs4oHiVpe12AJjEzl64gM32 dcEJttJmeh2IKIjDEwvVt8hZ4msp.4scvpuFJpTJcDB_EFbQtCqQPrR40uVYnx1C7PmAD6uko3Iw yXtLmRx895MOLrUAlRyY70kd7H0fplR0L0YFVzXY8L_hDMDZ5t3MIrTr2gOX_JF3UaGr2TpAzB_w 0vrx0bDkKSprbxp4fhrW3wgbJ2gkLNLWGm93Vva9MYBFvTAaeUaOqKqlKElX2zPwBttr8UCPtmYO .KTnV1OpEHlfh2l9ibJsMB_GkZq5doDjDxZ6Hn7mfuCzekZGBMOUufnIawaOxZ4ubfKNf61oziqI 4k7iyzci.Iujjsg9rXplzH605puBcg9PMUAOxP6uKyPg2xmD714gYQfMZEz6BwI_QRbLWWREFIyl UIW6ohn2Ip0NYQDdlPdcIrfUx8VZthqku6iN5mO60MwfQkY_2qm1TdHknkiBQXH9HAAv4DDzpV6U 1K4NsyIFvs2pwMNBP9Xlfny3n8ZFyV5lQ4UdV0sAzuT8ychxFA1f6KZ2UQ_XrJGu.WGU4rhqzMZc LpdIleVTJ8QNEExtPlN.53ZhIXh3H965e7WcaDm25gcCVrlv_fsUObfTZ.CvnwA58vhKYoMyoJyO _zJIx9QCwwYreFrOLXQYiI4M482Ua8UhbW78F6SiTjSA5C6trbCQTk0ta0Uw5LWXTDo0R6ZTlu2X Rv7ZACj1zTv81f1UZJZjvfxOLW8vtKraC6PTIKE.mefmstkhHlAb3eJmHsoGpjO2YuIw4TYc.a3A MJltMmL5fZf1g4K1ykUHYLkaZfjTY1AodjwIpBJ265DvSjhpXXghQZP4wxFt39P9opXaZFtchbM6 oiCf5DvY_cfDDqAH.5hZkBynCcHKDVmo139Ub_unAHuA10QgExnlZ27sW3t9JhzRP7KlZIYLo2UY fnNhG9t._1.AXVpbRyLkuQqxMN6F6YDDj3Swi8E8N9Z2yaAvU_6H7Zg6_OGbHROzJ76s0kIorUg2 E6TQ76bE2bZ5d3tRiTzQhG1ET7lIHNIOVUHO_lBa_o4hJMfya5PGcDgOcCdsNhdbAKZLvwHM9HBy .p6tmLidvvZBG7GnYsNPxVYW3E.R0pVJluA_A8jg._0owXLnGi5mgiGZ.wMidd_DLNw3qVsAQxAj 8YGgEwT0etu6d_ruduMQ.1MjjM12gjJkW738- X-Sonic-MF: X-Sonic-ID: 424c5282-d07a-4bcd-9b54-9df280bf863e Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Sat, 6 Jun 2026 21:18:01 +0000 Received: by hermes--production-gq1-7bb7df5c46-c2zcp (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1031b585758ceca3c0346d3210686a26; Sat, 06 Jun 2026 21:17:58 +0000 (UTC) Message-ID: <29d99a25-c3ed-45b7-880a-bdb6d3191b21@yahoo.com> Date: Sat, 6 Jun 2026 14:17:57 -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-current From: Mark Millard Subject: armv7: "sysrc: unknown variable 'virtual_oss_default_control_device'" and "virtual_oss_cmd: Could not open '/dev/'" each twice? Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: <29d99a25-c3ed-45b7-880a-bdb6d3191b21.ref@yahoo.com> X-Mailer: WebService/1.1.25918 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-3.00 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; 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]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.148:from]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.148:from] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4gXrkQ1rh2z4JC5 After official-pkgbase upgrading the boot armv7 main kernel, the boot now reports: 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/' I do not remember those from previously but I may well have not noticed. I've never set up anything associated with virtual_oss that I remember. I've not updated the boot world yet. For reference: # uname -apKU FreeBSD OPiP2E-RPi2v1p1 16.0-CURRENT FreeBSD 16.0-CURRENT main-n286433-d53633bfcf24 GENERIC-NODEBUG arm armv7 1600018 1600018 # 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 -- === Mark Millard marklmi at yahoo.com From nobody Sat Jun 6 22:18: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 4gXt4J1Mmlz6gX2N for ; Sat, 06 Jun 2026 22:18:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gXt4G1mwpz4QPd for ; Sat, 06 Jun 2026 22:18:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=QaWYN0Cm; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1780784314; bh=mUBFADqWiVhQ0lFOGynrfbB4vQoHfpB6pNb9v47a19A=; h=Date:Subject:From:To:References:In-Reply-To:From:Subject:Reply-To; b=QaWYN0Cmd6NucrucBZz1nwf1iZO95Bkj8cmNbYZw9/Tiwyda8D8BU+LZOQ/pFyvJW/XGtf0HQEZg25iDs0WsnqhbW5Ly8aXjqig0jnmj2O4tvYCDHAfnx88uE5e+3+WjyVGVik9A1ZclCiCthf7wLeHOEY+J/xJjReXNidH+KxyPJkogigJEbeEZ3TjuvonEG80maWamvBHNeE7EA3dLfBpK0ei3TOJ0xh1sI8BGbp9BWcn+dKAtRPGH9CEEgBYaG2YY03epjadF5k1YNK0Ad9xkIWOAVj4G1mL85H+s3NU60lXC1+mtokFYlF59jlE6EWPuR538Yp7FFbGCj3TKew== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1780784314; bh=JP4LXa0Z/tWujm2hi5TQYOgOenpTjlcBqd5EKasW0v2=; h=X-Sonic-MF:Date:Subject:From:To:From:Subject; b=FbjTPvkGC3XRypKo2v4+htPx+RPEk7V+FivPzKqrzOvJNitkFv8fdqQHx0XC5GjaomOiQvK/jIVwm/FiLSvD4dEvH3G1UWS1wpSLZJc9zog9jhXjo8weusUTi85aAUe0hWZVT7HEOL4WUwaKvxXnWfMDe5TKzMSWw2YA7cuSkXu4jGUKUPId0fT1wxxeVZbw4X+L5Dc+BCCNkm1ysZ7aAGCqV02+36NpMbmUJgM7gSD0CFD5wWAno33lNcT+LKXaSI7ugK69BunOr40b9e+W5m6fMrM7PAn5iGKYxou+Kt2mVAZcU4JNT9NIysrtNbr/oe8u3xkPOwgChEmQPd8vxw== X-YMail-OSG: icTBllEVM1n5qZwhwx1S2KxzBycV2jVC82bQkbZZY86d7_kwkYXBXoySe_MMQ_g MtSUjRQFM5TcBN_zR4DIw87_A_TzcHbC_25EnhiumJ3qR5VxqR4wFr_8GHukP6goSFCLvPkzKUD8 rKLK4krrs24986uMgZbKro4sKnDEaTl.IUevb2u_HCdGjVhqp5FnAnvpDQJrQjT7RuranBbjulUT zsplL9r6mPTFaQGPI4k3grqA16yBaX6cCD8pZl1zIBsh3NxBIKQ5QdxMuW8zbGVf8NL0Spz6sD7H Ut6halE9RCM.hMk8.DpnRn6ThOkbPIqrhRQBjVduTpEQ93RRAqb_VjLvBJey.ihGv8yV8F5GBvbt 8J29TZGwpEmPLEpAnvAmYE.VTsofz58s_EzC8Xb8iHPdkxDXAJ_RhvJm3EjBZPFPVWAP9AZbLB9d Vs_bWDKfUUBgHSq0_oMHzPd4Urk6r09E9s3WpPgV1BG9NpR7fSx9CBuxEelU4I44aBDjwsCX05eq QuxLyKI6Deluga374OUACwG4S6gORwTc9jlTY3X55CSpBBk8zf8ShOhX0kmyKmZyByH_CG2yyfLr iCBmhpQc04oWIPDINpxWWjOj1k07aWcvbKcJuJzDFpaOh447cPD_SFpoE7lPAoTkA8FivDAqAEHS ed.fcC5Bdp3aRyAFItLjYKg1t1MXIVqWDKq4yLVsVb94zEd0Uqf8ffJcYkM.94.Hf4Nw.AOk2WaT qQQDgGfAscd.S7AJB8OLh3jjCN15sx.AI5I8cbJzUnc7usbL059jlHnjbute8jhLKziwDrViHPfI kKPlx5cWY__7p0cJsAI6QEXBKsK3eZDNIrVoUkR_qRt7gL04XP_DHTA1I8Sat.HCIokiPre6s2_2 g_mRZy2vaFwvMjIDQgvl702jzxE8UbrX4.Bf1HqcZB2KLF0sJnDKycMSZvuGyjFg6mk.eP4YH2BY Ua46LakuHLVJV_T4gFCAg4qTysayyjB8GlBleSwzide0qeUA.xLdXVCf1pJxb4sH__5ba7x1A8IP GQJpwPmka6zF8V2alvkmB4BCq_oJ1em6qeh7hjzA1C92sbu3eMF3xOYgWR.hXces1fvr9bzTl9JK OhU8THMqJcGNOdW06LXDstYYisp73MX.vXKBWEpz23lABMp0zRTaYt3Efi2l1Ydj6Prr5ZZJ.tEG 8mZJLCxC.PfOJAVKDcWfcZBbuQSVCqey5KZK1PsJUAelgctXBbNWbDJQcIv8e3ZWgwqKyr1xXIH1 YNGVbHWP5OWCEdEcnq8GkcgdlUWCF6qNFFJyWjxsWweLvfw.KmlVuSHf4R713L1TdLiZFXHZCWAL zAT1XVYPUi39GEHL8fNQZ5h_GZQAsE6mqBCllE_QYmSHJStGQQA6mtHn9mW.CkAg2ApvaTG44stD fK2eEV7OOp4Y7W4_31ez0Fht2QFRxlU_QHbOwsuiwVLimj12Qi3lxASDJdlYpZaLhyPmOgKo5c6G Rrdxvg_5r_gk_GfPUhgEPPmSiXdGAYRRM4zZ0roGcSiquO1GipsiHLjhFRsdvDvjW9PMCGpzbpGv iUdRRfSk9iEw02icc0frQkrOIBdKpx9G7hIQ5KGLvtUKxWWsVBbp52Gm2tnEJ6nDRZ_0FdU0gYJa 5_fd7x4a56pEZLnWhc_kASxsBPRQngDc1GNtRRdKzTYsNveOnJO6lDJVOaHhRraz9WzdQsdKf2pB zX5JgVdDJPtsyi_HO5cwxBxXfaO2u7wDd1X_uXjUB.qgDwqe77xLhXRc98KhY7fLtze.KVPX1IUo YXnH67fuS8yqJ5MscfUv_rim9hDiFQXHbo7g3txdZ351DV7dkLv9oaB_QNORG9vCq795cW13rh5h FyXBj4KGAHoObtl2kHkEQ0BaWHKqJNm3oA3jYfnpe9XeC_wPhy9dw8D4bHKAckcDehQGCTlT6GCc K7K83krnyq8GqseKl8Bbi3wraaNoNsMYaWUeHmkwvQ8vGYkf35mXzYLbIWw23FhUlqWRgS50LAUD 6WxfZ1XgG6dkRGdkPDezaxdVaFPABnnzbFblFnpa_iZDdc7gwRUFTqo_eXsr2PLFulIpEhDP4S0O .CCqBzpor6Wk2VuilsByppIgCv8T6o9xBGyAmddrTE_UztdE2c0IVjY6BxaaQUtXo3JHii_Xj3Tp Gje6NE7rpcjZ4eRQnUCFgKdp.ZxbhG9kAx4b02vmd8Ft_SErtz8JD9.gKnKx.vhVi9u.xHTYAClC X3U0IPw5v6a4874jIRW8W5oJ_hMyt87BZ00NdJdm8LBM6x7q1Qc.bYj.XyjP9B_TUJ4D8V9xoyzy rG.Eyl3V6TRJkdQEW1.epdEWRK72T.nqU X-Sonic-MF: X-Sonic-ID: 8918a724-e76c-4099-bc7f-6233e9b638b4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sat, 6 Jun 2026 22:18:34 +0000 Received: by hermes--production-gq1-7bb7df5c46-s8kx4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 85f98d3eca817c14675d592054e69374; Sat, 06 Jun 2026 22:18:33 +0000 (UTC) Message-ID: <336ed95e-1ad2-4e2c-be60-f7e2687da3bd@yahoo.com> Date: Sat, 6 Jun 2026 15:18: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: 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: Mark Millard To: freebsd-current References: <29d99a25-c3ed-45b7-880a-bdb6d3191b21.ref@yahoo.com> <29d99a25-c3ed-45b7-880a-bdb6d3191b21@yahoo.com> Content-Language: en-US In-Reply-To: <29d99a25-c3ed-45b7-880a-bdb6d3191b21@yahoo.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.25918 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; SUBJECT_HAS_QUESTION(0.00)[] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4gXt4G1mwpz4QPd On 6/6/26 14:17, Mark Millard wrote: > After official-pkgbase upgrading the boot armv7 main kernel, the boot > now reports: > > 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/' > > I do not remember those from previously but I may well have not noticed. > > I've never set up anything associated with virtual_oss that I remember. > > I've not updated the boot world yet. > > For reference: > > # uname -apKU > FreeBSD OPiP2E-RPi2v1p1 16.0-CURRENT FreeBSD 16.0-CURRENT > main-n286433-d53633bfcf24 GENERIC-NODEBUG arm armv7 1600018 1600018 > > # 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 > > 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 -- === Mark Millard marklmi at yahoo.com From nobody Sun Jun 7 21:16:04 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 4gYSdf4C8wz6g6ns for ; Sun, 07 Jun 2026 21:16:06 +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 4gYSdf2Kcyz3ZCb for ; Sun, 07 Jun 2026 21:16:06 +0000 (UTC) (envelope-from christos@freebsd.org) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; s=default; bh=7QZirOCRHZo6 NFFDZriwNCdwtvcG/wZaYcLfvaT1XxI=; h=in-reply-to:references:cc:from: subject:to:date; d=margiolis.net; b=ZKH6jGofliN/vxm65e81KIeANf47JsT3CD H4a13CloJ0p5TDujI4omNdDp2kP+Gh0WXWMku1apNtYDZJWgmUov2hxCNL4pW1ggF41vAj SCmFiVq2gx5IMJK8Vg9dtTdMRKbrCkBQAXjpEdpsQN/h8u2xhTgwEI0znQ2l2EyTtLE= Received: from localhost (77-236-8-196.static.play.pl [77.236.8.196]) by margiolis.net (OpenSMTPD) with ESMTPSA id e37afa13 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sun, 7 Jun 2026 15:16:05 -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: Sun, 07 Jun 2026 23:16:04 +0200 Message-Id: To: "Mark Millard" 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" 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 [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20473, ipnet:95.179.144.0/20, country:US] X-Rspamd-Queue-Id: 4gYSdf2Kcyz3ZCb X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated 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 I am aware of this. It is harmless, and comes from the rules in /etc/devd/snd.conf who make use of virtual_oss(8) unconditionally. Will try to address this in a clean way. Christos From nobody Sun Jun 7 21:51:13 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 4gYTQD3zzlz6g9Kf for ; Sun, 07 Jun 2026 21:51:16 +0000 (UTC) (envelope-from tuexen@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gYTQD3MS1z3fG9; Sun, 07 Jun 2026 21:51:16 +0000 (UTC) (envelope-from tuexen@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1780869076; 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=6LxPLHg1CJNC6WMMfu1dXoVNpwfcqGQhYK5VZpYYNME=; b=sN7kt/FnMBEhBK54DLbH/KdK77WCTGjLJBgPiOU1/bFe8Hb3DxFs75337cXl4OBUWNXWEu hiWPUyV3RZl5Ds6oQrAlvm8d+nzvJSMEoUsWvKTkH0b4ODIjIgwbO+2uSKNz/EOBu4xUJ1 udojP8wMSYEt6Kix/0hXIcqQPWTwLhIoyR1Lhd40wmIZ4QUnVKND7IFl2FSiqDZaH3hhZE 5IFdfiDYvSmxtvhAtAwgtIBXj6dWIMtIUtCLusrPBcPdAe1nUQhEKvQPBIaoHKvXlcLlAe 7y2ADSb5v1UGS0OmxjsTZwiBNDes9D43ylj3MCdiwQIIBmQLnqZjvXmIiV6uzg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1780869076; a=rsa-sha256; cv=none; b=se1FYAADSUVvuNl0KfGgYvX8E+xSyfA8+RbvSQx+JMmc+63AHUTo3FHU1lamzNd3BniR/v 7eY9ZcKLQtHMwxZwYfCBQB1FCHLP1oFYUrOHqwOwtYKhm7yC5prAezIKGRGDft3JgI5dO8 1ENO7F+ibNNxsfhFemDVls8Zl1MBjyLs4WK4BJqBQXV1VnEBox7P8xipUQFa7uAs6Sqt8F YZGu3A0wwJ32g232JvysSwjRmYJ+Mn94rglyNM4P+MVakuO4oYTBCjOioV/ivXHf7YOdlI z0Jgt4+uSx5Jdfa64a90zUJRJUzM5JOJHktjRNn4tdMQB0csgkFSuMiuoKuzXA== 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=1780869076; 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=6LxPLHg1CJNC6WMMfu1dXoVNpwfcqGQhYK5VZpYYNME=; b=EikF1UysFyma1CaQc5ZA3r3pcOhdkexigHKK+LxQB85pOdyMvlX6vDX9Q+iNUU3Um5g5CO iOcq3effP+doCBXwp7eLTs2MEeZnVgU40/CcM7vVRX6WpgXTOVKR2ADuXWqdLCg7xDUPAz LCNnLCCOi8Uka0hjkGwIHMO4kyDmjezuEFy5yLECWcsvBx2Mp6W/OGc1VcRsCN7YFRnYsW wdexpoDv9rbZZFKRFQXI+WFLU3DsgPmTo04NPhOaBAAOQ6C86wffORezsEyGF43DJseNCn i+qvlI+bRFswsJHu6VwH2HqMUx5nxaAzDdVEiw5gWHpppfQhRwWRss8J2VmU6A== Received: from smtpclient.apple (ip1f100e7a.dynamic.kabel-deutschland.de [31.16.14.122]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: tuexen) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gYTQC6Q3BzPqm; Sun, 07 Jun 2026 21:51:15 +0000 (UTC) (envelope-from tuexen@FreeBSD.org) 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 \(3864.600.51.1.1\)) 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: Michael Tuexen In-Reply-To: Date: Sun, 7 Jun 2026 23:51:13 +0200 Cc: Mark Millard , freebsd-current Content-Transfer-Encoding: 7bit Message-Id: References: <29d99a25-c3ed-45b7-880a-bdb6d3191b21.ref@yahoo.com> <29d99a25-c3ed-45b7-880a-bdb6d3191b21@yahoo.com> <336ed95e-1ad2-4e2c-be60-f7e2687da3bd@yahoo.com> To: Christos Margiolis X-Mailer: Apple Mail (2.3864.600.51.1.1) > On 7. Jun 2026, at 23:16, Christos Margiolis wrote: > > 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: >>> >>> 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/' >>> >>> I do not remember those from previously but I may well have not noticed. >>> >>> I've never set up anything associated with virtual_oss that I remember. >>> >>> I've not updated the boot world yet. >>> >>> For reference: >>> >>> # uname -apKU >>> FreeBSD OPiP2E-RPi2v1p1 16.0-CURRENT FreeBSD 16.0-CURRENT >>> main-n286433-d53633bfcf24 GENERIC-NODEBUG arm armv7 1600018 1600018 >>> >>> # 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 >>> >>> >> >> 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 I do see this also on a Framebook (amd64). Best regards Michael > > I am aware of this. It is harmless, and comes from the rules in > /etc/devd/snd.conf who make use of virtual_oss(8) unconditionally. Will > try to address this in a clean way. > > Christos >