From nobody Mon Mar 2 18:57:22 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 4fPp7h3JMlz6T5RH for ; Mon, 02 Mar 2026 18:56:48 +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 4fPp7f6BzQz47tj for ; Mon, 02 Mar 2026 18:56:46 +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 92532 invoked from network); 2 Mar 2026 18:56:45 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 2 Mar 2026 18:56:45 -0000 Date: Mon, 2 Mar 2026 10:57:22 -0800 From: Graham Percival To: freebsd-current@freebsd.org, freebsd-git-weekly@tarsnap.com Cc: Colin Percival Subject: FreeBSD Git Weekly 2026-02-23 to 2026-03-01 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 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Result: default: False [-3.63 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; NEURAL_HAM_SHORT(-0.94)[-0.943]; DMARC_POLICY_ALLOW(-0.50)[tarsnap.com,none]; R_SPF_ALLOW(-0.20)[+ip4:54.86.246.204/32]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:14618, ipnet:54.86.0.0/16, country:US]; TO_DN_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[54.86.246.204:from] X-Rspamd-Queue-Id: 4fPp7f6BzQz47tj X-Spamd-Bar: --- Hi all, I'm happy to announce FreeBSD git weekly for 2026-02-23 -- 2026-03-01: https://freebsd-git-weekly.tarsnap.net/2026-02-23.html It's a list of the 115 commits in that week, split into categories. Highlighted commits: - asmc(4): pull 32-bit support for the driver - ipfw: add support for masked ip-address lookups "Highlighted" commits are selected automatically if a commit modifies UPDATING, or if the commit message contains a "Relnotes:" line. If you think that another commit should be highlighted, let me know and I'm happy to make it so. To see all reports: https://freebsd-git-weekly.tarsnap.net/ This work is funded by cperciva@ and Tarsnap Backup Inc. Cheers, - Graham Percival From nobody Tue Mar 3 07:03:59 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 4fQ6S63jXrz6Tv9K for ; Tue, 03 Mar 2026 07:12:06 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oi1-x22a.google.com (mail-oi1-x22a.google.com [IPv6:2607:f8b0:4864:20::22a]) (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 4fQ6S55yL2z4Mnw for ; Tue, 03 Mar 2026 07:12:05 +0000 (UTC) (envelope-from kob6558@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=gJ7R+00P; dmarc=pass (policy=none) header.from=gmail.com; arc=pass ("google.com:s=arc-20240605:i=1"); spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::22a as permitted sender) smtp.mailfrom=kob6558@gmail.com Received: by mail-oi1-x22a.google.com with SMTP id 5614622812f47-45f053b7b90so3598113b6e.0 for ; Mon, 02 Mar 2026 23:12:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1772521924; cv=none; d=google.com; s=arc-20240605; b=IIlTwNBYA2q/+Vp5aKvz83AC04BcD3TKS77Is/WNQMHlp9r5baDQnN7Sy3YXKy4rIy CoVoAoL73PX0LD0hi4OWdYedOUoeHfLFo/8VzOTWwxFTPC6Yz6X9qEE+npY6Bqbv8G2H V+p1D84LkGs1kl+AEH8trlb6WkauXYkCumFYOVvcF+jTpdE/E0UnUHcJG/kWPk0AYl1Q E9P4oyAmWaN4axP/sXsaGDIzebxY8qDjsbOMY+anAhJxS/ABBgpYD4m/I3t6oTig6Jhi Vg8mNkzT8QGtW06h/7gu2UiTuMMgkw0rJPrU5lVvFAfljzmCiureIISmQ7xTYuoZPK5/ 9/Kg== 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=dDOvY8LZYcKVrci4BtNcICDWuEE5S7hIQ5RcgkYEYkM=; fh=QAuinG8DdctZZdUFwzeZu8OkrS+/xhA6LwD85eCrHKk=; b=RLLfDHvuW8mOla+sD23QXaAgK3oi2UxlNN0rLjAxrkt1BMzBnheWa3bZ46XCKJwYLB K/xq8p1UGXXQDm1utpPNq5AcvRPogMJ+P9k67rZJAc9oZXOaKNWIHQnIl8+Jbf4h3z3o PfuwY3PyIsy43JOQn81Y/XQYGE3o/bSjKk99ql9PChMKQLfR4dhPWmq2WQVN1jsIcdkR FKSWU9fVutzEGHUx41y+zhRFPUuD+iaXStO7VFuN69gf7Rdf8/v3UqxEk5A3/Xb1bxa8 m8P7+RwePC/rTZUj46Pxj3v7zQQUVLXZFQTkQ8x0eLj/Nj6P3F+n2vksunCrHcZBLPCL tHnw==; 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=20230601; t=1772521924; x=1773126724; 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=dDOvY8LZYcKVrci4BtNcICDWuEE5S7hIQ5RcgkYEYkM=; b=gJ7R+00PU43f2dWEzHA1JOLNzgv2BF7KnjzXc1zOL9FDhYkTLWh7xv5h6O0zEIgNKu N3AJLfKhVKHJrLquR/WlUjIkAyNgfiR/4C3uhA34S9d+YrIVwh2grlPUPeCqc2adEVgF 5WOZqU/IQIse0XmANrm/5gMqEzpuxDxPI0shnDYObdLmwyHBHfpm0tbpgshrfJtXl7gh 450liF4lg7/VfJsgP4FjTaXVzRVudkJDrTu2reEHQSqpsd3USGsW+B1oXj3/NSb43rt7 rRWOKzqSEZh0K1U0s3BKk6fb7h5/CVlA10drp9r2srsvxPJObnVIaX2ZS4o5J5GyUF+A /kkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772521924; x=1773126724; 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=dDOvY8LZYcKVrci4BtNcICDWuEE5S7hIQ5RcgkYEYkM=; b=rKnaGrQFEXbd2HYvVwk2j1TsiBccLBRPQbIIiVSyyrb+3Ot4sJjeuvCNUPR91hqdrw 5F6j7MLT2cE9VPCmcdnZJ2QQxgf/uNuP2mPuVw8lp9JHfUxLDy3SgimVg9unSziQPQ/m KF6z7N+3RkFkGZIfarei0XVcsX08Wal0vFXu5avvF1roKCE0SrXaCiw5MBwspNRAj3HG ZJpGG1rVAMLl/22S9wrpje4s0XVm/G2GnQP0BuPtycLZ4+jJS3bLipKl3V9WClO8DSjY GNSj8R285ii2e59elZauqzrbLu4/A2x+Apat+2BRUlSBaLKCf/FnFVbgSk6KQltkLFEo U0CA== X-Forwarded-Encrypted: i=1; AJvYcCVxPfS3m/7dw8ynGJKlFNzFjh6OjHcRK12+DxZMW4egL12cDtNFuhpodFISsOr9uytCJC5coPqJNxR9THlLqTg=@freebsd.org X-Gm-Message-State: AOJu0YzXpSFdT8VFIUYolnOp85QsVNqhr7qH78vWthRdiZfUegHRuNet /x7Sc4nUNdbFyji98VghwVPo3e1AEC/Ko/NwAkziGG65ucpVrMlGSKeZcTYx+zB2aD0xGYfGa8P y9lLr8mjvQUiVnqNiCqn0XXGFVWveN8GFvg== X-Gm-Gg: ATEYQzyE+zL1uPuLJ6bpjxFQB2umV8GRnx9o5rLOGXyXgON9Sw3tuE8ff8FTDMmZD+N Cz/MEo9fadkGHLVUcr/KL/ONv1dNUulBqLA4nkG273FvfH8vEaIo0hjVRTiMXyjACV+FCn/0qHJ MoYcpTjgnRJqxcbg3qj4dlw3QUFYDcD+4d11RIQfnJY8j6MgExLHl8CGcoeirCSIG80CuCgq32B Ncdo8dV/UxNevq4JEoO7bR4TBL9DR4+xKuQYkre7SCb99RODpTXSWt/OzrBzj13UaLZYGKncXER +eTYVAAebHs5rfevyfNSZajK+dpzysvCW9f3yy0Pn/UwV++LysGdNmcUdaGvn9Yu7Gnc X-Received: by 2002:a53:e8cd:0:b0:64c:b56c:1acf with SMTP id 956f58d0204a3-64cc228918bmr10963513d50.54.1772521456125; Mon, 02 Mar 2026 23:04:16 -0800 (PST) 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 MIME-Version: 1.0 References: <1895ba62-b069-4e28-a910-6c666703ee8e@gmail.com> <6d613720-fa00-4686-be70-1767dbdc1fc2@yahoo.com> In-Reply-To: <6d613720-fa00-4686-be70-1767dbdc1fc2@yahoo.com> From: Kevin Oberman Date: Mon, 2 Mar 2026 23:03:59 -0800 X-Gm-Features: AaiRm52WuA7tDsyEUsf1HmsWVPGKiY5Smq768AzSu04Y-bydfmGHnrH6aXI41pI Message-ID: Subject: Re: 504 gateway time-outs To: Mark Millard Cc: Graham Perrin , freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: multipart/alternative; boundary="000000000000bfce64064c194f08" X-Spamd-Result: default: False [1.31 / 15.00]; R_SUSPICIOUS_URL(5.00)[pkg-]; ARC_ALLOW(-1.00)[google.com:s=arc-20240605:i=1]; URI_COUNT_ODD(1.00)[41]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.988]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; GREYLIST(0.00)[pass,body]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::22a:from] X-Rspamd-Queue-Id: 4fQ6S55yL2z4Mnw X-Spamd-Bar: + --000000000000bfce64064c194f08 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Feb 28, 2026 at 8:55=E2=80=AFPM Mark Millard wr= ote: > On 2/28/26 17:57, Kevin Oberman wrote: > > On Sat, Feb 28, 2026 at 5:48=E2=80=AFPM Kevin Oberman > > wrote: > > > > On Sat, Feb 28, 2026 at 3:33=E2=80=AFAM Graham Perrin > > > wrote: > > > > On 28/02/2026 10:32, Mark Millard wrote: > > > =E2=80=A6 > > > > > > The following got "504 Gateway Time-out" when I tried them: > > > > > > > mastername=3Dmain-amd64-default&build=3Dpdf4f957ea181_s178d0b5b= 8d > > > mastername=3Dmain-amd64-default&build=3Dpdf4f957ea181_s178d0b5b= 8d>> > > > > > > > mastername=3D150amd64-default&build=3Ddf4f957ea181 > status.freebsd.org/beefy23/build.html?mastername=3D150amd64- > > default&build=3Ddf4f957ea181>> > > > > > > Both somewhat slow to load, however they do load for me. > > > > Thanks > > > > > > beefy22 is showing hte same issues. Something is tying up the > > builders with builds hanging in "build-depends" and "lib-depends" > > for very long periods of time, as long as over 4 hours) with high > > load averages. This has been going on for months and seems to be > > getting worse. Chromium builds which used to take around 20 hours > > are now running around 40 and I really don't think that this is jus= t > > code bloat. At times, about half of the active builds are in some > > state other than "build"; mostly one of the depends states which > > should never take long as all dependencies are built before a build > > is started. > > > > After some time passes (often hours) things clear up. Dependencies > > are suddenly loaded in a few minutes or less. Note that things do > > continue to complete, but the 10 minute averages are in single > > digits and frequently go to 0. During this time, my connection to > > beefy22 will timeout and sometimes I can't establish a connection. > > > > I don't have any special access to the machines... just via pkg- > > status, so I'm fairly limited in any analysis. > > > > > > Just before I started my last message, all was well, but I last saw > > were a dozen builds in one of the "depends" states and "impulse" at 74 > > when I lost my connection. I can reconnect to the beefy22 status page, > > but it has not updated for several minutes. > > [Do not expect that I edited my all notes in presentation-text-order.] > > Via : > > beefy22: 143amd64-default 17:21:38 > > Accurate would be over 27 hrs (see below). > > Note: beefy22 has 64 FreeBSD cpus. I do not know the RAM or SWAP space. > > < > https://pkg-status.freebsd.org/beefy22/build.html?mastername=3D143amd64-d= efault&build=3Ddf4f957ea181 > > > : > > Load Averages Swapinfo Elapsed > (100%) 63.94 69.19 70.56 0.24% 27:37:33 > > > -- > > Kevin Oberman, Part time kid herder and retired Network Engineer > > E-mail: rkoberman@gmail.com > > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > > I see such on beefy24 (main-amd64-default) currently but also got lucky > for an detailed page display. Notably: > > < > https://pkg-status.freebsd.org/beefy24/build.html?mastername=3Dmain-amd64= -default&build=3Dpdf4f957ea181_s178d0b5b8d > > > > shows: > > Load Averages Swapinfo Elapsed > (107%) 102.71 106.93 107.91 55.15% 26:35:05 > > but shows > 23:10:02 for Elapsed. > > (Note: There are 96 FreeBSD cpus in beefy24 and in beefy23. The > poudriere configuration is allowing 45 builders at once. Each builder is > likely to be configured to allow, say, up to 3 make processes, > MAKE_JOBS_NUMBER=3D3 . It is difficult to look at logs now to check on th= e > figure. I've no information about the amount of RAM or the size of the > SWAP space for beefy24 or beefy23.) > > The longest-still-active port-package builders elapsed-time-so-far > figures shown were: > > qt6-webengine-6.10.2 23:33:08 > chromium-145.0.7632.109 20:43:03 > electron39-39.7.0 20:41:59 > apache-openoffice-devel-4.2.1768900765_1,4 11:20:05 > > Those are likely the major users of tmpfs space that competes for > RAM+SWAP for USE_TMPFS=3Dall (or other large USE_TMPFS settings). > > I'd guess that the paging is thrashing for the above but have no way of > checking. It could be that some use of TMPFS_BLACKLIST to avoid the use > of TMPFS for the port-packages that have huge TMPFS involved could help > (without otherwise disabling USE_TMPFS=3Dall to still speed up most > builders). > > (I will note that TMPFS_BLACKLIST entries do not necessarily end up with > no tmpfs use, just less. But that less can help avoid paging that ends > up thrashing.) > > Note during my editing/research and other activities, the web page had > not updated at all after its initial display. It is now significantly > later than when I started editing this note. > > Later: Hmm. > > https://pkg-status.freebsd.org/builds?type=3Dpackage&all=3D1 > > 05:48:27 beefy23 (150amd64-default) > > but . . . > > < > https://pkg-status.freebsd.org/beefy23/build.html?mastername=3D150amd64-d= efault&build=3Ddf4f957ea181 > > > > Load Averages Swapinfo Elapsed > (112%) 107.81 100.28 97.16 0.04% 27:42:2 > > > -- > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > beefy22 started a full ports build Saturday at 00:10 UTC. Most of last Saturday and early Sunday had 'impulse' of no more than double digits and over a 20 hour period the number of completed builds was just over 1000. Chromium and electron were killed when they reached 48 hours. The build now exceeds 72 hours. Last month's fill build was about 64.5 hours. It really looks like things are getting worse. I suspect some resource is reaching exhaustion. One suggestion I saw that looks possible is tmp which I believe is a tempfs, but I really can't tell too much with what is visible on pkg-status. On to wild speculation. Maybe reduce the number of concurrent builds. If a small amount of DRAM could help, that would be great, but DRAM is getting very expensive and reducing the number of builds might speed things up at no cost. --=20 Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000bfce64064c194f08 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Feb 28, 2026 at 8:55=E2= =80=AFPM Mark Millard <marklmi@yaho= o.com> wrote:
On 2/28/26 17:57, K= evin Oberman wrote:
> On Sat, Feb 28, 2026 at 5:48=E2=80=AFPM Kevin Oberman <rkoberman@gmail.com
> <mailto:rk= oberman@gmail.com>> wrote:
>
>=C2=A0 =C2=A0 =C2=A0On Sat, Feb 28, 2026 at 3:33=E2=80=AFAM Graham Perr= in
>=C2=A0 =C2=A0 =C2=A0<grahamperrin@gmail.com <mailto:grahamperrin@gmail.com>> wrot= e:
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0On 28/02/2026 10:32, Mark Millard wro= te:
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> =E2=80=A6
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> The following got "504 Gate= way Time-out" when I tried them:
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> <http= s://pkg-status.freebsd.org/beefy24/build.html?
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0mastername=3Dmain-amd64-default&b= uild=3Dpdf4f957ea181_s178d0b5b8d
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<https://p= kg-status.freebsd.org/beefy24/build.html?
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0mastername=3Dmain-amd64-default&b= uild=3Dpdf4f957ea181_s178d0b5b8d>>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0> <http= s://pkg-status.freebsd.org/beefy23/build.html?
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0mastername=3D150amd64-default&bui= ld=3Ddf4f957ea181 <https://pkg-
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0status.freebsd.org/beefy23/build.html?mastername=3D150amd64-
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0default&build=3Ddf4f957ea181>&= gt;
>
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Both somewhat slow to load, however t= hey do load for me.
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Thanks
>
>=C2=A0 =C2=A0 =C2=A0=C2=A0
>=C2=A0 =C2=A0 =C2=A0beefy22 is showing hte same issues. Something is ty= ing up the
>=C2=A0 =C2=A0 =C2=A0builders with builds hanging in "build-depends= " and "lib-depends"
>=C2=A0 =C2=A0 =C2=A0for very long periods of time, as long as over 4 ho= urs) with high
>=C2=A0 =C2=A0 =C2=A0load averages. This has been going on for months an= d seems to be
>=C2=A0 =C2=A0 =C2=A0getting worse. Chromium builds which used to take a= round 20 hours
>=C2=A0 =C2=A0 =C2=A0are now running around 40 and I really don't th= ink=C2=A0that this is just
>=C2=A0 =C2=A0 =C2=A0code bloat. At times, about half of the active buil= ds=C2=A0are in some
>=C2=A0 =C2=A0 =C2=A0state=C2=A0other than "build"; mostly one= of the depends states which
>=C2=A0 =C2=A0 =C2=A0should never take long as all dependencies are buil= t before a build
>=C2=A0 =C2=A0 =C2=A0is started.
>
>=C2=A0 =C2=A0 =C2=A0After some time passes (often hours) things clear u= p. Dependencies
>=C2=A0 =C2=A0 =C2=A0are suddenly loaded in a few minutes or less. Note = that things do
>=C2=A0 =C2=A0 =C2=A0continue to complete, but the 10 minute averages ar= e in single
>=C2=A0 =C2=A0 =C2=A0digits and frequently go to 0. During this time, my= connection to
>=C2=A0 =C2=A0 =C2=A0beefy22 will timeout and sometimes I can't esta= blish a connection.
>
>=C2=A0 =C2=A0 =C2=A0I don't have any special access to the machines= ... just via pkg-
>=C2=A0 =C2=A0 =C2=A0status, so I'm fairly limited in any analysis.<= br> >
>
> Just before I started my last message,=C2=A0 all was well, but I last= =C2=A0saw
> were a dozen builds in one of the=C2=A0"depends" states and = "impulse" at 74
> when I lost my connection. I can reconnect to the beefy22 status page,=
> but it has not updated for several=C2=A0minutes.

[Do not expect that I edited my all notes in presentation-text-order.]

Via <https://pkg-status.freebsd.o= rg/builds?type=3Dpackage&all=3D1> :

beefy22: 143amd64-default 17:21:38

Accurate would be over 27 hrs (see below).

Note: beefy22 has 64 FreeBSD cpus. I do not know the RAM or SWAP space.

<https://pkg-status.freebsd.org/beefy22/build.html?mastername=3D143a= md64-default&build=3Ddf4f957ea181>
:

=C2=A0 =C2=A0 =C2=A0 =C2=A0Load Averages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0S= wapinfo=C2=A0 Elapsed
(100%) 63.94 69.19 70.56=C2=A0 =C2=A0 =C2=A00.24%=C2=A0 =C2=A0 =C2=A027:37:= 33

> --
> Kevin Oberman, Part time kid herder and retired Network Engineer
> E-mail: rkobe= rman@gmail.com <mailto:rkoberman@gmail.com>
> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683


I see such on beefy24 (main-amd64-default) currently but also got lucky
for an detailed page display. Notably:

<https://pkg-status.freebsd.org/beefy24/build.html?ma= stername=3Dmain-amd64-default&build=3Dpdf4f957ea181_s178d0b5b8d>=

shows:

=C2=A0 =C2=A0 =C2=A0 =C2=A0Load Averages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0S= wapinfo=C2=A0 Elapsed
(107%) 102.71 106.93 107.91=C2=A0 55.15%=C2=A0 =C2=A0 26:35:05

but <https://pkg-status.freebsd.o= rg/builds?type=3Dpackage&all=3D1> shows
23:10:02 for Elapsed.

(Note: There are 96 FreeBSD cpus in beefy24 and in beefy23. The
poudriere configuration is allowing 45 builders at once. Each builder is likely to be configured to allow, say, up to 3 make processes,
MAKE_JOBS_NUMBER=3D3 . It is difficult to look at logs now to check on the<= br> figure. I've no information about the amount of RAM or the size of the<= br> SWAP space for beefy24 or beefy23.)

The longest-still-active port-package builders elapsed-time-so-far
figures shown were:

qt6-webengine-6.10.2=C2=A0 =C2=A0 23:33:08
chromium-145.0.7632.109 20:43:03
electron39-39.7.0=C2=A0 =C2=A0 =C2=A0 =C2=A020:41:59
apache-openoffice-devel-4.2.1768900765_1,4 11:20:05

Those are likely the major users of tmpfs space that competes for
RAM+SWAP for USE_TMPFS=3Dall (or other large USE_TMPFS settings).

I'd guess that the paging is thrashing for the above but have no way of=
checking. It could be that some use of TMPFS_BLACKLIST to avoid the use
of TMPFS for the port-packages that have huge TMPFS involved could help
(without otherwise disabling USE_TMPFS=3Dall to still speed up most builder= s).

(I will note that TMPFS_BLACKLIST entries do not necessarily end up with no tmpfs use, just less. But that less can help avoid paging that ends
up thrashing.)

Note during my editing/research and other activities, the web page had
not updated at all after its initial display. It is now significantly
later than when I started editing this note.

Later: Hmm.

https://pkg-status.freebsd.org/build= s?type=3Dpackage&all=3D1

05:48:27 beefy23 (150amd64-default)

but . . .

<https://pkg-status.freebsd.org/beefy23/build.html?mastername=3D150a= md64-default&build=3Ddf4f957ea181>

=C2=A0 =C2=A0 =C2=A0 =C2=A0Load Averages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0S= wapinfo=C2=A0 Elapsed
(112%) 107.81 100.28 97.16=C2=A0 =C2=A00.04%=C2=A0 =C2=A0 =C2=A027:42:2


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

beefy22 started a= full ports build Saturday at 00:10 UTC. Most of last Saturday and early Su= nday had 'impulse' of no more than double digits and=C2=A0
over a 20 hour period the number of completed builds was just over 1= 000. Chromium and electron=C2=A0were killed when they reached 48 hours. The= build now exceeds=C2=A072 hours. Last month's fill build was about 64.= 5 hours.

It really looks like things are= getting worse. I suspect some resource is reaching exhaustion. One suggest= ion I saw that looks possible is tmp which I believe is a tempfs, but I rea= lly can't tell too much with what is visible on pkg-status.=C2=A0
=

On to wild speculation. Maybe reduce the numb= er of concurrent builds. If a small amount of DRAM could help, that would b= e great, but DRAM is getting very expensive and reducing the=C2=A0number of= builds might speed things up at no cost.=C2=A0
--
<= div dir=3D"ltr">
Kevin Oberman, Part time kid herder and retired Network EngineerE-mail: rkoberma= n@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB= 39EF1B055683
--000000000000bfce64064c194f08-- From nobody Tue Mar 3 18:08: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 4fQP1k1fTDz6TRHf; Tue, 03 Mar 2026 18:08:42 +0000 (UTC) (envelope-from vishwin@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 "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fQP1k0hB0z3MF9; Tue, 03 Mar 2026 18:08:42 +0000 (UTC) (envelope-from vishwin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772561322; 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:autocrypt:autocrypt; bh=/Va08XoG7IvN6Yj+jQoIw9YhYaFKfS7mv0l/wViBP6U=; b=d3fJ8+fbLddHkn7ciYHgrsdbIyHm8cuKyhtnWneFwWLMlPpWh/KLaUV2weDk6eHfiuw5rM 8sgvXJFrBx1XBr3kBR/QEJg4bpa8GfIDNEHl3rksT8T6jEQ5Cjl09xoXilFtkey+I7I4hx RzF6agzKwWSaZfEVnFnNidgdQlv1FErPMMUlySvSKndRrEje5BZAA8AY5+CA1NUnO0xLpQ aAY2WrnCP599OD/na46NGr8bmYJTShVgI8mvEB4bQU4pEmo54dM9BNToEf/n5Y1F0xB8CU zYABPNX45AkXRNfnczx0lEAyePucchMyjmiyP/EHyb61FKBmdYRZtxgKUTuuOg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1772561322; a=rsa-sha256; cv=none; b=qFZpQu7wUYRrjU/QjxWGgu66waSsLee2/S4p+EEI4cvHRAk5ClnZ/NriaIvb7QuGW6xlgy o0ixGNVyycJNUMzzxaCxI2E7WtzL7iks63sfJNwY3oHIti7Cj2BuVrCSyb2XnweeTAWgze 4zK1MJf92IVpmsUfrrZoZ53zGJOJtpqvUqWYbwByQqZPD9jqQQGxbSN7/D+xsKPdiqhqIo jBLjz52ZwcJRKGrGJySkQrgdoVowr8wZXmOXDlKFOw0aMds0ojYv6VfUr5U7MwGCofsnba AgOBAM3A5XS+uiYxoc5FDpaHf+v0btVfSudvgLINbZG2v3aGhKfYOm3auDazzQ== 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=1772561322; 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:autocrypt:autocrypt; bh=/Va08XoG7IvN6Yj+jQoIw9YhYaFKfS7mv0l/wViBP6U=; b=qDFBVgcSMTl9dmbvrL1dvl1fnpV+HzX2XjUvbgce1QF+JR5msKapHTWcHsn+1inULo7+3n Nya8YF9N9xnxXJyKwQswnZ9oo/u/R+bRVRFqEQ8MVkz6Km0mVmIp5tAjRdCcaSGuQbSIum upcAgEkRzOlRsV6iGehFMHxEnIZZ8ILXEoEfNrTs92wjEd7aQApcjnYvJoHRlFOH6A3whR soAqTEX/t+jFlSn3PYf6BQb/VROU4+U/z1AalVaL8rkyyWNbZ09iYtdencw+RXLuNBzup+ RNlcTY/aG1ViAjuh5PCJUEHd/jG+uYN8rIye0W9cMI4kbrt7ySN8vIKtjzxuYQ== Received: from [IPV6:2601:98a:d00:c180:d3ec:93bd:b68:8fe9] (unknown [IPv6:2601:98a:d00:c180:d3ec:93bd:b68:8fe9]) (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: vishwin/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4fQP1j5PwJzR2C; Tue, 03 Mar 2026 18:08:41 +0000 (UTC) (envelope-from vishwin@freebsd.org) Message-ID: <8c9f9083-5764-4d37-a621-55d822e9b439@freebsd.org> Date: Tue, 3 Mar 2026 13:08:40 -0500 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 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Charlie Li Subject: Re: S0i3 sleep testing image To: obiwac Cc: FreeBSD CURRENT , freebsd-hackers References: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> Content-Language: en-US Autocrypt: addr=vishwin@freebsd.org; keydata= xjMEaEicoBYJKwYBBAHaRw8BAQdAZBuydpjFLGem4uRJPWaYMXX2e+BN1jDhbD3tcqbxhdfN MkNoYXJsaWUgTGkgKEZyZWVCU0QgUHJvamVjdCkgPHZpc2h3aW5ARnJlZUJTRC5vcmc+wpkE ExYKAEEWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbAwUJCWYBgAULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgAAKCRDP+1cn7slqBM/bAP9bhA4e0LxJYFYJlftZM5WHrMSPpUe6 G2pVqmQWTQ0EZQEA0PNryfH3qRWWPSI8mFNRnG24hi5/aXFqCnHj1tcJ9Q/OOARoSJygEgor BgEEAZdVAQUBAQdAUT4TzYFmV6ueIGwjX0N+445KZV6ns1Wiw67QMsJZxHkDAQgHwn4EGBYK ACYWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbDAUJCWYBgAAKCRDP+1cn7slqBPO/ AQCPuGiyyfJClICRs/ToG0MsT8YcPdBygzuUIIeGpkjJpgEA7AoFCQ0Y28Y3hIDFn2k9PH3B nGWL3g05W0ds2qoj+gQ= Organization: FreeBSD Project In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------J0fH9sMSL2xlC4mSAQGJIQsJ" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------J0fH9sMSL2xlC4mSAQGJIQsJ Content-Type: multipart/mixed; boundary="------------gVVnl70mSWjEcyQuE2VhUJlF"; protected-headers="v1" Message-ID: <8c9f9083-5764-4d37-a621-55d822e9b439@freebsd.org> Date: Tue, 3 Mar 2026 13:08:40 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Charlie Li Subject: Re: S0i3 sleep testing image To: obiwac Cc: FreeBSD CURRENT , freebsd-hackers References: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> Content-Language: en-US Autocrypt: addr=vishwin@freebsd.org; keydata= xjMEaEicoBYJKwYBBAHaRw8BAQdAZBuydpjFLGem4uRJPWaYMXX2e+BN1jDhbD3tcqbxhdfN MkNoYXJsaWUgTGkgKEZyZWVCU0QgUHJvamVjdCkgPHZpc2h3aW5ARnJlZUJTRC5vcmc+wpkE ExYKAEEWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbAwUJCWYBgAULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgAAKCRDP+1cn7slqBM/bAP9bhA4e0LxJYFYJlftZM5WHrMSPpUe6 G2pVqmQWTQ0EZQEA0PNryfH3qRWWPSI8mFNRnG24hi5/aXFqCnHj1tcJ9Q/OOARoSJygEgor BgEEAZdVAQUBAQdAUT4TzYFmV6ueIGwjX0N+445KZV6ns1Wiw67QMsJZxHkDAQgHwn4EGBYK ACYWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbDAUJCWYBgAAKCRDP+1cn7slqBPO/ AQCPuGiyyfJClICRs/ToG0MsT8YcPdBygzuUIIeGpkjJpgEA7AoFCQ0Y28Y3hIDFn2k9PH3B nGWL3g05W0ds2qoj+gQ= Organization: FreeBSD Project In-Reply-To: --------------gVVnl70mSWjEcyQuE2VhUJlF Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 b2Jpd2FjIHdyb3RlOg0KPiBJIGhhdmUgb3BlbmVkIGEgcmV2aXNpb24gdG8gYWRkIENlemFu bmUgc3VwcG9ydCB0byBhbWRzbXU6DQo+IGh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9E NTU1OTQNCj4gDQo+IEFsc28gcHVzaGVkIHRvIHRoZSAnZXZlcnl0aGluZycgYnJhbmNoIG9u IG15IHJlcG8uIENhbiB5b3UgY2hlY2sgdGhhdA0KPiBpdCB3b3JrcyBmb3IgeW91PyBBbmQg cGxlYXNlIHNlbmQgbWUgJ3N5c2N0bCBkZXYuYW1kc211LjAnLg0KPiANCiUgc3lzY3RsIGRl di5hbWRzbXUNCmRldi5hbWRzbXUuMC5pZGxlbWFzazogMzIyMTM2MDE4MQ0KZGV2LmFtZHNt dS4wLmlwX2Jsb2Nrcy5MQVBJQy5sYXN0X3RpbWU6IDQ3MTIxNDMzMTQ5MTA5Njk4NTYNCmRl di5hbWRzbXUuMC5pcF9ibG9ja3MuTEFQSUMuYWN0aXZlOiAwDQpkZXYuYW1kc211LjAuaXBf YmxvY2tzLlVTQjNfMS5sYXN0X3RpbWU6IDANCmRldi5hbWRzbXUuMC5pcF9ibG9ja3MuVVNC M18xLmFjdGl2ZTogMQ0KZGV2LmFtZHNtdS4wLmlwX2Jsb2Nrcy5VU0IzXzAubGFzdF90aW1l OiAwDQpkZXYuYW1kc211LjAuaXBfYmxvY2tzLlVTQjNfMC5hY3RpdmU6IDENCmRldi5hbWRz bXUuMC5pcF9ibG9ja3MuREYubGFzdF90aW1lOiAwDQpkZXYuYW1kc211LjAuaXBfYmxvY2tz LkRGLmFjdGl2ZTogMQ0KZGV2LmFtZHNtdS4wLmlwX2Jsb2Nrcy5OQklPLmxhc3RfdGltZTog MTM0NzU5MDA4OTA5MjEwMjU1MzYNCmRldi5hbWRzbXUuMC5pcF9ibG9ja3MuTkJJTy5hY3Rp dmU6IDANCmRldi5hbWRzbXUuMC5pcF9ibG9ja3MuSVNQLmxhc3RfdGltZTogMQ0KZGV2LmFt ZHNtdS4wLmlwX2Jsb2Nrcy5JU1AuYWN0aXZlOiAwDQpkZXYuYW1kc211LjAuaXBfYmxvY2tz LlZDTi5sYXN0X3RpbWU6IDANCmRldi5hbWRzbXUuMC5pcF9ibG9ja3MuVkNOLmFjdGl2ZTog MQ0KZGV2LmFtZHNtdS4wLmlwX2Jsb2Nrcy5BQ1AubGFzdF90aW1lOiAwDQpkZXYuYW1kc211 LjAuaXBfYmxvY2tzLkFDUC5hY3RpdmU6IDENCmRldi5hbWRzbXUuMC5pcF9ibG9ja3MuVkRE Lmxhc3RfdGltZTogMA0KZGV2LmFtZHNtdS4wLmlwX2Jsb2Nrcy5WREQuYWN0aXZlOiAxDQpk ZXYuYW1kc211LjAuaXBfYmxvY2tzLkdGWC5sYXN0X3RpbWU6IDANCmRldi5hbWRzbXUuMC5p cF9ibG9ja3MuR0ZYLmFjdGl2ZTogMQ0KZGV2LmFtZHNtdS4wLmlwX2Jsb2Nrcy5DUFUubGFz dF90aW1lOiAwDQpkZXYuYW1kc211LjAuaXBfYmxvY2tzLkNQVS5hY3RpdmU6IDENCmRldi5h bWRzbXUuMC5pcF9ibG9ja3MuRElTUExBWS5sYXN0X3RpbWU6IDANCmRldi5hbWRzbXUuMC5p cF9ibG9ja3MuRElTUExBWS5hY3RpdmU6IDENCmRldi5hbWRzbXUuMC5tZXRyaWNzLnRvdGFs X3RpbWVfaW5fc3dfZHJpcHM6IDANCmRldi5hbWRzbXUuMC5tZXRyaWNzLnRpbWVfbGFzdF9p bl9zd19kcmlwczogMA0KZGV2LmFtZHNtdS4wLm1ldHJpY3MudG90YWxfdGltZV9pbl9zMGkz OiAwDQpkZXYuYW1kc211LjAubWV0cmljcy50aW1lX2xhc3RfaW5fczBpMzogMA0KZGV2LmFt ZHNtdS4wLm1ldHJpY3MudG90YWxfdGltZV9yZXN1bWluZzogMA0KZGV2LmFtZHNtdS4wLm1l dHJpY3MudGltZV9sYXN0X3Jlc3VtaW5nOiAwDQpkZXYuYW1kc211LjAubWV0cmljcy50b3Rh bF90aW1lX2VudGVyaW5nX3MwaTM6IDANCmRldi5hbWRzbXUuMC5tZXRyaWNzLnRpbWVfbGFz dF9lbnRlcmluZ19zMGkzOiAwDQpkZXYuYW1kc211LjAubWV0cmljcy50aW1lX2xhc3RfaW5f czBpMjogMA0KZGV2LmFtZHNtdS4wLm1ldHJpY3MuczBpM19sYXN0X2VudHJ5X3N0YXR1czog MA0KZGV2LmFtZHNtdS4wLm1ldHJpY3MuaGludF9jb3VudDogMA0KZGV2LmFtZHNtdS4wLm1l dHJpY3MudGFibGVfdmVyc2lvbjogMw0KZGV2LmFtZHNtdS4wLnZlcnNpb25fcmV2aXNpb246 IDANCmRldi5hbWRzbXUuMC52ZXJzaW9uX21pbm9yOiA3NA0KZGV2LmFtZHNtdS4wLnZlcnNp b25fbWFqb3I6IDY0DQpkZXYuYW1kc211LjAucHJvZ3JhbTogMA0KZGV2LmFtZHNtdS4wLiVp b21tdToNCmRldi5hbWRzbXUuMC4lcGFyZW50OiBob3N0YjANCmRldi5hbWRzbXUuMC4lcG5w aW5mbzoNCmRldi5hbWRzbXUuMC4lbG9jYXRpb246DQpkZXYuYW1kc211LjAuJWRyaXZlcjog YW1kc211DQpkZXYuYW1kc211LjAuJWRlc2M6IEFNRCBTeXN0ZW0gTWFuYWdlbWVudCBVbml0 DQpkZXYuYW1kc211LiVwYXJlbnQ6DQoNCi0tIA0KQ2hhcmxpZSBMaQ0KLi4ubm9wZSwgc3Rp bGwgZG9uJ3QgaGF2ZSBhbiBleGl0IGxpbmUuDQo= --------------gVVnl70mSWjEcyQuE2VhUJlF-- --------------J0fH9sMSL2xlC4mSAQGJIQsJ Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaacjqAUDAAAAAAAKCRDP+1cn7slqBKh6 AP0YeQ6GelQ/YcodyeT23E/jl//nN/MlE/20etuMjosMTQD8D7BUbP7dOlVFDVYk7CR1oszKj3Ev qWKCZ5/SZxN5cw8= =ajLA -----END PGP SIGNATURE----- --------------J0fH9sMSL2xlC4mSAQGJIQsJ-- From nobody Tue Mar 3 18:57:27 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 4fQQ6L1hzKz6TVHV for ; Tue, 03 Mar 2026 18:57:46 +0000 (UTC) (envelope-from obiwac@gmail.com) Received: from mail-oa1-f49.google.com (mail-oa1-f49.google.com [209.85.160.49]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fQQ6K6PM6z3Vpl for ; Tue, 03 Mar 2026 18:57:40 +0000 (UTC) (envelope-from obiwac@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-oa1-f49.google.com with SMTP id 586e51a60fabf-40ea36b56b7so847849fac.3 for ; Tue, 03 Mar 2026 10:57:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772564259; x=1773169059; 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=wcZqT1YqrdmZauN+E7f6CKhA7TyD/uozizzsTGtuKlM=; b=dc4JsUIbzgkzRGXDNSMuw6IaTqeDmLSc7ak1TCoMLgL8ozES4Fzi8G/uT6ZcMoMUbX 1FwGXBW8rLUeJ5C2WB9UG/RTTb7viQ8EB33dsJQEowz8Dv/LxEXaDsCegffujcXRqV+j hq/WEJUkkYBCJpln6q/3pZnuvT8FzQvd7VcARtOe8hZfsbO8a2aJvL2V2neLbWogNi1F Q3Mh8yivH0IpjfdrZcnKjTkYRdM91uCS/1QOCeBJBkGlRrEYj4jHQIrap1EEXzipY4/k 77mB2sKjcJoHwzT5sMqcBZ+jweqgzX/nCQMc1hFnHsH4+sZyRaQKSCUr46t59T45b3h4 Lpeg== X-Gm-Message-State: AOJu0YyWB/t3y9+ZpyYO2arxF9e7I7mEu+iz5kPrhexhp7p91K65Bx7A PRn9XHUyqf54xtmupDVpQa4huIIPJEO+hkn5qB2USubbOw4gE3txDz/nFieX0XR7 X-Gm-Gg: ATEYQzxaAT9M3EAJBAmnN8lx3MvyxvsOctZrL3i1SxNaEsX+7c6VGtwB9Z73B0w2/vY voEmxOxZCLLvvEKmPrBDRtsgXajXnn3ErLYFLSsIKhrPo0W6bf1gNVaQyRscTTzGo92ERYTxYtf mlOZBTnEPZB3+3TyP1PfVccz8GW1vjTRERJhY/jF0Wq3ruZYovDuFKZd+LDAcxw4TLivAt8zp+O FPzmNxMUnKmNK4MiJ/fMazUG6BFrIRfNgiwYcMXf56b/x5GSfLNEePHGODaSYA5wjmBrrxedZVL juH8mq9QU+MyawqY7OuIGDXPIytUF+E4FfgizasjW+yP8wKnkeCb9a4Epo5muZdN718JOmqz3xT MoMqS683Cgkd0cVfGqT+xvEKKvncJeLo03+f8QYSXdDA9Apb8W66laTseYdQLXV5KataO5qyfwH +NaYoMXEWyiIsiq9sof2n72GaQL5kkfeTE75BNOyhiyZfqwclag9s6SUg5q3dMlSv5IK/LSpWna jwVXXVpsUk2uwccT7AUHZgKA9oR3w== X-Received: by 2002:a05:6870:f626:b0:409:4a88:aa53 with SMTP id 586e51a60fabf-41626dd13cfmr9747380fac.13.1772564259166; Tue, 03 Mar 2026 10:57:39 -0800 (PST) Received: from mail-ot1-f47.google.com (mail-ot1-f47.google.com. [209.85.210.47]) by smtp.gmail.com with ESMTPSA id 586e51a60fabf-4160d26d9absm16201772fac.16.2026.03.03.10.57.38 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 03 Mar 2026 10:57:38 -0800 (PST) Received: by mail-ot1-f47.google.com with SMTP id 46e09a7af769-7d55b97f358so5026166a34.3 for ; Tue, 03 Mar 2026 10:57:38 -0800 (PST) X-Received: by 2002:a05:6830:6aed:b0:7c7:6626:b595 with SMTP id 46e09a7af769-7d591b3e00bmr10759397a34.3.1772564258508; Tue, 03 Mar 2026 10:57:38 -0800 (PST) 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 MIME-Version: 1.0 References: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> <8c9f9083-5764-4d37-a621-55d822e9b439@freebsd.org> In-Reply-To: <8c9f9083-5764-4d37-a621-55d822e9b439@freebsd.org> From: obiwac Date: Tue, 3 Mar 2026 19:57:27 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AaiRm53Vj5svucVPpdeeMMGz4du66nIy9qHf_RrB4Fb1XcC52bvT8-Gg2VWvDTA Message-ID: Subject: Re: S0i3 sleep testing image To: Charlie Li Cc: FreeBSD CURRENT , freebsd-hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4fQQ6K6PM6z3Vpl X-Spamd-Bar: ---- Cool, looks perfect! Also you have firmware version 64.74, which shouldn't require the apparent workaround in the suspend routine that Linux has, so that's good. Have you tried suspending yet? If so, can you send me the same sysctl tree after doing so? You will necessarily have to do this on the 'everything' branch though I think, if you're not already. On Tue, 3 Mar 2026 at 19:08, Charlie Li wrote: > > obiwac wrote: > > I have opened a revision to add Cezanne support to amdsmu: > > https://reviews.freebsd.org/D55594 > > > > Also pushed to the 'everything' branch on my repo. Can you check that > > it works for you? And please send me 'sysctl dev.amdsmu.0'. > > > % sysctl dev.amdsmu > dev.amdsmu.0.idlemask: 3221360181 > dev.amdsmu.0.ip_blocks.LAPIC.last_time: 4712143314910969856 > dev.amdsmu.0.ip_blocks.LAPIC.active: 0 > dev.amdsmu.0.ip_blocks.USB3_1.last_time: 0 > dev.amdsmu.0.ip_blocks.USB3_1.active: 1 > dev.amdsmu.0.ip_blocks.USB3_0.last_time: 0 > dev.amdsmu.0.ip_blocks.USB3_0.active: 1 > dev.amdsmu.0.ip_blocks.DF.last_time: 0 > dev.amdsmu.0.ip_blocks.DF.active: 1 > dev.amdsmu.0.ip_blocks.NBIO.last_time: 13475900890921025536 > dev.amdsmu.0.ip_blocks.NBIO.active: 0 > dev.amdsmu.0.ip_blocks.ISP.last_time: 1 > dev.amdsmu.0.ip_blocks.ISP.active: 0 > dev.amdsmu.0.ip_blocks.VCN.last_time: 0 > dev.amdsmu.0.ip_blocks.VCN.active: 1 > dev.amdsmu.0.ip_blocks.ACP.last_time: 0 > dev.amdsmu.0.ip_blocks.ACP.active: 1 > dev.amdsmu.0.ip_blocks.VDD.last_time: 0 > dev.amdsmu.0.ip_blocks.VDD.active: 1 > dev.amdsmu.0.ip_blocks.GFX.last_time: 0 > dev.amdsmu.0.ip_blocks.GFX.active: 1 > dev.amdsmu.0.ip_blocks.CPU.last_time: 0 > dev.amdsmu.0.ip_blocks.CPU.active: 1 > dev.amdsmu.0.ip_blocks.DISPLAY.last_time: 0 > dev.amdsmu.0.ip_blocks.DISPLAY.active: 1 > dev.amdsmu.0.metrics.total_time_in_sw_drips: 0 > dev.amdsmu.0.metrics.time_last_in_sw_drips: 0 > dev.amdsmu.0.metrics.total_time_in_s0i3: 0 > dev.amdsmu.0.metrics.time_last_in_s0i3: 0 > dev.amdsmu.0.metrics.total_time_resuming: 0 > dev.amdsmu.0.metrics.time_last_resuming: 0 > dev.amdsmu.0.metrics.total_time_entering_s0i3: 0 > dev.amdsmu.0.metrics.time_last_entering_s0i3: 0 > dev.amdsmu.0.metrics.time_last_in_s0i2: 0 > dev.amdsmu.0.metrics.s0i3_last_entry_status: 0 > dev.amdsmu.0.metrics.hint_count: 0 > dev.amdsmu.0.metrics.table_version: 3 > dev.amdsmu.0.version_revision: 0 > dev.amdsmu.0.version_minor: 74 > dev.amdsmu.0.version_major: 64 > dev.amdsmu.0.program: 0 > dev.amdsmu.0.%iommu: > dev.amdsmu.0.%parent: hostb0 > dev.amdsmu.0.%pnpinfo: > dev.amdsmu.0.%location: > dev.amdsmu.0.%driver: amdsmu > dev.amdsmu.0.%desc: AMD System Management Unit > dev.amdsmu.%parent: > > -- > Charlie Li > ...nope, still don't have an exit line. From nobody Tue Mar 3 20:34:14 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fQSFF74wVz6TbXH for ; Tue, 03 Mar 2026 20:33:53 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from aws.ambrisko.com (aws.ambrisko.com [100.20.204.14]) (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 "ambrisko.com", Issuer "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fQSFF1Mw6z3h4n; Tue, 03 Mar 2026 20:33:53 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ambrisko.com header.s=default header.b=cBXVKnhh; dmarc=pass (policy=reject) header.from=ambrisko.com; spf=pass (mx1.freebsd.org: domain of ambrisko@ambrisko.com designates 100.20.204.14 as permitted sender) smtp.mailfrom=ambrisko@ambrisko.com Received: from ambrisko.com (localhost [127.0.0.1]) by aws.ambrisko.com (8.18.1/8.18.1) with ESMTPS id 623KYGo8079797 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 3 Mar 2026 12:34:17 -0800 (PST) (envelope-from ambrisko@ambrisko.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ambrisko.com; s=default; t=1772570057; bh=F73gys1MFVjpGonuroIg393tmy1Hf/a1BwkaXynA548=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=cBXVKnhht0rXEpvK3luIszNtJGxTUZ91blcwM68DUzll/T0m1/V1QnxOV0dMqqNlT b3NAuayWXtWCLEjvax9/51iVtoGYGcJECpYMf6mlZQdHJK6KOInym/DS4cAsJv5mGz UHyVqdJF425rnopCFYQFicbZ/I+PCK2tkX8GlT5c= X-Authentication-Warning: aws.ambrisko.com: Host localhost [127.0.0.1] claimed to be ambrisko.com Received: (from ambrisko@localhost) by ambrisko.com (8.18.1/8.18.1/Submit) id 623KYECf079796; Tue, 3 Mar 2026 12:34:14 -0800 (PST) (envelope-from ambrisko) Date: Tue, 3 Mar 2026 12:34:14 -0800 From: Doug Ambrisko To: Alexander Leidinger Cc: Peter Eriksson , Rick Macklem , FreeBSD CURRENT , Garrett Wollman , Alexander Motin Subject: Re: RFC: How ZFS handles arc memory use Message-ID: References: <22b478c6bad8212c61ca19a983a8e2e4@Leidinger.net> 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 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <22b478c6bad8212c61ca19a983a8e2e4@Leidinger.net> X-Spamd-Result: default: False [-2.50 / 15.00]; SUSPICIOUS_RECIPS(1.50)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[ambrisko.com,reject]; R_SPF_ALLOW(-0.20)[+ip4:100.20.204.14]; R_DKIM_ALLOW(-0.20)[ambrisko.com:s=default]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[ambrisko.com:+]; ARC_NA(0.00)[]; FREEMAIL_CC(0.00)[lysator.liu.se,gmail.com,freebsd.org,bimajority.org]; TO_DN_ALL(0.00)[]; MISSING_XM_UA(0.00)[]; RCVD_TLS_LAST(0.00)[]; HAS_XAW(0.00)[]; ASN(0.00)[asn:16509, ipnet:100.20.0.0/14, country:US]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEFALL_USER(0.00)[ambrisko]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TAGGED_RCPT(0.00)[]; RCPT_COUNT_FIVE(0.00)[6] X-Rspamd-Queue-Id: 4fQSFF1Mw6z3h4n X-Spamd-Bar: -- On Sun, Nov 02, 2025 at 11:48:06AM +0100, Alexander Leidinger wrote: | Am 2025-10-29 22:06, schrieb Doug Ambrisko: | > It seems around the switch to OpenZFS I would have arc clean task | > running | > 100% on a core. I use nullfs on my laptop to map my shared ZFS /data | > partiton into a few vnet instances. Over night or so I would get into | > this issue. I found that I had a bunch of vnodes being held by other | > layers. My solution was to reduce kern.maxvnodes and vfs.zfs.arc.max so | > the ARC cache stayed reasonable without killing other applications. | > | > That is why a while back I added the vnode count to mount -v so that | > I could see the usage of vnodes for each mount point. I made a script | > to report on things: | | Do you see this also with the nullfs mount option "nocache"? I seems to have run into this issue with nocache /data/jail/current/usr/local/etc/cups /data/jail/current-other/usr/local/etc/cups nullfs rw,nocache 0 0 /data/jail/current/usr/local/etc/sane.d /data/jail/current-other/usr/local/etc/sane.d nullfs rw,nocache 0 0 /data/jail/current/usr/local/www /data/jail/current-other/usr/local/www nullfs rw,nocache 0 0 /data/jail/current/usr/local/etc/nginx /data/jail/current-other/usr/local/etc/nginx nullfs rw,nocache 0 0 /data/jail/current/tftpboot /data/jail/current-other/tftpboot nullfs rw,nocache 0 0 /data/jail/current/usr/local/lib/grub /data/jail/current-other/usr/local/lib/grub nullfs rw,nocache 0 0 /data/jail /data/jail/current-other/data/jail nullfs rw,nocache 0 0 /data/jail /data/jail/current/data/jail nullfs rw,nocache 0 0 After a while (a couple of months or more). My laptop was running slow with a high load. The perodic find was running slow. arc_prunee was spinning. When I reduced the number of vnodes then things got better. My vfs.zfs.arc_max is 1073741824 so that I have memory for other things. nocache does help taking longer to get into this situation. Thanks, Doug A. From nobody Tue Mar 3 21:11: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 4fQT5L2YmWz6TdS8; Tue, 03 Mar 2026 21:12:06 +0000 (UTC) (envelope-from vishwin@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 "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fQT5L1zmyz3lP1; Tue, 03 Mar 2026 21:12:06 +0000 (UTC) (envelope-from vishwin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772572326; 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:autocrypt:autocrypt; bh=pstv4cA0q0ln51kgaZnXkfclb+Sm0JCcggBlIuxDMPk=; b=Jf+mq9KASk9VW6307eSJMNzXkuI3+pDvUeRaDsVkT914eUjb6aioOSPHc1j0C2DYewb4o+ 9tu0h9yRJrHhGjb47k2pvpLfHai7aKYrXR+Z4H5fyzXi85Q3TXraYsaKIb0iZkmFWjX+Kz 6iJ8lp13sNOL2RmKDo4v+8+SRjUwSZDdwLEPDVtP4d2n3XWGCwz2VnZtIRESkKm3WjlXse QYKTeMt1BOCtXDTYWD4UjBqt92rb3pBYvkuX5S6RVxxVeSKRDoZ7KA5/f/2zJedu6235/E E6ckku4jL7s0lkx34eYQAtacriTzd1LTJ0E8axREQwNpuQNeVS5qLO5bjvYjmA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1772572326; a=rsa-sha256; cv=none; b=ebNzZvq81adp1GNOXtWEVxBkCgKvZ+OXxncYlRtzvuiG/mc7YdF5giXsSepbCCCb6VtZcb wz5/6l48tmySXySc7CNVopgicUuBSzRHhKzMEAtid0abCxjQKqR9o6DRDrogARf40Clx13 LCW4f/94acCha3nGUnytHRfoEeng3O9iF8swCxvHhjhyks17HqYb0uK+CKqpj/jneluIXG 2g8ft36AwI98AeZvuWyMarwB3ilLeeloUJgBbRmUvapwz0xu6R/zVRfFudxHFNPHP4UNIv iJrr+VAyDkkSba33zMxec2jkdMGLfcmcE+nrY+8MEddKCGvcf1B3hsAoree8rA== 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=1772572326; 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:autocrypt:autocrypt; bh=pstv4cA0q0ln51kgaZnXkfclb+Sm0JCcggBlIuxDMPk=; b=sYGT6wYQ0CxfiYkqJ0rvK+k8Lb9el+mCQFWV6ym3aw3Ecy/TePH/yDl3vV/JnOupbQkv/y YGED4ReqnnYeNFiJWnbM7EAW9yzYf5oSzT6z2IpZEjDO+w2IpaJGd7aATSqT3pLtDfygU2 SAHPHD8hvoW8Ofm/9odBnOCh7KYGEfRe2I9GVoK/xad/v7E+5X6xw5LqfylTvLwQjNU5rH J3GOpzztzegbTVzc83/PVaf0FLaXZyeh9MJxRwxasFOel7Vsb3Y5LLHizO8U3Xg/1dXhk5 oMZU7dTCnXi2zxhgqHqlNvssH2/3kn7p8+tfRXLaQmudJ9aOQXUNxjgxaJJKiQ== Received: from [IPV6:2601:98a:d00:c180:884d:fa26:2341:2296] (unknown [IPv6:2601:98a:d00:c180:884d:fa26:2341:2296]) (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: vishwin/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4fQT5L0cTYzmlY; Tue, 03 Mar 2026 21:12:06 +0000 (UTC) (envelope-from vishwin@freebsd.org) Message-ID: Date: Tue, 3 Mar 2026 16:11:03 -0500 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 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: S0i3 sleep testing image To: obiwac Cc: FreeBSD CURRENT , freebsd-hackers References: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> <8c9f9083-5764-4d37-a621-55d822e9b439@freebsd.org> Content-Language: en-US From: Charlie Li Autocrypt: addr=vishwin@freebsd.org; keydata= xjMEaEicoBYJKwYBBAHaRw8BAQdAZBuydpjFLGem4uRJPWaYMXX2e+BN1jDhbD3tcqbxhdfN MkNoYXJsaWUgTGkgKEZyZWVCU0QgUHJvamVjdCkgPHZpc2h3aW5ARnJlZUJTRC5vcmc+wpkE ExYKAEEWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbAwUJCWYBgAULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgAAKCRDP+1cn7slqBM/bAP9bhA4e0LxJYFYJlftZM5WHrMSPpUe6 G2pVqmQWTQ0EZQEA0PNryfH3qRWWPSI8mFNRnG24hi5/aXFqCnHj1tcJ9Q/OOARoSJygEgor BgEEAZdVAQUBAQdAUT4TzYFmV6ueIGwjX0N+445KZV6ns1Wiw67QMsJZxHkDAQgHwn4EGBYK ACYWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbDAUJCWYBgAAKCRDP+1cn7slqBPO/ AQCPuGiyyfJClICRs/ToG0MsT8YcPdBygzuUIIeGpkjJpgEA7AoFCQ0Y28Y3hIDFn2k9PH3B nGWL3g05W0ds2qoj+gQ= Organization: FreeBSD Project In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------B08hTvznNPo0hZJsT5uszLPY" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------B08hTvznNPo0hZJsT5uszLPY Content-Type: multipart/mixed; boundary="------------NdzKV8XIg4Pgyr0t7kGMwfSc"; protected-headers="v1" Message-ID: Date: Tue, 3 Mar 2026 16:11:03 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: S0i3 sleep testing image To: obiwac Cc: FreeBSD CURRENT , freebsd-hackers References: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> <8c9f9083-5764-4d37-a621-55d822e9b439@freebsd.org> Content-Language: en-US From: Charlie Li Autocrypt: addr=vishwin@freebsd.org; keydata= xjMEaEicoBYJKwYBBAHaRw8BAQdAZBuydpjFLGem4uRJPWaYMXX2e+BN1jDhbD3tcqbxhdfN MkNoYXJsaWUgTGkgKEZyZWVCU0QgUHJvamVjdCkgPHZpc2h3aW5ARnJlZUJTRC5vcmc+wpkE ExYKAEEWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbAwUJCWYBgAULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgAAKCRDP+1cn7slqBM/bAP9bhA4e0LxJYFYJlftZM5WHrMSPpUe6 G2pVqmQWTQ0EZQEA0PNryfH3qRWWPSI8mFNRnG24hi5/aXFqCnHj1tcJ9Q/OOARoSJygEgor BgEEAZdVAQUBAQdAUT4TzYFmV6ueIGwjX0N+445KZV6ns1Wiw67QMsJZxHkDAQgHwn4EGBYK ACYWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbDAUJCWYBgAAKCRDP+1cn7slqBPO/ AQCPuGiyyfJClICRs/ToG0MsT8YcPdBygzuUIIeGpkjJpgEA7AoFCQ0Y28Y3hIDFn2k9PH3B nGWL3g05W0ds2qoj+gQ= Organization: FreeBSD Project In-Reply-To: --------------NdzKV8XIg4Pgyr0t7kGMwfSc Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 b2Jpd2FjIHdyb3RlOg0KPiBIYXZlIHlvdSB0cmllZCBzdXNwZW5kaW5nIHlldD8gSWYgc28s IGNhbiB5b3Ugc2VuZCBtZSB0aGUgc2FtZSBzeXNjdGwNCj4gdHJlZSBhZnRlciBkb2luZyBz bz8gWW91IHdpbGwgbmVjZXNzYXJpbHkgaGF2ZSB0byBkbyB0aGlzIG9uIHRoZQ0KPiAnZXZl cnl0aGluZycgYnJhbmNoIHRob3VnaCBJIHRoaW5rLCBpZiB5b3UncmUgbm90IGFscmVhZHku DQo+IA0KVGhpcyBoYXMgYmVlbiBlbnRpcmVseSBvbiAnZXZlcnl0aGluZycuIEkgaGF2ZSBu b3QgdHJpZWQgc3VzcGVuZGluZyANCmJlY2F1c2UgdGhlIHN0YXRlcyBhcmUgbm90IGxpc3Rl ZCB5ZXQsIHNvIGFjcGljb25mKDgpLCBieSBleHRlbnNpb24gDQp6enooOCkgYW5kIGZ1cnRo ZXIgZGVza3RvcC1yZWxhdGVkIGludGVncmF0aW9ucyB3aWxsIGVpdGhlciBlcnJvciBvdXQg b3IgDQpub3QgbGlzdCB0aGUgb3B0aW9uOg0KDQolIHN5c2N0bCBody5hY3BpDQpbc25pcF0N Cmh3LmFjcGkuc3RhbmRieV9zdGF0ZTogTk9ORQ0KaHcuYWNwaS5zdXNwZW5kX3N0YXRlOiBO T05FDQpody5hY3BpLmxpZF9zd2l0Y2hfc3RhdGU6IE5PTkUNCmh3LmFjcGkuc2xlZXBfYnV0 dG9uX3N0YXRlOiBzMmlkbGUNCmh3LmFjcGkucG93ZXJfYnV0dG9uX3N0YXRlOiBwb3dlcm9m Zg0KaHcuYWNwaS5zdXBwb3J0ZWRfc2xlZXBfc3RhdGU6IFM0IFM1DQoNClVubGVzcyB0aGVy ZSdzIGEgZGlmZmVyZW50IHdheSB0byBlbnRlciBzdXNwZW5kIHN0YXRlLg0KDQotLSANCkNo YXJsaWUgTGkNCi4uLm5vcGUsIHN0aWxsIGRvbid0IGhhdmUgYW4gZXhpdCBsaW5lLg0K --------------NdzKV8XIg4Pgyr0t7kGMwfSc-- --------------B08hTvznNPo0hZJsT5uszLPY Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaadOZwUDAAAAAAAKCRDP+1cn7slqBO7v AQDGuZUHK2DKaRYFca9IDH97Ack1u+nXhH7MS5yN/yJ6CAD/dqsaXubhlrSjUT4SWbsMOjjLS+a8 K7S7ZRpMHzEenwI= =h2N5 -----END PGP SIGNATURE----- --------------B08hTvznNPo0hZJsT5uszLPY-- From nobody Tue Mar 3 22:09:51 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 4fQVNF4HTSz6ThmD for ; Tue, 03 Mar 2026 22:10:05 +0000 (UTC) (envelope-from obiwac@gmail.com) Received: from mail-ot1-f42.google.com (mail-ot1-f42.google.com [209.85.210.42]) (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 4fQVNF0RjLz3rQ4 for ; Tue, 03 Mar 2026 22:10:05 +0000 (UTC) (envelope-from obiwac@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ot1-f42.google.com with SMTP id 46e09a7af769-7d1872504cbso3596234a34.0 for ; Tue, 03 Mar 2026 14:10:05 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772575803; x=1773180603; 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=PGaH+XzrsWkbsBYWtRBeh5u7XpdpPL3u+FSsQdZFGJw=; b=gQojMduvPP8L3HGeGBjSdVUzMP3LjX/XcFpxXd4gmslyTlPOwdUXH+pSaSzA2TctcM 1doKh2G9n2R7Ws1dxNOElgaNP8LxQmZQAP6FJBhGlBxGtV3u2cxbOtILrYYegP8JyN0T PV9U0akh0OynA30E76fsIAoZBJ5aoWlvCxNbaHOEM0QH/xGCaCkNzefK5pDYcnqTeNeJ pYe8SKr6wdpF7LJujnqxeeyXd8JZ2vyezGpSc5znsshkj1D69CxzJR0JxTbf06zzfHDM VkZwzNLk8rN9yyPnPgQzKOwFvcbfR1+kPbB143SadnvqA0SJFj0CIDLbS0qvkP3QULuY ArJA== X-Gm-Message-State: AOJu0YxM1mJOe5guIhif5j4sDtCrvqUvveXHLnfo1Xx1Ztso8Vs8S0EW fwhBjtYuS9Et4pjR/1GbwVtpQcptUd6Y5rXQXeol29F2uiGPrCSoVmjMUdd2tKr1 X-Gm-Gg: ATEYQzxpUYWxf7d28bbjSupsmqFV8zOiEPASG3thpWQKZs+Dvb746aQ/WLtLrzw0A2+ +y/7uaiyUWp2sYSHay4fl67KWgzmLfcFZEFeBlsvLqiH3+SMwVPPfN0oAjnIEbHTXutg6qgARem lgf42u35xplDxNYUXO4S40orQDqFmE1oCG9vid0rXkiBgpZR43BXkIiG7MNr/yWNvy2jj3zU34+ 0WcQATHQIpZZWhROToVdVPi+wfER/DBjbbF0c8fcff/YC89e6hPcQTpVSKCpanfHIl6D24uINIJ Cb2e3E9z1Q++8PKejqmFU6xRxbmMo9nCRjDCPWPOwQkX4OpwLM5IRd3Aqtvl/Lr4v7eP+wDvsL6 4Ih//t7Jg1aBX6lxqB5udzCBuYK/1dgK9xXhDr5h5uonkkTI1uxva0owYiQa1XHPpGaYJ7G35DW J+yfXLVPFZ4kMUQSBN3F+VF+BKa1kuNHrZCGYiB9wfhK6gS3LDA3CnLvSSYNVkDyyVm33b0M7cc ynYDLFRYdahnYCdzQ1xIj3tpY6MMQ== X-Received: by 2002:a05:6830:2992:b0:7d1:9066:26b7 with SMTP id 46e09a7af769-7d5be394227mr2545602a34.6.1772575803577; Tue, 03 Mar 2026 14:10:03 -0800 (PST) Received: from mail-oo1-f52.google.com (mail-oo1-f52.google.com. [209.85.161.52]) by smtp.gmail.com with ESMTPSA id 46e09a7af769-7d5866701cdsm13922940a34.29.2026.03.03.14.10.03 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 03 Mar 2026 14:10:03 -0800 (PST) Received: by mail-oo1-f52.google.com with SMTP id 006d021491bc7-662f91bba0fso5661237eaf.0 for ; Tue, 03 Mar 2026 14:10:03 -0800 (PST) X-Received: by 2002:a05:6820:4c11:b0:679:c5ad:ff11 with SMTP id 006d021491bc7-67a1da45569mr1948325eaf.11.1772575802987; Tue, 03 Mar 2026 14:10:02 -0800 (PST) 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 MIME-Version: 1.0 References: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> <8c9f9083-5764-4d37-a621-55d822e9b439@freebsd.org> In-Reply-To: From: obiwac Date: Tue, 3 Mar 2026 23:09:51 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AaiRm53tEFz2RDA_MgWsaJbHaFPIm8jcbDNKWmtO-uRqEtd7tFyNUqsuHWGPrWs Message-ID: Subject: Re: S0i3 sleep testing image To: Charlie Li Cc: FreeBSD CURRENT , freebsd-hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4fQVNF0RjLz3rQ4 X-Spamd-Bar: ---- > This has been entirely on 'everything'. I have not tried suspending > because the states are not listed yet, so acpiconf(8), by extension > zzz(8) and further desktop-related integrations will either error out or > not list the option: s2idle is not an ACPI state so it is expected that it won't be listed in hw.acpi.supported_sleep_state, and acpiconf will not be able to support this either. Instead, I'm working on a new interface for this: https://reviews.freebsd.org/D55508. Once landed, zzz will be updated to use that interface. In the meantime, the hw.acpi.{standby,suspend,lid_switch,sleep_button}_state sysctls do already support taking in generic sleep types, so you can set them to s2idle instead of the ACPI states. You can see all supported sleep types in kern.power.supported_stype, but I can see your machine already reports s2idle support as hw.acpi.sleep_button_state is set to s2idle already. > Unless there's a different way to enter suspend state. You can set hw.acpi.power_button_state=s2idle and then press your power button. On Tue, 3 Mar 2026 at 22:12, Charlie Li wrote: > > obiwac wrote: > > Have you tried suspending yet? If so, can you send me the same sysctl > > tree after doing so? You will necessarily have to do this on the > > 'everything' branch though I think, if you're not already. > > > This has been entirely on 'everything'. I have not tried suspending > because the states are not listed yet, so acpiconf(8), by extension > zzz(8) and further desktop-related integrations will either error out or > not list the option: > > % sysctl hw.acpi > [snip] > hw.acpi.standby_state: NONE > hw.acpi.suspend_state: NONE > hw.acpi.lid_switch_state: NONE > hw.acpi.sleep_button_state: s2idle > hw.acpi.power_button_state: poweroff > hw.acpi.supported_sleep_state: S4 S5 > > Unless there's a different way to enter suspend state. > > -- > Charlie Li > ...nope, still don't have an exit line. From nobody Tue Mar 3 22:25:11 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 4fQVk438p7z6Tjk0 for ; Tue, 03 Mar 2026 22:25:32 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ed1-x534.google.com (mail-ed1-x534.google.com [IPv6:2a00:1450:4864:20::534]) (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 4fQVk41B0Wz3vrB for ; Tue, 03 Mar 2026 22:25:32 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x534.google.com with SMTP id 4fb4d7f45d1cf-65f94011dfaso10492898a12.0 for ; Tue, 03 Mar 2026 14:25:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1772576724; cv=none; d=google.com; s=arc-20240605; b=IYRgfiOFKa+WMvsyIxWNLp1edPtlnqZ0WKiYs38ayEpBr+zcWI+cCcInKzmMSG/KSb WqNUkVmYK5IR+qf0k9Zi4DQRaHLSUEwnATsC0IjBL7v5aTVD7RwRfzrOHA2IlCbJV9cA iLJ5rtsIakDI8g347cylxf1xyyZ243Kd7dnFU4LGU0sFiXYGAZ0DSkiaEJRUqWHroB1w Qsr4ptTnGlVWjoo1RUrzk2KiV4RxaYKXie5mnu1b2YDcRdLMhc2KoLtEPezGPbVnOilm cLYqdWbmu63LgCmYq2IHEcy0gaDclO/D4ZvaNpBWgqiowIsstlDwxcgak+FMhHYQ/9aO lIWA== 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=3LvXCkqzxFt0L9SKKdtheyrVyqRQi1cZAc4ZViv2JEQ=; fh=ZsbAdrDbzopVoKLiyMNks1aphVAAObiIxFRAMTnX8hE=; b=N0mluU51wf7KTXmW9rviq/p1KF9YDvn813ZDOKigNqUTCL0wMzhCumkLeHFLPuIf98 8DHbBbyYhJzPeT9nSUNPLy44XS9pHYGMzLIHSnN7ihjTLhLek3SDRKkstKwJ/z4XFr88 McvweVoOxvAEkGdSlMvvZHW/o7k+5UmVraD4Tfmdkw/2xB6pJ8D0XkrnpO7tnwwX5+q3 GbUwTXH3+hzOPoHYlNylRRWufz/6o4EwwKYf4aTZtWdFbIFmWCKgDcvgt+5NrVjSe35a zXKx+MUX83OS5NUBQKMo8fMZwh7ngxZ5Fd1rOLLD/hmtqgrQBzPc+bAXO68wF9WI+q/I HS0w==; 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=20230601; t=1772576724; x=1773181524; 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=3LvXCkqzxFt0L9SKKdtheyrVyqRQi1cZAc4ZViv2JEQ=; b=aeKjQVAX6pogkM86vcNsizpXf1aY1rMcYOHqw1f1lY9wa0vYimWQMTUOlMpoXVYVjM l9+UH+5bM7Irv0U92JJOR+cnJSP8vgCK5LISZipM4QTAT707tL/4GAXp6hbPJ+/xGDGs eVvNl4bXyL3ImMuvHHIm0TerATve0egid4VWbjavY7BYatZj3HeVe/RtFG2MGo5WDjB0 lVyOkEzTIa0L+/iY5PPF9b8+9GWjN8LpJ1qsbKnMVnsvsAAWRTDqC+dHr9wq3BJv+1bX oP2cjawWDyOstSnbgrBvA9jXYKp0RyLQEqqrITWO6dndXRin1VNurCU7uMFqaYEtQpyV 9Liw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772576724; x=1773181524; 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=3LvXCkqzxFt0L9SKKdtheyrVyqRQi1cZAc4ZViv2JEQ=; b=TC7NNExYIyxWTEzIq4p7q7CRo7m8WR6cx8u0U3O3v5J2asIIs1ZhNONZTh/ZTw6bWh zYbJSP0ofZci51GxLzQvcDCEdA0JSJQXjsqUuPTvn10qx4k88aUXbum8A01gPhCTzYe9 c1HWuK/q3Aj5Ta4GBu9qf8XWc3HDvRkF3Xs35RcKggzCPLpZZfd/loZn1h4FHLpt7KmB GfXFQg0WPWrOqerQ2Bqg5EfbpRY01KsPG+f5mxba3KczM3WO4laJHACcKGX1U/Pi3vxl Ke8FINlgCPxuvlWTNP77XveeSCdJ8ev4wyyQ9vDRjDPqy6fNoOV1CRSPeszCK/0bXhur zfFg== X-Forwarded-Encrypted: i=1; AJvYcCXhu5mtSxy1BURrB2+X7LeRZtqnoSGOzqYp9bsRRfvdVCdaTsmAAD6YDSAAxKIJ/p5jBpASJBTWkQwgo32Cpos=@freebsd.org X-Gm-Message-State: AOJu0YyaIeTUKhyjO882n1RxCHPBUjHk/WriajvVJdE4X+5FW1ByhGKO JualVykDn5TcIbmmMzYVUPfRNyCP/oKuXQLiZtf3sBkxYMWcVmZ3bahV5JV0oZ2VplsrS6OJHmV 8ga70BamesXhEKBMGG58FA6fnmkwRwJNe X-Gm-Gg: ATEYQzwdpqDkYQphFuDLbEnGFqRK07Qjt6aB5XzgZ2WZ7cgG/Z5/iR2PjY+5GdC7GWQ dJ3dWmwl+dqv7ycdCrNl7GPXbdozCBORuOLeCgFZJGaK4WAhJMLpkdrwqcnhGW+ta62gwW/I98C qpBWl36PxEDRgU6rTR/+GFerS0VLUn7hpd76n3VoqGRwOJQTenaX81imtCaZPcKsTYMQOhd/kMm d9MQQc2neRk3qiiuqzN6cVWozA14TvDoO5gH8VpaqSzB8XxXuKpSeCft7c7UyAtJHuPUP1eBJjd NlOCMSOQf6uMxDuFC5CHKs6+1WlypO3HdMIixMHJ X-Received: by 2002:a05:6402:1441:b0:65c:139:2579 with SMTP id 4fb4d7f45d1cf-65fddafab9dmr10928847a12.15.1772576723785; Tue, 03 Mar 2026 14:25:23 -0800 (PST) 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 MIME-Version: 1.0 References: <22b478c6bad8212c61ca19a983a8e2e4@Leidinger.net> In-Reply-To: From: Rick Macklem Date: Tue, 3 Mar 2026 14:25:11 -0800 X-Gm-Features: AaiRm539m0jErGo_JaaIoQPsMViIzhnsM0zlf6Ipy2tc364GGJFzhxAlgumWEzQ Message-ID: Subject: Re: RFC: How ZFS handles arc memory use To: Doug Ambrisko Cc: Alexander Leidinger , Peter Eriksson , FreeBSD CURRENT , Garrett Wollman , Alexander Motin Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[] X-Rspamd-Queue-Id: 4fQVk41B0Wz3vrB X-Spamd-Bar: ---- On Tue, Mar 3, 2026 at 12:33=E2=80=AFPM Doug Ambrisko wrote: > > On Sun, Nov 02, 2025 at 11:48:06AM +0100, Alexander Leidinger wrote: > | Am 2025-10-29 22:06, schrieb Doug Ambrisko: > | > It seems around the switch to OpenZFS I would have arc clean task > | > running > | > 100% on a core. I use nullfs on my laptop to map my shared ZFS /data > | > partiton into a few vnet instances. Over night or so I would get int= o > | > this issue. I found that I had a bunch of vnodes being held by other > | > layers. My solution was to reduce kern.maxvnodes and vfs.zfs.arc.max= so > | > the ARC cache stayed reasonable without killing other applications. > | > > | > That is why a while back I added the vnode count to mount -v so that > | > I could see the usage of vnodes for each mount point. I made a scrip= t > | > to report on things: > | > | Do you see this also with the nullfs mount option "nocache"? > > I seems to have run into this issue with nocache > /data/jail/current/usr/local/etc/cups /data/jail/current-other/usr/lo= cal/etc/cups nullfs rw,nocache 0 0 > /data/jail/current/usr/local/etc/sane.d /data/jail/current-other/usr/lo= cal/etc/sane.d nullfs rw,nocache 0 0 > /data/jail/current/usr/local/www /data/jail/current-other/usr/lo= cal/www nullfs rw,nocache 0 0 > /data/jail/current/usr/local/etc/nginx /data/jail/current-other/usr/lo= cal/etc/nginx nullfs rw,nocache 0 0 > /data/jail/current/tftpboot /data/jail/current-other/tftpbo= ot nullfs rw,nocache 0 0 > /data/jail/current/usr/local/lib/grub /data/jail/current-other/usr/lo= cal/lib/grub nullfs rw,nocache 0 0 > /data/jail /data/jail/current-other/data/j= ail nullfs rw,nocache 0 0 > /data/jail /data/jail/current/data/jail = nullfs rw,nocache 0 0 > > After a while (a couple of months or more). My laptop was running slow > with a high load. The perodic find was running slow. arc_prunee was > spinning. When I reduced the number of vnodes then things got better. > My vfs.zfs.arc_max is 1073741824 so that I have memory for other things. > > nocache does help taking longer to get into this situation. Have any of you guys tried increasing vfs.zfs.arc.free_target? If I understand the code correctly, when freemem < vfs.zfs.arc.free_target the reaper thread (the one that does uma_zone_reclaim() to return pages to the system from the uma keg that the arc uses) should be activated. rick > > Thanks, > > Doug A. From nobody Tue Mar 3 22:45: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 4fQW8l1B62z6Tl1h for ; Tue, 03 Mar 2026 22:45:11 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from aws.ambrisko.com (aws.ambrisko.com [100.20.204.14]) (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 "ambrisko.com", Issuer "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fQW8k30Z0z40F8; Tue, 03 Mar 2026 22:45:10 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ambrisko.com header.s=default header.b=eonbIsGW; dmarc=pass (policy=reject) header.from=ambrisko.com; spf=pass (mx1.freebsd.org: domain of ambrisko@ambrisko.com designates 100.20.204.14 as permitted sender) smtp.mailfrom=ambrisko@ambrisko.com Received: from ambrisko.com (localhost [127.0.0.1]) by aws.ambrisko.com (8.18.1/8.18.1) with ESMTPS id 623MjgRX080337 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 3 Mar 2026 14:45:42 -0800 (PST) (envelope-from ambrisko@ambrisko.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ambrisko.com; s=default; t=1772577942; bh=hRlKttsGXy+uiiKz5fY4FmeMOoxIl40EUiXyVc6O6ic=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=eonbIsGWvzLcxnImrbhJmgTYQ6xeun7C0ZLNZStchoGc0iOy1LeZhQMu7abjIYERY whAqwaKUPz1qK9umgjC0Q2SzRohXGwVjujE6xpyIXKOjrI+o/ikTlBdLoZb07GXK2w wNEVzYfS1Cz3b8INaCRZatk1599Atu6SxSGmAUPo= X-Authentication-Warning: aws.ambrisko.com: Host localhost [127.0.0.1] claimed to be ambrisko.com Received: (from ambrisko@localhost) by ambrisko.com (8.18.1/8.18.1/Submit) id 623MjgOC080336; Tue, 3 Mar 2026 14:45:42 -0800 (PST) (envelope-from ambrisko) Date: Tue, 3 Mar 2026 14:45:42 -0800 From: Doug Ambrisko To: Rick Macklem Cc: Alexander Leidinger , Peter Eriksson , FreeBSD CURRENT , Garrett Wollman , Alexander Motin Subject: Re: RFC: How ZFS handles arc memory use Message-ID: References: <22b478c6bad8212c61ca19a983a8e2e4@Leidinger.net> 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 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spamd-Result: default: False [-2.49 / 15.00]; SUSPICIOUS_RECIPS(1.50)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[ambrisko.com,reject]; R_DKIM_ALLOW(-0.20)[ambrisko.com:s=default]; R_SPF_ALLOW(-0.20)[+ip4:100.20.204.14:c]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[ambrisko.com:+]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; HAS_XAW(0.00)[]; ASN(0.00)[asn:16509, ipnet:100.20.0.0/14, country:US]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEFALL_USER(0.00)[ambrisko]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TAGGED_RCPT(0.00)[]; RCPT_COUNT_FIVE(0.00)[6] X-Rspamd-Queue-Id: 4fQW8k30Z0z40F8 X-Spamd-Bar: -- On Tue, Mar 03, 2026 at 02:25:11PM -0800, Rick Macklem wrote: | On Tue, Mar 3, 2026 at 12:33 PM Doug Ambrisko wrote: | > | > On Sun, Nov 02, 2025 at 11:48:06AM +0100, Alexander Leidinger wrote: | > | Am 2025-10-29 22:06, schrieb Doug Ambrisko: | > | > It seems around the switch to OpenZFS I would have arc clean task | > | > running | > | > 100% on a core. I use nullfs on my laptop to map my shared ZFS /data | > | > partiton into a few vnet instances. Over night or so I would get into | > | > this issue. I found that I had a bunch of vnodes being held by other | > | > layers. My solution was to reduce kern.maxvnodes and vfs.zfs.arc.max so | > | > the ARC cache stayed reasonable without killing other applications. | > | > | > | > That is why a while back I added the vnode count to mount -v so that | > | > I could see the usage of vnodes for each mount point. I made a script | > | > to report on things: | > | | > | Do you see this also with the nullfs mount option "nocache"? | > | > I seems to have run into this issue with nocache | > /data/jail/current/usr/local/etc/cups /data/jail/current-other/usr/local/etc/cups nullfs rw,nocache 0 0 | > /data/jail/current/usr/local/etc/sane.d /data/jail/current-other/usr/local/etc/sane.d nullfs rw,nocache 0 0 | > /data/jail/current/usr/local/www /data/jail/current-other/usr/local/www nullfs rw,nocache 0 0 | > /data/jail/current/usr/local/etc/nginx /data/jail/current-other/usr/local/etc/nginx nullfs rw,nocache 0 0 | > /data/jail/current/tftpboot /data/jail/current-other/tftpboot nullfs rw,nocache 0 0 | > /data/jail/current/usr/local/lib/grub /data/jail/current-other/usr/local/lib/grub nullfs rw,nocache 0 0 | > /data/jail /data/jail/current-other/data/jail nullfs rw,nocache 0 0 | > /data/jail /data/jail/current/data/jail nullfs rw,nocache 0 0 | > | > After a while (a couple of months or more). My laptop was running slow | > with a high load. The perodic find was running slow. arc_prunee was | > spinning. When I reduced the number of vnodes then things got better. | > My vfs.zfs.arc_max is 1073741824 so that I have memory for other things. | > | > nocache does help taking longer to get into this situation. | Have any of you guys tried increasing vfs.zfs.arc.free_target? | | If I understand the code correctly, when freemem < vfs.zfs.arc.free_target | the reaper thread (the one that does uma_zone_reclaim() to return pages | to the system from the uma keg that the arc uses) should be activated. I haven't tried that. I set: kern.maxvnodes vfs.zfs.arc.min vfs.zfs.arc.max vfs.zfs.prefetch.disable=1 I need to make sure kern.maxvnodes is small enough so it doesn't thrash when vfs.zfs.arc.max set to 1G. The issues tend to take a while to happen. On the plus side I can adjust these when I hit them mostly by reducing kern.maxvnodes without having to do a reboot. Thanks, Doug A. From nobody Tue Mar 3 23:28: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 4fQX7j4lFGz6TnMW; Tue, 03 Mar 2026 23:29:21 +0000 (UTC) (envelope-from vishwin@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 "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fQX7j3zK0z45v9; Tue, 03 Mar 2026 23:29:21 +0000 (UTC) (envelope-from vishwin@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772580561; 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:autocrypt:autocrypt; bh=WbA6OtyOaCvA6l77ueNO7klNHVhsnhBh5Ux96D/+Csw=; b=FNEXwfzhzUzzEMCZMoBxaCqYSG0RlqdNqmYI58bmEkr2qvYd+8gdReXgMpWgrvIlQ9OXS6 EWuADIWFOR2DHdh28KES3FIQ8HrAPt4XlcRZkGzuZkoIWbdR7dDahi4CBJRZtdAjHFFYdR GVUoFKEdCe00EAnZ4nDdT6/nMw/oDM2u0I87JfRY0etFhe9R1ulpyIrlhYZHGlxC+1Ke+0 dInNEzHxqnPadgRk6p0B8ILpXKSQ+vF6rUPx5JO6um0cxBTNZtJLFaMgN301UgH7+SwGw7 VL4uK3S3qT7jyIsbFVDDPx/+eB7ldMnkz75+eb9BY8TTAjTpP1s0Xot8q0/abQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1772580561; a=rsa-sha256; cv=none; b=wHI5I9hWHGiMUDQW3zC6SoSt6YxEtNGZQoxSp7DciTeo/EyYWuxSiGhoy1QQNnfY7W0lz1 JhdTSOkzMKhWmQeUYe92et6tZOezwU6fJat3W40RwZxJC+/FzxYEv6kYEeea6jWVqLvMDM D7hXSzhevxkdw65dlFCqr/6s75lUOqU3nNzZBoFJ+U50zKtQJDIIjpl2t3fOHYORIyWZsd AyecYRgyGZkP4563rGZIIV6DMwqsUUmTzeOv0Oos+WzO2vYnV/QetOlWAZ1IiNj9D1x9JF mEalxL+8/8GdNEP4mGas0llWeslhbF4m85IfJx834i8t/BD7GCgLVc+7toWvjw== 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=1772580561; 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:autocrypt:autocrypt; bh=WbA6OtyOaCvA6l77ueNO7klNHVhsnhBh5Ux96D/+Csw=; b=jUc/4j3t82icVd8UKWh6vZqvdx8KVesCJc3zgBrUPt9yhMwnsYEoIKyYo6VhYsaJy2HD41 xmCTyHNfUkyBTOq945+vXtBfRZa+dOUFiddIkatL1c3c+dO80mB65y9DFjXj1ivOZrfbmB 3vhvcEIVmUKpbWcKbmSXW+Z7oa9FloeIkTVWsE/fPmfgXqB1CtF1yo+VDrMhmUOpXPpJMa 8tPv/Hsoz8zkFGblJ7QWxQQQofALb6+Ed7LOVg40Dk+nS40j/XS8oJSclXQ9d8pSGE68zO SACM4/KqrT0wuqo13PYiSe3CkdwEHrgb6jw5o+GCcDDbf8Lp7KakF6lr52nJEA== Received: from [IPV6:2601:98a:d00:c180:884d:fa26:2341:2296] (unknown [IPv6:2601:98a:d00:c180:884d:fa26:2341:2296]) (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: vishwin/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4fQX7j2JD9zq6J; Tue, 03 Mar 2026 23:29:21 +0000 (UTC) (envelope-from vishwin@freebsd.org) Message-ID: Date: Tue, 3 Mar 2026 18:28:19 -0500 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 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: S0i3 sleep testing image To: obiwac Cc: FreeBSD CURRENT , freebsd-hackers References: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> <8c9f9083-5764-4d37-a621-55d822e9b439@freebsd.org> Content-Language: en-US From: Charlie Li Autocrypt: addr=vishwin@freebsd.org; keydata= xjMEaEicoBYJKwYBBAHaRw8BAQdAZBuydpjFLGem4uRJPWaYMXX2e+BN1jDhbD3tcqbxhdfN MkNoYXJsaWUgTGkgKEZyZWVCU0QgUHJvamVjdCkgPHZpc2h3aW5ARnJlZUJTRC5vcmc+wpkE ExYKAEEWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbAwUJCWYBgAULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgAAKCRDP+1cn7slqBM/bAP9bhA4e0LxJYFYJlftZM5WHrMSPpUe6 G2pVqmQWTQ0EZQEA0PNryfH3qRWWPSI8mFNRnG24hi5/aXFqCnHj1tcJ9Q/OOARoSJygEgor BgEEAZdVAQUBAQdAUT4TzYFmV6ueIGwjX0N+445KZV6ns1Wiw67QMsJZxHkDAQgHwn4EGBYK ACYWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbDAUJCWYBgAAKCRDP+1cn7slqBPO/ AQCPuGiyyfJClICRs/ToG0MsT8YcPdBygzuUIIeGpkjJpgEA7AoFCQ0Y28Y3hIDFn2k9PH3B nGWL3g05W0ds2qoj+gQ= Organization: FreeBSD Project In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------0CwATHjkw08HSFFOh1e029ho" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------0CwATHjkw08HSFFOh1e029ho Content-Type: multipart/mixed; boundary="------------n0Eoxcv5J3Gc2owaZcGmzK0J"; protected-headers="v1" Message-ID: Date: Tue, 3 Mar 2026 18:28:19 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: S0i3 sleep testing image To: obiwac Cc: FreeBSD CURRENT , freebsd-hackers References: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> <8c9f9083-5764-4d37-a621-55d822e9b439@freebsd.org> Content-Language: en-US From: Charlie Li Autocrypt: addr=vishwin@freebsd.org; keydata= xjMEaEicoBYJKwYBBAHaRw8BAQdAZBuydpjFLGem4uRJPWaYMXX2e+BN1jDhbD3tcqbxhdfN MkNoYXJsaWUgTGkgKEZyZWVCU0QgUHJvamVjdCkgPHZpc2h3aW5ARnJlZUJTRC5vcmc+wpkE ExYKAEEWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbAwUJCWYBgAULCQgHAgIiAgYV CgkICwIEFgIDAQIeBwIXgAAKCRDP+1cn7slqBM/bAP9bhA4e0LxJYFYJlftZM5WHrMSPpUe6 G2pVqmQWTQ0EZQEA0PNryfH3qRWWPSI8mFNRnG24hi5/aXFqCnHj1tcJ9Q/OOARoSJygEgor BgEEAZdVAQUBAQdAUT4TzYFmV6ueIGwjX0N+445KZV6ns1Wiw67QMsJZxHkDAQgHwn4EGBYK ACYWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaEicoAIbDAUJCWYBgAAKCRDP+1cn7slqBPO/ AQCPuGiyyfJClICRs/ToG0MsT8YcPdBygzuUIIeGpkjJpgEA7AoFCQ0Y28Y3hIDFn2k9PH3B nGWL3g05W0ds2qoj+gQ= Organization: FreeBSD Project In-Reply-To: --------------n0Eoxcv5J3Gc2owaZcGmzK0J Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 b2Jpd2FjIHdyb3RlOg0KPj4gVGhpcyBoYXMgYmVlbiBlbnRpcmVseSBvbiAnZXZlcnl0aGlu ZycuIEkgaGF2ZSBub3QgdHJpZWQgc3VzcGVuZGluZw0KPj4gYmVjYXVzZSB0aGUgc3RhdGVz IGFyZSBub3QgbGlzdGVkIHlldCwgc28gYWNwaWNvbmYoOCksIGJ5IGV4dGVuc2lvbg0KPj4g enp6KDgpIGFuZCBmdXJ0aGVyIGRlc2t0b3AtcmVsYXRlZCBpbnRlZ3JhdGlvbnMgd2lsbCBl aXRoZXIgZXJyb3Igb3V0IG9yDQo+PiBub3QgbGlzdCB0aGUgb3B0aW9uOg0KPiANCj4gczJp ZGxlIGlzIG5vdCBhbiBBQ1BJIHN0YXRlIHNvIGl0IGlzIGV4cGVjdGVkIHRoYXQgaXQgd29u J3QgYmUgbGlzdGVkDQo+IGluIGh3LmFjcGkuc3VwcG9ydGVkX3NsZWVwX3N0YXRlLCBhbmQg YWNwaWNvbmYgd2lsbCBub3QgYmUgYWJsZSB0bw0KPiBzdXBwb3J0IHRoaXMgZWl0aGVyLiBJ bnN0ZWFkLCBJJ20gd29ya2luZyBvbiBhIG5ldyBpbnRlcmZhY2UgZm9yIHRoaXM6DQo+IGh0 dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9ENTU1MDguIE9uY2UgbGFuZGVkLCB6enogd2ls bCBiZSB1cGRhdGVkDQo+IHRvIHVzZSB0aGF0IGludGVyZmFjZS4NCj4gDQpJJ2xsIGFsc28g bmVlZCB0byBsb29rIGF0IGhvdyB0aGUgZGVza3RvcCBpbnRlZ3JhdGlvbnMgZGV0ZWN0IGFu ZCANCnBvcHVsYXRlIHRoZSBwb3dlciBvcHRpb25zIHRoYXQgYXJlIHByZXNlbnRlZC4gUmln aHQgbm93LCBhdCBsZWFzdCBpbiBteSANCmRlc2t0b3AgZW52aXJvbm1lbnQsIG9ubHkgSGli ZXJuYXRlLCBSZXN0YXJ0IGFuZCBTaHV0IERvd24gYXJlIA0KYXZhaWxhYmxlLCBidXQgaWYg dGhlIFMzIG9wdGlvbiBpcyB0b2dnbGVkIGluIEJJT1MsIFN1c3BlbmQgaXMgYWxzbyANCnBy ZXNlbnRlZCwgbm90IGxlYXN0IHNpbmNlIGl0IHdvdWxkIGFwcGVhciBpbiBody5hY3BpLnN1 cHBvcnRlZF9zbGVlcF9zdGF0ZS4NCj4gSW4gdGhlIG1lYW50aW1lLCB0aGUNCj4gaHcuYWNw aS57c3RhbmRieSxzdXNwZW5kLGxpZF9zd2l0Y2gsc2xlZXBfYnV0dG9ufV9zdGF0ZSBzeXNj dGxzIGRvDQo+IGFscmVhZHkgc3VwcG9ydCB0YWtpbmcgaW4gZ2VuZXJpYyBzbGVlcCB0eXBl cywgc28geW91IGNhbiBzZXQgdGhlbSB0bw0KPiBzMmlkbGUgaW5zdGVhZCBvZiB0aGUgQUNQ SSBzdGF0ZXMuIFlvdSBjYW4gc2VlIGFsbCBzdXBwb3J0ZWQgc2xlZXANCj4gdHlwZXMgaW4g a2Vybi5wb3dlci5zdXBwb3J0ZWRfc3R5cGUsIGJ1dCBJIGNhbiBzZWUgeW91ciBtYWNoaW5l DQo+IGFscmVhZHkgcmVwb3J0cyBzMmlkbGUgc3VwcG9ydCBhcyBody5hY3BpLnNsZWVwX2J1 dHRvbl9zdGF0ZSBpcyBzZXQgdG8NCj4gczJpZGxlIGFscmVhZHkuDQo+IA0KIyBzeXNjdGwg aHcuYWNwaS5zdXNwZW5kX3N0YXRlPXMyaWRsZQ0KaHcuYWNwaS5zdXNwZW5kX3N0YXRlOiBO T05FDQpzeXNjdGw6IGh3LmFjcGkuc3VzcGVuZF9zdGF0ZT1zMmlkbGU6IEludmFsaWQgYXJn dW1lbnQNCj4+IFVubGVzcyB0aGVyZSdzIGEgZGlmZmVyZW50IHdheSB0byBlbnRlciBzdXNw ZW5kIHN0YXRlLg0KPiANCj4gWW91IGNhbiBzZXQgaHcuYWNwaS5wb3dlcl9idXR0b25fc3Rh dGU9czJpZGxlIGFuZCB0aGVuIHByZXNzIHlvdXIgcG93ZXIgYnV0dG9uLg0KPiANCkdvaW5n IHRvIHRyeSB0aGlzIGFuZCBzZWUgd2hhdCBoYXBwZW5zLg0KDQotLSANCkNoYXJsaWUgTGkN Ci4uLm5vcGUsIHN0aWxsIGRvbid0IGhhdmUgYW4gZXhpdCBsaW5lLg0K --------------n0Eoxcv5J3Gc2owaZcGmzK0J-- --------------0CwATHjkw08HSFFOh1e029ho Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wnsEABYIACMWIQTHxcCLnAXo3rFg6k7P+1cn7slqBAUCaadukwUDAAAAAAAKCRDP+1cn7slqBJkH AP9fiJ8krhrzOT1wji8RbmoF6N+3eNVQMX7xatxt8MOFxQD9EluhSQicikWq08UM3LMRnm0BYz2r 5Bclv6V0ofphAAY= =gy6F -----END PGP SIGNATURE----- --------------0CwATHjkw08HSFFOh1e029ho-- From nobody Tue Mar 3 23:40:04 2026 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fQXNK5sl5z6Tnn9 for ; Tue, 03 Mar 2026 23:40:17 +0000 (UTC) (envelope-from obiwac@gmail.com) Received: from mail-oo1-f51.google.com (mail-oo1-f51.google.com [209.85.161.51]) (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 4fQXNK3xxmz49M0 for ; Tue, 03 Mar 2026 23:40:17 +0000 (UTC) (envelope-from obiwac@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-oo1-f51.google.com with SMTP id 006d021491bc7-66ee7b9af94so2763241eaf.0 for ; Tue, 03 Mar 2026 15:40:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772581216; x=1773186016; 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=uJ6p6WsHy4xJ0iiXmYkcKn+m8wLjAMIsXUUFTr0qf3E=; b=HLNjwLl8lH/PUlcYdLjNWDSStvRbSD4nPEO1UrO49PZELOGWIPz8a9b6fsFAuOeoMp rla03ZKEnsm9Ts+oo3IJjlgR7ldecrKUstpx0vm+ldKkmSMKIzvXduVUFcVSRN8sTLvn SIGii7llMda/8Ssi+tvQTUkX9UQE2DJg3gqtlYpWnQTOPbfaMFiMaPMUUrnj3tc5BtJ8 kl91hO+mLQr8NJgK3ampG0g8PQDhm7/VSfCquPnvR5KxeDzZ7SNcCvYiq+fRrbu28sgT oggttBq4Cc+7fHRUiTnHJxmJBqA5uMhPIN/p09Bkzqk/83vih28WBAql/Ee5yjCrQHT7 1ANQ== X-Gm-Message-State: AOJu0Yz+jMX5OeYI1cKc/8fxP2wMrlUlvZ2Df1hQSkuUxRSd369pTASY Ekf3+6aNzRIbLg9ORHnlmVsnfVxRI3noKhztmNCrqRMoYCJjF/kEh5dB9rJS2vG1 X-Gm-Gg: ATEYQzzzcgoIcZiKprnQWYCHRc031Qz3Zf5Dev49q6lOFgPIcHrGM8lgAxK8V3QnOOJ b5zSumqM6E4wlEP47lf1WwrBdw/REQe2Btzq4jXMcREMMt601B597hZ6Mjr/ftsc8gdOyQHXn/5 OXv6x+zPs9xNChHHiUvMO7GMVIwWuwcvaxyUuy9wP2BuvJs1etC3LsEUcQhcx2L8gzL6j6tga4c Ah6Fd+CuJncs+XFX/FyexUKc5QnYOTg1bs61o59/c1E1pyndQ2G+Z3gX9NyGIwfxvZGeFnN4kK+ CcvbvzmsWQIFPrQXQymHI88BCn+v8dPF4VcgvApaD08Xqf+LQkXKOL+KR7u5d8Ck897e1OHJPOT Bkx5RvGOtg0aYJ6coWiOhIDJ1AX05zlSua5rLXA9SukEWSnKz0Q52JMXbM0uxDXR9ipHaBy8XcQ VJF07sMUs72zpQp34e+euuGaJCW3xeBMGXzQ8WMgoNvVbKeUMbNJAtBO7tXa+OREP6aAn/tyiCl f3QAYD+dj5x3gIEEdyoEUjWnRrYYQ== X-Received: by 2002:a4a:e918:0:b0:679:c358:8ed4 with SMTP id 006d021491bc7-67b177584b3mr171029eaf.46.1772581216307; Tue, 03 Mar 2026 15:40:16 -0800 (PST) Received: from mail-ot1-f53.google.com (mail-ot1-f53.google.com. [209.85.210.53]) by smtp.gmail.com with ESMTPSA id 006d021491bc7-679f2cfb134sm11538508eaf.8.2026.03.03.15.40.15 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 03 Mar 2026 15:40:15 -0800 (PST) Received: by mail-ot1-f53.google.com with SMTP id 46e09a7af769-7d1959ba05cso3178052a34.2 for ; Tue, 03 Mar 2026 15:40:15 -0800 (PST) X-Received: by 2002:a05:6808:1785:b0:45f:1252:b717 with SMTP id 5614622812f47-4651abecf29mr58409b6e.28.1772581215437; Tue, 03 Mar 2026 15:40:15 -0800 (PST) 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 MIME-Version: 1.0 References: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> <8c9f9083-5764-4d37-a621-55d822e9b439@freebsd.org> In-Reply-To: From: obiwac Date: Wed, 4 Mar 2026 00:40:04 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AaiRm53MGzYnPUa28m_-QfU4D_RJgd31BJULk9yo5C2-QCtPHFrec8xpCuzgqFk Message-ID: Subject: Re: S0i3 sleep testing image To: Charlie Li Cc: FreeBSD CURRENT , freebsd-hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4fQXNK3xxmz49M0 X-Spamd-Bar: ---- > I'll also need to look at how the desktop integrations detect and > populate the power options that are presented. Right now, at least in my > desktop environment, only Hibernate, Restart and Shut Down are > available, but if the S3 option is toggled in BIOS, Suspend is also > presented, not least since it would appear in hw.acpi.supported_sleep_state. Yup indeed. I have not yet added support for the new kern.power.* sysctls in any desktop envs. > sysctl: hw.acpi.suspend_state=s2idle: Invalid argument Erm, my bad, hw.acpi.suspend_state is deprecated and only accepts ACPI S-states, replaced by kern.power.suspend. On Wed, 4 Mar 2026 at 00:29, Charlie Li wrote: > > obiwac wrote: > >> This has been entirely on 'everything'. I have not tried suspending > >> because the states are not listed yet, so acpiconf(8), by extension > >> zzz(8) and further desktop-related integrations will either error out or > >> not list the option: > > > > s2idle is not an ACPI state so it is expected that it won't be listed > > in hw.acpi.supported_sleep_state, and acpiconf will not be able to > > support this either. Instead, I'm working on a new interface for this: > > https://reviews.freebsd.org/D55508. Once landed, zzz will be updated > > to use that interface. > > > I'll also need to look at how the desktop integrations detect and > populate the power options that are presented. Right now, at least in my > desktop environment, only Hibernate, Restart and Shut Down are > available, but if the S3 option is toggled in BIOS, Suspend is also > presented, not least since it would appear in hw.acpi.supported_sleep_state. > > In the meantime, the > > hw.acpi.{standby,suspend,lid_switch,sleep_button}_state sysctls do > > already support taking in generic sleep types, so you can set them to > > s2idle instead of the ACPI states. You can see all supported sleep > > types in kern.power.supported_stype, but I can see your machine > > already reports s2idle support as hw.acpi.sleep_button_state is set to > > s2idle already. > > > # sysctl hw.acpi.suspend_state=s2idle > hw.acpi.suspend_state: NONE > sysctl: hw.acpi.suspend_state=s2idle: Invalid argument > >> Unless there's a different way to enter suspend state. > > > > You can set hw.acpi.power_button_state=s2idle and then press your power button. > > > Going to try this and see what happens. > > -- > Charlie Li > ...nope, still don't have an exit line. From nobody Wed Mar 4 02:19:44 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 4fQbwV4W7pz6TyPy for ; Wed, 04 Mar 2026 02:19:54 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) (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 4fQbwT6Kdvz3RMq for ; Wed, 04 Mar 2026 02:19:53 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=TpbM5BVu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::32e as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-wm1-x32e.google.com with SMTP id 5b1f17b1804b1-4806ce0f97bso53819335e9.0 for ; Tue, 03 Mar 2026 18:19:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1772590786; x=1773195586; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:autocrypt:to:content-language :from:references:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=hUDmcBDynCvXDFoaSxIB3MvUrXfMS6ATD22iJWGx+3A=; b=TpbM5BVuwjqGDYg+sfXuVN9XcDGdp1ocSS+ZsN9Han7I3h3LkfZ2Re3zkhS1Z/3tuf cB1rbcDor+u+Dm0mUyp3rPtZcVCg0SH1t11dLFdrkf08EIZBgxEI7pwej0Wcl/9HCsGC YS0daqzR56xr09LyPN0VjaXIuX88WmigrrEHrJaTSdhh0SiU86HYtbljtq5JKMwNN/z0 RUmC7cDPf4zP6T2NzxbIIvjGIG9EeJ2VPL2I4bysoaIcVvbzh+cvcd7kNOl2pq4W30M8 CUwLrbm/a9vzHxrff1+CJx9Jg53KCZ4Tx/fBznd3CHgJ9RZ2aB0gA5N6jazxD5Y9BCvO QSyg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772590786; x=1773195586; h=content-transfer-encoding:in-reply-to:autocrypt:to:content-language :from:references:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=hUDmcBDynCvXDFoaSxIB3MvUrXfMS6ATD22iJWGx+3A=; b=RAvAahG1TbpIB1h8jjyYbeiedfik8KZVmsgEMqVD1/8hehKTXKJDY9wawnh6pJq8Wt /kbQ6t8+r1z3hE0oDHwuZjuLrigBYcmVjnXCA/uOIClX4soUTqkcxz9c5ZWApJBRjdJ3 Qx8g627R6ZYVYaip0kBdXZgTkAn2l/vtAsDoGJ5SbOuMqbDW3rmRYBozRJcTEIKQPu1h Seeoatg0qA0sUhe33me+jYuU3KtPytaX9LeKQ6nIxKv2WvCZnTpnzHKsNdl97AL3x8ax OoGo0z3p5MRVVE5iiqWJl36kjzzRTxHqDxDKGi06O9cG3gC+cOF0e7kIpcM1M+u/wVcZ H1vQ== X-Gm-Message-State: AOJu0Yw+gnybCeHnYe6HEk4ttyZsdzVaPv4EYkRLWQnZDyD1h/9YJh5/ vlceQ7TkhGD7ddboiSrT+nFDuakcns4D+coTa8xNxs7zJlkO53actHwTqlzuksx4 X-Gm-Gg: ATEYQzwXuuTExlgDY+6PEKsxftUG+jRM2lr0OvVR+yxLWaTU1XRBx7Jqz6nzkEjV7A0 G6922I13Bz/p/iUd+lKuCTIMa7fH42PF89rmgj2YHNqwZ5WCVGdVspt9vR9vEmt+B4HwW+WeSpE hIzgbd55wjSeqFnfeila6adilwNccFldSTxogVXQVSGV9oWW3fHTPOHaAuE/U7c6fFWrM2SWh/L 653kN3qGQs3gVJzIaxd8R79/2Iy4sAji79IldbpU1cfxcCNqpYgA9+IEl5nyiSUwUBQasHsytiX DTX79C7wpsSBMDoPH0tQBQfr0Ru2Ej3PyKOHXbG/2cAqEXuhvDbYj0PseYwW+pxyZj/hoBiTJzr P2f7NItDMXmc9gqgeAeJVhdGvhacEdMuN6vs/Z9OVwjxu91dmvycTCGkeE2qiSkAj5OE9HabRRq 1fZwqifR4U9nu7tiChZ1hw+8L0jluQRLgIlX89KQFV1iz/X32A8Kf0Ps9uCQ== X-Received: by 2002:a05:600c:64ce:b0:477:7925:f7fb with SMTP id 5b1f17b1804b1-485198608e9mr5358335e9.10.1772590786183; Tue, 03 Mar 2026 18:19:46 -0800 (PST) Received: from [192.168.1.4] (host-2-100-171-17.as13285.net. [2.100.171.17]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-485188923c2sm15919495e9.14.2026.03.03.18.19.45 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 03 Mar 2026 18:19:45 -0800 (PST) Message-ID: Date: Wed, 4 Mar 2026 02:19:44 +0000 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 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: vfs.zfs.arc.free_target and vfs.zfs.arc.sys_free (was: RFC: How ZFS handles arc memory use) References: <22b478c6bad8212c61ca19a983a8e2e4@Leidinger.net> From: Graham Perrin Content-Language: en-GB To: FreeBSD-CURRENT Autocrypt: addr=grahamperrin@gmail.com; keydata= xsFNBGKYt7ABEAClu83dJ3ZKfVgPOk9YKRv0Z+dl2b88+k9R4vwAmElgguYdKE7yhnQNhhWM v9vi6AFrBMc2oJdVHJ2OrXfwpELBFIgiSMEWNsC4e+Z3HtSajcl+pFZsP7ciiSoycj/w3wIV kAZoVGbhyIbNG7fbCEJ8q81TbfsGypV3bRmbZVvGNecBguYiooBtz2Qht1p3itXMkIA6P9pS YDl+6QddZLyUUAjAnFv2QDoYSHLnaDUWw4oONZsB0SKVu8jMIBh4uJZoYEOvdvc9jQQdOpA2 CAgA6ulfm42Ikr9lKBUUCtjqiWAhJ7iXOTyHAIdR4Mf8alCE6tdTq6dHdIt+GktTY7oYNyL2 3aD3C7I5waU0SFXvJcOMG10QLfwYQMOQoYQ9XJ0U5A28WYiDcylDdUWT7SappP1e1ZMeJWWO y14mxxNzHaJSI4rK8P/p5tp3Q7SSC4k5gMh9zKba3K2ApCWNbVLGvXsJeQkZZNvu70tE81ey AHI5iZcB6D7WaHysBUmsKaEpbcmm1ZThTnGL0SHEl5to5Jab5Fg6O+Cnly5sVz5lX/v8Aosx kKNei7SCVqXOVtteQeGxWbXWbhPgbMyc0Gi3DuxBI/yvJ43k/rJysQlLGLWfJx/UXprwLluC PDK9EvKEB+fD1Z349uzp1sKr3ihpySbyKI8fpudftnAz4EsoCwARAQABzSZHcmFoYW0gUGVy cmluIDxncmFoYW1wZXJyaW5AZ21haWwuY29tPsLBlAQTAQoAPhYhBFk/5bLDBwftvJcvCrdn SG9KGNQLBQJoRALAAhsDBQkPEg5ABQsJCAcDBRUKCQgLBRYDAgEAAh4FAheAAAoJELdnSG9K GNQL8YkP/2V1z6XQDyG1QlKAu8TuE8zDWy9QQKjC/G44hlu5zk+2kWSNk4zeExs9ZXOBmVhF EW1d+1J8wDiYIeKYj/rqMoP+gb8o0Au0lSRitvTdLxkZBFGMn0CEzlDOzv+wmiy0ggAV/s+Y EbiHk12fI0LoTy5/ywdmG/uGS7M6p3XOrM0YO1qmLXy1cUyYDsYIpq5/rT0QzpGowsJLoEA3 zz1vfKVY+RTorsL4W8ljXLmcs4c3b3HZG9Xmgtt+Ni/eb9CjzM7kCXOcSMnVzvfscCowPAwB 0ZHlNxNV0MTa61xgvOCk4Zf278ArRgbTm4oOz9Z4ciPMnVue+9P/VdxIxgUuYkAryM0+agGz L9bd8ljn+efNtgZ5dlDLrNnTE+vWnMVlMXgl7BNnhwHg7UYFLrC2xklsICub0qpnNheTGeqo 0N4UongJTQJ6H6LEpgd+KMkCncAHghED/G0/BUdO90VEOoqnIKwKa+F9NqVMvHWc8D58mwCP FghsmxK9FM9pnsjLmG7u+s51Y7++GSRnU4NkI4tHiVk7hcAcvZuc0QbUDwVMTurDUgIqRo6W 80j1tFjEspkrwtMoeVFEkDHktjoc3AoEymXIncZfqIqi3nVseyDVyNByvkV0mutX9hXqac0/ RXMuyK9KniAUZ9+gsWs4rPs/DOdsw4K8/RnjduBrfCYQzsFNBGKYt7ABEADRb1tZuh7DPYET 0wK6fe7owbYgM+RfKhmcrGgR2HI9M2q6+0WKF/ITnggWdIW2Ecc4z2boLz/cwvPGCS7/YxZM 61KklGCwuS7q1s04XnHDWHuFxfXQPzAdVmNO3bYoMZbJjHXs6sB2u5ksiwPwaMAWWaGkviSj c5pwvHCiTmX5vH5CBj/Vi+5ESyX38vK4JM5S/m4ouI/6M9biyFgimV+v3vVyCxJCT1gI9g4o GIh1qq5S433b1fihn4yHPf8XOKyBpA/QcwLONViBqJL5nnOxpsh344rNxn2R7CcRzzicOV+e 2IbMem4lwNWQlZKoRotKXZi9LqN5mynSBYqAUdoZum0QinWT9F22B0Qex5PH1zAt9i2W91Vd kcPB3LwkRXj07ycRtsSzpgPA6fLc6AsoWFslHl8kVOO5eJIA4xhjlPa+W8lguQHZ0iX+5uAv 2eAgXR2swADuHPuENNFStmsgAMl8OOOgtq75yA5TpyIzxMuXV9Nmp0VfIaUM/IdLdmxhc1pC c320l5fYMHVLFAReWEbSj2QH8YzWfpXHIegutWWYEbH9SiDXgS9KoKmCJV/Qa+x6/b8y3pOZ vnIbCDaynC2Yr50s8gRa9kb54JE8Z+p8r16U3SEsK3PtUi0RF0e51danCVHrrE6/Hat2XUO/ 6nnYgVgFOrLao6Gh/VMs8wARAQABwsF8BBgBCgAmFiEEWT/lssMHB+28ly8Kt2dIb0oY1AsF AmhEAsACGwwFCQ8SDkAACgkQt2dIb0oY1AvQxw//REWYFK2m4yS/QP5kzfhkWcNqDI/akGT5 /LXmdmbc1s78+mOMXnA4vBY/+X1QatgxWUECkPDOiIwXJMxoBuyY8e7spLRXeyhtfh5aYaJc MO5bARX0c49v+KfZ80u9tG2rkKQvAt/ySo7OXsbDADFFRhlc8RLbb8e7bSctGbYZk9CYa0ya dW5+n3znDNJ6yW1skx9wTH+Y8VlSazRLk3XgXscNqBA2h56v3WS/R5dI++7AQxZxSQacQvfj 9eahq7ATdB4zMQ9MBHEwOvGD3DLlc55FYSDZvNX+mhnK7S0t1Nt2EtGUOmXb5ysMFGnbsce0 woKQ0sLPF1HWDAAf7tBCF8mpPIzU/ViAkupsJ6NYCD0tLFD8pvl0NYU2TjvyWh6ie3e5B/b3 8Daiyme+M92ivfoRQOFKmkPfeT14AI6OW1k7qFbmoIwMWWQdFWAl1CP9hNdF9gRN4rFB0Jy1 90BajZW2zOdVfqdurJZegCzAowZalLm4JEK2MklpPzipibnJqhLOmvJy587pF52KDdM/4rLy BBREIm7uRivnO5k/BY5qS+H/aqv97LC0PVaTsLXbDmTxTnJplUpdlYT9NGidM+x/ioS0iztO Cht7cT8V8jvvKZYvNpst8iqxuIaoV9V7aZ0wAQpkgDGXHmSzwtz6U8xNf/4e4sLn9KPlldSd kvo= In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-3.67 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.67)[-0.673]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FREEFALL_USER(0.00)[grahamperrin]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32e:from] X-Rspamd-Queue-Id: 4fQbwT6Kdvz3RMq X-Spamd-Bar: --- On 03/03/2026 22:25, Rick Macklem wrote: > On Tue, Mar 3, 2026 at 12:33 PM Doug Ambrisko wrote: >> … > Have any of you guys tried increasing vfs.zfs.arc.free_target? > > > … Also FYI vfs.zfs.arc.sys_free I never used it, never needed to. I'm regurgitating words from , part of which might be incorrect (I edited, but lost track of things – sorry). From nobody Wed Mar 4 09:04: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 4fQmwP4HBHz6TCfY for ; Wed, 04 Mar 2026 09:05:25 +0000 (UTC) (envelope-from dikshie@gmail.com) Received: from mail-vs1-xe2d.google.com (mail-vs1-xe2d.google.com [IPv6:2607:f8b0:4864:20::e2d]) (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 4fQmwN52Z2z41hW for ; Wed, 04 Mar 2026 09:05:24 +0000 (UTC) (envelope-from dikshie@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=GtBn6kK1; dmarc=pass (policy=none) header.from=gmail.com; arc=pass ("google.com:s=arc-20240605:i=1"); spf=pass (mx1.freebsd.org: domain of dikshie@gmail.com designates 2607:f8b0:4864:20::e2d as permitted sender) smtp.mailfrom=dikshie@gmail.com Received: by mail-vs1-xe2d.google.com with SMTP id ada2fe7eead31-5ff05af29b4so2333975137.1 for ; Wed, 04 Mar 2026 01:05:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1772615117; cv=none; d=google.com; s=arc-20240605; b=QhvfRnrLRgxybh+H40h2316+8Gc5gBQugjWa2hAhKRklSDfSH50KMjeoRRr6JuvCIo QWKko6RhX5A8u4BH9H7QOwE0jkFLDMa1Q7j41tO4gU2zkvgm1nQIXbAfNOHfV78G5+J6 fkRbxaSTytNHSHZZKT/BuYbujEtgu5krWqP+gXoScD8T1x1lpaodWoG7VFoYXhURLfZU wnUa1a501p+uxZ0sszk/HZixLjApK0ApShfFlufDvHT2a9cyYsTlah+b/ewEmmxE82fr K+gjeQCaCA4/gD5x4e76699tpKGbbDAW8FoMEqHfzIwXZlspBANuEQ6kVR1RxZpq29Yo 2Hww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=gJ1zGy75vunZXzg3d3chfln2UfB078zu0UtFRrMpJHo=; fh=wH+ulgyZPcfNhi4Qc2YlbSS8lysP8fbtOI+7NqZnraw=; b=NtIxwq1nbD3rNUe2Pwk6hyiuElzJvT/LpD7vvOrAagPtk+vz0TQqUzx18UkwRXI8fa 2aHCP/W1XvSLrSMzNa3s8LhDECDcutYHHeNS7oVNNWxsvBHhiR3GP+h/k8jv6B3eEoZL ZYMXpE/InBuUlTEty1DMM9OYcPP3gLC5sa5nEFTDWZFtDVHljn271BUY3QXDkyPdjE+2 PDeyp+wF/NK93Pac9pVZdx6Uo4NcO4benD8FkdfTtqb8AU1UklVZsMmTAaTprXSrQE5i ZUMmmGliB/BhLPzgRVJPihdIPw2GxeB2+/Tu8opdgCZNto8vIaDag/0Xx+5aR8dPsY3j d1Fw==; 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=20230601; t=1772615116; x=1773219916; darn=freebsd.org; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=gJ1zGy75vunZXzg3d3chfln2UfB078zu0UtFRrMpJHo=; b=GtBn6kK1dHFy67stKQZcNCXP22ZYu6e6P/uXLXZcSrD3HxYxwTwABHB0DRU6oFMpiX plfX/bUKfG03gMA0kuvjh0WL+Z3XlRD7CFh2a9+Kz8TpjoesPgDd4gMrpUkYqM0F3QRV xTAKIzsue1D8rYITOEihDj+fcL0SAo+jGZehJaCxLunSWgybFIVe9XpRiugNk77L1dKS jrt+z6rPL2wn7klBmJU6V3Y5WOuHsb0CeDbf+85fbMwxQI1hr2+QzS/Dp54TheB3oQMo nRp52w7VYTH7wBOL6dPkGtr5wdY+3jnar+v6U/GV/ytZkbPJyhp8UHa0QgPaE1VoAOFN SWIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772615116; x=1773219916; h=content-transfer-encoding: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=gJ1zGy75vunZXzg3d3chfln2UfB078zu0UtFRrMpJHo=; b=H1M2nLH4aj9AdINZiyIsOGRwrvJ16YKfLE0SFlxIjgdFsQnHnsKbZ0eHmI4nlzPxco KtGkE6KVMok+1YndNmI/xlmzoW/aiV3GwY+z2Y99Hpp5EsKR0EzyVxzGdQ6V2neRq7m/ f0y3CPFMcT7gOBIViMdTFbIZ8yUkLVp0LPY05IGGGOT9xCrMwMO0ICD8hJLrdjuFSh64 Z88GVx9ECCVuND2AsleNya6pwFjcY1YKavlTTBWPMR9XTFC3tjQtOd1bDBwueMfxoHi+ Rxt94FXTgz6r6IrpZhrSEe2fVK678jHkOKDuJLQSnBYg5D3OomIDTUgZROnD6f6uUSWk SxNw== X-Gm-Message-State: AOJu0YySWpmCGuNFTFALsvRkfl8kGHYPG5J3f1r04jAsqJ3yuz5kxGvg ql4HNsPOCNYtBfFo/cvd4LrQ1FxP9AoyQ7o9UjApSr72qy1E2tulD3WCDgzvC+dBnqWyem/UFfe NGDIbuXis9ZV1BIptOLBHQ/9uYzPw3Opneifw X-Gm-Gg: ATEYQzxCWHjD8buRA4IJf8imuZ6C6jJ48ZswY+8CKUWg1oMGrkC6Roz249x+BDGnDEK /36QNzyayqUMtAzTHxEY3AfSPBcy4Kb/wMSVJ+2awudSuMQxO7883b6UUNdB69adnuwUwpAGFWA XNsc4OJCYN6Cz1+A3UUln0CE+mD3a/MrGfodREZZ5soodtwbqvf+pCp5KVnsNqzwPPB+nXc0Nb5 TDpWcAF++pFSOLWC2dxv4HCtWIXAW9sGA5l/5+v+2ys9kvSnqLcHlcLcq+2Ns3ndYwvXinvpCb5 lE9x8EyVGDo7M0apUR1t76OsHE5VR7bAxfsfUyRRI5E6kiIXh1SIEAr5ExHKjW98vE97Xg== X-Received: by 2002:a05:6102:a4a:b0:5f5:3d46:e601 with SMTP id ada2fe7eead31-5ffaaf0baa8mr502871137.24.1772615116514; Wed, 04 Mar 2026 01:05:16 -0800 (PST) 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 MIME-Version: 1.0 References: In-Reply-To: From: dikshie Date: Wed, 4 Mar 2026 18:04:39 +0900 X-Gm-Features: AaiRm53Qqb-b6DQgW8wh12BP0oVAOl8RrgShrqMmWPnb-i8PuKy1s2ph7SmFJD4 Message-ID: Subject: Re: jemalloc 5.3.0 upgrade To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-4.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; ARC_ALLOW(-1.00)[google.com:s=arc-20240605:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.967]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; 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]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::e2d:from] X-Rspamd-Queue-Id: 4fQmwN52Z2z41hW X-Spamd-Bar: ---- replying to an old thread. On Sat, Aug 16, 2025 at 9:11=E2=80=AFAM Carl Shapiro w= rote: > > Warner Losh writes: > > > This is likely the last update of jemalloc since the upstream is, at be= st, in > > turmoil, and at worst dead. > > Most of the jemalloc development over the past few years has been done > by engineers at Meta. Development actively continues in this repository > > https://github.com/facebook/jemalloc/ Now, Facebook has unarchived the original jemalloc. I just read the announcement in facebook's blog: https://engineering.fb.com/2026/03/02/data-infrastructure/investing-in-infr= astructure-metas-renewed-commitment-to-jemalloc/ > The intention, even prior to the archiving, has been to do a major > release after HPA improvements have landed. In all likelihood, the > release will happen in the fork. Best Regards, --=20 -dikshie- From nobody Wed Mar 4 10:03: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 4fQpDf2Vv3z6TGxk for ; Wed, 04 Mar 2026 10:04:34 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (mailgate.leidinger.net [IPv6:2a00:1828:2000:313::1:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "E7" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fQpDd6Tj2z4BsQ; Wed, 04 Mar 2026 10:04:33 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; none 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 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1772618661; 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=7iUhZWpN0zM2PomGosxXw/Cawd8vSoJBFvCZEsUqQoI=; b=A2IlxUA41Id1rPW9Ekuy5Vic8ZDX4dGOEY5QKxjFRY0eAdWT16jgVeSKIzHT3xxZpBZ9Pd Nd9RYYSG+FsO8shBwsxSSmkT74aSxWB8AsQ0eubZcINkEf7nD6fFpj0prjingMyLPziFMt N6/SxuKyqx1isbn/T0kS/S2BDUVNwHim5hGup0NaMqeJVMXZ/BlgV/OYDtIkKsbT6/YrQa 04iSReKvb+6852OKeFLzWFaTAXYFBTFXSLtsVOeCeHcZLAyttYjw15zOqzaXMG/5BeXOwz YhY+1B6ee7SZjpw6DxesgePovnLkmuDSA6xAC39516/0PIHNbUlPabn6KHTHbA== Date: Wed, 04 Mar 2026 11:03:42 +0100 From: Alexander Leidinger To: Doug Ambrisko , Mark Johnston Cc: Rick Macklem , Peter Eriksson , FreeBSD CURRENT , Garrett Wollman , Alexander Motin Subject: Re: RFC: How ZFS handles arc memory use In-Reply-To: References: <22b478c6bad8212c61ca19a983a8e2e4@Leidinger.net> Message-ID: <0d466ee1739ff7ddc967d725453dda35@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_57870c04fc020f8149b341cf93edbefe"; micalg=pgp-sha256 X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:34240, ipnet:2a00:1828::/32, country:DE] X-Rspamd-Queue-Id: 4fQpDd6Tj2z4BsQ X-Spamd-Bar: ---- This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_57870c04fc020f8149b341cf93edbefe Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8; format=flowed Am 2026-03-03 23:45, schrieb Doug Ambrisko: > On Tue, Mar 03, 2026 at 02:25:11PM -0800, Rick Macklem wrote: > | On Tue, Mar 3, 2026 at 12:33 PM Doug Ambrisko > wrote: > | > > | > On Sun, Nov 02, 2025 at 11:48:06AM +0100, Alexander Leidinger > wrote: > | > | Am 2025-10-29 22:06, schrieb Doug Ambrisko: > | > | > It seems around the switch to OpenZFS I would have arc clean > task > | > | > running > | > | > 100% on a core. I use nullfs on my laptop to map my shared ZFS > /data > | > | > partiton into a few vnet instances. Over night or so I would > get into > | > | > this issue. I found that I had a bunch of vnodes being held by > other > | > | > layers. My solution was to reduce kern.maxvnodes and > vfs.zfs.arc.max so > | > | > the ARC cache stayed reasonable without killing other > applications. > | > | > > | > | > That is why a while back I added the vnode count to mount -v so > that > | > | > I could see the usage of vnodes for each mount point. I made a > script > | > | > to report on things: > | > | > | > | Do you see this also with the nullfs mount option "nocache"? > | > > | > I seems to have run into this issue with nocache > | > /data/jail/current/usr/local/etc/cups > /data/jail/current-other/usr/local/etc/cups nullfs rw,nocache 0 0 > | > /data/jail/current/usr/local/etc/sane.d > /data/jail/current-other/usr/local/etc/sane.d nullfs rw,nocache 0 0 > | > /data/jail/current/usr/local/www > /data/jail/current-other/usr/local/www nullfs rw,nocache 0 0 > | > /data/jail/current/usr/local/etc/nginx > /data/jail/current-other/usr/local/etc/nginx nullfs rw,nocache 0 0 > | > /data/jail/current/tftpboot > /data/jail/current-other/tftpboot nullfs rw,nocache 0 0 > | > /data/jail/current/usr/local/lib/grub > /data/jail/current-other/usr/local/lib/grub nullfs rw,nocache 0 0 > | > /data/jail > /data/jail/current-other/data/jail nullfs rw,nocache 0 0 > | > /data/jail > /data/jail/current/data/jail nullfs rw,nocache 0 0 > | > > | > After a while (a couple of months or more). My laptop was running > slow > | > with a high load. The perodic find was running slow. arc_prunee > was > | > spinning. When I reduced the number of vnodes then things got > better. > | > My vfs.zfs.arc_max is 1073741824 so that I have memory for other > things. > | > > | > nocache does help taking longer to get into this situation. > | Have any of you guys tried increasing vfs.zfs.arc.free_target? > | > | If I understand the code correctly, when freemem < > vfs.zfs.arc.free_target > | the reaper thread (the one that does uma_zone_reclaim() to return > pages > | to the system from the uma keg that the arc uses) should be > activated. > > I haven't tried that. I set: > kern.maxvnodes > vfs.zfs.arc.min > vfs.zfs.arc.max > vfs.zfs.prefetch.disable=1 > > I need to make sure kern.maxvnodes is small enough so it doesn't thrash > when vfs.zfs.arc.max set to 1G. The issues tend to take a while to > happen. On the plus side I can adjust these when I hit them mostly by > reducing kern.maxvnodes without having to do a reboot. There was this commit recently_ https://cgit.freebsd.org/src/commit/sys/fs/nullfs?id=8b64d46fab87af3ae062901312187f3a04ad2d67 I have not checked if this race condition could result in anything related to what we see. From the commit message I can not deduct if this could for example lead to a (even temporary) resource leak which may explain this behavior. Mark, what is the high-level result of this race condition you fixed in nullfs? At first look at the commit log I would rather assume vnodes of the lower FS could rather be freed more early and not at all because of the race condition. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_57870c04fc020f8149b341cf93edbefe Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmmoA44ACgkQEg2wmwP4 2IYDKg/9FTVs+hfPa5Tn2eQ2BxhvsUSEELIivdJP/FfF160CAossxcsVZiRU8Y4d rNSHxaDB58r6SewYQ4ky5yo3zRnJA0+hrgdhow+65u/dY95+op+dELXiSdG72kLU 22+aMGuB5hGXs35Sykhc0hoBAzQRnrynaIg2z4S2L/fO2qI1QObYOTkzRrq98znX JCY4HY3v1eBVNoHQWzx7fm9ONfSre9K5LDjaGXo/ww65luWiYOWe6o13TMnW1vD5 ioOjM9S7GvXMOFWi6vA05/JyAEb107oy80JDOijR0U/xn2KI1mRHeGskRLE8yaYp ZfFgTYskcDxfVkzK2wGIu1ue8pUIaVTCWtYjrdGPEtD6R6vdbZgC0JPY4orsfFoU MWOEx9LgOVqjJEOOGQJzltrQi2f5fS0D7gt3Nz3xNpO7ypmeo/2SDypEvyZVNddw gkU3AZ+wiH2MXWLtzKHsWUuVXEIjK7G3I7O5CzvoGNs8i9B9N3+uycWQ7PJgo+I6 PRKxaTHqUXqvL9agUIu9NAHfHV8x3hHmYXhnXJG/boGnM66Wcb+jplANt2dqJ/oH PwpwJEwZFg/tjL0Zeg1rjpgAM+3Kw8ftTUGSBxP819/9ywyB+qtM9Lasp8B2kKqR 9QBho3iqWdgK90owxEACFaNkCk0cjzckWV0zgy89Pe3j1k0UaSM= =TVeK -----END PGP SIGNATURE----- --=_57870c04fc020f8149b341cf93edbefe-- From nobody Wed Mar 4 10:21: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 4fQpcT0q9lz6TJfm for ; Wed, 04 Mar 2026 10:21:45 +0000 (UTC) (envelope-from ivy@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 "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fQpcT081vz4Ftx for ; Wed, 04 Mar 2026 10:21:45 +0000 (UTC) (envelope-from ivy@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772619705; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=5jeTAVQlJ26RN6WXkNoWEtWOwY4SH6YhnySJq21Cr3w=; b=HWGxtpUeuwIAga8n1xmU98eWS5YrQcYAa1F1djNkup131fmbxN+Pl2bqjeTpnCUU5uw2Rf RqxAxdF3v7RV4ID7/6EBxI68/EeDh4Xq+x/9HlI7DYFwV6N3DC+rfqs0InNkyMhl7+/nJS /j3eldk0XMjVclDoxqY52wflqgHpvBEMgNyJrkyGT0dT4S7vO+NSmH48uEccq3YK3hcmwj cuBSONNtb0Ew/AET8KLRlj+48N/PcRHdZb8SU1L58EN0cfJSvin/5gtjR5E9DL1Sm9qKtB yISuoegbN6SzbhsZKUQC3pzuO4no2s/6JpWSnd8lcOuj+GHHTt7cDDExMrDfpg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1772619705; a=rsa-sha256; cv=none; b=ZSySpfLKJTDVpN11EmyPMz9Kn3mBqXhOleB0appeeztCNU4j0sJRxRiCqaipbl8FjSOWmu LllJd53Jj3oh1Xf/jWSZm7zGmzylIHtDX33tE3xLFTSyBCFiRhR7VM8oNypazaIWITDAcu jsfssNOP7V4DpnMBIojUH1173PzMuNcRsATWZsu4SoqtDroawc4DVOkA+WBBT9QBKl98FT +aq6IwfQrssTecdkS5qgk8XRq9OQtu/ykVauUZVzeoZLE3QK5ObMXhWiAbjI06oX4gI4BU 1dkzbcmNJKzwEHs68PmheJxnLrZnz2EYRfEkgS8GQltzWLTzaJJoJ/g1WEltAQ== 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=1772619705; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=5jeTAVQlJ26RN6WXkNoWEtWOwY4SH6YhnySJq21Cr3w=; b=RbrGQ/801S8wgXI/2b3oEbnNdRuJp9lJTMQ5JE2zPgxaeu6DSbgQrx5W6oku+PkgqG2kMa 2KRca8X7s+hblLzKRVPp8exQyKFR70L1SRjItLVnXLrJqXLIOY+VxoOmEhRXlxOsSwC0Aq TAHik56bnKerP0jnSaGbiw1CsvJtW3ah5+f6FLQ1tVI05Ur8gn+K2RD1eupYwrAEuYOoiI Ew3M9k6KumG+yXc4mvq3B96CKlV0t+mITfrZWpaeUWYLa6AdGsdSSOZ4t44EjheihGfzK3 38oztVWZUW0VidVwJApPgC075CXScn/llab5oqXdsOcKyzP90wpVTwk9voCsiA== Received: from amaryllis.le-fay.org (amaryllis.le-fay.org [IPv6:2a00:1098:6b:400::9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: ivy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4fQpcS4Glkz14RY for ; Wed, 04 Mar 2026 10:21:44 +0000 (UTC) (envelope-from ivy@freebsd.org) Date: Wed, 4 Mar 2026 10:21:40 +0000 From: Lexi Winter To: freebsd-current@freebsd.org Subject: Re: pkgbase and customised builds via ${SRC}/release/release.sh Message-ID: Mail-Followup-To: freebsd-current@freebsd.org References: <20fb908c0954e62977dffdcd4a883678@riseup.net> 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 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="78SKX7NjdKcLSrd5" Content-Disposition: inline In-Reply-To: --78SKX7NjdKcLSrd5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Lexi Winter wrote in : > Alastair Hogge wrote in : > > The biggest problem I had come across, was the "tags=3Dpackage=3D{foo}" > > declarations in ${SRC}/etc/mtree/*.dist. I had to remove a couple of > > these from a 2 or 3 mtree dists. What is going on in this part of the > > build infrastructure? There is a history of similar commits[1][2][3], to > > the changes I now have to keep locally, yet, des@ recently added[4] more > > tags. > =20 > short answer: as of last week, des's commit is correct and the previous > commits removing the tags should be reverted, i just didn't get around > to doing it yet. there's now a review for this: https://reviews.freebsd.org/D55645 --78SKX7NjdKcLSrd5 Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQSyjTg96lp3RifySyn1nT63mIK/YAUCaagHsAAKCRD1nT63mIK/ YB5wAQCisnwmqyV08BgRwUEWV7/Bb0BIsxlFwA/Gg9pRVCwAzQEA3T9M2j2O7zXT 7q3TOHbb2QMRAojmupYo8gPPWpKgQAw= =mEDC -----END PGP SIGNATURE----- --78SKX7NjdKcLSrd5-- From nobody Tue Feb 24 22:04:09 2026 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fQqwD1WGCz6TN4c for ; Wed, 04 Mar 2026 11:20:28 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (legacy1.sbone.de [80.151.10.34]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E7" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fQqw90fZnz4NFB for ; Wed, 04 Mar 2026 11:20:25 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b=i7Fy09Yp; dmarc=pass (policy=none) header.from=zabbadoz.net; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 80.151.10.34 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 93948A64805 for ; Tue, 24 Feb 2026 22:03:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1771970632; bh=NcHFeBvT1OlBy1Hmr+gbzzO7EmdS/jzw447tzo0lO0A=; h=Date:From:To:Subject; b=i7Fy09YpPhqJRqfhU1A70d7+7mTx++deiKIJh64sS/nezi3B0MTohMut1iam2TPNk o0K6cTz31Yr1mWD9Ih1Y5l3oGpI27hHmR+1tMl5nCdaIOdUEKj5Z4dLex+Ojz8CS5i mfu8U8tEC0lwh98Gt1ih4x+Eyf+hCL5tR+O4Wi60NZR3ingDMAf9kdZGG0+TiKTv5i TrCCB20E1VSXDGX6rHg5dv/lnEsH046OzhI8QQUV3osbMuYDxJDUoOdV/GQP9H7P0x zhRQslA4RFwM671myH2mgxMkZKjlI9dnZ2jYX7UB3q8NNTBecjJ55xoGoeFshLv6S2 Y035E1vXx+n7ZVkJiOp5VzDP5qs82DnMgc1h+ppQDs/4iZ4+lc7BsA/zgIORc0pMsH Fv7o0XGyYy/l2JWLsJ17H2ji0SfOO5KFc58bzNqo/8xriew+fEtxtVImQGjfQz2ADQ o+6vLz5T5Snoq4CutN9lIPdT+Z+WzDF6OCPE/C04tTz14bSRYXCjlBRCieHN2IkXNO W6xU0lFIRpRFOvN97trE1niRzm4JCP1dFPtNJ+ZXiT4m7/DuV+cu/NOejMvyjOef8R kf7fJwW++VHyEU6K3VkK1aqxnh6Tll4PCKo7DlNApW3aXgk/Z2+p/jgANZaRK4s8aV U+0hFYsoH8zqIZHstDX0usP8= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 3CEC62D029E7 for ; Tue, 24 Feb 2026 22:04:11 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id bIhxpFas1ILj for ; Tue, 24 Feb 2026 22:04:10 +0000 (UTC) Received: from nv.t4-02.sbone.de (nv.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 22BA42D029D8 for ; Tue, 24 Feb 2026 22:04:10 +0000 (UTC) Date: Tue, 24 Feb 2026 22:04:09 +0000 (UTC) From: "Bjoern A. Zeeb" To: current@freebsd.org Subject: LINT-NOINET failure in gre; warnings in tcp and pf Message-ID: <8sn873s-rq92-2372-pnn5-3039381s5o@mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DATE_IN_PAST(1.00)[181]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip4:80.151.10.34]; MIME_GOOD(-0.10)[text/plain]; MISSING_XM_UA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3320, ipnet:80.144.0.0/13, country:DE]; RCVD_COUNT_THREE(0.00)[4]; RCPT_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Rspamd-Queue-Id: 4fQqw90fZnz4NFB X-Spamd-Bar: -- Hi, a universe build from this afternoon UTC has a broken LINT-NOINET: 24 /sys/net/if_gre.c:1045:22: error: field has incomplete type 'struct in_aliasreq' 25 1045 | struct in_aliasreq in; 26 | ^ 27 /sys/net/if_gre.c:1045:10: note: forward declaration of 'struct in_aliasreq' 28 1045 | struct in_aliasreq in; 29 | ^ 30 /sys/net/if_gre.c:1062:4: error: expected identifier or '(' 31 1062 | } else if (src->sa_family == AF_INET6) { 32 | ^ 33 /sys/net/if_gre.c:1069:4: error: expected identifier or '(' 34 1069 | } else 35 | ^ 36 /sys/net/if_gre.c:1072:2: error: expected identifier or '(' 37 1072 | if (error == EADDRNOTAVAIL) 38 | ^ 39 /sys/net/if_gre.c:1074:2: error: expected identifier or '(' 40 1074 | if (error == EEXIST) 41 | ^ 42 /sys/net/if_gre.c:1076:2: error: expected identifier or '(' 43 1076 | if (error == EAFNOSUPPORT) 44 | ^ 45 /sys/net/if_gre.c:1079:2: error: expected identifier or '(' 46 1079 | return (error); 47 | ^ 48 /sys/net/if_gre.c:1080:1: error: extraneous closing brace ('}') 49 1080 | } 50 | ^ 51 8 errors generated. 52 --- if_gre.o --- 53 *** [if_gre.o] Error code 1 In addition the following warnings: 55 make[5]: stopped making "all" in /obj/amd64.amd64/sys/LINT-NOINET 56 /sys/netinet/tcp_subr.c:344:27: warning: unused function 'tcp_ctlinput' [-Wunused-function] 57 344 | static ipproto_ctlinput_t tcp_ctlinput; 58 | ^~~~~~~~~~~~ 59 /sys/netinet/tcp_subr.c:345:24: warning: unused function 'tcp_ctlinput_viaudp' [-Wunused-function] 60 345 | static udp_tun_icmp_t tcp_ctlinput_viaudp; 61 | ^~~~~~~~~~~~~~~~~~~ 62 2 warnings generated. 97 make[6]: stopped making "all" in /sys/modules 98 /sys/netpfil/pf/pf.c:10791:1: warning: unused function 'pf_walk_header' [-Wunused-function] 99 10791 | pf_walk_header(struct pf_pdesc *pd, struct ip *h, u_short *reason) 100 | ^~~~~~~~~~~~~~ 101 /sys/netpfil/pf/pf.c:4836:1: warning: unused function 'pf_icmp_to_bandlim' [-Wunused-function] 102 4836 | pf_icmp_to_bandlim(uint8_t type) 103 | ^~~~~~~~~~~~~~~~~~ 104 2 warnings generated. 105 --- modules-all --- 106 *** [modules-all] Error code 1 -- Bjoern A. Zeeb r15:7 From nobody Wed Mar 4 11:28:01 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 4fQr51279qz6TNJ0 for ; Wed, 04 Mar 2026 11:28:05 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (legacy1.sbone.de [80.151.10.34]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E7" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fQr504rLbz4Pkc for ; Wed, 04 Mar 2026 11:28:04 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b=B+QcP+T3; dmarc=pass (policy=none) header.from=zabbadoz.net; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 80.151.10.34 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id B2F0CA64805 for ; Wed, 04 Mar 2026 11:27:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1772623663; bh=BFlTQhkprCpp53M1HdTXc71x0R5XQtsHhHM+KtFDSbs=; h=Date:From:To:Subject:In-Reply-To:References; b=B+QcP+T3WENfcx/W2VQntRQe2O6OXN1YpqP2/v4zap0n5yLHCv5pQqZqdt0Fadx1K 26Git+34PITPVvsamPyJ20cYoM7Otnxf4JFPU1ZWmUd3ckH/jBE8tOICJP44B4hNTr lgG2p8gN99pl20QstZw2KgNvju8DtQ+KV+g24cnsus9G77MAQyZ1ApuMc0cH4LU5pG ns4fL6HTqpgGbZ3CiEvRbAJO3fs/y2l6AL/84aiq9oq3YhxxPvNpJWx1IPyYJmdZ8y BahdRbgWZiwfUYLxfoQoToxntWOsGdPLJT3bLvc6SJDQw+bmIC3cmkVfIyK6+ahYRx sVSubeD56M9xYKa2v9ejYXIYZmCJpiC/f5erbOluoYLFAhvrT1aeg76tZ7SuFb/+as dDJq1dqNDJzq0YLLpk9QtwWHc5/Kv/GrzB4h1UmOtDgsc2JmvFJ1OSHkZjAWUmXpct bplZmHT6Qo3Z2KK4ovQEMu/S/v1kdjbUpb4DCS1wwPsLgj/cs/MvmBV+y42z0gJC1g xXUNH9L5MJ3ZmnnQSbUN624/gg1aqPZpRSXU7YnQ3yFXYtuDJ5eF84RpZ0OI5yRt3u NXXY7+JqzABCLvai8JMOIEaD7iYBeYEwsOnXy7SsIWPsRnpvPNe7BYsViQF00qZJNz 3QD/Gzx4ih4n8qhjvpu8s+xU= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id D50222D029E7 for ; Wed, 4 Mar 2026 11:28:02 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id wPpZ3X1t4JPo for ; Wed, 4 Mar 2026 11:28:02 +0000 (UTC) Received: from nv.t4-02.sbone.de (nv.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id EDFF72D029D8 for ; Wed, 4 Mar 2026 11:28:01 +0000 (UTC) Date: Wed, 4 Mar 2026 11:28:01 +0000 (UTC) From: "Bjoern A. Zeeb" To: current@freebsd.org Subject: Re: LINT-NOINET failure in gre; warnings in tcp and pf In-Reply-To: <8sn873s-rq92-2372-pnn5-3039381s5o@mnoonqbm.arg> Message-ID: References: <8sn873s-rq92-2372-pnn5-3039381s5o@mnoonqbm.arg> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip4:80.151.10.34:c]; MIME_GOOD(-0.10)[text/plain]; MISSING_XM_UA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3320, ipnet:80.144.0.0/13, country:DE]; RCVD_COUNT_THREE(0.00)[4]; RCPT_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Rspamd-Queue-Id: 4fQr504rLbz4Pkc X-Spamd-Bar: --- On Tue, 24 Feb 2026, Bjoern A. Zeeb wrote: Hi, I think this got solved by now; probably most of it. It was stuck here given I still cannot reach most of FreeBSD.org by IPv6 currently (DTAG dropped the prefixes) and need to manually force an IPv4 fallback through other paths (as I have little IPv4 left) for some services. /bz > a universe build from this afternoon UTC has a broken LINT-NOINET: > > 24 /sys/net/if_gre.c:1045:22: error: field has incomplete type 'struct > in_aliasreq' > 25 1045 | struct in_aliasreq in; > 26 | ^ > 27 /sys/net/if_gre.c:1045:10: note: forward declaration of 'struct > in_aliasreq' > 28 1045 | struct in_aliasreq in; > 29 | ^ > 30 /sys/net/if_gre.c:1062:4: error: expected identifier or '(' > 31 1062 | } else if (src->sa_family == AF_INET6) { > 32 | ^ > 33 /sys/net/if_gre.c:1069:4: error: expected identifier or '(' > 34 1069 | } else > 35 | ^ > 36 /sys/net/if_gre.c:1072:2: error: expected identifier or '(' > 37 1072 | if (error == EADDRNOTAVAIL) > 38 | ^ > 39 /sys/net/if_gre.c:1074:2: error: expected identifier or '(' > 40 1074 | if (error == EEXIST) > 41 | ^ > 42 /sys/net/if_gre.c:1076:2: error: expected identifier or '(' > 43 1076 | if (error == EAFNOSUPPORT) > 44 | ^ > 45 /sys/net/if_gre.c:1079:2: error: expected identifier or '(' > 46 1079 | return (error); > 47 | ^ > 48 /sys/net/if_gre.c:1080:1: error: extraneous closing brace ('}') > 49 1080 | } > 50 | ^ > 51 8 errors generated. > 52 --- if_gre.o --- > 53 *** [if_gre.o] Error code 1 > > > > In addition the following warnings: > > 55 make[5]: stopped making "all" in /obj/amd64.amd64/sys/LINT-NOINET > 56 /sys/netinet/tcp_subr.c:344:27: warning: unused function > 'tcp_ctlinput' [-Wunused-function] > 57 344 | static ipproto_ctlinput_t tcp_ctlinput; > 58 | ^~~~~~~~~~~~ > 59 /sys/netinet/tcp_subr.c:345:24: warning: unused function > 'tcp_ctlinput_viaudp' [-Wunused-function] > 60 345 | static udp_tun_icmp_t tcp_ctlinput_viaudp; > 61 | ^~~~~~~~~~~~~~~~~~~ > 62 2 warnings generated. > > > 97 make[6]: stopped making "all" in /sys/modules > 98 /sys/netpfil/pf/pf.c:10791:1: warning: unused function > 'pf_walk_header' [-Wunused-function] > 99 10791 | pf_walk_header(struct pf_pdesc *pd, struct ip *h, u_short > *reason) > 100 | ^~~~~~~~~~~~~~ > 101 /sys/netpfil/pf/pf.c:4836:1: warning: unused function > 'pf_icmp_to_bandlim' [-Wunused-function] > 102 4836 | pf_icmp_to_bandlim(uint8_t type) > 103 | ^~~~~~~~~~~~~~~~~~ > 104 2 warnings generated. > 105 --- modules-all --- > 106 *** [modules-all] Error code 1 > > > > > -- Bjoern A. Zeeb r15:7 From nobody Wed Mar 4 11:53: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 4fQrfY6gLjz6TQJ2 for ; Wed, 04 Mar 2026 11:53:41 +0000 (UTC) (envelope-from tuexen@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fQrfY5Zyzz3DXF; Wed, 04 Mar 2026 11:53:41 +0000 (UTC) (envelope-from tuexen@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772625221; 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=5re4G5TfyHdksLkOGIo+NFRDyOzAjHbVBrWOKAyFZ+g=; b=st3IEugG9hXOEz+VCr5sImCObSzZiYKf7uu89N40cqJsN1gjOTgORiYePKEOB7Y4BVbyfc Rs6gSLJ/oD6nEenj4STLyANEYbYAXkMXKOHex1vj7G6N0CrEWGT7cbMLTXzoPQjxFDaNFd /vE4+XOS79fNlq7rhl6pyhwhLP9FuFNPwzEavwglWewh2CRw+EwHiK2cOOX/bCh6wPGlyL 2QMqWOynEPAIHnVxwonr2mP/1D+mTzZazgKn4rWQ6itHKGdJDMSrKfotAwSLS5mNwmJ3Z5 QZ/RoWp/6/I9NAODNtZA4ZuYYwlR4Xwou0cZE8rI/jXiEyeptq7kc9juYpuahg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1772625221; a=rsa-sha256; cv=none; b=Hr3qvmA03XEqe1KwtDqjetj5rwfjo+Z51rxsh46D1hs9/Vot3XLuZu4ZWcQzlRjPx5Xdzg UXxwxk9afMoI6vQeC2cV/m7/MO/hWzz9nevuaPABgsQWISsytV6L+fZF0bp3BwBaJHLk8J a/ROdRgmRPNmN3zcsMBdzQssCQV3aNa5ub+YHA2ON4p4ZL5ko06m1e+Q4y4i3MtNTf8FcH r6S7/5iYcujqG24iYXPZOX242BhDKgqjDCtfTSQKfszzZWqm4Bb7O3hVJ2HX4ziuojYwKb aDcrcYEWw/p9zUfGUgAWz4EzRUqUlq/7NHxH+39kLwClMvkJ6iJD5XCdUbDfSg== 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=1772625221; 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=5re4G5TfyHdksLkOGIo+NFRDyOzAjHbVBrWOKAyFZ+g=; b=nAw6efZZigkKvCzHHe10qkgoJ7qaaAonPKAxnyIwC0XkAmJahxfsf5zxJe+dhXrR+et6fT k1rsKpzcUz7vDP10fSXRfYOeIYLyGXCG18ob0Xx8oYgekKqzJP0JPTagy5b2l74Cm79d4B Y774be3kd4LLggM0IjryUo2gkx5CxZbKy1lXZk03gAdO1t+k008kQKHKY/a+Vpjr4qy0KQ B8B7xnR627KROCpu9ywOdk4ix3Z+HqK/u4wR7Kk+NOIN3cZsMkE5BdgEA/VHhsVUVGVG6S qwIRMeqvOaZNiigi3Ogk2Ej0prx59HhN146hTUsZEHa7sHaJxUb+xgokAjGfBQ== Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1101:be00:c89b:9371:ffc7:cc7e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: tuexen) by smtp.freebsd.org (Postfix) with ESMTPSA id 4fQrfY26cKz15KB; Wed, 04 Mar 2026 11:53:41 +0000 (UTC) (envelope-from tuexen@FreeBSD.org) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.400.21\)) Subject: Re: LINT-NOINET failure in gre; warnings in tcp and pf From: Michael Tuexen In-Reply-To: <8sn873s-rq92-2372-pnn5-3039381s5o@mnoonqbm.arg> Date: Wed, 4 Mar 2026 12:53:39 +0100 Cc: current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <3753E3D5-E5EC-4F43-A216-1653300006F3@FreeBSD.org> References: <8sn873s-rq92-2372-pnn5-3039381s5o@mnoonqbm.arg> To: "Bjoern A. Zeeb" X-Mailer: Apple Mail (2.3864.400.21) > On 24. Feb 2026, at 23:04, Bjoern A. Zeeb = wrote: >=20 > Hi, >=20 > a universe build from this afternoon UTC has a broken LINT-NOINET: >=20 > 24 /sys/net/if_gre.c:1045:22: error: field has incomplete type = 'struct in_aliasreq' > 25 1045 | struct in_aliasreq in; > 26 | ^ > 27 /sys/net/if_gre.c:1045:10: note: forward declaration of 'struct = in_aliasreq' > 28 1045 | struct in_aliasreq in; > 29 | ^ > 30 /sys/net/if_gre.c:1062:4: error: expected identifier or '(' > 31 1062 | } else if (src->sa_family =3D=3D AF_INET6) { > 32 | ^ > 33 /sys/net/if_gre.c:1069:4: error: expected identifier or '(' > 34 1069 | } else > 35 | ^ > 36 /sys/net/if_gre.c:1072:2: error: expected identifier or '(' > 37 1072 | if (error =3D=3D EADDRNOTAVAIL) > 38 | ^ > 39 /sys/net/if_gre.c:1074:2: error: expected identifier or '(' > 40 1074 | if (error =3D=3D EEXIST) > 41 | ^ > 42 /sys/net/if_gre.c:1076:2: error: expected identifier or '(' > 43 1076 | if (error =3D=3D EAFNOSUPPORT) > 44 | ^ > 45 /sys/net/if_gre.c:1079:2: error: expected identifier or '(' > 46 1079 | return (error); > 47 | ^ > 48 /sys/net/if_gre.c:1080:1: error: extraneous closing brace ('}') > 49 1080 | } > 50 | ^ > 51 8 errors generated. > 52 --- if_gre.o --- > 53 *** [if_gre.o] Error code 1 >=20 >=20 >=20 > In addition the following warnings: >=20 > 55 make[5]: stopped making "all" in = /obj/amd64.amd64/sys/LINT-NOINET > 56 /sys/netinet/tcp_subr.c:344:27: warning: unused function = 'tcp_ctlinput' [-Wunused-function] > 57 344 | static ipproto_ctlinput_t tcp_ctlinput; > 58 | ^~~~~~~~~~~~ > 59 /sys/netinet/tcp_subr.c:345:24: warning: unused function = 'tcp_ctlinput_viaudp' [-Wunused-function] > 60 345 | static udp_tun_icmp_t tcp_ctlinput_viaudp; > 61 | ^~~~~~~~~~~~~~~~~~~ > 62 2 warnings generated. Let me double check this one. Best regards Michael >=20 >=20 > 97 make[6]: stopped making "all" in /sys/modules > 98 /sys/netpfil/pf/pf.c:10791:1: warning: unused function = 'pf_walk_header' [-Wunused-function] > 99 10791 | pf_walk_header(struct pf_pdesc *pd, struct ip *h, = u_short *reason) > 100 | ^~~~~~~~~~~~~~ > 101 /sys/netpfil/pf/pf.c:4836:1: warning: unused function = 'pf_icmp_to_bandlim' [-Wunused-function] > 102 4836 | pf_icmp_to_bandlim(uint8_t type) > 103 | ^~~~~~~~~~~~~~~~~~ > 104 2 warnings generated. > 105 --- modules-all --- > 106 *** [modules-all] Error code 1 >=20 >=20 >=20 >=20 > --=20 > Bjoern A. Zeeb = r15:7 >=20 From nobody Wed Mar 4 14:22:09 2026 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4fQvxw0FP7z6TZVc for ; Wed, 04 Mar 2026 14:22:12 +0000 (UTC) (envelope-from tuexen@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fQvxv4FhFz3VT3; Wed, 04 Mar 2026 14:22:11 +0000 (UTC) (envelope-from tuexen@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772634131; 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=MJov+ijXDcH9POdCOQ9c+9nldop85Ae/MS3Yf/CVoXM=; b=CKgtJ84TyjYs5bQQapKUithnXumyDl3PMXbYUECPXyG7iVntuVtkL4WVxzN4GoeEPq1KzI foWCEinN4MbTUja2tfoQx+rFaJWnyAjm6WWsDjWSnE9GmNl7E+KHxEPUgqxo9Jvr7Ejxua wL7pw+to5QVQWse4kFGuNUztXI/lUNZ8z0/YS6jJW9L5OXsITIU2OAbmT5NBj/T4emm7l0 XlU/yFeMbr9FXPizG52IkVgsflv4WKli+amBtwSrQVCwsNvjW2duYfX9ISOXn6GnTTao1B apIWVvP+BCgEnJtQ0PQ2X/NYV91VpsBribbxKqkQRYw4iT0IZ5U862jfym3FoQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1772634131; a=rsa-sha256; cv=none; b=IokXJtZE90fK7jwxwYsJmciO06PcGcaiwY2WI/5nUD7mPCgdq8vLS1EepWYuiJnpk0fk45 CKZ0dyfL0Kt6KG2O5WR49HHj76XmgT7UPVtEV+k4xEVWBzLieA4ExLfkeeMt4fXyXSo151 IINVBIzajcPDKN6+nk1QuhUB6A9kJMMV7/bkimDuyysTGlzXcdnTDpVrD6aU4zOTfzzLcn cVYygRkfWWG1E5zRlIIQxgUrlVmPFLkUZAU/j8MIVlqFlzI3vs7RvOg4BFvegXLpoIE38q GLLDPtkIrPTanP6OfEZ3k9HttOAde7l7A2xu1q/0p1NJks+Bi7E60a3wTNJEuQ== 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=1772634131; 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=MJov+ijXDcH9POdCOQ9c+9nldop85Ae/MS3Yf/CVoXM=; b=NU3m2VaQsNUNdgdXgp4852S8zqEh67UvKG2oj3/qJg22jt9Td5mqQtLxVmr4q4nbPcV2VR 5cV9bge5MOFnkGYeWzeEQn2z2pKMSQ1ZzSCduD2VqziLr0ra3dT7jm1k6jSBcfwJxo4oZL 3R/7q0y8MTQwRPSmdPwgbGkNVKuw1IC9eaLZMCKRSlIr/KPy8t6YIxol6k1yB1CAZgs9GI fWgwpAgefQAU9pmMEif7Vyxy8x106RkCRkEZvy6CkGNt7+/0gGEj5Avs0Z7t00JcMRw4C3 T0fkAfuK7VlWTKHthwpUFU42wXnS+jwtvQh6aG70YznmzO7EaVwcpSmWqYyn+Q== Received: from smtpclient.apple (unknown [IPv6:2a00:20:738c:5779:dd5a:ed17:4c2c:33d4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: tuexen) by smtp.freebsd.org (Postfix) with ESMTPSA id 4fQvxv0MBZz17nw; Wed, 04 Mar 2026 14:22:10 +0000 (UTC) (envelope-from tuexen@FreeBSD.org) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3864.400.21\)) Subject: Re: LINT-NOINET failure in gre; warnings in tcp and pf From: Michael Tuexen In-Reply-To: <8sn873s-rq92-2372-pnn5-3039381s5o@mnoonqbm.arg> Date: Wed, 4 Mar 2026 15:22:09 +0100 Cc: current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9EDB211F-0F22-4A5C-8C81-CAC76BC313B3@FreeBSD.org> References: <8sn873s-rq92-2372-pnn5-3039381s5o@mnoonqbm.arg> To: "Bjoern A. Zeeb" X-Mailer: Apple Mail (2.3864.400.21) > On 24. Feb 2026, at 23:04, Bjoern A. Zeeb = wrote: >=20 > Hi, >=20 > a universe build from this afternoon UTC has a broken LINT-NOINET: >=20 > 24 /sys/net/if_gre.c:1045:22: error: field has incomplete type = 'struct in_aliasreq' > 25 1045 | struct in_aliasreq in; > 26 | ^ > 27 /sys/net/if_gre.c:1045:10: note: forward declaration of 'struct = in_aliasreq' > 28 1045 | struct in_aliasreq in; > 29 | ^ > 30 /sys/net/if_gre.c:1062:4: error: expected identifier or '(' > 31 1062 | } else if (src->sa_family =3D=3D AF_INET6) { > 32 | ^ > 33 /sys/net/if_gre.c:1069:4: error: expected identifier or '(' > 34 1069 | } else > 35 | ^ > 36 /sys/net/if_gre.c:1072:2: error: expected identifier or '(' > 37 1072 | if (error =3D=3D EADDRNOTAVAIL) > 38 | ^ > 39 /sys/net/if_gre.c:1074:2: error: expected identifier or '(' > 40 1074 | if (error =3D=3D EEXIST) > 41 | ^ > 42 /sys/net/if_gre.c:1076:2: error: expected identifier or '(' > 43 1076 | if (error =3D=3D EAFNOSUPPORT) > 44 | ^ > 45 /sys/net/if_gre.c:1079:2: error: expected identifier or '(' > 46 1079 | return (error); > 47 | ^ > 48 /sys/net/if_gre.c:1080:1: error: extraneous closing brace ('}') > 49 1080 | } > 50 | ^ > 51 8 errors generated. > 52 --- if_gre.o --- > 53 *** [if_gre.o] Error code 1 >=20 >=20 >=20 > In addition the following warnings: >=20 > 55 make[5]: stopped making "all" in = /obj/amd64.amd64/sys/LINT-NOINET > 56 /sys/netinet/tcp_subr.c:344:27: warning: unused function = 'tcp_ctlinput' [-Wunused-function] > 57 344 | static ipproto_ctlinput_t tcp_ctlinput; > 58 | ^~~~~~~~~~~~ > 59 /sys/netinet/tcp_subr.c:345:24: warning: unused function = 'tcp_ctlinput_viaudp' [-Wunused-function] > 60 345 | static udp_tun_icmp_t tcp_ctlinput_viaudp; > 61 | ^~~~~~~~~~~~~~~~~~~ > 62 2 warnings generated. Fixed in = https://cgit.FreeBSD.org/src/commit/?id=3D3d69387ece535fc33821d089aab241bf= b9551d69 = Thanks for reporting! Best regards Michael >=20 >=20 > 97 make[6]: stopped making "all" in /sys/modules > 98 /sys/netpfil/pf/pf.c:10791:1: warning: unused function = 'pf_walk_header' [-Wunused-function] > 99 10791 | pf_walk_header(struct pf_pdesc *pd, struct ip *h, = u_short *reason) > 100 | ^~~~~~~~~~~~~~ > 101 /sys/netpfil/pf/pf.c:4836:1: warning: unused function = 'pf_icmp_to_bandlim' [-Wunused-function] > 102 4836 | pf_icmp_to_bandlim(uint8_t type) > 103 | ^~~~~~~~~~~~~~~~~~ > 104 2 warnings generated. > 105 --- modules-all --- > 106 *** [modules-all] Error code 1 >=20 >=20 >=20 >=20 > --=20 > Bjoern A. Zeeb = r15:7 >=20 From nobody Thu Mar 5 23:36:20 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 4fRmC13xBVz6Tr6L for ; Thu, 05 Mar 2026 23:36:29 +0000 (UTC) (envelope-from markj@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 "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fRmC13Fx7z3KMy; Thu, 05 Mar 2026 23:36:29 +0000 (UTC) (envelope-from markj@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1772753789; 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=p7PaXrWwsekvRLEwpNbDEo+Dspah8Hj1a6W5jL9UMuk=; b=QjDI8o+cpBuaC9yF0BRTD4vJMoOYeu6KnoE+J9uvg2nCN82+Bf4CZ28d96H6vG00QcfE6C PidvxzJAwWzQJ/2rMe5W7fvAhrWeYnekeqQ858e5nFot7hQuhfzTj9zxNNKWtm365C+IcH GMBPbSF3UtYjqZx9xGinHUOfAG3hssP4plQNhw1/3k9Kozli9iAN2KCnt7vTQ8vyVrGSQ7 TDvXUVUPoa0TUVJ82KFuK3nGAKGZhXD97/dm9vZhBN82hjviHIW9YdJg2eY6K8L88VCfGe oecS3g01WdLN/dFaFcYGtIl6tnHn3qG3E8FfLSRONqB8m8Ztne4ASq24dGtJzw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1772753789; a=rsa-sha256; cv=none; b=ils+BRU4vfaFHwodWfua75n1pihbnhqXgsS1FBpJxNAsvWM0GdelQo1+spZSdITx/Ob2FS pl6GtMby5JyoYEOd7Tm4qsQMzkq/9XUH8Rh7ZrVMjX6IM+HWCpvt1/h/4qfRvneqlVy0Z0 U/vrycW3VNTldWIRuMQVxoGCYfGSY5qqZbnWwx5AdKVgEAFJmhFLEu1UZe68HoPBTrIgrC k358fch1h4XihocB+vQRnFO3/VDI5Wc68C3474kt2QetnRhJldp+gAY0aGvp68B6yYJWrk 5GEuxh7e4YOca33QnyesyvBmN9I4BifrbraAcMUv3n/HLnV/UZe2kNxImoLhAg== 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=1772753789; 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=p7PaXrWwsekvRLEwpNbDEo+Dspah8Hj1a6W5jL9UMuk=; b=TxFBCGysD/7M7CtydMr02Nqkc+Imxp1kl8Sm8JENd6ydGy//nSrjuv/eHO4/aWZWuvzn3e O3Uxpx05mnf2+/uR2XMrJZXR55mlpe/mwSGx9GL9AQuRTuIq18i7MZ/b/YIYlxsv779Mh9 28qb99mINlaEFNOlXN3Uug4WHdckF8XsAQwt68GGDZD7Emr4kXjEfyUujVZG+T+3G4gexw wlXufaz3qaFPe+dev8PAuxqm5QiWlVR1EmJoZ8n1F6keUgRm22CUL43T/5U95Uc+96dyCz yOMdW+K1NbCT6flCoLGezzaniwFFcdbQEADDvnAUH7Wr87rI4RWxbkDvu6Ov3g== Received: from framework (unknown [38.146.206.139]) (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: markj) by smtp.freebsd.org (Postfix) with ESMTPSA id 4fRmBx6dRnzPCY; Thu, 05 Mar 2026 23:36:25 +0000 (UTC) (envelope-from markj@freebsd.org) Date: Thu, 5 Mar 2026 18:36:20 -0500 From: Mark Johnston To: Alexander Leidinger Cc: Doug Ambrisko , Rick Macklem , Peter Eriksson , FreeBSD CURRENT , Garrett Wollman , Alexander Motin Subject: Re: RFC: How ZFS handles arc memory use Message-ID: References: <22b478c6bad8212c61ca19a983a8e2e4@Leidinger.net> <0d466ee1739ff7ddc967d725453dda35@Leidinger.net> 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 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <0d466ee1739ff7ddc967d725453dda35@Leidinger.net> On Wed, Mar 04, 2026 at 11:03:42AM +0100, Alexander Leidinger wrote: > Am 2026-03-03 23:45, schrieb Doug Ambrisko: > > On Tue, Mar 03, 2026 at 02:25:11PM -0800, Rick Macklem wrote: > > | On Tue, Mar 3, 2026 at 12:33 PM Doug Ambrisko > > wrote: > > | > > > | > On Sun, Nov 02, 2025 at 11:48:06AM +0100, Alexander Leidinger wrote: > > | > | Am 2025-10-29 22:06, schrieb Doug Ambrisko: > > | > | > It seems around the switch to OpenZFS I would have arc clean > > task > > | > | > running > > | > | > 100% on a core. I use nullfs on my laptop to map my shared ZFS > > /data > > | > | > partiton into a few vnet instances. Over night or so I would > > get into > > | > | > this issue. I found that I had a bunch of vnodes being held by > > other > > | > | > layers. My solution was to reduce kern.maxvnodes and > > vfs.zfs.arc.max so > > | > | > the ARC cache stayed reasonable without killing other > > applications. > > | > | > > > | > | > That is why a while back I added the vnode count to mount -v so > > that > > | > | > I could see the usage of vnodes for each mount point. I made a > > script > > | > | > to report on things: > > | > | > > | > | Do you see this also with the nullfs mount option "nocache"? > > | > > > | > I seems to have run into this issue with nocache > > | > /data/jail/current/usr/local/etc/cups > > /data/jail/current-other/usr/local/etc/cups nullfs rw,nocache 0 0 > > | > /data/jail/current/usr/local/etc/sane.d > > /data/jail/current-other/usr/local/etc/sane.d nullfs rw,nocache 0 0 > > | > /data/jail/current/usr/local/www > > /data/jail/current-other/usr/local/www nullfs rw,nocache 0 0 > > | > /data/jail/current/usr/local/etc/nginx > > /data/jail/current-other/usr/local/etc/nginx nullfs rw,nocache 0 0 > > | > /data/jail/current/tftpboot > > /data/jail/current-other/tftpboot nullfs rw,nocache 0 0 > > | > /data/jail/current/usr/local/lib/grub > > /data/jail/current-other/usr/local/lib/grub nullfs rw,nocache 0 0 > > | > /data/jail > > /data/jail/current-other/data/jail nullfs rw,nocache 0 0 > > | > /data/jail > > /data/jail/current/data/jail nullfs rw,nocache 0 0 > > | > > > | > After a while (a couple of months or more). My laptop was running > > slow > > | > with a high load. The perodic find was running slow. arc_prunee > > was > > | > spinning. When I reduced the number of vnodes then things got > > better. > > | > My vfs.zfs.arc_max is 1073741824 so that I have memory for other > > things. > > | > > > | > nocache does help taking longer to get into this situation. > > | Have any of you guys tried increasing vfs.zfs.arc.free_target? > > | > > | If I understand the code correctly, when freemem < > > vfs.zfs.arc.free_target > > | the reaper thread (the one that does uma_zone_reclaim() to return > > pages > > | to the system from the uma keg that the arc uses) should be activated. > > > > I haven't tried that. I set: > > kern.maxvnodes > > vfs.zfs.arc.min > > vfs.zfs.arc.max > > vfs.zfs.prefetch.disable=1 > > > > I need to make sure kern.maxvnodes is small enough so it doesn't thrash > > when vfs.zfs.arc.max set to 1G. The issues tend to take a while to > > happen. On the plus side I can adjust these when I hit them mostly by > > reducing kern.maxvnodes without having to do a reboot. > > There was this commit recently_ > https://cgit.freebsd.org/src/commit/sys/fs/nullfs?id=8b64d46fab87af3ae062901312187f3a04ad2d67 > > I have not checked if this race condition could result in anything related > to what we see. From the commit message I can not deduct if this could for > example lead to a (even temporary) resource leak which may explain this > behavior. Mark, what is the high-level result of this race condition you > fixed in nullfs? At first look at the commit log I would rather assume > vnodes of the lower FS could rather be freed more early and not at all > because of the race condition. The high-level result would be a lock leak and presumably an eventual deadlock or crash. In an INVARIANTS kernel you'd get an assertion failure. I doubt the bug can be responsible for the issues reported in this thread. From nobody Thu Mar 5 23:51: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 4fRmY95Y1Yz6TsVX for ; Thu, 05 Mar 2026 23:52:13 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (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 4fRmY84dL3z3S7p for ; Thu, 05 Mar 2026 23:52:12 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=JfNQ6GCI; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yaneurabeya@gmail.com designates 2607:f8b0:4864:20::831 as permitted sender) smtp.mailfrom=yaneurabeya@gmail.com Received: by mail-qt1-x831.google.com with SMTP id d75a77b69052e-506a93ba42dso89732411cf.1 for ; Thu, 05 Mar 2026 15:52:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1772754727; x=1773359527; darn=freebsd.org; h=to:references:message-id:cc:date:in-reply-to:from:subject :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=zgNSjkWi2JhMRoyHvyWwY7+UCB6n3o3JwDIAdEB4FJY=; b=JfNQ6GCIVyPnZ9HrGeiNd2R/KkSBHcL36q+8EHBmhDCv7HeeMeJkDKCs+u4DXKGuoX 7/12/GGCL8A899mneqYKRN1VXCR7NSUyOeIdAwLbvukA6NXNfdJcx4a06A0guVwXZUJq yMEztBE2y+X+KAtJSccXJx+xn4Rs/QZzQPOXEFBPs7UoM1MvQ8k7urPsYjzo3OxwyFBh hedVPYjl4tp4G6fD0+cOEO8CyJN73WSCMQoeHSeeHvQNoyxozBN/OOjkMDy6nndMu3Iy rqqZ0bPkfdOaZCopKbitHnaHg8cUI/GAoX5YV84PeoEWIFaYCK7GwZYcvEvrpxcXeXuX tfxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772754727; x=1773359527; h=to:references:message-id:cc:date:in-reply-to:from:subject :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=zgNSjkWi2JhMRoyHvyWwY7+UCB6n3o3JwDIAdEB4FJY=; b=rUfz+ty5ePJ1Q/LYX2FwzPjhEewk1WEjDTGFRyP9WAIx5npCFS85NEUxxJUZd5dklD Oe1BnkOQEUaqt1Rh0YTbgMjUTkJP5VWmabxjiqOwT8dXb4sUMJd8EAZBXWZrmYCNTwOl vl/5PkYX+gczcc75VSKJ+p5O3LlJvypeX+8pIZKtqkujr2L9dVE24r2Jxq67uMXYSogV x3Y52Z3c4r3D85KU8vI0/Jerl2ij+LesHFWls5h8TNIL54MCe8OgkO4zIP0Z+kHseYOq GIAdM3cL5KDDexYpaKj0Uuet1DkzPLBvlzGo3VNaKHf0BCfvfeJLSqRPnPFs/LgvDVft 4/rA== X-Gm-Message-State: AOJu0Yx50r2VLWznVNDGXykgHrhME4bF8H89EnVaKuhJh5OSV2aX44xx wJ35WNeij6lLUiw1KhYsWFSMVH0KVdnnHu1Z/vAu7l9iB1rtDhhhNi68OW/UzRJr X-Gm-Gg: ATEYQzwpchFxMdI5WFBzwqjnW28bao1G0WVEYlZGpP9uhAiHKtLg1pr+SZPb9EVCquU PCNZ1XT+j/J5lLa6Q/Y3Nf/a9hvh95iBDLWmatKasWMpxWpEL7gmhgv/qsC72UIBsuADR5DZJIv H4Ao8sRJQ/MxFOrQip6iVttF23moEHsIZLEqG1Gyp8ZZrQ1e5JJJClJnXPtIwxIGa+IHhmwEcey iR4Ou1gpZYX8I2GC/v8Tym8B2TXGMaLGttP4Q9TriS423RzU68ldfUgk91rf/GWZOcomxldLuNd E5Zkt8c3I7eNbW+yvJ4nvSZeUzRP4BcBdCKp12eXpEzGUVMwOHh9V4GVgsj6g4fp/kM9Y5ZoNZP V864cH51zehCNUDbm9FxCS6dF7Hpv0M7BcEbUrEUXXOoCajcvIgAayAZ9NHmkiJT2M7yvCFsjjm r5oVGAXmG/8A4dvmzzhOvWbxpbxQfJLYP4UXYOtLFF X-Received: by 2002:a05:622a:1895:b0:4f3:5827:c96d with SMTP id d75a77b69052e-508f496e5f1mr3256061cf.46.1772754726768; Thu, 05 Mar 2026 15:52:06 -0800 (PST) Received: from smtpclient.apple ([176.100.43.24]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-50744afbba3sm212140051cf.33.2026.03.05.15.52.05 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 05 Mar 2026 15:52:06 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_D196C71F-DF7D-4F88-BAA9-F69E3744EB6F"; protocol="application/pgp-signature"; micalg=pgp-sha256 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81.1.4\)) Subject: Re: jemalloc 5.3.0 upgrade From: "Enji Cooper (yaneurabeya)" In-Reply-To: Date: Thu, 5 Mar 2026 15:51:54 -0800 Cc: FreeBSD Current Message-Id: <88DAD423-C980-4B28-8BAB-091F1CA19BCF@gmail.com> References: To: dikshie X-Mailer: Apple Mail (2.3826.700.81.1.4) X-Spamd-Result: default: False [-5.56 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.961]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_FROM(0.00)[gmail.com]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; HAS_ATTACHMENT(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::831:from] X-Rspamd-Queue-Id: 4fRmY84dL3z3S7p X-Spamd-Bar: ----- --Apple-Mail=_D196C71F-DF7D-4F88-BAA9-F69E3744EB6F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 4, 2026, at 1:04=E2=80=AFAM, dikshie wrote: =E2=80=A6 > Now, Facebook has unarchived the original jemalloc. >=20 > I just read the announcement in facebook's blog: > = https://engineering.fb.com/2026/03/02/data-infrastructure/investing-in-inf= rastructure-metas-renewed-commitment-to-jemalloc/ This should be interesting, given that Facebook/Meta has never really = gotten itself together around stable release versioning: their whole = philosophy is =E2=80=9Crelease from HEAD=E2=80=9D, much like Google (at = least Google has made concessions with some of the projects it sponsors, = like GoogleTest, though). Also, they do not have any interest in = maintaining things beyond Linux or platforms that they ship their apps = on (AOSP, iOS, Windows, etc), so I don=E2=80=99t foresee an easy path to = maintainership on FreeBSD. Finally, Meta=E2=80=99s build process is = tightly tied to Buck (a mutant of Bazel), so it=E2=80=99ll be = interesting to see what happens in that regard as well. Moving to cmake = would be positive, but Buck? Having to run Java/Nailgun to build a = trivial library would be overkill (like using burning down a spider to = kill a house). I=E2=80=99d love to be proven wrong, but if past behavior is an accurate = predictor for future behavior, I=E2=80=99m not going to hold my breath. Kind of like Microsoft with the GitHub acquisition and all of the = CoPilot enshittification that has ensued (not just in GitHub, but with = all Microsoft products). Thanks, -Enji 1. Here=E2=80=99s a fun example: = https://github.com/facebook/folly/releases . All tags are created = automated by a bot, there=E2=80=99re no release notes for each release, = and it=E2=80=99s unclear what kind of testing/qualification has been = done for each release.= --Apple-Mail=_D196C71F-DF7D-4F88-BAA9-F69E3744EB6F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkHfexGRJ3gYRdA2gGpE5DjPsNJgFAmmqFxoACgkQGpE5DjPs NJiNdw/9HTGzG8kNkTU8KHLwfPNGByqA1cOi1/3eHCwH08o/lh5OXEe3AW8d/3Ss s7mgWyPggJY0Eq646o+Y7LAs5qkJ7OCWyICoA+6WNswvrqLMnacvQahKiSNLI5Rs goSzzBiFmjBvvUXiP5LaHOUSCxs9Bl3YtVLdF1iK5S6DYo2cmBkxu9bRN99IIaUQ E4flFNLdReQVWLCscW1SSNdmSRDKDn+geOP2qpPbGd6K92jovmKBQpVVxeiBbbTE twRhAieg8E5WY6vFrbrdpin9iKIKjAO12uHVlTqNLjSKiTRxHAWjy/uKL4wUXpQP XW/CY40TB25M6UT8x3slbdfYq4U7ceDB9K0+q9iULz+BB3dPz0uDwKGAoNrunT0Q i9jHxjsK+I+8Yu6aIrwlACfWf8sBkdIbwXPpmWX4osEItl7rDixI5kYFP1zbayBC tiqCiXCwENlasmQVcO2M+7t6CAFRYr6me3zry5+u4/3d+a3+Z9by3vvJUSKkU8sC Krxy+Ae1FTXaoRiFTlp5NvQrlYF/oDO21+qGrKdAQ7DaeefAlpWkt+lm2KleK0Zu CkYM7p/ASyWDcsZXcPUPEVOxypm7+2yUWwglo312XZcgSar/O/Rnw/7DtshdObae +VYTJNRlVS65JN/afi+YLJIdvl0G+Crv7nTMaISnZ4qYxlkOwIA= =vCSB -----END PGP SIGNATURE----- --Apple-Mail=_D196C71F-DF7D-4F88-BAA9-F69E3744EB6F-- From nobody Fri Mar 6 01:23:05 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 4fRpZB0Wndz6Slws for ; Fri, 06 Mar 2026 01:23:14 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (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 "ultimatedns.net", Issuer "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fRpZ86LC9z3dLf for ; Fri, 06 Mar 2026 01:23:12 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdforge.com header.s=bsdforge header.b=pnJ8XUzK; dmarc=pass (policy=reject) header.from=bsdforge.com; spf=pass (mx1.freebsd.org: domain of bsd-lists@bsdforge.com designates 24.113.41.81 as permitted sender) smtp.mailfrom=bsd-lists@bsdforge.com Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 6261N5HO010138 for ; Thu, 5 Mar 2026 17:23:11 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bsdforge.com; s=bsdforge; t=1772760191; x=1772760791; r=y; bh=Jzt3TgLGt7e8BIaJpN5vOMhFfcNaDTl3g14ur8GJJpM=; h=Date:From:To:Subject; b=pnJ8XUzKAeVxvKrGVnF1rcVopEMoSEaGg9sNPTwnV4j1EX7ooudDIxBcvJeTQ7DYq SbVlBHHvnbAOqVD3mPHIs/IyjoNcIcS0FUFTXzOouke+rw17jYM3WuXW0jUwLa7rHw rYduqU1LlwAPDifODd0NRKUW0/vcnLamxgQAKzv/XDCDVPLt6md4qm4iUl0xYXj6lk kCPk8uw5uMNOny2XrH3AyuvvF7TH1szalUHLVPgUi3stfw2132wQksDPop7SzkxPz8 J8BTufqR4w6+HwFEnjNi0r4aCzJCl5VPk/XN21lIjGtcj7l81SzMGk/ZkkYA7WrJyz miq3joAZEEx/w== 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 MIME-Version: 1.0 Date: Thu, 05 Mar 2026 17:23:05 -0800 From: Chris To: freebsd-current Subject: where does one find the graphics/wifi/bluetooth firmware packages in the packagebase install medium? User-Agent: UDNSMS/17.0 Message-ID: <85c5d879efd2bc6cc943896cc2e8172a@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: multipart/mixed; boundary="=_4710f94eff60010cbe98cce6a1d19f0c" X-Rspamd-Pre-Result: action=no action; module=multimap; Matched map: local_wl_ip X-Spamd-Result: default: False [0.10 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; DMARC_POLICY_ALLOW(-0.50)[bsdforge.com,reject]; R_DKIM_ALLOW(-0.20)[bsdforge.com:s=bsdforge]; ONCE_RECEIVED(0.20)[]; RCVD_IN_DNSWL_MED(-0.20)[24.113.41.81:from]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; MIME_UNKNOWN(0.10)[application/pgp-keys]; DKIM_TRACE(0.00)[bsdforge.com:+]; HAS_ATTACHMENT(0.00)[]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; FROM_HAS_DN(0.00)[]; local_wl_ip(0.00)[24.113.41.81]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MIME_TRACE(0.00)[0:+,1:+,2:~] X-Rspamd-Queue-Id: 4fRpZ86LC9z3dLf X-Spamd-Bar: / --=_4710f94eff60010cbe98cce6a1d19f0c Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi, I'm trying to wrap my head around a couple of hurdles regarding both packagebase and getting the necessary firmware installed. More concisely, on a fresh laptop; how can I use fwget(8) to get/install firmware if I don't already have the firmware loaded to bring up the wifi? It'd be nice if the firmware was already available on the install media (disc1.iso memstick.img). Is it? I can't seem to locate it. Thank you! --Chris --=_4710f94eff60010cbe98cce6a1d19f0c Content-Transfer-Encoding: 7bit Content-Type: application/pgp-keys; name=0xE512722F.asc Content-Disposition: attachment; filename=0xE512722F.asc; size=3074 -----BEGIN PGP PUBLIC KEY BLOCK----- mQENBGf/G0IBCADARuJc6IcwOe3jv7dQsP1X/EIHvCFExPbTmlMNFMXbMMccQUnV o8ayEn+wmTvPhw7uL3PDk7DQs16W1sN2b8UMFc804cVWNGtoG3rA+Np+TFEYlXJx eh5Q42VHptkuwzHKl+q2utkpRlS7uHyfjsInQAoHxLyi/wrsaZTHHhDbLLhJ5Ez0 arohQ2Q1w0M5e9rW8Fy5rpC7RpC6uO1SZMxcbdqURI/BBqxbiD1iW62cDWFkfFX+ dtaEXghFV7BIBMDSrgIunGoEfdMZgXys7O6bPWn8z0cuOZIPj4HrjoCYARyQ+sdc rjz/k06SLM/UvEZDorJhT4DbYrwMNvaPWJiPABEBAAG0HkNocmlzIDxic2QtbGlz dHNAYnNkZm9yZ2UuY29tPokBNQQQAQgAHwUCZ/8bQgYLCQcIAwIEFQgKAgMWAgEC GQECGwMCHgEACgkQVKBqaOUSci8bSwf/fK3QcTYXRMrv82HIp4SiGCSD7/bRmyWr ipv2vzknGFHxPBN4AEWIqF/U4j5oDXaodyU6xsy59Z47/lgbyzyZiVR6nmJVgZVf el/EgwnLt7ZuYGLLEhIN2pd9itJkB8PMPZrUHMWgIw8BxX5YFYGuyiNe9pGn0Coj 98t/v3fouhqksH+BpB4TBHJBBDSxSiMm66VTJX4Xcnpf0ZnQVP4GBuoyodnFBfdI wqftPLESsCC08lUhD2j7v2NRWwMi/q3ed8D6VCKPImBByYnBZL5gu56K5bwqaQfN itu06APuIYnG71qxgn1EPO63lovWP5NZGgOKvzs3K+JfPF79BiOUFbQjQ2hyaXMg PG1haWxvcEBocmNvbW11bmljYXRpb25zLm5ldD6JATEEEAEIABwFAmf/G0IGCwkH CAMCBBUICgIDFgIBAhsDAh4BAAoJEFSgamjlEnIvBH8H9RGwzZuU6+zvH1WjQa97 yWpEt9rC+BIBJThev2Cpls2LqBqIeIQVZPnyLAZWgFaiezL6+xbvcNt6OnfidIYa x8iRwCMC6/Bs8H2Wef9qfGxXi+jHPLYQk3juiZVmBhIK6FJZkzaW4wSiawofwzbp zqNxO8dZ0j4foaJZrNi8iqsvKjiiHoSFaJtumIThAeydI18CNLeFaS53sk5nad6I wCYeFKmJ/22dMP7DOFEgyG1iNYgY+AGREMkEsBiLpqYjJ5asK+1UdUy/TRly1hOt HHxCiX0Fh9ZYM2vLIj7sq4LKaMPGeYC3qTqBYugVeyz7LkiI2ft/BKveA5JxuYKk ZrQiQ2hyaXMgPG5hbm9nQGhyY29tbXVuaWNhdGlvbnMubmV0PokBMgQQAQgAHAUC Z/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci+4Bwf8D0Ogk2/X ud/CsAgHozwzKPqfesL5SRWM14hLnU9/EHoplnZgNexbVY1wXIi2FYPo5cve9QxW Nmt3S3UTF9j2fGqv0wmeHv3EqogFUHnftLyWpbeTPOFDMIQp/BOD6ygfeXxXWxRT L6zvUkSrDtHvkQHPWGRxwP+ihWjpw9AQR/R4/qAuTAZZM0O7UnJEo4mWXatl+utF wegG2giwFTTxfF+1rMpFtUDjYCpRQ6ZmE+gC1mHUMoH7GJMQv12DbqwKrxtwGfd0 AJNO3ZDnxl24BmIfl1YqQGZQ5iIH7At4YItESbU45hoNNsG9oDrsil78EUCAtXHd UPScj+eXaeAkgrQfQ2hyaXMgPHBvcnRtYXN0ZXJAYnNkZm9yZ2UuY29tPokBMgQQ AQgAHAUCZ/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci9o7Af+ Lwu5hJlI5HZNGwAll7QTIFZVW+y4OEg+amhxTDGbAAqlnSIkHC1KgkmIOOrThme3 kTFCqfIIsuP73yKxHq6kRG0zH5/7asAPNAUOfzD7B2o/gMyuTRKyG5r9f3UmACr4 6qvtFhIwROXr6+NNT2IKg3l0/8F58A0N/TR8D2PTHeo4x6jYcZQDCrCy7BAdk3cu V16k4z/1UzRa07b5McezbWL20cIaZ+dqNcCjKZpzPlTyTCGgrNNtaDpNVhoWUKMB YNcKql+tfC1IpX8l+IU6OBKcDKMkQojvO1QrZqY8MDJGo8jq/CtotQ8+IpAai3Bx dQEsxrxlcKTR4rUqvd8VGbkBDQRn/xtCAQgAv5Nv/aQN72xsLik+K73PJwpUmyhu vnI6stM6dSecylXVHjZ7C4n/m0eQEeQCl+9lByHR9N8H+WS3DtAd4pmciiIxRQLA JZiuaLYcy9ziy1h7130VoR7hhJHzo9FIhWkTGlCDX3egUZrYhMiwFUO8lNltLB8o TBvIrMSsnUzawtQjq/otv0Jf+oBPbG+gIYnAm7w6r86n/l+eVxf5eEoS7wV0DJfp b2jE5zWErWk8I/tq4e8T+1VQeVQR6wz+NrUCSxkPkpNAm19AFUHOk//yvMGWVlDW F6gr3ErN2a0w/kZ0lz3Msxsb87QT+MnJf/T3cuEqdTIoSk74BfNEAdMohQARAQAB iQEfBBgBCAAJBQJn/xtCAhsMAAoJEFSgamjlEnIvyvIH/26zytSVNDaxtprg7XtX LerIWf9RyVx8omCw/lXKRCcgkfwD7QR+nSZ0thWOGMpcnivjuReeVRkz/webUF47 BXJ/Tge07nrxdtyTIHBbp35fPIriaKaII6YWc2Ufdxwv+cD8PADS6gQWAlgrWLmn VmYtyHs4kwtiPZyUyuBdWnZal2GyYY0WVwYjvbk95eInwOaIdoTjesJ7ZhUFu155 r4hh9GlvM0uv8WJ5Mw9wvHa5fIM205I5g0IWC7yvTwwwKHlV4JQQOqMwfv569OEl 1GKqA12nSVziB1+UV+I0NqOABWi/MOi+IySPzYP+XgdPfRNx4vmoHYZwWOQ3t4Jd TEM= =oj6y -----END PGP PUBLIC KEY BLOCK----- --=_4710f94eff60010cbe98cce6a1d19f0c-- From nobody Fri Mar 6 01:29:30 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 4fRpjZ5GY5z6Smkg for ; Fri, 06 Mar 2026 01:29:38 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (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 "ultimatedns.net", Issuer "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fRpjZ2qzMz3f7P for ; Fri, 06 Mar 2026 01:29:38 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdforge.com header.s=bsdforge header.b=rGxQLyPw; dmarc=pass (policy=reject) header.from=bsdforge.com; spf=pass (mx1.freebsd.org: domain of bsd-lists@bsdforge.com designates 24.113.41.81 as permitted sender) smtp.mailfrom=bsd-lists@bsdforge.com Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 6261TV9n071386 for ; Thu, 5 Mar 2026 17:29:37 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bsdforge.com; s=bsdforge; t=1772760577; x=1772761177; r=y; bh=XiiZz4JAeVPBQA1mweCaIGsQT4EC+s+S4ILnJkZtCQs=; h=Date:From:To:Subject:In-Reply-To:References; b=rGxQLyPwfnHYJUW6TwhsdaAE0s9MVcfTdTEd9PeWnW/NQTZIgo/wd4yzPHbXLKYiP RhPPmsGzNHmwMMf9x3NBo9ec2IFRTumUNkzv7zdEJqmEzYPhKUsOx7djcPOYMLE31C ou6bzmi0rxBG6EjUP0Eo20UD+OyMyNN+VjKP4jps7gaDJSoO75U9K2AWhsL7Ml+0M8 Z6qP5Jxo/+cibl+8+mIfJgt+vTHEaGbZBQvvSse/Cn9hAwvqZHiTyJFX+mNNKFOuwd 6UOkLSSKr0N1GaTpURk71Vn4Fz8ioQ5n+NJsUij4Wqev1iQgApF3kjN/Vftate+2dT qK00607u129yw== 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 MIME-Version: 1.0 Date: Thu, 05 Mar 2026 17:29:30 -0800 From: Chris To: freebsd-current Subject: Re: where does one find the graphics/wifi/bluetooth firmware packages in the packagebase install medium? In-Reply-To: <85c5d879efd2bc6cc943896cc2e8172a@bsdforge.com> References: <85c5d879efd2bc6cc943896cc2e8172a@bsdforge.com> User-Agent: UDNSMS/17.0 Message-ID: <6bc390481777fea0b75b5841a3a52ccb@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: multipart/mixed; boundary="=_d3ae1136e459cf971b889cfc5494a4dc" X-Rspamd-Pre-Result: action=no action; module=multimap; Matched map: local_wl_ip X-Spamd-Result: default: False [0.10 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; DMARC_POLICY_ALLOW(-0.50)[bsdforge.com,reject]; R_DKIM_ALLOW(-0.20)[bsdforge.com:s=bsdforge]; R_SPF_ALLOW(-0.20)[+mx:c]; RCVD_IN_DNSWL_MED(-0.20)[24.113.41.81:from]; ONCE_RECEIVED(0.20)[]; MIME_UNKNOWN(0.10)[application/pgp-keys]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; local_wl_ip(0.00)[24.113.41.81]; ARC_NA(0.00)[]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; HAS_ATTACHMENT(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[bsdforge.com:+] X-Rspamd-Queue-Id: 4fRpjZ2qzMz3f7P X-Spamd-Bar: / --=_d3ae1136e459cf971b889cfc5494a4dc Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On 2026-03-05 17:23, Chris wrote: > Hi, > I'm trying to wrap my head around a couple of hurdles > regarding both packagebase and getting the necessary > firmware installed. More concisely, on a fresh laptop; > how can I use fwget(8) to get/install firmware if I don't > already have the firmware loaded to bring up the wifi? > It'd be nice if the firmware was already available on > the install media (disc1.iso memstick.img). Is it? I > can't seem to locate it. SORRY! My mistake. It didn't occur to me to look in /boot/firmware *really* sorry for the bone-headed oversight. :P > > Thank you! > > --Chris --Chris --=_d3ae1136e459cf971b889cfc5494a4dc Content-Transfer-Encoding: 7bit Content-Type: application/pgp-keys; name=0xE512722F.asc Content-Disposition: attachment; filename=0xE512722F.asc; size=3074 -----BEGIN PGP PUBLIC KEY BLOCK----- mQENBGf/G0IBCADARuJc6IcwOe3jv7dQsP1X/EIHvCFExPbTmlMNFMXbMMccQUnV o8ayEn+wmTvPhw7uL3PDk7DQs16W1sN2b8UMFc804cVWNGtoG3rA+Np+TFEYlXJx eh5Q42VHptkuwzHKl+q2utkpRlS7uHyfjsInQAoHxLyi/wrsaZTHHhDbLLhJ5Ez0 arohQ2Q1w0M5e9rW8Fy5rpC7RpC6uO1SZMxcbdqURI/BBqxbiD1iW62cDWFkfFX+ dtaEXghFV7BIBMDSrgIunGoEfdMZgXys7O6bPWn8z0cuOZIPj4HrjoCYARyQ+sdc rjz/k06SLM/UvEZDorJhT4DbYrwMNvaPWJiPABEBAAG0HkNocmlzIDxic2QtbGlz dHNAYnNkZm9yZ2UuY29tPokBNQQQAQgAHwUCZ/8bQgYLCQcIAwIEFQgKAgMWAgEC GQECGwMCHgEACgkQVKBqaOUSci8bSwf/fK3QcTYXRMrv82HIp4SiGCSD7/bRmyWr ipv2vzknGFHxPBN4AEWIqF/U4j5oDXaodyU6xsy59Z47/lgbyzyZiVR6nmJVgZVf el/EgwnLt7ZuYGLLEhIN2pd9itJkB8PMPZrUHMWgIw8BxX5YFYGuyiNe9pGn0Coj 98t/v3fouhqksH+BpB4TBHJBBDSxSiMm66VTJX4Xcnpf0ZnQVP4GBuoyodnFBfdI wqftPLESsCC08lUhD2j7v2NRWwMi/q3ed8D6VCKPImBByYnBZL5gu56K5bwqaQfN itu06APuIYnG71qxgn1EPO63lovWP5NZGgOKvzs3K+JfPF79BiOUFbQjQ2hyaXMg PG1haWxvcEBocmNvbW11bmljYXRpb25zLm5ldD6JATEEEAEIABwFAmf/G0IGCwkH CAMCBBUICgIDFgIBAhsDAh4BAAoJEFSgamjlEnIvBH8H9RGwzZuU6+zvH1WjQa97 yWpEt9rC+BIBJThev2Cpls2LqBqIeIQVZPnyLAZWgFaiezL6+xbvcNt6OnfidIYa x8iRwCMC6/Bs8H2Wef9qfGxXi+jHPLYQk3juiZVmBhIK6FJZkzaW4wSiawofwzbp zqNxO8dZ0j4foaJZrNi8iqsvKjiiHoSFaJtumIThAeydI18CNLeFaS53sk5nad6I wCYeFKmJ/22dMP7DOFEgyG1iNYgY+AGREMkEsBiLpqYjJ5asK+1UdUy/TRly1hOt HHxCiX0Fh9ZYM2vLIj7sq4LKaMPGeYC3qTqBYugVeyz7LkiI2ft/BKveA5JxuYKk ZrQiQ2hyaXMgPG5hbm9nQGhyY29tbXVuaWNhdGlvbnMubmV0PokBMgQQAQgAHAUC Z/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci+4Bwf8D0Ogk2/X ud/CsAgHozwzKPqfesL5SRWM14hLnU9/EHoplnZgNexbVY1wXIi2FYPo5cve9QxW Nmt3S3UTF9j2fGqv0wmeHv3EqogFUHnftLyWpbeTPOFDMIQp/BOD6ygfeXxXWxRT L6zvUkSrDtHvkQHPWGRxwP+ihWjpw9AQR/R4/qAuTAZZM0O7UnJEo4mWXatl+utF wegG2giwFTTxfF+1rMpFtUDjYCpRQ6ZmE+gC1mHUMoH7GJMQv12DbqwKrxtwGfd0 AJNO3ZDnxl24BmIfl1YqQGZQ5iIH7At4YItESbU45hoNNsG9oDrsil78EUCAtXHd UPScj+eXaeAkgrQfQ2hyaXMgPHBvcnRtYXN0ZXJAYnNkZm9yZ2UuY29tPokBMgQQ AQgAHAUCZ/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci9o7Af+ Lwu5hJlI5HZNGwAll7QTIFZVW+y4OEg+amhxTDGbAAqlnSIkHC1KgkmIOOrThme3 kTFCqfIIsuP73yKxHq6kRG0zH5/7asAPNAUOfzD7B2o/gMyuTRKyG5r9f3UmACr4 6qvtFhIwROXr6+NNT2IKg3l0/8F58A0N/TR8D2PTHeo4x6jYcZQDCrCy7BAdk3cu V16k4z/1UzRa07b5McezbWL20cIaZ+dqNcCjKZpzPlTyTCGgrNNtaDpNVhoWUKMB YNcKql+tfC1IpX8l+IU6OBKcDKMkQojvO1QrZqY8MDJGo8jq/CtotQ8+IpAai3Bx dQEsxrxlcKTR4rUqvd8VGbkBDQRn/xtCAQgAv5Nv/aQN72xsLik+K73PJwpUmyhu vnI6stM6dSecylXVHjZ7C4n/m0eQEeQCl+9lByHR9N8H+WS3DtAd4pmciiIxRQLA JZiuaLYcy9ziy1h7130VoR7hhJHzo9FIhWkTGlCDX3egUZrYhMiwFUO8lNltLB8o TBvIrMSsnUzawtQjq/otv0Jf+oBPbG+gIYnAm7w6r86n/l+eVxf5eEoS7wV0DJfp b2jE5zWErWk8I/tq4e8T+1VQeVQR6wz+NrUCSxkPkpNAm19AFUHOk//yvMGWVlDW F6gr3ErN2a0w/kZ0lz3Msxsb87QT+MnJf/T3cuEqdTIoSk74BfNEAdMohQARAQAB iQEfBBgBCAAJBQJn/xtCAhsMAAoJEFSgamjlEnIvyvIH/26zytSVNDaxtprg7XtX LerIWf9RyVx8omCw/lXKRCcgkfwD7QR+nSZ0thWOGMpcnivjuReeVRkz/webUF47 BXJ/Tge07nrxdtyTIHBbp35fPIriaKaII6YWc2Ufdxwv+cD8PADS6gQWAlgrWLmn VmYtyHs4kwtiPZyUyuBdWnZal2GyYY0WVwYjvbk95eInwOaIdoTjesJ7ZhUFu155 r4hh9GlvM0uv8WJ5Mw9wvHa5fIM205I5g0IWC7yvTwwwKHlV4JQQOqMwfv569OEl 1GKqA12nSVziB1+UV+I0NqOABWi/MOi+IySPzYP+XgdPfRNx4vmoHYZwWOQ3t4Jd TEM= =oj6y -----END PGP PUBLIC KEY BLOCK----- --=_d3ae1136e459cf971b889cfc5494a4dc-- From nobody Sat Mar 7 23:10: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 4fSzWk2nyTz6TWPK for ; Sat, 07 Mar 2026 23:10:10 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::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 (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fSzWh4TZTz3LqW for ; Sat, 07 Mar 2026 23:10:08 +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="b e+cwjY"; dmarc=pass (policy=reject) header.from=protected-networks.net; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 2001:470:8d59:1::8 as permitted sender) smtp.mailfrom=imb@protected-networks.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding:content-type :content-type:subject:subject:from:from:content-language :user-agent:mime-version:date:date:message-id; s=201508; t= 1772925001; bh=XbH9NZfzhaykqSNaSxY0asjmuXTbDBAQDIGmCoMsL4s=; b=b e+cwjYM1MSh1ncEzQ1tI6Evym8eY8+KlV20tKSJ4C9se729iPiAmqhBMDGIDwnAV UyWsc1JjmhtVbQTYU81NMbFzfS8uKTDfZ+Ky6fqDTPXAhL2hOxexXADZogohJr4S X2PyqVwvR1BYr8Z2qLBP6FJEJb7uzS5P2akBxZ1NaA= 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 x25519 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 329D9487FF for ; Sat, 07 Mar 2026 18:10:01 -0500 (EST) Message-ID: <51222750-b287-40b8-aa76-87eb38e11c78@protected-networks.net> Date: Sat, 7 Mar 2026 18:10:01 -0500 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 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-NZ To: freebsd-current From: Michael Butler Subject: timeouts on vtnet? Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-2.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.989]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; 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_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[protected-networks.net:+] X-Rspamd-Queue-Id: 4fSzWh4TZTz3LqW X-Spamd-Bar: -- Is anyone else seeing timeouts on virtual interfaces? e.g. Mar 7 15:00:27 george kernel: vtnet0: watchdog timeout on queue 0 Mar 7 15:00:45 george kernel: vtnet0: watchdog timeout on queue 0 Mar 7 15:03:22 george kernel: vtnet0: watchdog timeout on queue 0 Mar 7 15:05:30 george kernel: vtnet0: watchdog timeout on queue 0 Mar 7 15:06:17 george kernel: vtnet0: watchdog timeout on queue 0 Mar 7 15:07:06 george kernel: vtnet0: watchdog timeout on queue 0 Mar 7 15:08:04 george kernel: vtnet0: watchdog timeout on queue 0 Mar 7 15:09:20 george kernel: vtnet0: watchdog timeout on queue 0 Mar 7 15:10:53 george kernel: vtnet0: watchdog timeout on queue 0 Mar 7 15:12:08 george kernel: vtnet0: watchdog timeout on queue 0 Mar 7 15:13:03 george kernel: vtnet0: watchdog timeout on queue 0 This started happening sometime after commit 32beb3ae71cb which doesn't do this. I don't have access to the VPS host but messages on the guest don't seem to report anything unusual (or different) .. Mar 7 15:49:12 george kernel: CPU: Intel Xeon E312xx (Sandy Bridge, IBRS update) (2400.07-MHz K8-class CPU) Mar 7 15:49:12 george kernel: Origin="GenuineIntel" Id=0x206a1 Family=0x6 Model=0x2a Stepping=1 Mar 7 15:49:12 george kernel: Features=0x1f83fbff Mar 7 15:49:12 george kernel: Features2=0x9fba2223 Mar 7 15:49:12 george kernel: AMD Features=0x2c100800 Mar 7 15:49:12 george kernel: AMD Features2=0x1 Mar 7 15:49:12 george kernel: Structured Extended Features3=0x9c000400 Mar 7 15:49:12 george kernel: XSAVE Features=0x1 Mar 7 15:49:12 george kernel: VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID Mar 7 15:50:36 george kernel: Hypervisor: Origin = "KVMKVMKVM" Mar 7 15:50:36 george kernel: real memory = 4294967296 (4096 MB) Mar 7 15:50:36 george kernel: avail memory = 4128796672 (3937 MB) Mar 7 15:50:36 george kernel: Event timer "LAPIC" quality 600 Mar 7 15:50:36 george kernel: ACPI APIC Table: Mar 7 15:50:36 george kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Mar 7 15:50:36 george kernel: FreeBSD/SMP: 4 package(s) x 1 core(s) Mar 7 15:50:36 george kernel: random: unblocking device. Mar 7 15:50:36 george kernel: Security policy loaded: MAC/ntpd (mac_ntpd) Mar 7 15:50:36 george kernel: ioapic0 irqs 0-23 Mar 7 15:50:36 george kernel: Launching APs: 1 2 3 Mar 7 15:50:36 george kernel: random: entropy device external interface Mar 7 15:50:36 george kernel: kbd1 at kbdmux0 Mar 7 15:50:36 george kernel: efirtc0: Mar 7 15:50:36 george kernel: efirtc0: registered as a time-of-day clock, resolution 1.000000s Mar 7 15:50:36 george kernel: kvmclock0: Mar 7 15:50:36 george kernel: Timecounter "kvmclock" frequency 1000000000 Hz quality 975 Mar 7 15:50:36 george kernel: kvmclock0: registered as a time-of-day clock, resolution 0.000001s Mar 7 15:50:36 george kernel: smbios0: at iomem 0xbfbd0000-0xbfbd001e Mar 7 15:50:36 george kernel: smbios0: Entry point: v2.1 (32-bit), Version: 2.8, BCD Revision: 2.8 Mar 7 15:50:36 george kernel: aesni0: Mar 7 15:50:36 george kernel: acpi0: [ .. snip .. ] Mar 7 15:50:36 george kernel: vgapci0: mem 0xc0000000-0xc0ffffff,0xc1042000-0xc1042fff at device 2.0 on pci0 Mar 7 15:50:36 george kernel: vgapci0: Boot video device Mar 7 15:50:36 george kernel: virtio_pci0: port 0xc040-0xc05f mem 0xc1041000-0xc1041fff,0x800000000-0x800003fff irq 11 at device 3.0 on pci0 Mar 7 15:50:36 george kernel: vtnet0: on virtio_pci0 Mar 7 15:50:36 george kernel: vtnet0: Ethernet address: 02:f0:9a:7d:6f:9b Mar 7 15:50:36 george kernel: vtnet0: netmap queues/slots: TX 1/256, RX 1/128 Mar 7 15:50:36 george kernel: 000.000083 [ 452] vtnet_netmap_attach vtnet attached txq=1, txd=256 rxq=1, rxd=128 Mar 7 15:50:36 george kernel: virtio_pci1: port 0xc000-0xc03f mem 0xc1040000-0xc1040fff,0x800004000-0x800007fff irq 11 at device 4.0 on pci0 Mar 7 15:50:36 george kernel: vtballoon0: on virtio_pci1 imb@george:/home/imb> sysctl hw.vtnet hw.vtnet.altq_disable: 0 hw.vtnet.lro_mbufq_depth: 0 hw.vtnet.lro_entry_count: 128 hw.vtnet.rx_process_limit: 1024 hw.vtnet.tso_maxlen: 65535 hw.vtnet.mq_max_pairs: 32 hw.vtnet.mq_disable: 0 hw.vtnet.lro_disable: 1 hw.vtnet.tso_disable: 0 hw.vtnet.fixup_needs_csum: 0 hw.vtnet.csum_disable: 0 imb@george:/home/imb> sysctl dev.vtnet.0 dev.vtnet.0.txq0.rescheduled: 0 dev.vtnet.0.txq0.tso: 63 dev.vtnet.0.txq0.csum: 271745 dev.vtnet.0.txq0.omcasts: 6 dev.vtnet.0.txq0.obytes: 84738631 dev.vtnet.0.txq0.opackets: 273595 dev.vtnet.0.rxq0.rescheduled: 0 dev.vtnet.0.rxq0.host_lro: 0 dev.vtnet.0.rxq0.csum_failed: 26 dev.vtnet.0.rxq0.csum: 665480 dev.vtnet.0.rxq0.ierrors: 0 dev.vtnet.0.rxq0.iqdrops: 0 dev.vtnet.0.rxq0.ibytes: 221502559 dev.vtnet.0.rxq0.ipackets: 683982 dev.vtnet.0.tx_task_rescheduled: 0 dev.vtnet.0.tx_tso_offloaded: 63 dev.vtnet.0.tx_csum_offloaded: 271746 dev.vtnet.0.tx_defrag_failed: 0 dev.vtnet.0.tx_defragged: 0 dev.vtnet.0.tx_tso_without_csum: 0 dev.vtnet.0.tx_tso_not_tcp: 0 dev.vtnet.0.tx_csum_proto_mismatch: 0 dev.vtnet.0.tx_csum_unknown_ethtype: 0 dev.vtnet.0.rx_task_rescheduled: 0 dev.vtnet.0.rx_csum_offloaded: 665480 dev.vtnet.0.rx_csum_failed: 26 dev.vtnet.0.rx_csum_inaccessible_ipproto: 0 dev.vtnet.0.rx_csum_bad_offset: 0 dev.vtnet.0.rx_csum_bad_ipproto: 26 dev.vtnet.0.rx_csum_bad_ethtype: 0 dev.vtnet.0.rx_mergeable_failed: 0 dev.vtnet.0.rx_enq_replacement_failed: 0 dev.vtnet.0.rx_frame_too_large: 0 dev.vtnet.0.mbuf_alloc_failed: 0 dev.vtnet.0.flags: 4cfe dev.vtnet.0.features: 3087b867 dev.vtnet.0.act_vq_pairs: 1 dev.vtnet.0.req_vq_pairs: 1 dev.vtnet.0.max_vq_pairs: 1 dev.vtnet.0.%iommu: dev.vtnet.0.%parent: virtio_pci0 dev.vtnet.0.%pnpinfo: vendor=0x00001af4 device=0x1000 subvendor=0x1af4 device_type=0x00000001 dev.vtnet.0.%location: dev.vtnet.0.%driver: vtnet dev.vtnet.0.%desc: VirtIO Networking Adapter From nobody Sun Mar 8 05:13: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 4fT7bP0J40z6V2Yn for ; Sun, 08 Mar 2026 05:13:53 +0000 (UTC) (envelope-from agh@riseup.net) Received: from mx0.riseup.net (mx0.riseup.net [198.252.153.6]) (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 "mx0.riseup.net", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fT7bM0qNwz3xwZ for ; Sun, 08 Mar 2026 05:13:51 +0000 (UTC) (envelope-from agh@riseup.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=riseup.net header.s=squak header.b=sq3yDD2X; dmarc=pass (policy=none) header.from=riseup.net; spf=pass (mx1.freebsd.org: domain of agh@riseup.net designates 198.252.153.6 as permitted sender) smtp.mailfrom=agh@riseup.net Received: from fews03-sea.riseup.net (fews03-sea-pn.riseup.net [10.0.1.153]) (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 mx0.riseup.net (Postfix) with ESMTPS id 4fT7bK3S5Dz9vBN for ; Sun, 8 Mar 2026 05:13:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=riseup.net; s=squak; t=1772946829; bh=dxMPFKjtepcSDwCg2PK56x7xVOK1N9qkCaMSBooUPAs=; h=Date:From:To:Subject:In-Reply-To:References:From; b=sq3yDD2Xs82f+dmaEduri4Gn8UOxAzTSDO+0YyWENnF3xOoZa9Dxy3osUq2NOO8lk llKzRCnmYIi9nlcOZoA2IIWFPbmeqXVO/XG/j9pLsHz9o9ilV6KmAzJjw3lKJkLrvA MfCEmPLm0RbdBP6958EEnu139V734yolTP4hf2Jk= X-Riseup-User-ID: F4C3DFF297EE230DB0E2972FE409BED45054EEE34D786A88BA58A5EACEF5CED7 Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews03-sea.riseup.net (Postfix) with ESMTPSA id 4fT7bK1ylLz24qx for ; Sun, 8 Mar 2026 05:13:49 +0000 (UTC) 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 MIME-Version: 1.0 Date: Sun, 08 Mar 2026 05:13:49 +0000 From: Alastair Hogge To: freebsd-current@freebsd.org Subject: Re: pkgbase and customised builds via ${SRC}/release/release.sh In-Reply-To: References: <20fb908c0954e62977dffdcd4a883678@riseup.net> Message-ID: Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-3.10 / 15.00]; SUBJECT_HAS_CURRENCY(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[riseup.net,none]; R_DKIM_ALLOW(-0.20)[riseup.net:s=squak]; R_SPF_ALLOW(-0.20)[+a:mx0.riseup.net]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[198.252.153.6:from]; DKIM_TRACE(0.00)[riseup.net:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RECEIVED_HELO_LOCALHOST(0.00)[]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:16652, ipnet:198.252.153.0/24, country:US]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[riseup.net:dkim] X-Rspamd-Queue-Id: 4fT7bM0qNwz3xwZ X-Spamd-Bar: --- On 2026-02-28 19:55, Lexi Winter wrote: Hey Lexi, > Alastair Hogge wrote in : >> The biggest problem I had come across, was the "tags=package={foo}" >> declarations in ${SRC}/etc/mtree/*.dist. I had to remove a couple of >> these from a 2 or 3 mtree dists. What is going on in this part of the >> build infrastructure? There is a history of similar commits[1][2][3], to >> the changes I now have to keep locally, yet, des@ recently added[4] more >> tags. > > short answer: as of last week, des's commit is correct and the previous > commits removing the tags should be reverted, i just didn't get around > to doing it yet. > > the problem is that previously, tags=package=foo would cause the 'foo' > package to be unconditionally created, even if it was otherwise empty. > this first came to light when i introduced several of these in commit > 436618a427b4[0], which created several of these empty packages in > specific circumstances i hadn't tested (mostly involving non-amd64 > builds and certain src.conf options). > > [0] https://cgit.freebsd.org/src/commit/?id=436618a427b4baaf42d8221ef07d14e3ba787d3a > "etc/mtree: Add package tags for /usr/include" > > in at least a couple of cases this broke the build or install because > we'd end up with a 'foo-dev' package having a depend on a 'foo' package > that doesn't exist. the post-436618a427b4 reverts are to fix specific > instances of this without having to revert the entire initial commit > which was broadly correct. > > this was on my to-do list for a long time until it came up again in > D55408[1], the review for des's commit that you mentioned, at which > point i fixed the problem properly in 7965c93e4d41[2] by not creating > packages which only contain directories. this also fixes all the > previous examples of this problem, which is why the workarounds can > now be reverted. > > [1] https://reviews.freebsd.org/D55408 > "build: Move all of lp under LPR option" > > [2] https://cgit.freebsd.org/src/commit/?id=7965c93e4d4103ba6ed7ac1e5f1599c93cbcdbf7 > "packages: Don't create empty packages" > > if you're on stable/15 (or 15.0), i didn't yet MFC 7965c93e4d41, but > it's fairly self-contained and should be fine to cherry-pick. if > you're rather wait, it will land in 15.1. > >> From what I understand when investigating this, the build infra uses >> both the mtree dists, and ${SRC}/release/packages/generate-set-ucl.lua >> to generate the pkgbase sets? Is that correct? Does that mean there is >> duplicated work here, and one of these paths is redundant? > > pkgbase *sets* are generated purely based on annotations (a type of > metadata) in the packages we previously built, i.e., we do the full > pkgbase build, then scan that for 'set' annotations and use that to > generate the set packages. this is driven by > release/packages/create-sets.sh, which invokes generate-set-ucl.lua > as part of its work. but note that this is only about set packages > (i.e., "FreeBSD-set-*"), which never contain any files or directories > and should never be referenced in mtree. > > mtree is involved in the staging process we do prior to the initial > (non-set) pkgbase build. that process is driven by Makefile.inc1, > and looks roughly like this: > > * a 'make stageworld' is done to populate /worldstage. > stageworld is essentially the same thing as installworld, with > some minor tweaks to prevent the host system state from affecting > the installed world. > > part of this process involves running mtree to create the directory > structure. > > this stageworld is done with NO_ROOT and METALOG set, which means > a complete log of everything installed (including by mtree) is > written to a special file called METALOG in the worldstage/ > directory. > > * then we run release/scripts/mtree-to-plist.awk on the METALOG > file to generate the individual *.plist files for each package. > this looks at the 'package' tag for each file or directory in the > METALOG to determine which package the file belongs to. > > despite the name, this script is never run on mtree files from src. > it's called mtree-to-plist because the METALOG is in mtree format. > > * based on the plist files, we run release/packages/generate-ucl.sh > to generate a UCL file containing pkg-create(8) metadata for > each package. > > * we build the packages and copy them to ${REPODIR}. Thanks for the explaining that, I feel it might take sometime to sink in. > i find this process both overcomplicated and somewhat fragile, > so i'd like to improve it at some point, but there are more urgent > things to fix like release media builds and some kernel-related > issues (e.g. D54542[4] and D54282[5], if you're interested). Same, however, ${SRC}/release/release.sh is a powerful device, enabling users to build customised appliances/hosts in isolation. > [4] https://reviews.freebsd.org/D54542 > "release: Build the release media from packages" > > [5] https://reviews.freebsd.org/D54282 > "packages: Always install kernel as /boot/kernel.NAME" Something I have wanted for decades, thanks, this is most excellent, and going to be a great help. I am behind on 16-CURRENT at the moment, when I get around to sycn'ing, I will include any remaining Reviews you have shared, and report there. >> I also noted that a few WITHOUT_foo options had no effect on the World >> building stage 1.2, bootstrap tools. Here, when WITHOUT_KERBEROS is >> defined, it is still built. I even still have a Kerberos KDC pkgbase >> component. > > i am not sure what's going on here since i'm not very familiar with how > the src bootstrap works. if no one else has an idea, you could ask on > hackers@ (or in a new thread, since people might ignore pkgbase threads.) Will do.