From nobody Mon May 11 08:33:00 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 4gDXzd07X6z6cNxN for ; Mon, 11 May 2026 08:33:01 +0000 (UTC) (envelope-from brooks@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gDXzc5YBMz4MNc; Mon, 11 May 2026 08:33:00 +0000 (UTC) (envelope-from brooks@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778488380; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=FKAMlxCiUKwRs97BtZa6iu5Vmz3f0NfuX9QSxdd1vqQ=; b=Dfp/5muChhtXgTHt1CbmK5vl9nb3Sb90Blu+MtWtTVGHMyPplX8mcoFECc36vo3LG6XV5m 1yB5k+LIItVxWHxpGlS/TdY5qLNwQSVqlHqjLXsIYkRuz5zEB362jl17gR5FxxGNo5D3y5 Xc6lsgJqGD0sdt0H07PiHUT4wE8LhduOdKMCT5BGVnc/tob5f3MUHOusby6yOj57SuGiAu A3nHiHR95liGa4FmIf9DwMqmWOkKTmC9E+xbFNadcaZkpTAMaoKnmfN5JDimWZ9MhcL8Vi 2Ifn5/ufVGJnp0bHGSM59Cqmd09Ru4yKuhlHDfRNFCyZAtizOPToCxaDJhQacw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778488380; a=rsa-sha256; cv=none; b=CL4yas7jc7ezKWMguAyOyyoT0e4gIMbvB14XABxjXuJaqaxDVb4psnzFbVmMb8eORH+xm3 1snfnPA54m7Z5O4H457sCKQSEM54itzjDtTg6q9HsFtPGoe11qtyQeij2Z1Nv0YWL9VU9F aaKHHup+Pth6hyQFQ/A6quXQsjuwNSM2Oiwn2Ws+qMxbnVy/CJiJzqgid564ec/EeQLk9e pJcUDOA6/1Zas1RYB5IHlyMO49iq+qH1peTmsp5AybJlJ3AS/LIeSL1C5YKLjCxElVNc5g 76Bq/ygKhgh43LX/L/rh6K5dNRj6yXDd0eN948aPh73q3z6aRFjxuyLO7QnjOQ== 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=1778488380; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=FKAMlxCiUKwRs97BtZa6iu5Vmz3f0NfuX9QSxdd1vqQ=; b=gYmHUQqNQ/7ZqVFaPNgKYun4bM70JTLAyFqthyJBXDGta1pOAogL4KAHzXF6au9wyCOJ7k W8sJtkZlaZV78gYgpzuDQVDMYz4m0REIXZGBXJSRY9aGkvKbU3oIshFnmsXWBkbh9YqW3z 445HMaoBh861Alhrm0svwatn5A1yh123EJ2bJmJhaVfwbqYol+/WxaWNUpJ1aFEuuMBt6Z 3pEbJfVbpz7uDM51uSNCKgkoJO49gitD45U1iFTT7iLaVT3ny0lZ3A730dQrOnPk9lbdgZ CNsA2hJDSrqgWKrJ1W5ckx1YDkACrT75e3ZswoLLW4TiwMy1Qw8mCcThiIaD5A== Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: brooks/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gDXzc4kTJz1Pcy; Mon, 11 May 2026 08:33:00 +0000 (UTC) (envelope-from brooks@freebsd.org) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 25F273C01A0; Mon, 11 May 2026 08:33:00 +0000 (UTC) Date: Mon, 11 May 2026 08:33:00 +0000 From: Brooks Davis To: bob prohaska Cc: freebsd-current@freebsd.org Subject: Re: Update strategy and timing Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Fri, May 08, 2026 at 08:48:17AM -0700, bob prohaska wrote: > Is there a preferred strategy to timing updates > for self-hosted FreeBSD systems? > > On the stable branches it's easy; just update when > updates are announced and build/install. Once caught > up, things can be left alone for days at least.. > > With -current there's essentially no pause in the > stream of fresh commits, so git finds a new commit > by the time buildworld finishes. > > Is there some marker or indicator that signals the > -current tree is at least nominally consistent and > buildable? I'm not asking if it'll work, just whenter > it's worth a try. > > For example, my practice has been to run git pull, > then make buildworld. If buildworld succeeds, I'll > try another pull. If nothing new shows up then run > install and reboot. This works with a stable branch, > but with -current there are always fresh commits. > > I've tried looking at the commits to see if they're > relevant to problems I'm seeing, rebuilding if they > are and proceeding with install if they seem unrelated. > > Is this approach at all sound? Is there a better way? I believe the only case where it should be possible to pull and get a broken tree is if someone made a mistake. There are cases where a batch of commits requires two pushes (e.g., a white space commit which must be pushed before .git-blame-ignore-revs can be updated), but I can't think of any cases where something like a __FreeBSD_version bump or regen of syscall tables should be need to be a separate push. As such, pulls "should" all build and I believe pulls on a single branch are atomic with respect to pushes. Obviously people make mistakes and that can require cleanup which is unpredictable. One strategy that can work if you don't need the very latest version is to pick a commit somewhat in the past. For example pick up the last commit on Friday the following Monday. That lets you check the mailing lists and follow up commit to have a chance to say "maybe not that one". I used this on CheriBSD when it was closely tracking FreeBSD (we still use Friday commits, but are very behind at the moment). -- Brooks From rmd@orbit.in-berlin.de Mon May 11 10:31:03 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 4gDbc204Svz6cnLX for ; Mon, 11 May 2026 10:31:14 +0000 (UTC) (envelope-from rmd@orbit.in-berlin.de) Received: from einhorn-mail-out.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.in-berlin.de", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gDbc14c34z3JTq for ; Mon, 11 May 2026 10:31:13 +0000 (UTC) (envelope-from rmd@orbit.in-berlin.de) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmd@orbit.in-berlin.de designates 192.109.42.8 as permitted sender) smtp.mailfrom=rmd@orbit.in-berlin.de X-Envelope-From: rmd@orbit.in-berlin.de Received: from authenticated.user (localhost [127.0.0.1]) by einhorn.in-berlin.de with ESMTPSA id 64BAV3FP1913003 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Mon, 11 May 2026 12:31:03 +0200 Received: from dynamic-077-183-194-062.77.183.pool.telefonica.de (dynamic-077-183-194-062.77.183.pool.telefonica.de [77.183.194.62]) by webmail.in-berlin.de (Horde Framework) with HTTPS; Mon, 11 May 2026 12:31:03 +0200 Date: Mon, 11 May 2026 12:31:03 +0200 Message-ID: <20260511123103.Horde.qCxQjeWuXSbX1IdwYMSSSrb@webmail.in-berlin.de> From: "Rolf M. Dietze" To: vermaden Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: PKGBASE Upgrade 15.0-RELEASE to 15.1-BETA2 In-Reply-To: User-Agent: Horde Application Framework 5 Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes 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-Disposition: inline X-Spamd-Result: default: False [-0.88 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.989]; NEURAL_SPAM_LONG(0.53)[0.529]; R_SPF_ALLOW(-0.20)[+ip4:192.109.42.0/24:c]; MIME_GOOD(-0.10)[text/plain]; RWL_MAILSPIKE_GOOD(-0.10)[192.109.42.8:from]; NEURAL_HAM_SHORT(-0.02)[-0.017]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:29670, ipnet:192.109.42.0/24, country:DE]; FREEMAIL_TO(0.00)[interia.pl]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; DMARC_NA(0.00)[orbit.in-berlin.de]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_THREE(0.00)[4] X-Spamd-Bar: / X-Rspamd-Queue-Id: 4gDbc14c34z3JTq Hi, I found no solution either and did a reinstall from distro images followed by a freebsd-update, never again pkg-base /rmd > Hi, > > I was not able to find information on how to upgrade FreeBSD > 15.0-RELEASE to 15.1-BETA2 in PKGBASE world. > > Its simple and known with freebsd-update(8) but a mystery with PKGBASE. > > Please advice. > > Thanks, > vermaden From nobody Mon May 11 12:28:40 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 4gDfCm2rbxz6cwwf; Mon, 11 May 2026 12:28:52 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo75.interia.pl (smtpo75.interia.pl [217.74.67.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gDfCl6lb1z3VS1; Mon, 11 May 2026 12:28:51 +0000 (UTC) (envelope-from vermaden@interia.pl) Authentication-Results: mx1.freebsd.org; none Date: Mon, 11 May 2026 14:28:40 +0200 From: vermaden Subject: Re: PKGBASE Upgrade 15.0-RELEASE to 15.1-BETA2 To: Rolf M. Dietze Cc: "freebsd-stable@freebsd.org" , "freebsd-current@freebsd.org" , "freebsd-hackers@freebsd.org" X-Mailer: interia.pl/pf09 In-Reply-To: <20260511123103.Horde.qCxQjeWuXSbX1IdwYMSSSrb@webmail.in-berlin.de> References: <20260511123103.Horde.qCxQjeWuXSbX1IdwYMSSSrb@webmail.in-berlin.de> X-Originating-IP: 45.148.42.7 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=UTF-8 Content-Transfer-Encoding: 7bit DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=dk; t=1778502523; bh=IU9GSB7imAO1TfLX5t8szxhVrB6eNj/0iHvJu4XNo0o=; h=Date:From:Subject:To:Message-Id:MIME-Version:Content-Type; b=EomegI7MdADiW4WocAMNUsPRmlhhpioWtdVW0wRZ/hciv1OWF3ckM+tB9mhjIOSBK vqlO4J0eRxxZICjfecDwUnc1BeZd3xYyqKDmFV8CUvfPjz8MuJOPOoy5tv++ISg3/1 YxQhCSF9bTescKwMjz9kHM/XvONdSNUW0pqEUIGE= X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16138, ipnet:217.74.64.0/22, country:PL] X-Rspamd-Queue-Id: 4gDfCl6lb1z3VS1 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated > I found no solution either and did a reinstall from > distro images followed by a freebsd-update, never > again pkg-base > > /rmd After some tinkering I found at least two ways to do the minor upgrade reliably: - https://vermaden.wordpress.com/2026/05/10/freebsd-pkgbase-minor-upgrades/ Hope that helps. Regards, vermaden From nobody Mon May 11 13:17:28 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 4gDgJG6QCVz6d0vd for ; Mon, 11 May 2026 13:17:50 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (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 4gDgJG4J3Dz3fCN for ; Mon, 11 May 2026 13:17:50 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x532.google.com with SMTP id 4fb4d7f45d1cf-670ab084a39so7320117a12.3 for ; Mon, 11 May 2026 06:17:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1778505464; cv=none; d=google.com; s=arc-20240605; b=LCjO7HE0/3OpDISSVCahUjLL0tvDgEiMRY+IkFN/PwaEgLz7z+nxrsI6clQMUIZ6Jc zaeBOyus0GdAKiqolVWjjabBuuzWb3bIvuIr6kwfn+VPfcu1sqrTc1JcwF/yX7f1iNA5 d8PbzAt4VRvd3xknG5oTs/xgjghyXST8YbB6h2bKqCL3jioKbrTbnHvO/kMiDaEDBcU9 IGMxWzlDZTOk/iXpTzL2CRLUUURFKcBWxFvNyVSN/X0IBHTo7F8ZCsGMquQq/jJKAPrZ YMaJiZt9uc7HgTNMrFQtVIg6S7yKJQZzGRH18LNMDzjA0DqcquBRedperepys8qA0s5M T4oA== 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=9btPZsqzG/dAbMMvwb9qcVNuXhIJf006Iv01iBgV/Wg=; fh=lj1LFcWE2HKYMk4cM2Aso/nJiGW1JbWCD7nBKnI6kGU=; b=HFHIRe4xmYzX3OnbaBiRSYHHcU+XtXh6tvO1N1++FjCt3HYcf03r9jDRxsn2q/yr7Q yp//j3hE087cmw6+dWLMAm/fk8Dm/Mnmnur7FK1JJpqq8+Xm4K7acOMcqrwawrxsFbfH ICZ/ii+l360kwDzYtXw4wKp8Lf9iWuDkffhgCtJ0DtcabGi/T2t5bgJoYeQWAoDpbzLR VM3R+Ycobxnx9Xg1ASHkkJHBu00Ou94UsVO2/ZHGvqN8pWwHqWrnEsCI8rY4MekKyi3X oJOC4Cbse9wPD4IC2nIIYkptfa4d+g50ji8sSm9mTSkLblud0/bKtHmF4l5vjk2qI/Lw LQcA==; 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=1778505464; x=1779110264; 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=9btPZsqzG/dAbMMvwb9qcVNuXhIJf006Iv01iBgV/Wg=; b=GTZrynO1XnhdgvtJzUktk+ezT9sqWwL0nvk2QnP8iqBoBRRVz2oywsgr6/HDXbBw7F d9Ti3LYKUHchfpzKflURENFPaEv+Wb32s9dHcw2o2nXD5+OgRhdrH6kWUKT7OE1swEl7 Y1ChcWLPHJvGyGcftPRKluHdy+gC27ffmg9msj71hI0aC5zDKTpqN77DoI0oZ4GdD68R xO2NRFg5bgsS/bG+c8WNfTxexDQwCu3Y84CWPUtEiH8X/po+OxuG1GunGAPL1+0GB88i VDC15s1b54RGaNFdyci2U7D8rT4AEXERyvh9lHpn1MLDHHg2wGNUP62PxioRDhDKDoQC MoVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778505464; x=1779110264; 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=9btPZsqzG/dAbMMvwb9qcVNuXhIJf006Iv01iBgV/Wg=; b=eQTWiYoCDHeZuXRMj4rJP6teYf2mOMZdco67QGQqpfOE5wFfcOmE5AfdYkbUHdM23h CSLF/SFR7XjdWqR5BXmZvY7QddbDb39oW8qQNDKh5GrnIACXXuW15XkznFm1XpIF2CW+ b9QSKcXrFGZ9/IvqELh/ZJ8R9YY2Ju4NbDIeoUgCTnzNd+PM4yYtUWsqUvi/8JrfAbe0 JX3J5X3xgQAJ74198Eu+Z+tEaJlD0rC1/gwvN1Su06LfZz33KBa8nX9qcOtsMDI4UImK mTnRPSS7DpIBUL9n53Mz5raDu/JBwmLWf3hymEy04hZ/HddbIG6f1kJeGu8HUuzAZqms exgA== X-Forwarded-Encrypted: i=1; AFNElJ/eNZJ/LfUOVB+8eE2OLs/KqDZFZUwG7LcJwWge9Gf8X6W4m3K+vvEq4UDecb9vpbmtLnrrVdMiIjJtFpsnrrI=@freebsd.org X-Gm-Message-State: AOJu0YxX03RnAgs1xgq7WM0EQQ9AblDYWbwNy0BPOY6LaeIUpRdFEloD xK0GqGr/1xtt0bMSh9FrVsKLCaclMaltMbOzKi0ZWdXx50kQwgPDmVvBNTTeD1rznr8nclJf4R9 gXZPQMVKNbfFj9FgLO2JDJjWFMt9f3Hl3 X-Gm-Gg: Acq92OHGkMHB95P4oTDzOuaqkjE/C6fjcM7VjZLlXsLpDnq9GiMiax9NPAFxpvPdFc6 njN8x1NBA7ilAbQnvVJT0C59eQxq2g+NcX78qdxEfLsc1ru4rF4NJ3iddO7Qh10Y5DGN73j03jz jIqEEQVO0aigZrRnV+h2U18KDfBBoFWIAkrUXAFH8qnF7aU0YXssYIYVkDgmUOwY0bIqwHl6xec hkRPXqU8KYsUweN0Vsw5ec6qVb0nnRpLNX9osAAOiQ8dkQ3E920QJ4p2opOT2BSKy2FaoDeXBzN Z55mMtkiSdhsICFg X-Received: by 2002:a05:6402:1944:b0:670:8acb:e822 with SMTP id 4fb4d7f45d1cf-67d642bea7dmr10353135a12.12.1778505463872; Mon, 11 May 2026 06:17:43 -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: Rick Macklem Date: Mon, 11 May 2026 06:17:28 -0700 X-Gm-Features: AVHnY4Jl3WwomxWSzxv8q_DOenlWwp4aFNGIIrk1jse-o_Wh5iMDHwJNb6E1r30 Message-ID: Subject: Re: Update strategy and timing To: Brooks Davis Cc: bob prohaska , freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4gDgJG4J3Dz3fCN X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Mon, May 11, 2026 at 1:33=E2=80=AFAM Brooks Davis w= rote: > > On Fri, May 08, 2026 at 08:48:17AM -0700, bob prohaska wrote: > > Is there a preferred strategy to timing updates > > for self-hosted FreeBSD systems? > > > > On the stable branches it's easy; just update when > > updates are announced and build/install. Once caught > > up, things can be left alone for days at least.. > > > > With -current there's essentially no pause in the > > stream of fresh commits, so git finds a new commit > > by the time buildworld finishes. > > > > Is there some marker or indicator that signals the > > -current tree is at least nominally consistent and > > buildable? I'm not asking if it'll work, just whenter > > it's worth a try. > > > > For example, my practice has been to run git pull, > > then make buildworld. If buildworld succeeds, I'll > > try another pull. If nothing new shows up then run > > install and reboot. This works with a stable branch, > > but with -current there are always fresh commits. > > > > I've tried looking at the commits to see if they're > > relevant to problems I'm seeing, rebuilding if they > > are and proceeding with install if they seem unrelated. > > > > Is this approach at all sound? Is there a better way? > > I believe the only case where it should be possible to pull and > get a broken tree is if someone made a mistake. There are cases > where a batch of commits requires two pushes (e.g., a white space > commit which must be pushed before .git-blame-ignore-revs can be > updated), but I can't think of any cases where something like a > __FreeBSD_version bump or regen of syscall tables should be need > to be a separate push. I do it as a separate push to make MCF'ng easier. But I do it literally a minute or two after the commit it applies to. rick > As such, pulls "should" all build and I > believe pulls on a single branch are atomic with respect to pushes. > Obviously people make mistakes and that can require cleanup which is > unpredictable. > > One strategy that can work if you don't need the very latest version > is to pick a commit somewhat in the past. For example pick up the > last commit on Friday the following Monday. That lets you check the > mailing lists and follow up commit to have a chance to say "maybe not > that one". I used this on CheriBSD when it was closely tracking FreeBSD > (we still use Friday commits, but are very behind at the moment). > > -- Brooks > From nobody Mon May 11 13:25:19 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 4gDgTD2qdrz6d1mb for ; Mon, 11 May 2026 13:25:36 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) (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 4gDgTB4xHCz3gks for ; Mon, 11 May 2026 13:25:34 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20251104.gappssmtp.com header.s=20251104 header.b=h5B0TPH2; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::1032) smtp.mailfrom=wlosh@bsdimp.com; arc=pass ("google.com:s=arc-20240605:i=1") Received: by mail-pj1-x1032.google.com with SMTP id 98e67ed59e1d1-3665b67ed66so1759557a91.1 for ; Mon, 11 May 2026 06:25:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1778505932; cv=none; d=google.com; s=arc-20240605; b=evqc2tW9jkVXEKIHsBckp92TTmgM6RQ6tggyhRTh70uAf+vYLkqzwJvnSTlukN5a5R 6YD/9Zf8wayt2+1lqHXwNs6lermnTLGoMimLS2JQedGVaUIaQ2XPwbuwCKDzVdG42Ltq QEUGFO3b8dTBYo4zW46Sg9UCX1ZJIVSO/HLg+BarCP9M69PiYV2/wwttgMb2Rj96Qvc1 UUhT3M1l0PgOWuUpY3JmeIzDSf05EhqZkWlcnc0XhthzQb7udidbTDedXtoSmRioUkEc Q8PdFNdIcb1GAhBp1XIYMioHBcwF0fgykyfWzWT6X++xvUlKpvK7QpLSpW2+pUlaBe50 sf2w== 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:dkim-signature; bh=eNg2JqW30sesVlwWcgs87kfcH4E17sz+G2JOyXOvo8Y=; fh=r0hT/maDDLEcSGNtJteKEPExyZEtB2449bvGXWS/TMo=; b=Sm6Tjyj+4cXLO5RT1ZV+R4CqrPgTUaMA9M8QSgoqhPHLNQSHwNSEx4Q4VxOXdTFBs9 gkKDVv0kw+tCiXSlxHE5JKu8PSV45rF34PGFh119evPtKk9EJAx7AeA4qwVR+llYuRYd 2C9Rby4p5mBgu5AyxmKQAExHcQesFtX0cb52WFOjT1kVNkzDKv8qo+exmlovDqgbCAfi TM2mG7HPx6R/SduFPAU7hATzKV66sHQORcdUWkKYsuIMVjawlkuhlEf9/oKOpm4+ivrE S72uyhHmSgGz+ClrXNTAwUzDyh/fvmHpgvC3Df7ucmuPYWVXUIprSA3g2iF1h/hN1W/l lVOg==; darn=freebsd.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20251104.gappssmtp.com; s=20251104; t=1778505932; x=1779110732; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=eNg2JqW30sesVlwWcgs87kfcH4E17sz+G2JOyXOvo8Y=; b=h5B0TPH2/rVq1YKfNH6cJqGE8+eEbghRDfII1rWSc0jZvmWwtpS6O+v2e2RffGxRnH AEjaq+yePvdK0WfpCjmYh1kdatJ+uMl3enaED/3x5b1yssC2LVWa1APoIlzL0f9mNO2I XdU+7rbWieDFsIHHzhQur3z2LDWVakVyGM6+d54VUU013YMZp6ghcRmBebwOxkdYMl9r Zs4P1OdA3VZ5Zizhc31DpxuRdGjncTFUSImxpPVgVOV8mD/VqNiGSh/71OivXws4B+z0 0qnKX5xdpm1O5+GXpYMu6QTIoyNC7BKLDqKhUqAbKi2RcjiiwnadULJYdfxfseAgi8Xq qK3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778505932; x=1779110732; 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=eNg2JqW30sesVlwWcgs87kfcH4E17sz+G2JOyXOvo8Y=; b=En8IeD2nHipRaWg6RyVGcqVMk7F8XEXCEB0uFwbO2GlGJgupAcPOnihY6C/DKEizdo BkfWW02l1cxz3EERX9NnpzA2URE1vDUzNXPIJtxYBsbRZ4T45up9LpPn8FSdeyiFKKUn R1iFSVVeYT2DMIaIwmC9/NB1bpDmK3Dg2XLjdOJKOhJyNs6pmoJa+j5bpJKxCv4VWXMP wHzhCOw31vyXEgcMS6rNZvQ0ijcWeLpYZYBm3r5/bqWMp019tnSM4pBM9Zm8NoJ/4qTf mqPrSTIl046QE/6neRdcPnyRltWnybw4svekNoI2bNFuQ5zBRt16zM0UqWyOSCzdvByb HymQ== X-Forwarded-Encrypted: i=1; AFNElJ9niEYYsp/k/OuYRgedVzrPFTL832YIcgT3pXXJLriX5kWysY83SIt9yenn6WyR/5UhehEgohVSgwMNIZYoNgA=@freebsd.org X-Gm-Message-State: AOJu0YweR7NCPDq6wiEhiBjT2+rRM7LYHwBfbM4rPIFRzEQAMZxxONIz 43NNDRuewZZQYbUpdITmk2iTp3Kek9GKFL3e5GiFkfkW9He6pgSVsSb1DZR79N34DMPXCqAFPzf Az3z1P1MU6XgRZY0l2LGjLMZFmmMvSLuswDdHENq0ww== X-Gm-Gg: Acq92OGXopo4ysa6CFHQRPo93YefFMwE9jsLQLTH8/61vhblZsNjCO0/ERiasNYXEcG /WN6F8+0vb+/tpc0PRx/4DcHD20Ei8otlbFgG92+mS2lBekskyFgb901+Pa7Lq++3QRLGB9eUm9 Gkh06SZaszyIagArU+jpIsKU4jH08nZLzJZnLdPle9dT4HxzyoPjvHs6jmlYcADvwPMDkVU7y7s BJ8MIWHSznGXF9BevwwnLQlkfIDGu/j8txbw9SuGDk+Zw0cPr6Za59xxoyJ/B51by1ZkpFy9s6Y KcW3lU0m5LTHkHh4+96/uf2Lz0jGrA98Wx39SRZ5pBpCvCw= X-Received: by 2002:a17:90b:2ccd:b0:366:4782:1376 with SMTP id 98e67ed59e1d1-367d49bd409mr10627444a91.21.1778505931996; Mon, 11 May 2026 06:25:31 -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: Warner Losh Date: Mon, 11 May 2026 07:25:19 -0600 X-Gm-Features: AVHnY4IwLiasOwHUp3gKsG6_kSO7KtKV6wFz-vVkYq5GWfv88JSyZ8IPWR0zquU Message-ID: Subject: Re: Update strategy and timing To: Rick Macklem Cc: Brooks Davis , bob prohaska , FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000004ecb2006518aae67" X-Spamd-Result: default: False [-2.50 / 15.00]; SUSPICIOUS_RECIPS(1.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; ARC_ALLOW(-1.00)[google.com:s=arc-20240605:i=1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20251104.gappssmtp.com:s=20251104]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DKIM_TRACE(0.00)[bsdimp-com.20251104.gappssmtp.com:+]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[bsdimp.com]; TO_DN_ALL(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCPT_COUNT_THREE(0.00)[4]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TAGGED_RCPT(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1032:from] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4gDgTB4xHCz3gks --0000000000004ecb2006518aae67 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, May 11, 2026, 7:18=E2=80=AFAM Rick Macklem = wrote: > On Mon, May 11, 2026 at 1:33=E2=80=AFAM Brooks Davis = wrote: > > > > On Fri, May 08, 2026 at 08:48:17AM -0700, bob prohaska wrote: > > > Is there a preferred strategy to timing updates > > > for self-hosted FreeBSD systems? > > > > > > On the stable branches it's easy; just update when > > > updates are announced and build/install. Once caught > > > up, things can be left alone for days at least.. > > > > > > With -current there's essentially no pause in the > > > stream of fresh commits, so git finds a new commit > > > by the time buildworld finishes. > > > > > > Is there some marker or indicator that signals the > > > -current tree is at least nominally consistent and > > > buildable? I'm not asking if it'll work, just whenter > > > it's worth a try. > > > > > > For example, my practice has been to run git pull, > > > then make buildworld. If buildworld succeeds, I'll > > > try another pull. If nothing new shows up then run > > > install and reboot. This works with a stable branch, > > > but with -current there are always fresh commits. > > > > > > I've tried looking at the commits to see if they're > > > relevant to problems I'm seeing, rebuilding if they > > > are and proceeding with install if they seem unrelated. > > > > > > Is this approach at all sound? Is there a better way? > > > > I believe the only case where it should be possible to pull and > > get a broken tree is if someone made a mistake. There are cases > > where a batch of commits requires two pushes (e.g., a white space > > commit which must be pushed before .git-blame-ignore-revs can be > > updated), but I can't think of any cases where something like a > > __FreeBSD_version bump or regen of syscall tables should be need > > to be a separate push. > I do it as a separate push to make MCF'ng easier. > But I do it literally a minute or two after the commit it applies to. > I do FreeBSD verson bumps as two commits, one push so i can document the hash in the commit message. But that's not really needed, except as Rick points out, MFC is easier. rick > > > As such, pulls "should" all build and I > > believe pulls on a single branch are atomic with respect to pushes. > > Obviously people make mistakes and that can require cleanup which is > > unpredictable. > > > > One strategy that can work if you don't need the very latest version > > is to pick a commit somewhat in the past. For example pick up the > > last commit on Friday the following Monday. That lets you check the > > mailing lists and follow up commit to have a chance to say "maybe not > > that one". I used this on CheriBSD when it was closely tracking FreeBS= D > > (we still use Friday commits, but are very behind at the moment). > > > > -- Brooks > > > > --0000000000004ecb2006518aae67 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, May 11, 2026, 7:18=E2=80= =AFAM Rick Macklem <rick.mackl= em@gmail.com> wrote:
On Mon,= May 11, 2026 at 1:33=E2=80=AFAM Brooks Davis <brooks@freebsd.org>= ; wrote:
>
> On Fri, May 08, 2026 at 08:48:17AM -0700, bob prohaska wrote:
> > Is there a preferred strategy to timing updates
> > for self-hosted FreeBSD systems?
> >
> > On the stable branches it's easy; just update when
> > updates are announced and build/install. Once caught
> > up, things can be left alone for days at least..
> >
> > With -current there's essentially no pause in the
> > stream of fresh commits, so git finds a new commit
> > by the time buildworld finishes.
> >
> > Is there some marker or indicator that signals the
> > -current tree is at least nominally consistent and
> > buildable? I'm not asking if it'll work, just whenter
> > it's worth a try.
> >
> > For example, my practice has been to run git pull,
> > then make buildworld. If buildworld succeeds, I'll
> > try another pull. If nothing new shows up then run
> > install and reboot. This works with a stable branch,
> > but with -current there are always fresh commits.
> >
> > I've tried looking at the commits to see if they're
> > relevant to problems I'm seeing, rebuilding if they
> > are and proceeding with install if they seem unrelated.
> >
> > Is this approach at all sound? Is there a better way?
>
> I believe the only case where it should be possible to pull and
> get a broken tree is if someone made a mistake.=C2=A0 There are cases<= br> > where a batch of commits requires two pushes (e.g., a white space
> commit which must be pushed before .git-blame-ignore-revs can be
> updated), but I can't think of any cases where something like a > __FreeBSD_version bump or regen of syscall tables should be need
> to be a separate push.
I do it as a separate push to make MCF'ng easier.
But I do it literally a minute or two after the commit it applies to.

I do F= reeBSD verson bumps as two commits, one push so i can document the hash in = the commit message. But that's not really needed, except as Rick points= out, MFC is easier.

<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex"> rick

>=C2=A0 As such, pulls "should" all build and I
> believe pulls on a single branch are atomic with respect to pushes. > Obviously people make mistakes and that can require cleanup which is > unpredictable.
>
> One strategy that can work if you don't need the very latest versi= on
> is to pick a commit somewhat in the past.=C2=A0 For example pick up th= e
> last commit on Friday the following Monday.=C2=A0 That lets you check = the
> mailing lists and follow up commit to have a chance to say "maybe= not
> that one".=C2=A0 I used this on CheriBSD when it was closely trac= king FreeBSD
> (we still use Friday commits, but are very behind at the moment).
>
> -- Brooks
>

--0000000000004ecb2006518aae67-- From nobody Mon May 11 18:49:49 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 4gDpgS3NyDz6dRCF for ; Mon, 11 May 2026 18:49:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gDpgR5WTXz3Swt for ; Mon, 11 May 2026 18:49:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1778525391; bh=vJIoEUNjzF6y4U2K/QBtUZPd5lEXEugWSpG+wUoIL4Q=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From:Subject:Reply-To; b=afOhPqXYgbgvzJAg7tPoUSPnc3pjJibyh5gmITBAV1ISSU2HOgrR+ZoogcUw0UBJ5/WeggjwmvCQF/DNTn6G2k17qPDT2eBmN3G2QVSpHUXBNLQ46dMmYYmL+GXdjDpZM55T+ADb2H9sAbTHot0RDzC2dpCHln4Yr3DvKON3YQLSWEhL/gEgGSHXkMpHcJgFzFmvikY87/doy0Dz7IH2xRWS8GpBmqaUfAxsETE/748ImUFrv70rSaq6AGpBPLY6efENEVFy71hB6JHgzToRmeGWzezPeAB/ZLn5UvhqsB+99M/cgj/xZb1ZHsJVxKjW72zvyeRCsCpM9WVr09DcJw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1778525391; bh=OibZ7vHYZZp51+z/yRX61iZJ8fnE9vG1CHiEiX0oMM6=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=QR05tVxDvzJQCbyKPgSIWZ5LB2reXu9T7KdomWVG1WINRrXzDxOoXbmJ5WbBkifvUsalkOXD61oLS2ZQwqG8cKY3UHI27f9O+inZD2Fuq8Ror+BtYboYXUw7ghsEcgpJgVcnEabmIt2JTsl2+2jU+d6EdtMk8e53IAqu1WiahaX4F8mmE1CrpKQZguXvumO59djMN9fYMa++HikSuBBIXNHJsq4JfsT9QiACjIXhZwC5Hcj3bT5fSvd85bg12ysmIS7aX3FiIyMahlGjWxdarRTbLVqwt3io0qv4kXI8LIjPZXyxY2dZXsMftIyTabiP3MFCIxcHyKhklLwfI/ZduQ== X-YMail-OSG: EQLCnPUVM1nhlsjd4E9da8DsboiYLGzgXAuBazncv9l8UVW3PbdbkRhYotdYpor jPsxYXXyCooUyqPrzCOLX.rjPVbQtUSwYwqfb2OTiJPNJLsWsJpK0v9ti26yEDL_1CQu0hHAmHFP Yv0h4m9ynBndVAwWmhOUmMsaVOf.xttpiiBKwW0ehPbfHtwYdxlxwGlzRe8mPYTpjj8xCnlIAhRO 9Vp2SAvmGm5CCglR4THVsRisLPEnjrjW_zx1m6WMy8JM76ClFIVcptOVQNNZsuJTOqPkzjRiv1ma t1ktxyeR7_PZjEaiC7dPXlxETOQs7If7peGxXpocpZ0ndH6lDCKRfgQqZY5U7NJFAjg4piLTg7gV 6_VJHfVf6JQJxVcPrWX9Rlss.qc_bJaIVF.tgcvWC4uAGowc9HfaQVcRkk_3i2JDPx.KgptnZuXi 5FOlfVGvIzGH3syruESjd6L.4tz5WjCqd9htrRoNOzciTI6QDxg_wcnWjZQ4Pe8._fCewCeedc0o KsjtW2Trv_dnkBNjP9RTC726g81ZyLyVC6JZiBDpBfYYXNurjgq5S8Rssaaqyq7zJq9pH6eGXnZc dHa91tJDS7b8yLPDGt9LDQ7XjIWeDzONr3SlQWR_8fUcZH..f4qCZBudbzrajWPFEetIvoGnVqTt Ws51H8GDhtg1lbgIaQFLpuh8_Oe8x_NUKHo.OP2UnKoaI7OQRQbNnwiUu6RSQG8bgoferjztPHnK xVK.LJfRRnRCif2Hzy2R0L7wXrCzGNSMMftiP2QOijfddGXTvuAi6zvwNfVG5xJkGrMV.luXjR2r MpccChaIlgu8loJorK0xB42LdHnW_ILrovEp5elpd3JGIs0HTdk6cnHBoxcu0QwHNPI2sWz0cBSh 1ggov6FbpE9p8q16k47vABaUDQnU035opSerzSXrIfS1JKV6Kj6v4Xuuzu02ijKVHkV6HyiC_C_p 68d5roj.fdHPJfw7hXRv3aKV4hyod6qCTIkwrdziLAcicQ.Ao5y2kKRNZU3HPGgUv1drfF6.Xt0k Ho.8hv7FLWPyXNw59pmmOC4h5RTx3TQEQZvoVmBLvtKl1GoI9gqWHy4tUQgEzutSm0raydM5kFN8 _09wpb0rHYoKvmMXjl4_R2QXfncc0QkBL.e6PcKSGUzHUWXFCFbW0ql6K7vLSi0WRsgZnZ.Az926 ul5r3hgTOxXajA4AGcZl4ACi16_y.t05na7FfML3bdFAtTmGOlkBVie0m_CcOUzBz4SxsoafolUx _Joxn7j8emDkTtr6sEECVzmQnSxqLwnqQ_F6K0.axu.jkOxqv.2zEu5Rg475kvKPBbO45nIJRJQp X.BY70E1EoJY1Ij9_wa6BAFpcn_ZUmft7O8BoiLroolnweIA8hZ5ctoYbODAfY5.3ZFSQjjBA6qB Z7G.B8VlV0Wy_a6iOMzZExv0pD7XRfXR388hTjjBENzogc6dg1MXZZTVYRt7l1tbrk0gJ3zzYKPJ MCXc3TrwRHW9X33BeM7dIP8vcK2J8P8nubPC9o10yYMJlWeZrtmZmsXLIMIEpEG4N3dJlToSVOlq hjLmuLTrjnwVmyf9JCxToQEv7fXfx1xCjdzx78T2udzcaeUNcL0xgBgyT0WRTwPCeCjtthTHPXHz hCa.dUZfPluDIyJY3AjEYSo34NzbIdxIenVg2C27.YQaqinDI2Kh7NqetR9dhv_OaLj1_k8BOJqC Y0gIkvxRjG1yLIfLc12bDkqlHHfARWTJAK.2Srcm_EWnipnz2vlpciiuAUa_42LcR3Ow0De8GjgE geENbYK28_uPWHr1bT_c2YxF7sh0t8xx6TpoKDJzm.bDCxNb5YgVawvmbebzxr8q.NHzMmXp8YVy jIgSKQCrOKZYXvoepOq8nR4AK9VvDXR9kU76rYTF5fcY54TbHT13KFyMmmda3feI1hYiqyDpTMgh 0ObwLeJs.KoodxjtoBX9L8NKenwwpE7S1rXZTmppKtiH1bbgiFLIOvaZpQbX1VevdymQylQd7Yt5 q3A91Y7ApYkXh5vX7h_6A.igBUsUxdtudS9QFmblF2y0ng26ZpTkk4CVCTzylTtYFxCzuQSiF5dd XLLaJabEphiLwIyiiLvjXnsNeNOKBYzdbi4l3LVmULqit8L2kNgiDtGIeXDUwWQbSgbsUGcq4Mz_ F3Zih7Fn_WgOXIdJTCZtUFdMR6n1PNhbKQzOd9VqrRA5qRQqM3Bnr5lpToeigNnGddP0i2XS9hdI b2ovbOuoXvRoI.LzI9n6.z1Je8XFjZPJIz3S1m.mLCLF1G9p6_pxSIq_N6rcajQWXGPomcBqbSXm HMP9Vcvq5RjDG3SsBxVVvEUgiNzisMeLc5Vndy4j1bb6Tciu27fHgNhyf X-Sonic-MF: X-Sonic-ID: bb918678-00a8-4cae-a8e4-0a0263a736fe Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Mon, 11 May 2026 18:49:51 +0000 Received: by hermes--production-gq1-7bb7df5c46-hjhbv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c6a898fd2c1ca858d5aacc8ea6628f67; Mon, 11 May 2026 18:49:50 +0000 (UTC) Message-ID: <45ed6c2b-4cda-465e-8fa1-b2533147e945@yahoo.com> Date: Mon, 11 May 2026 11:49:49 -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: Update strategy and timing To: Brooks Davis , bob prohaska Cc: freebsd-current@freebsd.org References: Content-Language: en-US From: Mark Millard In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.25725 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4gDpgR5WTXz3Swt X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On 5/11/26 01:33, Brooks Davis wrote: > On Fri, May 08, 2026 at 08:48:17AM -0700, bob prohaska wrote: >> Is there a preferred strategy to timing updates >> for self-hosted FreeBSD systems? >> >> On the stable branches it's easy; just update when >> updates are announced and build/install. Once caught >> up, things can be left alone for days at least.. >> >> With -current there's essentially no pause in the >> stream of fresh commits, so git finds a new commit >> by the time buildworld finishes. >> >> Is there some marker or indicator that signals the >> -current tree is at least nominally consistent and >> buildable? I'm not asking if it'll work, just whenter >> it's worth a try. >> >> For example, my practice has been to run git pull, >> then make buildworld. If buildworld succeeds, I'll >> try another pull. If nothing new shows up then run >> install and reboot. This works with a stable branch, >> but with -current there are always fresh commits. >> >> I've tried looking at the commits to see if they're >> relevant to problems I'm seeing, rebuilding if they >> are and proceeding with install if they seem unrelated. >> >> Is this approach at all sound? Is there a better way? > > I believe the only case where it should be possible to pull and > get a broken tree is if someone made a mistake. There are cases > where a batch of commits requires two pushes (e.g., a white space > commit which must be pushed before .git-blame-ignore-revs can be > updated), but I can't think of any cases where something like a > __FreeBSD_version bump or regen of syscall tables should be need > to be a separate push. As such, pulls "should" all build and I > believe pulls on a single branch are atomic with respect to pushes. > Obviously people make mistakes and that can require cleanup which is > unpredictable. There are times, like when llvm19 -> llvm21 happened, where some things can revert and then go forward and the list of commits itself is sizable --even if they happen over a short time. It may be that at any place in the middle builds --but that you might not want the result. Such points are not frequent but such commits do not normally get prior notices about an expected time frame. Being able to stick with what you started with for operation can be important for self-hosted systems. It can be good to check if you want to use what was actually fetched and merged (--ff-only) before actually building based on it. One might notice something like llvm19 -> llvm21 had started. Other forms of using a somewhat older hash that avoids something like that is an example as well. > > One strategy that can work if you don't need the very latest version > is to pick a commit somewhat in the past. For example pick up the > last commit on Friday the following Monday. That lets you check the > mailing lists and follow up commit to have a chance to say "maybe not > that one". I used this on CheriBSD when it was closely tracking FreeBSD > (we still use Friday commits, but are very behind at the moment). > > -- Brooks > > -- === Mark Millard marklmi at yahoo.com From nobody Mon May 11 20:39:42 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 4gDs645g1qz6dZ63 for ; Mon, 11 May 2026 20:39:40 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Received: from mail.tarsnap.com (mail.tarsnap.com [54.86.246.204]) by mx1.freebsd.org (Postfix) with SMTP id 4gDs636fTQz3nbW for ; Mon, 11 May 2026 20:39:39 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=tarsnap.com; spf=pass (mx1.freebsd.org: domain of gperciva@tarsnap.com designates 54.86.246.204 as permitted sender) smtp.mailfrom=gperciva@tarsnap.com Received: (qmail 66113 invoked from network); 11 May 2026 20:39:38 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 11 May 2026 20:39:38 -0000 Date: Mon, 11 May 2026 13:39:42 -0700 From: Graham Percival To: freebsd-current@freebsd.org, freebsd-git-weekly@tarsnap.com Cc: Colin Percival Subject: FreeBSD Git Weekly 2026-05-04 to 2026-05-10 Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Result: default: False [-1.59 / 15.00]; NEURAL_HAM_SHORT(-0.74)[-0.741]; DMARC_POLICY_ALLOW(-0.50)[tarsnap.com,none]; NEURAL_HAM_LONG(-0.47)[-0.475]; NEURAL_SPAM_MEDIUM(0.32)[0.325]; R_SPF_ALLOW(-0.20)[+ip4:54.86.246.204/32]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:14618, ipnet:54.86.0.0/16, country:US]; R_DKIM_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[54.86.246.204:from] X-Spamd-Bar: - X-Rspamd-Queue-Id: 4gDs636fTQz3nbW Hi all, I'm happy to announce FreeBSD git weekly for 2026-05-04 -- 2026-05-10: https://freebsd-git-weekly.tarsnap.net/2026-05-04.html It's a list of the 110 commits in that week, split into categories. No highlighted commits this week. 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 May 12 13:24:15 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 4gFHPD3dyjz6cB6p for ; Tue, 12 May 2026 13:24:16 +0000 (UTC) (envelope-from brooks@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gFHPD328tz4KWD; Tue, 12 May 2026 13:24:16 +0000 (UTC) (envelope-from brooks@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778592256; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=7cVBI+JEsFzUnSuiUo1WQwZbHhlNZyl9Eep7yY7C/t8=; b=PMgSirJz2D0XchZbdEmGYX6g4eYE4XxMob30MH64hDHsIJsufim63t6rzIUwSVGDXkmDlH MufmqE8GZHGSMDqPOwwXAAA5qV6fv0zv8T1n1izXN4gOcEiITmcb2Fy5LhmNqNqVskTGb0 j9QEY3EZtetQbcIMfa/pDCjQ0m1vP6UwEvXXIlqRaaFuuBW1r4flSDbbDQqyFfr4vOEvY4 x19d30YJwbufPZc7P6p5hiLYK2lk+rEgyOiE6gP03lRmPmX5QiTxWx06Upg6uppjQtpLrA NB3WxD8j1nvbkCMp6hjP2hHu//ZyFUXgw3eKNdcnVXd9Bj/Nvo/dzZhZXQTqFg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778592256; a=rsa-sha256; cv=none; b=GDs7VT60yEVh7CnaYPPia95Xl4PUesxmqBkPMAkXPyMzM8h3Tn4H/MjUWG01CUYu0U8QAN XnPibMCX+zORfjIZzVdyCW/KwZcKOtko/6yEcTNu2jX2VVmiHbJCtbqMwRfQGtQt8fzpXd NXnlMq21HeVdnX1vXhR3tzaW2ItMAlo1Q5tK+oqNWPFQXRteg4pjIzOxGnYlOYzJ4fWMEb 8L4CCNycbN3RuGbv1LDCYBqr+DqX/5Y6RU8CohhpxT/y0gHuQdAehlONZdbkZZsZCmqB/4 Y7qeYOSacUDxiCD+s8AmHx+3iz6XfASy2Z/aGWyFIL40qXSGhB26UwtC6479VQ== 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=1778592256; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=7cVBI+JEsFzUnSuiUo1WQwZbHhlNZyl9Eep7yY7C/t8=; b=CvcshMChJcW0PtcKtSy9u/rQy+NVGZm0jr4C6/5P2FHVE8qst3A3v/DmfuxmIE5iMVZmiz XE7JT2I46365FHuu1fWuay+GjaUtoGxU8Nj6JtBzpCNyPW7cIO1ZkRwGRaYAiFNYAtjDXH EUQB8EGyN+15q78lzhS5rhq8iBaQNjTVfEgOPJEJ3fGuCDYFvUA25giFEE2yCtGweWwV3g DY3ck1NeGBffJS0IjWZdi3GR6SOSx4dDm7KhH0bJkWZ/GF1j5hG11BxjyWc6xykvaYK3Uv nisvRpwq8AUxn+jDPBLzJ/1RtRjb+bmqqk51zi+C7t+d3FrpDSH+8NHcoq0yZQ== Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: brooks/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gFHPD237mzqX1; Tue, 12 May 2026 13:24:16 +0000 (UTC) (envelope-from brooks@freebsd.org) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id C705E3C01A0; Tue, 12 May 2026 13:24:15 +0000 (UTC) Date: Tue, 12 May 2026 13:24:15 +0000 From: Brooks Davis To: Warner Losh Cc: Rick Macklem , bob prohaska , FreeBSD Current Subject: Re: Update strategy and timing Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Mon, May 11, 2026 at 07:25:19AM -0600, Warner Losh wrote: > On Mon, May 11, 2026, 7:18???AM Rick Macklem wrote: > > > On Mon, May 11, 2026 at 1:33???AM Brooks Davis wrote: > > > > > > On Fri, May 08, 2026 at 08:48:17AM -0700, bob prohaska wrote: > > > > Is there a preferred strategy to timing updates > > > > for self-hosted FreeBSD systems? > > > > > > > > On the stable branches it's easy; just update when > > > > updates are announced and build/install. Once caught > > > > up, things can be left alone for days at least.. > > > > > > > > With -current there's essentially no pause in the > > > > stream of fresh commits, so git finds a new commit > > > > by the time buildworld finishes. > > > > > > > > Is there some marker or indicator that signals the > > > > -current tree is at least nominally consistent and > > > > buildable? I'm not asking if it'll work, just whenter > > > > it's worth a try. > > > > > > > > For example, my practice has been to run git pull, > > > > then make buildworld. If buildworld succeeds, I'll > > > > try another pull. If nothing new shows up then run > > > > install and reboot. This works with a stable branch, > > > > but with -current there are always fresh commits. > > > > > > > > I've tried looking at the commits to see if they're > > > > relevant to problems I'm seeing, rebuilding if they > > > > are and proceeding with install if they seem unrelated. > > > > > > > > Is this approach at all sound? Is there a better way? > > > > > > I believe the only case where it should be possible to pull and > > > get a broken tree is if someone made a mistake. There are cases > > > where a batch of commits requires two pushes (e.g., a white space > > > commit which must be pushed before .git-blame-ignore-revs can be > > > updated), but I can't think of any cases where something like a > > > __FreeBSD_version bump or regen of syscall tables should be need > > > to be a separate push. > > I do it as a separate push to make MCF'ng easier. > > But I do it literally a minute or two after the commit it applies to. > > I do FreeBSD verson bumps as two commits, one push so i can document the > hash in the commit message. But that's not really needed, except as Rick > points out, MFC is easier. You have both misread what I said. They can and often should be seperate *commits*. There is somewhere between zero and negative value in them seperate *pushes*. (It's usually harmless for __FreeBSD_version bumps and negative for regen of the syscall tables since the tree is generally broken between those commits). We used to have lots of things where had to expose a change to the public before making a follow up change, but we removed the most visible one in 2017 with the removal of "created from" lines in generated syscall files. Now it's mostly internal things or after the fact fixups like RELNOTES. -- Brooks From nobody Wed May 13 12:50:36 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 4gFtd11mKsz6dMD1 for ; Wed, 13 May 2026 12:51:33 +0000 (UTC) (envelope-from pat@patmaddox.com) Received: from fout-a6-smtp.messagingengine.com (fout-a6-smtp.messagingengine.com [103.168.172.149]) (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 4gFtcy5GFqz3CYl for ; Wed, 13 May 2026 12:51:30 +0000 (UTC) (envelope-from pat@patmaddox.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=patmaddox.com header.s=fm2 header.b=zIBO4sqz; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=vzTH1ACC; dmarc=pass (policy=none) header.from=patmaddox.com; spf=pass (mx1.freebsd.org: domain of pat@patmaddox.com designates 103.168.172.149 as permitted sender) smtp.mailfrom=pat@patmaddox.com Received: from phl-compute-02.internal (phl-compute-02.internal [10.202.2.42]) by mailfout.phl.internal (Postfix) with ESMTP id A5B51EC00C1; Wed, 13 May 2026 08:51:28 -0400 (EDT) Received: from phl-imap-15 ([10.202.2.104]) by phl-compute-02.internal (MEProxy); Wed, 13 May 2026 08:51:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=patmaddox.com; h=cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1778676688; x=1778763088; bh=iKuR1owv4GhHR4cVWV1L7LRnCdVBXCh9/EJw7GJQL6A=; b= zIBO4sqzUa4YRET1x/kMw9EZ5JwhOLTaWJRK11+KzVdzsQ+3MMXjTP7zvMfw/Oc6 uwT8EDlfclXx3waCriMf4qlaXUFK/7I/hnwldbyPf5gBtPMD9io7YYCkxh/RuYVL xhdDDL1/JyA86jydB7sRp+oTRhswAbrN5tWyFUKDKdSegXO09PNvFZl08PkcS9Nh g+auYIHpGFIMDz676f9VhmMAPZerbTVVIcypRsYOsQbv7cL9iJsWSzzsXoN/bA/n AokAHwACY0t80Gy3rB/6Xw78iFtmeULMSEBxvrt05t1dyDfEzp7km4qW4EYohsTn gySkZBh5qPCl7EwcnHPzqg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; t=1778676688; x=1778763088; bh=i KuR1owv4GhHR4cVWV1L7LRnCdVBXCh9/EJw7GJQL6A=; b=vzTH1ACC72LwRzbwc KMezcJYdnQDl8AZ9dJpsne7x3AES7XoVHehdKe+sr+RIn9pyqx78qooPXwNwhiFM K1+gPDO0uPV7g7iWX4Wb+12bKqzNWl4AVkSsNdi/7kyRqKjpuN3uA1OsWKjSNz3c OSX0W7indG63AjvciISpZidRY0H2MRCEwmTfRZ6EWVoQZ3c0bJeteNHJSoWgpXOV 03UYSvAVCd3riaKFOMd+1suIwqUz28cyycf4CwWqmkTUgRE6zTtm/1ldN4mWwAYY gHWRwqWnWmu6s1NR4O16BYR99bWu5P9Ex7CGDd9JwK7nfOXn8SNhQMRBV9ARXlQu Hcf4g== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefhedrtddtgdduvdegjedtucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucenucfjughrpefoggffhffvkfgjfhfutgfgsehtjeertd ertddtnecuhfhrohhmpedfrfgrthcuofgrugguohigfdcuoehprghtsehprghtmhgruggu ohigrdgtohhmqeenucggtffrrghtthgvrhhnpeelgeeileegtddtuddtvdeuvddttedugf evffdtjefggeevueeivefhkedvleeuteenucffohhmrghinhepfhhrvggvsghsugdrohhr ghdpghhithhhuhgsrdgtohhmnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpe hmrghilhhfrhhomhepphgrthesphgrthhmrgguughogidrtghomhdpnhgspghrtghpthht ohepvddpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepfhhrvggvsghsugdqtghurh hrvghnthesfhhrvggvsghsugdrohhrghdprhgtphhtthhopehfsghsugesfiiffidriigv fhhogidrnhgvth X-ME-Proxy: Feedback-ID: i8b6c40f9:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 32AD0780075; Wed, 13 May 2026 08:51:28 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface 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 X-ThreadId: AnkdS_5sUH0c Date: Wed, 13 May 2026 05:50:36 -0700 From: "Pat Maddox" To: "bob prohaska" , freebsd-current@freebsd.org Message-Id: In-Reply-To: References: Subject: Re: Update strategy and timing Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-4.06 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.973]; DMARC_POLICY_ALLOW(-0.50)[patmaddox.com,none]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; R_DKIM_ALLOW(-0.20)[patmaddox.com:s=fm2,messagingengine.com:s=fm3]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.149:from]; XM_UA_NO_VERSION(0.01)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:151847, ipnet:103.168.172.0/24, country:AU]; TO_DN_SOME(0.00)[]; FREEFALL_USER(0.00)[pat]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[patmaddox.com:+,messagingengine.com:+] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4gFtcy5GFqz3CYl On Fri, May 8, 2026, at 8:48 AM, bob prohaska wrote: > Is there a preferred strategy to timing updates > for self-hosted FreeBSD systems? > > On the stable branches it's easy; just update when > updates are announced and build/install. Once caught > up, things can be left alone for days at least.. > > With -current there's essentially no pause in the > stream of fresh commits, so git finds a new commit > by the time buildworld finishes. > > Is there some marker or indicator that signals the > -current tree is at least nominally consistent and > buildable? I'm not asking if it'll work, just whenter > it's worth a try. I'm also interested in this question. One resource that hasn't been mentioned up to this point is https://ci.freebsd.org/ I don't know much about it, so I'm just inferring things based on the job names and activity log. For example, https://ci.freebsd.org/job/FreeBSD-main-amd64-test/ looks like the job that I would care about the most. Presumably you can take the commit from https://ci.freebsd.org/job/FreeBSD-main-amd64-test/lastSuccessfulBuild/parameters/ as representing the most recent commit that successfully built and passed the test suite. One thing that's a bit confusing is that as I write this, build #28475 is listed as both the most recent successful _and_ unsuccessful build, which I don't understand. The jobs are defined in https://github.com/freebsd/freebsd-ci/tree/main/jobs Pat From nobody Wed May 13 15:06:43 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 4gFxdG2PCvz6dWC2 for ; Wed, 13 May 2026 15:06:58 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gFxdF6sTTz3Z0y for ; Wed, 13 May 2026 15:06:57 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778684818; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=4n6PrNRk8Lz5yrNWaRg9wBOWsbUXE+P4VltFy0xqsmc=; b=N7lc9z40xebmD2p8fzCJVs3UddeJae+TLPcaa3Jf+emqpK/ArG8tq3FuaexyZ7PsFnVS+6 djwEQCFUMcZPpBAr8jR0UFZlpqJIRI5p1QyO0ERC0R4Q7VL+ybtQRvIWGV6gDPmO2jffTg VOAqBUKFZBvTjnlMu/A6DKZuwwInlguRCN7GxcyjQTFuTProL7ffcXHm50XleukxmijiGn OqhaRhf0Y1CCBjriB3D+wMScnx4NPvL+ztSADeu2EZ8NX05olTu2hmhHMub/huC86+HlhW Kt+v+B+qftR9Ap2zQL/rsUYzU5+9u453eACoAOYs/8Xg59WS+KpRbGYDxKrFqg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778684818; a=rsa-sha256; cv=none; b=PyCx+wiuVXdt6XuV4U2iQTA7H9aCvkIA0NzlXbCVTvIbsMiLcXIvLkJa513i9/EkkjrUQm fsGiK4HeZK3au/5q5tmd39CEwy9iCo+5gA9ZOW/uJvnwM7IaCmEWt1v1CxNUueUIbVScbt qpHStX/DV//+oxrxE8yre0Fqa6akyeRLnKkCecb7OYWZgqA06uB2b/DcAkv/2xAqH9EZhR h9m7zYYJCifuf4MjSjZB6iq9qlJLFTtl7QZBrDE4ggLH9Upo760nljdw/O8Wg4rRsXAJYE Ha4zRboNfb0Ohy7S5+cNPExJTnDjLCDATaLY3bYBmTEEsQtNiHe5jWGwk1npMA== 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=1778684818; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=4n6PrNRk8Lz5yrNWaRg9wBOWsbUXE+P4VltFy0xqsmc=; b=sp4/Tszl22sP1wzhaW59p9NjV1HT4nccf0ZGUwvOy7fYnX8+stOYBNIbm67IUi2cMPCjd0 uSuCRlc0T2Q7kWoSjazCGuhg4nD+76Tl1h1pErj5HIdwjl0eo+x9S+OSlUAlRtNcIbV6NJ pbd4hGXKFbZQoP6xFQCQHNzJ5tEVjJDfGIYfSYWh1dwelkwqbItT8O+Zc7+JdIYcIj8jK/ HF1liG2TtyEc2fCsOdWn8Z/P9HO/gGlm27fWhBkhDA/PEyxufKLzox2n9hbCE1KA4jh9c1 ltn+oyrLyxLTkVmXTs9B3JbpotTrMyjKlSnz8pX71vfAia2fFljIi9va1XdzlQ== Received: from mail-lj1-f178.google.com (mail-lj1-f178.google.com [209.85.208.178]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gFxdF5ywTzBV1 for ; Wed, 13 May 2026 15:06:57 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-lj1-f178.google.com with SMTP id 38308e7fff4ca-3938b4b7656so6838191fa.1 for ; Wed, 13 May 2026 08:06:57 -0700 (PDT) X-Forwarded-Encrypted: i=1; AFNElJ9lISp3rgWOn469cTeBpTicjFhs7zzc90YV2VfLNx1h1rHv+sZFyi/ME5qTcK5n0XC8JrFDn/uGD1fYsdfgEXU=@freebsd.org X-Gm-Message-State: AOJu0YzyIYLGoxD405e9okVci64tuUenDaxxsatW3bdXI3b6nx36nnep bTEdKmuvuF2WUovdpBn3fT4kOeu8T7d1mFZR8UTuMwQqcezS0Kixj3un0FH299ScMGj9S8DTxsL YOhIUF/V6inAiswwMqQ2ioYBYL01JPBs= X-Received: by 2002:a2e:bcc1:0:b0:390:f0e8:a0a6 with SMTP id 38308e7fff4ca-3944b7503f2mr6071771fa.7.1778684816313; Wed, 13 May 2026 08:06:56 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 References: <6a0371af.468c3.6fc99f97@gitrepo.freebsd.org> In-Reply-To: <6a0371af.468c3.6fc99f97@gitrepo.freebsd.org> From: Nuno Teixeira Date: Wed, 13 May 2026 16:06:43 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AVHnY4LfdLZIFXxzVSLqcy0iPEkribx25u9FZ9cmfg-kWRDsxPebnuoJjdaIMSU Message-ID: Subject: Re: git: 64880edb1ae1 - main - sysutils/cpu-microcode-intel: Update to 2026-05-12 release To: Joseph Mingrone Cc: ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org, FreeBSD CURRENT Content-Type: multipart/alternative; boundary="000000000000a4d5ac0651b454a8" --000000000000a4d5ac0651b454a8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, Just updated cpu-microcode, reboot and got crash at begining of boot: ** main-n285772-d9b272a19d39: Fri May 8 /boot/loader.conf.local: screen.font=3D8x16 cpu_microcode_load=3D"YES" cpu_microcode_name=3D"/boot/firmware/intel-ucode.bin" hw.nvidiadrm.modeset=3D1 Fix, boot escape: ``` unload set cpu_microcode_load=3D"NO" unset cpu_microcode_name load /boot/kernel/kernel load /boot/kernel/zfs.ko boot ``` Just in case that other catch this crash, just escape boot. Cheers, Joseph Mingrone escreveu (ter=C3=A7a, 12/05/2026 =C3=A0(s= ) 19:30): > The branch main has been updated by jrm: > > URL: > https://cgit.FreeBSD.org/ports/commit/?id=3D64880edb1ae15b052b6bbf7e2cfaa= fde907557c2 > > commit 64880edb1ae15b052b6bbf7e2cfaafde907557c2 > Author: Joseph Mingrone > AuthorDate: 2026-05-12 17:50:46 +0000 > Commit: Joseph Mingrone > CommitDate: 2026-05-12 18:29:39 +0000 > > sysutils/cpu-microcode-intel: Update to 2026-05-12 release > > This update includes security fixes for INTEL-SA-01420 affecting some > Arrow Lake and Panther Lake CPUs, as well as functional improvements > for > various Intel Core Ultra and Xeon processors. > > Release notes: > https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/relea= ses/tag/microcode-20260512 > Sponsored by: The FreeBSD Foundation > --- > sysutils/cpu-microcode-intel/Makefile | 2 +- > sysutils/cpu-microcode-intel/distinfo | 6 +++--- > sysutils/cpu-microcode-intel/pkg-plist | 1 + > 3 files changed, 5 insertions(+), 4 deletions(-) > > diff --git a/sysutils/cpu-microcode-intel/Makefile > b/sysutils/cpu-microcode-intel/Makefile > index 7656ddb7040e..0a480225e936 100644 > --- a/sysutils/cpu-microcode-intel/Makefile > +++ b/sysutils/cpu-microcode-intel/Makefile > @@ -1,6 +1,6 @@ > PORTNAME=3D microcode > DISTVERSIONPREFIX=3D microcode- > -DISTVERSION=3D 20260227 > +DISTVERSION=3D 20260512 > CATEGORIES=3D sysutils > PKGNAMEPREFIX=3D cpu- > PKGNAMESUFFIX=3D -intel > diff --git a/sysutils/cpu-microcode-intel/distinfo > b/sysutils/cpu-microcode-intel/distinfo > index 9302283cca29..2b16827e579a 100644 > --- a/sysutils/cpu-microcode-intel/distinfo > +++ b/sysutils/cpu-microcode-intel/distinfo > @@ -1,3 +1,3 @@ > -TIMESTAMP =3D 1772297634 > -SHA256 > (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260227_GH0.= tar.gz) > =3D fcac5a08d7559a2ce4ad3b1ce5d59619c8adb364b9c51988fedd94220392bb37 > -SIZE > (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260227_GH0.= tar.gz) > =3D 16621772 > +TIMESTAMP =3D 1778607887 > +SHA256 > (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260512_GH0.= tar.gz) > =3D 5a07ce745d0bd8b360a4713564d46d5e38be797316a52abedaff0761e1b02370 > +SIZE > (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260512_GH0.= tar.gz) > =3D 16949219 > diff --git a/sysutils/cpu-microcode-intel/pkg-plist > b/sysutils/cpu-microcode-intel/pkg-plist > index 85ca4b9150b7..fe3b1f13ad6a 100644 > --- a/sysutils/cpu-microcode-intel/pkg-plist > +++ b/sysutils/cpu-microcode-intel/pkg-plist > @@ -177,6 +177,7 @@ > %%SPLIT%%%%DATADIR%%/06-bd-01.80 > %%SPLIT%%%%DATADIR%%/06-be-00.19 > %%SPLIT%%%%DATADIR%%/06-c6-02.82 > +%%SPLIT%%%%DATADIR%%/06-cc-01.90 > %%SPLIT%%%%DATADIR%%/06-cf-02.87 > %%SPLIT%%%%DATADIR%%/0f-00-07.01 > %%SPLIT%%%%DATADIR%%/0f-00-07.02 > > --=20 Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --000000000000a4d5ac0651b454a8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

Just updated cpu-m= icrocode, reboot and got crash at begining of boot:

** main-n285772-= d9b272a19d39: Fri May =C2=A08

/boot/loader.conf.local:screen.font=3D8x16
cpu_microcode_load=3D"YES"
cpu_microcod= e_name=3D"/boot/firmware/intel-ucode.bin"
hw.nvidiadrm.modeset= =3D1

Fix, boot escape:
```
unload
= set cpu_microcode_load=3D"NO"
unset cpu_microcode_name
load= /boot/kernel/kernel
load /boot/kernel/zfs.ko
boot
```

Just in case that other catch this crash, just escape boot.

Cheers,

Joseph Mingrone <jrm@freebsd.org> escreveu (ter=C3=A7a, 12/05/2026 =C3=A0(s= ) 19:30):
The br= anch main has been updated by jrm:

URL: https://cgi= t.FreeBSD.org/ports/commit/?id=3D64880edb1ae15b052b6bbf7e2cfaafde907557c2

commit 64880edb1ae15b052b6bbf7e2cfaafde907557c2
Author:=C2=A0 =C2=A0 =C2=A0Joseph Mingrone <jrm@FreeBSD.org>
AuthorDate: 2026-05-12 17:50:46 +0000
Commit:=C2=A0 =C2=A0 =C2=A0Joseph Mingrone <jrm@FreeBSD.org>
CommitDate: 2026-05-12 18:29:39 +0000

=C2=A0 =C2=A0 sysutils/cpu-microcode-intel: Update to 2026-05-12 release
=C2=A0 =C2=A0 This update includes security fixes for INTEL-SA-01420 affect= ing some
=C2=A0 =C2=A0 Arrow Lake and Panther Lake CPUs, as well as functional impro= vements for
=C2=A0 =C2=A0 various Intel Core Ultra and Xeon processors.

=C2=A0 =C2=A0 Release notes:=C2=A0 https://github.com/intel/Intel-Linux-Proc= essor-Microcode-Data-Files/releases/tag/microcode-20260512
=C2=A0 =C2=A0 Sponsored by:=C2=A0 =C2=A0The FreeBSD Foundation
---
=C2=A0sysutils/cpu-microcode-intel/Makefile=C2=A0 | 2 +-
=C2=A0sysutils/cpu-microcode-intel/distinfo=C2=A0 | 6 +++---
=C2=A0sysutils/cpu-microcode-intel/pkg-plist | 1 +
=C2=A03 files changed, 5 insertions(+), 4 deletions(-)

diff --git a/sysutils/cpu-microcode-intel/Makefile b/sysutils/cpu-microcode= -intel/Makefile
index 7656ddb7040e..0a480225e936 100644
--- a/sysutils/cpu-microcode-intel/Makefile
+++ b/sysutils/cpu-microcode-intel/Makefile
@@ -1,6 +1,6 @@
=C2=A0PORTNAME=3D=C2=A0 =C2=A0 =C2=A0 microcode
=C2=A0DISTVERSIONPREFIX=3D=C2=A0 =C2=A0 =C2=A0microcode-
-DISTVERSION=3D=C2=A0 =C2=A020260227
+DISTVERSION=3D=C2=A0 =C2=A020260512
=C2=A0CATEGORIES=3D=C2=A0 =C2=A0 sysutils
=C2=A0PKGNAMEPREFIX=3D cpu-
=C2=A0PKGNAMESUFFIX=3D -intel
diff --git a/sysutils/cpu-microcode-intel/distinfo b/sysutils/cpu-microcode= -intel/distinfo
index 9302283cca29..2b16827e579a 100644
--- a/sysutils/cpu-microcode-intel/distinfo
+++ b/sysutils/cpu-microcode-intel/distinfo
@@ -1,3 +1,3 @@
-TIMESTAMP =3D 1772297634
-SHA256 (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-2026022= 7_GH0.tar.gz) =3D fcac5a08d7559a2ce4ad3b1ce5d59619c8adb364b9c51988fedd94220= 392bb37
-SIZE (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260227_= GH0.tar.gz) =3D 16621772
+TIMESTAMP =3D 1778607887
+SHA256 (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-2026051= 2_GH0.tar.gz) =3D 5a07ce745d0bd8b360a4713564d46d5e38be797316a52abedaff0761e= 1b02370
+SIZE (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260512_= GH0.tar.gz) =3D 16949219
diff --git a/sysutils/cpu-microcode-intel/pkg-plist b/sysutils/cpu-microcod= e-intel/pkg-plist
index 85ca4b9150b7..fe3b1f13ad6a 100644
--- a/sysutils/cpu-microcode-intel/pkg-plist
+++ b/sysutils/cpu-microcode-intel/pkg-plist
@@ -177,6 +177,7 @@
=C2=A0%%SPLIT%%%%DATADIR%%/06-bd-01.80
=C2=A0%%SPLIT%%%%DATADIR%%/06-be-00.19
=C2=A0%%SPLIT%%%%DATADIR%%/06-c6-02.82
+%%SPLIT%%%%DATADIR%%/06-cc-01.90
=C2=A0%%SPLIT%%%%DATADIR%%/06-cf-02.87
=C2=A0%%SPLIT%%%%DATADIR%%/0f-00-07.01
=C2=A0%%SPLIT%%%%DATADIR%%/0f-00-07.02



--
Nuno Teixeira
=
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--000000000000a4d5ac0651b454a8-- From nobody Wed May 13 15:22:18 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 4gFxzF2L5vz6dXhN for ; Wed, 13 May 2026 15:22:33 +0000 (UTC) (envelope-from eduardo@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 4gFxzD69bdz3bhG for ; Wed, 13 May 2026 15:22:32 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778685752; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=j5c05ZTQaER+j60PnU9nPn7O+9MLD/F8/a/HqF/7GmI=; b=mlIAAqq5n6pA4mhbJfWr/UL4RcLuD0m8GMixrVNI1iGduTNfrQlVRC+67q6oRNw+UWzSxN gxojfFlHRdKURQKTAUCM88eCrpQE5ywVaPQcpPJhq6vwgbxgt727dg2ezI9QL2O/yEHyVK BIPtpk6UmUf329Xk0c3ijLE1nQRxxZztvqY9aKzM26ba7aLku3Jf83dQyNeUGYJDd877pm N/1iVkly+rdwg4QKUDFExppym2Ee8BtTTvb09ho48kIOCwEtRS5oOdkHO4/y9L+vUa5dqI ZHhyze7AXMfJgK+WNu0m5Aeo6nXcxdDO8uwGf2mRoUbOOALqdDMs2JPc3cfjjg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778685752; a=rsa-sha256; cv=none; b=gAMOdqPKlCPa+e+av0m+yv4SFWnyaKEBNVCNPMSG9ZCY3Tg1j7IVrTHSSi4PLAhKc5GFW1 cTyPUUcU+7cSULMv9o2YuwLOcJ5r1wRHtbJAjrwZ7cNOx8AFSogOEp52rfsu6VztLT/B1K ohOkGmYAROP+p+03Dlzr2q46Qy89Ap3rIxKYm8R/H+DbcQJhQdsGLBvyysCcQbJm6jor3q XUlN7FFypmynPjuR5jPDWo6lj27P2mOiuRvTd5GXcgnCtFEMvoJ6oqzRtFjRBMDAVkiMpv kQ+Y2qavj5kt1Q6lP1hFaAjY8IDtmoF491TcoAoy1T2dX3sXNEeymcv91KGz8A== 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=1778685752; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=j5c05ZTQaER+j60PnU9nPn7O+9MLD/F8/a/HqF/7GmI=; b=TW0LcESy0/P0z+tMzCckorHOtFUSeHM2kr+bCbrmeNb6e5uFRFAC8PQytjq5xykqRofCk+ O0RLx5Dg0ZKdgp0VdZzGpCTxhE+aqJk+3SERW0un0dCSPmzP4ed26t/JxDa8qTFnoKZvwq Sq/Kwk/bnp2Aa2wBXuijtEnUW+aIHLZAVHHr8iyUx9ECOw5ESpsohfHMcSJamIfxnWXoDX Q51pqpebpvAlE08PrCPb++hT1aVDJMVW3GYTUkKY5lB9gvq6OGuUJmeHHYQB3L0aawQHxk SEky9CN3ZCa3ytLV3vUuvbmyvKN1qciPUb7CcNF42TjVlZYsl7ZkNp1aoZHTog== Received: from mail-lj1-f172.google.com (mail-lj1-f172.google.com [209.85.208.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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gFxzD5Rn0zBXJ for ; Wed, 13 May 2026 15:22:32 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-lj1-f172.google.com with SMTP id 38308e7fff4ca-38e935bd6e5so7320931fa.2 for ; Wed, 13 May 2026 08:22:32 -0700 (PDT) X-Forwarded-Encrypted: i=1; AFNElJ/O5+vTVRXmUT68eMW68mRolnufpqwwOSsOGUBze9EZoRUZqnLu3RjXYpY5j99y68tQWSbspHmtvdtSkk0cr+o=@freebsd.org X-Gm-Message-State: AOJu0YxEQauj8O+sCLUkNOXGQu6kaOu2SSC/jZa3N6q56d4O8lNTo+Ds 9Jwu6yDGk4ioTm3RbRknD8LtYI682hvFLBiyrNmsw1zGuBBXnG/bByTzpr2BA58Z+QDaBvzrJpD 0m7G4A7xVPbbSE9zrpyrJRb+jDFlMeWc= X-Received: by 2002:a2e:bc13:0:b0:38e:83df:54e2 with SMTP id 38308e7fff4ca-3944b2aa1b9mr5652271fa.0.1778685751345; Wed, 13 May 2026 08:22:31 -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: <6a0371af.468c3.6fc99f97@gitrepo.freebsd.org> In-Reply-To: From: Nuno Teixeira Date: Wed, 13 May 2026 16:22:18 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AVHnY4KjkJd2N6DgWRrWawRRJZ-hmQ2RJjaa17Tmm_v0YZDQtjmfSDt3auK4p9g Message-ID: Subject: Re: git: 64880edb1ae1 - main - sysutils/cpu-microcode-intel: Update to 2026-05-12 release To: Joseph Mingrone Cc: ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org, FreeBSD CURRENT Content-Type: multipart/alternative; boundary="000000000000604a270651b48cf3" --000000000000604a270651b48cf3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable (...) .bin is huge around 16M, is that normal? nunotex@leg:/boot % ls -l ./firmware/intel-ucode.bin -rw-r--r-- 1 root wheel 17104896 May 13 14:28 ./firmware/intel-ucode.bin nunotex@leg:/boot % ls -lh ./firmware/intel-ucode.bin -rw-r--r-- 1 root wheel 16M May 13 14:28 ./firmware/intel-ucode.bin Nuno Teixeira escreveu (quarta, 13/05/2026 =C3=A0(s) 16:06): > Hello, > > Just updated cpu-microcode, reboot and got crash at begining of boot: > > ** main-n285772-d9b272a19d39: Fri May 8 > > /boot/loader.conf.local: > screen.font=3D8x16 > cpu_microcode_load=3D"YES" > cpu_microcode_name=3D"/boot/firmware/intel-ucode.bin" > hw.nvidiadrm.modeset=3D1 > > Fix, boot escape: > ``` > unload > set cpu_microcode_load=3D"NO" > unset cpu_microcode_name > load /boot/kernel/kernel > load /boot/kernel/zfs.ko > boot > ``` > > Just in case that other catch this crash, just escape boot. > > Cheers, > > Joseph Mingrone escreveu (ter=C3=A7a, 12/05/2026 =C3=A0= (s) 19:30): > >> The branch main has been updated by jrm: >> >> URL: >> https://cgit.FreeBSD.org/ports/commit/?id=3D64880edb1ae15b052b6bbf7e2cfa= afde907557c2 >> >> commit 64880edb1ae15b052b6bbf7e2cfaafde907557c2 >> Author: Joseph Mingrone >> AuthorDate: 2026-05-12 17:50:46 +0000 >> Commit: Joseph Mingrone >> CommitDate: 2026-05-12 18:29:39 +0000 >> >> sysutils/cpu-microcode-intel: Update to 2026-05-12 release >> >> This update includes security fixes for INTEL-SA-01420 affecting som= e >> Arrow Lake and Panther Lake CPUs, as well as functional improvements >> for >> various Intel Core Ultra and Xeon processors. >> >> Release notes: >> https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/rele= ases/tag/microcode-20260512 >> Sponsored by: The FreeBSD Foundation >> --- >> sysutils/cpu-microcode-intel/Makefile | 2 +- >> sysutils/cpu-microcode-intel/distinfo | 6 +++--- >> sysutils/cpu-microcode-intel/pkg-plist | 1 + >> 3 files changed, 5 insertions(+), 4 deletions(-) >> >> diff --git a/sysutils/cpu-microcode-intel/Makefile >> b/sysutils/cpu-microcode-intel/Makefile >> index 7656ddb7040e..0a480225e936 100644 >> --- a/sysutils/cpu-microcode-intel/Makefile >> +++ b/sysutils/cpu-microcode-intel/Makefile >> @@ -1,6 +1,6 @@ >> PORTNAME=3D microcode >> DISTVERSIONPREFIX=3D microcode- >> -DISTVERSION=3D 20260227 >> +DISTVERSION=3D 20260512 >> CATEGORIES=3D sysutils >> PKGNAMEPREFIX=3D cpu- >> PKGNAMESUFFIX=3D -intel >> diff --git a/sysutils/cpu-microcode-intel/distinfo >> b/sysutils/cpu-microcode-intel/distinfo >> index 9302283cca29..2b16827e579a 100644 >> --- a/sysutils/cpu-microcode-intel/distinfo >> +++ b/sysutils/cpu-microcode-intel/distinfo >> @@ -1,3 +1,3 @@ >> -TIMESTAMP =3D 1772297634 >> -SHA256 >> (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260227_GH0= .tar.gz) >> =3D fcac5a08d7559a2ce4ad3b1ce5d59619c8adb364b9c51988fedd94220392bb37 >> -SIZE >> (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260227_GH0= .tar.gz) >> =3D 16621772 >> +TIMESTAMP =3D 1778607887 >> +SHA256 >> (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260512_GH0= .tar.gz) >> =3D 5a07ce745d0bd8b360a4713564d46d5e38be797316a52abedaff0761e1b02370 >> +SIZE >> (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260512_GH0= .tar.gz) >> =3D 16949219 >> diff --git a/sysutils/cpu-microcode-intel/pkg-plist >> b/sysutils/cpu-microcode-intel/pkg-plist >> index 85ca4b9150b7..fe3b1f13ad6a 100644 >> --- a/sysutils/cpu-microcode-intel/pkg-plist >> +++ b/sysutils/cpu-microcode-intel/pkg-plist >> @@ -177,6 +177,7 @@ >> %%SPLIT%%%%DATADIR%%/06-bd-01.80 >> %%SPLIT%%%%DATADIR%%/06-be-00.19 >> %%SPLIT%%%%DATADIR%%/06-c6-02.82 >> +%%SPLIT%%%%DATADIR%%/06-cc-01.90 >> %%SPLIT%%%%DATADIR%%/06-cf-02.87 >> %%SPLIT%%%%DATADIR%%/0f-00-07.01 >> %%SPLIT%%%%DATADIR%%/0f-00-07.02 >> >> > > -- > Nuno Teixeira > FreeBSD UNIX: Web: https://FreeBSD.org > --=20 Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --000000000000604a270651b48cf3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
(...)

.bin is huge around 16M, is that n= ormal?

nunotex@leg:/boot % ls -l ./firmware/intel-ucode.bin
-rw-r= --r-- =C2=A01 root wheel 17104896 May 13 14:28 ./firmware/intel-ucode.binnunotex@leg:/boot % ls -lh ./firmware/intel-ucode.bin
-rw-r--r-- =C2= =A01 root wheel =C2=A0 16M May 13 14:28 ./firmware/intel-ucode.bin
Nuno Teixeira <eduar= do@freebsd.org> escreveu (quarta, 13/05/2026 =C3=A0(s) 16:06):
Hello,

Just updated cpu-microcode, reboot and = got crash at begining of boot:

** main-n285772-d9b272a19d39: Fri May= =C2=A08

/boot/loader.conf.local:
screen.font=3D8x16cpu_microcode_load=3D"YES"
cpu_microcode_name=3D"/boot/= firmware/intel-ucode.bin"
hw.nvidiadrm.modeset=3D1

Fix, boot escape:
```
unload
set cpu_microcode_loa= d=3D"NO"
unset cpu_microcode_name
load /boot/kernel/kernel<= br>load /boot/kernel/zfs.ko
boot
```

Just in case that= other catch this crash, just escape boot.

Cheers,

Joseph Mingron= e <jrm@freebsd.org<= /a>> escreveu (ter=C3=A7a, 12/05/2026 =C3=A0(s) 19:30):
The branch main has been updated= by jrm:

URL: https://cgi= t.FreeBSD.org/ports/commit/?id=3D64880edb1ae15b052b6bbf7e2cfaafde907557c2

commit 64880edb1ae15b052b6bbf7e2cfaafde907557c2
Author:=C2=A0 =C2=A0 =C2=A0Joseph Mingrone <jrm@FreeBSD.org>
AuthorDate: 2026-05-12 17:50:46 +0000
Commit:=C2=A0 =C2=A0 =C2=A0Joseph Mingrone <jrm@FreeBSD.org>
CommitDate: 2026-05-12 18:29:39 +0000

=C2=A0 =C2=A0 sysutils/cpu-microcode-intel: Update to 2026-05-12 release
=C2=A0 =C2=A0 This update includes security fixes for INTEL-SA-01420 affect= ing some
=C2=A0 =C2=A0 Arrow Lake and Panther Lake CPUs, as well as functional impro= vements for
=C2=A0 =C2=A0 various Intel Core Ultra and Xeon processors.

=C2=A0 =C2=A0 Release notes:=C2=A0 https://github.com/intel/Intel-Linux-Proc= essor-Microcode-Data-Files/releases/tag/microcode-20260512
=C2=A0 =C2=A0 Sponsored by:=C2=A0 =C2=A0The FreeBSD Foundation
---
=C2=A0sysutils/cpu-microcode-intel/Makefile=C2=A0 | 2 +-
=C2=A0sysutils/cpu-microcode-intel/distinfo=C2=A0 | 6 +++---
=C2=A0sysutils/cpu-microcode-intel/pkg-plist | 1 +
=C2=A03 files changed, 5 insertions(+), 4 deletions(-)

diff --git a/sysutils/cpu-microcode-intel/Makefile b/sysutils/cpu-microcode= -intel/Makefile
index 7656ddb7040e..0a480225e936 100644
--- a/sysutils/cpu-microcode-intel/Makefile
+++ b/sysutils/cpu-microcode-intel/Makefile
@@ -1,6 +1,6 @@
=C2=A0PORTNAME=3D=C2=A0 =C2=A0 =C2=A0 microcode
=C2=A0DISTVERSIONPREFIX=3D=C2=A0 =C2=A0 =C2=A0microcode-
-DISTVERSION=3D=C2=A0 =C2=A020260227
+DISTVERSION=3D=C2=A0 =C2=A020260512
=C2=A0CATEGORIES=3D=C2=A0 =C2=A0 sysutils
=C2=A0PKGNAMEPREFIX=3D cpu-
=C2=A0PKGNAMESUFFIX=3D -intel
diff --git a/sysutils/cpu-microcode-intel/distinfo b/sysutils/cpu-microcode= -intel/distinfo
index 9302283cca29..2b16827e579a 100644
--- a/sysutils/cpu-microcode-intel/distinfo
+++ b/sysutils/cpu-microcode-intel/distinfo
@@ -1,3 +1,3 @@
-TIMESTAMP =3D 1772297634
-SHA256 (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-2026022= 7_GH0.tar.gz) =3D fcac5a08d7559a2ce4ad3b1ce5d59619c8adb364b9c51988fedd94220= 392bb37
-SIZE (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260227_= GH0.tar.gz) =3D 16621772
+TIMESTAMP =3D 1778607887
+SHA256 (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-2026051= 2_GH0.tar.gz) =3D 5a07ce745d0bd8b360a4713564d46d5e38be797316a52abedaff0761e= 1b02370
+SIZE (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260512_= GH0.tar.gz) =3D 16949219
diff --git a/sysutils/cpu-microcode-intel/pkg-plist b/sysutils/cpu-microcod= e-intel/pkg-plist
index 85ca4b9150b7..fe3b1f13ad6a 100644
--- a/sysutils/cpu-microcode-intel/pkg-plist
+++ b/sysutils/cpu-microcode-intel/pkg-plist
@@ -177,6 +177,7 @@
=C2=A0%%SPLIT%%%%DATADIR%%/06-bd-01.80
=C2=A0%%SPLIT%%%%DATADIR%%/06-be-00.19
=C2=A0%%SPLIT%%%%DATADIR%%/06-c6-02.82
+%%SPLIT%%%%DATADIR%%/06-cc-01.90
=C2=A0%%SPLIT%%%%DATADIR%%/06-cf-02.87
=C2=A0%%SPLIT%%%%DATADIR%%/0f-00-07.01
=C2=A0%%SPLIT%%%%DATADIR%%/0f-00-07.02



--
Nuno Teixeira
=
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org


--
Nuno Teixeira
=
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--000000000000604a270651b48cf3-- From nobody Wed May 13 15:27:55 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gFy5T5Blkz6dXWH; Wed, 13 May 2026 15:27:57 +0000 (UTC) (envelope-from jrm@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 4gFy5T4TPCz3d8f; Wed, 13 May 2026 15:27:57 +0000 (UTC) (envelope-from jrm@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778686077; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=/xyQcR8qds4f0WuvHnFp80tl2+ytAhNmw0FY9nIDYaw=; b=AhQJBJDyenf0tIJaZBaz+qkEG21qOz7jNJ0im0tiOFXPPKyAjOSk9xeawdlZ9Ypd/RIqk+ GlvFHKNcl19jomeQb5p/hejec2fSI23q/S78SAgTMZ9JoBviJQ398ebcAaxIXQ6Nly1TBF Jp6xYW7lK8BDqAprQhUCSFDc6shYY4AKx+7fN0aQL06XMv0pNiATSZI3uVd/Chfmo40gPc FbXQgn/7gKPfBAMu7XoGf6LqG3iY9yCE3urfRjjiztPLnL2W1G5+IxT+v5NI63RDxUjhoI MaeSLsIQIDbgLxjg+btD/lm8j+q+o7YzdwoDbZw2XoedMRfDH6+BvYKh1/ZlFQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778686077; a=rsa-sha256; cv=none; b=yxqAVdWJv4njyPBj3GrL45CZbO4z4EQWhCEXICaYufEZeIysij+wgd3M0oGYkfDAiLkOSz Vwg+PDKIAPkBclq2xHhUSopewu0ZZ9FmCRnMzY2AderIhbX4mFi1Y6WsR/WuWHj/uavwmN NClb9ov6nsUk2bBsAfxNchnqweIXUjhLn/YtSP+1Gp33rR18NoeoWSMZHQ0/0QC/13z4eC MKILMsS72c3LAZNuAQWjWi1ePTbOkxF6mIQt9gBv96ors0tMFXh+/N26ZJzBsExdRU3FZg 9Tv3NIT/TA3twWx1Xjp6keY3vk7MsmOtFd/1CT3VP0KHKYOLbSyrazHHD9DGZA== 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=1778686077; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=/xyQcR8qds4f0WuvHnFp80tl2+ytAhNmw0FY9nIDYaw=; b=XmziL+CP6mhYZQSsFG37OFjY1ceFpCUoy/Zv5F3T3n0etmgRT4wWMgLSVkE7Zwsg/LtxxL w7QhOWnH2zgaeGaMOdIFjWauukZU/Rnh7KMtdgLGe3GMh0NFpcMZtCzoX7MoxRt446vGb3 95AqV2tV+sSNuYaoojdUpsELQxxx8M65h5V/dmiw3vSve1FX4bh6PdwFhdk/EHoBQxyY8l JQL0hHmi8cFkCy3z4j01/EMH0/xe04kFIFi7gmZXgBv34VdwYjvE2h491HNVNsdvtk3LwD S+wX4I2Mp9knAHiYMtu1Zo71kBvu1uU8WQRpZ63xjGuPV+RGsBbAZmFVnr7iDg== Received: from asn.ftfl.ca.ftfl.ca (drmons0544w-156-34-172-26.dhcp-dynamic.fibreop.ns.bellaliant.net [156.34.172.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: jrm/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gFy5T1mPpz9tB; Wed, 13 May 2026 15:27:57 +0000 (UTC) (envelope-from jrm@freebsd.org) From: Joseph Mingrone To: Nuno Teixeira Cc: ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org, FreeBSD CURRENT Subject: Re: git: 64880edb1ae1 - main - sysutils/cpu-microcode-intel: Update to 2026-05-12 release In-Reply-To: References: <6a0371af.468c3.6fc99f97@gitrepo.freebsd.org> Date: Wed, 13 May 2026 12:27:55 -0300 Message-ID: <86jyt7wcqs.fsf@asn.ftfl.ca> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 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; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello Nuno, What CPU is this? If you install cpu-microcode-rc and run service microcode_update onestart, do you see anything interesting on the console? There was a similar issue reported in bug #294630. Can you follow up there with any new information? I haven't been able to reproduce any issues, but I have a limited number of Intel CPUs I can test with. Joe On Wed, 2026-05-13 at 16:06, Nuno Teixeira wrote: > Hello, > Just updated cpu-microcode, reboot and got crash at begining of boot: > ** main-n285772-d9b272a19d39: Fri May 8 > /boot/loader.conf.local: > screen.font=3D8x16 > cpu_microcode_load=3D"YES" > cpu_microcode_name=3D"/boot/firmware/intel-ucode.bin" > hw.nvidiadrm.modeset=3D1 > Fix, boot escape: > ``` > unload > set cpu_microcode_load=3D"NO" > unset cpu_microcode_name > load /boot/kernel/kernel > load /boot/kernel/zfs.ko > boot > ``` > Just in case that other catch this crash, just escape boot. > Cheers, > Joseph Mingrone escreveu (ter=C3=A7a, 12/05/2026 =C3=A0= (s) 19:30): >> The branch main has been updated by jrm: >> URL: >> https://cgit.FreeBSD.org/ports/commit/?id=3D64880edb1ae15b052b6bbf7e2cfa= afde907557c2 >> commit 64880edb1ae15b052b6bbf7e2cfaafde907557c2 >> Author: Joseph Mingrone >> AuthorDate: 2026-05-12 17:50:46 +0000 >> Commit: Joseph Mingrone >> CommitDate: 2026-05-12 18:29:39 +0000 >> sysutils/cpu-microcode-intel: Update to 2026-05-12 release >> This update includes security fixes for INTEL-SA-01420 affecting some >> Arrow Lake and Panther Lake CPUs, as well as functional improvements >> for >> various Intel Core Ultra and Xeon processors. >> Release notes: >> https://github.com/intel/Intel-Linux-Processor-Microcode-Data-Files/rele= ases/tag/microcode-20260512 >> Sponsored by: The FreeBSD Foundation >> --- >> sysutils/cpu-microcode-intel/Makefile | 2 +- >> sysutils/cpu-microcode-intel/distinfo | 6 +++--- >> sysutils/cpu-microcode-intel/pkg-plist | 1 + >> 3 files changed, 5 insertions(+), 4 deletions(-) >> diff --git a/sysutils/cpu-microcode-intel/Makefile >> b/sysutils/cpu-microcode-intel/Makefile >> index 7656ddb7040e..0a480225e936 100644 >> --- a/sysutils/cpu-microcode-intel/Makefile >> +++ b/sysutils/cpu-microcode-intel/Makefile >> @@ -1,6 +1,6 @@ >> PORTNAME=3D microcode >> DISTVERSIONPREFIX=3D microcode- >> -DISTVERSION=3D 20260227 >> +DISTVERSION=3D 20260512 >> CATEGORIES=3D sysutils >> PKGNAMEPREFIX=3D cpu- >> PKGNAMESUFFIX=3D -intel >> diff --git a/sysutils/cpu-microcode-intel/distinfo >> b/sysutils/cpu-microcode-intel/distinfo >> index 9302283cca29..2b16827e579a 100644 >> --- a/sysutils/cpu-microcode-intel/distinfo >> +++ b/sysutils/cpu-microcode-intel/distinfo >> @@ -1,3 +1,3 @@ >> -TIMESTAMP =3D 1772297634 >> -SHA256 >> (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260227_GH0= .tar.gz) >> =3D fcac5a08d7559a2ce4ad3b1ce5d59619c8adb364b9c51988fedd94220392bb37 >> -SIZE >> (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260227_GH0= .tar.gz) >> =3D 16621772 >> +TIMESTAMP =3D 1778607887 >> +SHA256 >> (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260512_GH0= .tar.gz) >> =3D 5a07ce745d0bd8b360a4713564d46d5e38be797316a52abedaff0761e1b02370 >> +SIZE >> (intel-Intel-Linux-Processor-Microcode-Data-Files-microcode-20260512_GH0= .tar.gz) >> =3D 16949219 >> diff --git a/sysutils/cpu-microcode-intel/pkg-plist >> b/sysutils/cpu-microcode-intel/pkg-plist >> index 85ca4b9150b7..fe3b1f13ad6a 100644 >> --- a/sysutils/cpu-microcode-intel/pkg-plist >> +++ b/sysutils/cpu-microcode-intel/pkg-plist >> @@ -177,6 +177,7 @@ >> %%SPLIT%%%%DATADIR%%/06-bd-01.80 >> %%SPLIT%%%%DATADIR%%/06-be-00.19 >> %%SPLIT%%%%DATADIR%%/06-c6-02.82 >> +%%SPLIT%%%%DATADIR%%/06-cc-01.90 >> %%SPLIT%%%%DATADIR%%/06-cf-02.87 >> %%SPLIT%%%%DATADIR%%/0f-00-07.01 >> %%SPLIT%%%%DATADIR%%/0f-00-07.02 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKkBAEBCgCOFiEEVbCTpybDiFVxIrrVNqQMg7DW754FAmoEmHtfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDU1 QjA5M0E3MjZDMzg4NTU3MTIyQkFENTM2QTQwQzgzQjBENkVGOUUQHGpybUBmcmVl YnNkLm9yZwAKCRA2pAyDsNbvntfKD/4utqhl34EBdOQY3uvKtII3obsEnJyNtxHn sG9vZ5WIqX4SD/SX00SFZU/VDc8bJ+8J3JOU7252bNwHBkOLKEWR2zvF1EK7vFge pD9vr0rEZ58nBDPOpchobl8rKPetKAUqOWY89hTTGqcOLI/RzWxL60UIW0t2GO6P GxgM0qn1TQE8ZVKv0IvtGwZFl+Oh/KPMZNQ3Hvq1TlS/ggGuhosjYX3cI+OYMFSd 1Nb6AX55bNVw1O0dOjAtii1Rv7HTI0f4Z5x6wRaNw8FwetihASfwl9uhklOuXyD3 QaYA5/nkOAAD6G8qKzb9fE7kc0FXsJsc1/WuSpTsnwAB2hiEQSjsTreoA7fjlykK 1PbPhovijIIJtjWEtD7u8SUt9hVtmRwxV3IbfRuUg6MDgwDoeMaMM6rQ90aAG7b5 nb0/3eBRgLZfBwRSOnR8lLZ1FqTpsSKilHynVzwW4aw6Z6NmOGEmP2p/UJvQCyBB eI+87vAj5Z1nFjI+zpsLIx9UuJdkPe20Hfa4ZB3h50VuaQYaHK9ecooQhb7IYDaq 1jY66++mMmY1yqXctDoVK0KYtba40x4UScHux8s0YYERsPOk1uAf+HZvvTP2eWt2 b5Ls1UhGvIJjRMYZyPEKHdk1bYGlih3+18m6g9Bbwutpe62U10fJ3/KL8CAH02s6 KiXi5xva3Q== =AlgC -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed May 13 15:38: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 4gFyKG2c5nz6dYRB for ; Wed, 13 May 2026 15:38:10 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) (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 4gFyKF3vLyz3gPc for ; Wed, 13 May 2026 15:38:09 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=Xj7HfHaP; dmarc=pass (policy=none) header.from=hardenedbsd.org; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2607:f8b0:4864:20::329 as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org Received: by mail-ot1-x329.google.com with SMTP id 46e09a7af769-7dcd9061b1aso5915532a34.2 for ; Wed, 13 May 2026 08:38:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; t=1778686683; x=1779291483; darn=freebsd.org; h=content-disposition:mime-version:message-id:subject:to:from:date :from:to:cc:subject:date:message-id:reply-to; bh=DekFetjknGhcXEOKtM9etgxBTz1Sz5rv45uXGkV/40g=; b=Xj7HfHaPmzEvy81QMl5MMOlwCf3ThYXkfI3sAcXAfxEbL7s6IOBrERVXS6nTY2QiWP XfZVLYMip7Tl2KprfptkNi2gocRxxQaBTL6ZmjhfQPjoYC+aqF8wrCcWlj/RifVG6YsI 7cVhxURufE6kUuBAGhq9tNDB1OMFl1etV8oQka06JoYr5Sfd4NBhABbhW1mBDyGVbscB XEvpGZbZrEcTXhG6UXBsCG9yZU3af7odIB9R7eUM/Y2m135sIbhGo7OL4qyPxRLNpOkn 3NQ+wIVYJSkUmP6vckcAoECo5PVM9N2TfcFhQy4KTavWvrg6ZG6dm3K9ldOWz6ie0UBL +kkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778686684; x=1779291484; h=content-disposition:mime-version:message-id:subject:to:from:date :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=DekFetjknGhcXEOKtM9etgxBTz1Sz5rv45uXGkV/40g=; b=aFOKNfYx0fOg85xaFXy/Sv4qTd3amGMbj+Urirt5v6obctTgWLes9tNe5ptj67vhK4 RN73h+hXGVts09kohkxmO/ZymjTyHQBbzmqtez27mf7A89TZiaYlGqLxE+oCKFI/+RFt t1Z0XX8ZdOiyM9mfiusQ+eDUErkSxoR1X6Zaqo/J2ibDqrpG3RX/4dAAvTu8OFxUX/3p ekaTgCOQa2xS4aI3Is0zg10U+u7SkQsmIwrs16PcT+EUdIHL2/9rz8LdAxcfs7hFjmUB TFJ+DMiygVhR9IavyhR2dtBps6Hd3DaDTCBTdK+5zBk3Zg7X2Zhcnj16xSIQX48111js 6Djw== X-Gm-Message-State: AOJu0YzJZlzroenGQa5PbHYUA1bHZORt1aNKdG4hjaYlpclsts8/wgaY WyGmlgiXkyQu61/rHT5RlS7WOOGeOear/UC35BcwiMwpgWtFz97NYCew6PVu4TYRKqFM/UL7Ct6 TIV2w5zUfIfGEBjEst54W5+pagIEpegmW4n4kzFHxvZ4cjS/P+9DsgZIFxgGM+ES8yAVbI+Dhvn HLlIZdNsmhYRNqHWFlhNShDo6fVHmh1yUrTbvDexkmamADhUBSZvCzT1d/nIo= X-Gm-Gg: Acq92OH21QX2/KoDwTEvmKJVrzc0bRZG3by1vMEA+SZ8kGm98g6SUriMUNCGfKfX89B 3Y77xyA2joXV4bzHgtujeiGn70zAh4dpBpOXQXVtGYRMOsECnt+gtKRlIeLpDVY41JYmdzeaZH5 9iMQ0ezY+iYtcl2Nd/9gjO51IgdEZWRMQOFDY0PF9ZVh2dIhFqnCd7wsvI4iUyTqERA3PF0jl8Z /zfzB5XbyN4eVXNuqoCP30hZKcAsCuEaJawXNFNlYmBjWbu5G/ZJZnCoYcsxE7y97GDQWQWNvFo 0OGzM5tb+A2CaRiHNLvDZVkxnj7JXOUIlpibie2fPkn/TIMRfsWCCiKkh0Qy6KcWg2qoUx8YgDZ AbA63uGDGYrwiZUCUO/z609EleZfPR2Ae0jGUMUWuFjlHXF2IXegXdPOxgKGn3ia6JnOwF+yXpN sU9fcibkEGCGSfowgMOCfz7nEJSfgGbw== X-Received: by 2002:a05:6830:608a:b0:7dc:c301:d0b7 with SMTP id 46e09a7af769-7e3dcb27e85mr1897977a34.28.1778686683523; Wed, 13 May 2026 08:38:03 -0700 (PDT) Received: from mutt-hbsd ([97.112.164.127]) by smtp.gmail.com with ESMTPSA id 46e09a7af769-7e367df7a26sm11205997a34.26.2026.05.13.08.38.02 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 May 2026 08:38:03 -0700 (PDT) Date: Wed, 13 May 2026 15:38:01 +0000 From: Shawn Webb To: freebsd-current@freebsd.org Subject: `tail -F somefile` and ZFS weirdness Message-ID: X-Operating-System: FreeBSD mutt-hbsd 15.0-STABLE-HBSD FreeBSD 15.0-STABLE-HBSD HARDENEDBSD amd64 X-PGP-Key: https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/blob/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc 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-sha256; protocol="application/pgp-signature"; boundary="j6yk4inx6q2bb4lb" Content-Disposition: inline X-Spamd-Result: default: False [-5.60 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[hardenedbsd.org,none]; MID_RHS_NOT_FQDN(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4864::/56]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::329:from] X-Spamd-Bar: ----- X-Rspamd-Queue-Id: 4gFyKF3vLyz3gPc --j6yk4inx6q2bb4lb Content-Type: text/plain; protected-headers=v1; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: `tail -F somefile` and ZFS weirdness MIME-Version: 1.0 Hey all, I just noticed this in a bhyve VM running HardenedBSD 16-CURRENT. My `uname -a` aligns with FreeBSD commit b76b05c04cc9ed2cd053c7b367c92628447ed= e6f. (so pretend the git commit has in my `uname -a` is FreeBSD's b76b05c04cc9ed2cd053c7b367c92628447ede6f commit.) I don't recall seeing this message before, so I suspect it might have been introduced relatively recently. =3D=3D=3D=3D BEGIN LOG =3D=3D=3D=3D $ uname -a FreeBSD hbsd-current-02 16.0-CURRENT FreeBSD 16.0-CURRENT #5 hardened/curr= ent/master-n196117-464cdf02df98-dirty: Wed May 13 01:12:14 UTC 2026 sha= wn@hbsd-current-02:/usr/obj/usr/src/amd64.amd64/sys/HARDENEDBSD amd64 $ tail -n 21 /var/log/messages rms_rlock with the following non-sleepable locks held: exclusive sleep mutex kqueue (kqueue) r =3D 0 (0xfffff80001d0b400) locked @= /usr/src/sys/kern/kern_event.c:2586 stack backtrace: #0 0xffffffff80c921dc at witness_debugger+0x6c #1 0xffffffff80c93adc at witness_warn+0x4bc #2 0xffffffff80c0e10f at rms_rlock+0x1f #3 0xffffffff82799a6b at zfs_freebsd_getattr+0x11b #4 0xffffffff8127dba7 at VOP_GETATTR_APV+0x57 #5 0xffffffff80d2a7db at vn_getsize_locked+0x7b #6 0xffffffff80d30b6d at filt_vfsread+0x8d #7 0xffffffff80bb4d06 at knote+0xd6 #8 0xffffffff80d28a48 at vop_read_post+0x48 #9 0xffffffff8127e07a at VOP_READ_APV+0x9a #10 0xffffffff80d450f2 at vn_read+0x242 #11 0xffffffff80d44df5 at vn_io_fault_doio+0x55 #12 0xffffffff80d3ff2f at vn_io_fault1+0x19f #13 0xffffffff80d3d040 at vn_io_fault+0x190 #14 0xffffffff80c97e95 at dofileread+0x85 #15 0xffffffff80c97852 at sys_read+0x132 #16 0xffffffff811a7974 at amd64_syscall+0x184 #17 0xffffffff81175f0b at fast_syscall_common+0xf8 =3D=3D=3D=3D END LOG =3D=3D=3D=3D Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD Signal Username: shawn_webb.74 Tor-ified Signal: +1 303-901-1600 / shawn_webb_opsec.50 https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A= 4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --j6yk4inx6q2bb4lb Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAmoEmtAACgkQ/y5nonf4 4fqu1Q//eizWINYNEtgqUuNlIGTGDaJ5Qwr0vI9uOFK9YOISMgzszputDPClMDIL neCdKU+SizyJUnLsP0SvOgVPJ4oZgyssin6IoCO69qJwfGAINGd4jl3jQcCBqiBP +riwyWslrsOD6P1QYcESzIGD5bsZCl3IfdQwo87nf0YA2h9R5nKv7FNvpZGxYPWM 3M37jgcNQ9U6pjXZceWowh7422rrYElEYGM8qg7g52D87/RGOkTEbMmaiE4Y1z9C 2QgquUYW2q6oyZa0OFjSfDKwJcUKVO4dI/klUhin7y1TwpZWUESe6AiW3pNxGErb IWbmf54gR52b5rCZTIDvkOe0ZNJEwTJ6RhrFcRG43jscebSIel8cB4eV6cxqo6q0 IggzIFDLLgOvYOo8BU/a631TDiceio8jeJZ0hSBfbkd6GeCxmKrjd8DMvVwDD/RY 2G/9eGtTNsnSrKa3otPGtuX7yDFYEC0/TdUhzYgPQrOaDMgheqNRQQPffCBIUj8L BTZVxYFhS7WTIn9s7TebCIMhEnymO2RJSPTr6c1T8c98vXWX4i1aCdhDDjwDuSTZ W7GIelYBpWlTDjMR3IZYZ1VOJ7Nxx6ZVzXPrWCeiYWGtwSPchNvON9L4I1sadJ1z yZoXDReGSVHTB0/s+o/dNWpIa1UY7Drtvv5ccKUekIlN/makkME= =Ih+V -----END PGP SIGNATURE----- --j6yk4inx6q2bb4lb-- From nobody Wed May 13 16:18:12 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 4gFzCb3jQLz6dcLn for ; Wed, 13 May 2026 16:18:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gFzCZ6xdDz3n1q for ; Wed, 13 May 2026 16:18:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1778689095; bh=UzMn03kB2DbB7PIs8wWpdHD4D59q+HZ0o0qnGdg8H38=; h=Date:Subject:To:References:From:In-Reply-To:From:Subject:Reply-To; b=shd55zsI/xThrBhdXhTpdkYut73bp3IQeWLPID276MZ0DZWOyxCjAg0B4AVUQBMabKKwiQUIV3IDsAiyF7f6zUORITL2svexc02DAovKIQ0P9lqbWa1O8+4S28Hdc7wXnqWvqgd1K62zdBYCsISCigg45/1CPHm8xLg8rLl6zTxyyrgdRxonSyDKwsyNTRkZN6U2I5hbTtutetowKwWcFBDWu8ke9R8KRBQodbpSM07yrVSNczctojDywlfBmtKPLy7yAMsjWFiht6MIh7S6A+m5X3JakVGuZMW4B55eG8E3aYLOq46Y3rT19L/JlNZEovbHd1B9v4MSIXN2He2QRw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1778689095; bh=iT6r4eBOAZA83pj4sw+H51h7n/ZGLVr9qXm09N9yD2F=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=ps6/++BxAbSqBZMdBnJhHFqF3VB88kRCVoZO+U7ZITJuqr4A1EhPqwG5gVpnpVBB9tLzueD1Vxfvy8bLQIM30D2vmDDpV5CnFV/JoPzoKyA1vQjn5L8bwnRuqHRTYWGRo4k0ezviAoG0UX+sBoMd2K0x//WCUsCGWb/B+z303t11XEg//MAq612KcrEldyBjs1eet1ORlZGPb5Vip9Tw+Jy7x8Sn0AUMGaGfNuF57OvP/YHQ17RhhmVWcREz/kvk9IeymwDD7MTr44Vn9JnxGglosOcW30JDL6+ze17dE4hqkehIFluNke2IqRPbJwYTS5BPNlrj7CigQg1J2DedAA== X-YMail-OSG: skSaphkVM1lB9U4T2HfadBDniKMqHAtiDkI3tNvxXrywd8UcUGkD3YR_d2HAeig risVWSZ5hemXsfvwy_z2BufwAQ2.ZosKryb5dX1ToBrsL3DXD0I7zn_jBKNOhxmQqlt5xgaXPh9R BiTtplwIMcwSYv.ig4jKkhuTtdXkEhdh5MIx0AdYKi76KZdQ2c1XUyA.3Yo7cO4PITgZDYneOYBG i6xnSt4D9eGXAm9G2myiyhNlWs0iJ5jaNXUhJCiEEJu5U3KauMGXY4dV3zeJ.TVpZy7c_Keh7Swn LXF8HzGic7LWhuqcE7kDkBEYJ04HLlCCUElITL38Q8kPYEMBdkb8UGlCLjR707xTpkAZUZd3JCZn g_Y380Ri63SVV54Sltm5Er9UpEwzXrkw71XvJAatihhqtS8hnt61lj_uRkUr_S3H.dOZuVx5W2j1 TP3wuxMir8GXHi9Gck6IWnzB3N1nW1ocqBUQEXXWZb2PPdDOzcfE8eEHq2u_n0K5rMy20jfNwpKo QPGgwZhkGNcFzLwzeExFqVPZDgKszkG6Yv_C62_Fhik_DxhXisDtbcjzSUdU1WxKqHfj2Gx995pD Gwqt1yG8nW.de5mMK3kSq_lD50InbCgbIp2vY4pVDzWYdMlCKydGxTHTGtAKLyAPEkc7rvhV4RTO RE5uTtryGyP8.WnqsxwRZg6kR18Eq.PFWVWm5QS87kAIrELOWEQpkkTUgZ64mxGIVr4X6P2zoD8Z ScQM0VFau.r.ChACbh5pQXnu2C3OSXhL74YliP.0OMmXzy.teICOv1NeSBTg5A64OMvOSV4HWQbW FFF04_ETVHrHjUzLBNi0WZgtWUCIJm5C3kQ2hp1EuB9oxTeIcOOC8VN9.yx7jgdjgfAaRX4ze1cB O246uvUlixFBmKJIm8Yy9swSVrUWZdwdu2f14bSkOVIcqOmE7urf9YdV2L3GVgt8Xf0gbgr2UDe6 RPMgmDQMV938h_rZN5Wl6v0hXE6gclJCs.42439j86MIfDuc33fpvG5BS_AjOrL6wvruJ5RaMl1q dlHI0sMqr6LMjc95bkD9ttXyrVD4iI2FW2GnUIWV4kwR5KRbBDgchO78h0iudcshWvrfXWt1g_xh QJQUzsHB0rHAGvbK6ao7uxPHiP4oARNFx48nX6LkoiRRBgT4L5ePDtsMczlEuLsUD0zKubLEb_cB k9pWd9i01ZJmJ9AflLjIG_CDtNUYnK2JDZa_2bSJR4H1Cxgv.JXc2zr2RmZPMTbcYNuohBdRfEsZ 5sD4vwdLlHZ_pJhNO7FqwGQ6Edf0MKmgUzYBqiB3Iy0PK4SaIJOoGPO96ZF2EeX.GpmWSlygCr68 7EYhnCqjfMIFbiOkl6Lun8gBvLpI14fmGI_TSCVPgaicvTaCg3vvnFqu08yVWDnXL8c1j5KpGAhX eZGhop4lSN170F_IKhVoWWXzHrbkk_g3sRXB.mjT2cBHr1Gck6Z8UrndUb3po1gRtNjOFELUxt0v 5asottES9kWHlcILqdfXDqBtUFINHM94MfzDpTl8B9sJduUtM4qVbpZ3uO3V.JYR4IwFqDqdWtki yOhAA9gcUXoVkj.c4BbaITflM6SR32ssVbEc0YnIpgnCd.TXfdDIp0IEEc_c.dtxZ5pVoK4gWzv5 J6884TzJj8gTJOg.mfwjst0yZasLrFy596NzLuQDJL1Rr4_x6zP1J7vyf5Pf0.l1M_uRaKr3XclJ 4CDWCxg1wUdxpKwxZVck0MK3CjSPROAHI4LxtMHnh_WimUtt.GaQxsBLsS_r.jKfcBqiOPde0pqo Zx28yRdD.iRJtzu3zxAuGl4St_No6ARbBEJayh45D076TguQiY3xFeEtDf0PQb4wB_kMaxGlQ5xv VJxflYlKDed2.Pcn9EdxOskydzoZYfHVmxnekiTkgBLC8Lxj8JkKN39V7PDYnc1VphbYgOx.ymOG AQAfIPpwML4T0_XLA_7mrxsBpM9XoJtqZUjnvDQR3vegukx_1DIXcV1LjyJVHRp11V_FtdRoeJoP Qytk8_UzIy8V.L5SS94n8f_h3GLdq3iimZ8NLVNUxgwhtHDIuLfxe2kyURSYT.eI8dKh.pvcxL69 .zm5YQTvl0BqHfg4YQbq8mrl93qunU3ZAUqXFRJgObkux8e6mWgILpWCOAVTlujMN2gAw7qriaKy Uk4iywql.AGzfLTqNuKnXZ.uGshIw7sezZG2Y78z2.bFytiFPrUivWts4OluIjdNRRWWHmb8bSpX EwXZFaoqYrwakK3sbPRxmaAQReEbhW.q620YsEkpKgBjx_YvoGfXNXTFM2tHO9h1GLX_gvUDLVzN yBAInnazaGkHby754glsY3birglGVnM1GwTzWn8u1kg85pQ-- X-Sonic-MF: X-Sonic-ID: 13a020db-335a-49dc-b320-1a9d29e3009a Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Wed, 13 May 2026 16:18:15 +0000 Received: by hermes--production-gq1-7bb7df5c46-bdzch (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b64eb5420b75c376120d20bcc5ee33a1; Wed, 13 May 2026 16:18:12 +0000 (UTC) Message-ID: <3523a8c6-48fa-44b6-bc34-d15d63f5a77d@yahoo.com> Date: Wed, 13 May 2026 09:18:12 -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: Update strategy and timing To: Pat Maddox , bob prohaska , freebsd-current@freebsd.org References: Content-Language: en-US From: Mark Millard In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.25725 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4gFzCZ6xdDz3n1q X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On 5/13/26 05:50, Pat Maddox wrote: > On Fri, May 8, 2026, at 8:48 AM, bob prohaska wrote: >> Is there a preferred strategy to timing updates >> for self-hosted FreeBSD systems? >> >> On the stable branches it's easy; just update when >> updates are announced and build/install. Once caught >> up, things can be left alone for days at least.. >> >> With -current there's essentially no pause in the >> stream of fresh commits, so git finds a new commit >> by the time buildworld finishes. >> >> Is there some marker or indicator that signals the >> -current tree is at least nominally consistent and >> buildable? I'm not asking if it'll work, just whenter >> it's worth a try. > > I'm also interested in this question. One resource that hasn't been mentioned up to this point is https://ci.freebsd.org/ > > I don't know much about it, so I'm just inferring things based on the job names and activity log. For example, https://ci.freebsd.org/job/FreeBSD-main-amd64-test/ looks like the job that I would care about the most. Presumably you can take the commit from https://ci.freebsd.org/job/FreeBSD-main-amd64-test/lastSuccessfulBuild/parameters/ as representing the most recent commit that successfully built and passed the test suite. "lastSuccessfulBuild" need not have passed all the tests and may not have yet finished testing. Unsuccessful builds are not tested (likely impossible). For, say, https://ci.freebsd.org/job/FreeBSD-main-amd64-test/ you want to scroll down past the pending tests (if any) and past the running test (if any), to the completed tests. An example completed one is: https://ci.freebsd.org/job/FreeBSD-main-amd64-test/28476/ (That is where the link takes you to.) That page shows the specific build that was tested: Started by upstream project FreeBSD-main-amd64-build build number 35345 FreeBSD-main-amd64-build and 35345 are links, the 35345 being to the specific build. It also has a link for Tests and for Show all failed tests. > > One thing that's a bit confusing is that as I write this, build #28475 is listed as both the most recent successful _and_ unsuccessful build, which I don't understand. > > The jobs are defined in https://github.com/freebsd/freebsd-ci/tree/main/jobs > > Pat > > Just focusing on main and overall successes vs. not start: The most recent FreeBSD-main-amd64-test success was on: 2026-Apr-13 The most recent FreeBSD-main-aarch64-test success was on: Never The most recent FreeBSD-main-arm7-test success was on: 2020-May-03 (I'll not list powerpc* ones.) It is normal for some tests to be failing from what I can see. By contrast, FreeBSD-*-testvm seem to be passing in recent times. *-testvm runs before *-test and *-test only happens if *-testvm was successful. Only FreeBSD-main-amd64-test_* tests exist (ltp, tcptestsuite, zfs). Avoiding failed builds and successfull builds that have FreeBSD-*-testvm failures seems certain. But for FreeBSD-*-test it looks like judgments about what failures are acceptable need to be involved. Then the specific build number's link can to be used to get to the build information. -- === Mark Millard marklmi at yahoo.com From nobody Wed May 13 16:31:50 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 4gFzWC1lcjz6dd85; Wed, 13 May 2026 16:31:51 +0000 (UTC) (envelope-from jrm@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 4gFzWC10nxz3qmB; Wed, 13 May 2026 16:31:51 +0000 (UTC) (envelope-from jrm@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778689911; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=lm7NJmPQLgOdFKNMVHT8p8DoTNFzjUmSW0XnlL4Fv3E=; b=nm8ce7UOaCTSAmO12kRZQpDu8BHZJ/svxAO2gqEhBS2CFG8ku2jKZCmfpvSRTQtBGYp2Rr 7q8XnycglXvYbJukm3Inu6C9bV9P4GjzDhVQLazc52kcaxvHBo92YaEkL3l4NoDrxoiFL7 1jCIRxm93XQYPHQrsWezCkYxrczcXvJqzS0E4QOsiI7ayQpupliy0oXRhLxikuBmfUqmLF HBAZcB9AOYywqDJLIwY0iDBGXoaVRicVdvJXfY1mohwWr0SbfYv59SyOMcKOzU/MGhirVf 4ViVJzwVDH58yXgbY8zocuijAKSaA1bqsQyne9YFFc3Uyywb+OH5HP805bJzoA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778689911; a=rsa-sha256; cv=none; b=vm9SrMUOiPIDOoZfvtMP63dR+Hy3YTtkbfiONzQTpXsOh1UqxdO/U2ve/HuIWFuaako6aF 0gUAMeH9PJWj1z7ICCSe1j1j4ID11t79SdWhNxwwoWJJFhTA5fhl7sfIva+oJ3rqUQshKc IWT9ahNvv7+9N+VklNOyCS9nXK74POa2IkFh5oCv2gPtqqRikTZvWjgzzxwLqzyqv6HnpF 8NiXakhLrLmKzxzskQhc+0/Q2ErtJkYftzb9CQ0ajIafH/feRojYFKA7Q8lX71dIioCjO7 41JW3qleceBR7uPH3iwQUko8papR9qM3heL4+0ut3ASXo7arjbYpV4nJQzwXgw== 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=1778689911; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=lm7NJmPQLgOdFKNMVHT8p8DoTNFzjUmSW0XnlL4Fv3E=; b=NpLJf8unn+kOan76USqgKh4S6C4Ls92TzyWrfjdh58OFNM07hCMoB6oLbBUJ23Xn7twJMz dUCp4xLEktqsJd25bksF2HsMEkp8bcHQvW030trwjqY/SRVDlATlzamXI7JreUnZ4hEVw/ L+CCyqvApWmF8JP2W6cg4QvHE3e+cD/sv0HS5CCD4tg8MSf2HuwVBm4frDBKMESki/USrc f0XI+eMT0kdvxCrSoeVBwbwAxUKUsknXMApjLA1hdfQ8wBI/CBk+eEqoT1KzcnZqixY8nh LBZFthARGz8UMF4reiWUj9SEH1OfNBEUWBbP3xGShm+4b5geqV48fLftJQShsg== Received: from asn.ftfl.ca.ftfl.ca (drmons0544w-156-34-172-26.dhcp-dynamic.fibreop.ns.bellaliant.net [156.34.172.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: jrm/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gFzWB6PzmzC5b; Wed, 13 May 2026 16:31:50 +0000 (UTC) (envelope-from jrm@freebsd.org) From: Joseph Mingrone To: Nuno Teixeira Cc: ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org, FreeBSD CURRENT Subject: Re: git: 64880edb1ae1 - main - sysutils/cpu-microcode-intel: Update to 2026-05-12 release In-Reply-To: References: <6a0371af.468c3.6fc99f97@gitrepo.freebsd.org> Date: Wed, 13 May 2026 13:31:50 -0300 Message-ID: <861pffw9s9.fsf@asn.ftfl.ca> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 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; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" --=-=-= Content-Type: text/plain On Wed, 2026-05-13 at 16:22, Nuno Teixeira wrote: > .bin is huge around 16M, is that normal? Yes, because all the microcode under intel-ucode/ is concatenated in the post-extract target. That's microcode covering CPUs from Pentium Pro-era chips through to Granite Rapids/Arrow Lake. It does this because the loader accepts a blob and loops over the entries in that blob and checks whether the signature and platform flags match the current CPU. Joe --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKkBAEBCgCOFiEEVbCTpybDiFVxIrrVNqQMg7DW754FAmoEp3ZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDU1 QjA5M0E3MjZDMzg4NTU3MTIyQkFENTM2QTQwQzgzQjBENkVGOUUQHGpybUBmcmVl YnNkLm9yZwAKCRA2pAyDsNbvnmOcD/9naLIAvh6s4VMXXaMaQ1s7xATPcOL3JLWm j5j9P6XqPc6hjEqMXrwABnGJMo/ABz9M+zsyC6P3ryy7zAcX6OrqSF4VCuRcOVsc 1nmj2eigWY0bvRRfyjR89BwXWcqSKsWdOlv2hiDEl+SyUzeB/cS6IKb0bZOEmZDr kJMbNTv/CqwGv3Dh3U+ybupYc8UP4+NAkBjBvI4/VvwBTY+Bim6vhC/aYFVE0qUa 5FM/CONKvtzj0TjgLAoxhWB9v8kEatdL4vip6BdfIVgiqu31dVsyW8Nb8beG/TTA yE63k1Rk+Yt0hskoCEV+JNDXh03AB4J94sXsyZXZacIOXSvDmd6FV4Cq58gZiueX vuTWja/WUiCd8+BwKsSrkUvLN1/vRZI4Vn9gNB75ofAOJ2kh4/JQAHoZG/vDc49y I18Y57lI+HBkFHfge/pHJQ2Hy24oSSbo5mzGjBgMny5yIK+qhOrJXBMbdo1xgA9u yQGlF9+1c5Q/sTN+yOv3Zrl4NaKyf2xGNELyURN/loQzvpg2me9yhfTNLiSqFu0x DpE8ocFIgS42Filj/TFcp/SmLLEZ9GceRZ1HH8o4jewWABBSQk0jSx3bgAzaJbjd IX+j2bKBMG8DI4jytEjUOKc/S3U1+p8jHXFmA/wcDgFdFyMHFlcTYyBucsXPymFg azWae0NFFg== =LCND -----END PGP SIGNATURE----- --=-=-=-- From nobody Wed May 13 17:04:55 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gG0Fd00wTz6ch0J for ; Wed, 13 May 2026 17:05:09 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gG0Fc61ncz3x2Q for ; Wed, 13 May 2026 17:05:08 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778691908; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=o0EED4HiW0sXQka834B5qHBAVJCcW9IEaRUZ3Stf06M=; b=dCPTf1t4cofYxLaiWpFxWUm+dn6J2sxkUtO9YBkvk6p4pl/8qpoVRnrLn/4BCmBDri4Hb7 C08ri1wpMHIqNQYzcaH1ZBjL3zSau509WzUNPvyeILaCHfki4AFkr9a0/be0MPSnYj0Fxw No5M2se63EVIkolUbACSBs+dVZnN9xAYukmLm7iVW1z5Uy1OrBZg5bsIVGWCgkBMh4mleZ 3BbMrDqGGQ29dm1vfO5hHHZOhKwgyh6fLIBfBE2MfgskCclX5y6sNhbCDVSb8jU4Nn9TDw OEdPWiX1cWJzeBLfAC7S4uv8VwJ+s8IHzROvhPGfmpakD2K+KNNtg3stO1zokA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778691908; a=rsa-sha256; cv=none; b=WFrsNHSnp34JWR4/HNUSfzHsRf8/dEd7TMuVhfmo/Py3zk/1EXJfJP5lZxY3yIwNkLZksE UuED46rj1R/lEAfXfy8za6PiCnZA+D5tjUMnlkzzmBpEESyFnKQ1XWZLMkh5wV/eyLIsvk geikmbT/FaDntq2pHxN2OSpABeL6bl+Ow4k4mGIrOfNOVmSB8DjN2FLEu49a58llu15L1D CVmoPpNvHmyNbX/Ax30dIxyAf56AdztH+fMClgoD1migp+Q33tZg4JXr06Ly5mIRnISeQA c+hpd3pLTwnk8qDmAQgkScdlI0hJyeLT63b27wa7ycb+JRu4x4+5BnRduuxxcg== 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=1778691908; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=o0EED4HiW0sXQka834B5qHBAVJCcW9IEaRUZ3Stf06M=; b=BeN3UOJmCqeD8wphfp2pRtlwkxptCkuj5aTK412d/fjt6Q/7cE3HpBeUG1P7ymO+oaQDzO L5FqMRwVW1Q6EpIw4yINI2pAGN+Ky+iAmHMBYfBfFVsTGFG5x4uv0WuXUuOhRo4E/NocpY Zs8CZ/PV5Vf9WYR3nx39RVBjD2ta9tnbkkmPIL0Sbhj3eOCEmQU/oW9tgxHBm4ZV53sO39 nPZw9Nbc7sQdnA7gt17bNlfM81vg4kHkki+XKg5/7L7J9Jun16cCVN5mTO60D+XE5lq7Vf +3QezdoSfPbECtYYyBevXwm6prNUMLWrpuGzojcsXBCbaUxfX/0yMkj3D3rDdQ== Received: from mail-lj1-f182.google.com (mail-lj1-f182.google.com [209.85.208.182]) (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)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gG0Fc531vzDq7 for ; Wed, 13 May 2026 17:05:08 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-lj1-f182.google.com with SMTP id 38308e7fff4ca-38e8de47ed4so11995891fa.1 for ; Wed, 13 May 2026 10:05:08 -0700 (PDT) X-Forwarded-Encrypted: i=1; AFNElJ8wZXIMgic8za5tg6MUpIKIPRByPpZxEvUZcmkZsjZKKVV08L6oq9I3CwsgqMr2RSrYdxr1dPTbfeARZVQR6Oc=@freebsd.org X-Gm-Message-State: AOJu0YyUSwfXzjy1CRJIb0bMzLZxS6GhpvX7HZsRqWwSSwOX43HETTmN D3ZyPdOPdRGrLzDelSBUGcNPqrK6zhmZDqjMvHmXNKEp4irYRn9vO4JU/90I8LqLbqotcaQFaBG 1+l84vwS8qaM+x4hRF4EtWr4Rv8kCGv4= X-Received: by 2002:a2e:bc93:0:b0:393:5904:7411 with SMTP id 38308e7fff4ca-3944b59ab72mr5836851fa.3.1778691907170; Wed, 13 May 2026 10:05:07 -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: <6a0371af.468c3.6fc99f97@gitrepo.freebsd.org> <861pffw9s9.fsf@asn.ftfl.ca> In-Reply-To: <861pffw9s9.fsf@asn.ftfl.ca> From: Nuno Teixeira Date: Wed, 13 May 2026 18:04:55 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AVHnY4JS-SBAjCkkAL6EtuuBxcQ5dyv9NTR5WmszCx78TnRiRRuPORDuXDvdz5Q Message-ID: Subject: Re: git: 64880edb1ae1 - main - sysutils/cpu-microcode-intel: Update to 2026-05-12 release To: Joseph Mingrone Cc: ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org, FreeBSD CURRENT Content-Type: multipart/alternative; boundary="0000000000004ab9df0651b5fb03" --0000000000004ab9df0651b5fb03 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello! CPU: Intel(R) Core(TM) i7-10750H CPU @ 2.60GHz (2600.00-MHz K8-class CPU) I've changed to rc script and service onestart did start OK and dmesg shows= : --- CPU: Intel(R) Core(TM) i7-10750H CPU @ 2.60GHz (2592.00-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0xa0652 Family=3D0x6 Model=3D0xa5 Steppi= ng=3D2 Features=3D0xbfebfbff Features2=3D0x7ffafbbf AMD Features=3D0x2c100800 AMD Features2=3D0x121 Structured Extended Features=3D0x29c67af Structured Extended Features2=3D0x40000018 Structured Extended Features3=3D0xbc000600 XSAVE Features=3D0xf IA32_ARCH_CAPS=3D0xa0a0c2b VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr TSC: P-state invariant, performance statistics --- I will subscribe to PR and do some loader.conf run-tests from time to time. Thanks, Joseph Mingrone escreveu (quarta, 13/05/2026 =C3=A0(s) 17= :31): > On Wed, 2026-05-13 at 16:22, Nuno Teixeira wrote: > > .bin is huge around 16M, is that normal? > > Yes, because all the microcode under intel-ucode/ is concatenated in the > post-extract target. That's microcode covering CPUs from Pentium > Pro-era chips through to Granite Rapids/Arrow Lake. It does this > because the loader accepts a blob and loops over the entries in that > blob and checks whether the signature and platform flags match the > current CPU. > > Joe > --=20 Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --0000000000004ab9df0651b5fb03 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello!

CPU: Intel(R) Core(TM) i7-107= 50H CPU @ 2.60GHz (2600.00-MHz K8-class CPU)

I've changed = to rc script and service onestart did start OK and dmesg shows:

---<= br>CPU: Intel(R) Core(TM) i7-10750H CPU @ 2.60GHz (2592.00-MHz K8-class CPU= )
=C2=A0 Origin=3D"GenuineIntel" =C2=A0Id=3D0xa0652 =C2=A0Fami= ly=3D0x6 =C2=A0Model=3D0xa5 =C2=A0Stepping=3D2
=C2=A0 Features=3D0xbfebf= bff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PS= E36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
=C2=A0 Features= 2=3D0x7ffafbbf<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,SDBG,F= MA,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE= ,OSXSAVE,AVX,F16C,RDRAND>
=C2=A0 AMD Features=3D0x2c100800<SYSCALL= ,NX,Page1GB,RDTSCP,LM>
=C2=A0 AMD Features2=3D0x121<LAHF,ABM,Prefe= tch>
=C2=A0 Structured Extended Features=3D0x29c67af<FSGSBASE,TSCA= DJ,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,NFPUSG,MPX,RDSEED,ADX,SMAP,CLFLUSHO= PT,PROCTRACE>
=C2=A0 Structured Extended Features2=3D0x40000018<PK= U,OSPKE,SGXLC>
=C2=A0 Structured Extended Features3=3D0xbc000600<M= CUOPT,MD_CLEAR,IBPB,STIBP,L1DFL,ARCH_CAP,SSBD>
=C2=A0 XSAVE Features= =3D0xf<XSAVEOPT,XSAVEC,XINUSE,XSAVES>
=C2=A0 IA32_ARCH_CAPS=3D0xa0= a0c2b<RDCL_NO,IBRS_ALL,SKIP_L1DFL_VME,MDS_NO>
=C2=A0 VT-x: PAT,HLT= ,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr
=C2=A0 TSC: P-state invariant, perfo= rmance statistics
---

I will subscribe to PR and do some lo= ader.conf run-tests from time to time.

Thanks,

Joseph Mingrone <jrm@freebsd.or= g> escreveu (quarta, 13/05/2026 =C3=A0(s) 17:31):
On Wed, 2026-05-13 at 16:22, Nuno = Teixeira <eduar= do@freebsd.org> wrote:
> .bin is huge around 16M, is that normal?

Yes, because all the microcode under intel-ucode/ is concatenated in the post-extract target.=C2=A0 That's microcode covering CPUs from Pentium<= br> Pro-era chips through to Granite Rapids/Arrow Lake.=C2=A0 It does this
because the loader accepts a blob and loops over the entries in that
blob and checks whether the signature and platform flags match the
current CPU.

Joe


--
Nuno Teixeira
=
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--0000000000004ab9df0651b5fb03-- From nobody Wed May 13 20:46:54 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 4gG59q6y8Kz6d1V4 for ; Wed, 13 May 2026 20:47:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gG59q2JM3z3pG9 for ; Wed, 13 May 2026 20:47:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 64DKksSG049052; Wed, 13 May 2026 23:46:57 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 64DKksSG049052 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 64DKks97049051; Wed, 13 May 2026 23:46:54 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 13 May 2026 23:46:54 +0300 From: Konstantin Belousov To: Shawn Webb Cc: freebsd-current@freebsd.org Subject: Re: `tail -F somefile` and ZFS weirdness Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.2 X-Spam-Checker-Version: SpamAssassin 4.0.2 (2025-08-27) on tom.home X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4gG59q2JM3z3pG9 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Wed, May 13, 2026 at 03:38:01PM +0000, Shawn Webb wrote: > Hey all, > > I just noticed this in a bhyve VM running HardenedBSD 16-CURRENT. My > `uname -a` aligns with FreeBSD commit b76b05c04cc9ed2cd053c7b367c92628447ede6f. > > (so pretend the git commit has in my `uname -a` is FreeBSD's > b76b05c04cc9ed2cd053c7b367c92628447ede6f commit.) > > I don't recall seeing this message before, so I suspect it might have > been introduced relatively recently. > > ==== BEGIN LOG ==== > $ uname -a > FreeBSD hbsd-current-02 16.0-CURRENT FreeBSD 16.0-CURRENT #5 hardened/current/master-n196117-464cdf02df98-dirty: Wed May 13 01:12:14 UTC 2026 shawn@hbsd-current-02:/usr/obj/usr/src/amd64.amd64/sys/HARDENEDBSD amd64 > > $ tail -n 21 /var/log/messages > rms_rlock with the following non-sleepable locks held: > exclusive sleep mutex kqueue (kqueue) r = 0 (0xfffff80001d0b400) locked @ /usr/src/sys/kern/kern_event.c:2586 > stack backtrace: > #0 0xffffffff80c921dc at witness_debugger+0x6c > #1 0xffffffff80c93adc at witness_warn+0x4bc > #2 0xffffffff80c0e10f at rms_rlock+0x1f > #3 0xffffffff82799a6b at zfs_freebsd_getattr+0x11b > #4 0xffffffff8127dba7 at VOP_GETATTR_APV+0x57 > #5 0xffffffff80d2a7db at vn_getsize_locked+0x7b > #6 0xffffffff80d30b6d at filt_vfsread+0x8d > #7 0xffffffff80bb4d06 at knote+0xd6 > #8 0xffffffff80d28a48 at vop_read_post+0x48 > #9 0xffffffff8127e07a at VOP_READ_APV+0x9a > #10 0xffffffff80d450f2 at vn_read+0x242 > #11 0xffffffff80d44df5 at vn_io_fault_doio+0x55 > #12 0xffffffff80d3ff2f at vn_io_fault1+0x19f > #13 0xffffffff80d3d040 at vn_io_fault+0x190 > #14 0xffffffff80c97e95 at dofileread+0x85 > #15 0xffffffff80c97852 at sys_read+0x132 > #16 0xffffffff811a7974 at amd64_syscall+0x184 > #17 0xffffffff81175f0b at fast_syscall_common+0xf8 > ==== END LOG ==== > > Thanks, > > -- > Shawn Webb > Cofounder / Security Engineer > HardenedBSD > > Signal Username: shawn_webb.74 > Tor-ified Signal: +1 303-901-1600 / shawn_webb_opsec.50 > https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc Try this, untested. I should have not changed this, but then I do not understand why it only appeared now. commit c3a20bdb7caa3628831bf443cfb1e0316e30d3e7 Author: Konstantin Belousov Date: Wed May 13 23:44:45 2026 +0300 vop_read{,_pgcache}_post(): unlock knote around call into filter ZFS vop_getattr() needs a sleepable lock. diff --git a/sys/kern/vfs_subr.c b/sys/kern/vfs_subr.c index b3a6e8ce2e02..d19776940bc3 100644 --- a/sys/kern/vfs_subr.c +++ b/sys/kern/vfs_subr.c @@ -6509,7 +6509,7 @@ vop_read_post(void *ap, int rc) struct vop_read_args *a = ap; if (!rc) { - VFS_KNOTE_LOCKED(a->a_vp, NOTE_READ); + VN_KNOTE_LOCKED(a->a_vp, NOTE_READ); INOTIFY(a->a_vp, IN_ACCESS); } } @@ -6520,7 +6520,7 @@ vop_read_pgcache_post(void *ap, int rc) struct vop_read_pgcache_args *a = ap; if (rc == 0) { - VFS_KNOTE_LOCKED(a->a_vp, NOTE_READ); + VN_KNOTE_UNLOCKED(a->a_vp, NOTE_READ); INOTIFY(a->a_vp, IN_ACCESS); } } From nobody Thu May 14 00:30:46 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 4gGB8C0ShJz6dJN2 for ; Thu, 14 May 2026 00:31:07 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (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 4gGB8B1QX9z46c3 for ; Thu, 14 May 2026 00:31:06 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20251104 header.b="GZB/pHfn"; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2a00:1450:4864:20::531 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com; arc=pass ("google.com:s=arc-20240605:i=1") Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-67b8d9c26bbso13434868a12.2 for ; Wed, 13 May 2026 17:31:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1778718659; cv=none; d=google.com; s=arc-20240605; b=Np1xojr4PC5IdKD7h5aHOnyTUA3G3+3k+lMKJnuNVdc88hsq+8MsCQWdIYahCBc4ha hlpd4zU6mJBIZ6qvDOWHPw8JhGrvrZmv+XajUnN7T6I55eqn5ixQmwM8n+7VNf3o1xfX KS6wLpOPdAkZCEADA3ionfK1il0bwzez55WBydAneYl154Dt9DfkZLcJLPpog46DeHP4 R2T/FZxgBwKQLDv3mN0J14CGu5vIn54g7IADpQ52VUoVF9GFHUXdmWVZBNIGJ+Mhx3LK AOEe7Bp//FrRmiMG4hg6VIWlYA7Af+LpZIvonBOqFqt8SCOW/mfvMdcafX0UHpWPgafR Ql5g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=to:subject:message-id:date:from:mime-version:dkim-signature; bh=3pJx8bPBgoY9misn8TPzu42VE62f21vWHWTZalKDBpQ=; fh=/2t7RDVHVL+DuRZdfZ/FkHktsvSS6cz2dKFTm0B9krs=; b=DCs5l3mgMHvTHt+4VoE6P8DoGJBOx43fbs5t3CRs2d040t4MeBF3v24RaA+iXXKZU3 VAStQx4VfoR9V+5az4F57nV6v+nLgb66RtJr+DLmZeN59dNdrlNXz+akNAqLyo6BjqI+ 9ljE3k0bZbaMTmwTpV8Q6B67hsEB+bbhZJ8pO1YcfQ6CwIqbOlugrii6Cs7WUbHxw+tr 2VKG1yCQDbb+ElHwJkbqvm4LLTyPLJtrLGdUQb7hjR45keymiXjo/xhFWru24UaGIqwL toi8IFS0n/BD4OXSGR5WC/LS7EDskT4TV55zA61W3VKlrCpIriMJop386q05Az9GpfVr JH3A==; 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=1778718659; x=1779323459; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=3pJx8bPBgoY9misn8TPzu42VE62f21vWHWTZalKDBpQ=; b=GZB/pHfndOTFGgfLzsOp3FJHnvqFEEDKj0ofGek46RwY9hfWGWp2O7cJiKxnNljM+9 w0Tsra+RtO/l4fkXQKg7NjWljY3lElZi2qgdvn7zLLLC5elO0ygjQSrPbp2ySqb5mDm3 Zm1FSerPl00RkAhDOiug7r4Pna1K4UmAxy00itaIVwikLBGJr7MRYJOzl0beO/uLHIEx rpjbGOZFqVgzO/CQInNK5g3/TpfQZ4D7t9vseBBJMhwjbusrNGed7ezT1GndVTrq/VOb Si0Aru+Sn0xQ4rNNHptrvz9Bk71gxT8A7cpvcjvRDrXIJQmovQvSphKxUMGFG32Ij38T POTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778718659; x=1779323459; 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=3pJx8bPBgoY9misn8TPzu42VE62f21vWHWTZalKDBpQ=; b=IFVyckYc8hxAebZja1rnrCzqGoiTD2k4NAc9muoONoIdqDawjCD5tuZZUEssufRFn/ gEPG7GPlZyT8MI3GXAw8FVt+Ai7cMWb9FUUSR+CdwZrUEyT8j7oVtmWoVvsCtkZpFJm4 1hghWGP405HDFdJACU8fUctZ6FZDEKjnfaOSA0shsnyGWIOouCgq1O+b3dGoxrFqYkOj 9bqJzp36UgK7+Ch9S8YK2ujvxtbpMyktz+udOcAl2ywdejC/jciN1yV0LxpXnT7xDQXC qvB+2GoMCTibnD03GL6B1qjP/rrpUaaXMx5vrL4ejkUuiCkMeg5UR8Qk4JaOI0fr7bof hPxQ== X-Gm-Message-State: AOJu0YzJx1KMXsCsFr/o7yMyri7iSD3wMj+P5acsQ6RLDjTH1+piA3a7 5JLfQTQ9aoyGmAfNEykT+RRA+HxQZPCixkdVL72xFEoBNlIamW/SeOkaEpY90fnkGyfA8ymrtUZ dG+pAXl7b23YwqwzSXoz28MXYs8xT9nSeauI= X-Gm-Gg: Acq92OHHiN0rydh9umINZV3rN9IbH3D7HFCBWGy9isRgpQnMj1/3DNoAEsVIW66cyxf OaqyL0D0DoY/9uWS9e7IfU8oLzI+yKPwE9euGSG2iugxoMn2XI1fzF24JHKwwznQDRZWvUV7PgJ R06FxxNLpKZv1zKFyWEk4nZdFOkiOpE8KVSgZZRybhT3mIT5qqaGsCEHNZtp79x6/o0JdxRDXzu PWUPOKiK1u0Bam+oEvD2u2hknOK/Zkl5jdZmCCaIoDTR6BdfqUbTE+V0ejKGofgHQoPhBMxMRPe e8hj2QdJmQTduiMvSey9n9dUiB6Cw72TFSNjBroADoNLwkojyA== X-Received: by 2002:a05:6402:e0f:b0:671:121e:dd4a with SMTP id 4fb4d7f45d1cf-682a6e08183mr2896406a12.5.1778718658430; Wed, 13 May 2026 17:30:58 -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: Rick Macklem Date: Wed, 13 May 2026 17:30:46 -0700 X-Gm-Features: AVHnY4LJTWnntYVwH0mCvwkxlgFTeRiF2tSmgp5SYLtn4Lq259AZt7TgtfFJ8v8 Message-ID: Subject: RFC: what to do about KASSERT() in allocuio()? To: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Spamd-Result: default: False [-2.39 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_ALLOW(-1.00)[google.com:s=arc-20240605:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.61)[0.612]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4864::/56]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20251104]; MIME_GOOD(-0.10)[text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::531:from] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4gGB8B1QX9z46c3 Hi, The following KASSERT() is at the beginning of allocuio(): KASSERT(iovcnt <= UIO_MAXIOV, ("Requested %u iovecs exceed UIO_MAXIOV", iovcnt)); This fails for the NFS server if it is configured for > 1Mbyte I/O size, since the number of elements (mbufs) for the VOP_READ() exceeds UIO_MAXIOV (1024). This shows up because ZFS does a cloneuio() call which calls allocuio(). Since UIO_MAXIOV is used is several places, including setting the limit for copyinuio() and freebsd32_copyinuio(), I don't think changing the value of UIO_MAXIOV is an appropriate fix. (ie. This changes the APIs, etc.) Now, since all that the above check does it set a sanity limit on how big the allocated uio can be, do you think it is reasonable to change the above KASSERT() to: KASSERT(iovcnt <= 4096, ("Requested %u iovecs exceed 4096", iovcnt)); which would allow a 4Mbyte NFS I/O to work. Note that copyinuio() and freebsd32_copyinuio() check the iov length for < UIO_MAXIOV before calling allocuio(), so those interfaces are not broken by this. So, what do others think? rick From nobody Thu May 14 02:44:39 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 4gGF6X6PSLz6dT9P for ; Thu, 14 May 2026 02:44:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gGF6W72HJz4PV1 for ; Thu, 14 May 2026 02:44:51 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 64E2iebD067305; Thu, 14 May 2026 05:44:43 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 64E2iebD067305 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 64E2idwP067304; Thu, 14 May 2026 05:44:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 14 May 2026 05:44:39 +0300 From: Konstantin Belousov To: Rick Macklem Cc: FreeBSD CURRENT Subject: Re: RFC: what to do about KASSERT() in allocuio()? Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.2 X-Spam-Checker-Version: SpamAssassin 4.0.2 (2025-08-27) on tom.home X-Spamd-Result: default: False [-1.75 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.979]; NEURAL_HAM_LONG(-0.95)[-0.954]; NEURAL_HAM_SHORT(-0.82)[-0.819]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; TAGGED_RCPT(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; HAS_XAW(0.00)[] X-Spamd-Bar: - X-Rspamd-Queue-Id: 4gGF6W72HJz4PV1 On Wed, May 13, 2026 at 05:30:46PM -0700, Rick Macklem wrote: > Hi, > > The following KASSERT() is at the beginning of allocuio(): > KASSERT(iovcnt <= UIO_MAXIOV, > ("Requested %u iovecs exceed UIO_MAXIOV", iovcnt)); > > This fails for the NFS server if it is configured for > 1Mbyte I/O > size, since the number of elements (mbufs) for the VOP_READ() > exceeds UIO_MAXIOV (1024). This shows up because ZFS > does a cloneuio() call which calls allocuio(). > > Since UIO_MAXIOV is used is several places, including setting > the limit for copyinuio() and freebsd32_copyinuio(), I don't think > changing the value of UIO_MAXIOV is an appropriate fix. > (ie. This changes the APIs, etc.) > > Now, since all that the above check does it set a sanity limit > on how big the allocated uio can be, do you think it is > reasonable to change the above KASSERT() to: > KASSERT(iovcnt <= 4096, > ("Requested %u iovecs exceed 4096", iovcnt)); > which would allow a 4Mbyte NFS I/O to work. > > Note that copyinuio() and freebsd32_copyinuio() check the > iov length for < UIO_MAXIOV before calling allocuio(), so > those interfaces are not broken by this. I do not quite understand how changing the assert in allocuio() would change anything? All callers of the function (copyinuio, cloneuio, and freebsd32_copyinuio) check iovcnt, and I do not see a call to allocuio() from the NFS server. Where specifically does the NFS server fail with too long iovec? From nobody Thu May 14 03:00:17 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gGFSh0nxdz6dVtX for ; Thu, 14 May 2026 03:00:36 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com [IPv6:2a00:1450:4864:20::52c]) (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 4gGFSg60p6z3CSt for ; Thu, 14 May 2026 03:00:35 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x52c.google.com with SMTP id 4fb4d7f45d1cf-670ab084a39so12862855a12.3 for ; Wed, 13 May 2026 20:00:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1778727629; cv=none; d=google.com; s=arc-20240605; b=WRsaCdLA+xygBV9pFki7gz4otumZ+iA9jMkQi16T+uGcAdFbb/IORs1OOFZcNbk1zS T9GnEile03CL+/L/XrwE8rFNEAt2wGi97/QKAUbGrKRzpKtPh3Tj2kafpaCbW6d55sbs gX7JjeUnGt8zpHFS/dH+stH0OwbiBoS96dT4eXdpW/Utv/BnQ48bT4zJACWOrN0xz1Uj AUSKbX2gSwH/mpX/A2bA5EWmICvav7rryPTDTHD7KaOPprPPhq32sDELIX66cTTPxClZ Rk7F3WD/muCNknc5yQH486MiOHy5MZnyFrs9MFULqSSmLvZhEdnKmThZeOfuRzhB3apX D6Mw== 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=Ch1SKTce93LS36CQfSzRZSbOpNnpzbc5RF7fhZ4OmeU=; fh=R/9ZFS88T9Ilg7CXfcQUPsl+3liCW5x8o4EJiR/GBkg=; b=bHzeT+ua9c4I+WCBJbQk6PXW7K9awJEhXRWqpUJbtAE15KYLAx4VEoBwrJI+Y8xzOh NDbOEOizkcgI5eBA1sU7Qu9O5MJ6gBz2PXuySqEx5GNs/Ceh8PYaDY3lULpTrUKEjRtF GkFfM62Imlhfmaf/1RK6jZ0ptw0J22RHNMJGvHQtQcIPs5PU3bbU+SgT3t+EaXsOCf6D iYKIZYWTsxWvw0V9x4MK/H3tE0OgHB+vsmK5nnGSl2W3d9ts8SlbWKEchF45/31SNE1p dMCswDpT1zcJLNW0wWpI82OSxR3LYUqPDiIqWHWYSWfp4z79Tsqf4GBYr4bCeGYEyUUX tDsw==; 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=1778727629; x=1779332429; 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=Ch1SKTce93LS36CQfSzRZSbOpNnpzbc5RF7fhZ4OmeU=; b=Q1tbuVMWl6gEfTKTvaTGQDckOKmR7vf96xUyWE87BGilUAY0z+GON0zvHBIZhUzGO2 z01iX5vNBXCwF9+DrDuBl6NQ9Myc1CGWtum5Mx+gTCV7gMJnZ3Penukii59rcm4enxHk zvt5CBCUTwGumihM1vg79p8BTn21bMgaGhAdo1EcNdpIS7ZNjJj+8/ZuepwN2Y8R5rVH uIdcypfsWxp2cuY/lG3FBH/54YQSaR0TV7Wofdr+vusImQam8TQLUmCtmLbhq93n7miS BF7OCp2zcRuFT6yoe367JpJrHtgQWEipjHghh9wY6EXOeDzMnGYDbXkdmSSjJVomiSqg 8P3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778727629; x=1779332429; 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=Ch1SKTce93LS36CQfSzRZSbOpNnpzbc5RF7fhZ4OmeU=; b=lF9WQuZLoOL9bGtknJ4i1H1ou0Em7O53WN+R+PEP32OhBjg+Src+uksySF0lT1aWyE aQKtK4F0wzCsxr8h6cTQ5vvQdvSAYTL5BLnWQ/nw4JTIK0WkFIwAziwkZn9Te1DD8B85 93ixylLG9m5aRCXmS3cX1p8sM5ilM0dpSGvsR2xa0VAwLRXtBk8ZDdDqB8GU9d8FF1Zv C9b298Fs5EDSItkH7zZem24BpliJbfgjGU3TwJlb0dBSx+DlQbgQrMb6nMVOxT/saT0Z Ljb8zGdJWbwiWyHngoV3wnpLNx9IHJgY6j31wlvw5TghiKKJjJXFUV40e21IL+bjPJRp esNg== X-Gm-Message-State: AOJu0Yz+GIj9pdydEJJiQG20qDXY0b4l+ULUsX7/SiaYhIDxtlMoDkCD Z/QomozUtgENxhmk2zPDq4y7leHkJtW+vyTAMJ4R8pHDfkmmxDWwSjsIZpJ8Tk9Zg2XWhjvyMnj UP4SInNZ0OHqFR7IZ1A1Odod80hBcGAiR X-Gm-Gg: Acq92OG7OD36iURiOWRO4Z/LSvEW0VC5KV3TSHdYGXkl+5hvd1873vq2XmfO4jJouAc mUUGOzHAvFd+BzHMWQvL+zjRV3mVjhH1Yd6Xt7RfTiiHP2P2eunH02GJo+xgRzte2OFv0oAlTvf AbAmCLm/XDEjz95wEHfhesiY53stRvVQJWmESgoHwI2AlHoyXToCEJPV4NrsAaGNPlHXVy2j3SU 12Gm5K8nJPk8c0VRkURduMWKhjzdg4u42cdR8OjN2nXltW00J58mCp1PcKsyAdjsLuWRJhXhLCk d2ksMtbSZkc73ZqzrLfs/9PWDCfFZ9sy45lJArS/EmhN7tPgtM+U188UpAZM X-Received: by 2002:a05:6402:158b:b0:677:15b6:4d6b with SMTP id 4fb4d7f45d1cf-68257cd7056mr3511597a12.26.1778727628592; Wed, 13 May 2026 20:00:28 -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: Rick Macklem Date: Wed, 13 May 2026 20:00:17 -0700 X-Gm-Features: AVHnY4JTJsNYo2L5YknidZ3AZrdymGuIz8xUUKZOvVeknddQ_StcyjPU1g8RrjQ Message-ID: Subject: Re: RFC: what to do about KASSERT() in allocuio()? To: Konstantin Belousov Cc: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4gGFSg60p6z3CSt X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Wed, May 13, 2026 at 7:50=E2=80=AFPM Konstantin Belousov wrote: > > On Wed, May 13, 2026 at 05:30:46PM -0700, Rick Macklem wrote: > > Hi, > > > > The following KASSERT() is at the beginning of allocuio(): > > KASSERT(iovcnt <=3D UIO_MAXIOV, > > ("Requested %u iovecs exceed UIO_MAXIOV", iovcnt)); > > > > This fails for the NFS server if it is configured for > 1Mbyte I/O > > size, since the number of elements (mbufs) for the VOP_READ() > > exceeds UIO_MAXIOV (1024). This shows up because ZFS > > does a cloneuio() call which calls allocuio(). > > > > Since UIO_MAXIOV is used is several places, including setting > > the limit for copyinuio() and freebsd32_copyinuio(), I don't think > > changing the value of UIO_MAXIOV is an appropriate fix. > > (ie. This changes the APIs, etc.) > > > > Now, since all that the above check does it set a sanity limit > > on how big the allocated uio can be, do you think it is > > reasonable to change the above KASSERT() to: > > KASSERT(iovcnt <=3D 4096, > > ("Requested %u iovecs exceed 4096", iovcnt)); > > which would allow a 4Mbyte NFS I/O to work. > > > > Note that copyinuio() and freebsd32_copyinuio() check the > > iov length for < UIO_MAXIOV before calling allocuio(), so > > those interfaces are not broken by this. > > I do not quite understand how changing the assert in allocuio() would > change anything? All callers of the function (copyinuio, cloneuio, > and freebsd32_copyinuio) check iovcnt, and I do not see a call to > allocuio() from the NFS server. > > Where specifically does the NFS server fail with too long iovec? zfs_freebsd_write()->zfs_write()->zfs_uiocopy()->cloneuio()->allocuio() (and zfs_freebsd_write() is ZFS's VOP_WRITE()) rick > From nobody Thu May 14 03:26:24 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gGG2j3jzqz6dY4T for ; Thu, 14 May 2026 03:26:37 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gGG2h4Zn1z3HQf for ; Thu, 14 May 2026 03:26:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 64E3QONR070182; Thu, 14 May 2026 06:26:27 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 64E3QONR070182 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 64E3QOfP070181; Thu, 14 May 2026 06:26:24 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 14 May 2026 06:26:24 +0300 From: Konstantin Belousov To: Rick Macklem Cc: FreeBSD CURRENT Subject: Re: RFC: what to do about KASSERT() in allocuio()? Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.2 X-Spam-Checker-Version: SpamAssassin 4.0.2 (2025-08-27) on tom.home X-Spamd-Result: default: False [-1.76 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.981]; NEURAL_HAM_LONG(-0.96)[-0.958]; NEURAL_HAM_SHORT(-0.82)[-0.818]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; TAGGED_RCPT(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[] X-Spamd-Bar: - X-Rspamd-Queue-Id: 4gGG2h4Zn1z3HQf On Wed, May 13, 2026 at 08:00:17PM -0700, Rick Macklem wrote: > On Wed, May 13, 2026 at 7:50 PM Konstantin Belousov wrote: > > > > On Wed, May 13, 2026 at 05:30:46PM -0700, Rick Macklem wrote: > > > Hi, > > > > > > The following KASSERT() is at the beginning of allocuio(): > > > KASSERT(iovcnt <= UIO_MAXIOV, > > > ("Requested %u iovecs exceed UIO_MAXIOV", iovcnt)); > > > > > > This fails for the NFS server if it is configured for > 1Mbyte I/O > > > size, since the number of elements (mbufs) for the VOP_READ() > > > exceeds UIO_MAXIOV (1024). This shows up because ZFS > > > does a cloneuio() call which calls allocuio(). > > > > > > Since UIO_MAXIOV is used is several places, including setting > > > the limit for copyinuio() and freebsd32_copyinuio(), I don't think > > > changing the value of UIO_MAXIOV is an appropriate fix. > > > (ie. This changes the APIs, etc.) > > > > > > Now, since all that the above check does it set a sanity limit > > > on how big the allocated uio can be, do you think it is > > > reasonable to change the above KASSERT() to: > > > KASSERT(iovcnt <= 4096, > > > ("Requested %u iovecs exceed 4096", iovcnt)); > > > which would allow a 4Mbyte NFS I/O to work. > > > > > > Note that copyinuio() and freebsd32_copyinuio() check the > > > iov length for < UIO_MAXIOV before calling allocuio(), so > > > those interfaces are not broken by this. > > > > I do not quite understand how changing the assert in allocuio() would > > change anything? All callers of the function (copyinuio, cloneuio, > > and freebsd32_copyinuio) check iovcnt, and I do not see a call to > > allocuio() from the NFS server. > > > > Where specifically does the NFS server fail with too long iovec? > zfs_freebsd_write()->zfs_write()->zfs_uiocopy()->cloneuio()->allocuio() > (and zfs_freebsd_write() is ZFS's VOP_WRITE()) I would just remove the assert from allocuio() then. From nobody Thu May 14 15:27:40 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 4gGZ343HfRz6dJrR for ; Thu, 14 May 2026 15:28:00 +0000 (UTC) (envelope-from b1nc0d3x@gmail.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (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 4gGZ330pT2z3fCh for ; Thu, 14 May 2026 15:27:59 +0000 (UTC) (envelope-from b1nc0d3x@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20251104 header.b=W1X4aGGy; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of b1nc0d3x@gmail.com designates 2a00:1450:4864:20::532 as permitted sender) smtp.mailfrom=b1nc0d3x@gmail.com; arc=pass ("google.com:s=arc-20240605:i=1") Received: by mail-ed1-x532.google.com with SMTP id 4fb4d7f45d1cf-67f94c078e8so7839923a12.1 for ; Thu, 14 May 2026 08:27:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1778772473; cv=none; d=google.com; s=arc-20240605; b=iUyY/dchOyoNHWAjL0E7y+/10xTt8QC8/oJPlu4fVl7/DxMXvVRFYZTYxwDBj+ZOBh 1zAewcOa4DHII+uXt1YsubYB2xYaibm7qeBB0rCmqhFxoJwmBPtoD6GgJuIVbxBa5E0c SyWH+lYhTvbcKhZN7FhmbaOvjHS0qmpPBemiMD2w6U5SioTybDd5lhBBzxahpiXdggjk C4f7jOVdZHK8p7xCOIvehX5o8tfWmbIPTh4P9YcxykfSp2UD/WrBDIUvobg9CCrV+znj 3zO38DDdDYmIXMr8pRe0QSz/MWeamCf4Q6Ub9n6w5FrH7WbYHGAFC0h9Wn6F2XbXu9fF i2/A== 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:mime-version:dkim-signature; bh=UQcEwTtyiSGlyk4r0rCm/EiOJwuSVQ36PIRFZFQsfHE=; fh=qcQGGOeZaIha1jUsyOWBrf+nG62pURjFQjOFDLk5tK8=; b=eexwZsm+1qcbkX4I+aJ527ZsTTin7/IFbeP8huxoGqKrLKUrSmsZdanTCGiDmwtawk PSiFl78NhXSN0AdlhZimdf5e6UFKffisEfGMYvVtPhnknJLB9/rDRRQgNyGbwDCtAtoS JHzer7rWxivoTsE+cGC+rNDNDIRLHArt4crDv/Xhmo5GiAJWjxgdY5jGMds2D8r3eYw+ tPfEdIiOYbOaUkZj1t26nnor09HiGmwrAUxmcVful2b7mALUm4N2vrTFWZTUdjBnKWp3 g770n3YHtdg3UMSd7K+Q89E4RNv0Zh+vCEm13v6XUhu/vT3LrmDt7aVzIC7JIYxDl9Ds NYzw==; 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=1778772473; x=1779377273; darn=freebsd.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=UQcEwTtyiSGlyk4r0rCm/EiOJwuSVQ36PIRFZFQsfHE=; b=W1X4aGGyElmfQqDXANPOnariheim9W82CoS8qCM/BUG/SR4zddS9tlsjN4HWp4Rg1J ekSu2UKSgqxylD3q030WoBEZd9cDH8fOXpwpKA8PDMJo+Q0H+xV5b9s+1JKfy1RYM0XH /+e7LoUsurE1NGA/JdE7aNN13ddTPGd7XFrxS4p9MpFg4LSjjV4OFbXRA1/kgD+tapZ7 s1oRfuzx2jiwz56yDv90dHFF+GEVWVqGDIueIkCSAZVM15551Fp4zKJ1q4RyJDJgGDtM cp+p7iKj9TdWb3qsFh99A8kJ0mkVQG05fyEOrZ4Q8eFdf6LBYs22G2jnWVLH4FJqsssn oU1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1778772473; x=1779377273; h=cc: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=UQcEwTtyiSGlyk4r0rCm/EiOJwuSVQ36PIRFZFQsfHE=; b=TAfTNnH6dDVmWyAc58Y/JOBOZekOp2Tx9yrEW/6imU8JLMdD2pP+BVOhwyuMsDDruO ybctTH6lu3zpbOCKfWep3lGuig7FyuPQJcwTGIkkU5JanCoBVqqmGpb1IjltrOgKnFjR 0yySrC0PM1TkucGKVCdZB6ooYN2/FEqivURST2zHP/T+8TzvFlMUPb01jQDlGj+0jxd3 shsX9YLBqjWUqXz+xMaQGxQSm0I/FDGmFBZWkuem7LN1Ek9NIr1hQvChwM4nEkXj8mWu aIBfQQkzYAIkAQkt5FA1OQfbJUymWOA+TnJC7nhQzx0FQvzV24V0CdPZVg6o+U2xdVwf pSdA== X-Gm-Message-State: AOJu0YzXU5rNeU6uv50rZGCcRL/PQ4fm2hscW5rVZlGlMj5OgdTsGII9 AHKJmG2yfNKWAFlabIh4sppvoPAKioMVvAwa+SfA3syPrzeVhXYPoX/c8PZZFmM4I8vmWlvaQqc 6HXmEqFqwGO/CTr3oZ6LEA9yoqqEaE47YfpC+ X-Gm-Gg: Acq92OG8/17sI5XA0A/wFMZCgkVL1j28/hCPld3F4IdWeNXOfZ7hH9UP5mfCquu6R2O q0QBSmUMZ163dH8aTp0E6TkKkp5lWbu0xObtVALHCb/0hZkWrZDF4GAGgMfoLdNVFednCZPMU69 Tt/JL1g95sjR0P96YYh7xxM/y7DDLE6itn6ByEgPT736Xg2wrPRKix0WW8OdiDX3vS+ly+2Sx+G FKCw+vmTJjUkBJsrbRSuRLarPjH6Hp5T7ScvnLAX+nbQT+jGBH8+6n5oHTTRH6edf9Pad8IxfGO 1+FMIkp1 X-Received: by 2002:a17:907:1b06:b0:bd3:6de8:341b with SMTP id a640c23a62f3a-bd3bf488cdfmr507200066b.7.1778772472449; Thu, 14 May 2026 08:27:52 -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: Bin C0d3x Date: Thu, 14 May 2026 11:27:40 -0400 X-Gm-Features: AVHnY4IzRPLZAz0DK8j1QVF4IuYQw7bmETSAtFf4iIxg7N7i5WaeLABCYfJY2Is Message-ID: Subject: =?UTF-8?Q?USB=2DC_DisplayPort_=2B_audio_bring=2Dup_on_RK3399_=28RockPr?= =?UTF-8?Q?o64=29_=E2=80=94_looking_for_reviewers?= To: freebsd-arm@freebsd.org Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="0000000000005b505a0651c8bde2" X-Spamd-Result: default: False [-4.53 / 15.00]; ARC_ALLOW(-1.00)[google.com:s=arc-20240605:i=1]; NEURAL_HAM_SHORT(-1.00)[-0.999]; NEURAL_HAM_LONG(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.63)[-0.631]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4864::/56:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20251104]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_BASE64_TEXT(0.10)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MISSING_XM_UA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::532:from] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4gGZ330pT2z3fCh --0000000000005b505a0651c8bde2 Content-Type: text/plain; charset="UTF-8" Hi, I have a working USB-C DisplayPort + audio path for the RK3399 (RockPro64) on -CURRENT that I'd like to start landing. Looking for a reviewer or two before I split this into Differential reviews. Hardware: Pine64 RockPro64, FUSB302B Type-C controller (i2c), Cadence MHDP DPTX block at 0xfec00000, RK3399 Type-C PHY, dw-hdmi for audio codec endpoint, I2S2 (8-ch on-chip-only) feeding both HDMI and the Cadence DP audio packetizer. Sink: XYM W156F1 portable monitor over USB-C; verified 1920x1080 @ 60 Hz, link rate HBR (2.7 Gbps), 2 lanes, plus stereo LPCM 48 kHz audio through panel speakers. What's in the work (new drivers / subsystems): sys/dev/iicbus/usb/fusb302.c FUSB302B i2c driver: SRC/SNK PD policy state machine, DP Alt Mode VDM (Discover/Enter/DP_Status), role discovery, hard-reset, fault recovery. Modeled functionally on Linux's drivers/usb/typec/tcpm/fusb302.c -- not a port, clean re-implementation. sys/sys/usbc/* USB-PD policy state machine framework + TCPC abstraction so the PD/VDM logic is driver-agnostic. sys/arm64/rockchip/rk_typec_phy.c RK3399 Type-C PHY bring-up for DP altmode (combo PHY mode switch, lane swap, pin assignments C/D/E/F). sys/arm64/rockchip/rk_cdn_dp.c Cadence MHDP DPTX scaffold: firmware load, 19-stage bring-up, AUX over mailbox, link training (CR+EQ both lanes at HBR), DPCD, EDID readback, MSA/timing, audio packetizer with SDP infoframe, DPMS sleep/wake via scanout swap. sys/arm64/rockchip/rk_hdmi_codec_stub.c Tiny audio_dai shim that claims rockchip,rk3399-dw-hdmi so audio_soc's simple-audio-card codec phandle resolves -- enables /dev/dsp0 over both HDMI and DP audio paths. sys/arm64/rockchip/rk_gpio.c (PIC method fix) pic_disable_intr/enable_intr/pre_ithread/post_ithread, missing from the Rockchip GPIO PIC. Without them, level-sensitive sources (FUSB302 INT_N) starve the system with ~210 kHz storms during their ithread. sys/dev/drm2/drm_fb_helper.c (small fix) Don't strand on a safe-fallback fb after a late EDID arrives -- the cdn-dp panel EDID only becomes available after the 19-stage bring-up, well after the kernel's first hotplug pass. Status: * fusb302 + PD policy SM: stable. Source + sink contracts work, DP Alt Mode succeeds, retry/hard-reset paths exercised. * cdn-dp: panel lit at 1920x1080@60 HBR. Audio decodes through panel speakers via /dev/dsp0 with the rk_hdmi_codec_stub. * Trace output is gated behind dev.fusb302.0.debug / dev.rk_cdn_dp.0.debug (default 0), so default dmesg is quiet. * Known open: transient panel artifacts ("black tears") during USB-C boot bring-up. Source-side fully clean; appears framer- side; cosmetic only. Public reference: https://github.com/b1nc0d3x/FBSD_DEV/tree/rkdev That branch is a fork of freebsd/freebsd-src with ~30 commits on top. I plan to split into separate Differential reviews: 1. rk_gpio PIC method fix (independent, useful on its own) 2. drm_fb_helper hotplug fix 3. USB-PD policy SM framework (sys/sys/usbc/) 4. fusb302 driver 5. rk_typec_phy 6. rk_cdn_dp (scaffold + bring-up) 7. rk_cdn_dp DP audio + rk_hdmi_codec_stub 8. RockPro64 DT overlays + module hookup Each phase is self-contained and builds cleanly on the previous. Would anyone with arm64 / DRM / USB-C familiarity be willing to look at (1) and (2) first? They're the smallest and most clearly correct bits. I can post Differentials as soon as a reviewer says go. Thanks, Kyle Crenshaw --0000000000005b505a0651c8bde2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: base64 PGRpdiBkaXI9Imx0ciI+DQoNCg0KDQoNCg0KDQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6bW9u b3NwYWNlIj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJn YigyNTUsMjU1LDI1NSkiPiBIaSwgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigy NTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTti YWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCww KTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBz dHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSki PiDCoEkgaGF2ZSBhIHdvcmtpbmcgVVNCLUMgRGlzcGxheVBvcnQgKyBhdWRpbyBwYXRoIGZvciB0 aGUgUkszMzk5IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKg PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9y OnJnYigyNTUsMjU1LDI1NSkiPiDCoChSb2NrUHJvNjQpIG9uIC1DVVJSRU5UIHRoYXQgSSYjMzk7 ZCBsaWtlIHRvIHN0YXJ0IGxhbmRpbmcuwqAgTG9va2luZyBmb3IgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdi KDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDAp O2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgYSByZXZpZXdlciBvciB0d28g YmVmb3JlIEkgc3BsaXQgdGhpcyBpbnRvIERpZmZlcmVudGlhbCByZXZpZXdzLiDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNr Z3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBzdHlsZT0i Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKg PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9y OnJnYigyNTUsMjU1LDI1NSkiPiDCoEhhcmR3YXJlOiBQaW5lNjQgUm9ja1BybzY0LCBGVVNCMzAy QiBUeXBlLUMgY29udHJvbGxlciAoaTJjKSwgQ2FkZW5jZSDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwy NTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tn cm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgTUhEUCBEUFRYIGJsb2NrIGF0IDB4ZmVj MDAwMDAsIFJLMzM5OSBUeXBlLUMgUEhZLCBkdy1oZG1pIGZvciBhdWRpbyDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNv bG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdi KDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiDCoGNvZGVjIGVuZHBv aW50LCBJMlMyICg4LWNoIG9uLWNoaXAtb25seSkgZmVlZGluZyBib3RoIEhETUkgYW5kIHRoZSDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDAp O2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0 eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+ IMKgQ2FkZW5jZSBEUCBhdWRpbyBwYWNrZXRpemVyLsKgIFNpbms6IFhZTSBXMTU2RjEgcG9ydGFi bGUgbW9uaXRvciBvdmVyIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFu Pjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigy NTUsMjU1LDI1NSkiPiDCoFVTQi1DOyB2ZXJpZmllZCAxOTIweDEwODAgQCA2MCBIeiwgbGluayBy YXRlIEhCUiAoMi43IEdicHMpLCAyIGxhbmVzLCDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFu IHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1 KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQt Y29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgcGx1cyBzdGVyZW8gTFBDTSA0OCBrSHogYXVkaW8g dGhyb3VnaCBwYW5lbCBzcGVha2Vycy4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tn cm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJj b2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8 L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6 cmdiKDI1NSwyNTUsMjU1KSI+IMKgV2hhdCYjMzk7cyBpbiB0aGUgd29yayAobmV3IGRyaXZlcnMg LyBzdWJzeXN0ZW1zKTogwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7 YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5 bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4g wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4g c3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUp Ij7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1j b2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoMKgc3lzL2Rldi9paWNidXMvdXNiL2Z1c2IzMDIu YyDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8 L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6 cmdiKDI1NSwyNTUsMjU1KSI+IMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDAp O2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqDCoMKgwqDCoMKgRlVTQjMwMkIg aTJjIGRyaXZlcjogU1JDL1NOSyBQRCBwb2xpY3kgc3RhdGUgbWFjaGluZSwgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7 YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5 bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4g wqDCoMKgwqDCoMKgwqBEUCBBbHQgTW9kZSBWRE0gKERpc2NvdmVyL0VudGVyL0RQX1N0YXR1cyks IHJvbGUgZGlzY292ZXJ5LCDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7C oDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xv cjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoMKgwqDCoMKgwqBoYXJkLXJlc2V0LCBmYXVsdCByZWNv dmVyeS7CoCBNb2RlbGVkIGZ1bmN0aW9uYWxseSBvbiBMaW51eCYjMzk7cyDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQt Y29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpy Z2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgwqDCoMKgwqDC oMKgZHJpdmVycy91c2IvdHlwZWMvdGNwbS9mdXNiMzAyLmMgLS0gbm90IGEgcG9ydCwgY2xlYW4g wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJj b2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3Nw YW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdi KDI1NSwyNTUsMjU1KSI+IMKgwqDCoMKgwqDCoMKgcmUtaW1wbGVtZW50YXRpb24uIMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7C oDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xv cjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9y OnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAs MCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiDCoMKgwqBzeXMvc3lzL3Vz YmMvKiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3Jv dW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29s b3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiDCoDwvc3Bh bj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUs MjU1LDI1NSkiPsKgwqDCoMKgwqDCoFVTQi1QRCBwb2xpY3kgc3RhdGUgbWFjaGluZSBmcmFtZXdv cmsgKyBUQ1BDIGFic3RyYWN0aW9uPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDAp O2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IDwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPnNvPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1 NSwyNTUsMjU1KSI+IDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3Jv dW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPnRoZTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPg0KPC9zcGFuPjxi cj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUs MjU1LDI1NSkiPiDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAs MCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPlBEL1ZETTwvc3Bhbj48c3Bh biBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1 NSkiPiA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xv cjpyZ2IoMjU1LDI1NSwyNTUpIj5sb2dpYzwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAs MCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiA8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj5p czwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJn YigyNTUsMjU1LDI1NSkiPiA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFj a2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj5kcml2ZXItYWdub3N0aWMuPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUs MjU1KSI+IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8 L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6 cmdiKDI1NSwyNTUsMjU1KSI+IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29s b3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2Io MCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgwqDCoHN5cy9hcm02 NC9yb2NrY2hpcC9ya190eXBlY19waHkuYyDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1 LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFj a2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoMKgwqDCoMKgwqBSSzMzOTkgVHlw ZS1DIFBIWSBicmluZy11cCBmb3IgRFAgYWx0bW9kZSAoY29tYm8gUEhZIG1vZGUgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTti YWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBzdHls ZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiDC oMKgwqDCoMKgwqDCoHN3aXRjaCwgbGFuZSBzd2FwLCBwaW4gYXNzaWdubWVudHMgQy9EL0UvRiku IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigy NTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTti YWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2Jh Y2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxl PSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKg wqDCoHN5cy9hcm02NC9yb2NrY2hpcC9ya19jZG5fZHAuYyDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3Vu ZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9y OnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoMKgwqDC oMKgwqBDYWRlbmNlIE1IRFAgRFBUWCBzY2FmZm9sZDogZmlybXdhcmUgbG9hZCwgMTktc3RhZ2Ug YnJpbmctdXAsPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQt Y29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+DQo8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpy Z2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgwqDCoMKgwqDC oMKgQVVYIG92ZXIgbWFpbGJveCwgbGluayB0cmFpbmluZyAoQ1IrRVEgYm90aCBsYW5lcyBhdCBI QlIpLCDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxi cj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUs MjU1LDI1NSkiPiDCoMKgwqDCoMKgwqDCoERQQ0QsIEVESUQgcmVhZGJhY2ssIE1TQS90aW1pbmcs IGF1ZGlvIHBhY2tldGl6ZXIgd2l0aCBTRFAgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3Nw YW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1 LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFj a2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoMKgwqDCoMKgwqBpbmZvZnJhbWUs IERQTVMgc2xlZXAvd2FrZSB2aWEgc2Nhbm91dCBzd2FwLiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48 YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1 LDI1NSwyNTUpIj4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2Io MjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7 YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoMKgc3lzL2FybTY0L3JvY2tj aGlwL3JrX2hkbWlfY29kZWNfc3R1Yi5jIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKg PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9y OnJnYigyNTUsMjU1LDI1NSkiPiDCoMKgwqDCoMKgwqDCoFRpbnkgYXVkaW9fZGFpIHNoaW0gdGhh dCBjbGFpbXMgcm9ja2NoaXAscmszMzk5LWR3LWhkbWkgc28gwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xv cjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigw LDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoMKgwqDCoMKgwqBh dWRpb19zb2MmIzM5O3Mgc2ltcGxlLWF1ZGlvLWNhcmQgY29kZWMgcGhhbmRsZSByZXNvbHZlcyAt LSBlbmFibGVzIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigw LDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNw YW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwy NTUpIj4gwqDCoMKgwqDCoMKgwqAvZGV2L2RzcDAgb3ZlciBib3RoIEhETUkgYW5kIERQIGF1ZGlv IHBhdGhzLiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xv cjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigw LDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJn YigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+ PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1 NSwyNTUpIj4gwqDCoMKgc3lzL2FybTY0L3JvY2tjaGlwL3JrX2dwaW8uYyAoUElDIG1ldGhvZCBm aXgpIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNv bG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdi KDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiDCoMKgwqDCoMKgwqDC oHBpY19kaXNhYmxlX2ludHIvZW5hYmxlX2ludHIvcHJlX2l0aHJlYWQvcG9zdF9pdGhyZWFkLCBt aXNzaW5nIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAs MCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3Bh biBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1 NSkiPiDCoMKgwqDCoMKgwqDCoGZyb20gdGhlIFJvY2tjaGlwIEdQSU8gUElDLsKgIFdpdGhvdXQg dGhlbSwgbGV2ZWwtc2Vuc2l0aXZlIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUs MjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91 bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgwqDCoMKgwqDCoMKgc291cmNlcyAoRlVTQjMw MiBJTlRfTikgc3RhcnZlIHRoZSBzeXN0ZW0gd2l0aCB+MjEwIGtIeiBzdG9ybXMgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQt Y29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpy Z2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgwqDCoMKgwqDC oMKgZHVyaW5nIHRoZWlyIGl0aHJlYWQuIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3Vu ZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9y OnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bh bj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2Io MjU1LDI1NSwyNTUpIj4gwqDCoMKgc3lzL2Rldi9kcm0yL2RybV9mYl9oZWxwZXIuYyAoc21hbGwg Zml4KSDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2Jh Y2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxl PSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKg wqDCoMKgwqDCoMKgRG9uJiMzOTt0IHN0cmFuZCBvbiBhIHNhZmUtZmFsbGJhY2sgZmIgYWZ0ZXIg YSBsYXRlIEVESUQgYXJyaXZlcyAtLSDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8 L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6 cmdiKDI1NSwyNTUsMjU1KSI+IMKgwqDCoMKgwqDCoMKgdGhlIGNkbi1kcCBwYW5lbCBFRElEIG9u bHkgYmVjb21lcyBhdmFpbGFibGUgYWZ0ZXIgdGhlIDE5LXN0YWdlIMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2Io MjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7 YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoMKgwqDCoMKgwqBicmluZy11 cCwgd2VsbCBhZnRlciB0aGUga2VybmVsJiMzOTtzIGZpcnN0IGhvdHBsdWcgcGFzcy4gwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigw LDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNw YW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwy NTUpIj4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1 NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dy b3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqBTdGF0dXM6IMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48 YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1 LDI1NSwyNTUpIj4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2Io MjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7 YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoMKgKiBmdXNiMzAyICsgUEQg cG9saWN5IFNNOiBzdGFibGUuwqAgU291cmNlICsgc2luayBjb250cmFjdHMgd29yaywgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNr Z3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBzdHlsZT0i Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiDCoMKg PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdi KDI1NSwyNTUsMjU1KSI+wqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDAp O2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+RFA8L3NwYW4+PHNwYW4gc3R5bGU9 ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1 NSwyNTUsMjU1KSI+QWx0PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tn cm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPk1vZGU8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1 NSwyNTUpIj4gPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQt Y29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+c3VjY2VlZHMsPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xv cjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IDwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1 LDI1NSkiPnJldHJ5L2hhcmQtcmVzZXQ8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAs MCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+cGF0 aHM8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpy Z2IoMjU1LDI1NSwyNTUpIj4gPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2Jh Y2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+ZXhlcmNpc2VkLiDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTti YWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBzdHls ZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiDC oMKgwqAqIGNkbi1kcDogcGFuZWwgbGl0IGF0IDE5MjB4MTA4MEA2MCBIQlIuwqAgQXVkaW8gZGVj b2RlcyB0aHJvdWdoIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0i Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9z cGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJn YigyNTUsMjU1LDI1NSkiPiDCoMKgwqDCoMKgcGFuZWwgc3BlYWtlcnMgdmlhIC9kZXYvZHNwMCB3 aXRoIHRoZSBya19oZG1pX2NvZGVjX3N0dWIuIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6 cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCww LDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgwqDCoCogVHJhY2Ugb3V0 cHV0IGlzIGdhdGVkIGJlaGluZCBkZXYuZnVzYjMwMi4wLmRlYnVnIC8gwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxi cj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUs MjU1LDI1NSkiPiDCoMKgwqDCoMKgZGV2LnJrX2Nkbl9kcC4wLmRlYnVnIChkZWZhdWx0IDApLCBz byBkZWZhdWx0IGRtZXNnIGlzIHF1aWV0LiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1 NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dy b3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoMKgKiBLbm93biBvcGVuOiB0cmFuc2ll bnQgcGFuZWwgYXJ0aWZhY3RzICgmcXVvdDtibGFjayB0ZWFycyZxdW90OykgZHVyaW5nIMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDAp O2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0 eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+ IMKgwqDCoMKgwqBVU0ItQyBib290IGJyaW5nLXVwLsKgIFNvdXJjZS1zaWRlIGZ1bGx5IGNsZWFu OyBhcHBlYXJzIGZyYW1lci0gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKg PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9y OnJnYigyNTUsMjU1LDI1NSkiPiDCoMKgwqDCoMKgc2lkZTsgY29zbWV0aWMgb25seS4gwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSki PsKgPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNv bG9yOnJnYigyNTUsMjU1LDI1NSkiPiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5k LWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6 cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiDCoFB1YmxpYyBy ZWZlcmVuY2U6IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNr Z3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBzdHlsZT0i Y29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiDCoMKg wqA8YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vYjFuYzBkM3gvRkJTRF9ERVYvdHJlZS9ya2Rl diI+aHR0cHM6Ly9naXRodWIuY29tL2IxbmMwZDN4L0ZCU0RfREVWL3RyZWUvcmtkZXY8L2E+IMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9z cGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1 NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2Jh Y2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDAp O2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0 eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+ IMKgVGhhdCBicmFuY2ggaXMgYSBmb3JrIG9mIGZyZWVic2QvZnJlZWJzZC1zcmMgd2l0aCB+MzAg Y29tbWl0cyBvbiB0b3AuIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48 YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1 LDI1NSwyNTUpIj4gwqBJIHBsYW4gdG8gc3BsaXQgaW50byBzZXBhcmF0ZSBEaWZmZXJlbnRpYWwg cmV2aWV3czogwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9y OnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAs MCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiDCoMKgwqAxLiBya19ncGlv IFBJQyBtZXRob2QgZml4IChpbmRlcGVuZGVudCwgdXNlZnVsIG9uIGl0cyBvd24pIMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigw LDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNw YW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwy NTUpIj4gwqDCoMKgMi4gZHJtX2ZiX2hlbHBlciBob3RwbHVnIGZpeCDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDAp O2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0 eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+ IMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xv cjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCww KTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPjMuPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IDwv c3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigy NTUsMjU1LDI1NSkiPlVTQi1QRDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTti YWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiA8L3NwYW4+PHNwYW4gc3R5bGU9ImNv bG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj5wb2xpY3k8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2Io MjU1LDI1NSwyNTUpIj4gPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tn cm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+U008L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUs MjU1KSI+ZnJhbWV3b3JrPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tn cm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6 cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPihzeXMvc3lzL3Vz YmMvKTwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9y OnJnYigyNTUsMjU1LDI1NSkiPiDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFu Pjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigy NTUsMjU1LDI1NSkiPiDCoMKgwqA0LiBmdXNiMzAyIGRyaXZlciDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48c3BhbiBzdHls ZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKg PC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9y OnJnYigyNTUsMjU1LDI1NSkiPiDCoMKgwqA1LiBya190eXBlY19waHkgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dy b3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNv bG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoMKg Ni4gcmtfY2RuX2RwIChzY2FmZm9sZCArIGJyaW5nLXVwKSDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6 cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCww LDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgwqDCoDcuIHJrX2Nkbl9k cCBEUCBhdWRpbyArIHJrX2hkbWlfY29kZWNfc3R1YiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5 bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7C oDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xv cjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAs MCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+ OC48L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpy Z2IoMjU1LDI1NSwyNTUpIj4gPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2Jh Y2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+Um9ja1BybzY0PC9zcGFuPjxzcGFuIHN0 eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+ IDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJn YigyNTUsMjU1LDI1NSkiPkRUPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2Jh Y2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IDwvc3Bhbj48c3BhbiBzdHlsZT0iY29s b3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPm92ZXJsYXlz PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdi KDI1NSwyNTUsMjU1KSI+IDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNr Z3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPis8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gPC9zcGFuPjxz cGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUs MjU1KSI+bW9kdWxlPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91 bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdi KDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPmhvb2t1cDwvc3Bhbj48 c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1 LDI1NSkiPiDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9y OnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48 YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1 LDI1NSwyNTUpIj4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8 L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2Io MjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7 YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqBFYWNoIHBoYXNlIGlzIHNlbGYt Y29udGFpbmVkIGFuZCBidWlsZHMgY2xlYW5seSBvbiB0aGUgcHJldmlvdXMuIMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tn cm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJj b2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxl PSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8 L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6 cmdiKDI1NSwyNTUsMjU1KSI+IMKgV291bGQgYW55b25lIHdpdGggYXJtNjQgLyBEUk0gLyBVU0It QyBmYW1pbGlhcml0eSBiZSB3aWxsaW5nIHRvIGxvb2sgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgPC9zcGFu PjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwy NTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tn cm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgYXQgKDEpIGFuZCAoMikgZmlyc3Q/wqAg VGhleSYjMzk7cmUgdGhlIHNtYWxsZXN0IGFuZCBtb3N0IGNsZWFybHkgY29ycmVjdCDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoDwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6cmdiKDAsMCwwKTtiYWNrZ3JvdW5kLWNv bG9yOnJnYigyNTUsMjU1LDI1NSkiPsKgPC9zcGFuPjxicj48c3BhbiBzdHlsZT0iY29sb3I6cmdi KDAsMCwwKTtiYWNrZ3JvdW5kLWNvbG9yOnJnYigyNTUsMjU1LDI1NSkiPiDCoGJpdHMuwqAgSSBj YW4gcG9zdCBEaWZmZXJlbnRpYWxzIGFzIHNvb24gYXMgYSByZXZpZXdlciBzYXlzIGdvLiDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigw LDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNw YW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwy NTUpIj4gwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqA8L3NwYW4+ PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dyb3VuZC1jb2xvcjpyZ2IoMjU1LDI1 NSwyNTUpIj7CoDwvc3Bhbj48YnI+PHNwYW4gc3R5bGU9ImNvbG9yOnJnYigwLDAsMCk7YmFja2dy b3VuZC1jb2xvcjpyZ2IoMjU1LDI1NSwyNTUpIj4gwqBUaGFua3MsIMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjpyZ2IoMCwwLDApO2JhY2tncm91bmQt Y29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+wqA8L3NwYW4+PGJyPjxzcGFuIHN0eWxlPSJjb2xvcjpy Z2IoMCwwLDApO2JhY2tncm91bmQtY29sb3I6cmdiKDI1NSwyNTUsMjU1KSI+IMKgS3lsZSBDcmVu c2hhdyDCoCZsdDs8YSBocmVmPSJtYWlsdG86QjFuYzBkM3hAZ21haWwuY29tIj5CMW5jMGQzeEBn bWFpbC5jb208L2E+Jmd0OyDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoDwvc3Bhbj48YnI+PC9zcGFuPg0KDQo8 YnI+PC9kaXY+DQo= --0000000000005b505a0651c8bde2-- From nobody Thu May 14 16:53:43 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 4gGby341c0z6dRSJ; Thu, 14 May 2026 16:53:47 +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 4gGby269hCz3r18; Thu, 14 May 2026 16:53:46 +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=LBxhfcwLkUPI SArtb4Kosv6UdarUHcly25WCTJW5KV0=; h=in-reply-to:references:cc:to:from: subject:date; d=margiolis.net; b=Xdy6JoVv0s+313nDvAaIePGnxboB4H2aZa0L9 3Ey9pb+D8tvMROBuIUnrAIZT2RLEnoQvcaUqhzsT87DWHjP/Xo33P4ZLqhrZ1zTjH4l41c SOmvOjSLe2THmDwPyWvgsVvNA2w1fcfo92c/hCv4vqkO5F1kgS19M3xCtFoz5WPU= Received: from localhost (77-236-8-224.static.play.pl [77.236.8.224]) by margiolis.net (OpenSMTPD) with ESMTPSA id 49915d4d (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 14 May 2026 10:53:45 -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: Thu, 14 May 2026 18:53:43 +0200 Message-Id: Subject: =?utf-8?q?Re:_USB-C_DisplayPort_+_audio_bring-up_on_RK3399_(RockPro64)_?= =?utf-8?q?=E2=80=94_looking_for_reviewers?= From: "Christos Margiolis" To: "Bin C0d3x" Cc: , X-Mailer: aerc 0.21.0 References: In-Reply-To: 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: 4gGby269hCz3r18 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Thu May 14, 2026 at 5:27 PM CEST, Bin C0d3x wrote: > Would anyone with arm64 / DRM / USB-C familiarity be willing to look > > at (1) and (2) first? They're the smallest and most clearly correct > > bits. I can post Differentials as soon as a reviewer says go. Feel free to add me as a reviewer to the audio patches. Christos From nobody Thu May 14 19:07:09 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gGfwc5XvTz5Wrfp; Thu, 14 May 2026 19:07:44 +0000 (UTC) (envelope-from jsm@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 4gGfwc2WfJz3F69; Thu, 14 May 2026 19:07:44 +0000 (UTC) (envelope-from jsm@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778785664; 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=wwrbT/9csE48KHfnp2rlrVR08OexQcGC4Jf3HL0waA4=; b=pPRAdJOqFn+Y+27pp1dn8SYK/gh0Gnk/vmeLfiLn5PqSZ006kphvQST8lq4cE6w8f4x2dt 00zS7j5dbatD0s+jnUdLX2RGXc5srRTbILrONahUV6t3l8B2OAKzdKTfs+E3W4AmJe/xFH m52VkqrNaCsfplhfQrV4AQm+PQy4Cgac2ujpZ/pV4GxZzsd6HFmNAM1liSfdd1s4/6xXa+ QE5qpIVbZ8RGaIik1Rqo99Y+npFH32rFsNIkvizVmWSjKiOAsRLaug2CX0tRHyhXXCt0ya RCo3um58/qPBlWxREe1jSbb/fjOmeCSeycKZg7E0Qe/7b1NAhim9tGZsITNP/g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778785664; a=rsa-sha256; cv=none; b=S9do0/0nW+35oSpJNMo//p/HIFSD9EAK0HD7AMaOEwXo2tarWc8h5/v3hnpEzzNmOyv/Hm Sfq4YMiDcfHlnmwNmv9vAISTnXgRws7Ww3jzZTBQh0Kr4LHexA4wpMzeKVr56dheZr82/A sW225ctwngcOCPDtQhHDdnESW/SubF+6MwAXq3yLuZyKMnL9Qlvg3nKFQ+in9wJJI+Ezvu F4SOC0EsQnUUbkrVhiClHmo2bHMLzvFIop8Lua49IltAnB9ZFMUytyRNhCe/DI53uXJCEZ wcA4qsShXxp/dn6iWkfP5Xt5HyupotqjkwsgGQookYr1+UEiiZPNx0XLfw5G7w== 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=1778785664; 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=wwrbT/9csE48KHfnp2rlrVR08OexQcGC4Jf3HL0waA4=; b=Vmo2uFuLFg1PtlDinnKaK+Pt4diKkhbD6zEx8Od4xFIU4zBRQ/mX4xlPNcUiiG44sXxIUA QvE0NAhXtgAIPZedReY+/Ar2cJPjs4yMsOLYSUxag4BrqX+gazrq3Ug2R+F3dUeZiy1EjW 25marv69QSmu+PjDOB2jCMLubpUZOcv/uwKaxV0LYTtTHg0YoPtGszwdCICReKsH9sZlxa 4N89dXU0HizxlaASaYhcfnUCGzJM/BVf/pVwfLCN7u6K4PfDJ7UqAP4G0NBkwqHdQsNhZT tCKJZb8fbXRb2StAjatG3zKEEd2mtlX3Icf69IDJoMHHuaFOIQARSIssynEexw== Received: from [192.168.1.5] (mail.northatlanticmusicsupplies.com [212.237.182.202]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: jsm) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gGfwb5vJrz13bj; Thu, 14 May 2026 19:07:43 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Message-ID: <4d8c447c-e104-4008-9ca0-835178a41c1c@FreeBSD.org> Date: Thu, 14 May 2026 21:07:09 +0200 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: =?UTF-8?Q?Re=3A_USB-C_DisplayPort_+_audio_bring-up_on_RK3399_=28Roc?= =?UTF-8?Q?kPro64=29_=E2=80=94_looking_for_reviewers?= To: Bin C0d3x , freebsd-arm@freebsd.org Cc: freebsd-current@freebsd.org References: Content-Language: en-US From: Jesper Schmitz Mouridsen In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 5/14/26 17:27, Bin C0d3x wrote: > Hi, > > > > > I have a working USB-C DisplayPort + audio path for the RK3399 > > (RockPro64) on -CURRENT that I'd like to start landing. Looking for > > a reviewer or two before I split this into Differential reviews. > > > > Hardware: Pine64 RockPro64, FUSB302B Type-C controller (i2c), Cadence > > MHDP DPTX block at 0xfec00000, RK3399 Type-C PHY, dw-hdmi for audio > > codec endpoint, I2S2 (8-ch on-chip-only) feeding both HDMI and the > > Cadence DP audio packetizer. Sink: XYM W156F1 portable monitor over > > USB-C; verified 1920x1080 @ 60 Hz, link rate HBR (2.7 Gbps), 2 lanes, > > plus stereo LPCM 48 kHz audio through panel speakers. > > > > > What's in the work (new drivers / subsystems): > > > > > sys/dev/iicbus/usb/fusb302.c > > > FUSB302B i2c driver: SRC/SNK PD policy state machine, > > DP Alt Mode VDM (Discover/Enter/DP_Status), role discovery, > > hard-reset, fault recovery. Modeled functionally on Linux's > > drivers/usb/typec/tcpm/fusb302.c -- not a port, clean > > re-implementation. > > > > > sys/sys/usbc/* > > > USB-PD policy state machine framework + TCPC abstraction so the > PD/VDM logic is driver-agnostic. > > > > > sys/arm64/rockchip/rk_typec_phy.c > > > RK3399 Type-C PHY bring-up for DP altmode (combo PHY mode > > switch, lane swap, pin assignments C/D/E/F). > > > > > sys/arm64/rockchip/rk_cdn_dp.c > > > Cadence MHDP DPTX scaffold: firmware load, 19-stage bring-up, > AUX over mailbox, link training (CR+EQ both lanes at HBR), > > DPCD, EDID readback, MSA/timing, audio packetizer with SDP > > infoframe, DPMS sleep/wake via scanout swap. > > > > > sys/arm64/rockchip/rk_hdmi_codec_stub.c > > > Tiny audio_dai shim that claims rockchip,rk3399-dw-hdmi so > > audio_soc's simple-audio-card codec phandle resolves -- enables > > /dev/dsp0 over both HDMI and DP audio paths. > > > > > sys/arm64/rockchip/rk_gpio.c (PIC method fix) > > > pic_disable_intr/enable_intr/pre_ithread/post_ithread, missing > > from the Rockchip GPIO PIC. Without them, level-sensitive > > sources (FUSB302 INT_N) starve the system with ~210 kHz storms > > during their ithread. > > > > > sys/dev/drm2/drm_fb_helper.c (small fix) > > > Don't strand on a safe-fallback fb after a late EDID arrives -- > > the cdn-dp panel EDID only becomes available after the 19-stage > > bring-up, well after the kernel's first hotplug pass. > > > > Status: > > > * fusb302 + PD policy SM: stable. Source + sink contracts work, > > DP Alt Mode succeeds, retry/hard-reset paths exercised. > > * cdn-dp: panel lit at 1920x1080@60 HBR. Audio decodes through > > panel speakers via /dev/dsp0 with the rk_hdmi_codec_stub. > > * Trace output is gated behind dev.fusb302.0.debug / > > > dev.rk_cdn_dp.0.debug (default 0), so default dmesg is quiet. > > * Known open: transient panel artifacts ("black tears") during > > USB-C boot bring-up. Source-side fully clean; appears framer- > > side; cosmetic only. > > > > > Public reference: > > > https://github.com/b1nc0d3x/FBSD_DEV/tree/rkdev > > > > > That branch is a fork of freebsd/freebsd-src with ~30 commits on top. > > I plan to split into separate Differential reviews: > > > 1. rk_gpio PIC method fix (independent, useful on its own) > > 2. drm_fb_helper hotplug fix > > > 3. USB-PD policy SM framework (sys/sys/usbc/) > > > 4. fusb302 driver > > > 5. rk_typec_phy > 6. rk_cdn_dp (scaffold + bring-up) > > > 7. rk_cdn_dp DP audio + rk_hdmi_codec_stub > > > 8. RockPro64 DT overlays + module hookup > > > > > Each phase is self-contained and builds cleanly on the previous. > > > > Would anyone with arm64 / DRM / USB-C familiarity be willing to look > > at (1) and (2) first? They're the smallest and most clearly correct > > bits. I can post Differentials as soon as a reviewer says go. > > > > Thanks, > > > Kyle Crenshaw > I did similar work but too gpl infected so I never published it. I can test your work. Do you get any fusb302 interrupt on cold boot? Even the RockChip kernel on linux did not.. Do you know my anxdp port from openbsd for the edp? the HW is in the pinebook pro, which share the usb-c graphics with rockpro64. With a minor u-boot change it works the same. So you should add support for the pinebook pro as well. If you do not have the hw i can test. Great work, congrats! /jsm From nobody Sat May 16 09:47:12 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 4gHfNy24qqz6dHwC for ; Sat, 16 May 2026 09:47:14 +0000 (UTC) (envelope-from des@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 4gHfNy0xhMz3y0t; Sat, 16 May 2026 09:47:14 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778924834; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=4hnl7PLsn3cuWoWfrvVcgFEONYjlWHW7GmxGnQJh4OA=; b=YLO3OnK+B9i8tpVrNn/6v+L+XJi2kprsMC45/UY+UXF5LSzWBoK1fiAFOwpXypqlmYRY50 XeJ+dUQx97FdkN56iwsJykb554lQDVHxEGOgPojcNztFcDjNNPpDvXppGWGZDnY5h1M8oG 8ify0e6ZoNPqCvtVO0339CnB1B+DbtRZ1rM5ZtJoXsxgT7e3xsJdfepsN/QiZjZebaQ7KM 4Xx46O4VcJtkqrlqW8I8NiDEoICZyZo8kBEnZcGvse4ChUn5vs1gYdC0N4zdE/q11B7hdE 7J8TJquC/8Sn1/HpoC3EZ7Bkc8OWsTfvjAcwcYAQzmBAjmZXq4rNDFrVwevhow== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778924834; a=rsa-sha256; cv=none; b=U9FgJb549kQvegUxFbx1GidiF3Er9+T7MMkM/IA127+TKrjT5hyuDBcUOh3pUTDj9AkNaX tT7OVZKAR5SD5dylSF2JYi5tkRTUmietuzMcvaqXLrR8Ptd9DKuwfnvsiqdXcSAVkj7mgK 6PDWRRaz8aldNtqEf8CxY2VUkGML2+FWrBWoqsIFe/g8QSF4KHxAzTeY+eLryD7Nco2A6y CleKZbG1xkyJ2bV5Tr47fmj1I07WPjkw0zIy7+C1NeXwpQjFu0wJ1t1Afa76mdXRmgawx7 9+vqKQdSSzYNnFJrOBAevkG4/DjYKfU5VkgGmskeAwKlH5niZ2d9r/2TPLlXTA== 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=1778924834; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=4hnl7PLsn3cuWoWfrvVcgFEONYjlWHW7GmxGnQJh4OA=; b=i3DmwvitqNA0i6g3TMM8zBWDfN9zYTq+uhnaYcB+4QDWbwZUkDkHKwDGQQBoOF2zfl5kCI P3qaOs+I7sdZ9/Mg2fuUQkqEBwnAsQbSFTZCQuqrn5c6BKZy4NjPq9udE3e9BSrobRR+HY 7c8U8qwG1zf9dEmiAGTL6Fsy4xZrtwsXpk33tqCRn1ChEPfzw03EyYXEKs72dGiZ3h9cMF /w4mhKAO0VHRsOiytShRZq3ZDQwqTIkvS0GehKQ/1ImCwXsjcVgPDHgHnoxtqsFOQcdgJG erMaEGH+lw/0IaYBq0YeELCdVjqTmONMNGGNhnTn0+hbxXDiUKgVhZ2jKIOiyw== Received: from ltc.des.dev (unknown [92.183.12.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gHfNx6lHSzxPs; Sat, 16 May 2026 09:47:13 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 8ECE1A9C69; Sat, 16 May 2026 11:47:12 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: current@freebsd.org Cc: kib@freebsd.org Subject: rms_rlock with non-sleepable locks held User-Agent: Gnus/5.13 (Gnus v5.13) Date: Sat, 16 May 2026 11:47:12 +0200 Message-ID: <86lddjelen.fsf@ltc.des.dev> 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=utf-8 Content-Transfer-Encoding: quoted-printable On recent main with a debugging kernel, I am unable to build anything as the system slows to a crawl while the console is inundated with stack traces: rms_rlock with the following non-sleepable locks held: exclusive sleep mutex kqueue (kqueue) r =3D 0 (0xfffff8013615cc00) lock= ed @ /usr/src/sys/kern/kern_event.c:2588 stack backtrace: #0 0xffffffff805d571c at witness_debugger+0x6c #1 0xffffffff805d7019 at witness_warn+0x4b9 #2 0xffffffff8055841f at rms_rlock+0x1f #3 0xffffffff81418f08 at zfs_freebsd_getattr+0xb8 #4 0xffffffff808c1ede at VOP_GETATTR_APV+0x4e #5 0xffffffff8065add0 at vn_getsize_locked+0x70 #6 0xffffffff806610c2 at filt_vfsread+0x82 #7 0xffffffff805018f4 at knote+0xc4 #8 0xffffffff80658f2e at vop_open_post+0x3e #9 0xffffffff808c1572 at VOP_OPEN_APV+0x92 #10 0xffffffff8066e67b at vn_open_vnode+0x19b #11 0xffffffff8066de18 at vn_open_cred+0x698 #12 0xffffffff8066364e at openatfp+0x2be #13 0xffffffff8066336d at sys_openat+0x3d #14 0xffffffff822153a2 at filemon_wrapper_openat+0x12 #15 0xffffffff808a05b8 at amd64_syscall+0x168 #16 0xffffffff8086f86b at fast_syscall_common+0xf8 They vary in how they get to knote() but they're all the same from frame 7 and up. BTW, filt_vfsread() is an excellent argument for VOP_GETSIZE, with vn_getsize() falling back to a full VOP_GETATTR() only when the vnode's vop table does not provide it, as the size of a ZFS vnode is very easy to get: size_t zfs_getsize(vnode_t *vp) { return (VTOZ(vp)->z_size); } while a full VOP_GETATTR() is several hundred lines of code. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Sat May 16 10:08:39 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 4gHfsx2NYnz6dKrx for ; Sat, 16 May 2026 10:08:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gHfsw4MBfz43lJ; Sat, 16 May 2026 10:08:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 64GA8d6t027021; Sat, 16 May 2026 13:08:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 64GA8d6t027021 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 64GA8dLx027020; Sat, 16 May 2026 13:08:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 16 May 2026 13:08:39 +0300 From: Konstantin Belousov To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Cc: current@freebsd.org Subject: Re: rms_rlock with non-sleepable locks held Message-ID: References: <86lddjelen.fsf@ltc.des.dev> 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=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86lddjelen.fsf@ltc.des.dev> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.2 X-Spam-Checker-Version: SpamAssassin 4.0.2 (2025-08-27) on tom.home X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4gHfsw4MBfz43lJ X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Sat, May 16, 2026 at 11:47:12AM +0200, Dag-Erling Smørgrav wrote: > On recent main with a debugging kernel, I am unable to build anything as > the system slows to a crawl while the console is inundated with stack > traces: > > rms_rlock with the following non-sleepable locks held: > exclusive sleep mutex kqueue (kqueue) r = 0 (0xfffff8013615cc00) locked @ /usr/src/sys/kern/kern_event.c:2588 > stack backtrace: > #0 0xffffffff805d571c at witness_debugger+0x6c > #1 0xffffffff805d7019 at witness_warn+0x4b9 > #2 0xffffffff8055841f at rms_rlock+0x1f > #3 0xffffffff81418f08 at zfs_freebsd_getattr+0xb8 > #4 0xffffffff808c1ede at VOP_GETATTR_APV+0x4e > #5 0xffffffff8065add0 at vn_getsize_locked+0x70 > #6 0xffffffff806610c2 at filt_vfsread+0x82 > #7 0xffffffff805018f4 at knote+0xc4 > #8 0xffffffff80658f2e at vop_open_post+0x3e > #9 0xffffffff808c1572 at VOP_OPEN_APV+0x92 > #10 0xffffffff8066e67b at vn_open_vnode+0x19b > #11 0xffffffff8066de18 at vn_open_cred+0x698 > #12 0xffffffff8066364e at openatfp+0x2be > #13 0xffffffff8066336d at sys_openat+0x3d > #14 0xffffffff822153a2 at filemon_wrapper_openat+0x12 > #15 0xffffffff808a05b8 at amd64_syscall+0x168 > #16 0xffffffff8086f86b at fast_syscall_common+0xf8 > > They vary in how they get to knote() but they're all the same from frame > 7 and up. > > BTW, filt_vfsread() is an excellent argument for VOP_GETSIZE, with > vn_getsize() falling back to a full VOP_GETATTR() only when the vnode's > vop table does not provide it, as the size of a ZFS vnode is very easy > to get: > > size_t zfs_getsize(vnode_t *vp) { return (VTOZ(vp)->z_size); } > > while a full VOP_GETATTR() is several hundred lines of code. I already posted the patch below somewhere, but did not get a response. commit c3a20bdb7caa3628831bf443cfb1e0316e30d3e7 Author: Konstantin Belousov Date: Wed May 13 23:44:45 2026 +0300 vop_read{,_pgcache}_post(): unlock knote around call into filter ZFS vop_getattr() needs a sleepable lock. diff --git a/sys/kern/vfs_subr.c b/sys/kern/vfs_subr.c index b3a6e8ce2e02..d19776940bc3 100644 --- a/sys/kern/vfs_subr.c +++ b/sys/kern/vfs_subr.c @@ -6509,7 +6509,7 @@ vop_read_post(void *ap, int rc) struct vop_read_args *a = ap; if (!rc) { - VFS_KNOTE_LOCKED(a->a_vp, NOTE_READ); + VN_KNOTE_LOCKED(a->a_vp, NOTE_READ); INOTIFY(a->a_vp, IN_ACCESS); } } @@ -6520,7 +6520,7 @@ vop_read_pgcache_post(void *ap, int rc) struct vop_read_pgcache_args *a = ap; if (rc == 0) { - VFS_KNOTE_LOCKED(a->a_vp, NOTE_READ); + VN_KNOTE_UNLOCKED(a->a_vp, NOTE_READ); INOTIFY(a->a_vp, IN_ACCESS); } } From nobody Sat May 16 13:45:39 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 4gHlh52nL8z6cQDK for ; Sat, 16 May 2026 13:45:41 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gHlh51h3lz3X86; Sat, 16 May 2026 13:45:41 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778939141; 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=2NAMRxGT0U4Psfv4l4NZCIj8TZnC2fs4/3geLBWyhes=; b=Hu1UrHawtyFU/US3B7nHvsd22dFlFRXYYUigCcVy47QekOeLZPIM3Iz07WqMkQeP9wVM6u y5TO5hP5UakPGl4kBTqZcFt+SRGUGP6Dtr1VIbArdhcBPLzKxmQp6bNjaVvsRekBJXazxl pwlJSEf7u804GT411ZVzIhz+aZ+Mder5xnnOJ5x8hjf4I6uA0GfTec2oYCzjoggcGU66S4 jmzNzBpQETbBpBY6IRptlvmpU+HsrWUh0Pn88lZ97lWJGuNjncpqZrmputXwbcF70xLUoP boyV1acagtmT5xE2YP4RBvDbuq8MwFaMX3ybDmEu2E92+iY1TOFoFqiDolwA+g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778939141; a=rsa-sha256; cv=none; b=UglMf9C9GlUwNvLxsjc/TBZaNhGGJoxjGnmKLDewdfdfvU25K12nMVB113nCE2pG1/dKa7 nWYfmzQRhvkDZbimfjDjJxlAoyjSgjgPjI28M90fi5xGOrrmVaQ1pl2jZAdQ+OvXO2gHIk 8LiV8FDkKLPxXQdIxtH3G0l7NTRZarl6cJReTLq+rFrsMKDq4xfwxXSq94cWGRQaYwENTt 1bxAVczAci83cOYuG2pLwNi5B5fcwT3n+3a9QRtCYqgeZpQ9Cz5aotdAjAy+GYbQXH7wRM t5eSTQ6YmPwQcGTEz/O8K9maKLImvrp/DLY/OTCFtFk/bCWNU/DEtfvBnrXBBA== 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=1778939141; 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=2NAMRxGT0U4Psfv4l4NZCIj8TZnC2fs4/3geLBWyhes=; b=OQ96AUeJukZl9c4VX2l1jMJy+u8gB7Gu90IaAcyEKUPcRofjVZ0xDRS5WuPCMNfAD0QRbD KmOacoXNYnzgym0T6NreJJ8BmNrsYUnkx6BeQ5ZbX2qMDo7jV1N8tYTcC/Ku5H1gF+aum8 WTa46I0Cu5Qybl4JYG/7t0JKuuGo4kki0dUXHEMcDFyZpHJEw0M2dOwaQkcq89o/KNS7YD YMoMrD776FldtqxEl193wrNpznHB7BBCw4NjbHkJgX7siUC3fO3HbNSWIJFAS4Qflu4Omt ioIZ7I4dwToCE40EdjAUWqGGGR31C44iMelLSg9ICqlTif+Xht7W+YB2v3uBbA== Received: from ltc.des.dev (2a01cb0585070b00922e16fffef1acef.ipv6.abo.wanadoo.fr [IPv6:2a01:cb05:8507:b00:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gHlh50CcPz12kj; Sat, 16 May 2026 13:45:41 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id EAC11AA313; Sat, 16 May 2026 15:45:39 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: rms_rlock with non-sleepable locks held In-Reply-To: (Konstantin Belousov's message of "Sat, 16 May 2026 13:08:39 +0300") References: <86lddjelen.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Sat, 16 May 2026 15:45:39 +0200 Message-ID: <86a4tzead8.fsf@ltc.des.dev> 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=utf-8 Content-Transfer-Encoding: quoted-printable Konstantin Belousov writes: > Dag-Erling Sm=C3=B8rgrav writes: > > On recent main with a debugging kernel, I am unable to build > > anything as the system slows to a crawl while the console is > > inundated with stack traces: [...] > I already posted the patch below somewhere, but did not get a response. The patch made no difference. FWIW what triggers the problem is running tail -F on the build log, which I always do when building. Tailing a file which is being written to triggers it on every write, but even tailing an empty file triggers it about once per second. So for now I'm able to build, as long as I don't tail the log... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Sat May 16 13:48:03 2026 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gHlkr71XFz6cQWp for ; Sat, 16 May 2026 13:48:04 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gHlkr6PWnz3Y4x; Sat, 16 May 2026 13:48:04 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778939284; 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=0fUfzYsTWj4Wt+Y9SFPs4DZ93OAty04nr85icIU1LL8=; b=uC6BDZfjf2NO14B1NV8ka3biq0GxXYDjHjZbvQZjmwjmCS+cCBPlHzEyJDZtkr5r6KPZgi LxfoJQiTP2KO3J48vbtuHekcC1HafLqgQmXsBU98Lq6bx4JG421rlJs0zAvJHFVj+PGCyA 2HrAln1L5saOn4v80ZmuqXio4KkrHve3INtBWxcwU2ldQuFvcH8wk1TEBi1es7wjovlulS SABFmBRqItYazirmkXmc4FKq9Psj3bqQaLRtHznMfdfzEsE5x9/Mr9SD8AgeldFbgLvWRG kIIR3EFxo8DGSx1uBoGVlmAiXsqmgOJ63hrxMyVompi+LTLJGZVPigIXyb72XA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778939284; a=rsa-sha256; cv=none; b=sOMz86EQfSR8w/xWie3Xd+X2ke+iiDeUNSgiAzJGgdL+pQ0TNoeCcDZ26MjAgGtlWMtyp5 +e7YuEZ5noQRYnhk6daHvO9i0B6oN81CcmBqgtUS8ltNA2pImEvJQCqpRP3wuFxKN6mQ5B XJ0hSYc4PS8Nrc0vreVrSYZWoVCxnjfmqbuHayUhtaPifh1hD0cv4uPx/azlNxTw5gSNzp PjY3tZBMspalC0hcElIKTb7OMH8wM5CdBiDAHq3Y3MM9Njh+6/bZte8vVmNt5KdQejAgSX 3wUfxvDnm8Ro3mGnwG9+C642m0Vl6+x7Io6x4Lv0luMuwuUGy4GTS7UPYRzHEg== 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=1778939284; 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=0fUfzYsTWj4Wt+Y9SFPs4DZ93OAty04nr85icIU1LL8=; b=D5utnB9+06oT8qhvKt/i1S1871UmQSO+/ZqwodIQw/mIX7YL8+nNkxNPNJ5sWpdymOV9wR BL2bFY1T3DRSTV/CbjJLWFBGFM7uL/1/cUI99EU3WEMO+mTcy3odGdpQy2PZvyydsTbU8U CZKV3LfHberrVPVDtg4q0nxsc4d9uUk5B0jfs5lc0vGDzdWK1jU3poYW5Tb7bKsCep4dXU wlBba/quddsRMT1pc1vpKB0nltUD8EoCVJODFYb2fkeBfUIWFXVdFIFqJ0byMDlalF7tfn MDROprp+T73Qr8+f8bwoofua7wFtnm4n3HwK7OwOOdivf5MIUhI7UpikD3BUeQ== Received: from ltc.des.dev (2a01cb0585070b00922e16fffef1acef.ipv6.abo.wanadoo.fr [IPv6:2a01:cb05:8507:b00:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gHlkr4vTkz12xY; Sat, 16 May 2026 13:48:04 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id B7DFEA9C6B; Sat, 16 May 2026 15:48:03 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: rms_rlock with non-sleepable locks held In-Reply-To: (Konstantin Belousov's message of "Sat, 16 May 2026 13:08:39 +0300") References: <86lddjelen.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Sat, 16 May 2026 15:48:03 +0200 Message-ID: <865x4nea98.fsf@ltc.des.dev> 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=utf-8 Content-Transfer-Encoding: quoted-printable Konstantin Belousov writes:> diff --git a/sys/kern/vf= s_subr.c b/sys/kern/vfs_subr.c > index b3a6e8ce2e02..d19776940bc3 100644 > --- a/sys/kern/vfs_subr.c > +++ b/sys/kern/vfs_subr.c > @@ -6509,7 +6509,7 @@ vop_read_post(void *ap, int rc) > struct vop_read_args *a =3D ap; >=20=20 > if (!rc) { > - VFS_KNOTE_LOCKED(a->a_vp, NOTE_READ); > + VN_KNOTE_LOCKED(a->a_vp, NOTE_READ); Did you mean to use VN_KNOTE_UNLOCKED() here... > INOTIFY(a->a_vp, IN_ACCESS); > } > } > @@ -6520,7 +6520,7 @@ vop_read_pgcache_post(void *ap, int rc) > struct vop_read_pgcache_args *a =3D ap; >=20=20 > if (rc =3D=3D 0) { > - VFS_KNOTE_LOCKED(a->a_vp, NOTE_READ); > + VN_KNOTE_UNLOCKED(a->a_vp, NOTE_READ); ...like you do here? > INOTIFY(a->a_vp, IN_ACCESS); > } > } > DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Sat May 16 14:13: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 4gHmHm4rFvz6cS4D for ; Sat, 16 May 2026 14:13:08 +0000 (UTC) (envelope-from des@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 4gHmHm44Bcz3cmy; Sat, 16 May 2026 14:13:08 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778940788; 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=UxRN4v44f8ygEeILdqSe05KM5UzTPTU1MImviOELOH4=; b=ht9L8/7Eu11tyURu2n0BdMr7lUwTEZ1uIsbDSLgksey7AMK/jfMGAC2qd9I/OTwr3DG0j0 3M0r0Rbvr82wzTdX95pyO8QCHQ1j3egjpzISjZQOdLvEhO9mZ7ajD2Om53st/isOvPREsz IWSWHiwlYLSvNpksZvtPrFHp9My+/GMBT9fGFWKTqxRf179PuCDhSob8TTpdyCcTOs/6rM BhbjQxZuWwAFumtnT2ohbN6UjQptsOZZAY9/4JOaBNZrrUqQpH/ctigRfEvDim6bAUiUfo 56RLnC865pENuCdvr7og8RqN6jYBFU1weHb9z4NfMEHZwN8cWBdHVTibh/KhGw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778940788; a=rsa-sha256; cv=none; b=xaJBw+0dRDUdqSrMb/vquaMAoMwQfi0DrIOmnX0taj3UIAoMDB0hH0K9yKcLuA1Lql0nMO enkG0tbPgpahT9gsW/aOEx7UTl4Ijx+tmNtg1584hgXabQGm8EFBk4esbkleKNCybi/lxe nZFdiZDv5hI5b7BinLIRCe6VxxQCmhLRegdw+1GriMQnhT7K1ZWKhdbd8UUe85GqK5NI8/ DAQ+leErkQBJ9TxObhZJvopRTjexwqXm8f4W8VwrSDlgdRXGLNxOBuOcHwz0AUlRghoqxe D/kaknwGivD5r/DvwLoclCMotLWjjnAwuPKsc9WMWDkonMz6vb80P9FlgdQ1pA== 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=1778940788; 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=UxRN4v44f8ygEeILdqSe05KM5UzTPTU1MImviOELOH4=; b=LO7Q840qmRacEFgydf/OZjbDyMYw0gXdEMyFejWop0G0B6JpYuPeF9728Lq/3ca6Kd1gs7 kp+1EondVEW5ZcTOAyNF/UdjZ0TBDkrgcMMCRbP4Ntf2CcBrxxHhSz3hkhK8DgSCL70vzm 5qqQDHY4zvFpr7YS6MuzcePq7fHC828ZpbNeOPpbzpwkTdcd7YuNEAqb2vJphUyFpSwEv9 ka5wV8euB9MSNBvcWNxWuGFmop9xZKWhsXCC63cLMu/XXhRnwyUnJ92oxkcfVFMM1WfPEc KtJEdyRzEb2Wwlb9YxHK2nmXksx4rCZ+5I3IkRDpGWNspJDxlwNBgvH3zLk9IQ== Received: from ltc.des.dev (unknown [92.183.12.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gHmHm2wLxz12JP; Sat, 16 May 2026 14:13:08 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id AB6A4A9B60; Sat, 16 May 2026 16:13:06 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: rms_rlock with non-sleepable locks held In-Reply-To: <865x4nea98.fsf@ltc.des.dev> ("Dag-Erling =?utf-8?Q?Sm=C3=B8r?= =?utf-8?Q?grav=22's?= message of "Sat, 16 May 2026 15:48:03 +0200") References: <86lddjelen.fsf@ltc.des.dev> <865x4nea98.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Sat, 16 May 2026 16:13:06 +0200 Message-ID: <861pfbe93h.fsf@ltc.des.dev> 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=utf-8 Content-Transfer-Encoding: quoted-printable Dag-Erling Sm=C3=B8rgrav writes: > Konstantin Belousov writes: > > --- a/sys/kern/vfs_subr.c > > +++ b/sys/kern/vfs_subr.c > > @@ -6509,7 +6509,7 @@ vop_read_post(void *ap, int rc) > > struct vop_read_args *a =3D ap; > >=20=20 > > if (!rc) { > > - VFS_KNOTE_LOCKED(a->a_vp, NOTE_READ); > > + VN_KNOTE_LOCKED(a->a_vp, NOTE_READ); > Did you mean to use VN_KNOTE_UNLOCKED() here... Probably not, as that resulted in a panic... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Sat May 16 14:55:44 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 4gHnF466sTz6cXD2 for ; Sat, 16 May 2026 14:55:52 +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 4gHnF417YMz3kw0; Sat, 16 May 2026 14:55:51 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 64GEtiXK022199; Sat, 16 May 2026 14:55:44 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 64GEticL022198; Sat, 16 May 2026 07:55:44 -0700 (PDT) (envelope-from david) Date: Sat, 16 May 2026 07:55:44 -0700 From: David Wolfskill To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Cc: Konstantin Belousov , current@freebsd.org Subject: Re: rms_rlock with non-sleepable locks held Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , Konstantin Belousov References: <86lddjelen.fsf@ltc.des.dev> <86a4tzead8.fsf@ltc.des.dev> 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="sqDXDpyrJUHl1cYO" Content-Disposition: inline In-Reply-To: <86a4tzead8.fsf@ltc.des.dev> X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] X-Rspamd-Queue-Id: 4gHnF417YMz3kw0 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated --sqDXDpyrJUHl1cYO Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, May 16, 2026 at 03:45:39PM +0200, Dag-Erling Sm=F8rgrav wrote: > Konstantin Belousov writes: > > Dag-Erling Sm=F8rgrav writes: > > > On recent main with a debugging kernel, I am unable to build > > > anything as the system slows to a crawl while the console is > > > inundated with stack traces: [...] > > I already posted the patch below somewhere, but did not get a response. >=20 > The patch made no difference. >=20 > FWIW what triggers the problem is running tail -F on the build log, > which I always do when building. Tailing a file which is being written > to triggers it on every write, but even tailing an empty file triggers > it about once per second. >=20 > So for now I'm able to build, as long as I don't tail the log... > ... I am a bit puzzled, as from the description, I would expect to see similar behavior, but I do not. I am tracking head (and stable/15) daily, on a set of 5 machines: * a headless build machine, AMD EPYC 7502P 32-Core Processor, with GENERIC kernel; * 3 Dell laptops of varying vintages with 4-core Intel CPUs with a lightly-customized kernel based on GENERIC; * 1 Thinkpad T14s, also with an Intel CPU, with GENERIC kernel. The Thinkpad is completely ZFS-based; the others are UFS(+SU)-based (but the headless build machine uses ZFS for ports & package-building (using poudriere-devel)). Each is amd64. Each uses meta-mode. Two of the Dell laptops use ccache. Each machine has its own private local mirror of the FreeBSD.org src, ports, & doc respoistories. The build machine syncs from git.freebsd.org; the others sync from it (unless I'm traveling with one of them). In each case, I am logging in to each machine from a different (6th) one, on which I run net/omnitty to mux the ssh sessions; on each, I run tmux; within the tmux session, I do the builds within script(1). I login to each again (from another omnitty session) to run tail -9999999f $logfile | egrep '^(>>|(make\[[0-9]+\]|ld):)' to track progress. I have found it speeds things up a bit to detch the tmux sessions, so I don't have 5 machines' worth of build-chatter spewing at one poor laptop over a wireless link. :-} The last few builds of head were: main-n285812-bcecad2c24aa: Tue May 12 11:07:43 UTC 2026 main-n285848-1729d2f741a1: Wed May 13 11:10:51 UTC 2026 main-n285902-b8606c3406ea: Thu May 14 11:47:03 UTC 2026 main-n285916-e0c3d21e3b43: Fri May 15 10:52:11 UTC 2026 main-n285928-183633079178: Sat May 16 10:40:02 UTC 2026 More details are at https://www.catwhisker.org/~david/FreeBSD/history/, in case that might be of interest. Peace, david --=20 David H. Wolfskill david@catwhisker.org See https://www.catwhisker.org/~david/publickey.gpg for my public key. --sqDXDpyrJUHl1cYO Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQRCec5RsK7Enudh3yGB9MJ9AwUELQUCagiFcF8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0NDI3 OUNFNTFCMEFFQzQ5RUU3NjFERjIxODFGNEMyN0QwMzA1MDQyRAAKCRCB9MJ9AwUE Lc1WAP9Ycqz4tKntoYPxADnIkQh7++9jKhLuH/ccd/7sfTXCBAD/Sk8bDwi38wuQ UJf+BiVNgOCQmiSVrjoWl4NaVIdiWAQ= =G1i0 -----END PGP SIGNATURE----- --sqDXDpyrJUHl1cYO-- From nobody Sat May 16 15:13:32 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 4gHndV3js7z6cYXx for ; Sat, 16 May 2026 15:13:34 +0000 (UTC) (envelope-from des@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 4gHndT5Y2vz3n0p; Sat, 16 May 2026 15:13:33 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778944413; 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=xM+FVyp/fea+s2WUCLJl5sxq5YvOqoJOZDzh3p6Ityk=; b=nnnltN54k9VQYbEA76Okoi66+wJqKpgvHOWZb4WGBShEx8QPDyfaB9NU1LafC4jer/2il0 QOJYwzB8ctVBpBkoGRfdQVCHdzu1u8d39Ghe1DMycaUvp8QeUtE47RSDG0X7yipo5S8gx8 M0UTQrdWlWA6iEPb4jkKmEtu3SjgCQ4HM0nz4ltPMkUryoRPKpfOVMI5F+YkalR/EyVe/r T8IqLYKat5dQgvtMzupv9ZAgWbzbFyN7bCFNdkLwJB0QmrcoNBHPZx5XWIIhxr+6WyIK8b aVifOKTiolg/UOo8H9m9OwWoJKOyRGOYni110OlL6eOZWWEuPEw3XHa6HsuTLQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778944413; a=rsa-sha256; cv=none; b=wDsnJzCOlVSXxrx/rgHnJWeMuhnsEPRgLh9+1aRnvePqCyBg8FtFlwiHL9mohBB2AD8peP szVO9ngaNoOSUmpBToMPgcp7VhadZ7xsc+wkDRlbSPrUAC42zdbpqgrkkjv81fme++o4Ds XnixenfQjJR2nJGTnDtX1Czp4arH6d2g5DN/Ab4TqmG9iulwDc/ghyf6lCAYGIcUMzGsRq VII7yA8X1YA8cEKFgnYc6R6LEsXglprI2MQe8Q8yIQxQR7e7BXtO1ZJqejZu5IKzOG3bKh KzRXThFhLC8v65w7OfFRYS1Mx0dU+FUeZdI8Umd+gMJ4N1/9rr0cWnHzY06VlQ== 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=1778944413; 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=xM+FVyp/fea+s2WUCLJl5sxq5YvOqoJOZDzh3p6Ityk=; b=cTx81p7OXpH9ZsllMhJgUUBUDFYg/UV65W3kLpxs78jexXtK9U6PKgBvwskz10Ms7b+7gX xMJXWhEVndn1pLwv0OqmlRGE+NzNTZ0NgKW4DuMAoGKkUNw/Z71FhaiMiVkyMQLWoqJDOA b9XpGaBQ6+NqjM/sYLPbgZE52Q30ojrSCr9LptY38x1rQIJqFOumzl6eCOpQAhkoBaREe0 U77BGzfbQpkxvnlN8rjKAWk003AadbC9eGcwzY0DSdBhqykYK3fdw7zXzHgyyYRRxYQG+1 LpEgHP+e6XTDpXWecFqqvXKykyMazx+8fzr8/CraPXT/DouHKIC4JeggPXQVsw== Received: from ltc.des.dev (2a01cb0585070b00922e16fffef1acef.ipv6.abo.wanadoo.fr [IPv6:2a01:cb05:8507:b00:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gHndT4Fdcz13wH; Sat, 16 May 2026 15:13:33 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 8AA27AA124; Sat, 16 May 2026 17:13:32 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: current@freebsd.org Cc: Konstantin Belousov Subject: Re: rms_rlock with non-sleepable locks held In-Reply-To: (David Wolfskill's message of "Sat, 16 May 2026 07:55:44 -0700") References: <86lddjelen.fsf@ltc.des.dev> <86a4tzead8.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Sat, 16 May 2026 17:13:32 +0200 Message-ID: <86wlx3crqb.fsf@ltc.des.dev> 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=utf-8 Content-Transfer-Encoding: quoted-printable David Wolfskill writes: > Dag-Erling Sm=C3=B8rgrav writes: > > FWIW what triggers the problem is running tail -F on the build log, > tail -9999999f $logfile | egrep '^(>>|(make\[[0-9]+\]|ld):)' Find the difference... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Sat May 16 17:23:55 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gHrWx3R5xz6ckHK for ; Sat, 16 May 2026 17:23:57 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from edna.lautre.net (edna.lautre.net [80.67.160.88]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits)) (Client CN "lautre.net", Issuer "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gHrWw5rWDz434d for ; Sat, 16 May 2026 17:23:56 +0000 (UTC) (envelope-from thierry@pompo.net) 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 thierry@pompo.net designates 80.67.160.88 as permitted sender) smtp.mailfrom=thierry@pompo.net Received: from alien.pompo.net (unknown [82.66.0.218]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by edna.lautre.net (Postfix) with ESMTPSA id A063D11D9AC for ; Sat, 16 May 2026 19:23:55 +0200 (CEST) Received: by alien.pompo.net (Postfix, from userid 1001) id 17D7A1022704; Sat, 16 May 2026 19:23:55 +0200 (CEST) Date: Sat, 16 May 2026 19:23:55 +0200 From: Thierry Thomas To: freebsd-current@freebsd.org Subject: vnode_if.h not found / make buildkernel on FreeBSD/HEAD-16 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: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="tkGmBIoV6fa0mnyJ" Content-Disposition: inline X-Operating-System: FreeBSD 16.0-CURRENT amd64 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc;y=\ipKMNm<1J>lv@PP~7Z<.tKjAnXLs: X-PGP: 0xF1C516B3C8359753 X-Spamd-Result: default: False [-4.40 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.98)[-0.975]; NEURAL_HAM_LONG(-0.92)[-0.925]; MID_RHS_NOT_FQDN(0.50)[]; FORGED_SENDER(0.30)[thierry@freebsd.org,thierry@pompo.net]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; HAS_ORG_HEADER(0.00)[]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEFALL_USER(0.00)[thierry]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[thierry@freebsd.org,thierry@pompo.net]; ASN(0.00)[asn:20766, ipnet:80.67.160.0/19, country:FR]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DOM_EQ_FROM_DOM(0.00)[]; FROM_HAS_DN(0.00)[] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4gHrWw5rWDz434d --tkGmBIoV6fa0mnyJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, When building a kernel for -CURRENT, with fresh source from today at 2574974648c68c738aec3ff96644d888d7913a37, it fails with this error: cc -target x86_64-unknown-freebsd16.0 --sysroot=3D/usr/obj/usr/src/amd64.am= d64/tmp -B/usr/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_OPTION_HEADERS -incl= ude opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -= MF.depend.genassym.o -MTgenassym.o -fdebug-prefix-map=3D./machine=3D/usr/sr= c/sys/amd64/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 -m= no-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables = -ffreestanding -fwrapv -fstack-protector -gdwarf-4 -Wall -Wstrict-prototype= s -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sig= n -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-s= how-option -Wno-unknown-pragmas -Wswitch -Wno-error=3Dtautological-compare = -Wno-error=3Dempty-body -Wno-error=3Dparentheses-equality -Wno-error=3Dunus= ed-function -Wno-error=3Dpointer-sign -Wno-error=3Dshift-negative-value -Wn= o-address-of-packed-member -Wno-format-zero-length -mno-aes -mno-avx -std= =3Dgnu17 -fcommon /usr/src/sys/amd64/amd64/genassym.c In file included from /usr/src/sys/amd64/amd64/genassym.c:49: In file included from /usr/src/sys/sys/mount.h:965: /usr/src/sys/sys/vnode.h:612:10: fatal error: 'vnode_if.h' file not found 612 | #include "vnode_if.h" | ^~~~~~~~~~~~ 1 error generated. *** Error code 1 Stop. make[2]: stopped making "all" in /usr/obj/usr/src/amd64.amd64/sys/GENERIC 1,00 real 0,86 user 0,15 sys Note: the same error was reported 3 days ago on the forums: https://forums.freebsd.org/threads/vnode_if-h-not-found-make-buildkernel-on= -freebsd-head-16.102681/ Any ideas? --=20 Th. Thomas. --tkGmBIoV6fa0mnyJ Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE5Ta+hThTmdALb6p28cUWs8g1l1MFAmoIqB8ACgkQ8cUWs8g1 l1NHew//Q9HBn/IUdhqld6rb9KZjmUvzCCOIf4ZbXJBso6TuBr+GtYXZbEgNW5IU hcFbeS1g8Mz0ncpMUrT0laur8UDNkTCSfH7LsBt/E9c8BESarQ6X72LbxD61NCCW f7X8lSq1/ucAEzOEN41eeT58hh+lsgmmD0ODIvb2dWncMA7dk5wRFd8ubu2wLZSX jqMD6ftTKTkr8WPWGw3giPyQVn+2iO7v6k0BVlZFhv+jCbYFH4rVBXtf/j+7DOzX koxJTpJjORuWWiXPLMN79w2qyKT7Ky2Xed5wLLFqO+//Ew5gL14u3L4XwUXETZX3 iGbu/bzvPctcOxliQlDCQeEDdU1IOZe5Ws2wkG4hkYHtfNyWy3V+UKylZ/RRWhzX 1fzrML94vB2Na6uWSGBuD4QBzdlySt7M5JjjHBCH2Esa0avZHzDnXlVTuBW6uhxD 1IdiIo1VEIYkqVfd3oAwXRoRzaUyQ6K1G9Eeq3XdvWT4URppeI4P50yARVhbyTjS 5CNFxe8/bTBRyJoeAB181VUvLjCaFz7B/I8Sfshms0erYUpYRDRW2JhWKDQOAA7Y K+3A0dlKmrgsu6e7jVycZi189qkmsRLfW6aXLvJweDjrRtrm99xjUEJpKV7D7MA3 D2LJP1eck3gryhLsEUbVKxBnTL2GOk1S4eS9+Oa7MA3gCXIbTG0= =4p2N -----END PGP SIGNATURE----- --tkGmBIoV6fa0mnyJ-- From nobody Sat May 16 18:47:24 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gHtNP3PvSz6cr55 for ; Sat, 16 May 2026 18:47:33 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gHtNN19Qdz3Gkh for ; Sat, 16 May 2026 18:47:32 +0000 (UTC) (envelope-from imb@protected-networks.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b=R8X556tJ; dmarc=pass (policy=reject) header.from=protected-networks.net; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 202.12.127.228 as permitted sender) smtp.mailfrom=imb@protected-networks.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=in-reply-to:from:from:content-language :references:subject:subject:user-agent:mime-version:date:date :message-id:content-type:content-type; s=201508; t=1778957244; bh=Q3apTc8K5jkAW0wUZ3tRMyKqdnEvAu4EdqLy461kSXI=; b=R8X556tJaguQ HYIc6Ek33ZkoNclJpItRKOMUzvQqetlphEygu70NCB2C4eXLB99YP6c9I2O90z2J goWQfIr/NeQ0PEpRfpoui1KpxIN8ZOCgjqUNlY+bAJlbGhuR2M/d3Zriz3xRMMxQ xSuywPWF7D0woF1lmEER2zzEbL9wNkU= Received: from [192.168.1.9] (d5540.auburn.protected-networks.net [192.168.1.9]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519MLKEM768 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id C3FA845F2C for ; Sat, 16 May 2026 14:47:24 -0400 (EDT) Content-Type: multipart/alternative; boundary="------------CSbH0oZz8j3SA20pahWMbo2C" Message-ID: Date: Sat, 16 May 2026 14:47:24 -0400 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: vnode_if.h not found / make buildkernel on FreeBSD/HEAD-16 To: freebsd-current@freebsd.org References: Content-Language: en-NZ From: Michael Butler In-Reply-To: X-Spamd-Result: default: False [-2.84 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.939]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; R_SPF_ALLOW(-0.20)[+mx]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:5716, ipnet:202.12.127.0/24, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4gHtNN19Qdz3Gkh This is a multi-part message in MIME format. --------------CSbH0oZz8j3SA20pahWMbo2C Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 SSBzZWUgYSBzaW1pbGFyIGZhaWx1cmUgKG1pc3Npbmcgdm5vZGVfKiBpbmNsdWRlcykgd2hl biB0cnlpbmcgdG8gYnVpbGQgDQovdXNyL3BvcnRzL2VtdWxhdG9ycy92aXJ0dWFsYm94LW9z ZS1rbW9kLTcyIDotKA0KDQoNCk9uIDUvMTYvMjYgMTM6MjMsIFRoaWVycnkgVGhvbWFzIHdy b3RlOg0KPiBIZWxsbywNCj4NCj4gV2hlbiBidWlsZGluZyBhIGtlcm5lbCBmb3IgLUNVUlJF TlQsIHdpdGggZnJlc2ggc291cmNlIGZyb20gdG9kYXkgYXQNCj4gMjU3NDk3NDY0OGM2OGM3 MzhhZWMzZmY5NjY0NGQ4ODhkNzkxM2EzNywgaXQgZmFpbHMgd2l0aCB0aGlzIGVycm9yOg0K Pg0KPiBjYyAtdGFyZ2V0IHg4Nl82NC11bmtub3duLWZyZWVic2QxNi4wIC0tc3lzcm9vdD0v dXNyL29iai91c3Ivc3JjL2FtZDY0LmFtZDY0L3RtcCAtQi91c3Ivb2JqL3Vzci9zcmMvYW1k NjQuYW1kNjQvdG1wL3Vzci9iaW4gLWMgLU8yIC1waXBlIC1mbm8tc3RyaWN0LWFsaWFzaW5n IC1nIC1ub3N0ZGluYyAtSS4gLUkvdXNyL3NyYy9zeXMgLUkvdXNyL3NyYy9zeXMvY29udHJp Yi9jay9pbmNsdWRlIC1JL3Vzci9zcmMvc3lzL2NvbnRyaWIvbGliZmR0IC1EX0tFUk5FTCAt REhBVkVfS0VSTkVMX09QVElPTl9IRUFERVJTIC1pbmNsdWRlIG9wdF9nbG9iYWwuaCAtZm5v LW9taXQtZnJhbWUtcG9pbnRlciAtbW5vLW9taXQtbGVhZi1mcmFtZS1wb2ludGVyIC1NRCAt TUYuZGVwZW5kLmdlbmFzc3ltLm8gLU1UZ2VuYXNzeW0ubyAtZmRlYnVnLXByZWZpeC1tYXA9 Li9tYWNoaW5lPS91c3Ivc3JjL3N5cy9hbWQ2NC9pbmNsdWRlIC1mZGVidWctcHJlZml4LW1h cD0uL3g4Nj0vdXNyL3NyYy9zeXMveDg2L2luY2x1ZGUgLWZkZWJ1Zy1wcmVmaXgtbWFwPS4v aTM4Nj0vdXNyL3NyYy9zeXMvaTM4Ni9pbmNsdWRlIC1tY21vZGVsPWtlcm5lbCAtbW5vLXJl ZC16b25lIC1tbm8tbW14IC1tbm8tc3NlIC1tc29mdC1mbG9hdCAtZm5vLWFzeW5jaHJvbm91 cy11bndpbmQtdGFibGVzIC1mZnJlZXN0YW5kaW5nIC1md3JhcHYgLWZzdGFjay1wcm90ZWN0 b3IgLWdkd2FyZi00IC1XYWxsIC1Xc3RyaWN0LXByb3RvdHlwZXMgLVdtaXNzaW5nLXByb3Rv dHlwZXMgLVdwb2ludGVyLWFyaXRoIC1XY2FzdC1xdWFsIC1XdW5kZWYgLVduby1wb2ludGVy LXNpZ24gLURfX3ByaW50Zl9fPV9fZnJlZWJzZF9rcHJpbnRmX18gLVdtaXNzaW5nLWluY2x1 ZGUtZGlycyAtZmRpYWdub3N0aWNzLXNob3ctb3B0aW9uIC1Xbm8tdW5rbm93bi1wcmFnbWFz IC1Xc3dpdGNoIC1Xbm8tZXJyb3I9dGF1dG9sb2dpY2FsLWNvbXBhcmUgLVduby1lcnJvcj1l bXB0eS1ib2R5IC1Xbm8tZXJyb3I9cGFyZW50aGVzZXMtZXF1YWxpdHkgLVduby1lcnJvcj11 bnVzZWQtZnVuY3Rpb24gLVduby1lcnJvcj1wb2ludGVyLXNpZ24gLVduby1lcnJvcj1zaGlm dC1uZWdhdGl2ZS12YWx1ZSAtV25vLWFkZHJlc3Mtb2YtcGFja2VkLW1lbWJlciAtV25vLWZv cm1hdC16ZXJvLWxlbmd0aCAtbW5vLWFlcyAtbW5vLWF2eCAtc3RkPWdudTE3ICAtZmNvbW1v biAvdXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvZ2VuYXNzeW0uYw0KPiBJbiBmaWxlIGluY2x1 ZGVkIGZyb20gL3Vzci9zcmMvc3lzL2FtZDY0L2FtZDY0L2dlbmFzc3ltLmM6NDk6DQo+IElu IGZpbGUgaW5jbHVkZWQgZnJvbSAvdXNyL3NyYy9zeXMvc3lzL21vdW50Lmg6OTY1Og0KPiAv dXNyL3NyYy9zeXMvc3lzL3Zub2RlLmg6NjEyOjEwOiBmYXRhbCBlcnJvcjogJ3Zub2RlX2lm LmgnIGZpbGUgbm90IGZvdW5kDQo+ICAgIDYxMiB8ICNpbmNsdWRlICJ2bm9kZV9pZi5oIg0K PiAgICAgICAgfCAgICAgICAgICBefn5+fn5+fn5+fn4NCj4gMSBlcnJvciBnZW5lcmF0ZWQu DQo+ICoqKiBFcnJvciBjb2RlIDENCj4NCj4gU3RvcC4NCj4gbWFrZVsyXTogc3RvcHBlZCBt YWtpbmcgImFsbCIgaW4gL3Vzci9vYmovdXNyL3NyYy9hbWQ2NC5hbWQ2NC9zeXMvR0VORVJJ Qw0KPiAgICAgICAgICAxLDAwIHJlYWwgICAgICAgICAwLDg2IHVzZXIgICAgICAgICAwLDE1 IHN5cw0KPg0KPiBOb3RlOiB0aGUgc2FtZSBlcnJvciB3YXMgcmVwb3J0ZWQgMyBkYXlzIGFn byBvbiB0aGUgZm9ydW1zOg0KPiBodHRwczovL2ZvcnVtcy5mcmVlYnNkLm9yZy90aHJlYWRz L3Zub2RlX2lmLWgtbm90LWZvdW5kLW1ha2UtYnVpbGRrZXJuZWwtb24tZnJlZWJzZC1oZWFk LTE2LjEwMjY4MS8NCj4NCj4gQW55IGlkZWFzPw0KDQo= --------------CSbH0oZz8j3SA20pahWMbo2C Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I see a similar failure (missing vnode_* includes) when trying to build=C2=A0=C2=A0 /usr/ports/em= ulators/virtualbox-ose-kmod-72 :-(

On 5/16/26 13:23, Thierry Thomas wrote:
Hello,

When building a kernel for -CURRENT, with fresh source from today at
2574974648c68c738aec3ff96644d888d7913a37, it fails with this error:

cc -target x86_64-unknown-freebsd16.0 --sysroot=3D/usr/obj/usr/src/amd64.=
amd64/tmp -B/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -c -O2 -pipe -fno-st=
rict-aliasing -g -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/i=
nclude -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADE=
RS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-poi=
nter -MD -MF.depend.genassym.o -MTgenassym.o -fdebug-prefix-map=3D./machi=
ne=3D/usr/src/sys/amd64/include -fdebug-prefix-map=3D./x86=3D/usr/src/sys=
/x86/include -fdebug-prefix-map=3D./i386=3D/usr/src/sys/i386/include -mcm=
odel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchron=
ous-unwind-tables -ffreestanding -fwrapv -fstack-protector -gdwarf-4 -Wal=
l -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -W=
undef -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ -Wmissing-incl=
ude-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wswitch -Wno-err=
or=3Dtautological-compare -Wno-error=3Dempty-body -Wno-error=3Dparenthese=
s-equality -Wno-error=3Dunused-function -Wno-error=3Dpointer-sign -Wno-er=
ror=3Dshift-negative-value -Wno-address-of-packed-member -Wno-format-zero=
-length -mno-aes -mno-avx -std=3Dgnu17  -fcommon /usr/src/sys/amd64/amd64=
/genassym.c
In file included from /usr/src/sys/amd64/amd64/genassym.c:49:
In file included from /usr/src/sys/sys/mount.h:965:
/usr/src/sys/sys/vnode.h:612:10: fatal error: 'vnode_if.h' file not found=

  612 | #include "vnode_if.h"
      |          ^~~~~~~~~~~~
1 error generated.
*** Error code 1

Stop.
make[2]: stopped making "all" in /usr/obj/usr/src/amd64.amd64/sys/GENERIC=

        1,00 real         0,86 user         0,15 sys

Note: the same error was reported 3 days ago on the forums:
ht=
tps://forums.freebsd.org/threads/vnode_if-h-not-found-make-buildkernel-on=
-freebsd-head-16.102681/

Any ideas?

--------------CSbH0oZz8j3SA20pahWMbo2C-- From nobody Sat May 16 19:03: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 4gHtkv1Xjdz6cs69 for ; Sat, 16 May 2026 19:03:35 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gHtkv0wr2z3KjZ; Sat, 16 May 2026 19:03:35 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778958215; 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=RxZBN7GZbr8iPXcXWJPK3nqaCnPle2C9ae/xKYHZ6Zo=; b=ZIqGiiZtFKTaAElsHzj7eJ0ar6xzbMkgb4OZx3OyXq6RCyOMLLRBSag2hIMAB52mBJn68M xd0k+zcbKDoPIriJd7j9VDLErfZb5bunqDoucR3ukxQU42jFhEvjdxL0A2/XT+aKxAh9Kh kSHRXoFLFfcjhINWDjk9tSKmzn2S+/l5aW84tWExu1a4Hu5bm7ueBSZ+bqEHG47tuDu2RP 1WB317VAr+tACzs96ZcELqEeJJlMVbZxJRW+F8CEwLrpHTGZWM98s7CPQRn/ic+ZpsYfv4 vT0lTFuRTw/5JWF+m5vcd9J5rY4TFR/A8TFAdDZSbVW/emysNoPySso9X0j2mw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778958215; a=rsa-sha256; cv=none; b=w/B3VuvbQ/6waegk3kScLPjlFIHDzMIIJZoS55CCC564rVXB9MBlBBJO4UFfqUpUX5ABnw u8yGnXCxe81naV8+bvY80z5hRmy1LdAy5ZfF460bQCs5EU2ocvnVGD9TkZ12XKFgja7Znj cAWEuu0HAEtDc3SUhmXoTxflodMMt8CvbqjI2wEdeuyckoMjnLXQDdEwfxFxjORZH1dU4d buzRE2Jp9JVWf9gRoJASe0VG68XAfJTiEDJT1WUUe4bOjDKgCMNOIa6vAUVno2VZHOdt1R hZcmjFN+HBhMfbyWCX9RHD66a7n95woPvGgjCWkFRJinkbp0r1Z2OWhGoaR0iA== 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=1778958215; 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=RxZBN7GZbr8iPXcXWJPK3nqaCnPle2C9ae/xKYHZ6Zo=; b=IGQP62UJtr3p1MpBIammOOTZ0aU+F5c47KqskksKBVk5k17uabOyiSC5UqVya15APgQYK9 YBNz6QJMnuOD+KXKbPdMHMn3D1kaVXA/i9NKrBKKiMqsaoIyGxucJ0aPtb2jpWq29y7x4l A9fboOPuhnIO+Icnq1ncwxxEo9eG//WN+hWMSdGFW9C0HXTc0f4yhRrjaU0IFeRA6XGWke 18EnmqpnuE5Ly3Rg1Hxr3Q5BAimDsCa//+d6aEuI+fRfO1lvc3N88qGWghBOnIV9whcZBP ca5fO9KOXBSqTrM+cTzNMvJDGdLMwRWg7Z+tFrV2rv04wgffKDYGu2CdlJit6g== Received: from ltc.des.dev (2a01cb0585070b00922e16fffef1acef.ipv6.abo.wanadoo.fr [IPv6:2a01:cb05:8507:b00:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gHtkt6T9Hz18qj; Sat, 16 May 2026 19:03:34 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id CAFE5A9DD5; Sat, 16 May 2026 21:03:33 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Thierry Thomas Cc: freebsd-current@freebsd.org, kib@freebsd.org Subject: Re: vnode_if.h not found / make buildkernel on FreeBSD/HEAD-16 In-Reply-To: (Thierry Thomas's message of "Sat, 16 May 2026 19:23:55 +0200") References: User-Agent: Gnus/5.13 (Gnus v5.13) Date: Sat, 16 May 2026 21:03:33 +0200 Message-ID: <86y0hjb2ii.fsf@ltc.des.dev> 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=utf-8 Content-Transfer-Encoding: quoted-printable Thierry Thomas writes: > When building a kernel for -CURRENT, with fresh source from today at > 2574974648c68c738aec3ff96644d888d7913a37, it fails with this error: > [...] > In file included from /usr/src/sys/amd64/amd64/genassym.c:49: > In file included from /usr/src/sys/sys/mount.h:965: > /usr/src/sys/sys/vnode.h:612:10: fatal error: 'vnode_if.h' file not found > 612 | #include "vnode_if.h" > | ^~~~~~~~~~~~ > 1 error generated. > *** Error code 1 kib's 1d5e4020e36e added #include , which in turn includes "vnode_if.h" to sys/mount.h. This shouldn't be a problem as the kernel build system knows how to generate vnode_if.h, but apparently it doesn't realize that this is needed (genassym is a build tool, so it is compiled very early). Presumably this was a clean build? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Sat May 16 19:14: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 4gHtzt5KrDz6ct6c for ; Sat, 16 May 2026 19:14:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gHtzs5xn0z3NZk; Sat, 16 May 2026 19:14:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 64GJEcCW051789; Sat, 16 May 2026 22:14:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 64GJEcCW051789 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 64GJEbPq051788; Sat, 16 May 2026 22:14:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 16 May 2026 22:14:37 +0300 From: Konstantin Belousov To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Cc: current@freebsd.org Subject: Re: rms_rlock with non-sleepable locks held Message-ID: References: <86lddjelen.fsf@ltc.des.dev> <865x4nea98.fsf@ltc.des.dev> <861pfbe93h.fsf@ltc.des.dev> 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=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <861pfbe93h.fsf@ltc.des.dev> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.2 X-Spam-Checker-Version: SpamAssassin 4.0.2 (2025-08-27) on tom.home X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4gHtzs5xn0z3NZk X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Sat, May 16, 2026 at 04:13:06PM +0200, Dag-Erling Smørgrav wrote: > Dag-Erling Smørgrav writes: > > Konstantin Belousov writes: > > > --- a/sys/kern/vfs_subr.c > > > +++ b/sys/kern/vfs_subr.c > > > @@ -6509,7 +6509,7 @@ vop_read_post(void *ap, int rc) > > > struct vop_read_args *a = ap; > > > > > > if (!rc) { > > > - VFS_KNOTE_LOCKED(a->a_vp, NOTE_READ); > > > + VN_KNOTE_LOCKED(a->a_vp, NOTE_READ); > > Did you mean to use VN_KNOTE_UNLOCKED() here... > > Probably not, as that resulted in a panic... Try this instead commit 4ef4999153389a423954fbf4c3d2e679fb96e110 Author: Konstantin Belousov Date: Sat May 16 22:11:43 2026 +0300 sys/mount.h: restore KNF_NOKQLOCK in VFS_KNOTE_{,UN}LOCKED ZFS needs to take internal sleepable lock in its implementation of VOP_GETATTR(). Due to this, kq must be unlocked around calls to the vfs filter methods. Fixes: 1d5e4020e36e1cc9e906200c9c3c784ef43d977e diff --git a/sys/sys/mount.h b/sys/sys/mount.h index d6696bba0a4f..2e880bac9068 100644 --- a/sys/sys/mount.h +++ b/sys/sys/mount.h @@ -968,8 +968,8 @@ static inline void VFS_KNOTE_LOCKED(struct vnode *vp, int hint) { if ((vn_irflag_read(vp) & VIRF_KNOTE) != 0) { - KNOTE_LOCKED(&vp->v_pollinfo->vpi_selinfo.si_note, - hint); + KNOTE(&vp->v_pollinfo->vpi_selinfo.si_note, + hint, KNF_LISTLOCKED | KNF_NOKQLOCK); } } @@ -977,8 +977,8 @@ static inline void VFS_KNOTE_UNLOCKED(struct vnode *vp, int hint) { if ((vn_irflag_read(vp) & VIRF_KNOTE) != 0) { - KNOTE_UNLOCKED(&vp->v_pollinfo->vpi_selinfo.si_note, - hint); + KNOTE(&vp->v_pollinfo->vpi_selinfo.si_note, + hint, KNF_NOKQLOCK); } } From nobody Sat May 16 19:31:18 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 4gHvM81qFXz6cvV3 for ; Sat, 16 May 2026 19:31:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gHvM73C0lz3QVZ; Sat, 16 May 2026 19:31:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 64GJVIlZ052707; Sat, 16 May 2026 22:31:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 64GJVIlZ052707 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 64GJVIpS052705; Sat, 16 May 2026 22:31:18 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 16 May 2026 22:31:18 +0300 From: Konstantin Belousov To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Cc: Thierry Thomas , freebsd-current@freebsd.org Subject: Re: vnode_if.h not found / make buildkernel on FreeBSD/HEAD-16 Message-ID: References: <86y0hjb2ii.fsf@ltc.des.dev> 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=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <86y0hjb2ii.fsf@ltc.des.dev> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.2 X-Spam-Checker-Version: SpamAssassin 4.0.2 (2025-08-27) on tom.home X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4gHvM73C0lz3QVZ X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Sat, May 16, 2026 at 09:03:33PM +0200, Dag-Erling Smørgrav wrote: > Thierry Thomas writes: > > When building a kernel for -CURRENT, with fresh source from today at > > 2574974648c68c738aec3ff96644d888d7913a37, it fails with this error: > > [...] > > In file included from /usr/src/sys/amd64/amd64/genassym.c:49: > > In file included from /usr/src/sys/sys/mount.h:965: > > /usr/src/sys/sys/vnode.h:612:10: fatal error: 'vnode_if.h' file not found > > 612 | #include "vnode_if.h" > > | ^~~~~~~~~~~~ > > 1 error generated. > > *** Error code 1 > > kib's 1d5e4020e36e added #include , which in turn includes > "vnode_if.h" to sys/mount.h. This shouldn't be a problem as the kernel > build system knows how to generate vnode_if.h, but apparently it doesn't > realize that this is needed (genassym is a build tool, so it is compiled > very early). Presumably this was a clean build? I do not see why sys/mount.h is needed by genassym.c. commit fe0f116bd3a5115813c4c3ba4a1546d09b5e73b1 Author: Konstantin Belousov Date: Sat May 16 22:27:40 2026 +0300 x86: remove sys/mount.h from genassym.c The header is not needed, and causes some issues with build because it requires vnode_if.h generated due to transient dependency from vnode.h. While there, remove unneeded explicit sys/cdefs.h and sys/param.h usage. Fixes: 1d5e4020e36e1cc9e906200c9c3c784ef43d977e diff --git a/sys/amd64/amd64/genassym.c b/sys/amd64/amd64/genassym.c index 2716784ee871..875c536166d1 100644 --- a/sys/amd64/amd64/genassym.c +++ b/sys/amd64/amd64/genassym.c @@ -32,11 +32,9 @@ * SUCH DAMAGE. */ -#include #include "opt_hwpmc_hooks.h" #include "opt_kstack_pages.h" -#include #include #include #include @@ -46,7 +44,6 @@ #include #endif #include -#include #include #include #include diff --git a/sys/i386/i386/genassym.c b/sys/i386/i386/genassym.c index d4d80fbb38ac..1a31f6b3428c 100644 --- a/sys/i386/i386/genassym.c +++ b/sys/i386/i386/genassym.c @@ -32,12 +32,10 @@ * SUCH DAMAGE. */ -#include #include "opt_apic.h" #include "opt_hwpmc_hooks.h" #include "opt_kstack_pages.h" -#include #include #include #include @@ -47,7 +45,6 @@ #endif #include #include -#include #include #include #include From nobody Sat May 16 19:50: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 4gHvml26JLz6cwwk for ; Sat, 16 May 2026 19:50:15 +0000 (UTC) (envelope-from des@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 4gHvml1DnQz3VQT; Sat, 16 May 2026 19:50:15 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778961015; 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=fbkkIBB2uLEYcBszeNoMprEgkM2eFcdcShTS4YE5g4c=; b=UVR2ZqTqU0qOpIUm2idWBNCJglItlFk59sqRRiu8rK/Fd9zcW+5JoIhoL8szTGMQWPyc73 OW4rdOTxMopOdsHF7j/iaG5bhBvrmf5jPin6gBrdGIZ+X2BaVnqcedOzOX3b2nXT//YDZn GwjDm/Xv3tjqZ1/l84jsZO/Um4UlJO3J9mqWvkwLHNVVYOb0Tk9Grd4V2EHapzoe+n9b9l NmEqVF2qB3je255emX1x/GsJqeVwLm5B3dHBwM+Bjzayv0NusVcQ0YtPVXXjYclTU2XkYz MjyVPgka/kcz5/KKlkrgsIlk/tQ/2cmExKE7ByOCrvhlrGlgZqq/wJBFU4HzdQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778961015; a=rsa-sha256; cv=none; b=Ej2olahlAOcSZMhy35MHZpdz8blVRez0h54pfB5grzSG6YDBc7fpio68L6QyjOIdnkg13e DQPJfuc77XnbIePzsMEW5jfgjLIzLbGS6eSfClu8Y+EsqyAVN6WHIB28MHPVWvzD/Iqn8J Z9B4yGcXUn/ONKZZ8Yazg5uR5vmB1nFqdLyeFQu6dnv4cyfq9c37J7Uxlw1ddMrTDiu710 jf1zoo/wRe5X4RtXpxKGb6Sy+OfFAi4lqa7mHxjg1u9R5n+1ghglwImQ7fJTLYrZFxRyOZ tk3PdiRpSE0PL6tqe2xbQ0pgWKXuGXmSvNpMeuGZ06YZO6yeFl7D1UbVqNEBtA== 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=1778961015; 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=fbkkIBB2uLEYcBszeNoMprEgkM2eFcdcShTS4YE5g4c=; b=HcAMCr1dY811RKrVfQt9P8L7YQtSKGnnaU6VZus48A5gEi/qeGgTBP35If2vvwmBGotbkE R/hUVrPz/HKnEhVjGOg7pTJmUjXOze/vorQFEQyj69ihHGNkv+SpDBWAOAi8VTCF66bbLM OXZNf2FSPQfUgqaI11+oboYosh77e6NL7oFRm2oY9GT4Uhuw2aXy5s7LCi8LRvwL8jbtX2 7b+4K9dcwnJNdH8+jZrKlaV/9mSVuXnJJ+tqCEwWBhL9m3qvx6RyBsnXEkIWyYt8eScWEm xL89BTu7W86oa3XB9x0DrgC+fAAMLRC0oGb4KZDr1Fj4xjwPt6Ayvjc+QvnN2A== Received: from ltc.des.dev (unknown [92.183.12.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gHvmk70LXz19vL; Sat, 16 May 2026 19:50:14 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id D26B5AA2A0; Sat, 16 May 2026 21:50:13 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Konstantin Belousov Cc: Thierry Thomas , freebsd-current@freebsd.org Subject: Re: vnode_if.h not found / make buildkernel on FreeBSD/HEAD-16 In-Reply-To: (Konstantin Belousov's message of "Sat, 16 May 2026 22:31:18 +0300") References: <86y0hjb2ii.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Sat, 16 May 2026 21:50:13 +0200 Message-ID: <86pl2vb0cq.fsf@ltc.des.dev> 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=utf-8 Content-Transfer-Encoding: quoted-printable Konstantin Belousov writes: > I do not see why sys/mount.h is needed by genassym.c. Well, that certainly solves the immediate problem... > commit fe0f116bd3a5115813c4c3ba4a1546d09b5e73b1 > Author: Konstantin Belousov > Date: Sat May 16 22:27:40 2026 +0300 > > x86: remove sys/mount.h from genassym.c >=20=20=20=20=20 > The header is not needed, and causes some issues with build because it > requires vnode_if.h generated due to transient dependency from vnode.= h. >=20=20=20=20=20 > While there, remove unneeded explicit sys/cdefs.h and sys/param.h usa= ge. >=20=20=20=20=20 > Fixes: 1d5e4020e36e1cc9e906200c9c3c784ef43d977e Please use this format instead: Fixes: 1d5e4020e36e ("vnode: add VIRF_KNOTE flag") I use the following alias to generate it: fix =3D show -s --abbrev=3D12 --pretty=3Dformat:'Fixes:%x09%x09%h (%x22= %s%x22)%n' DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Sat May 16 21:15:43 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 4gHxgR4ZW4z6d4nx for ; Sat, 16 May 2026 21:15:47 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from edna.lautre.net (mx.lautre.net [80.67.160.88]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "lautre.net", Issuer "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gHxgQ1bFCz3ld8 for ; Sat, 16 May 2026 21:15:46 +0000 (UTC) (envelope-from thierry@pompo.net) 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 thierry@pompo.net designates 80.67.160.88 as permitted sender) smtp.mailfrom=thierry@pompo.net Received: from alien.pompo.net (unknown [82.66.0.218]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by edna.lautre.net (Postfix) with ESMTPSA id 3DAD611DB5E for ; Sat, 16 May 2026 23:15:44 +0200 (CEST) Received: by alien.pompo.net (Postfix, from userid 1001) id 80A68103C57B; Sat, 16 May 2026 23:15:43 +0200 (CEST) Date: Sat, 16 May 2026 23:15:43 +0200 From: Thierry Thomas To: freebsd-current@freebsd.org Subject: Re: vnode_if.h not found / make buildkernel on FreeBSD/HEAD-16 Message-ID: References: <86y0hjb2ii.fsf@ltc.des.dev> 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=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 16.0-CURRENT amd64 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc;y=\ipKMNm<1J>lv@PP~7Z<.tKjAnXLs: X-PGP: 0xF1C516B3C8359753 X-Spamd-Result: default: False [-1.94 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.54)[-0.544]; MID_RHS_NOT_FQDN(0.50)[]; FORGED_SENDER(0.30)[thierry@freebsd.org,thierry@pompo.net]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MISSING_XM_UA(0.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[thierry]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[thierry@freebsd.org,thierry@pompo.net]; ASN(0.00)[asn:20766, ipnet:80.67.160.0/19, country:FR]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DOM_EQ_FROM_DOM(0.00)[]; FROM_HAS_DN(0.00)[] X-Spamd-Bar: - X-Rspamd-Queue-Id: 4gHxgQ1bFCz3ld8 Le sam. 16 mai 26 à 21:31:18 +0200, Konstantin Belousov écrivait : > On Sat, May 16, 2026 at 09:03:33PM +0200, Dag-Erling Smørgrav wrote: > > kib's 1d5e4020e36e added #include , which in turn includes > > "vnode_if.h" to sys/mount.h. This shouldn't be a problem as the kernel > > build system knows how to generate vnode_if.h, but apparently it doesn't > > realize that this is needed (genassym is a build tool, so it is compiled > > very early). Presumably this was a clean build? > > I do not see why sys/mount.h is needed by genassym.c. > > commit fe0f116bd3a5115813c4c3ba4a1546d09b5e73b1 > Author: Konstantin Belousov > Date: Sat May 16 22:27:40 2026 +0300 > > x86: remove sys/mount.h from genassym.c > > The header is not needed, and causes some issues with build because it > requires vnode_if.h generated due to transient dependency from vnode.h. > > While there, remove unneeded explicit sys/cdefs.h and sys/param.h usage. > > Fixes: 1d5e4020e36e1cc9e906200c9c3c784ef43d977e Thanks, problem fixed! -- Th. Thomas. From nobody Sat May 16 23:00:21 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 4gJ0066cn5z6dDYY for ; Sat, 16 May 2026 23:00:22 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gJ0064YKmz42yv; Sat, 16 May 2026 23:00:22 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1778972422; 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=XvyNTiwpn6IOqSGucYOjaPKYVmY18BqNjojgo/hP7Ds=; b=aZ5H112vzzY9AhmXo3s2jH6wVRc37Y2VwQF4g7wM2Pq5672y1v7tuAhqftIER8UzDdKXhp c5MfbLhfuihvFagB/EM2jD5JpiIVqghI+L3i2tmpdp0YZRysmdrtPflVYGsWR9OgjuNun8 FccROnHKTDHmxFQNhYZ7Vou5ZNsHX4Z2OOu95a7fRUIS9xtbqwZ9LfChSX47nwqpH/EkuO qW9mXARljrqIESr2kaRj/ROOj6Rg2v6UM6zJgaPrA7v0zVfqmmujop8Q9pno3hpstEZVs2 hwSdoWhJ/6gn6ZRDknUUaPl56ugjhZsnAvntx9mitpAcmv+jum/CZk2nZhWUuw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1778972422; a=rsa-sha256; cv=none; b=NXQ7ASSlTJsIXytVY7QNLXpBVnDCsIVPZgknXEkskAKjO4U01UTTUXHnC6EvkeLVnhjAq1 mSPXzuiCpvV/YTpuo/t8DrjTIx3S3DVGqbLdrXTJyJfVzpbGvlByHLITzUGVrKJuH6hVwJ qHKRAx/l0n4dI9ssXUPFXTdzGTWkvvDRI/YMX7kawhmxvlKbJptQpsCpwFnuTiYhBYX/2L OB95wvbFkumLCSnUSJRc4tx5fRnD2kbt+HcpoY4JCLQYU+rxO8BW/GpS6aJI7f+UMjsdcz EyC7agjotWjNF2DADQrLyKjdO9UwcKQ2Y2AX0pUkp17+EgJ+2PmIFehjCV7uRw== 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=1778972422; 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=XvyNTiwpn6IOqSGucYOjaPKYVmY18BqNjojgo/hP7Ds=; b=Ak1T1W36XGii+KMxMjwkQzXp255KfgYePkEl1e31Fi/zOo4wLOE9HfGXylIvKWFAzDPuiH EpoPuoSB4Aku2VbuZvyyRYmuWM7NSlgqlBmjtau6Q4+sRnKNcSpCGw+Z5I+daIODmmQYQg 0vcFWZiRTtAiHR0LZbnLOH5Xgrhg4H2CYJ8t+8qJEeCYejyHtAvZ0w02KnFr1ZdCJ4WgNR SJzc7LJdVmEOda6FFyP9pbikIi7KNpGbLh14tbPehqn0wt2/M/v9eqfzif0V0JUNJDifSQ jZ6yTYHyl9wMi3CYieEDihDAnvoGkkY9huLUGtDQapFkU5ExB2f2u1GVBrgBkA== Received: from ltc.des.dev (unknown [92.183.12.56]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gJ0063CNBz17m; Sat, 16 May 2026 23:00:22 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 5E7BEA9BF3; Sun, 17 May 2026 01:00:21 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Konstantin Belousov Cc: current@freebsd.org Subject: Re: rms_rlock with non-sleepable locks held In-Reply-To: (Konstantin Belousov's message of "Sat, 16 May 2026 22:14:37 +0300") References: <86lddjelen.fsf@ltc.des.dev> <865x4nea98.fsf@ltc.des.dev> <861pfbe93h.fsf@ltc.des.dev> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Sun, 17 May 2026 01:00:21 +0200 Message-ID: <86lddjarju.fsf@ltc.des.dev> 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=utf-8 Content-Transfer-Encoding: quoted-printable Konstantin Belousov writes: > commit 4ef4999153389a423954fbf4c3d2e679fb96e110 > Author: Konstantin Belousov > Date: Sat May 16 22:11:43 2026 +0300 > > sys/mount.h: restore KNF_NOKQLOCK in VFS_KNOTE_{,UN}LOCKED >=20=20=20=20=20 > ZFS needs to take internal sleepable lock in its implementation of > VOP_GETATTR(). Due to this, kq must be unlocked around calls to the = vfs > filter methods. >=20=20=20=20=20 > Fixes: 1d5e4020e36e1cc9e906200c9c3c784ef43d977e This worked. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Sun May 17 21:47:00 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 4gJZKJ4Cm1z6d5jr for ; Sun, 17 May 2026 21:47:16 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gJZKH6MYGz3dcH; Sun, 17 May 2026 21:47:15 +0000 (UTC) (envelope-from kib@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kib@freebsd.org) smtp.mailfrom=kib@freebsd.org Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 64HLl1td030086; Mon, 18 May 2026 00:47:04 +0300 (EEST) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 64HLl1td030086 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 64HLl0wQ030085; Mon, 18 May 2026 00:47:00 +0300 (EEST) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Mon, 18 May 2026 00:47:00 +0300 From: Konstantin Belousov To: current@freebsd.org Cc: gerald@freebsd.org Subject: ntsync(9) 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-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=4.0.2 X-Spam-Checker-Version: SpamAssassin 4.0.2 (2025-08-27) on tom.home X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[kib]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; R_SPF_SOFTFAIL(0.00)[~all]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; HAS_XAW(0.00)[] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4gJZKH6MYGz3dcH Hello, since the recent hype around ntsync driver for Linux, written no less than 'Linux incorporates Windows features', I decided that FreeBSD should support the trend. Useful technical summary is available at https://fedoraproject.org/wiki/Changes/NTSYNC-Contained Apparently, there is some documentation https://docs.kernel.org/userspace-api/ntsync.html (which mis-spells ioctl names), and the test suite that seems to be more useful. FreeBSD port of the test suite can be found at https://github.com/kostikbel/freebsd-ntsync-test and the FreeBSD driver implementation at https://reviews.freebsd.org/D57038 This is a clean-room implementation, I did not read GPL-ed code. I used the documentation as reference, and ensured that the test suite passes fully. Amusingly, there was one test that contained bug in the check. From nobody Sun May 17 22:41:26 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 4gJbX60Cl6z6dBH5 for ; Sun, 17 May 2026 22:41:42 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-pj1-f41.google.com (mail-pj1-f41.google.com [209.85.216.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 4gJbX55NHQz3qVW for ; Sun, 17 May 2026 22:41:41 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-f41.google.com with SMTP id 98e67ed59e1d1-366be8040a9so538635a91.3 for ; Sun, 17 May 2026 15:41:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1779057700; cv=none; d=google.com; s=arc-20240605; b=LAvTkIqal/PWBg67kHwDuZYZ6HMFNL/Ofi8G6DNmWAvnwe/haFpisUCTltYhBRJPE9 YNaC/BAgUc3enYKtnj6nVV8AktukGY0kakFrHy++IspwayIeS5BwfZFLBzuIKktdbKAq AlZMkwc33CU2VdFV/5TRLkvTilje0nn9Gds63qshmQerqfons5MW56NszUvO36JjKDsg qiiSfcjIHtW74nY5rQg96G4SbqNLoiQEwFpjCI9N/17qlAgnAYKlBpp1Ya18MgExlhVD /VYICGkUV+g15fLsu2o0e0tbXwBg+OZJoT5dnPggF06E8gdj0OwEjkiGf9huBBN5eBVB g2pg== 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=SetJBhJOrkBt9fG1uI3pvzgcWXr8sIxUY1X4agNAFvo=; fh=o40PQ7zPTD4pXBZ/P/8daZUitsAo02vxxwoblGOnq1U=; b=NoSDZ0D0matdBbwRcQvTC3NdOUl3DhRJTJzSjF5Jcs/fxMsg8tqg8ZrOTqSJdUdPPz hLQYEmn3q/KtX9uaGWOdSQjWkUN+R/nIOjSfcyVp02jFH+BUUR1ehFatON4eLz5OJLex m7r6kJnPSKshH8YhDQ3TJI7VfP9HCEfw/H+fAIxjA0hmm0TLpIWmtSmJRwe0z7JDpTaS V9Z5GNJt8smRyX+RT7tTK04BwSwahKzdfncjeNrDed2pdb+ZIEmyhQaOSoE+aM9JS2FA 78SpTHCKVIgGLicvLp840Amne8LY4uzXUqlGS271kPhL2z8jUqwfw/25G4o8AyB+BNaT tu7Q==; 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=1779057700; x=1779662500; 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=SetJBhJOrkBt9fG1uI3pvzgcWXr8sIxUY1X4agNAFvo=; b=E/wcezgNonTVYuEQGdUFLLaubfeFu7wogatksXncyQEp3rqtvwlHPRkKXNHwdolxK3 JYQhber8u3MTe4Sp3n4B8qI4M5U3qJ9gF1LcLB3cCaDbjicFXK19XtbjrULuuWcgAcka LA0ItsOd5diZk82VAUW7hnTd4r7upQcDScofW+Sl5TAlzQYjP5n0W08Q9cD8UXcLwaKo KXipyVa19HduIjBN/tyKQ2dcUXnj4nOlV9iGjUC+AbcZYz99N7rlSuz4xJCjNerDBuIT scBKzyjtGdr43agu7588waghXhFBD180GRjw7KozV/QCsxVrESEBkg9NJpdaSFxpOyMk u9uQ== X-Gm-Message-State: AOJu0YwxBBC8BWZcOTD5JzmpWZu7HVD2KCKkHtrXlB3DlyoFCFuzUhEV h9mB72dnfImmqhJzxhkn+suG5FjDzUG6mwbhCuG5EwF7U4Ip2H6LRsj4MiiUzQEwIcV6ZLst+bC /gpUbLg8j7ocYcI+mR5HVPXsXQtOORMTrpwQgEVW+og== X-Gm-Gg: Acq92OHLQ0VrXdTCVJkWTBQtV9tv3bIb+X3k5Xp9I9tp7sajHwGWti4WqpghKfb969c UUgLBlxvrKJacGvk66T8CQH3/XeDC1HQHRWnfXHlnhruISaWOlqjFSMkhSWO2EAkjNz0ovL204B yOathAUYYLRSATJ3KlCWTTMNnA7PL04+xYJ/qV30ZDuKsTKliqgXrJgCa33OFANKT2TifGJxRn+ Tz5Z39VNZDM57typ/cJBwOdCMZFtEgp0K1j+Erh1kPAFPbGklr12hKW4INhQUQGr7osKbCPD7Kr z0a/0yDCCfRSUtqK4Km2UHbxnALUGdAF7WFd2sv0YA== X-Received: by 2002:a17:90b:4b8c:b0:359:87a8:e65c with SMTP id 98e67ed59e1d1-36951b8280dmr12676792a91.17.1779057699945; Sun, 17 May 2026 15:41:39 -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: Maxim Sobolev Date: Sun, 17 May 2026 15:41:26 -0700 X-Gm-Features: AVHnY4KjQ8dB4tKWHvU2NdUVUjZYB9wvjp_RzVhrq9w-vTT-Cow_av-N3NMUEkk Message-ID: Subject: Re: ntsync(9) To: Konstantin Belousov Cc: current , Gerald Pfeifer Content-Type: multipart/alternative; boundary="0000000000003d952606520b26a0" 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: 4gJbX55NHQz3qVW X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated --0000000000003d952606520b26a0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Nice. Adding some even minimal ntsync.9 would probably be good. Also, does this need to be exposed via linux(9) somehow or will it work verbatim with Linux binaries? -Max On Sun, May 17, 2026, 2:47=E2=80=AFp.m. Konstantin Belousov wrote: > Hello, > since the recent hype around ntsync driver for Linux, written no less tha= n > 'Linux incorporates Windows features', I decided that FreeBSD should > support the trend. Useful technical summary is available at > https://fedoraproject.org/wiki/Changes/NTSYNC-Contained > > Apparently, there is some documentation > https://docs.kernel.org/userspace-api/ntsync.html > (which mis-spells ioctl names), and the test suite that seems to be > more useful. > > FreeBSD port of the test suite can be found at > https://github.com/kostikbel/freebsd-ntsync-test > and the FreeBSD driver implementation at > https://reviews.freebsd.org/D57038 > > This is a clean-room implementation, I did not read GPL-ed code. > I used the documentation as reference, and ensured that the test suite > passes fully. Amusingly, there was one test that contained bug in > the check. > > --0000000000003d952606520b26a0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Nice. Adding some even minimal ntsync.9 would p= robably be good. Also, does this need to be exposed via linux(9) somehow or= will it work verbatim with Linux binaries?

-Max


On Sun, May 17, 2026, 2:4= 7=E2=80=AFp.m. Konstantin Belousov <k= ib@freebsd.org> wrote:
Hello= ,
since the recent hype around ntsync driver for Linux, written no less than<= br> 'Linux incorporates Windows features', I decided that FreeBSD shoul= d
support the trend. Useful technical summary is available at
https://fedoraproject.org/wiki/Cha= nges/NTSYNC-Contained

Apparently, there is some documentation
https://docs.kernel.org/userspace-api/nt= sync.html
(which mis-spells ioctl names), and the test suite that seems to be
more useful.

FreeBSD port of the test suite can be found at
https://github.com/kostikbel/freebsd-ntsy= nc-test
and the FreeBSD driver implementation at
https://reviews.freebsd.org/D57038

This is a clean-room implementation, I did not read GPL-ed code.
I used the documentation as reference, and ensured that the test suite
passes fully.=C2=A0 Amusingly, there was one test that contained bug in
the check.

--0000000000003d952606520b26a0-- From nobody Sun May 17 23:56:34 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 4gJdBq14Jvz6dHW0 for ; Sun, 17 May 2026 23:56:51 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gJdBp2l2nz40RV; Sun, 17 May 2026 23:56:50 +0000 (UTC) (envelope-from kib@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 64HNuYY9036476; Mon, 18 May 2026 02:56:37 +0300 (EEST) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 64HNuYY9036476 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 64HNuYm6036475; Mon, 18 May 2026 02:56:34 +0300 (EEST) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Mon, 18 May 2026 02:56:34 +0300 From: Konstantin Belousov To: Maxim Sobolev Cc: current , Gerald Pfeifer Subject: Re: ntsync(9) Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=4.0.2 X-Spam-Checker-Version: SpamAssassin 4.0.2 (2025-08-27) on tom.home X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-Rspamd-Queue-Id: 4gJdBp2l2nz40RV X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Sun, May 17, 2026 at 03:41:26PM -0700, Maxim Sobolev wrote: > Nice. Adding some even minimal ntsync.9 would probably be good. Also, does > this need to be exposed via linux(9) somehow or will it work verbatim with > Linux binaries? > For linuxolator, some translation layer is needed. At least, the ioctl command numbers are differrent. It seems that the structures are identical, since they coincide with the definitions found in Linux' ntsync.rst. > On Sun, May 17, 2026, 2:47 p.m. Konstantin Belousov wrote: > > > Hello, > > since the recent hype around ntsync driver for Linux, written no less than > > 'Linux incorporates Windows features', I decided that FreeBSD should > > support the trend. Useful technical summary is available at > > https://fedoraproject.org/wiki/Changes/NTSYNC-Contained > > > > Apparently, there is some documentation > > https://docs.kernel.org/userspace-api/ntsync.html > > (which mis-spells ioctl names), and the test suite that seems to be > > more useful. > > > > FreeBSD port of the test suite can be found at > > https://github.com/kostikbel/freebsd-ntsync-test > > and the FreeBSD driver implementation at > > https://reviews.freebsd.org/D57038 > > > > This is a clean-room implementation, I did not read GPL-ed code. > > I used the documentation as reference, and ensured that the test suite > > passes fully. Amusingly, there was one test that contained bug in > > the check. > > > >