From nobody Mon Dec 1 00:01:46 2025 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 4dKPG35TXHz6HRjM; Mon, 01 Dec 2025 00:01:47 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dKPG22wNKz3JgL; Mon, 01 Dec 2025 00:01:46 +0000 (UTC) (envelope-from salvadore@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1764547306; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=E3A6uLCZiTW//HsOmq37tkbTxHTTbeDpdMwScJ25CEI=; b=n8tdNSujAC9RXxuA2HfTDfzocDUTPA/y0t2MDK801f+WN3VH/ZqaRS7mGTIABkBntetoNM d1rAO6lr1LVFFFEP++YOpEizy5x2cI1D0qCeUASn1UaF77lqaCvr24trHBjYYabFMeZCFZ 0CUPGktn34gFXtcvv62myhmvdCRV9CAdDOXBOCHPXX12blCVWMsXkI3R1Qvr5aumVKhPjO v/b8ZQkT82GNJeu6HYi/u44TTM5RQ/IjpShFl9SBVZNl+RC4xiC3oll17iSH/eNhw4lJv/ MucU2Lwd1Uz+L3w3f9s6IZr3aI41IemTZN/8NPkfCcFEOci0s4YoM4vrBOcjuQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1764547306; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=E3A6uLCZiTW//HsOmq37tkbTxHTTbeDpdMwScJ25CEI=; b=O6dl1prQzr7MA9nIXMVJdOUI532Mxyty5LrDLLmeHg2vfXgY+wpk58AI7PI6BPoQuSOmus KsVg8DYEPbcCY5o+TzyOVi5/HZBdn52JnIqr96MFT6wSu5fNJwFrmPtUtz/DlGu0UrujwR TMj1ry7KxmgUdHdw9AGYj7119M8OijDSvyLPWVxQwbzWlVQPUvJN2e4m24MJWPkie331i5 5PmfO9+JA3FhSiL2t4jB2aVMzro0yTCscj7sFNuDdSIRtMHQ+hFx+zPNu1+3f0VssXpd+Y 9sYbDaFZCIYKVDD5sVyqgN4khqVmlpPJD/Lj4lZU1l9tLKJGC99m54jCV5WZmQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1764547306; a=rsa-sha256; cv=none; b=A3HSNGK6S3rXOV9hMM0Odx6JyUktE2WkRbXZjNMytDPq+mYtNNeUi9BQPQ39XNSt5BpVY4 gONv0+QF7ugyCBHK6ogFMsYZMTaUJC26FRvEZ71aN6sCAKSg+JxUmAqajF69nRKdmGTQPh WU1n0KidZbARPlsvhd3NUlTk1LQO5lQrMyypGRI9I3q7jjldQqo1JfM/iJ/Z9YKj/nrWvs +KCYkDvXaFHEbxo6zgnOUPeVZuJAaRtXGsE901DZexxHxecAFqZS/PCMd5W30eKUfEVwLj 7v7woip5dt+hwILOKT+lBBmwrOfF/GX2ezi5epJ8/tzzfKN/4gUdjEpK780/nA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: by freefall.freebsd.org (Postfix, from userid 1472) id 34CC7CA74; Mon, 01 Dec 2025 00:01:46 +0000 (-00) To: freebsd-status-calls@FreeBSD.org Subject: Call for 2025Q4 status reports Cc: freebsd-current@FreeBSD.org,freebsd-hackers@FreeBSD.org,devsummit@FreeBSD.org Message-Id: <20251201000146.34CC7CA74@freefall.freebsd.org> Date: Mon, 01 Dec 2025 00:01:46 +0000 (-00) From: Lorenzo Salvadore List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Dear FreeBSD Community, The deadline for the next FreeBSD Status Report update is December, 31st 2025 for work done since the last round of quarterly reports: October 2025 - December 2025. I would like to remind you that reports are published on a quarterly basis and are usually collected during the last month of each quarter, You are also welcome to submit them even earlier if you want, and the earlier you submit them, the more time we have for reviewing. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and they provide a great way to inform FreeBSD users and developers about work that is underway or has been completed. Report submissions are not limited to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The following methods are available to submit your reports: * submit a review on Phabricator and add the group "status" to the reviewers list. You should put your reports in the directory doc/website/content/en/status/report-2025-10-2025-12/ (create it if it is missing); * submit a pull request at . You should put your reports in the directory doc/website/content/en/status/report-2025-10-2025-12/ (create it if it is missing); * send an email to status-submissions@FreeBSD.org including your report. An AsciiDoc template is available at . We look forward to seeing your 2025Q4 reports! Thanks, Lorenzo Salvadore (on behalf of status@) From nobody Mon Dec 1 01:28:48 2025 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 4dKRBb0JM4z6HchX for ; Mon, 01 Dec 2025 01:28:55 +0000 (UTC) (envelope-from groenveld@acm.org) Received: from 013.lax.mailroute.net (013.lax.mailroute.net [199.89.1.16]) (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 "mailroute.net", Issuer "R12" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dKRBY3lzqz3VsG for ; Mon, 01 Dec 2025 01:28:53 +0000 (UTC) (envelope-from groenveld@acm.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=acm.org header.s=mr01 header.b=FBQ9YdTe; dmarc=pass (policy=reject) header.from=acm.org; spf=pass (mx1.freebsd.org: domain of groenveld@acm.org designates 199.89.1.16 as permitted sender) smtp.mailfrom=groenveld@acm.org Received: from localhost (localhost [127.0.0.1]) by 013.lax.mailroute.net (Postfix) with ESMTP id 4dKRBW1pfpzlfl5T for ; Mon, 1 Dec 2025 01:28:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=acm.org; h= message-id:date:date:content-transfer-encoding:content-id :content-type:content-type:mime-version:references:in-reply-to :subject:subject:from:from:received:received; s=mr01; t= 1764552530; x=1767144531; bh=0E2q/3UERpSJ4hr7G9rKGL7M36iej1R//N/ j3NyP64M=; b=FBQ9YdTewz5zSG6x8icgGOnSFpjP0Q9zuLLPNac18HlsY04QXi/ 5Xo/+3kEmTnAzx3FxDuNyj3+MfUKg/7bNljc3hMF5cghE+3byH++6Blnw6p1V9n/ YCQxFbBOE06DYuyVVE6YNXuAKr3S0iaDg/jebbD0M5of8f6AK6lFVROl4yMNGSzs c4+a1BX7Q5cmf7+hjYUs9Ba0QjHmgYLu4U1vup5srdqwAEdy3wl4aOcf1yVvXJu5 ttzPSQ//y6PcsuLAobvEazYzGfAendH8Y3YWucJvlaqnVgtXw9Ae5GnuQnpf1td3 3JhQMLBzlGhpRIc+7uc2/GgjVWfxIL/njjg== X-Virus-Scanned: by MailRoute Received: from 013.lax.mailroute.net ([127.0.0.1]) by localhost (013.lax [127.0.0.1]) (mroute_mailscanner, port 10029) with LMTP id sEC2yT8kf0rQ for ; Mon, 1 Dec 2025 01:28:50 +0000 (UTC) Received: from mail.groenveld.us (mail.groenveld.us [207.68.114.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: groenveld@acm.org) by 013.lax.mailroute.net (Postfix) with ESMTPSA id 4dKRBV23snzlfl5R for ; Mon, 1 Dec 2025 01:28:49 +0000 (UTC) From: John D Groenveld X-uri: To: freebsd-current@FreeBSD.org Subject: Re: FreeBSD/X11: Howto revive DisplayPort? In-reply-to: Your message of "Fri, 28 Nov 2025 08:35:54 +0100." <950fe459-217b-4066-99d8-1fa3247d0d84@gmail.com> References: <20251126163059.3376d3e8@hermann> <77c2a2fb-ac5f-4b4a-98c6-660a39ee87b2@gmail.com><950fe459-217b-4066-99d8-1fa3247d0d84@gmail.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <17746.1764552528.1@mail.groenveld.us> Content-Transfer-Encoding: quoted-printable Date: Sun, 30 Nov 2025 20:28:48 -0500 Message-Id: <4dKRBV23snzlfl5R@013.lax.mailroute.net> X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.08 / 15.00]; DWL_DNSWL_MED(-2.00)[acm.org:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.981]; DMARC_POLICY_ALLOW(-0.50)[acm.org,reject]; R_DKIM_ALLOW(-0.20)[acm.org:s=mr01]; R_SPF_ALLOW(-0.20)[+ip4:199.89.0.0/21]; RCVD_IN_DNSWL_LOW(-0.10)[199.89.1.16:from]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-current@FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RECEIVED_HELO_LOCALHOST(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[acm.org:+] X-Rspamd-Queue-Id: 4dKRBY3lzqz3VsG In message <950fe459-217b-4066-99d8-1fa3247d0d84@gmail.com>, Paul Floyd wr= ites: >I use a ugreen 4port HDMI KVM for Mac mini/workstation/old workstation/R = >Pi. Sometimes if I boot a device and forget to switch the KVM to the = >correct port then I get a black screen and have to ssh to whatever to = >reboot it. I use this workaround on a Macmini5,3: # kldload i915kms messages includes these: [drm] Initialized i915 1.6.0 20201103 for drmn0 on minor 0 drmn0: [drm] Cannot find any crtc or sizes drmn0: [drm] Cannot find any crtc or sizes VT: Replacing driver "efifb" with new "drmfb". start FB_INFO: height=3D1200 width=3D1920 depth=3D32 pbase=3D0x90002000 vbase=3D0xfffff80090002000 name=3Ddrmn0 id=3Di915drmfb flags=3D0x0 stride=3D7680 end FB_INFO John groenveld@acm.org From nobody Mon Dec 1 02:42:11 2025 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 4dKSly3zYmz6HlWf for ; Mon, 01 Dec 2025 02:39:26 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qt1-f177.google.com (mail-qt1-f177.google.com [209.85.160.177]) (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 4dKSlx6Kgvz3cft for ; Mon, 01 Dec 2025 02:39:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qt1-f177.google.com with SMTP id d75a77b69052e-4edb7c8232aso51103001cf.3 for ; Sun, 30 Nov 2025 18:39:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764556765; x=1765161565; 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=vS9oFwMYVbOnW5+Xaz/lFj2cka4cCsT1q1BRHYXIyYU=; b=xBQoVCpQwThL6IBb0E5tuvqp3ZS6DI11sNY5MyB1G/NyqAEkbcoaYAr3LuSmTI20xr 1jljt3pL7g5vNLParVenq9KrOzdLcGiNGoy+/DwRu195crOR3ZAgxQ5rQFul9Rxq+ilg EB+oR/iO5LuCsXiHTqqbMrWRpUYe3LxfVf0MYeuyC+zvnttHOIjRogvFx8mr4Zee1fUa KSg89ZRDYxoKjDr31VaLbXFNwPnQLK1LMJMq2iF1KEzc6KtokaUVSy70k2OS8otI8Wru X9EDeBIoazB9BkheGsTDFxyyccAU3HzwJTxjl4JH1ZESspWuT1LqD4DyFO1viLB91A2n EN6A== X-Forwarded-Encrypted: i=1; AJvYcCVv7ATtp0OUTm7vy4/BykKQjWOMr0BpgT1MdE/CKOrX0q75hlcDX3i3NMeVBOwXU/Yyva4cRqudaoZEDvgO8aI=@freebsd.org X-Gm-Message-State: AOJu0YwUsT7+LlZ8jlsAePft5vgX5Q64O6Totd+1Rf2s5fGRYIaSiHYf 0nfEpe4AMVZKRpWh4TAfvz0gw1i27tVSByxfWt56pGQlDnscDnlqdLghFLjZ28JEFe8/c4V5yq5 OMude/HLz/25gdIkvdW/U0ipZ5CdpaiAklxa+ X-Gm-Gg: ASbGncssHUtLdgwSeITYkTUi88utJ/LSFSirygL3p9Mr/uurzf6z26fTYCDnEhcae0p sqevu0GdbzlJc0aEhxvNOpZ9OuAIkCJXlq7JzDPOECswX7gWshmrcwmyzKHddOU86IMeV+UyyFy m76uFoM9wjuT+KQLiAXj9uRQ926MIRAXQU6q8i7+E1FVHuORuG3U+DyaZ6Hbd4SxqGG/FKzfwIR 9ibmvuhKnGiNyvPKyMFODeZfMWeZk2TQgoWfWS7f4uTd6IsZ6SqsXuP2evzmLySUEPto+C8xhVK 9bqm+XwGpqf79IsN1P/+1ivWQKSPMvgfErQdv/WB X-Google-Smtp-Source: AGHT+IH9pU9NSF41q2XsAzzXXRNdUVrbw/2+g0o/UCnkP1OjH+ltuyjWIUBKNMIRyJpnNQJH5xN62oW8r/epL78U4NU= X-Received: by 2002:ac8:5893:0:b0:4ee:483:3128 with SMTP id d75a77b69052e-4ee58adf9c5mr467614061cf.44.1764556764752; Sun, 30 Nov 2025 18:39:24 -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: Adrian Chadd Date: Sun, 30 Nov 2025 18:42:11 -0800 X-Gm-Features: AWmQ_bmCeO-ACk6kZN_RAYDG6ehK3R5S2cRF7_IPa3vnCRDoq9xpk6VzAWp6aNk Message-ID: Subject: Re: looking for testers for if_rge - RTL8125/8126/8127 ethernet driver To: Bernard Spil Cc: Florian Smeets , FreeBSD Net , current , Alex Dupre Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dKSlx6Kgvz3cft hi! Thanks! My goal is to get this into a review next week, so hopefully this is a short lived port! -a On Sun, 30 Nov 2025 at 10:48, Bernard Spil wrote: > > Hi, > > Turns out the realtek-re-kmod wasn't working out for me after all, > machine started repeatedly crashing. > > Committed the port net/realtek-rge-kmod hoping to attract more testers. > So far, works out great for me. GMKTek M5 Plus / AMD 5825U / Dual RTL8215 > FreeBSD 15.0-RC4-p1 releng/15.0-n280991-c7ccd5b3f879 GENERIC amd64 > > Testing with 2 clients, both 100 parallel streams iperf3 bidirectional > for 10 minutes showed negligible load. > > rge0@pci0:1:0:0: class=3D0x020000 rev=3D0x05 hdr=3D0x00 vendor=3D0= x10ec > device=3D0x8125 subvendor=3D0x10ec subdevice=3D0x8125 > vendor =3D 'Realtek Semiconductor Co., Ltd.' > device =3D 'RTL8125 2.5GbE Controller' > class =3D network > subclass =3D ethernet > rge1@pci0:2:0:0: class=3D0x020000 rev=3D0x05 hdr=3D0x00 vendor=3D0= x10ec > device=3D0x8125 subvendor=3D0x10ec subdevice=3D0x8125 > vendor =3D 'Realtek Semiconductor Co., Ltd.' > device =3D 'RTL8125 2.5GbE Controller' > class =3D network > subclass =3D ethernet > > Cheers, Bernard. > > On Sun, Nov 30, 2025 at 2:51=E2=80=AFPM Bernard Spil = wrote: > > > > Hi all, > > > > Thanks to flo for notifying me that there's an alternative to > > net/realtek-re-kmod. > > > > I've had crashes running realtek-re-kmod and realtek-re-kmod198 > > before, none of the switches seemed to help. > > After upgrading to from 14.3 to 15.0-RC4-p1, I thought I'd test again. > > So far so good, no crashes. Generating load with iperf for 5 minutes > > from 2 machines to the server works OK with the 1101.00 for now. > > > > Nice to have this if_rge in the back pocket when things don't work out > > with 1101.00. Started porting it, find the patch at > > https://brnrd.eu/bsd/patch-net_realtek-rge-kmod-20251129 > > Seeing that this is supposed to land in base, I'm holding back on commi= tting it. > > > > Thanks all! Bernard (brnrd@) > > > > On Fri, Nov 28, 2025 at 5:48=E2=80=AFPM Adrian Chadd wrote: > > > > > > On Thu, 27 Nov 2025 at 10:13, Florian Smeets wrote: > > > > > > > > On 23.11.25 03:16, Adrian Chadd wrote: > > > > > hi! > > > > > > > > > > i've ported Kevin Lo's openbsd driver for these realtek chipsets = to FreeBSD. > > > > > It works well enough for me to use on my laptop w/ RTL8125B / Kil= ler E3000. > > > > > I'm now opening it up to others who are willing to build/run a ke= rnel > > > > > module to test the driver out and report back. > > > > > > > > > This is great. Finally, an in tree driver for these very common NIC= s. > > > > The 1100.00 version of the net/realtek-re-kmod was just unreliable = for > > > > me (constant hangs, no matter which options I turned off and on). I= 've > > > > only done light testing with the official 1101.00 driver. I was abl= e to > > > > wedge it with less than a minute of iperf3, and the ifconfig down/u= p > > > > dance that was able to revive the interface with 1100.00 was not ab= le to > > > > recover the interface. > > > > > > > > I ran if_rge on my NAS and did some testing. I haven't had one hang= with > > > > this driver, even after pounding the network for hours. That's a bi= g > > > > plus for me. Thanks. > > > > > > > > I was able to achieve close to 2.5Gb/s TX and close to 1Gb/s RX wit= h > > > > iperf3 --bidir. > > > > > > > > CPU usage appears to be substantially higher than with the official > > > > Realtek driver. > > > > > > That's a good data point. > > > > > > > > > > > [intr{irq59: rge0}] goes to around 50% of one core, and [kernel{rge= 0 > > > > taskq thread}] hovers between 20-25% when running the above iperf3 = tests. > > > > > > > > With the official 1101.00 driver, the only process using > 1% CPU i= s > > > > this one [kernel{re0 taskq}] and it is around 10% with the test > > > > mentioned above. > > > > > > I'll go dig into that a bit. It shouldn't be taking very much CPU to = process > > > this number of packets; the bulk of the CPU should be used by the IP = stack. > > > > > > I'll go run some profiling over the next few days and see if I can na= il down > > > what I'm doing poorly. Hopefully it's something stupid on my end. ;-) > > > > > > > > > > > > -adrian > > > From nobody Mon Dec 1 04:15:42 2025 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 4dKVvH63SCz6Hx6R for ; Mon, 01 Dec 2025 04:15:55 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (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 "mail.oetec.com", Issuer "E8" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dKVvG0kWDz3sy1 for ; Mon, 01 Dec 2025 04:15:54 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=n5+6AuA+; dmarc=pass (policy=quarantine) header.from=blastwave.org; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org Received: from [172.16.35.4] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 5B14Fhhw070694 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Sun, 30 Nov 2025 23:15:50 -0500 (EST) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1764562550; bh=tieLBWkGQwQh6XSWsdX+7h6j3QITurQccb6hw+lAM84=; h=Date:To:From:Subject; b=n5+6AuA+twKaAl88bpVGsKmkZIkQCAV6JFMkMT30eI44RjdZVT2pNC3DPyuvq3MAz DhnXnsKxp79mAP/F6FY0DUCEFqqjWqulKXNI0mvXf0JyK+ckaXKlcdMyQSdghoJhe4 h2zby6YNqvqIGzkvraxs2RDb/vgcFq/Ydoxd2edNS/QqMAEJibzSbe1YKFcRIUNjXT /s1y0i01G8Ri92NWHb3J2zbCd835wbq86ST3r/t/t8YIxh8iRFwTVH8665FT8nA0AP PTcZk8fcvq7/0Vyx4FESsyBams7VDflKxPpkkUTzNiFdS+QPkqMt1v22oGlbyAc38g KBfx2/Ppk5toA== Message-ID: Date: Sun, 30 Nov 2025 23:15:42 -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 To: freebsd-current@freebsd.org Content-Language: en-CA From: Dennis Clarke Subject: FreeBSD 15.0-RELEASE timeline Organization: GENUNIX Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 5B14Fhhw070694 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.70 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+] X-Rspamd-Queue-Id: 4dKVvG0kWDz3sy1 Just looking at : https://www.freebsd.org/releases/15.0R/schedule/ Which says 15.0 EoL 30 September 2026 ? Maybe I do not understand what that means. To be actually released with some announcement in a few days and then dead in nine or ten months? There is no such EoL entry on this page for 14.0-RELEASE : https://www.freebsd.org/releases/14.0R/schedule/ Just seems to be a very short life span for 15.0-RELEASE. -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken From nobody Mon Dec 1 06:05:46 2025 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 4dKYLQ44Rlz6J8Wk for ; Mon, 01 Dec 2025 06:06:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dKYLN64Hjz45pg for ; Mon, 01 Dec 2025 06:06:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=lcm55bt6; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1764569160; bh=YZ0czdxwzf4pNoXfDdxoh5NOTdLNw531G0JUZjI/s7U=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=lcm55bt6BJ2xqNQ5L7UMvZQyLq9N+rEWZbew/wYumRZEdR+z2altR08sP8rK812uQaHQVoAtFuBzyPeDTuJ5p7osp2ylJv4BJpu1I1+JXafyJWs6St9TyAvoogq7gGYKsmN2JvyBluhQaMbcG+F+aCi7JUlRtPbfDi4Z+o2OYHeCAVkQ+ldTV8G6SyQZ4y2jbDfQ7bGaeOuPEVANLAn7eLLqRaayaEn2Nv/6SrQlVv7B2Uloopx2X9EOApDBjHa325U+LFgkCaEewBkfmMHPRj79WfG1pMlhh+bYw8m2NQHlQkg0Ouitn1me5Q/7ZP32QAjMEJrvFxHfRe+ijOiY5Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1764569160; bh=xHDyqmdSnmt+DM6hjbe712EnAsqImWKlgWmgxPEOx5J=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=SIldTKj9tL7n6toxLfCWNlPOtwxiJO3/akWTOrVDojZD3HVhbbwpA+X8ahRzw4CujtIZrAgNMA/5wgN3fbiXQ1i6QQyn/gZuXn9WICPuU39yyVfg+2+KVXs+Zbp9HinglDm5up/D7YrLuWkm8f6riqYXKBTuObS3TWyDmvb4wOPLAdQGV0Xo+uElt7FET3Khrt1FCXXAkqFtTxkyAXicO+Rfx3tvSijNI5lSFL+DOYENTuVjowVBiMYpl6engsiVztEtwZQh7N/wNkg0g9YRz2x5jRiy0KsHCW7C1Rh/TfUvXORD9BBYcBGhZKl1oaWs4fMwXssESh/znr7E2tKS/A== X-YMail-OSG: 1XJTA6QVM1kWtGUXoHgdsy6qyrBWcqNwVgv0d3Z4Nbhnc3s9DB5br.FfYGVDZG. kgOn6LAF6OFyL.G7fowqfkcovnAgV.RA1HGQ9BNsxzsIgZ1vWTG2_kB9o09HFy_XEuNXJZlUpg3X nJas70JUwY4SctLH69D76ZTIhXsnrow98T2xJx4a4gNfGvC16NU0KcVMHBx3_xQE8K4yRW.yx.T1 26EYd77ZCXclNMclp4DQu_3YOw.m3HPvO3YKQW_DqRbtUTuCfm4.VN3ncLt9wumE0xUHf0BjsUm7 tu33cqUWyVKm3dGg2RN1XHbp9UTF9jC8SucAD0KDwk0vPVgoeSy8xfU7SeK1MwtJwlfpKNBZXKc7 gXrx521aS_fmel34pZ_GDHUnPoo1smdFd8Htyt85ip_KyMJsusrhxtYc5Q56RwhOHV0HdX9t0LTj 6ZggMtCKIqVOt2D.A1oIVT5y9bXS.zoP83mDrWaw01p0XjyMG.fINFJTPjVjYtOvt.6u5JfL9r3i 9PrMu4oPOkKsrz0NaO4yAL0hjtk9fMHfoOCXbBayC.pAJI2eQ_x7ZooYhSTeXMT7Bs0mGYVfqdTo fKDTU.nSIjwo5XLfI4xtHVkysmWwSAekS08BEUC5URopXDrZQg2u5K.3caZJT1UsN4ACQIM3amqh s2EXGvVmMnvT4OdLdTwZVOfuMTmNmWFRRuCe8e7uldBJJrQcRd44gPSZAvkHE0MEOox5ZARiKKGN ulqgNp.jL.2ZmJEoU53aLiotqwrLBGG.yue6csn2CqYHkOBIaaGUGsPaSAq6M5I5eBaG5y2AcrhN V5gVKgBi15ZhCWM3y1ZvpU2o7z4LBd7i12IMRtE.phFWDuoooXdeYNnobCBt.gvtmgzyyJzsaUFi dgFgQmSnXlddpzax9WL6ckY4BJHVsAextNz8eQn._N1aYComWoy5pvSLy0ehey809dJKjzZGcNWF nBaChUYz.RlXHXakIL2D5oNadPNwuOGqLrBzrZEektwgG7VlxKvMqDKztIhXSn8IlM..7pgKY.DC 4jJwySZbVtODDT3NY5Q7fB3.nCpeZAYMB0k7QMCyu1tZt9R3zzr.6htFvGUSWsW6Sb8l_HloinkO BVmVYqSP2pqA66ebyPu6JALo9dmSHLkhOQO_KZBgbvffgnzwdbjOgetyioiL7kKCgO.oyFJazsEZ qkZ9TDfLdrQ59E4Ppwz41QwybUXkPNH5I28R8pXJLlSYKl8gJsFaOGiRoFFb_hz0lduwgeJWbqpS ZUuQgAt8jtMJa5wb_VBQpZKD.vmFupeSwh56CPEzkjRYC0vJDU.Nm9gOUL6jvKa5jmeKwkRigNrq 7QvqKqiJNOQjYwMxDYYHg1xOoUwpqRiDx6rvSTmQFqFS4AF.r_S3pK7DSM61vAHohar6ncVyClaX gl1NDLtiinqirZcNcFJl0oix2.KEqKYswIrdaVgTzCNlUcCNiE6px26b2tQUq6da95T4.NCF.QoO BAWg.5mTtP96VzXy8ndT8LPtclSJzS7pOL4qUE3NFTp.bKGXqX3TIwjgvHHTvTHbjxT_HYjBWJNi DamD.JK_oyylSPRbI_.xKvCrIO2qxVtoLa_8j87EkqpRf1dDtRINLksI.D38GoBX.79iG_LGsDp4 fHqx5N.cLcZ1M6emwOn.6K7M_G267fGmOOpcaKB4KuD0cvCCgIVAz2dl1ZglJqye.O3tee0EVBJv SkQXtWRyX.wzENhY78tXR_VFYLgjFB1nqjWq9P2RNjmRz3bxBiAQ8yuVCmfKbseS9IvqbmxpUPoH EUC6XuEWIx53S.5JNR0HJ45E0cZIw_CC707dweSivKmFRZpF0tdgVSbF2PL4iOat_Htz5IU7hkia ZYC__Vs5fG53XLvGNs6C6RmRhmfQzDw5_Vfa5QWUvXcBh017OQ7G3SBhNLS7WSzpFiF5xVELkXWQ 3XSMvW65zcJ5lNmDLt3wCtY5W_LxVuNMhmOml0XCGtSadhWXx0E.T4a15P89yXhUUreaGYobf53c N14UYblCearnuONSk6YYZnkXSds6xwXNWLZZnOU804skLMiSl9oKsP_.GL7lfPT.t_Uywpu9IGs6 hmqsoXiRtsDFJv3ko5DC.T7jMcXlu.yhbBr0SYPkgEYcvEnFb3ROXX0kCfsfsT7OVVGWwKs4AdZI qATijhoUYVPNx0S.Wft3rzGTNkdgbV3gdPYLzWe2lEDFVA7zEZja_MnHvLX5Zq6UgnNrxVnfM9YZ uysiLz9Y4FZmyZHy3rVGT4.dJS_L4HUm508i5Z9PatOc2_jGMDZNMfgl8myAYGLr606p0yvQkSpQ - X-Sonic-MF: X-Sonic-ID: c377bda0-61d4-4f4d-b63b-e1e3aee7a3e9 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Mon, 1 Dec 2025 06:06:00 +0000 Received: by hermes--production-gq1-fdb64d996-zqbrv (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 20843bc2b17d70e302f1663318c0b84f; Mon, 01 Dec 2025 06:05:56 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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\)) Subject: RE: FreeBSD 15.0-RELEASE timeline Message-Id: <07C4BD2A-8AD7-4364-A6DF-D3AB1D3E296D@yahoo.com> Date: Sun, 30 Nov 2025 22:05:46 -0800 To: Dennis Clarke , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <07C4BD2A-8AD7-4364-A6DF-D3AB1D3E296D.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.97 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.974]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.148:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.148:from] X-Rspamd-Queue-Id: 4dKYLN64Hjz45pg Dennis Clarke wrote on Date: Mon, 01 Dec 2025 04:15:42 UTC : >=20 > Just looking at : >=20 > https://www.freebsd.org/releases/15.0R/schedule/ >=20 > Which says 15.0 EoL 30 September 2026 ? Maybe I do not understand what > that means. To be actually released with some announcement in a few = days > and then dead in nine or ten months? >=20 > There is no such EoL entry on this page for 14.0-RELEASE : >=20 > https://www.freebsd.org/releases/14.0R/schedule/ >=20 > Just seems to be a very short life span for 15.0-RELEASE. See the announcement from back in February: = https://lists.freebsd.org/pipermail/freebsd-announce/2015-February/001624.= html =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Dec 1 06:20:07 2025 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 4dKYg15ZKbz6J9bq for ; Mon, 01 Dec 2025 06:20:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dKYg11ZQwz47XW for ; Mon, 01 Dec 2025 06:20:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=nMvmbycq; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1764570021; bh=gM8IyVdgGbNBW6ZJUc29h1RxfLNqke+aYZIahw57tVI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=nMvmbycqJGgRgzdFTMHKORJwsAPd1NZvQ5/wcegku1ZWX1ujE8g4ZmgRfeMtZ96cyZG2B90AwmCMwWzQGkSOt+aa/lMjSrysC9o8AkLwwNG/13iuJNYJPPoOBNepwa3srsXqT2o39p0880OVEVH29is49jV3zGXWC80xRvxTN3JV7VgvnYGy33gqRUBlgExpJ550R9SGP2XfodxRaNzFZfAfE9wcdOPGNo4ZcWU9Hg+6XdIx+d503rB/Vi+HpUHUKjEvUGgBQITaHTg7HTB+K5OxIZ+M1cC5y6ZKl9Uplakzh1WJSeXkuf17y8TcOqN2h+50N5LeQHGS3Y4DoisZAw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1764570021; bh=ZOVLOQ3tMFWYVIMCsGHPIryhvs9iUvqSBoWRrsiPNYS=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=h54rLtpkD6J7XUI8MADN1Yqr4BEbJqWuM94UBnluaoc3/m0t3lRhMHFsvBU+dR+dXpPYi616x0Wh4bQ2qtRyoMJhVnAmily4oDefjnctG9FusFugSABb+CYEAcGlm6F0yvOs/BAgNbWGE4BDeTnHots+/7qbKhmCtnqtpV6m3Y4rHSVOgMrZLItdoECBWbWumfuL0jkFDsQxGucN0W4IaSFVEgzZk2yoFLHnzxe9o/KqoKg7T8vKL3J4OaXt2WhVzonVwUqgS5+e57BRfS/CYDoWRR3LtqYM/HFie9JtNRge8hajJuee96ckG8go9xmtgSYhioF0D5k4cqjuT/pOrQ== X-YMail-OSG: KDu1AY0VM1mDOmqpfUJd0SEr7Uqi6yJrkiDaNMpe7uPyTlewxbWBYqDd_9IQCNi tXey4Cmli.LdSWdiSooEzKXdOMInITsxzuguhhoiONca8WhXP_qJUXbsNwN5M75ODzSR_AW.2M.w xJXixPrX4X6hxBTbwKJATzwTDoxA5E1Ja2r4itKgdafWlfSFyUm6CuwGqQpIZ9jnfAqXIIugTzwe efkXVxhW34mIv77hhDUvtw.LJ63oSYPBq9xdgKpsywGLGuFg1UkXfk621_iKBe8OqRjtFgN0kExQ e.XCT0VPNDiUA3ckmWYhQDyLQEOvLibqz47jZWwnFLdA2X9SxHTPtbow1HHyr4yM62Ry6mgH9myj YODlftVEv6BXG3foCRFIBEuoc7GX3uhdWWBKJeVN_Kd4pKYHP.YK19RqhBK67lgw5ZOgFQfoqqWS uOH8XXVWz4yKXfdrNeIS76nABVBGiJU6Vq3Ck2aPjq62sGBpSE1ZPbl8LRdoM9vAExAYz5_PceJf wQKo6b1V800xBGgMpd0gOSxZ2Sso7Df0liEvyfRAw5AJOH5z_jksPCInVkfF96iaZ_mzZA50UZlY 1EQS.M9DjLc3R9K9LiTErqjU.OZuJQidb6fIbu_pPQfShhuB0PQ9o91.xD4XjJE.kU74GVnBg_9G mb69yJBUYQvSOCt2nbJYJ0y3NG.LZ7cZQnM.5l3CIe26LkssXsl.iV8LUnVk1RBzU8gnqhrEmpmJ BLRvpiX0pJiW_HcYZAtPVM1.1XEU5X5gLG47UBkCDzmrZGOC8ni6xiqeEWSO63wiBbqqzSsYMRFW skCsXMdNwYrvKAvEhHYljecGp2QxYix2s2A_7YeLvS.4f5M8nMxZEeUVhYBJyPEH4dPDU.qsTFnB KLzSTtXrKi3TnoQdntME1H4CFIpbqi3WGfbHdRv4jARaIa_c7.K.2GSKb3A26YvjNfG98VCRqj2o zpFJw8YokzaR.hSC4dudxxhZhTIHJsvIcwYkRtxSsA7fxQlG.SO8Ty1DGM7kRuPt8jvKEn7YvdA5 DIoAyLOk94aeWlZk1XKGcD8fkAeeVQjaHjNi9qn2ARE4LHhOYdYv82DPH8vOSzH3mR3xmPvGynVk NbFgWNsu8.Vqf6T7e90CekJPze2EIG04dZLgv8KtGl5LUmyQi6X0LOJgV3mPRl0J2c_dPgSE1Tgi fBI6ATl1cxdxJP6iCfQ6DoiaMAWelph2V5lHD5d_f7tqSn20yizDwtgsi3iyNV0dEkm5TAaKsYFx U3OfrMjtwrZT99rWgHYOAWla3aJ4WuUghGBGe0X48h9qmgYiEuaNc._AdlhS5OpscOLSGIP2OWKP hUh9uZfwlOJwQCDHZdvT_svbhwrQKO_LeeNMqfwXaq.El6JKUq2URKbKVxRFtc35LGWuT.tdRsQZ Iyy_jFp68UFrsiGLP5S21xNvxwbXx9G1jkt7kpRv4PORuizKi4ntScmwU5ZBX_KRb2HrjljFPsoa 6H.y3gDrF1tNUBAdO.B29E3DotU55gmkFHjYJX_C1p19hrNIApnIAGmwSaVrQChsxmwO92xIClLv gMhqVL5HB1O0eST58vnhfEZbq0pFXgd2f19NJB._3RNNR1Uz.oFzvyzvL7B4fMXAgWn7k.aSYInj sgcG8fcGeKZfrGVFnu1iUWqkHnOZT2P0AJUtQ2p2jQTwuq9isZN.1HdaQ3Wa_kFmhuIYl.ApvYuP kq_Q2Y33V4jH3PNajN1LLUI4W4ow7mDT4HOUY10az5oOY1v6yJqHr0xUO9dE9wTinNgkkNAGrbj0 RcfT75KZfbIH7F.p3E44UVQC2NmyZk8GwwPwC_Ax0u0vDLXXjjdILY01lQzolXIliUV_9YqzEpH7 CBv5.KYuorlGnmEVtNq0bijZSBKxxrR7mACU62NrtDocsJt2biWtcAJQmtsS2c4dMkZ.LGFNgIvV sEq6bR5DfurWu95dGwtZApJOPhXN.ARDYEUCkmJEF8vAZniA9.dRt99Xp204fKLuKbfZ_nz.rbTK g1Sf2XGuJv6xR0SqvF_Q.ca83R16je9kWSc7zoDBbpp_BLIRc.jp_yoRfuFK1cXfoUsmdjCMUA5M .6KoyHyKFcLa46uH6kK6no1aQ91wphvo8inUT5F4ERCkNRugj7voPp5yRHZVJIeS5Q5Sw5vrTErv WW6S1swrjNfsxCluVynOzxoztk0xhTjraLjltXZagj8jwZhWwmIV7Vy0bg6qamPPgp1e2VzXn5Jf zEzf4l6Vq3Xut3B81rH3w.CrbjKuXNZ8iP9LBEdMukZwf88kfsa3W1.ls2zVpnX8i5elVRnIk2G8 0s3qB7Fui X-Sonic-MF: X-Sonic-ID: 62d3b831-f95d-4d38-8658-a26a5cb5f56e Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Mon, 1 Dec 2025 06:20:21 +0000 Received: by hermes--production-gq1-fdb64d996-snhd5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID a18b548caadb501b85abfbf598bec115; Mon, 01 Dec 2025 06:20:18 +0000 (UTC) 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 \(3826.700.81\)) Subject: Re: FreeBSD 15.0-RELEASE timeline [ https://www.freebsd.org/security/ had an old 2015 reference that I copied, sorry about that ] From: Mark Millard In-Reply-To: <07C4BD2A-8AD7-4364-A6DF-D3AB1D3E296D@yahoo.com> Date: Sun, 30 Nov 2025 22:20:07 -0800 Cc: Colin Percival , Lexi Winter Content-Transfer-Encoding: quoted-printable Message-Id: <804482BA-B05F-4BEE-BB9E-E220FBB38346@yahoo.com> References: <07C4BD2A-8AD7-4364-A6DF-D3AB1D3E296D@yahoo.com> To: Dennis Clarke , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.82:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.82:from] X-Rspamd-Queue-Id: 4dKYg11ZQwz47XW On Nov 30, 2025, at 22:05, Mark Millard wrote: > Dennis Clarke wrote on > Date: Mon, 01 Dec 2025 04:15:42 UTC : >>=20 >> Just looking at : >>=20 >> https://www.freebsd.org/releases/15.0R/schedule/ >>=20 >> Which says 15.0 EoL 30 September 2026 ? Maybe I do not understand = what >> that means. To be actually released with some announcement in a few = days >> and then dead in nine or ten months? >>=20 >> There is no such EoL entry on this page for 14.0-RELEASE : >>=20 >> https://www.freebsd.org/releases/14.0R/schedule/ >>=20 >> Just seems to be a very short life span for 15.0-RELEASE. >=20 > See the announcement from back in February: >=20 > = https://lists.freebsd.org/pipermail/freebsd-announce/2015-February/001624.= html >=20 https://www.freebsd.org/security/ has apparently not been updated: its link is to something from 2015. So I'll reference: https://www.freebsd.org/releng/ It reports: Date Event December 2025 FreeBSD 15.0 March 2026 FreeBSD 14.4 June 2026 FreeBSD 15.1 September 2026 FreeBSD 14.5 December 2026 FreeBSD 15.2 March 2027 FreeBSD 14.6 June 2027 FreeBSD 15.3 December 2027 FreeBSD 16.0 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Dec 1 06:28:38 2025 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 4dKYrs0zMdz6JBLZ for ; Mon, 01 Dec 2025 06:29:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dKYrr48ZCz3FB8 for ; Mon, 01 Dec 2025 06:29:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=t7jo5Z8A; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1764570533; bh=6NdDdmndA3B4XRY+9L6MNv4nFUfnNCYCtxx7dcU3r/s=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=t7jo5Z8AEo3/1wErmX66IFKThy9rA9q1/kZ1ccNegtGGVKGDmJC5rdDPBGhY/ZrIKvJ+rcutv8K/KlInBIbOLkuyt2MULbZdUi5SJulVZGpsPLGcqV/5m/Rzz6QDQBxy3enA7GKu/RkQ0fN+zlrD5mIPgGf7JwJkZrgASIO3hGMI895XU/trYl9FJHL7yTMi1iu0k/BZ45bhLKOV5gt3pSyVkivz1SBsXFDDjYDqA8cSh4W6u1as6evwYvI884/6ZNYpj75Quw04RNZzXxjeIuPzUnBVPuACmU6A2fWZZu4RWhuNuIk4mDDysdvDFgfsVEgiQqXY/ope6/63d1Yw0w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1764570533; bh=NMCfFK9nLRk8DoQKy+sx9+kDeT5DhC1qeM9O1Bj6GI8=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=DLci57zfPV2m6xVb5UirtcHXoUKg5RPaJgFC6ZfFftHB+E4cSmW/hmeLdvv0XkcPuqo1drhAGpF1KegaPNOKbm/ah1/gh5AwNL4TDOrWnfeDV+zPlo4zu/xaEGBN4hzW+4xI447X6yiF0cQakIVq/1MeNTmMIpxZ8qqJKF1BXrF16m9alscEbd4akMX12Zgo5wvlMZIQNtaZErdT/ds5DFqLokgToSPZ7eOFCRjSWwsAXY+hz7PYo49dEAzUSHFJXyyhTHgGpPFzTk7BXJbCTEeUG9AsyrWrAavxqrvZmk4S9YG15qWndChcNHyyneRlMl1hUHLhvpeHQKyQOCwZZg== X-YMail-OSG: HkoiQaoVM1lhGVzxqJ66sgqxtjekR20bxvqsdPtCKWu0iGBBF_K_OKkIz1U372G C0zEGxauv4pLaDRPYtUXXH4r0mfkpsY7y73LYl0vHWpkDF4wdcsIOvX_pYY_XFWbakM0RmjMr.33 kw8jfZB5wqGMeqUYLPTCCcrckKlO_9OplcbdWh76k16HDNf96E2SN3dcMcjh8CCQ7kvhteVhZTO_ KGWjw3kOXEyrjpyWslP1uI_qe_nKOAVoewaihG6k_Z0D6923c4PP2p_.OKH8Y8.LNgARJTaYKNYC bG0Vd52OXaQWR0kVZWN6kRUxaUyx4o3Yy81usKxARAYloA4vFhzUyTTBloIpl3S7kn0Y0XVXZ5Ff NK8UpgBiAlzi9ZezBSTma7qixCwYeNlBx_foWxranUKqsoyrpWKYamFBrNdQr5aAjk9WUWPQ4LoG Lwv_Pn_wyv5ZNt3vzaS0K68h0NDLUoFBqnwgd2BUvQTWoYBBoG5F5XDeILMYUVy2ErQskzuaAh1w v159FRqOWjpzSzN0B0YEPE14Gy4tVNa5ZbdxW4pLqvNUrhs76jEV6znPi6jZuRy6NJk6tJopYI70 8fYCb4J1uqb66kYYedsiU31EMiIqJKRObJVmCYrNIhg8tDUou0qSjO4rP2UYliMXH2E_R9PUsPPE wsaQTkqo7T4sw2eflwHxXidUcWaU9yY9twnpz4u3JjbcBFfzscQOCF7Mh.tL5fr3INbp2tALYkgV D3MVK92ziJpCkGdBrWWDplmQG2_t4Nye95BLH2lVuGaxzc9IQrFEpEcR8CNCONZ4PR.sZCsijPrk itFM3QMZwN6i2cDkGcFPDbLlhh8.fw6_EVr4sRLTnWaHJyTcxhlC60BjGoMmiSY7XiAzIN_89p90 QIaBgKTibprNblWrPBR4DnZqtxn_y6h5sITHYjd7KTkkeBvEyGyc9bnLOjhUQwz63gj8Yommybc0 MPOQqdh8eeH8CyQVBwN_Lz48DCkynu5HS0KsSKAwoHWOmVjdAPx4FqwgcWlg72ydUvhpHokVD3NX BzXDW.IgvLtZ4fO4h0gLVN3Mtny6IhfUkBbpphSYjjMQ2PL7dJalBHhPnkDggXTrZyNqSUor6CJd 8KEFQ99oyX8RvdCxWxXIrQd4PimYYAdQ.GxxuRqrlLl4zRxQSIy0VAw00piSBja34LWFdKi_i_Ic uYp.2LkspxugtFi1ZbE32kUY7UywC.B.YmoBSsnhoUZwPF5ytwiDlNsrinIaPh_..UKA3eM0HdPm 2zoPnxKqdVp7GG0Jvj1SgHGHhX.G9YPxlILyw45mv1.6t6e.miyUDDxkh6shOLzW4XiIPKS98_6A ExQEKc2kRkHxpfT1Sy7eZzoXvtF_Mr4s9.wabRKTJ9gO5waDOly5qJTYFQJVgPrr0TfeM3O8garD _QC2L5UXR2B0vgxOO_uKqUh1LxhWYm4RVckjm4lKXUlmhcuwoQxmbNlAGDyxhs86eQfHbuN3ZAIq nNCOj_UiOXuwS7uT2vCr51PXoqeUmid_8qUcYj7WXPxNxQm7gcXNvY3NkqtpfiIrwap_8aFBH7Uo 9kpcoGHr5UFpikfhQMw437YihTWyXDtIdPz1.YsXT.xvmw9XFfSP.8wGifxbk_1XN6_5a0tIw4LH P72Bi1p8.I6RRA.7skOt7XlGEx6HkhbdZyNi5EyuD7zD8CjNq9yNUHSfYGniDMmPr8Cwch6bdZtv iln3kLWsV86mSU8dpcUhRBQ2w.K6J6ixomAxlvLDAmFPK9F4Dj8aQ_qMP38Q.8J4CU984am6GM6Y 7.dhLjXt6pSwpcP8V6_Scyks3O71Uq75Rv_VAIxWWHV..Eby5JqDusZJP_sX0R5Yeuf1np0I5b1q WTQRTSqEJtlD9FQPsVSLhLG3z0bdB.N8D7egU12hh1KdSPX8EbQpBWQrJAD3h7Bmu0U3nK0bylik gaH9mhWBxSLaoxK9RvBZbvJQ445OOQlQMZa2R05PqTC1eGPqi.bFghUoV7kyefj4oysup.R8B6fw LUiNoAWIu76OBOKsv3DdAPiidipUxKkyUscOKLXJo.RVxjTp3Ycy07FOgiWqUI71lQBzZiAMu1ap QlCIeeFHdlikJGv7ndnFclkOf2ASPzWgOD7vVFzP4ku7yfQDIJtcv2ebaUXRY9BzwKOzNK5lXICP 1UvjVh5yM9uIIRy7.qGKyhImXmbDQlV7nnc9czEDL.i6._WWgJXl4Ok_9jpV4u92_hzFadjZsAD5 4ftcqghF5u7fjJDQl5s3FZLNDhVYNjTfnrl3ubLjHj1qGUJJLxKerEGhBokbh4f9GIneRpEyxm3p Pt0kMSp4- X-Sonic-MF: X-Sonic-ID: d1f26f2b-ad8c-4d77-a89e-5bedf575c2d0 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Mon, 1 Dec 2025 06:28:53 +0000 Received: by hermes--production-gq1-fdb64d996-nwt7b (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 938909a7f56cb6e3e854bb5642b47c64; Mon, 01 Dec 2025 06:28:49 +0000 (UTC) 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 \(3826.700.81\)) Subject: Re: FreeBSD 15.0-RELEASE timeline [ See: https://lists.freebsd.org/archives/freebsd-announce/2024-July/000143.html ] From: Mark Millard In-Reply-To: <804482BA-B05F-4BEE-BB9E-E220FBB38346@yahoo.com> Date: Sun, 30 Nov 2025 22:28:38 -0800 Cc: Colin Percival , Lexi Winter Content-Transfer-Encoding: quoted-printable Message-Id: <1C737426-3C74-4240-8A37-47552F6550E2@yahoo.com> References: <07C4BD2A-8AD7-4364-A6DF-D3AB1D3E296D@yahoo.com> <804482BA-B05F-4BEE-BB9E-E220FBB38346@yahoo.com> To: Dennis Clarke , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.94 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.942]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; DKIM_TRACE(0.00)[yahoo.com:+]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from]; BLOCKLISTDE_FAIL(0.00)[98.137.64.204:server fail]; RCVD_VIA_SMTP_AUTH(0.00)[]; APPLE_MAILER_COMMON(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from] X-Rspamd-Queue-Id: 4dKYrr48ZCz3FB8 On Nov 30, 2025, at 22:20, Mark Millard wrote: > On Nov 30, 2025, at 22:05, Mark Millard wrote: >=20 >> Dennis Clarke wrote on >> Date: Mon, 01 Dec 2025 04:15:42 UTC : >>>=20 >>> Just looking at : >>>=20 >>> https://www.freebsd.org/releases/15.0R/schedule/ >>>=20 >>> Which says 15.0 EoL 30 September 2026 ? Maybe I do not understand = what >>> that means. To be actually released with some announcement in a few = days >>> and then dead in nine or ten months? >>>=20 >>> There is no such EoL entry on this page for 14.0-RELEASE : >>>=20 >>> https://www.freebsd.org/releases/14.0R/schedule/ >>>=20 >>> Just seems to be a very short life span for 15.0-RELEASE. >>=20 >> See the announcement from back in February: >>=20 >> = https://lists.freebsd.org/pipermail/freebsd-announce/2015-February/001624.= html I found what I should have referenced: = https://lists.freebsd.org/archives/freebsd-announce/2024-July/000143.html > https://www.freebsd.org/security/ >=20 > has apparently not been updated: its link is to something > from 2015. >=20 >=20 > So I'll reference: https://www.freebsd.org/releng/ >=20 > It reports: >=20 > Date Event > December 2025 FreeBSD 15.0 > March 2026 FreeBSD 14.4 > June 2026 FreeBSD 15.1 > September 2026 FreeBSD 14.5 > December 2026 FreeBSD 15.2 > March 2027 FreeBSD 14.6 > June 2027 FreeBSD 15.3 > December 2027 FreeBSD 16.0 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Dec 1 07:34:03 2025 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 4dKbJF44Z8z6JJs0 for ; Mon, 01 Dec 2025 07:34:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-54.consmr.mail.gq1.yahoo.com (sonic308-54.consmr.mail.gq1.yahoo.com [98.137.68.30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dKbJC2JH2z3M7N for ; Mon, 01 Dec 2025 07:34:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=F+jXftRD; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.30 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1764574455; bh=xJuGUUGTqQn5ML+udCIHeMDkfAKdfDRK4ZlXlbkQQVs=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=F+jXftRDz0+M/eO3Hjjq4RQDeGp7/ScUvxCRcQckAlfD0+Tq7XPNRa+m9fPsm8NK3/bGJ1rhf95vFaNB+UB+0qBNR2XKxRp1CYskaayQVh9CEgAL5HMQEzLEl6Tdk0u7KakqEGNVNwaIyOL+gRc4oCsSWUrNMerWmaAPHJ151PYo0QDOdq9YXuUtONSrZysxwjuGGHh2YxMV0mO5PUaDStzICqzwtrp/Ka5rfkB7DJa3YfxQ0QdaVIdXncLGpvkO2K0V/RxI5epiJKGlkFkHFFLsJyJR3BTv6kUXvksebPYXQnl8J+Z3kbUYmkUWWo87Jh6RQ/YGkFQNXeSrd5RUlw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1764574455; bh=DU81DhlnJROh/vqQJhvYLjHADRhd3xNJZNCmBUCmXRs=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=JeysMF0DGTfoaHlsEE8RtgMatXiklI7ni3OR4RJSduStKUgy5QgLAkWRAhSpi+zlZHsDsH6HJ7sjgDAkkZbxZ97A++CqUIS7KXRKiTFzM0fVVxY75LMMIyxOuAwEtcOHGazyYpgCA5+y3f01xt4t2ic1JTAoQL49qd4KmISb1mg6OO+IbFsX3OpCBcyWRhT6D7oylfR+YXooXhIz36cYXeOq6TXD8RKw0ApojBejUiKhlnTTVEKXvWhg4kURp3JbsMqenfaUZZ1iq5PEq482d/uB90928EYGvm4M1rZuMi4xFDRhqe0yg/V+MIdeKH/6sYQUP705PcQOM/glLBYU9g== X-YMail-OSG: k5.rZVIVM1ku9wXXO8l43lGdQlQpNXuVeRaRMaZsqw0sUp2GOR_1WforxK9df9P Fj9qoSPonHiF2slm7FDTSZxM0ok.c5gt9E89v4byHQfQwAqS0YqtPqZLUnyp9paH5IXfRkZyKaVy XwvxLtPF9VO8ARG3ek6M6DLsuBeLUgjcBiYLSJA0EeRyhqip0dirOzbm9Bw33KKAlvYT7sE2D.ss KDpPH0pdzt8Ej040e9Bv8ykeJ.p8OKxqoCbAS4.YUdIQZVdxXO7tMZEFo11FI1yOi5a2.7YghGpr eFPNAAlvcs5YE.obCNkdjUCH5VUD7h1W6feM1vDFnJba4lr2L3xnQeJ4Zg0mJprEDzyqA5lb8pWE IxuJy5svSix.VhMcAAS_8T5FWjcb5ojN_xeC9tt.tT3E813Ery5_PNSkl96rTUPVCrV1SIUTdWD. ILdVdnTee9b9I_DPx.MtS8HybsNaPcFoC87JauUl7CiRSe8ExT6Z0u_z.wY9DziDbe6qsaQjsQHu dWqFE0f4vOWlcmCPHzTXWa8rA_PA5fJNFvVO4qQQrlI9wDI.sVPEP8Ixq9HcDasH8sKrxrrqtbUl FbcF819vCb7O1kzALKmciD1DSlT7thaEzxkmV99lGWPHdxZu.lt5M8F98bY2.gWM8kEBMztiwoyv qzk6YzM0gQh1EX.ZWNezxVKwV7uvaHjk3cTUYqO2zQEqHZZCpSt1rhKmXJex3w09zR4idrTIQif4 vlZn_3YxRxhyXCxIJPlIRGz28RfiEmfkTZzYdUTU_AqaEpxwdwlf9tA_ho681T_GnFxPklK4C8EC FSBTA6cuF6kIHSnooExtziAuLmnkzLUFyEwCPntKs1PXgJLTjV1EoUnAnbwSwJ0gk9mxhnS2zBx3 bpywXZoIs.qMs1MhOJpXFlREV5tPj07PI.Tlnr2T6J4Q8PerDLULUNiVjeehBLNdK9.4AuXAv0Ja gYU2hJBs5rp0sJviyMN4S9P0b2uIlc1.OTehOJMIS_74Ishu9R1BX0hfYp00lxQBTe.l5roBtnTs NG1m8Tz9Wf8.MakOf2DCLQwLjfDNt0H1rVEkc9sIOreDp74vggZK7at8CK1sOg7aW7E2TFmqoAtS qEwuVcFAO4Dd8ozR1M9.IsI7VqCYDvoef6nwdsKk2AQ5rxVGgU2tavOO6qDJyTAhWcrl7elii4vY TT5.o6.N6Y8IbarL8y2npdi7EO8XA27T2TDV5nw_qWmSEvH.o2Iee1jrnYnRamAnTJmfy3i1fNX_ ZQbDyy35FMjIaoJ_W5iDPCCnnbqnG6cDilqkgGt8UuM.mLP2_d5CaTpqpvnTtO2xzlinB8RECNoV l0VfYxxdRjOQp4sAtBbmf_Qgj.0szCrawlBB.IPAejFMBXVF7Hv8c3L2dR_xprStkeAxkUWR032l AANBsHnBEnrK3NtkGp_Y1.OrcDV3jI5hp6BwnrS_mEaYaxgInrE7TUJzbD2.oQBwVT75VcEDKoLT ix_fJL7Ap.ugUEHHwx_X3ePz.IpSV2PAXXDgEZo79TnjaPJeSNlBxmfrycW5W8ycbQhVyLeo7TxC UrIvTSY7hte6MhYqDD1mngs7G6JwvwF2cI5Ier00uez8DFMAYM0QFJs0mRLtv87XZNApFg4ZKXCT FZ2pMeeURkpqaFBNOONrxahER6Ucq_KMd1lDd5XQ6ZDyUqWJ0yf5VGwWvjRnvcuLKfeCM.vqw88N koY8XQgp0mtPpmj8NQO4ESXSMhjkC9aY2K998JSVFIAPLubEPeqCoGmPR6GtpAK4XnO4Z_xPj4am gC.v2b8dHboV9BBLsbXBUkiYZOh6mMlV8b18vpnUICwBj.PFbeApC5PGKzM0odLLUxCCK3g6by7u zw6.Ioi7QvNW5XSpvGI7qf7ys2YYxdRSH2svhXP4tsz.WEDZl4V79FQ8BuTEudxdMA0MrpokzpmT EnOMPbqDELaLU4f7WNvtNxvPBAVnslmDB1X6h_7q61lNRVKb9aeKs7lQ8T3Zm4956Th8ag9T1GtR _ci.mY_9eYnXDLBKr0kN3L0.mCrU95pbY60cJBsu0cLobtuVFP4fxjcq7nRRLIK6msFlJ4xxLLds D.JH3sO90TiQiNqHdHLB.FZbzwKOR7BLgzCej3N76ngTZpBpuKvXm2nHv8yuvflhv0K4kI5XzVzN iu9nwtzBVqSdWHgNIVwryEgxGdB3ntBGex.xqTjhrAauBu0RWmh1pax8pBD2jTeLucGIvqik5WJv cpi4XUQJ3FSiyv.fTtOG8XAb3wdc4bQqn7U2RDuAh5Toz9O5T20tpzpWqzcafuT7wyf3qdih.wkp LVB9oe7o- X-Sonic-MF: X-Sonic-ID: 46f34241-e5b2-4dfc-9f84-9756b08d8637 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Mon, 1 Dec 2025 07:34:15 +0000 Received: by hermes--production-gq1-fdb64d996-5pdjk (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID e334ad9ed6bb74686a562a9356b52e6d; Mon, 01 Dec 2025 07:34:14 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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\)) Subject: Re: FreeBSD 15.0-RELEASE timeline Date: Sun, 30 Nov 2025 23:34:03 -0800 References: <07C4BD2A-8AD7-4364-A6DF-D3AB1D3E296D@yahoo.com> <804482BA-B05F-4BEE-BB9E-E220FBB38346@yahoo.com> <1C737426-3C74-4240-8A37-47552F6550E2@yahoo.com> To: Dennis Clarke , FreeBSD Current In-Reply-To: <1C737426-3C74-4240-8A37-47552F6550E2@yahoo.com> Message-Id: <78AED058-F118-4096-B823-F45EFAE5F5C3@yahoo.com> X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.84 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_SPAM_SHORT(0.16)[0.155]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.30:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.30:from] X-Rspamd-Queue-Id: 4dKbJC2JH2z3M7N On Nov 30, 2025, at 22:28, Mark Millard wrote: > On Nov 30, 2025, at 22:20, Mark Millard wrote: >=20 >> On Nov 30, 2025, at 22:05, Mark Millard wrote: >>=20 >>> Dennis Clarke wrote on >>> Date: Mon, 01 Dec 2025 04:15:42 UTC : >>>>=20 >>>> Just looking at : >>>>=20 >>>> https://www.freebsd.org/releases/15.0R/schedule/ >>>>=20 >>>> Which says 15.0 EoL 30 September 2026 ? Maybe I do not understand = what >>>> that means. To be actually released with some announcement in a few = days >>>> and then dead in nine or ten months? >>>>=20 >>>> There is no such EoL entry on this page for 14.0-RELEASE : >>>>=20 >>>> https://www.freebsd.org/releases/14.0R/schedule/ >>>>=20 >>>> Just seems to be a very short life span for 15.0-RELEASE. >>>=20 >>> See the announcement from back in February: >>>=20 >>> = https://lists.freebsd.org/pipermail/freebsd-announce/2015-February/001624.= html >=20 > I found what I should have referenced: >=20 > = https://lists.freebsd.org/archives/freebsd-announce/2024-July/000143.html >=20 >> https://www.freebsd.org/security/ >>=20 >> has apparently not been updated: its link is to something >> from 2015. >>=20 >>=20 >> So I'll reference: https://www.freebsd.org/releng/ >>=20 >> It reports: >>=20 >> Date Event >> December 2025 FreeBSD 15.0 >> March 2026 FreeBSD 14.4 >> June 2026 FreeBSD 15.1 >> September 2026 FreeBSD 14.5 >> December 2026 FreeBSD 15.2 >> March 2027 FreeBSD 14.6 >> June 2027 FreeBSD 15.3 >> December 2027 FreeBSD 16.0 An illustration of the schedule out to 17.0 is at: = https://forums.freebsd.org/threads/navigating-freebsds-new-quarterly-and-b= iennial-release-schedule.94183/ If accurate in how it shows overlaps, there would be a period with all the following active: 14.6 15.3 15.4 16.0 16.1 main (2028-Jun) and a later period with: 14.6 15.4 15.5 16.0 16.1 main (2028-Sep) Hopefully there will be more aarch64 port-package builder machines active by then. With quarterly and latest for all but main and with armv7 suspended, that would be 11 combinations to cover during those periods. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Dec 1 08:39:26 2025 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 4dKclZ37pLz6JRYH; Mon, 01 Dec 2025 08:39:38 +0000 (UTC) (envelope-from brnrd@freebsd.org) Received: from smtp-out07.qsp.nl (smtp-out07.qsp.nl [193.254.214.171]) (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 "*.qsp.nl", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dKclY5mXzz3Sv9; Mon, 01 Dec 2025 08:39:37 +0000 (UTC) (envelope-from brnrd@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from 5921114a.static.cust.trined.nl (5921114a.static.cust.trined.nl [89.33.17.74]) by smtp01.qsp.nl (Postfix) with ESMTPSA id E01A536E3; Mon, 1 Dec 2025 09:39:29 +0100 (CET) Received: from brnrd.eu (php.brnrd.eu [127.12.7.10]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by 5921114a.static.cust.trined.nl (Postfix) with ESMTPSA id 4dKclL1BltzSP; Mon, 01 Dec 2025 08:39:26 +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: Mon, 01 Dec 2025 08:39:26 +0000 From: Bernard Spil To: Adrian Chadd Cc: Florian Smeets , FreeBSD Net , current , Alex Dupre Subject: Re: looking for testers for if_rge - RTL8125/8126/8127 ethernet driver In-Reply-To: References: Message-ID: X-Sender: brnrd@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dKclY5mXzz3Sv9 Hi! Happy to be of service! Anything else we can do to get more testers? (I'll see if I can make some noise on Mastodon). Should there be some instruction on providing feedback in the port? Let's make this a very short-lived port. Cheers, Bernard. On 2025-12-01 02:42, Adrian Chadd wrote: > hi! > > Thanks! My goal is to get this into a review next week, so hopefully > this is a short lived port! > > > -a > > On Sun, 30 Nov 2025 at 10:48, Bernard Spil wrote: >> >> Hi, >> >> Turns out the realtek-re-kmod wasn't working out for me after all, >> machine started repeatedly crashing. >> >> Committed the port net/realtek-rge-kmod hoping to attract more >> testers. >> So far, works out great for me. GMKTek M5 Plus / AMD 5825U / Dual >> RTL8215 >> FreeBSD 15.0-RC4-p1 releng/15.0-n280991-c7ccd5b3f879 GENERIC amd64 >> >> Testing with 2 clients, both 100 parallel streams iperf3 bidirectional >> for 10 minutes showed negligible load. >> >> rge0@pci0:1:0:0: class=0x020000 rev=0x05 hdr=0x00 vendor=0x10ec >> device=0x8125 subvendor=0x10ec subdevice=0x8125 >> vendor = 'Realtek Semiconductor Co., Ltd.' >> device = 'RTL8125 2.5GbE Controller' >> class = network >> subclass = ethernet >> rge1@pci0:2:0:0: class=0x020000 rev=0x05 hdr=0x00 vendor=0x10ec >> device=0x8125 subvendor=0x10ec subdevice=0x8125 >> vendor = 'Realtek Semiconductor Co., Ltd.' >> device = 'RTL8125 2.5GbE Controller' >> class = network >> subclass = ethernet >> >> Cheers, Bernard. >> >> On Sun, Nov 30, 2025 at 2:51 PM Bernard Spil >> wrote: >> > >> > Hi all, >> > >> > Thanks to flo for notifying me that there's an alternative to >> > net/realtek-re-kmod. >> > >> > I've had crashes running realtek-re-kmod and realtek-re-kmod198 >> > before, none of the switches seemed to help. >> > After upgrading to from 14.3 to 15.0-RC4-p1, I thought I'd test again. >> > So far so good, no crashes. Generating load with iperf for 5 minutes >> > from 2 machines to the server works OK with the 1101.00 for now. >> > >> > Nice to have this if_rge in the back pocket when things don't work out >> > with 1101.00. Started porting it, find the patch at >> > https://brnrd.eu/bsd/patch-net_realtek-rge-kmod-20251129 >> > Seeing that this is supposed to land in base, I'm holding back on committing it. >> > >> > Thanks all! Bernard (brnrd@) >> > >> > On Fri, Nov 28, 2025 at 5:48 PM Adrian Chadd wrote: >> > > >> > > On Thu, 27 Nov 2025 at 10:13, Florian Smeets wrote: >> > > > >> > > > On 23.11.25 03:16, Adrian Chadd wrote: >> > > > > hi! >> > > > > >> > > > > i've ported Kevin Lo's openbsd driver for these realtek chipsets to FreeBSD. >> > > > > It works well enough for me to use on my laptop w/ RTL8125B / Killer E3000. >> > > > > I'm now opening it up to others who are willing to build/run a kernel >> > > > > module to test the driver out and report back. >> > > > > >> > > > This is great. Finally, an in tree driver for these very common NICs. >> > > > The 1100.00 version of the net/realtek-re-kmod was just unreliable for >> > > > me (constant hangs, no matter which options I turned off and on). I've >> > > > only done light testing with the official 1101.00 driver. I was able to >> > > > wedge it with less than a minute of iperf3, and the ifconfig down/up >> > > > dance that was able to revive the interface with 1100.00 was not able to >> > > > recover the interface. >> > > > >> > > > I ran if_rge on my NAS and did some testing. I haven't had one hang with >> > > > this driver, even after pounding the network for hours. That's a big >> > > > plus for me. Thanks. >> > > > >> > > > I was able to achieve close to 2.5Gb/s TX and close to 1Gb/s RX with >> > > > iperf3 --bidir. >> > > > >> > > > CPU usage appears to be substantially higher than with the official >> > > > Realtek driver. >> > > >> > > That's a good data point. >> > > >> > > > >> > > > [intr{irq59: rge0}] goes to around 50% of one core, and [kernel{rge0 >> > > > taskq thread}] hovers between 20-25% when running the above iperf3 tests. >> > > > >> > > > With the official 1101.00 driver, the only process using > 1% CPU is >> > > > this one [kernel{re0 taskq}] and it is around 10% with the test >> > > > mentioned above. >> > > >> > > I'll go dig into that a bit. It shouldn't be taking very much CPU to process >> > > this number of packets; the bulk of the CPU should be used by the IP stack. >> > > >> > > I'll go run some profiling over the next few days and see if I can nail down >> > > what I'm doing poorly. Hopefully it's something stupid on my end. ;-) >> > > >> > > >> > > >> > > -adrian >> > > From nobody Mon Dec 1 12:26:22 2025 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 4dKjnx4Jjbz6J80F for ; Mon, 01 Dec 2025 12:27:01 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp5.goneo.de [IPv6:2001:1640:5::8:30]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dKjnw13Khz3vk4; Mon, 01 Dec 2025 12:27:00 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b="rq/TREhQ"; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@walstatt-de.de designates 2001:1640:5::8:30 as permitted sender) smtp.mailfrom=freebsd@walstatt-de.de Received: from hub2.goneo.de (hub2.goneo.de [85.220.129.53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id 01C1324039C; Mon, 1 Dec 2025 13:26:52 +0100 (CET) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id 6C41624037A; Mon, 1 Dec 2025 13:26:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1764592010; 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=srSqwbvJh0mqax7g4NYg3I7MukftLA4+Tf+KbMg7LMs=; b=rq/TREhQh1SaYIkhBi0AD3vFaxcQhZTKl+lu41WMTCgmjNV+42cgYYjz+nM0V1qrwSBzHg O8XYCRl/UdAMXmTkmaoRL+XC98UNK3rGSD0BjWTh9fO6U725jsqh/fNplBLuHX8jy2X+4Q lsJ5BDLTJW/TrkCRn9lZS15Md9BJn5hbT0eSa9MLHQB8NjvDq+6QAv5V24YQgw1OvzBaQa zwQB9D96gzr0PVMJW0Cj7JzE+nBVpNR2xy1/p87zTOHdEMvACWbIeAAhcxRRs+Syj7g/fW zYZ8K/ffdVMuAp78wZDIqzbT7RTF8unxJhlahud6nlJbgECm7mznfgiyPsekJQ== Received: from thor.sb211.local (dynamic-2a02-3100-2816-5a02-021b-21ff-fe4e-8f4d.310.pool.telefonica.de [IPv6:2a02:3100:2816:5a02:21b:21ff:fe4e:8f4d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id 303F324016A; Mon, 1 Dec 2025 13:26:50 +0100 (CET) Date: Mon, 1 Dec 2025 13:26:22 +0100 From: A FreeBSD User To: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Cc: FreeBSD CURRENT Subject: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) Message-ID: <20251201132649.5aef71e8@thor.sb211.local> In-Reply-To: <86fr9yie5u.fsf@ltc.des.dev> References: <20251128082630.3dbea678@hermann> <20251128110534.3987f908@hermann> <86fr9yie5u.fsf@ltc.des.dev> X-Mailer: Claws Mail 3.21.0 (GTK+ 2.24.33; amd64-portbld-freebsd16.0) 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; boundary="Sig_/XQyqUqpm_NBBm_YsY4WdER7"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 806524 X-Rspamd-UID: 71017b X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.70 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2001:1640:5::8:0/112:c]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; RCVD_IN_DNSWL_LOW(-0.10)[2001:1640:5::8:30:from]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[walstatt-de.de]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[walstatt-de.de:+] X-Rspamd-Queue-Id: 4dKjnw13Khz3vk4 --Sig_/XQyqUqpm_NBBm_YsY4WdER7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Tage des Herren Fri, 28 Nov 2025 12:34:37 +0100 Dag-Erling Sm=C3=B8rgrav schrieb: > FreeBSD User writes: > > I use IPFW, scheme "workstation". It seems ipfw is active way to early = and blocking > > by default any traffic and so blocking successful any aquisition of eit= her IPv4 and IPv6. =20 >=20 > As a workaround, add this to /boot/loader.conf: >=20 > net.inet.ip.fw.default_to_accept=3D"1" >=20 > DES Just a note: the above "trick" doesn't help. The issue is also with wlan0 - no DHCP IPv4. Afterbthe box is up and running, requiring IPv4 via dhclient em0|wlan0 works as expected. Kind regards, oh --=20 A FreeBSD user --Sig_/XQyqUqpm_NBBm_YsY4WdER7 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHMEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaS2JiQAKCRCxzvs8Oqok r4SDAPCLxcXIfeBcpEYmMwnLTEN6iUu3H07XKazxgNtZNzgBAK2IXqCKpUWlV5gA EehQ7uQPvk/41zTJntUZ/8YaEp4C =Bwkw -----END PGP SIGNATURE----- --Sig_/XQyqUqpm_NBBm_YsY4WdER7-- From nobody Mon Dec 1 12:46:45 2025 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 4dKkDw1ZQTz6JBFM for ; Mon, 01 Dec 2025 12:46:56 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [31.134.205.98]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dKkDt0ycYz3yg3 for ; Mon, 01 Dec 2025 12:46:54 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b="nUvIYDB/"; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 31.134.205.98 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws Received: from crmpreview2.colo2.realworks.nl (localhost [127.0.0.1]) by crmpreview2.colo2.realworks.nl (Postfix) with ESMTP id 31AB12600F0; Mon, 1 Dec 2025 13:46:45 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1764593205; 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=UU0ZRl6q+j77gYH3GHdyhjrZeNlxP4t5wHnsXfZirNc=; b=nUvIYDB//62EMv1KIwsvD1zuxli3a7mjgXEk4oJ6eCmzj+XtwWn75JUX+uMkGWtnzcwPRu D2/PW7LKpCvQT5ZjXl4hr7G5Ym1fPQ7+f6mkvjMX2bd7zeNI4OFkHOymGnjOYeUtm/aA9A 8TLZi9GxJYzT5cTu1hWXi7G3Joi0OJssPdwFvftf2ht5tbgn9yAzEjToezaKDk8HnSPx+y j964aIBnEkPwQFwM+prBdPtoj+HGGDwoh/XsR67q08cYarRsDqz8mMjfJryvdzpx+J7MqJ MBXqOjHKr5jGXpD0Z8wnsRmgHi+vwrtdrBUVd8udTOzA0ysskmTWucBOaPK9QA== Date: Mon, 1 Dec 2025 13:46:45 +0100 (CET) From: Ronald Klop To: FreeBSD User Cc: FreeBSD CURRENT Message-ID: <769621663.7357.1764593205143@localhost> In-Reply-To: <20251129121649.49441eff@hermann> References: <20251128082630.3dbea678@hermann> <817794595.3413.1764321375872@localhost> <20251128105016.28b5562a@hermann> <636185594.3615.1764323768736@localhost> <20251129121649.49441eff@hermann> Subject: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) 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/alternative; boundary="----=_Part_7356_2079564666.1764593205140" X-Mailer: Realworks (775.25) Importance: Normal X-Priority: 3 (Normal) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.29 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.988]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; R_SPF_ALLOW(-0.20)[+ip4:31.134.205.64/26]; ONCE_RECEIVED(0.20)[]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ASN(0.00)[asn:51088, ipnet:31.134.200.0/21, country:NL]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; HAS_X_PRIO_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+] X-Rspamd-Queue-Id: 4dKkDt0ycYz3yg3 ------=_Part_7356_2079564666.1764593205140 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Thanks, Something I notice: Nov 29 11:36:00 <14.6> hermann kernel: sysctl: oid 'net.inet.ip.fw.default_to_accept' is a read only tunable at line 98 This setting needs to go in /boot/loader.conf, not in /etc/sysctl.conf. A bigger thing is that in the output you sent me I don't see dhclient being started. Are you sure your /etc/rc.conf is correct? Can you send your /etc/rc.conf? Regards, Ronald. Van: FreeBSD User Datum: zaterdag, 29 november 2025 12:24 Aan: Ronald Klop CC: FreeBSD CURRENT Onderwerp: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) > > On Fri, 28 Nov 2025 10:56:08 +0100 (CET) > Ronald Klop wrote: > > > Ok. > > > > Can you copy paste the console output of the booting system up until the login prompt? > > Or setup /var/log/console.log via /etc/syslog.conf and share that output. > > Please find the requested output of syslog (set to console.debug) attached as well as a /var/log/message extract. > > > > Regards, > > Ronald. > > > > > > Van: FreeBSD User > > Datum: vrijdag, 28 november 2025 10:50 > > Aan: Ronald Klop > > CC: FreeBSD CURRENT > > Onderwerp: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) > > > > > > On Fri, 28 Nov 2025 10:16:15 +0100 (CET) > > > Ronald Klop wrote: > > > > > > > It might be a typo in your mail, but it might also be the cause of your issue. > > > > This config needs to be in /etc/rc.conf, not in /etc/src.conf as you state in your > > > > mail. > > > > > > > > Regards, > > > > Ronald. > > > > > > Sorry, a typo. > > > > > > > > > > > > > > > Van: FreeBSD User > > > > Datum: vrijdag, 28 november 2025 08:26 > > > > Aan: FreeBSD CURRENT > > > > Onderwerp: 15-STABLE: dhclient fails on em0 (Lenovo T580) > > > > > > > > > > I recently switched from FreeBSD 14-STABLE to 15-STABLE (after branching of > > > > > 16-CURRENT) on my working laptop, physically a Lenovo T580. Its LAN NIC FreeBSD > > > > > recognizes as em0 (see below). System is at: 15.0-STABLE #16 > > > > > stable/15-n281349-b903f27e171b: Fri Nov 28 05:20:32 CET 2025 amd64. Kernel config: > > > > > GENERIC. Configuration has been setup and renewed acording to changes, consider > > > > > the system as a fresh install. > > > > > > > > > > Problem: em0 never gets an IPv4 via DHCP on startup (init process via rc.conf). > > > > > > > > > > Configured in /etc/src.conf: > > > > > [... WORKAROUND ...] > > > > > netwait_enable="NO" > > > > > netwait_if="em0" > > > > > [...] > > > > > > > > > > and on a regular basis: > > > > > [...] > > > > > ifconfig_em0="DHCP" > > > > > ifconfig_em0_ipv6="inet6 accept_rtadv -ifdisabled nud -no_radr auto_linklocal" > > > > > [...] > > > > > > > > > > Very strange: after a final boot up, its very easy to require and achive an IPv4 > > > > > with > > > > > > > > > > dhclient em0 > > > > > > > > > > I'm out of ideas ... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ==== > > > > > pciconf: > > > > > [...] > > > > > em0@pci0:0:31:6: class=0x020000 rev=0x21 hdr=0x00 vendor=0x8086 > > > > > device=0x15d8 subvendor=0x17aa subdevice=0x225a vendor = 'Intel Corporation' > > > > > device = 'Ethernet Connection (4) I219-V' > > > > > class = network > > > > > subclass = ethernet > > > > > bar [10] = type Memory, range 32, base 0xe8200000, size 131072, enabled > > > > > cap 01[c8] = powerspec 3 supports D0 D3 current D0 > > > > > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > > > > > cap 13[e0] = PCI Advanced Features: FLR TP > > > > > > > > > > [...] > > > > > > > > > > dmesg: > > > > > ichsmb0: port 0xefa0-0xefbf mem > > > > > 0xe8253000-0xe82530ff at device 31.4 on pci0 em0: mem > > > > > 0xe8200000-0xe821ffff at device 31.6 on pci0 em0: EEPROM V0.1-3 > > > > > em0: Using 1024 TX descriptors and 1024 RX descriptors > > > > > em0: Using an MSI interrupt > > > > > em0: Ethernet address: 48:2a:e3:3a:cf:52 > > > > > em0: netmap queues/slots: TX 1/1024, RX 1/1024 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------=_Part_7356_2079564666.1764593205140 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Thanks,

Something I notice:
Nov 29 11:36:00 <14.6> hermann kernel: sysctl: oid 'net.inet.ip.fw.default_to_accept' is a read only tunable at line 98
This setting needs to go in /boot/loader.conf, not in /etc/sysctl.conf.

A bigger thing is that in the output you sent me I don't see dhclient being started.
Are you sure your /etc/rc.conf is correct? Can you send your /etc/rc.conf?

Regards,
Ronald.

 

Van: FreeBSD User <freebsd@walstatt-de.de>
Datum: zaterdag, 29 november 2025 12:24
Aan: Ronald Klop <ronald-lists@klop.ws>
CC: FreeBSD CURRENT <freebsd-current@freebsd.org>
Onderwerp: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580)

On Fri, 28 Nov 2025 10:56:08 +0100 (CET)
Ronald Klop <ronald-lists@klop.ws> wrote:

> Ok.
>
> Can you copy paste the console output of the booting system up until the login prompt?
> Or setup /var/log/console.log via /etc/syslog.conf and share that output.

Please find the requested output of syslog (set to console.debug) attached as well as a /var/log/message extract.
>
> Regards,
> Ronald.
>
>  
> Van: FreeBSD User <freebsd@walstatt-de.de>
> Datum: vrijdag, 28 november 2025 10:50
> Aan: Ronald Klop <ronald-lists@klop.ws>
> CC: FreeBSD CURRENT <freebsd-current@freebsd.org>
> Onderwerp: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580)
> >
> > On Fri, 28 Nov 2025 10:16:15 +0100 (CET)
> > Ronald Klop <ronald-lists@klop.ws> wrote:
> >   
> > > It might be a typo in your mail, but it might also be the cause of your issue.
> > > This config needs to be in /etc/rc.conf, not in /etc/src.conf as you state in your
> > > mail.
> > >
> > > Regards,
> > > Ronald.  
> >
> > Sorry, a typo.
> >    
> > >
> > >  
> > > Van: FreeBSD User <freebsd@walstatt-de.de>
> > > Datum: vrijdag, 28 november 2025 08:26
> > > Aan: FreeBSD CURRENT <freebsd-current@freebsd.org>
> > > Onderwerp: 15-STABLE: dhclient fails on em0 (Lenovo T580)  
> > > >
> > > > I recently switched from FreeBSD 14-STABLE to 15-STABLE (after branching of
> > > > 16-CURRENT) on my working laptop, physically a Lenovo T580. Its LAN NIC FreeBSD
> > > > recognizes as em0 (see below). System is at: 15.0-STABLE #16
> > > > stable/15-n281349-b903f27e171b: Fri Nov 28 05:20:32 CET 2025 amd64. Kernel config:
> > > > GENERIC. Configuration has been setup and renewed acording to changes, consider
> > > > the system as a fresh install.
> > > >
> > > > Problem: em0 never gets an IPv4 via DHCP on startup (init process via rc.conf).
> > > >
> > > > Configured in /etc/src.conf:
> > > > [... WORKAROUND ...]
> > > > netwait_enable="NO"
> > > > netwait_if="em0"
> > > > [...]
> > > >
> > > > and on a regular basis:
> > > > [...]
> > > > ifconfig_em0="DHCP"
> > > > ifconfig_em0_ipv6="inet6 accept_rtadv -ifdisabled nud -no_radr auto_linklocal"
> > > > [...]
> > > >
> > > > Very strange: after a final boot up, its very easy to require and achive an IPv4
> > > > with
> > > >
> > > > dhclient em0
> > > >
> > > > I'm out of ideas ...
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > ====
> > > > pciconf:
> > > > [...]
> > > > em0@pci0:0:31:6:        class=0x020000 rev=0x21 hdr=0x00 vendor=0x8086
> > > > device=0x15d8 subvendor=0x17aa subdevice=0x225a vendor     = 'Intel Corporation'
> > > >     device     = 'Ethernet Connection (4) I219-V'
> > > >     class      = network
> > > >     subclass   = ethernet
> > > >     bar   [10] = type Memory, range 32, base 0xe8200000, size 131072, enabled
> > > >     cap 01[c8] = powerspec 3  supports D0 D3  current D0
> > > >     cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message
> > > >     cap 13[e0] = PCI Advanced Features: FLR TP
> > > >
> > > > [...]
> > > >
> > > > dmesg:
> > > > ichsmb0: <Intel Sunrise Point-LP SMBus controller> port 0xefa0-0xefbf mem
> > > > 0xe8253000-0xe82530ff at device 31.4 on pci0 em0: <Intel(R) I219-V SPT(4)> mem
> > > > 0xe8200000-0xe821ffff at device 31.6 on pci0 em0: EEPROM V0.1-3
> > > > em0: Using 1024 TX descriptors and 1024 RX descriptors
> > > > em0: Using an MSI interrupt
> > > > em0: Ethernet address: 48:2a:e3:3a:cf:52
> > > > em0: netmap queues/slots: TX 1/1024, RX 1/1024
> > > >
> > > >  
> > > >
> > > >
> > > >     
> > >
> > >    
> >  
> >
> >
> >   
>
>  
 
 

  ------=_Part_7356_2079564666.1764593205140-- From nobody Mon Dec 1 14:15:25 2025 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 4dKmCF2HCMz6Jbxr for ; Mon, 01 Dec 2025 14:15:37 +0000 (UTC) (envelope-from comdir@infonix.info) Received: from forward500b.mail.yandex.net (forward500b.mail.yandex.net [IPv6:2a02:6b8:c02:900:1:45:d181:d500]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dKmCC0vcGz3CSd for ; Mon, 01 Dec 2025 14:15:35 +0000 (UTC) (envelope-from comdir@infonix.info) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=infonix.info header.s=mail header.b=uKQG694T; dmarc=none; spf=pass (mx1.freebsd.org: domain of comdir@infonix.info designates 2a02:6b8:c02:900:1:45:d181:d500 as permitted sender) smtp.mailfrom=comdir@infonix.info Received: from mail-nwsmtp-mxback-production-main-98.sas.yp-c.yandex.net (mail-nwsmtp-mxback-production-main-98.sas.yp-c.yandex.net [IPv6:2a02:6b8:c1c:401:0:640:69e7:0]) by forward500b.mail.yandex.net (Yandex) with ESMTPS id C4067C1348; Mon, 01 Dec 2025 17:15:25 +0300 (MSK) Received: from mail.yandex.ru (2a02:6b8:c24:1381:0:640:749e:0 [2a02:6b8:c24:1381:0:640:749e:0]) by mail-nwsmtp-mxback-production-main-98.sas.yp-c.yandex.net (mxback/Yandex) with HTTPS id MFj25N81u4Y0-CfToXv1D; Mon, 01 Dec 2025 17:15:25 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infonix.info; s=mail; t=1764598525; bh=Pl2z8ZAypzh77KyXXT2QLS7xrgXZzKww0VDm0DR1rAo=; h=Message-Id:References:Date:Subject:To:In-Reply-To:From; b=uKQG694TNLwtxkWiTXVHWZXMxXGYnqUjb34c7JU+PcKyrP7GNlyLet1S2S03TOKfC XhQa7wmNv8LpEY4upwEqus0PTLR1nmNAP2N1/q0m/2TmmCW6j3CRPCDhr+8v5Kow94 wgxLiIe4V5pbyM17mViNg/5SUJDZwnnosuH0dqIo= Received: by mail-sendbernar-production-main-20.sas.yp-c.yandex.net (sendbernar/Yandex) with HTTPS id 315ed4ec9769ed466063cc339debca7d; Mon, 01 Dec 2025 17:15:25 +0300 From: =?utf-8?B?0JvQtdC+0L3QuNC0INCT0L3QtdC30LTQuNC70L7Qsg==?= To: S. Ross Gohlke , "freebsd-current@freebsd.org" In-Reply-To: References: <11071764173299@mail.yandex.ru> Subject: Re: operation not supported Wayland 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 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Mon, 01 Dec 2025 17:15:25 +0300 Message-Id: <200391764598041@mail.yandex.ru> Content-Transfer-Encoding: base64 Content-Type: text/html; charset=utf-8 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.26 / 15.00]; NEURAL_HAM_SHORT(-0.95)[-0.955]; NEURAL_HAM_LONG(-0.90)[-0.897]; NEURAL_SPAM_MEDIUM(0.80)[0.796]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:c00::/40]; R_DKIM_ALLOW(-0.20)[infonix.info:s=mail]; MIME_HTML_ONLY(0.20)[]; MIME_BASE64_TEXT(0.10)[]; RCVD_IN_DNSWL_LOW(-0.10)[2a02:6b8:c02:900:1:45:d181:d500:from]; ARC_NA(0.00)[]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; MIME_TRACE(0.00)[0:~]; TO_DN_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[infonix.info]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[infonix.info:+] X-Rspamd-Queue-Id: 4dKmCC0vcGz3CSd PGRpdj48ZGl2PlRvZGF5IEkgdHJpZWQgdG8gcmVtb3ZlIG1vc3Qgb2YgdGhlIHBhY2thZ2VzLCBi dXQgSSB3YXMgYWxtb3N0IGxlZnQgd2l0aG91dCBwa2cpKSBUaGUgcmVzdWx0IHdhcyBhIHN5c3Rl bSB3aXRoIGZld2VyIHBhY2thZ2VzIHRoYW4gd2l0aCB0aGUgbmV3IGluc3RhbGxhdGlvbi4gUmVp bnN0YWxsZWQgd2F5bGFuZC4gQW5kIHdoYXQgZG8geW91IHRoaW5rPyBFdmVyeXRoaW5nIGlzIHRo ZSBzYW1lLCBtb3N0IGFwcGxpY2F0aW9ucyBzd2VhciBvbiAib3BlcmF0aW9uIG5vdCBzdXBwb3J0 ZWQiIEluc3RhbGxlZCBmb290IGFuZCB3YXlmaXJlLiBCeSB0aGUgd2F5LCB0aGV5IHdvcmsuIEJ1 dCBmaXJlZm94IGlzIG5vdC4gSSBkaXNjb3ZlcmVkIHRoYXQgYXBwbGljYXRpb25zIHRoYXQgZG8g bm90IHJ1biB1c2UgbGlibS5zby41LCBidXQgZG8gbm90IHNlZW0gdG8gdXNlIHJ1bm5pbmcgYXBw bGljYXRpb25zLiBObyBvdGhlciBkaWZmZXJlbmNlcyBhcmUgdmlzaWJsZSB5ZXQuIEnigJlsbCB0 cnkgdG8gY29tcGFyZSBvbiBnaXRodWIgZm9vdCBhbmQgYWxhY3JpdHR5IHRoaXMgZXZlbmluZywg bWF5YmUgSeKAmWxsIGZpbmQgc29tZSBraW5kIG9mIHBhdHRlcm4uIFRvbW9ycm93IGl04oCZcyB0 aW1lIHRvIHRyeSB0byByZWluc3RhbGwgdGhlIHN5c3RlbSkpPC9kaXY+PC9kaXY+PGRpdj7CoDwv ZGl2PjxkaXY+wqA8L2Rpdj48ZGl2Pi0tLS0tLS0tLS0tLS0tLS08L2Rpdj48ZGl2PtCa0L7QvNGD OiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcgKGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9y Zyk7PC9kaXY+PGRpdj7QotC10LzQsDogb3BlcmF0aW9uIG5vdCBzdXBwb3J0ZWQgV2F5bGFuZDs8 L2Rpdj48ZGl2PjI3LjExLjIwMjUsIDE5OjQ0LCAiUy4gUm9zcyBHb2hsa2UiICZsdDtyb3NzQGJp c2Qucm8mZ3Q7OjwvZGl2PjxibG9ja3F1b3RlPjxwPk9uIDExLzI2LzI1IDEwOjExLCDQm9C10L7Q vdC40LQg0JPQvdC10LfQtNC40LvQvtCyIHdyb3RlOjwvcD48YmxvY2txdW90ZT48ZGl2PjxkaXY+ PGRpdiBzdHlsZT0iYm94LXNpemluZzpib3JkZXItYm94Ij48ZGl2IHN0eWxlPSJib3JkZXItcmFk aXVzOjBweCAzcHggM3B4IDBweDtib3gtc2l6aW5nOmJvcmRlci1ib3g7bWluLXdpZHRoOjBweDtw YWRkaW5nOjEwcHg7dmVydGljYWwtYWxpZ246dG9wO3dpZHRoOjE0MjIuMzlweCI+PGRpdiBzdHls ZT0iYm94LXNpemluZzpib3JkZXItYm94O2hlaWdodDoxNTYuNTQ3cHgiPjxkaXYgc3R5bGU9ImJv eC1zaXppbmc6Ym9yZGVyLWJveDttaW4taGVpZ2h0OjFweCI+PGRpdiBzdHlsZT0iYm94LXNpemlu Zzpib3JkZXItYm94Ij48ZGl2PjxkaXYgc3R5bGU9ImJveC1zaXppbmc6Ym9yZGVyLWJveCI+PGRp diBzdHlsZT0iYm94LXNpemluZzpib3JkZXItYm94Ij5IaSE8L2Rpdj48ZGl2IHN0eWxlPSJib3gt c2l6aW5nOmJvcmRlci1ib3giPkZyZWVCU0QgMTYuMC1DVVJSRU5ULCBXYXlsYW5kLiBBZnRlciB0 aGUgb25lIG9mIHVwZ3JhZGUgKG9yIGFmdGVyIHNvbWUgb2YgbXkgZXhwZXJpbWVudHMgd2l0aCB0 aGUgc3lzdGVtKSwgbWFueSBhcHBsaWNhdGlvbnMgc3RvcHBlZCBydW5uaW5nLiBNb3N0IGFwcGxp Y2F0aW9ucy4gT2xkLCBwcm9iYWJseSBYV2F5bGFuZCwgYXBwbGljYXRpb25zIHdvcmsuIFRlbGVn cmFtLWRlc2t0b3AsIGEgcm94LXRlcm1pbmFsLCBicm93c2VyIHdhcyBhYmxlIHRvIHJ1biAtIG5l dC1zdXJmLjxiciBzdHlsZT0iYm94LXNpemluZzpib3JkZXItYm94O21hcmdpbi10b3A6MHB4IiAv PjxiciBzdHlsZT0iYm94LXNpemluZzpib3JkZXItYm94IiAvPkVycm9ycyBkdXJpbmcgbGF1bmNo IHZhcnksIGJ1dCBhbG1vc3QgZXZlcnl0aGluZyBpcyB1bml0ZWQgYnkgIm9wZXJhdGlvbiBub3Qg c3VwcG9ydGVkIChvcyBlcnJvciA0NSkiPC9kaXY+PGRpdiBzdHlsZT0iYm94LXNpemluZzpib3Jk ZXItYm94Ij5XZWxsLCB5ZXMsIFdheWxhbmQgY29tcG9zaXRvcnMgc3RhcnQgYW5kIHdvcmsgd2l0 aG91dCBwcm9ibGVtcyAoaHlwcmxhbmQsIGxhYndjLCBoaWthcmkpLCBlcnJvcnMgb2NjdXIgd2hl biBsYXVuY2hpbmcgY29tcG9zaXRvcnMgY2xpZW50cyAtIGFwcGxpY2F0aW9ucy48L2Rpdj48L2Rp dj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Rpdj48L2Jsb2Nr cXVvdGU+PHA+SSBhbSBydW5uaW5nIGEgV2F5bGFuZCBzZXNzaW9uIG9uIEZyZWVCU0QgMTYuMC1D VVJSRU5UIHBrZ2Jhc2UgZnJvbSBhIGNvdXBsZSBvZiB3ZWVrcyBhZ28gYW5kIGhhdmUgbm90IHNl ZW4gdGhlc2UgZXJyb3JzLjwvcD48cD5XYXlmaXJlIGlzIHRoZSBjb21wb3NpdG9yLCBhbmQgbXkg cmVndWxhciBhcHAgcm90YXRpb24gLS0gZm9vdCwgRmlyZWZveCwgVGh1bmRlcmJpcmQgLS0gaXMg YXMgc3RhYmxlIGFzIGl0IGhhcyBiZWVuLiBJIGFtIG5vdCB1c2luZyBYV2F5bGFuZC48L3A+PHA+ SWYgdGhlcmUgYXJlIHNwZWNpZmljIGFwcHMgeW91IHdvdWxkIGxpa2UgbWUgdG8gY2hlY2sgbGV0 IG1lIGtub3cuPC9wPjxwPlJlZ2FyZHMsPC9wPjxwPlJvc3M8L3A+PC9ibG9ja3F1b3RlPjxkaXY+ wqA8L2Rpdj48ZGl2PsKgPC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjoj ZmZmZmZmO2NvbG9yOiM2NjY2NjY7ZGlzcGxheTppbmxpbmUgIWltcG9ydGFudDtmbG9hdDpub25l O2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtmb250LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtm b250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRl LXNwYWNlOm5vcm1hbCI+LS3CoDwvc3Bhbj48YnIgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6cmdi KCAyNTUgLCAyNTUgLCAyNTUgKTtjb2xvcjpyZ2IoIDEwMiAsIDEwMiAsIDEwMiApO2ZvbnQtZmFt aWx5Om1vbm9zcGFjZTtmb250LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdo dDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5v cm1hbCIgLz48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjojZmZmZmZmO2NvbG9yOiM2NjY2 NjY7Zm9udC1mYW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFs O2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hp dGUtc3BhY2U6bm93cmFwIj7QocKg0KPQstCw0LbQtdC90LjQtdC8LDwvc3Bhbj48YnIgc3R5bGU9 ImJhY2tncm91bmQtY29sb3I6cmdiKCAyNTUgLCAyNTUgLCAyNTUgKTtjb2xvcjpyZ2IoIDEwMiAs IDEwMiAsIDEwMiApO2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtmb250LXNpemU6MTJweDtmb250LXN0 eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9y bTpub25lO3doaXRlLXNwYWNlOm5vcm1hbCIgLz48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xv cjojZmZmZmZmO2NvbG9yOiM2NjY2NjY7Zm9udC1mYW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZTox MnB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3Rl eHQtdHJhbnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6bm93cmFwIj7Qm9C10L7QvdC40LTCoNCT0L3Q tdC30LTQuNC70L7Qsjwvc3Bhbj48YnIgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6cmdiKCAyNTUg LCAyNTUgLCAyNTUgKTtjb2xvcjpyZ2IoIDEwMiAsIDEwMiAsIDEwMiApO2ZvbnQtZmFtaWx5Om1v bm9zcGFjZTtmb250LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7 dGV4dC1hbGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vcm1hbCIg Lz48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjojZmZmZmZmO2NvbG9yOiM2NjY2NjY7Zm9u dC1mYW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQt d2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hpdGUtc3Bh Y2U6bm93cmFwIj7QntCe0J7CoCLQmNCd0KTQntCd0JjQmtChIjwvc3Bhbj48YnIgc3R5bGU9ImJh Y2tncm91bmQtY29sb3I6cmdiKCAyNTUgLCAyNTUgLCAyNTUgKTtjb2xvcjpyZ2IoIDEwMiAsIDEw MiAsIDEwMiApO2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtmb250LXNpemU6MTJweDtmb250LXN0eWxl Om5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpu b25lO3doaXRlLXNwYWNlOm5vcm1hbCIgLz48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjoj ZmZmZmZmO2NvbG9yOiM2NjY2NjY7Zm9udC1mYW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4 O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQt dHJhbnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6bm93cmFwIj4rNyg0NzEyKTc3MC0zNjU8L3NwYW4+ PGJyIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOnJnYiggMjU1ICwgMjU1ICwgMjU1ICk7Y29sb3I6 cmdiKCAxMDIgLCAxMDIgLCAxMDIgKTtmb250LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXplOjEy cHg7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4 dC10cmFuc2Zvcm06bm9uZTt3aGl0ZS1zcGFjZTpub3JtYWwiIC8+PHNwYW4gc3R5bGU9ImJhY2tn cm91bmQtY29sb3I6I2ZmZmZmZjtjb2xvcjojNjY2NjY2O2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtm b250LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGln bjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vd3JhcCI+KzcoOTE5KTIx MC05Ny03Mzwvc3Bhbj48L2Rpdj48ZGl2PsKgPC9kaXY+ From nobody Mon Dec 1 15:03:57 2025 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 4dKnHl6tHwz6JhKD for ; Mon, 01 Dec 2025 15:04:35 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [IPv6:2001:1640:5::8:31]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dKnHl1n0pz3MSj for ; Mon, 01 Dec 2025 15:04:35 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub2.goneo.de (hub2.goneo.de [IPv6:2001:1640:5::8:53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id D56B3240388; Mon, 1 Dec 2025 16:04:26 +0100 (CET) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id 1DCE6240166; Mon, 1 Dec 2025 16:04:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1764601465; 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=bRFj1hyuR7i5j4HcoDvQ1nxCSFeQDjo7J8rBdZF7sJ4=; b=o3QPPN/8/4VKQPyw+MJzwCx917cigFOvockSQzHDweG4oFYWPsScBB9uJNjzkVDpehQl5e NTc+0M7dpvl3wmjKuZz0SpAn8RMT9PL6a3Sht+jEeMcZiuaJ8x+rQR8iJjRVtRmctjyME1 pCGh+gS8PJcpbRPA2CcKlSl19SD7vx/nSAbOMompPFZZm/qaeG5vjv4pLL+oluMVFfbnJx fXtG6cr25wnhsyZ7dyvl9NA2ARsA7Ct0W8Htt4MYM2zBgg5XJEUJqrlrq55LR/lexudJg5 Zibtrz1b0aZWoXtKij0P7GfNeDWJcgizXUAfEVP1hx1fhoRyknmoRN2L1QCq5Q== Received: from thor.sb211.local (dynamic-2a02-3100-2816-5a02-021b-21ff-fe4e-8f4d.310.pool.telefonica.de [IPv6:2a02:3100:2816:5a02:21b:21ff:fe4e:8f4d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id D328C24039F; Mon, 1 Dec 2025 16:04:24 +0100 (CET) Date: Mon, 1 Dec 2025 16:03:57 +0100 From: A FreeBSD User To: Ronald Klop Cc: FreeBSD CURRENT Subject: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) Message-ID: <20251201160251.17061cf6@thor.sb211.local> In-Reply-To: <769621663.7357.1764593205143@localhost> References: <20251128082630.3dbea678@hermann> <817794595.3413.1764321375872@localhost> <20251128105016.28b5562a@hermann> <636185594.3615.1764323768736@localhost> <20251129121649.49441eff@hermann> <769621663.7357.1764593205143@localhost> X-Mailer: Claws Mail 3.21.0 (GTK+ 2.24.33; amd64-portbld-freebsd16.0) 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; boundary="Sig_/b3lzYw/cicHHuomGU9M0BbZ"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 504088 X-Rspamd-UID: 14a1e5 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:25394, ipnet:2001:1640::/32, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dKnHl1n0pz3MSj --Sig_/b3lzYw/cicHHuomGU9M0BbZ Content-Type: multipart/mixed; boundary="MP_/1nEoHsR7zq6Sfcbb5tIQTas" --MP_/1nEoHsR7zq6Sfcbb5tIQTas Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Tage des Herren Mon, 1 Dec 2025 13:46:45 +0100 (CET) Ronald Klop schrieb: > Thanks, >=20 > Something I notice: > Nov 29 11:36:00 <14.6> hermann kernel: sysctl: oid 'net.inet.ip.fw.defaul= t_to_accept' is a > read only tunable at line 98 This setting needs to go in /boot/loader.con= f, not in > /etc/sysctl.conf. I wouldn't care. First I put the line into /etc/sysctl.conf.local, until I realized that the= OID is read only at the time sysctl.conf.local is read and the OID has to be placed in /boot/loader/conf[.local]. There it is now/there it was until now. It doe n= ot have any effect. >=20 > A bigger thing is that in the output you sent me I don't see dhclient bei= ng started. > Are you sure your /etc/rc.conf is correct? Can you send your /etc/rc.conf? rc.conf is attached. A side note: apart from my initial note I made (I believe): I use a customi= zed kernel. To avoid further requests slowing down the evaluation whether my problem is a = bug or a stupid misconfiguration or unwanted sideeffect, I'll attach my kernel config files= also. GENERIC is a link to GENERIC in /usr/src/sys/amd64/conf. Kind regards, oh >=20 > Regards, > Ronald. >=20 > =20 > Van: FreeBSD User > Datum: zaterdag, 29 november 2025 12:24 > Aan: Ronald Klop > CC: FreeBSD CURRENT > Onderwerp: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) > >=20 > > On Fri, 28 Nov 2025 10:56:08 +0100 (CET) > > Ronald Klop wrote: > > =20 > > > Ok. > > > > > > Can you copy paste the console output of the booting system up until = the login prompt? > > > Or setup /var/log/console.log via /etc/syslog.conf and share that out= put. =20 > >=20 > > Please find the requested output of syslog (set to console.debug) attac= hed as well as a > > /var/log/message extract. =20 > > > > > > Regards, > > > Ronald. > > > > > > =20 > > > Van: FreeBSD User > > > Datum: vrijdag, 28 november 2025 10:50 > > > Aan: Ronald Klop > > > CC: FreeBSD CURRENT > > > Onderwerp: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) =20 > > > > > > > > On Fri, 28 Nov 2025 10:16:15 +0100 (CET) > > > > Ronald Klop wrote: > > > > =20 > > > > > It might be a typo in your mail, but it might also be the cause o= f your issue. > > > > > This config needs to be in /etc/rc.conf, not in /etc/src.conf as = you state in your > > > > > mail. > > > > > > > > > > Regards, > > > > > Ronald. =20 > > > > > > > > Sorry, a typo. > > > > =20 > > > > > > > > > > =20 > > > > > Van: FreeBSD User > > > > > Datum: vrijdag, 28 november 2025 08:26 > > > > > Aan: FreeBSD CURRENT > > > > > Onderwerp: 15-STABLE: dhclient fails on em0 (Lenovo T580) =20 > > > > > > > > > > > > I recently switched from FreeBSD 14-STABLE to 15-STABLE (after = branching of > > > > > > 16-CURRENT) on my working laptop, physically a Lenovo T580. Its= LAN NIC FreeBSD > > > > > > recognizes as em0 (see below). System is at: 15.0-STABLE #16 > > > > > > stable/15-n281349-b903f27e171b: Fri Nov 28 05:20:32 CET 2025 am= d64. Kernel config: > > > > > > GENERIC. Configuration has been setup and renewed acording to c= hanges, consider > > > > > > the system as a fresh install. > > > > > > > > > > > > Problem: em0 never gets an IPv4 via DHCP on startup (init proce= ss via rc.conf). > > > > > > > > > > > > Configured in /etc/src.conf: > > > > > > [... WORKAROUND ...] > > > > > > netwait_enable=3D"NO" > > > > > > netwait_if=3D"em0" > > > > > > [...] > > > > > > > > > > > > and on a regular basis: > > > > > > [...] > > > > > > ifconfig_em0=3D"DHCP" > > > > > > ifconfig_em0_ipv6=3D"inet6 accept_rtadv -ifdisabled nud -no_rad= r auto_linklocal" > > > > > > [...] > > > > > > > > > > > > Very strange: after a final boot up, its very easy to require a= nd achive an IPv4 > > > > > > with > > > > > > > > > > > > dhclient em0 > > > > > > > > > > > > I'm out of ideas ... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > =3D=3D=3D=3D > > > > > > pciconf: > > > > > > [...] > > > > > > em0@pci0:0:31:6: class=3D0x020000 rev=3D0x21 hdr=3D0x00 = vendor=3D0x8086 > > > > > > device=3D0x15d8 subvendor=3D0x17aa subdevice=3D0x225a vendor = =3D 'Intel Corporation' > > > > > > device =3D 'Ethernet Connection (4) I219-V' > > > > > > class =3D network > > > > > > subclass =3D ethernet > > > > > > bar [10] =3D type Memory, range 32, base 0xe8200000, size= 131072, enabled > > > > > > cap 01[c8] =3D powerspec 3 supports D0 D3 current D0 > > > > > > cap 05[d0] =3D MSI supports 1 message, 64 bit enabled with = 1 message > > > > > > cap 13[e0] =3D PCI Advanced Features: FLR TP > > > > > > > > > > > > [...] > > > > > > > > > > > > dmesg: > > > > > > ichsmb0: port 0xefa0-= 0xefbf mem > > > > > > 0xe8253000-0xe82530ff at device 31.4 on pci0 em0: mem > > > > > > 0xe8200000-0xe821ffff at device 31.6 on pci0 em0: EEPROM V0.1-3 > > > > > > em0: Using 1024 TX descriptors and 1024 RX descriptors > > > > > > em0: Using an MSI interrupt > > > > > > em0: Ethernet address: 48:2a:e3:3a:cf:52 > > > > > > em0: netmap queues/slots: TX 1/1024, RX 1/1024 > > > > > > > > > > > > =20 > > > > > > > > > > > > > > > > > > =20 > > > > > > > > > > =20 > > > > =20 > > > > > > > > > > > > =20 > > > > > > =20 > > =20 > >=20 > >=20 > >=20 > > =20 >=20 > =20 --=20 A FreeBSD user --MP_/1nEoHsR7zq6Sfcbb5tIQTas Content-Type: application/octet-stream; name=rc.conf Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=rc.conf CiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjCiMjIyAgSW1wb3J0YW50IGluaXRpYWwgQm9vdC10aW1lIG9wdGlvbnMgICMjIyMjIyMj IyMjIyMjIyMjIyMjCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjCgojIFNldCBkZWZhdWx0IHZhbHVlIG9mIF9sb2NhbGJhc2UgaWYg bm90IHByZXZpb3VzbHkgc2V0CjogJHtfbG9jYWxiYXNlOj0iJCgvc2Jpbi9zeXNjdGwgLW4gdXNl ci5sb2NhbGJhc2UgMj4gL2Rldi9udWxsKSJ9CjogJHtfbG9jYWxiYXNlOj0iL3Vzci9sb2NhbCJ9 CgojIHJjX2RlYnVnIGNhbid0IGJlIHNldCBoZXJlIHdpdGhvdXQgaW50ZXJmZXJpbmcgd2l0aCBy Yy5zdWJyJ3Mgc2V0dGluZyBpdAojIHdoZW4gdGhlIGtlbnYgdmFyaWFibGUgcmMuZGVidWcgaXMg c2V0LgojcmNfZGVidWc9Ik5PIgkJIyBTZXQgdG8gWUVTIHRvIGVuYWJsZSBkZWJ1Z2dpbmcgb3V0 cHV0IGZyb20gcmMuZApyY19pbmZvPSJOTyIJCSMgRW5hYmxlcyBkaXNwbGF5IG9mIGluZm9ybWF0 aW9uYWwgbWVzc2FnZXMgYXQgYm9vdC4KcmNfc3RhcnRtc2dzPSJZRVMiIAkjIFNob3cgIlN0YXJ0 aW5nIGZvbzoiIG1lc3NhZ2VzIGF0IGJvb3QKcmNzaHV0ZG93bl90aW1lb3V0PSI5MCIgIyBTZWNv bmRzIHRvIHdhaXQgYmVmb3JlIHRlcm1pbmF0aW5nIHJjLnNodXRkb3duCnByZWNpb3VzX21hY2hp bmU9Ik5PIgkjIFNldCB0byBZRVMgdG8gZ2V0IHNvbWUgZ3VhcmRzIGFnYWluc3QgbWlzLWRpcmVj dGVkCiAgICAgICAgICAgICAgICAgICAgICAgICMgc2h1dGRvd24oOCkgY29tbWFuZHMKZWFybHlf bGF0ZV9kaXZpZGVyPSJGSUxFU1lTVEVNUyIJIyBTY3JpcHQgdGhhdCBzZXBhcmF0ZXMgZWFybHkv bGF0ZQoJCQkjIHN0YWdlcyBvZiB0aGUgYm9vdCBwcm9jZXNzLiAgTWFrZSBzdXJlIHlvdSBrbm93 CgkJCSMgdGhlIHJhbWlmaWNhdGlvbnMgaWYgeW91IGNoYW5nZSB0aGlzLgoJCQkjIFNlZSByYy5j b25mKDUpIGZvciBtb3JlIGRldGFpbHMuCmFsd2F5c19mb3JjZV9kZXBlbmRzPSJOTyIJIyBTZXQg dG8gY2hlY2sgdGhhdCBpbmRpY2F0ZWQgZGVwZW5kZW5jaWVzIGFyZQoJCQkJIyBydW5uaW5nIGR1 cmluZyBib290IChjYW4gaW5jcmVhc2UgYm9vdCB0aW1lKS4KCmFwbV9lbmFibGU9Ik5PIgkJIyBT ZXQgdG8gWUVTIHRvIGVuYWJsZSBBUE0gQklPUyBmdW5jdGlvbnMgKG9yIE5PKS4KYXBtZF9lbmFi bGU9Ik5PIgkjIFJ1biBhcG1kIHRvIGhhbmRsZSBBUE0gZXZlbnQgZnJvbSB1c2VybGFuZC4KYXBt ZF9mbGFncz0iIgkJIyBGbGFncyB0byBhcG1kIChpZiBlbmFibGVkKS4KZGRiX2VuYWJsZT0iTk8i CQkjIFNldCB0byBZRVMgdG8gbG9hZCBkZGIgc2NyaXB0cyBhdCBib290LgpkZGJfY29uZmlnPSIv ZXRjL2RkYi5jb25mIgkjIGRkYig4KSBjb25maWcgZmlsZS4KZGV2ZF9lbmFibGU9IllFUyIgCSMg UnVuIGRldmQsIHRvIHRyaWdnZXIgcHJvZ3JhbXMgb24gZGV2aWNlIHRyZWUgY2hhbmdlcy4KZGV2 ZF9mbGFncz0iIgkJIyBBZGRpdGlvbmFsIGZsYWdzIGZvciBkZXZkKDgpLgpkZXZtYXRjaF9lbmFi bGU9IllFUyIJIyBEZW1hbmQgbG9hZCBrZXJuZWwgbW9kdWxlcyBiYXNlZCBvbiBkZXZpY2UgaWRz LgpkZXZtYXRjaF9ibG9ja2xpc3Q9IiIJIyBMaXN0IG9mIG1vZHVsZXMgKHcvbyAua28pIHRvIGV4 Y2x1ZGUgZnJvbSBkZXZtYXRjaC4KI2tsZF9saXN0PSIiIAkJIyBLZXJuZWwgbW9kdWxlcyB0byBs b2FkIGFmdGVyIGxvY2FsIGRpc2tzIGFyZSBtb3VudGVkCmtsZHhyZWZfZW5hYmxlPSJZRVMiCSMg QnVpbGQgbGlua2VyLmhpbnRzIGZpbGVzIHdpdGgga2xkeHJlZig4KS4Ka2xkeHJlZl9jbG9iYmVy PSJOTyIJIyBPdmVyd3JpdGUgb2xkIGxpbmtlci5oaW50cyBhdCBib290LgprbGR4cmVmX21vZHVs ZV9wYXRoPSIiCSMgT3ZlcnJpZGUga2Vybi5tb2R1bGVfcGF0aC4gQSAnOyctZGVsaW1pdGVkIGxp c3QuCnBvd2VyZF9lbmFibGU9IllFUyIgCSMgUnVuIHBvd2VyZCB0byBsb3dlciBvdXIgcG93ZXIg dXNhZ2UuCnBvd2VyZF9mbGFncz0iIgkJIyBGbGFncyB0byBwb3dlcmQgKGlmIGVuYWJsZWQpLgp0 bXBtZnM9IkFVVE8iCQkjIFNldCB0byBZRVMgdG8gYWx3YXlzIGNyZWF0ZSBhbiBtZnMgL3RtcCwg Tk8gdG8gbmV2ZXIKdG1wc2l6ZT0iMjBtIgkJIyBTaXplIG9mIG1mcyAvdG1wIGlmIGNyZWF0ZWQK dG1wbWZzX2ZsYWdzPSItUyIJIyBFeHRyYSBtZG1mcyBvcHRpb25zIGZvciB0aGUgbWZzIC90bXAK dXR4X2VuYWJsZT0iWUVTIgkjIEVuYWJsZSB1c2VyIGFjY291bnRpbmcKdmFybWZzPSJBVVRPIgkJ IyBTZXQgdG8gWUVTIHRvIGFsd2F5cyBjcmVhdGUgYW4gbWZzIC92YXIsIE5PIHRvIG5ldmVyCnZh cnNpemU9IjMybSIJCSMgU2l6ZSBvZiBtZnMgL3ZhciBpZiBjcmVhdGVkCnZhcm1mc19mbGFncz0i LVMiCSMgRXh0cmEgbW91bnQgb3B0aW9ucyBmb3IgdGhlIG1mcyAvdmFyCm1mc190eXBlPSJhdXRv IgkJIyAibWQiLCAidG1wZnMiLCAiYXV0byIgdG8gcHJlZmVyIHRtcGZzIHdpdGggbWQgYXMgZmFs bGJhY2sKcG9wdWxhdGVfdmFyPSJBVVRPIgkjIFNldCB0byBZRVMgdG8gYWx3YXlzIChyZSlwb3B1 bGF0ZSAvdmFyLCBOTyB0byBuZXZlcgpjbGVhbnZhcl9lbmFibGU9IllFUyIgCSMgQ2xlYW4gdGhl IC92YXIgZGlyZWN0b3J5CnZhcl9ydW5fZW5hYmxlPSJZRVMiIAkjIFNhdmUvcmVzdG9yZSAvdmFy L3J1biBzdHJ1Y3R1cmUgYXQgc2h1dGRvd24vcmVib290CnZhcl9ydW5fYXV0b3NhdmU9IllFUyIg CSMgT25seSByZXN0b3JlIC92YXIvcnVuIHN0cnVjdHVyZSBhdCBzaHV0ZG93bi9yZWJvb3QKCQkJ IyBUaGUgdXNlciBpcyBleHBlY3RlZCB0byBpc3N1ZSBzZXJ2aWNlIHZhcl9ydW4gc2F2ZSB0bwoJ CQkjIG1hbnVhbGx5IHNhdmUgdGhlIC92YXIvcnVuIG10cmVlCnZhcl9ydW5fbXRyZWU9Ii92YXIv ZGIvbXRyZWUvQlNELnZhci1ydW4ubXRyZWUiCgkJCSMgV2hlcmUgdG8gc2F2ZSAvdmFyL3J1biBt dHJlZQpsb2NhbF9zdGFydHVwPSIke19sb2NhbGJhc2V9L2V0Yy9yYy5kIiAjIHN0YXJ0dXAgc2Ny aXB0IGRpcnMuCnNjcmlwdF9uYW1lX3NlcD0iICIJIyBDaGFuZ2UgaWYgeW91ciBzdGFydHVwIHNj cmlwdHMnIG5hbWVzIGNvbnRhaW4gc3BhY2VzCnJjX2NvbmZfZmlsZXM9Ii9ldGMvcmMuY29uZiAv ZXRjL3JjLmNvbmYubG9jYWwiCgojIFpGUyBzdXBwb3J0Cnpmc19lbmFibGU9IllFUyIJCSMgU2V0 IHRvIFlFUyB0byBhdXRvbWF0aWNhbGx5IG1vdW50IFpGUyBmaWxlIHN5c3RlbXMKemZza2V5c19l bmFibGU9Ik5PIgkjIFNldCBZRVMgdG8gYXV0b2xvYWQgWkZTIGVuY3J5cHRpb24ga2V5cwp6ZnNf Ym9vdG9uY2VfYWN0aXZhdGU9Ik5PIiAjIFNldCBZRVMgdG8gbWFrZSBzdWNjZXNzZnVsIGJvb3Rv bmNlIEJFIHBlcm1hbmVudAp6cG9vbF9yZWd1aWQ9IiIJCSMgU2V0IHRvIHpwb29scyBmb3Igd2hp Y2ggdGhlIEdVSUQgc2hvdWxkIGJlIHJlcGxhY2VkCgkJCSMgdXBvbiBmaXJzdCBib290Lgp6cG9v bF91cGdyYWRlPSIiCSMgU2V0IHRvIHpwb29scyBmb3Igd2hpY2ggdGhlIHZlcnNpb24gc2hvdWxk IGJlIHVwZ3JhZGVkCgkJCSMgdXBvbiBmaXJzdCBib290LgoKIyBaRlNEIHN1cHBvcnQKemZzZF9l bmFibGU9Ik5PIgkjIFNldCB0byBZRVMgdG8gYXV0b21hdGljYWxseSBzdGFydCB0aGUgWkZTIGZh dWx0CgkJCSMgbWFuYWdlbWVudCBkYWVtb24uCgpncHRib290X2VuYWJsZT0iWUVTIgkjIEdQVCBi b290IHN1Y2Nlc3MvZmFpbHVyZSByZXBvcnRpbmcuCgojIEdFTEkgZGlzayBlbmNyeXB0aW9uIGNv bmZpZ3VyYXRpb24uCmdlbGlfZGV2aWNlcz0iIgkJIyBMaXN0IG9mIGRldmljZXMgdG8gYXV0b21h dGljYWxseSBhdHRhY2ggaW4gYWRkaXRpb24gdG8KCQkJIyBHRUxJIGRldmljZXMgbGlzdGVkIGlu IC9ldGMvZnN0YWIuCmdlbGlfZ3JvdXBzPSIiCQkjIExpc3Qgb2YgZ3JvdXBzIGNvbnRhaW5pbmcg ZGV2aWNlcyB0byBhdXRvbWF0aWNhbGx5CgkJCSMgYXR0YWNoIHdpdGggdGhlIHNhbWUga2V5Zmls ZXMgYW5kIHBhc3NwaHJhc2UKZ2VsaV90cmllcz0iIgkJIyBOdW1iZXIgb2YgdGltZXMgdG8gYXR0 ZW1wdCBhdHRhY2hpbmcgZ2VsaSBkZXZpY2UuCgkJCSMgSWYgZW1wdHksIGtlcm4uZ2VvbS5lbGku dHJpZXMgd2lsbCBiZSB1c2VkLgpnZWxpX2RlZmF1bHRfZmxhZ3M9IiIJIyBEZWZhdWx0IGZsYWdz IGZvciBnZWxpKDgpLgpnZWxpX2F1dG9kZXRhY2g9IllFUyIJIyBBdXRvbWF0aWNhbGx5IGRldGFj aCBvbiBsYXN0IGNsb3NlLgoJCQkjIFByb3ZpZGVycyBhcmUgbWFya2VkIGFzIHN1Y2ggd2hlbiBh bGwgZmlsZSBzeXN0ZW1zIGFyZQoJCQkjIG1vdW50ZWQuCiMgRXhhbXBsZSB1c2UuCiNnZWxpX2Rl dmljZXM9ImRhMSBtaXJyb3IvaG9tZSIKI2dlbGlfZGExX2ZsYWdzPSItcCAtayAvZXRjL2dlbGkv ZGExLmtleXMiCiNnZWxpX2RhMV9hdXRvZGV0YWNoPSJOTyIKI2dlbGlfbWlycm9yX2hvbWVfZmxh Z3M9Ii1rIC9ldGMvZ2VsaS9ob21lLmtleXMiCiNnZWxpX2dyb3Vwcz0ic3RvcmFnZSBiYWNrdXAi CiNnZWxpX3N0b3JhZ2VfZmxhZ3M9Ii1rIC9ldGMvZ2VsaS9zdG9yYWdlLmtleXMiCiNnZWxpX3N0 b3JhZ2VfZGV2aWNlcz0iYWRhMCBhZGExIgojZ2VsaV9iYWNrdXBfZmxhZ3M9Ii1qIC9ldGMvZ2Vs aS9iYWNrdXAucGFzc2ZpbGUgLWsgL2V0Yy9nZWxpL2JhY2t1cC5rZXlzIgojZ2VsaV9iYWNrdXBf ZGV2aWNlcz0iYWRhMiBhZGEzIgoKcm9vdF9yd19tb3VudD0iWUVTIgkjIFNldCB0byBOTyB0byBp bmhpYml0IHJlbW91bnRpbmcgcm9vdCByZWFkLXdyaXRlLgpyb290X2hvbGRfZGVsYXk9IjMwIgkj IFRpbWUgdG8gd2FpdCBmb3Igcm9vdCBtb3VudCBob2xkIHJlbGVhc2UuCmZzY2tfZmxhZ3M9Ii1w IgkJIyBNYXkgYmUgY2hhbmdlZCB0byAtZiAob3IgLWYgLXkpIHRvIGZvcmNlIGEgZnVsbCBmc2Nr CmZzY2tfeV9lbmFibGU9IllFUyIJIyBTZXQgdG8gWUVTIHRvIGRvIGZzY2sgLXkgaWYgdGhlIGlu aXRpYWwgcHJlZW4gZmFpbHMuCmZzY2tfeV9mbGFncz0iLVQgZmZzOi1SIC1UIHVmczotUiIJIyBB ZGRpdGlvbmFsIGZsYWdzIGZvciBmc2NrIC15CmJhY2tncm91bmRfZnNjaz0iWUVTIgkjIEF0dGVt cHQgdG8gcnVuIGZzY2sgaW4gdGhlIGJhY2tncm91bmQgd2hlcmUgcG9zc2libGUuCmJhY2tncm91 bmRfZnNja19kZWxheT0iNjAiICMgVGltZSB0byB3YWl0IChzZWNvbmRzKSBiZWZvcmUgc3RhcnRp bmcgdGhlIGZzY2suCmdyb3dmc19lbmFibGU9Ik5PIgkjIFNldCB0byBZRVMgdG8gYXR0ZW1wdCB0 byBncm93IHRoZSByb290IGZpbGVzeXN0ZW0gb24gYm9vdApncm93ZnNfc3dhcF9zaXplPSIiCSMg U2V0IHRvIDAgdG8gZGlzYWJsZSBncm93ZnMgc3dhcCwgIiIgdG8gZGVmYXVsdCBzaXplLAoJCQkj IHNpemUgaW4gYnl0ZXMgdG8gc3BlY2lmeSBzd2FwIHNpemUuCm5ldGZzX3R5cGVzPSJuZnM6TkZT IHNtYmZzOlNNQiIgIyBOZXQgZmlsZXN5c3RlbXMuCmV4dHJhX25ldGZzX3R5cGVzPSJOTyIJIyBM aXN0IG9mIG5ldHdvcmsgZXh0cmEgZmlsZXN5c3RlbSB0eXBlcyBmb3IgZGVsYXllZAoJCQkjIG1v dW50IGF0IHN0YXJ0dXAgKG9yIE5PKS4KCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCiMjIyAgTmV0d29yayBjb25maWd1cmF0aW9u IHN1Yi1zZWN0aW9uICAjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCiMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCgojIyMgQmFzaWMgbmV0 d29yayBhbmQgZmlyZXdhbGwvc2VjdXJpdHkgb3B0aW9uczogIyMjCmhvc3RuYW1lPSJoZXJtYW5u IgkJCSMgU2V0IHRoaXMhCmhvc3RpZF9lbmFibGU9IllFUyIJCSMgU2V0IGhvc3QgVVVJRC4KaG9z dGlkX2ZpbGU9Ii9ldGMvaG9zdGlkIgkjIEZpbGUgd2l0aCBob3N0dXVpZC4KaG9zdGlkX3V1aWRn ZW5fZmxhZ3M9Ii1yIgkjIEZsYWdzIHRvIHV1aWRnZW4uCm1hY2hpbmVfaWRfZmlsZT0iL2V0Yy9t YWNoaW5lLWlkIgkjIEZpbGUgd2l0aCBtYWNoaW5lLWlkLgpuaXNkb21haW5uYW1lPSJOTyIJCSMg U2V0IHRvIE5JUyBkb21haW4gaWYgdXNpbmcgTklTIChvciBOTykuCmRoY2xpZW50X3Byb2dyYW09 Ii9zYmluL2RoY2xpZW50IgkjIFBhdGggdG8gZGhjcCBjbGllbnQgcHJvZ3JhbS4KZGhjbGllbnRf ZmxhZ3M9IiIJCSMgRXh0cmEgZmxhZ3MgdG8gcGFzcyB0byBkaGNwIGNsaWVudC4KI2RoY2xpZW50 X2ZsYWdzX2VtMD0iIgkJIyBFeHRyYSBkaGNsaWVudCBmbGFncyBmb3IgZW0wIG9ubHkKYmFja2dy b3VuZF9kaGNsaWVudD0iTk8iCSMgU3RhcnQgZGhjcCBjbGllbnQgaW4gdGhlIGJhY2tncm91bmQu CiNiYWNrZ3JvdW5kX2RoY2xpZW50X2VtMD0iWUVTIgkjIFN0YXJ0IGRoY3AgY2xpZW50IG9uIGVt MCBpbiB0aGUgYmFja2dyb3VuZC4KI2JhY2tncm91bmRfZGhjbGllbnRfd2xhbjA9IllFUyIJIyBT dGFydCBkaGNwIGNsaWVudCBvbiBlbTAgaW4gdGhlIGJhY2tncm91bmQuCiNiYWNrZ3JvdW5kX2Ro Y2xpZW50X2xhZ2cwPSJZRVMiCSMgU3RhcnQgZGhjcCBjbGllbnQgb24gZW0wIGluIHRoZSBiYWNr Z3JvdW5kLgpkaGNsaWVudF9hcnB3YWl0PSJZRVMiCQkjIFdhaXQgZm9yIEFSUCByZXNvbHV0aW9u CnN5bmNocm9ub3VzX2RoY2xpZW50PSJOTyIJIyBTdGFydCBkaGNsaWVudCBkaXJlY3RseSBvbiBj b25maWd1cmVkCgkJCQkjIGludGVyZmFjZXMgZHVyaW5nIHN0YXJ0dXAuCmRlZmF1bHRyb3V0ZV9k ZWxheT0iMzAiCQkjIFRpbWUgdG8gd2FpdCBmb3IgYSBkZWZhdWx0IHJvdXRlIG9uIGEgREhDUCBp bnRlcmZhY2UuCmRlZmF1bHRyb3V0ZV9jYXJyaWVyX2RlbGF5PSI1IgkjIFRpbWUgdG8gd2FpdCBm b3IgY2FycmllciB3aGlsZSB3YWl0aW5nIGZvciBhIGRlZmF1bHQgcm91dGUuCm5ldGlmX2VuYWJs ZT0iWUVTIgkJIyBTZXQgdG8gWUVTIHRvIGluaXRpYWxpemUgbmV0d29yayBpbnRlcmZhY2VzCm5l dGlmX2lwZXhwYW5kX21heD0iMjA0OCIJIyBNYXhpbXVtIG51bWJlciBvZiBJUCBhZGRycyBpbiBh IHJhbmdlIHNwZWMuCndwYV9zdXBwbGljYW50X3Byb2dyYW09Ii91c3Ivc2Jpbi93cGFfc3VwcGxp Y2FudCIKd3BhX3N1cHBsaWNhbnRfZmxhZ3M9Ii1zIgkjIEV4dHJhIGZsYWdzIHRvIHBhc3MgdG8g d3BhX3N1cHBsaWNhbnQKd3BhX3N1cHBsaWNhbnRfY29uZl9maWxlPSIvZXRjL3dwYV9zdXBwbGlj YW50LmNvbmYiCiMKZmlyZXdhbGxfZW5hYmxlPSJZRVMiCQkjIFNldCB0byBZRVMgdG8gZW5hYmxl IGZpcmV3YWxsIGZ1bmN0aW9uYWxpdHkKZmlyZXdhbGxfc2NyaXB0PSIvZXRjL3JjLmZpcmV3YWxs IiAjIFdoaWNoIHNjcmlwdCB0byBydW4gdG8gc2V0IHVwIHRoZSBmaXJld2FsbApmaXJld2FsbF90 eXBlPSJ3b3Jrc3RhdGlvbiIJCSMgRmlyZXdhbGwgdHlwZSAoc2VlIC9ldGMvcmMuZmlyZXdhbGwp CmZpcmV3YWxsX3F1aWV0PSJOTyIJCSMgU2V0IHRvIFlFUyB0byBzdXBwcmVzcyBydWxlIGRpc3Bs YXkKZmlyZXdhbGxfbG9nZ2luZz0iTk8iCQkjIFNldCB0byBZRVMgdG8gZW5hYmxlIGV2ZW50cyBs b2dnaW5nCmZpcmV3YWxsX2xvZ2lmPSJZRVMiCQkjIFNldCB0byBZRVMgdG8gY3JlYXRlIGxvZ2dp bmctcHNldWRvIGludGVyZmFjZQpmaXJld2FsbF9mbGFncz0iIgkJIyBGbGFncyBwYXNzZWQgdG8g aXBmdyB3aGVuIHR5cGUgaXMgYSBmaWxlCmZpcmV3YWxsX2Nvc2NyaXB0cz0iIgkJIyBMaXN0IG9m IGV4ZWN1dGFibGVzL3NjcmlwdHMgdG8gcnVuIGFmdGVyCgkJCQkjIGZpcmV3YWxsIHN0YXJ0cy9z dG9wcwpmaXJld2FsbF9jbGllbnRfbmV0PSIxOTIuMC4yLjAvMjQiICMgSVB2NCBOZXR3b3JrIGFk ZHJlc3MgZm9yICJjbGllbnQiCgkJCQkjIGZpcmV3YWxsLgojZmlyZXdhbGxfY2xpZW50X25ldF9p cHY2PSIyMDAxOmRiODoyOjE6Oi82NCIgIyBJUHY2IG5ldHdvcmsgcHJlZml4IGZvcgoJCQkJIyAi Y2xpZW50IiBmaXJld2FsbC4KZmlyZXdhbGxfc2ltcGxlX2lpZj0iZW0xIgkjIEluc2lkZSBuZXR3 b3JrIGludGVyZmFjZSBmb3IgInNpbXBsZSIKCQkJCSMgZmlyZXdhbGwuCmZpcmV3YWxsX3NpbXBs ZV9pbmV0PSIxOTIuMC4yLjE2LzI4IiAjIEluc2lkZSBuZXR3b3JrIGFkZHJlc3MgZm9yICJzaW1w bGUiCgkJCQkjIGZpcmV3YWxsLgpmaXJld2FsbF9zaW1wbGVfb2lmPSJlbTAiCSMgT3V0c2lkZSBu ZXR3b3JrIGludGVyZmFjZSBmb3IgInNpbXBsZSIKCQkJCSMgZmlyZXdhbGwuCmZpcmV3YWxsX3Np bXBsZV9vbmV0PSIxOTIuMC4yLjAvMjgiICMgT3V0c2lkZSBuZXR3b3JrIGFkZHJlc3MgZm9yICJz aW1wbGUiCgkJCQkjIGZpcmV3YWxsLgojZmlyZXdhbGxfc2ltcGxlX2lpZl9pcHY2PSJlbTEiCSMg SW5zaWRlIElQdjYgbmV0d29yayBpbnRlcmZhY2UgZm9yICJzaW1wbGUiCgkJCQkjIGZpcmV3YWxs LgojZmlyZXdhbGxfc2ltcGxlX2luZXRfaXB2Nj0iMjAwMTpkYjg6Mjo4MDA6Oi81NiIgIyBJbnNp ZGUgSVB2NiBuZXR3b3JrIHByZWZpeAoJCQkJIyBmb3IgInNpbXBsZSIgZmlyZXdhbGwuCiNmaXJl d2FsbF9zaW1wbGVfb2lmX2lwdjY9ImVtMCIJIyBPdXRzaWRlIElQdjYgbmV0d29yayBpbnRlcmZh Y2UgZm9yICJzaW1wbGUiCgkJCQkjIGZpcmV3YWxsLgojZmlyZXdhbGxfc2ltcGxlX29uZXRfaXB2 Nj0iMjAwMTpkYjg6MjowOjovNTYiICMgT3V0c2lkZSBJUHY2IG5ldHdvcmsgcHJlZml4CgkJCQkj IGZvciAic2ltcGxlIiBmaXJld2FsbC4KI2ZpcmV3YWxsX215c2VydmljZXM9IjIyL3RjcCA1MDAv dWRwIDI1NTMvdGNwIDQ1MDAvdWRwIgkJIyBMaXN0IG9mIFRDUCBwb3J0cyBvbiB3aGljaCB0aGlz IGhvc3QKZmlyZXdhbGxfbXlzZXJ2aWNlcz0iMjIvdGNwIgkJIyBMaXN0IG9mIHBvcnRzL3Byb3Rv Y29scyBvbiB3aGljaCB0aGlzIGhvc3QKCQkJCSMgb2ZmZXJzIHNlcnZpY2VzIGZvciAid29ya3N0 YXRpb24iIGZpcmV3YWxsLgpmaXJld2FsbF9hbGxvd3NlcnZpY2VzPSJhbnkiCSMgTGlzdCBvZiBJ UHMgd2hpY2ggaGF2ZSBhY2Nlc3MgdG8KCQkJCSMgJGZpcmV3YWxsX215c2VydmljZXMgZm9yICJ3 b3Jrc3RhdGlvbiIKCQkJCSMgZmlyZXdhbGwuCmZpcmV3YWxsX3RydXN0ZWQ9IiIJCSMgTGlzdCBv ZiBJUHMgd2hpY2ggaGF2ZSBmdWxsIGFjY2VzcyB0byB0aGlzCgkJCQkjIGhvc3QgZm9yICJ3b3Jr c3RhdGlvbiIgZmlyZXdhbGwuCmZpcmV3YWxsX2xvZ2Rlbnk9Ik5PIgkJIyBTZXQgdG8gWUVTIHRv IGxvZyBkZWZhdWx0IGRlbmllZCBpbmNvbWluZwoJCQkJIyBwYWNrZXRzIGZvciAid29ya3N0YXRp b24iIGZpcmV3YWxsLgpmaXJld2FsbF9ub2xvZ3BvcnRzPSIxMzUtMTM5LDQ0NSAxMDI2LDEwMjcg MTQzMywxNDM0IiAjIExpc3Qgb2YgVENQL1VEUCBwb3J0cwoJCQkJIyBmb3Igd2hpY2ggZGVuaWVk IGluY29taW5nIHBhY2tldHMgYXJlIG5vdAoJCQkJIyBsb2dnZWQgZm9yICJ3b3Jrc3RhdGlvbiIg ZmlyZXdhbGwuCmZpcmV3YWxsX25hdF9lbmFibGU9Ik5PIgkjIEVuYWJsZSBrZXJuZWwgTkFUIChp ZiBmaXJld2FsbF9lbmFibGUgPT0gWUVTKQpmaXJld2FsbF9uYXRfaW50ZXJmYWNlPSIiCSMgUHVi bGljIGludGVyZmFjZSBvciBJUGFkZHJlc3MgdG8gdXNlCmZpcmV3YWxsX25hdF9mbGFncz0iIgkJ IyBBZGRpdGlvbmFsIGNvbmZpZ3VyYXRpb24gcGFyYW1ldGVycwpmaXJld2FsbF9uYXQ2NF9lbmFi bGU9Ik5PIgkjIEVuYWJsZSBrZXJuZWwgTkFUNjQgbW9kdWxlLgpmaXJld2FsbF9ucHR2Nl9lbmFi bGU9Ik5PIgkjIEVuYWJsZSBrZXJuZWwgTlBUdjYgbW9kdWxlLgpmaXJld2FsbF9wbW9kX2VuYWJs ZT0iTk8iCSMgRW5hYmxlIGtlcm5lbCBwcm90b2NvbHMgbW9kaWZpY2F0aW9uIG1vZHVsZS4KZHVt bXluZXRfZW5hYmxlPSJOTyIJCSMgTG9hZCB0aGUgZHVtbXluZXQoNCkgbW9kdWxlCmlwZndfbmV0 Zmxvd19lbmFibGU9Ik5PIgkjIEVuYWJsZSBuZXRmbG93IGxvZ2dpbmcgdmlhIG5nX25ldGZsb3cK aXBfcG9ydHJhbmdlX2ZpcnN0PSJOTyIJCSMgU2V0IGZpcnN0IGR5bmFtaWNhbGx5IGFsbG9jYXRl ZCBwb3J0CmlwX3BvcnRyYW5nZV9sYXN0PSJOTyIJCSMgU2V0IGxhc3QgZHluYW1pY2FsbHkgYWxs b2NhdGVkIHBvcnQKaWtlX2VuYWJsZT0iTk8iCQkJIyBFbmFibGUgSUtFIGRhZW1vbiAodXN1YWxs eSByYWNvb24gb3IgaXNha21wZCkKaWtlX3Byb2dyYW09IiR7X2xvY2FsYmFzZX0vc2Jpbi9pc2Fr bXBkIgkjIFBhdGggdG8gSUtFIGRhZW1vbgppa2VfZmxhZ3M9IiIJCQkjIEFkZGl0aW9uYWwgZmxh Z3MgZm9yIElLRSBkYWVtb24KaXBzZWNfZW5hYmxlPSJOTyIJCSMgU2V0IHRvIFlFUyB0byBydW4g c2V0a2V5IG9uIGlwc2VjX2ZpbGUKaXBzZWNfZmlsZT0iL2V0Yy9pcHNlYy5jb25mIgkjIE5hbWUg b2YgY29uZmlnIGZpbGUgZm9yIHNldGtleQpuYXRkX3Byb2dyYW09Ii9zYmluL25hdGQiCSMgcGF0 aCB0byBuYXRkLCBpZiB5b3Ugd2FudCBhIGRpZmZlcmVudCBvbmUuCm5hdGRfZW5hYmxlPSJOTyIJ CSMgRW5hYmxlIG5hdGQgKGlmIGZpcmV3YWxsX2VuYWJsZSA9PSBZRVMpLgpuYXRkX2ludGVyZmFj ZT0iIgkJIyBQdWJsaWMgaW50ZXJmYWNlIG9yIElQYWRkcmVzcyB0byB1c2UuCm5hdGRfZmxhZ3M9 IiIJCQkjIEFkZGl0aW9uYWwgZmxhZ3MgZm9yIG5hdGQuCmlwZmlsdGVyX2VuYWJsZT0iTk8iCQkj IFNldCB0byBZRVMgdG8gZW5hYmxlIGlwZmlsdGVyIGZ1bmN0aW9uYWxpdHkKaXBmaWx0ZXJfcHJv Z3JhbT0iL3NiaW4vaXBmIgkjIHdoZXJlIHRoZSBpcGZpbHRlciBwcm9ncmFtIGxpdmVzCmlwZmls dGVyX3J1bGVzPSIvZXRjL2lwZi5ydWxlcyIJIyBydWxlcyBkZWZpbml0aW9uIGZpbGUgZm9yIGlw ZmlsdGVyLCBzZWUKCQkJCSMgL3Vzci9zcmMvc2hhcmUvZXhhbXBsZXMvaXBmaWx0ZXIgZm9yIGV4 YW1wbGVzCmlwZmlsdGVyX2ZsYWdzPSIiCQkjIGFkZGl0aW9uYWwgZmxhZ3MgZm9yIGlwZmlsdGVy CmlwZmlsdGVyX29wdGlvbmxpc3Q9IiIJCSMgb3B0aW9ubGlzdCBmb3IgaXBmKDgpIC1UCmlwcG9v bF9lbmFibGU9Ik5PIgkJIyBTZXQgdG8gWUVTIHRvIGVuYWJsZSBpcCBmaWx0ZXIgcG9vbHMKaXBw b29sX3Byb2dyYW09Ii9zYmluL2lwcG9vbCIJIyB3aGVyZSB0aGUgaXBwb29sIHByb2dyYW0gbGl2 ZXMKaXBwb29sX3J1bGVzPSIvZXRjL2lwcG9vbC50YWJsZXMiCSMgcnVsZXMgZGVmaW5pdGlvbiBm aWxlIGZvciBpcHBvb2wKaXBwb29sX2ZsYWdzPSIiCQkJIyBhZGRpdGlvbmFsIGZsYWdzIGZvciBp cHBvb2wKaXBuYXRfZW5hYmxlPSJOTyIJCSMgU2V0IHRvIFlFUyB0byBlbmFibGUgaXBuYXQgZnVu Y3Rpb25hbGl0eQppcG5hdF9wcm9ncmFtPSIvc2Jpbi9pcG5hdCIJIyB3aGVyZSB0aGUgaXBuYXQg cHJvZ3JhbSBsaXZlcwppcG5hdF9ydWxlcz0iL2V0Yy9pcG5hdC5ydWxlcyIJIyBydWxlcyBkZWZp bml0aW9uIGZpbGUgZm9yIGlwbmF0CmlwbmF0X2ZsYWdzPSIiCQkJIyBhZGRpdGlvbmFsIGZsYWdz IGZvciBpcG5hdAppcG1vbl9lbmFibGU9Ik5PIgkJIyBTZXQgdG8gWUVTIGZvciBpcG1vbjsgbmVl ZHMgaXBmaWx0ZXIgb3IgaXBuYXQKaXBtb25fcHJvZ3JhbT0iL3NiaW4vaXBtb24iCSMgd2hlcmUg dGhlIGlwZmlsdGVyIG1vbml0b3IgcHJvZ3JhbSBsaXZlcwppcG1vbl9mbGFncz0iLURzIgkJIyB0 eXBpY2FsbHkgIi1EcyIgb3IgIi1EIC92YXIvbG9nL2lwZmxvZyIKaXBmc19lbmFibGU9Ik5PIgkJ IyBTZXQgdG8gWUVTIHRvIGVuYWJsZSBzYXZpbmcgYW5kIHJlc3RvcmluZwoJCQkJIyBvZiBzdGF0 ZSB0YWJsZXMgYXQgc2h1dGRvd24gYW5kIGJvb3QKaXBmc19wcm9ncmFtPSIvc2Jpbi9pcGZzIgkj IHdoZXJlIHRoZSBpcGZzIHByb2dyYW0gbGl2ZXMKaXBmc19mbGFncz0iIgkJCSMgYWRkaXRpb25h bCBmbGFncyBmb3IgaXBmcwpwZl9lbmFibGU9Ik5PIgkJCSMgU2V0IHRvIFlFUyB0byBlbmFibGUg cGFja2V0IGZpbHRlciAocGYpCnBmX3J1bGVzPSIvZXRjL3BmLmNvbmYiCQkjIHJ1bGVzIGRlZmlu aXRpb24gZmlsZSBmb3IgcGYgKG5vbmV4aXN0ZW50CgkJCQkjIGJ5IGRlZmF1bHQpCnBmX3Byb2dy YW09Ii9zYmluL3BmY3RsIgkjIHdoZXJlIHRoZSBwZmN0bCBwcm9ncmFtIGxpdmVzCnBmX2ZsYWdz PSIiCQkJIyBhZGRpdGlvbmFsIGZsYWdzIGZvciBwZmN0bApwZl9mYWxsYmFja19ydWxlc19lbmFi bGU9Ik5PIgkjIGZhbGxiYWNrIGlmIGxvYWRpbmcgcnVsZXNldCBmYWlscwpwZl9mYWxsYmFja19y dWxlcz0iYmxvY2sgZHJvcCBsb2cgYWxsIgkjIHJ1bGVzIHRvIGxvYWQgb24gcGYgcnVsZXNldCBm YWlsdXJlCiNwZl9mYWxsYmFja19ydWxlcz0iYmxvY2sgZHJvcCBsb2cgYWxsCiNwYXNzIHF1aWNr IG9uIGVtNCIJCSMgbXVsdGktcnVsZQpwZl9mYWxsYmFja19ydWxlc19maWxlPSIvZXRjL3BmLWZh bGxiYWNrLmNvbmYiCSMgcnVsZXMgZmlsZSBvbiBydWxlc2V0IGZhaWx1cmUKcGZsb2dfZW5hYmxl PSJOTyIJCSMgU2V0IHRvIFlFUyB0byBlbmFibGUgcGFja2V0IGZpbHRlciBsb2dnaW5nCnBmbG9n X2xvZ2ZpbGU9Ii92YXIvbG9nL3BmbG9nIgkjIHdoZXJlIHBmbG9nZCBzaG91bGQgc3RvcmUgdGhl IGxvZ2ZpbGUKcGZsb2dfcHJvZ3JhbT0iL3NiaW4vcGZsb2dkIgkjIHdoZXJlIHRoZSBwZmxvZ2Qg cHJvZ3JhbSBsaXZlcwpwZmxvZ19mbGFncz0iIgkJCSMgYWRkaXRpb25hbCBmbGFncyBmb3IgcGZs b2dkCmRuY3RsX2VuYWJsZT0iTk8iCmRuY3RsX3Byb2dyYW09Ii9zYmluL2RuY3RsIgpkbmN0bF9y dWxlcz0iL2V0Yy9kbmN0bC5jb25mIgpmdHBwcm94eV9lbmFibGU9Ik5PIgkJIyBTZXQgdG8gWUVT IHRvIGVuYWJsZSBmdHAtcHJveHkoOCkgZm9yIHBmCmZ0cHByb3h5X2ZsYWdzPSIiCQkjIGFkZGl0 aW9uYWwgZmxhZ3MgZm9yIGZ0cC1wcm94eSg4KQpwZnN5bmNfZW5hYmxlPSJOTyIJCSMgRXhwb3Nl IHBmIHN0YXRlIHRvIG90aGVyIGhvc3RzIGZvciBzeW5jaW5nCnBmc3luY19zeW5jZGV2PSIiCQkj IEludGVyZmFjZSBmb3IgcGZzeW5jIHRvIHdvcmsgdGhyb3VnaApwZnN5bmNfc3luY3BlZXI9IiIJ CSMgSVAgYWRkcmVzcyBvZiBwZnN5bmMgcGVlciBob3N0CnBmc3luY19pZmNvbmZpZz0iIgkJIyBB ZGRpdGlvbmFsIG9wdGlvbnMgdG8gaWZjb25maWcoOCkgZm9yIHBmc3luYwp0Y3BfZXh0ZW5zaW9u cz0iWUVTIgkJIyBTZXQgdG8gTk8gdG8gdHVybiBvZmYgUkZDMTMyMyBleHRlbnNpb25zLgpsb2df aW5fdmFpbj0iMCIJCQkjID49MSB0byBsb2cgY29ubmVjdHMgdG8gcG9ydHMgdy9vIGxpc3RlbmVy cy4KdGNwX2tlZXBhbGl2ZT0iWUVTIgkJIyBFbmFibGUgc3RhbGUgVENQIGNvbm5lY3Rpb24gdGlt ZW91dCAob3IgTk8pLgp0Y3BfZHJvcF9zeW5maW49Ik5PIgkJIyBTZXQgdG8gWUVTIHRvIGRyb3Ag VENQIHBhY2tldHMgd2l0aCBTWU4rRklOCgkJCQkjIE5PVEU6IHRoaXMgdmlvbGF0ZXMgdGhlIFRD UCBzcGVjaWZpY2F0aW9uCmljbXBfZHJvcF9yZWRpcmVjdD0iYXV0byIgCSMgU2V0IHRvIFlFUyB0 byBpZ25vcmUgSUNNUCBSRURJUkVDVCBwYWNrZXRzCmljbXBfbG9nX3JlZGlyZWN0PSJOTyIJCSMg U2V0IHRvIFlFUyB0byBsb2cgSUNNUCBSRURJUkVDVCBwYWNrZXRzCm5ldHdvcmtfaW50ZXJmYWNl cz0iYXV0byIJIyBMaXN0IG9mIG5ldHdvcmsgaW50ZXJmYWNlcyAob3IgImF1dG8iKS4KY2xvbmVk X2ludGVyZmFjZXM9ImxhZ2cwIgkJIyBMaXN0IG9mIGNsb25lZCBuZXR3b3JrIGludGVyZmFjZXMg dG8gY3JlYXRlLgojY2xvbmVkX2ludGVyZmFjZXM9ImdpZjAgZ2lmMSBnaWYyIGdpZjMiICMgUHJl LWNsb25pbmcgR0VORVJJQyBjb25maWcuCiNpZmNvbmZpZ19sbzA9ImluZXQgMTI3LjAuMC4xLzgi CSMgZGVmYXVsdCBsb29wYmFjayBkZXZpY2UgY29uZmlndXJhdGlvbi4KI2lmY29uZmlnX2xvMF9h bGlhczA9ImluZXQgMTI3LjAuMC4yNTQvMzIiICMgU2FtcGxlIGFsaWFzIGVudHJ5LgojaWZjb25m aWdfZW0wX2lwdjY9ImluZXQ2IDIwMDE6ZGI4OjE6OjEgcHJlZml4bGVuIDY0IiAjIFNhbXBsZSBJ UHY2IGFkZHIgZW50cnkKI2lmY29uZmlnX2VtMF9hbGlhczA9ImluZXQ2IDIwMDE6ZGI4OjI6OjEg cHJlZml4bGVuIDY0IiAjIFNhbXBsZSBJUHY2IGFsaWFzCiNpZmNvbmZpZ19lbTBfbmFtZT0ibmV0 MCIJIyBDaGFuZ2UgaW50ZXJmYWNlIG5hbWUgZnJvbSBlbTAgdG8gbmV0MC4KI3ZsYW5zX2VtMD0i MTAxIHZsYW4wIgkJIyB2bGFuKDQpIGludGVyZmFjZXMgZm9yIGVtMCBkZXZpY2UKI2NyZWF0ZV9h cmdzX3ZsYW4wPSJ2bGFuIDEwMiIJIyB2bGFuIHRhZyBmb3IgdmxhbjAgZGV2aWNlCiN3bGFuc19h dGgwPSJ3bGFuMCIJCSMgd2xhbig0KSBpbnRlcmZhY2VzIGZvciBhdGgwIGRldmljZQojd2xhbmRl YnVnX3dsYW4wPSJzY2FuK2F1dGgrYXNzb2MiCSMgU2V0IGRlYnVnIGZsYWdzIHdpdGggd2xhbmRl YnVnKDgpCiNpcHY0X2FkZHJzX2VtMD0iMTkyLjE2OC4wLjEvMjQgMTkyLjE2OC4xLjEtNS8yOCIg IyBleGFtcGxlIElQdjQgYWRkcmVzcyBlbnRyeS4Kd2xhbmRlYnVnX3dsYW4wPSIrc3RhdGUrY3J5 cHRvK25vZGUrYXV0aCthc3NvYytkb3QxeHNtK3dwYStwb3dlciIJIyBTZXQgZGVidWcgZmxhZ3Mg d2l0aCB3bGFuZGVidWcoOCkKI2lwdjRfYWRkcnNfZnhwMD0iMTkyLjE2OC4wLjEvMjQgMTkyLjE2 OC4xLjEtNS8yOCIgIyBleGFtcGxlIElQdjQgYWRkcmVzcyBlbnRyeS4KIwojYXV0b2JyaWRnZV9p bnRlcmZhY2VzPSJicmlkZ2UwIgkjIExpc3Qgb2YgYnJpZGdlcyB0byBjaGVjawojYXV0b2JyaWRn ZV9icmlkZ2UwPSJ0YXAqIHZsYW4wIgkjIEludGVyZmFjZSBnbG9iIHRvIGF1dG9tYXRpY2FsbHkg YWRkIHRvIHRoZSBicmlkZ2UKCiMgVXNlciBwcHAgY29uZmlndXJhdGlvbi4KcHBwX2VuYWJsZT0i Tk8iCQkjIFN0YXJ0IHVzZXItcHBwIChvciBOTykuCnBwcF9wcm9ncmFtPSIvdXNyL3NiaW4vcHBw IgkjIFBhdGggdG8gdXNlci1wcHAgcHJvZ3JhbS4KcHBwX21vZGU9ImF1dG8iCQkjIENob2ljZSBv ZiAiYXV0byIsICJkZGlhbCIsICJkaXJlY3QiIG9yICJkZWRpY2F0ZWQiLgoJCQkjIEZvciBkZXRh aWxzIHNlZSBtYW4gcGFnZSBmb3IgcHBwKDgpLiBEZWZhdWx0IGlzIGF1dG8uCnBwcF9uYXQ9IllF UyIJCSMgVXNlIFBQUCdzIGludGVybmFsIG5ldHdvcmsgYWRkcmVzcyB0cmFuc2xhdGlvbiBvciBO Ty4KcHBwX3Byb2ZpbGU9InBhcGNoYXAiCSMgV2hpY2ggcHJvZmlsZSB0byB1c2UgZnJvbSAvZXRj L3BwcC9wcHAuY29uZi4KcHBwX3VzZXI9InJvb3QiCQkjIFdoaWNoIHVzZXIgdG8gcnVuIHBwcCBh cwoKIyBTdGFydCBtdWx0aXBsZSBpbnN0YW5jZXMgb2YgcHBwIGF0IGJvb3QgdGltZQojcHBwX3By b2ZpbGU9InByb2ZpbGUxIHByb2ZpbGUyIHByb2ZpbGUzIgkjIFdoaWNoIHByb2ZpbGVzIHRvIHVz ZQojcHBwX3Byb2ZpbGUxX21vZGU9ImRkaWFsIgkjIE92ZXJyaWRlIHBwcCBtb2RlIGZvciBwcm9m aWxlMQojcHBwX3Byb2ZpbGUyX25hdD0iTk8iCQkjIE92ZXJyaWRlIG5hdCBtb2RlIGZvciBwcm9m aWxlMgojIHByb2ZpbGUzIHVzZXMgZGVmYXVsdCBwcHBfbW9kZSBhbmQgcHBwX25hdAoKCiMgTG9r YWxlIEtvbmZpZ3VyYXRpb24KCiMgTEFOCiMgS2FiZWwgSW50ZXJmYWNlCiNpZmNvbmZpZ19lbTA9 InVwIgojaWZjb25maWdfZW0wX2lwdjY9ImluZXQ2IGF1dG9fbGlua2xvY2FsIHVwIgppZmNvbmZp Z19lbTA9IkRIQ1AiCmlmY29uZmlnX2VtMF9pcHY2PSJpbmV0NiBhY2NlcHRfcnRhZHYgLWlmZGlz YWJsZWQgbnVkIC1ub19yYWRyIGF1dG9fbGlua2xvY2FsIgoKIyBEb2NraW5nc3RhdGlvbgppZmNv bmZpZ191ZTA9InVwIgppZmNvbmZpZ191ZTBfaXB2Nj0iaW5ldDYgYWNjZXB0X3J0YWR2IC1pZmRp c2FibGVkIG51ZCAtbm9fcmFkciBhdXRvX2xpbmtsb2NhbCIKI2NyZWF0ZV9hcmdzPXVlMD0iZXRo ZXIgWFg6WFg6WFg6WFg6WFg6WFgiCgojIFdMQU4gSW50ZXJmYWNlOwojd2xhbnNfaXdtMD0id2xh bjAiCndsYW5zX2l3bHdpZmkwPSJ3bGFuMCIKIwppZmNvbmZpZ193bGFuMD0iREhDUCBXUEEiCmlm Y29uZmlnX3dsYW4wX2lwdjY9ImluZXQ2IGFjY2VwdF9ydGFkdiAtaWZkaXNhYmxlZCBudWQgLW5v X3JhZHIgYXV0b19saW5rbG9jYWwiCmNyZWF0ZV9hcmdzX3dsYW4wPSJjb3VudHJ5IERFIHJlZ2Rv bWFpbiBFVFNJIgoKIyBsYWdnMAojY3JlYXRlX2FyZ3Nfd2xhbjA9ImV0aGVyIFhYOlhYOlhYOlhY OlhYOlhYIG1vZGUgMTFuIGNvdW50cnkgREUgcmVnZG9tYWluIEVUU0kiCiMgTEFHRyBpbnRlcmZh Y2UKI2lmY29uZmlnX2xhZ2cwPSJ1cCBsYWdncHJvdG8gZmFpbG92ZXIgbGFnZ3BvcnQgZW0wIGxh Z2dwb3J0IHdsYW4wIGxhZ2dwb3J0IHVlMCBESENQIgojaWZjb25maWdfbGFnZzBfaXB2Nj0iaW5l dDYgYWNjZXB0X3J0YWR2IC1pZmRpc2FibGVkIG51ZCAtbm9fcmFkciIKCiMjIyBOZXR3b3JrIGRh ZW1vbiAobWlzY2VsbGFuZW91cykgIyMjCmhvc3RhcGRfcHJvZ3JhbT0iL3Vzci9zYmluL2hvc3Rh cGQiCmhvc3RhcGRfZW5hYmxlPSJOTyIJCSMgUnVuIGhvc3RhcCBkYWVtb24uCnN5c2xvZ2RfZW5h YmxlPSJZRVMiCQkjIFJ1biBzeXNsb2cgZGFlbW9uIChvciBOTykuCnN5c2xvZ2RfcHJvZ3JhbT0i L3Vzci9zYmluL3N5c2xvZ2QiICMgcGF0aCB0byBzeXNsb2dkLCBpZiB5b3Ugd2FudCBhIGRpZmZl cmVudCBvbmUuCnN5c2xvZ2RfZmxhZ3M9Ii1DIC12IC1zIgkJIyBGbGFncyB0byBzeXNsb2dkIChp ZiBlbmFibGVkKS4Kc3lzbG9nZF9vb21wcm90ZWN0PSJZRVMiCSMgRG9uJ3Qga2lsbCBzeXNsb2dk IHdoZW4gc3dhcCBzcGFjZSBpcyBleGhhdXN0ZWQuIAphbHRsb2dfcHJvZ2xpc3Q9IiIJCSMgTGlz dCBvZiBjaHJvb3RlZCBhcHBsaWNhdGlvaW5zIGluIC92YXIKaW5ldGRfZW5hYmxlPSJOTyIJCSMg UnVuIHRoZSBuZXR3b3JrIGRhZW1vbiBkaXNwYXRjaGVyIChZRVMvTk8pLgppbmV0ZF9wcm9ncmFt PSIvdXNyL3NiaW4vaW5ldGQiCSMgcGF0aCB0byBpbmV0ZCwgaWYgeW91IHdhbnQgYSBkaWZmZXJl bnQgb25lLgppbmV0ZF9mbGFncz0iLXdXIC1DIDYwIgkJIyBPcHRpb25hbCBmbGFncyB0byBpbmV0 ZAppc2NzaWRfZW5hYmxlPSJOTyIJCSMgaVNDU0kgaW5pdGlhdG9yIGRhZW1vbi4KaXNjc2ljdGxf ZW5hYmxlPSJOTyIJCSMgaVNDU0kgaW5pdGlhdG9yIGF1dG9zdGFydC4KaXNjc2ljdGxfZmxhZ3M9 Ii1BYSIJCSMgT3B0aW9uYWwgZmxhZ3MgdG8gaXNjc2ljdGwuCmhhc3RkX2VuYWJsZT0iTk8iCQkj IFJ1biB0aGUgSEFTVCBkYWVtb24gKFlFUy9OTykuCmhhc3RkX3Byb2dyYW09Ii9zYmluL2hhc3Rk IgkjIHBhdGggdG8gaGFzdGQsIGlmIHlvdSB3YW50IGEgZGlmZmVyZW50IG9uZS4KaGFzdGRfZmxh Z3M9IiIJCQkjIE9wdGlvbmFsIGZsYWdzIHRvIGhhc3RkLgpnZ2F0ZWRfZW5hYmxlPSJOTyIJCSMg UnVuIHRoZSBnZ2F0ZSBkYWVtb24gKFlFUy9OTykuCmdnYXRlZF9jb25maWc9Ii9ldGMvZ2cuZXhw b3J0cyIJIyBnZ2F0ZWQoOCkgZXhwb3J0cyBmaWxlLgpnZ2F0ZWRfZmxhZ3M9IiIJCQkjIEV4dHJh IHBhcmFtZXRlcnMgbGlrZSB3aGljaCBwb3J0IHRvIGJpbmQgdG8uCmN0bGRfZW5hYmxlPSJZRVMi CQkjIENBTSBUYXJnZXQgTGF5ZXIgLyBpU0NTSSB0YXJnZXQgZGFlbW9uLgpsb2NhbF91bmJvdW5k X2VuYWJsZT0iWUVTIgkjIExvY2FsIGNhY2hpbmcgcmVzb2x2ZXIKbG9jYWxfdW5ib3VuZF9vb21w cm90ZWN0PSJZRVMiCSMgRG9uJ3Qga2lsbCBsb2NhbF91bmJvdW5kIHdoZW4gc3dhcCBzcGFjZSBp cyBleGhhdXN0ZWQuCmxvY2FsX3VuYm91bmRfdGxzPSJOTyIJCSMgVXNlIEROUyBvdmVyIFRMUwpi bGFja2xpc3RkX2VuYWJsZT0iTk8iCQkjIFJlbmFtZWQgdG8gYmxvY2tsaXN0ZF9lbmFibGUuCmJs YWNrbGlzdGRfZmxhZ3M9IiIJCSMgUmVuYW1lZCB0byBibG9ja2xpc3RkX2ZsYWdzLgpibG9ja2xp c3RkX2VuYWJsZT0iWUVTIgkJIyBSdW4gYmxvY2tsaXN0ZCBkYWVtb24gKFlFUy9OTykuCmJsb2Nr bGlzdGRfZmxhZ3M9IiIJCSMgT3B0aW9uYWwgZmxhZ3MgZm9yIGJsb2NrbGlzdGQoOCkuCnJlc29s dl9lbmFibGU9IllFUyIJCSMgRW5hYmxlIHJlc29sdiAvIHJlc29sdmNvbmYKCiMKIyBrZXJiZXJv cy4gRG8gbm90IHJ1biB0aGUgYWRtaW4gZGFlbW9ucyBvbiBzbGF2ZSBzZXJ2ZXJzCiMKa2RjX2Vu YWJsZT0iTk8iCQkJIyBSdW4gYSBrZXJiZXJvcyA1IEtEQyAob3IgTk8pLgprZGNfcHJvZ3JhbT0i IgkJCSMgcGF0aCB0byBrZXJiZXJvcyA1IEtEQwprZGNfZmxhZ3M9IiIJCQkjIEFkZGl0aW9uYWwg ZmxhZ3MgdG8gdGhlIGtlcmJlcm9zIDUgS0RDCmtkY19yZXN0YXJ0PSJOTyIJCSMgQXV0byByZXN0 YXJ0IGtkYyBvbiBhYm5vcm1hbCB0ZXJtaW5hdGlvbgprZGNfcmVzdGFydF9kZWxheT0iIgkJIyBB dXRvIHJlc3RhcnQgZGVsYXkgc2Vjb25kcwprYWRtaW5kX2VuYWJsZT0iTk8iCQkjIFJ1biBrYWRt aW5kIChvciBOTykKa2FkbWluZF9wcm9ncmFtPSIvdXNyL2xpYmV4ZWMva2FkbWluZCIJIyBwYXRo IHRvIGthZG1pbmQKa3Bhc3N3ZGRfZW5hYmxlPSJOTyIJCSMgUnVuIGtwYXNzd2RkIChvciBOTykK a3Bhc3N3ZGRfcHJvZ3JhbT0iL3Vzci9saWJleGVjL2twYXNzd2RkIiAjIHBhdGggdG8ga3Bhc3N3 ZGQKa2ZkX2VuYWJsZT0iTk8iCQkJIyBSdW4ga2ZkIChvciBOTykKa2ZkX3Byb2dyYW09Ii91c3Iv bGliZXhlYy9rZmQiCSMgcGF0aCB0byBrZXJiZXJvcyA1IGtmZCBkYWVtb24Ka2ZkX2ZsYWdzPSIi Cmlwcm9wZF9tYXN0ZXJfZW5hYmxlPSJOTyIJIyBSdW4gSGVpbWRhbCBpbmNyZW1lbnRhbCBwcm9w YWdhdGlvbiBkYWVtb24KCQkJCSMgKG1hc3RlciBkYWVtb24pLgppcHJvcGRfbWFzdGVyX3Byb2dy YW09Ii91c3IvbGliZXhlYy9pcHJvcGQtbWFzdGVyIgppcHJvcGRfbWFzdGVyX2ZsYWdzPSIiCQkj IEZsYWdzIHRvIGlwcm9wZC1tYXN0ZXIuCmlwcm9wZF9tYXN0ZXJfa2V5dGFiPSIvZXRjL2tyYjUu a2V5dGFiIgkjIGtleXRhYiBmb3IgaXByb3BkLW1hc3Rlci4KaXByb3BkX21hc3Rlcl9zbGF2ZXM9 IiIJCSMgc2xhdmUgbm9kZSBuYW1lcyB1c2VkIGZvciAvdmFyL2hlaW1kYWwvc2xhdmVzLgppcHJv cGRfc2xhdmVfZW5hYmxlPSJOTyIJIyBSdW4gSGVpbWRhbCBpbmNyZW1lbnRhbCBwcm9wYWdhdGlv biBkYWVtb24KCQkJCSMgKHNsYXZlIGRhZW1vbikuCmlwcm9wZF9zbGF2ZV9wcm9ncmFtPSIvdXNy L2xpYmV4ZWMvaXByb3BkLXNsYXZlIgppcHJvcGRfc2xhdmVfZmxhZ3M9IiIJCSMgRmxhZ3MgdG8g aXByb3BkLXNsYXZlLgppcHJvcGRfc2xhdmVfa2V5dGFiPSIvZXRjL2tyYjUua2V5dGFiIgkjIGtl eXRhYiBmb3IgaXByb3BkLXNsYXZlLgppcHJvcGRfc2xhdmVfbWFzdGVyPSIiCQkjIG1hc3RlciBu b2RlIG5hbWUuCgpnc3NkX2VuYWJsZT0iTk8iCQkjIFJ1biB0aGUgZ3NzZCBkYWVtb24gKG9yIE5P KS4KZ3NzZF9wcm9ncmFtPSIvdXNyL3NiaW4vZ3NzZCIJIyBQYXRoIHRvIGdzc2QuCmdzc2RfZmxh Z3M9IiIJCQkjIEZsYWdzIGZvciBnc3NkLgoKcndob2RfZW5hYmxlPSJOTyIJCSMgUnVuIHRoZSBy d2hvIGRhZW1vbiAob3IgTk8pLgpyd2hvZF9mbGFncz0iIgkJCSMgRmxhZ3MgZm9yIHJ3aG9kCnJh cnBkX2VuYWJsZT0iTk8iCQkjIFJ1biByYXJwZCAob3IgTk8pLgpyYXJwZF9mbGFncz0iLWEiCQkj IEZsYWdzIHRvIHJhcnBkLgpib290cGFyYW1kX2VuYWJsZT0iTk8iCQkjIFJ1biBib290cGFyYW1k IChvciBOTykuCmJvb3RwYXJhbWRfZmxhZ3M9IiIJCSMgRmxhZ3MgdG8gYm9vdHBhcmFtZApwcHBv ZWRfZW5hYmxlPSJOTyIJCSMgUnVuIHRoZSBQUFAgb3ZlciBFdGhlcm5ldCBkYWVtb24uCnBwcG9l ZF9wcm92aWRlcj0iKiIJCSMgUHJvdmlkZXIgYW5kIHBwcCg4KSBjb25maWcgZmlsZSBlbnRyeS4K cHBwb2VkX2ZsYWdzPSItUCAvdmFyL3J1bi9wcHBvZWQucGlkIgkjIEZsYWdzIHRvIHBwcG9lZCAo aWYgZW5hYmxlZCkuCnBwcG9lZF9pbnRlcmZhY2U9ImVtMCIJCSMgVGhlIGludGVyZmFjZSB0aGF0 IHBwcG9lZCBydW5zIG9uLgpzc2hkX2VuYWJsZT0iWUVTIgkJIyBFbmFibGUgc3NoZApzc2hkX29v bXByb3RlY3Q9IllFUyIJCSMgRG9uJ3Qga2lsbCBzc2hkIHdoZW4gc3dhcCBzcGFjZSBpcyBleGhh dXN0ZWQuCnNzaGRfcHJvZ3JhbT0iL3Vzci9zYmluL3NzaGQiCSMgcGF0aCB0byBzc2hkLCBpZiB5 b3Ugd2FudCBhIGRpZmZlcmVudCBvbmUuCnNzaGRfZmxhZ3M9IiIJCQkjIEFkZGl0aW9uYWwgZmxh Z3MgZm9yIHNzaGQuCgojIyMgTmV0d29yayBkYWVtb24gKE5GUyk6IEFsbCBuZWVkIHJwY2JpbmRf ZW5hYmxlPSJZRVMiICMjIwphdXRvZnNfZW5hYmxlPSJZRVMiCQkjIFJ1biBhdXRvZnMgZGFlbW9u cy4KYXV0b21vdW50X2ZsYWdzPSIiCQkjIEZsYWdzIHRvIGF1dG9tb3VudCg4KSAoaWYgYXV0b2Zz IGVuYWJsZWQpLgphdXRvbW91bnRkX2ZsYWdzPSIiCQkjIEZsYWdzIHRvIGF1dG9tb3VudGQoOCkg KGlmIGF1dG9mcyBlbmFibGVkKS4KYXV0b3VubW91bnRkX2ZsYWdzPSIiCQkjIEZsYWdzIHRvIGF1 dG91bm1vdW50ZCg4KSAoaWYgYXV0b2ZzIGVuYWJsZWQpLgpuZnNfY2xpZW50X2VuYWJsZT0iTk8i CQkjIFRoaXMgaG9zdCBpcyBhbiBORlMgY2xpZW50IChvciBOTykuCm5mc19hY2Nlc3NfY2FjaGU9 IjYwIgkJIyBDbGllbnQgY2FjaGUgdGltZW91dCBpbiBzZWNvbmRzCm5mc19zZXJ2ZXJfZW5hYmxl PSJOTyIJCSMgVGhpcyBob3N0IGlzIGFuIE5GUyBzZXJ2ZXIgKG9yIE5PKS4KbmZzX3NlcnZlcl9m bGFncz0iLXUgLXQiCSMgRmxhZ3MgdG8gbmZzZCAoaWYgZW5hYmxlZCkuCm5mc19zZXJ2ZXJfbWFu YWdlZ2lkcz0iTk8iCSMgVGhlIE5GUyBzZXJ2ZXIgbWFwcyBnaWRzIGZvciBBVVRIX1NZUyAob3Ig Tk8pLgpuZnNfc2VydmVyX21heGlvPSIxMzEwNzIiCSMgTWF4aW11bSBJL08gc2l6ZSBmb3IgdGhl IG5mc2QuCm1vdW50ZF9lbmFibGU9Ik5PIgkJIyBSdW4gbW91bnRkIChvciBOTykuCm1vdW50ZF9m bGFncz0iLXIgLVMiCQkjIEZsYWdzIHRvIG1vdW50ZCAoaWYgTkZTIHNlcnZlciBlbmFibGVkKS4K d2Vha19tb3VudGRfYXV0aGVudGljYXRpb249Ik5PIgkjIEFsbG93IG5vbi1yb290IG1vdW50IHJl cXVlc3RzIHRvIGJlIHNlcnZlZC4KbmZzX3Jlc2VydmVkX3BvcnRfb25seT0iWUVTIgkjIFByb3Zp ZGUgTkZTIG9ubHkgb24gc2VjdXJlIHBvcnQgKG9yIE5PKS4KbmZzX2J1ZnBhY2tldHM9IiIJCSMg YnVmc3BhY2UgKGluIHBhY2tldHMpIGZvciBjbGllbnQKcnBjX2xvY2tkX2VuYWJsZT0iTk8iCQkj IFJ1biBORlMgcnBjLmxvY2tkIG5lZWRlZCBmb3IgY2xpZW50L3NlcnZlci4KcnBjX2xvY2tkX2Zs YWdzPSIiCQkjIEZsYWdzIHRvIHJwYy5sb2NrZCAoaWYgZW5hYmxlZCkuCnJwY19zdGF0ZF9lbmFi bGU9Ik5PIgkJIyBSdW4gTkZTIHJwYy5zdGF0ZCBuZWVkZWQgZm9yIGNsaWVudC9zZXJ2ZXIuCnJw Y19zdGF0ZF9mbGFncz0iIgkJIyBGbGFncyB0byBycGMuc3RhdGQgKGlmIGVuYWJsZWQpLgpycGNi aW5kX2VuYWJsZT0iWUVTIgkJIyBSdW4gdGhlIHBvcnRtYXBwZXIgc2VydmljZSAoWUVTL05PKS4K cnBjYmluZF9wcm9ncmFtPSIvdXNyL3NiaW4vcnBjYmluZCIJIyBwYXRoIHRvIHJwY2JpbmQsIGlm IHlvdSB3YW50IGEgZGlmZmVyZW50IG9uZS4KcnBjYmluZF9mbGFncz0iIgkJIyBGbGFncyB0byBy cGNiaW5kIChpZiBlbmFibGVkKS4KcnBjX3lwdXBkYXRlZF9lbmFibGU9Ik5PIgkjIFJ1biBpZiBO SVMgbWFzdGVyIGFuZCBTZWN1cmVSUEMgKG9yIE5PKS4KbmZzdjRfc2VydmVyX2VuYWJsZT0iTk8i CSMgRW5hYmxlIHN1cHBvcnQgZm9yIE5GU3Y0Cm5mc3Y0X3NlcnZlcl9vbmx5PSJOTyIJCSMgU2V0 IE5GUyBzZXJ2ZXIgdG8gTkZTdjQgb25seQpuZnNjYmRfZW5hYmxlPSJOTyIJCSMgTkZTdjQgY2xp ZW50IHNpZGUgY2FsbGJhY2sgZGFlbW9uCm5mc2NiZF9mbGFncz0iIgkJCSMgRmxhZ3MgZm9yIG5m c2NiZApuZnN1c2VyZF9lbmFibGU9Ik5PIgkJIyBORlN2NCB1c2VyL2dyb3VwIG5hbWUgbWFwcGlu ZyBkYWVtb24KbmZzdXNlcmRfZmxhZ3M9IiIJCSMgRmxhZ3MgZm9yIG5mc3VzZXJkCnRsc2NsbnRk X2VuYWJsZT0iTk8iCQkjIFJ1biBycGMudGxzY2xudGQgbmVlZGVkIGZvciBORlMtb3Zlci1UTFMg bW91bnQKdGxzY2xudGRfZmxhZ3M9IiIJCSMgRmxhZ3MgZm9yIHJwYy50bHNjbG50ZAp0bHNzZXJ2 ZF9lbmFibGU9Ik5PIgkJIyBSdW4gcnBjLnRsc3NlcnZkIG5lZWRlZCBmb3IgTkZTLW92ZXItVExT IG5mc2QKdGxzc2VydmRfZmxhZ3M9IiIJCSMgRmxhZ3MgZm9yIHJwYy50bHNzZXJ2ZAoKIyMjIE5l dHdvcmsgVGltZSBTZXJ2aWNlcyBvcHRpb25zOiAjIyMKbnRwZGF0ZV9lbmFibGU9Ik5PIgkJIyBS dW4gbnRwZGF0ZSB0byBzeW5jIHRpbWUgb24gYm9vdCAob3IgTk8pLgpudHBkYXRlX3Byb2dyYW09 Ii91c3Ivc2Jpbi9udHBkYXRlIgkjIHBhdGggdG8gbnRwZGF0ZSwgaWYgeW91IHdhbnQgYSBkaWZm ZXJlbnQgb25lLgpudHBkYXRlX2ZsYWdzPSItYiIJCSMgRmxhZ3MgdG8gbnRwZGF0ZSAoaWYgZW5h YmxlZCkuCm50cGRhdGVfY29uZmlnPSIvZXRjL250cC5jb25mIgkjIG50cGRhdGUoOCkgY29uZmln dXJhdGlvbiBmaWxlCm50cGRhdGVfaG9zdHM9IiIJCSMgV2hpdGVzcGFjZS1zZXBhcmF0ZWQgbGlz dCBvZiBudHBkYXRlKDgpIHNlcnZlcnMuCm50cGRfZW5hYmxlPSJZRVMiCQkjIFJ1biBudHBkIE5l dHdvcmsgVGltZSBQcm90b2NvbCAob3IgTk8pLgpudHBkX3Byb2dyYW09Ii91c3Ivc2Jpbi9udHBk IgkjIHBhdGggdG8gbnRwZCwgaWYgeW91IHdhbnQgYSBkaWZmZXJlbnQgb25lLgpudHBkX2NvbmZp Zz0iL2V0Yy9udHAuY29uZiIJIyBudHBkKDgpIGNvbmZpZ3VyYXRpb24gZmlsZQpudHBkX3N5bmNf b25fc3RhcnQ9Ik5PIgkJIyBTeW5jIHRpbWUgb24gbnRwZCBzdGFydHVwLCBldmVuIGlmIG9mZnNl dCBpcyBoaWdoCm50cGRfZmxhZ3M9IiIJCQkjIEFkZGl0aW9uYWwgZmxhZ3MgdG8gbnRwZApudHBf c3JjX2xlYXBmaWxlPSIvZXRjL250cC9sZWFwLXNlY29uZHMiCgkJCQkjIEluaXRpYWwgc291cmNl IGZvciBudHBkIGxlYXBmaWxlCm50cF9kYl9sZWFwZmlsZT0iL3Zhci9kYi9udHBkLmxlYXAtc2Vj b25kcy5saXN0IgoJCQkJIyBDYW5vbmljYWwgcGxhY2UgdG8gZ2V0IHRoZSBsZWFwIHNlY29uZHMg ZnJvbQpudHBfbGVhcGZpbGVfc291cmNlcz0iaHR0cHM6Ly9ocGllcnMub2JzcG0uZnIvaWVycy9i dWwvYnVsYy9udHAvbGVhcC1zZWNvbmRzLmxpc3QgaHR0cHM6Ly9kYXRhLmlhbmEub3JnL3RpbWUt em9uZXMvdHpkYi9sZWFwLXNlY29uZHMubGlzdCIKCQkJCSMgU291cmNlIGZyb20gd2hpY2ggdG8g ZmV0Y2ggbGVhcGZpbGUKbnRwX2xlYXBmaWxlX2ZldGNoX29wdHM9Ii1tcSIJIyBPcHRpb25zIHRv IHVzZSBmb3IgbnRwIGxlYXBmaWxlIGZldGNoLAoJCQkJIyBlLmcuIC0tbm8tdmVyaWZ5LXBlZXIK bnRwX2xlYXBmaWxlX2V4cGlyeV9kYXlzPTMwCSMgQ2hlY2sgZm9yIG5ldyBsZWFwZmlsZSAzMCBk YXlzIHByaW9yIHRvCgkJCQkjIGV4cGlyeS4KbnRwX2xlYXBmaWxlX2ZldGNoX3ZlcmJvc2U9Ik5P IgkjIEJlIHZlcmJvc2UgZHVyaW5nIE5UUCBsZWFwZmlsZSBmZXRjaAoKIyBOZXR3b3JrIEluZm9y bWF0aW9uIFNlcnZpY2VzIChOSVMpIG9wdGlvbnM6IEFsbCBuZWVkIHJwY2JpbmRfZW5hYmxlPSJZ RVMiICMjIwpuaXNfY2xpZW50X2VuYWJsZT0iTk8iCQkjIFdlJ3JlIGFuIE5JUyBjbGllbnQgKG9y IE5PKS4KbmlzX2NsaWVudF9mbGFncz0iIgkJIyBGbGFncyB0byB5cGJpbmQgKGlmIGVuYWJsZWQp LgpuaXNfeXBzZXRfZW5hYmxlPSJOTyIJCSMgUnVuIHlwc2V0IGF0IGJvb3QgdGltZSAob3IgTk8p LgpuaXNfeXBzZXRfZmxhZ3M9IiIJCSMgRmxhZ3MgdG8geXBzZXQgKGlmIGVuYWJsZWQpLgpuaXNf c2VydmVyX2VuYWJsZT0iTk8iCQkjIFdlJ3JlIGFuIE5JUyBzZXJ2ZXIgKG9yIE5PKS4KbmlzX3Nl cnZlcl9mbGFncz0iIgkJIyBGbGFncyB0byB5cHNlcnYgKGlmIGVuYWJsZWQpLgpuaXNfeXB4ZnJk X2VuYWJsZT0iTk8iCQkjIFJ1biBycGMueXB4ZnJkIGF0IGJvb3QgdGltZSAob3IgTk8pLgpuaXNf eXB4ZnJkX2ZsYWdzPSIiCQkjIEZsYWdzIHRvIHJwYy55cHhmcmQgKGlmIGVuYWJsZWQpLgpuaXNf eXBwYXNzd2RkX2VuYWJsZT0iTk8iCSMgUnVuIHJwYy55cHBhc3N3ZGQgYXQgYm9vdCB0aW1lIChv ciBOTykuCm5pc195cHBhc3N3ZGRfZmxhZ3M9IiIJCSMgRmxhZ3MgdG8gcnBjLnlwcGFzc3dkZCAo aWYgZW5hYmxlZCkuCm5pc195cGxkYXBfZW5hYmxlPSJOTyIJCSMgUnVuIHlwbGRhcCBhdCBib290 IHRpbWUgKG9yIE5PKS4KbmlzX3lwbGRhcF9mbGFncz0iIgkJIyBGbGFncyB0byB5cGxkYXAgKGlm IGVuYWJsZWQpLgoKIyMjIFNOTVAgZGFlbW9uICMjIwojIEJlIHN1cmUgdG8gdW5kZXJzdGFuZCB0 aGUgc2VjdXJpdHkgaW1wbGljYXRpb25zIG9mIHJ1bm5pbmcgU05NUCB2MS92MgojIGluIHlvdXIg bmV0d29yay4KYnNubXBkX2VuYWJsZT0iTk8iCQkjIFJ1biB0aGUgU05NUCBkYWVtb24gKG9yIE5P KS4KYnNubXBkX2ZsYWdzPSIiCQkJIyBGbGFncyBmb3IgYnNubXBkLgoKIyMjIE5ldHdvcmsgcm91 dGluZyBvcHRpb25zOiAjIyMKI2RlZmF1bHRyb3V0ZXI9Ik5PIgkJIyBTZXQgdG8gZGVmYXVsdCBn YXRld2F5IChvciBOTykuCmRlZmF1bHRyb3V0ZXI9Ik5PIgkJIyBTZXQgdG8gZGVmYXVsdCBnYXRl d2F5IChvciBOTykuCiNkZWZhdWx0cm91dGVyX2ZpYk49IjE5Mi4wLjIuMSIJIyBVc2UgdGhpcyBm b3JtIHRvIHNldCBhIGdhdGV3YXkgZm9yIEZJQiBOCnN0YXRpY19hcnBfcGFpcnM9IiIJCSMgU2V0 IHRvIHN0YXRpYyBBUlAgbGlzdCAob3IgbGVhdmUgZW1wdHkpLgpzdGF0aWNfbmRwX3BhaXJzPSIi CQkjIFNldCB0byBzdGF0aWMgTkRQIGxpc3QgKG9yIGxlYXZlIGVtcHR5KS4Kc3RhdGljX3JvdXRl cz0iIgkJIyBTZXQgdG8gc3RhdGljIHJvdXRlIGxpc3QgKG9yIGxlYXZlIGVtcHR5KS4KZ2F0ZXdh eV9lbmFibGU9Ik5PIgkJIyBTZXQgdG8gWUVTIGlmIHRoaXMgaG9zdCB3aWxsIGJlIGEgZ2F0ZXdh eS4Kcm91dGVkX2VuYWJsZT0iTk8iCQkjIFNldCB0byBZRVMgdG8gZW5hYmxlIGEgcm91dGluZyBk YWVtb24uCnJvdXRlZF9wcm9ncmFtPSIvc2Jpbi9yb3V0ZWQiCSMgTmFtZSBvZiByb3V0aW5nIGRh ZW1vbiB0byB1c2UgaWYgZW5hYmxlZC4Kcm91dGVkX2ZsYWdzPSItcSIJCSMgRmxhZ3MgZm9yIHJv dXRpbmcgZGFlbW9uLgphcnBwcm94eV9hbGw9Ik5PIgkJIyByZXBsYWNlcyBvYnNvbGV0ZSBrZXJu ZWwgb3B0aW9uIEFSUF9QUk9YWUFMTC4KZm9yd2FyZF9zb3VyY2Vyb3V0ZT0iTk8iCSMgZG8gc291 cmNlIHJvdXRpbmcgKG9ubHkgaWYgZ2F0ZXdheV9lbmFibGUgaXMgc2V0IHRvICJZRVMiKQphY2Nl cHRfc291cmNlcm91dGU9Ik5PIgkJIyBhY2NlcHQgc291cmNlIHJvdXRlZCBwYWNrZXRzIHRvIHVz CgojIyMgQmx1ZXRvb3RoICMjIwpoY3NlY2RfZW5hYmxlPSJZRVMiCQkjIEVuYWJsZSBoY3NlY2Qo OCkgKG9yIE5PKQpoY3NlY2RfY29uZmlnPSIvZXRjL2JsdWV0b290aC9oY3NlY2QuY29uZiIgIyBo Y3NlY2QoOCkgY29uZmlndXJhdGlvbiBmaWxlCgpzZHBkX2VuYWJsZT0iTk8iCQkjIEVuYWJsZSBz ZHBkKDgpIChvciBOTykKc2RwZF9jb250cm9sPSIvdmFyL3J1bi9zZHAiCSMgc2RwZCg4KSBjb250 cm9sIHNvY2tldApzZHBkX2dyb3VwbmFtZT0ibm9ib2R5IgkJIyBzZXQgc3BkcCg4KSB1c2VyL2dy b3VwIHRvIHJ1biBhcyBhZnRlcgpzZHBkX3VzZXJuYW1lPSJub2JvZHkiCQkjIGl0IGluaXRpYWxp emVzCgpidGhpZGRfZW5hYmxlPSJOTyIJCSMgRW5hYmxlIGJ0aGlkZCg4KSAob3IgTk8pCmJ0aGlk ZF9jb25maWc9Ii9ldGMvYmx1ZXRvb3RoL2J0aGlkZC5jb25mIiAjIGJ0aGlkZCg4KSBjb25maWd1 cmF0aW9uIGZpbGUKYnRoaWRkX2hpZHM9Ii92YXIvZGIvYnRoaWRkLmhpZHMiICMgYnRoaWRkKDgp IGtub3duIEhJRCBkZXZpY2VzIGZpbGUKYnRoaWRkX2V2ZGV2X3N1cHBvcnQ9IkFVVE8iCSMgQVVU TyBkZXBlbmRzIG9uIEVWREVWX1NVUFBPUlQga2VybmVsIG9wdGlvbgoKcmZjb21tX3BwcGRfc2Vy dmVyX2VuYWJsZT0iTk8iCSMgRW5hYmxlIHJmY29tbV9wcHBkKDgpIGluIHNlcnZlciBtb2RlIChv ciBOTykKcmZjb21tX3BwcGRfc2VydmVyX3Byb2ZpbGU9Im9uZSB0d28iCSMgUHJvZmlsZSB0byB1 c2UgZnJvbSAvZXRjL3BwcC9wcHAuY29uZgojCiNyZmNvbW1fcHBwZF9zZXJ2ZXJfb25lX2JkYWRk cj0iIgkjIE92ZXJyaWRlIGxvY2FsIGJkYWRkciBmb3IgJ29uZScKcmZjb21tX3BwcGRfc2VydmVy X29uZV9jaGFubmVsPSIxIgkjIE92ZXJyaWRlIGxvY2FsIGNoYW5uZWwgZm9yICdvbmUnCiNyZmNv bW1fcHBwZF9zZXJ2ZXJfb25lX3JlZ2lzdGVyX3NwPSJOTyIJIyBPdmVycmlkZSBTUCBhbmQgRFVO IHJlZ2lzdGVyCiNyZmNvbW1fcHBwZF9zZXJ2ZXJfb25lX3JlZ2lzdGVyX2R1bj0iTk8iCSMgZm9y ICdvbmUnCiMKI3JmY29tbV9wcHBkX3NlcnZlcl90d29fYmRhZGRyPSIiCSMgT3ZlcnJpZGUgbG9j YWwgYmRhZGRyIGZvciAndHdvJwpyZmNvbW1fcHBwZF9zZXJ2ZXJfdHdvX2NoYW5uZWw9IjMiCSMg T3ZlcnJpZGUgbG9jYWwgY2hhbm5lbCBmb3IgJ3R3bycKI3JmY29tbV9wcHBkX3NlcnZlcl90d29f cmVnaXN0ZXJfc3A9Ik5PIgkjIE92ZXJyaWRlIFNQIGFuZCBEVU4gcmVnaXN0ZXIKI3JmY29tbV9w cHBkX3NlcnZlcl90d29fcmVnaXN0ZXJfZHVuPSJOTyIJIyBmb3IgJ3R3bycKCnVidGhpZGhjaV9l bmFibGU9Ik5PIgkJIyBTd2l0Y2ggYW4gVVNCIEJUIGNvbnRyb2xsZXIgcHJlc2VudCBvbgojdWJ0 aGlkaGNpX2J1c251bT0iMyIJCSMgYnVzIDMgYW5kIGFkZHIgMiBmcm9tIEhJRCBtb2RlIHRvIEhD SSBtb2RlLgojdWJ0aGlkaGNpX2FkZHI9IjIiCQkjIENoZWNrIHVzYmNvbmZpZyBsaXN0IHRvIGZp bmQgdGhlIGNvcnJlY3QKCQkJCSMgbnVtYmVycyBmb3IgeW91ciBzeXN0ZW0uCgojIyMgTmV0d29y ayBsaW5rL3VzYWJpbGl0eSB2ZXJpZmljYXRpb24gb3B0aW9ucwpuZXR3YWl0X2VuYWJsZT0iTk8i CQkjIEVuYWJsZSByYy5kL25ldHdhaXQgKG9yIE5PKQojbmV0d2FpdF9pcD0iIgkJCSMgV2FpdCBm b3IgcGluZyByZXNwb25zZSBmcm9tIGFueSBJUCBpbiB0aGlzIGxpc3QuCm5ldHdhaXRfdGltZW91 dD0iNjAiCQkjIFRvdGFsIG51bWJlciBvZiBzZWNvbmRzIHRvIHBlcmZvcm0gcGluZ3MuCiNuZXR3 YWl0X2lmPSIiCQkJIyBXYWl0IGZvciBhY3RpdmUgbGluayBvbiBlYWNoIGludGYgaW4gdGhpcyBs aXN0LgpuZXR3YWl0X2lmX3RpbWVvdXQ9IjMwIgkJIyBUb3RhbCBudW1iZXIgb2Ygc2Vjb25kcyB0 byBtb25pdG9yIGxpbmsgc3RhdGUuCm5ldHdhaXRfZGFkPSJOTyIJCSMgV2FpdCBmb3IgREFEIHRv IGNvbXBsZXRlCm5ldHdhaXRfZGFkX3RpbWVvdXQ9IiIJCSMgVG90YWwgbnVtYmVyIG9mIHNlY29u ZHMgdG8gd2FpdCBmb3IgREFELCB6ZXJvCgkJCQkjIG9yIHVuc2V0IHRvIGF1dG9kZXRlY3QKCiMj IyBNaXNjZWxsYW5lb3VzIG5ldHdvcmsgb3B0aW9uczogIyMjCmljbXBfYm1jYXN0ZWNobz0iTk8i CSMgcmVzcG9uZCB0byBicm9hZGNhc3QgcGluZyBwYWNrZXRzCgojIyMgSVB2NiBvcHRpb25zOiAj IyMKaXB2Nl9uZXR3b3JrX2ludGVyZmFjZXM9ImF1dG8iCSMgTGlzdCBvZiBJUHY2IG5ldHdvcmsg aW50ZXJmYWNlcwoJCQkJIyAob3IgImF1dG8iIG9yICJub25lIikuCmlwdjZfYWN0aXZhdGVfYWxs X2ludGVyZmFjZXM9Ik5PIgkjIElmIE5PLCBpbnRlcmZhY2VzIHdoaWNoIGhhdmUgbm8KCQkJCQkj IGNvcnJlc3BvbmRpbmcgJGlmY29uZmlnX0lGX2lwdjYgaXMKCQkJCQkjIG1hcmtlZCBhcyBJRkRJ U0FCTEVEIGZvciBzZWN1cml0eQoJCQkJCSMgcmVhc29uLgppcHY2X2RlZmF1bHRyb3V0ZXI9Ik5P IgkJIyBTZXQgdG8gSVB2NiBkZWZhdWx0IGdhdGV3YXkgKG9yIE5PKS4KI2lwdjZfZGVmYXVsdHJv dXRlcj0iMjAwMjpjMDU4OjYzMDE6OiIJIyBVc2UgdGhpcyBmb3IgNnRvNCAoUkZDIDMwNjgpCiNp cHY2X2RlZmF1bHRyb3V0ZXJfZmliTj0iMjAwMTpkYjg6OiIJIyBVc2UgdGhpcyBmb3JtIHRvIHNl dCBhIGdhdGV3YXkgZm9yIEZJQiBOCmlwdjZfc3RhdGljX3JvdXRlcz0iIgkJIyBTZXQgdG8gc3Rh dGljIHJvdXRlIGxpc3QgKG9yIGxlYXZlIGVtcHR5KS4KI2lwdjZfc3RhdGljX3JvdXRlcz0ieHh4 IgkjIEFuIGV4YW1wbGUgdG8gc2V0IGZlYzA6MDAwMDowMDAwOjAwMDY6Oi82NAoJCQkJIyAgcm91 dGUgdG93YXJkIGxvb3BiYWNrIGludGVyZmFjZS4KI2lwdjZfcm91dGVfeHh4PSJmZWMwOjAwMDA6 MDAwMDowMDA2OjogLXByZWZpeGxlbiA2NCA6OjEiCmlwdjZfZ2F0ZXdheV9lbmFibGU9Ik5PIgkj IFNldCB0byBZRVMgaWYgdGhpcyBob3N0IHdpbGwgYmUgYSBnYXRld2F5LgppcHY2X2NwZV93YW5p Zj0iTk8iCQkjIFNldCB0byB0aGUgdXBzdHJlYW0gaW50ZXJmYWNlIG5hbWUgaWYgdGhpcwoJCQkJ IyBub2RlIHdpbGwgd29yayBhcyBhIHJvdXRlciB0byBmb3J3YXJkIElQdjYKCQkJCSMgcGFja2V0 cyBub3QgZXhwbGljaXRseSBhZGRyZXNzZWQgdG8gaXRzZWxmLgppcHY2X3ByaXZhY3k9IllFUyIJ CSMgVXNlIHByaXZhY3kgYWRkcmVzcyBvbiBSQS1yZWNlaXZpbmcgSUZzCgkJCQkjIChSRkMgNDk0 MSkKCnJvdXRlNmRfZW5hYmxlPSJOTyIJCSMgU2V0IHRvIFlFUyB0byBlbmFibGUgYW4gSVB2NiBy b3V0aW5nIGRhZW1vbi4Kcm91dGU2ZF9wcm9ncmFtPSIvdXNyL3NiaW4vcm91dGU2ZCIJIyBOYW1l IG9mIElQdjYgcm91dGluZyBkYWVtb24uCnJvdXRlNmRfZmxhZ3M9IiIJCSMgRmxhZ3MgdG8gSVB2 NiByb3V0aW5nIGRhZW1vbi4KI3JvdXRlNmRfZmxhZ3M9Ii1sIgkJIyBFeGFtcGxlIGZvciByb3V0 ZTZkIHdpdGggb25seSBJUHY2IHNpdGUgbG9jYWwKCQkJCSMgYWRkcnMuCiNyb3V0ZTZkX2ZsYWdz PSItcSIJCSMgSWYgeW91IHdhbnQgdG8gcnVuIGEgcm91dGluZyBkYWVtb24gb24gYW4gZW5kCgkJ CQkjIG5vZGUsIHlvdSBzaG91bGQgc3RvcCBhZHZlcnRpc2VtZW50LgojaXB2Nl9uZXR3b3JrX2lu dGVyZmFjZXM9ImVtMCBlbTEiCSMgRXhhbXBsZXMgZm9yIHJvdXRlcgoJCQkJCSMgb3Igc3RhdGlj IGNvbmZpZ3VyYXRpb24gZm9yIGVuZCBub2RlLgoJCQkJCSMgQ2hvb3NlIGNvcnJlY3QgcHJlZml4 IHZhbHVlLgojaXB2Nl9wcmVmaXhfZW0wPSJmZWMwOjAwMDA6MDAwMDowMDAxIGZlYzA6MDAwMDow MDAwOjAwMDIiICAjIEV4YW1wbGVzIGZvciBydHIuCiNpcHY2X3ByZWZpeF9lbTE9ImZlYzA6MDAw MDowMDAwOjAwMDMgZmVjMDowMDAwOjAwMDA6MDAwNCIgICMgRXhhbXBsZXMgZm9yIHJ0ci4KaXB2 Nl9kZWZhdWx0X2ludGVyZmFjZT0iTk8iCSMgRGVmYXVsdCBvdXRwdXQgaW50ZXJmYWNlIGZvciBz Y29wZWQgYWRkcnMuCgkJCQkjIFRoaXMgd29ya3Mgb25seSB3aXRoCgkJCQkjIGlwdjZfZ2F0ZXdh eV9lbmFibGU9Ik5PIi4KcnRzb2xfZmxhZ3M9Ii1pIgkJIyBGbGFncyB0byBJUHY2IHJvdXRlciBz b2xpY2l0YXRpb24uCnJ0c29sZF9lbmFibGU9IllFUyIJCSMgU2V0IHRvIFlFUyB0byBlbmFibGUg YW4gSVB2NiByb3V0ZXIKCQkJCSMgc29saWNpdGF0aW9uIGRhZW1vbi4KcnRzb2xkX2ZsYWdzPSIt YSAtbWkiCQkjIEZsYWdzIHRvIGFuIElQdjYgcm91dGVyIHNvbGljaXRhdGlvbgoJCQkJIyBkYWVt b24uCnJ0YWR2ZF9lbmFibGU9Ik5PIgkJIyBTZXQgdG8gWUVTIHRvIGVuYWJsZSBhbiBJUHY2IHJv dXRlcgoJCQkJIyBhZHZlcnRpc2VtZW50IGRhZW1vbi4gSWYgc2V0IHRvIFlFUywKCQkJCSMgdGhp cyByb3V0ZXIgYmVjb21lcyBhIHBvc3NpYmxlIGNhbmRpZGF0ZQoJCQkJIyBJUHY2IGRlZmF1bHQg cm91dGVyIGZvciBsb2NhbCBzdWJuZXRzLgpydGFkdmRfZmxhZ3M9IiIJCQkjIEZsYWdzIHRvIHRo ZSBJUHY2IHJvdXRlciBhZHZlcnRpc2VtZW50IGRhZW1vbi4KcnRhZHZkX2ludGVyZmFjZXM9IiIJ CSMgSW50ZXJmYWNlcyBydGFkdmQgc2VuZHMgUkEgcGFja2V0cy4Kc3RmX2ludGVyZmFjZV9pcHY0 YWRkcj0iIgkjIExvY2FsIElQdjQgYWRkciBmb3IgNnRvNCBJUHY2IG92ZXIgSVB2NAoJCQkJIyB0 dW5uZWxpbmcgaW50ZXJmYWNlLiBTcGVjaWZ5IHRoaXMgZW50cnkKCQkJCSMgdG8gZW5hYmxlIDZ0 bzQgaW50ZXJmYWNlLgpzdGZfaW50ZXJmYWNlX2lwdjRwbGVuPSIwIgkjIFByZWZpeCBsZW5ndGgg Zm9yIDZ0bzQgSVB2NCBhZGRyLAoJCQkJIyB0byBsaW1pdCBwZWVyIGFkZHIgcmFuZ2UuIEVmZmVj dGl2ZSB2YWx1ZQoJCQkJIyBpcyAwLTMxLgpzdGZfaW50ZXJmYWNlX2lwdjZfaWZpZD0iMDowOjA6 MSIJIyBJUHY2IGludGVyZmFjZSBpZCBmb3Igc3RmMC4KCQkJCSMgSWYgeW91IGxpa2UsIHlvdSBj YW4gc2V0ICJBVVRPIiBmb3IgdGhpcy4Kc3RmX2ludGVyZmFjZV9pcHY2X3NsYWlkPSIwMDAwIgkj IElQdjYgU2l0ZSBMZXZlbCBBZ2dyZWdhdG9yIGZvciBzdGYwCmlwdjZfaXB2NG1hcHBpbmc9Ik5P IgkJIyBTZXQgdG8gIllFUyIgdG8gZW5hYmxlIElQdjQgbWFwcGVkIElQdjYgYWRkcgoJCQkJIyBj b21tdW5pY2F0aW9uLiAobGlrZSA6OmZmZmY6YS5iLmMuZCkKaXA2YWRkcmN0bF9lbmFibGU9IllF UyIJIyBTZXQgdG8gWUVTIHRvIGVuYWJsZSBkZWZhdWx0IGFkZHJlc3Mgc2VsZWN0aW9uCmlwNmFk ZHJjdGxfdmVyYm9zZT0iTk8iCSMgU2V0IHRvIFlFUyB0byBlbmFibGUgdmVyYm9zZSBjb25maWd1 cmF0aW9uIG1lc3NhZ2VzCmlwNmFkZHJjdGxfcG9saWN5PSJBVVRPIgkjIEEgcHJlLWRlZmluZWQg YWRkcmVzcyBzZWxlY3Rpb24gcG9saWN5CgkJCQkjIChpcHY0X3ByZWZlciwgaXB2Nl9wcmVmZXIs IG9yIEFVVE8pCgojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIwojIyMgIFN5c3RlbSBjb25zb2xlIG9wdGlvbnMgICMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKa2V5Ym9hcmQ9IiIJCSMga2V5Ym9hcmQgZGV2 aWNlIHRvIHVzZSAoZGVmYXVsdCAvZGV2L2tiZDApLgprZXltYXA9ImRlLmtiZCIJCSMga2V5bWFw IGluIC91c3Ivc2hhcmUve3N5c2NvbnMsdnR9L2tleW1hcHMvKiAob3IgTk8pLgprZXlyYXRlPSJm YXN0IgkJIyBrZXlib2FyZCByYXRlIHRvOiBzbG93LCBub3JtYWwsIGZhc3QgKG9yIE5PKS4Ka2V5 YmVsbD0iTk8iIAkJIyBTZWUga2JkY29udHJvbCgxKSBmb3Igb3B0aW9ucy4gIFVzZSAib2ZmIiB0 byBkaXNhYmxlLgprZXljaGFuZ2U9Ik5PIgkJIyBmdW5jdGlvbiBrZXlzIGRlZmF1bHQgdmFsdWVz IChvciBOTykuCmN1cnNvcj0iYmxpbmsiCQkjIGN1cnNvciB0eXBlIHtub3JtYWx8Ymxpbmt8ZGVz dHJ1Y3RpdmV9IChvciBOTykuCnNjcm5tYXA9Ik5PIgkJIyBzY3JlZW4gbWFwIGluIC91c3Ivc2hh cmUvc3lzY29ucy9zY3JubWFwcy8qIChvciBOTykuCmZvbnQ4eDE2PSJOTyIJCSMgZm9udCA4eDE2 IGZyb20gL3Vzci9zaGFyZS97c3lzY29ucyx2dH0vZm9udHMvKiAob3IgTk8pLgpmb250OHgxND0i Tk8iCQkjIGZvbnQgOHgxNCBmcm9tIC91c3Ivc2hhcmUve3N5c2NvbnMsdnR9L2ZvbnRzLyogKG9y IE5PKS4KZm9udDh4OD0iTk8iCQkjIGZvbnQgOHg4IGZyb20gL3Vzci9zaGFyZS97c3lzY29ucyx2 dH0vZm9udHMvKiAob3IgTk8pLgpibGFua3RpbWU9IjMwMCIJCSMgYmxhbmsgdGltZSAoaW4gc2Vj b25kcykgb3IgIk5PIiB0byB0dXJuIGl0IG9mZi4Kc2F2ZXI9Ik5PIgkJIyBzY3JlZW4gc2F2ZXI6 IFVzZXMgL2Jvb3Qva2VybmVsLyR7c2F2ZXJ9X3NhdmVyLmtvCm1vdXNlZF9ub25kZWZhdWx0X2Vu YWJsZT0iWUVTIiAjIFRyZWF0IG5vbi1kZWZhdWx0IG1pY2UgYXMgZW5hYmxlZCB1bmxlc3MKCQkJ ICAgICAgICMgc3BlY2lmaWNhbGx5IG92ZXJyaWRkZW4gaW4gcmMuY29uZig1KS4KbW91c2VkX2Vu YWJsZT0iTk8iCSMgUnVuIHRoZSBtb3VzZSBkYWVtb24uCm1vdXNlZF90eXBlPSJldmRldiIJIyBT ZWUgbWFuIHBhZ2UgZm9yIHJjLmNvbmYoNSkgZm9yIGF2YWlsYWJsZSBzZXR0aW5ncy4KbW91c2Vk X3BvcnQ9ImF1dG8iCSMgU2V0IHRvIHlvdXIgbW91c2UgcG9ydC4KbW91c2VkX2ZsYWdzPSIiCQkj IEFueSBhZGRpdGlvbmFsIGZsYWdzIHRvIG1vdXNlZC4KbW91c2VjaGFyX3N0YXJ0PSJOTyIJIyBp ZiAweGQwLTB4ZDMgZGVmYXVsdCByYW5nZSBpcyBvY2N1cGllZCBpbiB5b3VyCgkJCSMgbGFuZ3Vh Z2UgY29kZSB0YWJsZSwgc3BlY2lmeSBhbHRlcm5hdGl2ZSByYW5nZQoJCQkjIHN0YXJ0IGxpa2Ug bW91c2VjaGFyX3N0YXJ0PTMsIHNlZSB2aWRjb250cm9sKDEpCm1zY29udmRfZW5hYmxlPSJOTyIJ IyBSdW4gdGhlIG1vdXNlIHByb3RvY29sIGNvbnZlcnNpb24gZGFlbW9uLgptc2NvbnZkX3R5cGU9 ImF1dG8iCSMgU2VlIHJjLmNvbmYoNSkgbWFuIHBhZ2UgZm9yIGF2YWlsYWJsZSBtb3VzZWRfdHlw ZS1zLgptc2NvbnZkX3BvcnRzPSIiCSMgTGlzdCBvZiBtc2NvbnZkIHBvcnRzLgptc2NvbnZkX2Zs YWdzPSIiCSMgQW55IGFkZGl0aW9uYWwgZmxhZ3MgdG8gbXNjb252ZC4KYWxsc2NyZWVuc19mbGFn cz0iIgkjIFNldCB0aGlzIHZpZGNvbnRyb2wgbW9kZSBmb3IgYWxsIHZpcnR1YWwgc2NyZWVucwph bGxzY3JlZW5zX2tiZGZsYWdzPSItYiBxdWlldC52aXN1YWwiCSMgU2V0IHRoaXMga2JkY29udHJv bCBtb2RlIGZvciBhbGwgdmlydHVhbCBzY3JlZW5zCgojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIyMgIE1haWwgVHJhbnNmZXIg QWdlbnQgKE1UQSkgb3B0aW9ucyAgIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKIyBTZXR0 aW5ncyBmb3IgL2V0Yy9yYy5kL3NlbmRtYWlsOgpzZW5kbWFpbF9lbmFibGU9Ik5PTkUiCSMgUnVu IHRoZSBzZW5kbWFpbCBpbmJvdW5kIGRhZW1vbiAoWUVTL05PL05PTkUpLgoJCQkjIElmIE5PTkUs IGRvbid0IHN0YXJ0IGFueSBzZW5kbWFpbCBwcm9jZXNzZXMuCnNlbmRtYWlsX3BpZGZpbGU9Ii92 YXIvcnVuL3NlbmRtYWlsLnBpZCIJIyBzZW5kbWFpbCBwaWQgZmlsZQpzZW5kbWFpbF9wcm9jbmFt ZT0iL3Vzci9zYmluL3NlbmRtYWlsIgkJIyBzZW5kbWFpbCBwcm9jZXNzIG5hbWUKc2VuZG1haWxf ZmxhZ3M9Ii1MIHNtLW10YSAtYmQgLXEzMG0iICMgRmxhZ3MgdG8gc2VuZG1haWwgKGFzIGEgc2Vy dmVyKQpzZW5kbWFpbF9jZXJ0X2NyZWF0ZT0iWUVTIgkjIENyZWF0ZSBhIHNlcnZlciBjZXJ0aWZp Y2F0ZSBpZiBub25lIChZRVMvTk8pCiNzZW5kbWFpbF9jZXJ0X2NuPSJDTiIgICAJIyBDTiBvZiB0 aGUgZ2VuZXJhdGUgY2VydGlmaWNhdGUKc2VuZG1haWxfc3VibWl0X2VuYWJsZT0iWUVTIgkjIFN0 YXJ0IGEgbG9jYWxob3N0LW9ubHkgTVRBIGZvciBtYWlsIHN1Ym1pc3Npb24Kc2VuZG1haWxfc3Vi bWl0X2ZsYWdzPSItTCBzbS1tdGEgLWJkIC1xMzBtIC1PRGFlbW9uUG9ydE9wdGlvbnM9QWRkcj1s b2NhbGhvc3QiCgkJCQkjIEZsYWdzIGZvciBsb2NhbGhvc3Qtb25seSBNVEEKc2VuZG1haWxfb3V0 Ym91bmRfZW5hYmxlPSJZRVMiCSMgRGVxdWV1ZSBzdHVjayBtYWlsIChZRVMvTk8pLgpzZW5kbWFp bF9vdXRib3VuZF9mbGFncz0iLUwgc20tcXVldWUgLXEzMG0iICMgRmxhZ3MgdG8gc2VuZG1haWwg KG91dGJvdW5kIG9ubHkpCnNlbmRtYWlsX21zcF9xdWV1ZV9lbmFibGU9IllFUyIJIyBEZXF1ZXVl IHN0dWNrIGNsaWVudG1xdWV1ZSBtYWlsIChZRVMvTk8pLgpzZW5kbWFpbF9tc3BfcXVldWVfZmxh Z3M9Ii1MIHNtLW1zcC1xdWV1ZSAtQWMgLXEzMG0iCgkJCQkjIEZsYWdzIGZvciBzZW5kbWFpbF9t c3BfcXVldWUgZGFlbW9uLgpzZW5kbWFpbF9yZWJ1aWxkX2FsaWFzZXM9Ik5PIgkjIFJ1biBuZXdh bGlhc2VzIGlmIG5lY2Vzc2FyeSAoWUVTL05PKS4KCgojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIyMgIE1pc2NlbGxhbmVvdXMg YWRtaW5pc3RyYXRpdmUgb3B0aW9ucyAgIyMjIyMjIyMjIyMjIyMjIyMjIwojIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKYXVkaXRk X2VuYWJsZT0iTk8iCSMgUnVuIHRoZSBhdWRpdCBkYWVtb24uCmF1ZGl0ZF9wcm9ncmFtPSIvdXNy L3NiaW4vYXVkaXRkIgkjIFBhdGggdG8gdGhlIGF1ZGl0IGRhZW1vbi4KYXVkaXRkX2ZsYWdzPSIi CQkjIFdoaWNoIG9wdGlvbnMgdG8gcGFzcyB0byB0aGUgYXVkaXQgZGFlbW9uLgphdWRpdGRpc3Rk X2VuYWJsZT0iTk8iCSMgUnVuIHRoZSBhdWRpdCBkYWVtb24uCmF1ZGl0ZGlzdGRfcHJvZ3JhbT0i L3Vzci9zYmluL2F1ZGl0ZGlzdGQiCSMgUGF0aCB0byB0aGUgYXVkaXRkaXN0ZCBkYWVtb24uCmF1 ZGl0ZGlzdGRfZmxhZ3M9IiIJIyBXaGljaCBvcHRpb25zIHRvIHBhc3MgdG8gdGhlIGF1ZGl0ZGlz dGQgZGFlbW9uLgpjcm9uX2VuYWJsZT0iWUVTIgkjIFJ1biB0aGUgcGVyaW9kaWMgam9iIGRhZW1v bi4KY3Jvbl9wcm9ncmFtPSIvdXNyL3NiaW4vY3JvbiIJIyBXaGljaCBjcm9uIGV4ZWN1dGFibGUg dG8gcnVuIChpZiBlbmFibGVkKS4KY3Jvbl9kc3Q9IllFUyIJCSMgSGFuZGxlIERTVCB0cmFuc2l0 aW9ucyBpbnRlbGxpZ2VudGx5IChZRVMvTk8pCmNyb25fZmxhZ3M9IiIJCSMgV2hpY2ggb3B0aW9u cyB0byBwYXNzIHRvIHRoZSBjcm9uIGRhZW1vbi4KY2Z1bWFzc19lbmFibGU9Ik5PIgkjIENyZWF0 ZSBkZWZhdWx0IExVTiBmb3IgY2Z1bWFzcyg0KS4KY2Z1bWFzc19kaXI9Ii92YXIvY2Z1bWFzcyIJ IyBGaWxlIHRvIExVTidzIGNvbnRlbnRzLgpjZnVtYXNzX2ltYWdlPSIvdmFyL3RtcC9jZnVtYXNz LmltZyIJIyBMVU4ncyBiYWNraW5nIGZpbGUgcGF0aC4KbHBkX2VuYWJsZT0iTk8iCQkjIFJ1biB0 aGUgbGluZSBwcmludGVyIGRhZW1vbi4KbHBkX3Byb2dyYW09Ii91c3Ivc2Jpbi9scGQiCSMgcGF0 aCB0byBscGQsIGlmIHlvdSB3YW50IGEgZGlmZmVyZW50IG9uZS4KbHBkX2ZsYWdzPSIiCQkjIEZs YWdzIHRvIGxwZCAoaWYgZW5hYmxlZCkuCm5zY2RfZW5hYmxlPSJOTyIJIyBSdW4gdGhlIG5zc3dp dGNoIGNhY2hpbmcgZGFlbW9uLgpjaGtwcmludGNhcF9lbmFibGU9Ik5PIgkjIFJ1biBjaGtwcmlu dGNhcCg4KSBiZWZvcmUgcnVubmluZyBscGQuCmNoa3ByaW50Y2FwX2ZsYWdzPSItZCIJIyBDcmVh dGUgbWlzc2luZyBkaXJlY3RvcmllcyBieSBkZWZhdWx0LgpkdW1wZGV2PSJOTyIJCSMgRGV2aWNl IHRvIGNyYXNoZHVtcCB0byAoZGV2aWNlIG5hbWUsIEFVVE8sIG9yIE5PKTsKCQkJIyB0aGlzIHNo b3VsZCBiZSBjb21tZW50ZWQgb3V0IGhlcmUKCQkJIyBmb3Igc3RhYmxlIGJyYW5jaGVzIHRvIHJl c3BlY3Qga2Vudi4KZHVtcG9uX2ZsYWdzPSIiCQkjIE9wdGlvbnMgdG8gcGFzcyB0byBkdW1wb24o OCksIGZvbGxvd2VkIGJ5IGR1bXBkZXYuCmR1bXBkaXI9Ii92YXIvY3Jhc2giCSMgRGlyZWN0b3J5 IHdoZXJlIGNyYXNoIGR1bXBzIGFyZSB0byBiZSBzdG9yZWQKc2F2ZWNvcmVfZW5hYmxlPSJZRVMi CSMgRXh0cmFjdCBjb3JlIGZyb20gZHVtcCBkZXZpY2VzIGlmIGFueQpzYXZlY29yZV9mbGFncz0i LW0gMTAiCSMgVXNlZCBpZiBkdW1wZGV2IGlzIGVuYWJsZWQgYWJvdmUsIGFuZCBwcmVzZW50LgoJ CQkjIEJ5IGRlZmF1bHQsIG9ubHkgdGhlIDEwIG1vc3QgcmVjZW50IGtlcm5lbCBkdW1wcwoJCQkj IGFyZSBzYXZlZC4Kc2VydmljZV9kZWxldGVfZW1wdHk9Ik5PIiAjIEhhdmUgJ3NlcnZpY2UgZGVs ZXRlJyByZW1vdmUgZW1wdHkgcmMuY29uZi5kIGZpbGVzLgpjcmFzaGluZm9fZW5hYmxlPSJZRVMi CSMgQXV0b21hdGljYWxseSBnZW5lcmF0ZSBjcmFzaCBkdW1wIHN1bW1hcnkuCmNyYXNoaW5mb19w cm9ncmFtPSIvdXNyL3NiaW4vY3Jhc2hpbmZvIgkjIFNjcmlwdCB0byBnZW5lcmF0ZSBjcmFzaCBk dW1wIHN1bW1hcnkuCnF1b3RhX2VuYWJsZT0iTk8iCSMgdHVybiBvbiBxdW90YXMgb24gc3RhcnR1 cCAob3IgTk8pLgpjaGVja19xdW90YXM9IllFUyIJIyBDaGVjayBxdW90YXMgb24gc3RhcnR1cCAo b3IgTk8pLgpxdW90YW9uX2ZsYWdzPSItYSIJIyBUdXJuIHF1b3RhcyBvbiBmb3IgYWxsIGZpbGUg c3lzdGVtcyAoaWYgZW5hYmxlZCkKcXVvdGFvZmZfZmxhZ3M9Ii1hIgkjIFR1cm4gcXVvdGFzIG9m ZiBmb3IgYWxsIGZpbGUgc3lzdGVtcyBhdCBzaHV0ZG93bgpxdW90YWNoZWNrX2ZsYWdzPSItYSIJ IyBDaGVjayBhbGwgZmlsZSBzeXN0ZW0gcXVvdGFzIChpZiBlbmFibGVkKQphY2NvdW50aW5nX2Vu YWJsZT0iTk8iCSMgVHVybiBvbiBwcm9jZXNzIGFjY291bnRpbmcgKG9yIE5PKS4KZmlyc3Rib290 X3NlbnRpbmVsPSIvZmlyc3Rib290IgkjIFNjcmlwdHMgd2l0aCAiZmlyc3Rib290IiBrZXl3b3Jk IGFyZSBydW4gaWYKCQkJIyB0aGlzIGZpbGUgZXhpc3RzLiAgU2hvdWxkIGJlIG9uIGEgUi9XIGZp bGVzeXN0ZW0gc28KCQkJIyB0aGUgZmlsZSBjYW4gYmUgZGVsZXRlZCBhZnRlciB0aGUgYm9vdCBj b21wbGV0ZXMuCnN5c3ZpcGNfZW5hYmxlPSJOTyIJIyBMb2FkIFN5c3RlbSBWIElQQyBwcmltaXRp dmVzIGF0IHN0YXJ0dXAgKG9yIE5PKS4KbGludXhfZW5hYmxlPSJOTyIJIyBMaW51eCBiaW5hcnkg Y29tcGF0aWJpbGl0eSBsb2FkZWQgYXQgc3RhcnR1cCAob3IgTk8pLgpsaW51eF9tb3VudHNfZW5h YmxlPSJZRVMiICMgSWYgbGludXhfZW5hYmxlIGlzIHNldCB0byBZRVMsIG1vdW50IExpbnV4LXNw ZWNpZmljCgkJCSMgZmlsZXN5c3RlbXMgYXQgc3RhcnR1cC4KY2xlYXJfdG1wX2VuYWJsZT0iWUVT IgkjIENsZWFyIC90bXAgYXQgc3RhcnR1cC4KY2xlYXJfdG1wX1g9IllFUyIgCSMgQ2xlYXIgYW5k IHJlY3JlYXRlIFgxMS1yZWxhdGVkIGRpcmVjdG9yaWVzIGluIC90bXAKbGRjb25maWdfaW5zZWN1 cmU9Ik5PIgkjIFNldCB0byBZRVMgdG8gZGlzYWJsZSBsZGNvbmZpZyBzZWN1cml0eSBjaGVja3MK bGRjb25maWdfcGF0aHM9Ii91c3IvbGliL2NvbXBhdCAke19sb2NhbGJhc2V9L2xpYiAke19sb2Nh bGJhc2V9L2xpYi9jb21wYXQvcGtnIgoJCQkjIHNoYXJlZCBsaWJyYXJ5IHNlYXJjaCBwYXRocwps ZGNvbmZpZzMyX3BhdGhzPSIvdXNyL2xpYjMyL2NvbXBhdCIKCQkJIyAzMi1iaXQgY29tcGF0aWJp bGl0eSBzaGFyZWQgbGlicmFyeSBzZWFyY2ggcGF0aHMKbGRjb25maWdfbG9jYWxfZGlycz0iJHtf bG9jYWxiYXNlfS9saWJkYXRhL2xkY29uZmlnIgoJCQkjIExvY2FsIGRpcmVjdG9yaWVzIHdpdGgg bGRjb25maWcgY29uZmlndXJhdGlvbiBmaWxlcy4KbGRjb25maWdfbG9jYWwzMl9kaXJzPSIke19s b2NhbGJhc2V9L2xpYmRhdGEvbGRjb25maWczMiIKCQkJIyBMb2NhbCBkaXJlY3RvcmllcyB3aXRo IDMyLWJpdCBjb21wYXRpYmlsaXR5IGxkY29uZmlnCgkJCSMgY29uZmlndXJhdGlvbiBmaWxlcy4K a2Vybl9zZWN1cmVsZXZlbF9lbmFibGU9Ik5PIgkjIGtlcm5lbCBzZWN1cml0eSBsZXZlbCAoc2Vl IHNlY3VyaXR5KDcpKQprZXJuX3NlY3VyZWxldmVsPSItMSIJIyByYW5nZTogLTEuLjMgOyBgLTEn IGlzIHRoZSBtb3N0IGluc2VjdXJlCgkJCSMgTm90ZSB0aGF0IHNldHRpbmcgc2VjdXJlbGV2ZWwg dG8gMCB3aWxsIHJlc3VsdAoJCQkjIGluIHRoZSBzeXN0ZW0gYm9vdGluZyB3aXRoIHNlY3VyZWxl dmVsIHNldCB0byAxLCBhcwoJCQkjIGluaXQoOCkgd2lsbCByYWlzZSB0aGUgbGV2ZWwgd2hlbiBy Yyg4KSBjb21wbGV0ZXMuCnVwZGF0ZV9tb3RkPSJZRVMiCSMgdXBkYXRlIHZlcnNpb24gaW5mbyBp biAvdmFyL3J1bi9tb3RkIChvciBOTykKZW50cm9weV9ib290X2ZpbGU9Ii9ib290L2VudHJvcHki CSMgU2V0IHRvIE5PIHRvIGRpc2FibGUgdmVyeSBlYXJseQoJCQkjICh1c2VkIGF0IGVhcmx5IGJv b3QgdGltZSkgZW50cm9weSBjYWNoaW5nIHRocm91Z2ggcmVib290cy4KZW50cm9weV9maWxlPSIv ZW50cm9weSIJIyBTZXQgdG8gTk8gdG8gZGlzYWJsZSBsYXRlICh1c2VkIHdoZW4gZ29pbmcgbXVs dGktdXNlcikKCQkJIyBlbnRyb3B5IHRocm91Z2ggcmVib290cy4KCQkJIyAvdmFyL2RiL2VudHJv cHktZmlsZSBpcyBwcmVmZXJyZWQgaWYgLyBpcyBub3QgYXZhaWwuCmVudHJvcHlfZGlyPSIvdmFy L2RiL2VudHJvcHkiICMgU2V0IHRvIE5PIHRvIGRpc2FibGUgY2FjaGluZyBlbnRyb3B5IHZpYSBj cm9uLgplbnRyb3B5X3NhdmVfc3o9IjQwOTYiCSMgU2l6ZSBvZiB0aGUgZW50cm9weSBjYWNoZSBm aWxlcy4KZW50cm9weV9zYXZlX251bT0iOCIJIyBOdW1iZXIgb2YgZW50cm9weSBjYWNoZSBmaWxl cyB0byBzYXZlLgpoYXJ2ZXN0X21hc2s9IjQ2MDciCSMgRW50cm9weSBkZXZpY2UgaGFydmVzdHMg YWxsIGJ1dCB0aGUgdmVyeSBpbnZhc2l2ZSBzb3VyY2VzLgoJCQkjIChTZWUgJ3N5c2N0bCBrZXJu LnJhbmRvbS5oYXJ2ZXN0JyBhbmQgcmFuZG9tKDQpKQpvc3JlbGVhc2VfZW5hYmxlPSJZRVMiCSMg VXBkYXRlIC92YXIvcnVuL29zLXJlbGVhc2Ugb24gYm9vdCAob3IgTk8pLgpvc3JlbGVhc2VfZmls ZT0iL3Zhci9ydW4vb3MtcmVsZWFzZSIgIyBGaWxlIHRvIHVwZGF0ZSBmb3Igb3MtcmVsZWFzZS4K b3NyZWxlYXNlX3Blcm1zPSI0NDQiCSMgRGVmYXVsdCBwZXJtaXNzaW9uIGZvciBvcy1yZWxlYXNl IGZpbGUuCmRtZXNnX2VuYWJsZT0iWUVTIgkjIFNhdmUgZG1lc2coOCkgdG8gL3Zhci9ydW4vZG1l c2cuYm9vdApkbWVzZ191bWFzaz0iMDIyIgkjIERlZmF1bHQgdW1hc2sgZm9yIC92YXIvcnVuL2Rt ZXNnLmJvb3QgZmlsZS4Kd2F0Y2hkb2dkX2VuYWJsZT0iTk8iCSMgU3RhcnQgdGhlIHNvZnR3YXJl IHdhdGNoZG9nIGRhZW1vbgp3YXRjaGRvZ2RfZmxhZ3M9IiIJIyBGbGFncyB0byB3YXRjaGRvZ2Qg KGlmIGVuYWJsZWQpCndhdGNoZG9nZF90aW1lb3V0PSIiCSMgd2F0Y2hkb2dkIHRpbWVvdXQsIG92 ZXJyaWRlcyAtdCBpbiB3YXRjaGRvZ2RfZmxhZ3MKd2F0Y2hkb2dkX3NodXRkb3duX3RpbWVvdXQ9 IiIJIyBUaW1lb3V0IHRvIHVzZSBhZnRlciB3YXRjaGRvZ2QgaXMgc3RvcHBlZC4KCQkJCSMgSGFz IGVmZmVjdCBvbmx5IGZvciBzeXN0ZW0gc2h1dGRvd24uCgkJCQkjIE92ZXJyaWRlcyAteCBpbiB3 YXRjaGRvZ2RfZmxhZ3MuCmRldmZzX3J1bGVzZXRzPSIvZXRjL2RlZmF1bHRzL2RldmZzLnJ1bGVz IC9ldGMvZGV2ZnMucnVsZXMiICMgRmlsZXMgY29udGFpbmluZwoJCQkJCQkJICAgICMgZGV2ZnMo OCkgcnVsZXMuCmRldmZzX3N5c3RlbV9ydWxlc2V0PSIiCSMgVGhlIG5hbWUgKE5PVCBudW1iZXIp IG9mIGEgcnVsZXNldCB0byBhcHBseSB0byAvZGV2CmRldmZzX3NldF9ydWxlc2V0cz0iIgkjIEEg bGlzdCBvZiAvbW91bnQvZGV2PXJ1bGVzZXRfbmFtZSBzZXR0aW5ncyB0bwoJCQkjIGFwcGx5ICht dXN0IGJlIG1vdW50ZWQgYWxyZWFkeSwgaS5lLiBmc3RhYig1KSkKZGV2ZnNfbG9hZF9ydWxlc2V0 cz0iWUVTIgkjIEVuYWJsZSB0byBhbHdheXMgbG9hZCB0aGUgZGVmYXVsdCBydWxlc2V0cwpwZXJm b3JtYW5jZV9jeF9sb3dlc3Q9Ik5PTkUiCSMgT25saW5lIENQVSBpZGxlIHN0YXRlCnBlcmZvcm1h bmNlX2NwdV9mcmVxPSJOT05FIgkjIE9ubGluZSBDUFUgZnJlcXVlbmN5CmVjb25vbXlfY3hfbG93 ZXN0PSJDbWF4IgkjIE9mZmxpbmUgQ1BVIGlkbGUgc3RhdGUKZWNvbm9teV9jcHVfZnJlcT0iTk9O RSIJCSMgT2ZmbGluZSBDUFUgZnJlcXVlbmN5CnZpcmVjb3Zlcl9lbmFibGU9IllFUyIJIyBQZXJm b3JtIGhvdXNla2VlcGluZyBmb3IgdGhlIHZpKDEpIGVkaXRvcgp1Z2lkZndfZW5hYmxlPSJOTyIJ IyBMb2FkIG1hY19ic2RleHRlbmRlZCg0KSBydWxlcyBvbiBib290CmJzZGV4dGVuZGVkX3Njcmlw dD0iL2V0Yy9yYy5ic2RleHRlbmRlZCIJIyBEZWZhdWx0IG1hY19ic2RleHRlbmRlZCg0KQoJCQkJ CQkjIHJ1bGVzZXQgZmlsZS4KbmV3c3lzbG9nX2VuYWJsZT0iWUVTIgkjIFJ1biBuZXdzeXNsb2cg YXQgc3RhcnR1cC4KbmV3c3lzbG9nX2ZsYWdzPSItQ04iCSMgTmV3c3lzbG9nIGZsYWdzIHRvIGNy ZWF0ZSBtYXJrZWQgZmlsZXMKbWl4ZXJfZW5hYmxlPSJZRVMiCSMgUnVuIHRoZSBzb3VuZCBtaXhl ci4Kb3BlbnNtX2VuYWJsZT0iTk8iCSMgT3BlbnNtKDgpIGZvciBpbmZpbmliYW5kIGRldmljZXMg ZGVmYXVsdHMgdG8gb2ZmCm51YWdlaW5pdF9lbmFibGU9Ik5PIgkjIFJ1biBudWFnZWluaXQgYXQg c3RhcnR1cAoKIyByY3RsKDgpIHJlcXVpcmVzIGtlcm5lbCBvcHRpb25zIFJBQ0NUIGFuZCBSQ1RM CnJjdGxfZW5hYmxlPSJZRVMiCQkjIExvYWQgcmN0bCg4KSBydWxlcyBvbiBib290CnJjdGxfcnVs ZXM9Ii9ldGMvcmN0bC5jb25mIgkjIHJjdGwoOCkgcnVsZXNldC4gU2VlIHJjdGwuY29uZig1KS4K CmlvdmN0bF9maWxlcz0iIgkJIyBDb25maWcgZmlsZXMgZm9yIGlvdmN0bCg4KQoKIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKIyMj IEphaWwgQ29uZmlndXJhdGlvbiAoc2VlIHJjLmNvbmYoNSkgbWFudWFsIHBhZ2UpICMjIyMjIyMj IyMKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMKamFpbF9lbmFibGU9Ik5PIgkjIFNldCB0byBOTyB0byBkaXNhYmxlIHN0YXJ0aW5n IG9mIGFueSBqYWlscwpqYWlsX2NvbmY9Ii9ldGMvamFpbC5jb25mIgkjIENvbmZpZ3VyYXRpb24g ZmlsZSBmb3IgamFpbCg4KQpqYWlsX2NvbmZ3YXJuPSJZRVMiCSMgUHJldmVudCB3YXJuaW5nIGFi b3V0IG9ic29sZXRlIHBlci1qYWlsIGNvbmZpZ3VyYXRpb24KamFpbF9wYXJhbGxlbF9zdGFydD0i Tk8iCSMgU3RhcnQgamFpbHMgaW4gdGhlIGJhY2tncm91bmQKamFpbF9saXN0PSIiCQkjIFNwYWNl IHNlcGFyYXRlZCBsaXN0IG9mIG5hbWVzIG9mIGphaWxzCg== --MP_/1nEoHsR7zq6Sfcbb5tIQTas Content-Type: application/octet-stream; name=ADDON-HERMANN Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=ADDON-HERMANN Cm9wdGlvbnMJCVpGUwkJCSMgWkZTIGZpbGUgc3lzdGVtCm9wdGlvbnMJCUFVVE9GUwkJCSMgYXV0 b2ZzL2F1dG9tb3VudApvcHRpb25zCQlHRU9NX0VMSQpvcHRpb25zCQlHRU9NX0dBVEUKb3B0aW9u cwkJR0VPTV9OT1AJCSMgIE5PUCBHRU9NIGNsYXNzCgpvcHRpb25zCQlJUFNFQwkJCQkjCm9wdGlv bnMJCU5FVFNNQgkJCSMgU01CL0NJRlMgcmVxdWVzdGVyCm9wdGlvbnMJCUxJQklDT05WCQkjIGtl cm5lbHMgaWNvbnYKb3B0aW9ucwkJTElCTUNIQUlOCQkjIG1jaGFpbiBsaWJyYXJ5Cm9wdGlvbnMJ CUtHU1NBUEkJCQkjIEtlcm5lbCBHU1MgQVBJIG1vZHVsdWUKb3B0aW9ucyAJTVNET1NGU19JQ09O VgkJCSMgTVNET1MgRmlsZXN5c3RlbQpvcHRpb25zIAlDRDk2NjBfSUNPTlYJCQkjIElTTyA5NjYw IEZpbGVzeXN0ZW0Kb3B0aW9ucwkJVURGCQkJIyBVbml2ZXJzYWwgRGlzayBGaWxlc3lzdGVtCm9w dGlvbnMJCVVERl9JQ09OVgkJIyAKb3B0aW9ucwkJRlVTRUZTCQkJIyBGVVNFIGZpbGVzeXN0ZW0g c3VwcG9ydApvcHRpb25zCQlQMTAwM18xQl9TRU1BUEhPUkVTCSMgUE9TSVgtc3R5bGUgc2VtYXBo b3JlcwpvcHRpb25zCQlQMTAwM18xQl9NUVVFVUUJCSMgUE9TSVggbWVzc2FnZSBxdWV1ZQojb3B0 aW9ucwkJVENQX1NJR05BVFVSRQpvcHRpb25zCQlUQ1BIUFRTCm9wdGlvbnMJCU1ST1VUSU5HCQkj IE11bHRpY2FzdCByb3V0aW5nCm9wdGlvbnMJCUNBTV9JT1NDSEVEX0RZTkFNSUMJIyBkeW5hbWlj YWwgSU8gc2NoZWR1bGVyCgojCiMJSVBGVyBGaXJld2FsbAojCm9wdGlvbnMJCUlQRklSRVdBTEwg ICAgICAgICAgICAgICMgZmlyZXdhbGwKb3B0aW9ucwkJSVBGSVJFV0FMTF9WRVJCT1NFICAgICAg IyBlbmFibGUgbG9nZ2luZyB0byBzeXNsb2dkKDgpCm9wdGlvbnMJCUlQRElWRVJUICAgICAgICAg ICAgICAgICMgZGl2ZXJ0IHNvY2tldHMKb3B0aW9ucwkJRFVNTVlORVQJIyB0cmFmZmljIHNoYXBl ciwgYmFuZHdpZHRoIG1hbmFnZXIgYW5kIGRlbGF5IGVtdWxhdG9yCgojIE9wdGlvbmFsIE1QU1BF QyBtcHRhYmxlIHN1cHBvcnQKZGV2aWNlCQltcHRhYmxlCgojIENQVSBmcmVxdWVuY3kgY29udHJv bAojIEV4dHJhcyBub3QgaW4gR0VORVJJQwpkZXZpY2UJCWNwdWN0bAkJIyBjcHVjdGwgcHNldWRv IGRldmljZQpkZXZpY2UJCWNvcmV0ZW1wCmRldmljZQkJbnZyYW0KZGV2aWNlCQlod3BtYwkJIyBI YXJ3YXJlIFBlcmZvcm1hbmNlIGNvdW50ZXJzIChkZWZlY3RpdmUgb24gU2FuZHkgYnJpZGdlKQoK IyB2dCBpcyB0aGUgbmV3IHZpZGVvIGNvbnNvbGUgZHJpdmVyCiMgRm9yIGNvbG91cnMsIGxvb2sg YXQgL3Vzci9zcmMvc3lzL2FtZDY0L2luY2x1ZGUvcGMvZGlzcGxheS5oCm9wdGlvbnMJCVZUX01B WFdJTkRPV1M9MTIKb3B0aW9ucwkJVEVSTUlOQUxfTk9STV9BVFRSPShGR19MSUdIVENZQU58Qkdf QkxBQ0spCm9wdGlvbnMJCVRFUk1JTkFMX0tFUk5fQVRUUj0oRkdfTElHSFRSRUR8QkdfQkxBQ0sp CgpvcHRpb25zCQlORVRHUkFQSAkJIyBuZXRncmFwaCg0KSBzeXN0ZW0Kb3B0aW9ucwkJTkVUR1JB UEhfSVBGVwpvcHRpb25zCQlORVRHUkFQSF9FVEhFUgpvcHRpb25zCQlORVRHUkFQSF9FSUZBQ0UK b3B0aW9ucwkJTkVUR1JBUEhfU09DS0VUCiNvcHRpb25zCQlORVRHUkFQSF9UVFkKb3B0aW9ucwkJ TkVUR1JBUEhfTkFUCm9wdGlvbnMJCU5FVEdSQVBIX0RFVklDRQpvcHRpb25zCQlORVRHUkFQSF9Q UFBPRQpvcHRpb25zCQlORVRHUkFQSF9TT0NLRVQKb3B0aW9ucwkJTkVUR1JBUEhfS1NPQ0tFVApv cHRpb25zCQlORVRHUkFQSF9ORVRGTE9XCgojIE5ldGdyYXBoIEJMVUVUT09USApvcHRpb25zCQlO RVRHUkFQSF9CTFVFVE9PVEggICAgICAgICAgICAgICMgbmdfYmx1ZXRvb3RoKDQpCm9wdGlvbnMJ CU5FVEdSQVBIX0JMVUVUT09USF9CVDNDICAgICAgICAgIyBuZ19idDNjKDQpCm9wdGlvbnMJCU5F VEdSQVBIX0JMVUVUT09USF9IQ0kgICAgICAgICAgIyBuZ19oY2koNCkKb3B0aW9ucwkJTkVUR1JB UEhfQkxVRVRPT1RIX0wyQ0FQICAgICAgICAjIG5nX2wyY2FwKDQpCm9wdGlvbnMJCU5FVEdSQVBI X0JMVUVUT09USF9TT0NLRVQgICAgICAgIyBuZ19idHNvY2tldCg0KQpvcHRpb25zCQlORVRHUkFQ SF9CTFVFVE9PVEhfVUJUICAgICAgICAgICMgbmdfdWJ0KDQpCm9wdGlvbnMJCU5FVEdSQVBIX0JM VUVUT09USF9VQlRCQ01GVyAgICAgIyB1YnRiY21mdyg0KQoKb3B0aW9ucwkJTUFDX0RPCm9wdGlv bnMJCU1BQ19OVFBECgojIHBmIGRldmljZQojZGV2aWNlCQlwZgojIHBmKDEpCiNvcHRpb25zCQlQ Rl9ERUZBVUxUX1RPX0RST1AJI2Ryb3AgZXZlcnl0aGluZyBieSBkZWZhdWx0CiNkZXZpY2UJCXBm bG9nCiNkZXZpY2UJCXBmc3luYwoKIyBDcnlwdG8gc3VwcG9ydApkZXZpY2UJCWVuYwkJIyBFbmNh cHN1bGF0aW9uLCBJUFNlYyBpbnRlcmZhY2UKZGV2aWNlCQljcnlwdG9kZXYKZGV2aWNlCQloaWZu CiNkZXZpY2UJCXNhZmUKI2RldmljZQkJdWJzZWMKCiMKZGV2aWNlCQlpb2F0CQkjIEludGVsIEkv TyBBY2NlbGVyYXRpb24gVGVjaG5vbG9neQoKIyBBVEEvU0NTSSBwZXJpcGhlcmFscwpvcHRpb25z CQlTRVNfRU5BQkxFX1BBU1NUSFJPVUdICmRldmljZQkJY3RsCQkjIENBTSBUYXJnZXQgTGF5ZXIK ZGV2aWNlCQl0YXJnCQkjIFNDU0kgVGFyZ2V0IE1vZGUgQ29kZQpkZXZpY2UJCXRhcmdiaAkJIyBT Q1NJIFRhcmdldCBNb2RlIEJsYWNraG9sZSBEZXZpY2UKCiMgVGhlIGBicGYnIGRldmljZSBlbmFi bGVzIHRoZSBCZXJrZWxleSBQYWNrZXQgRmlsdGVyLgojIEJlIGF3YXJlIG9mIHRoZSBhZG1pbmlz dHJhdGl2ZSBjb25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcgdGhpcyEKIyBOb3RlIHRoYXQgJ2JwZicg aXMgcmVxdWlyZWQgZm9yIERIQ1AuCm9wdGlvbnMJCUJQRl9KSVRURVIJIyBhZGRzIHN1cHBvcnQg Zm9yIEJQRiBqdXN0LWluLXRpbWUgY29tcGlsZXIuCgojIFVTQiBzdXBwb3J0CiMgUHNldWRvIGRl dmljZXMuCmRldmljZQkJc3RmCQkjIDZ0bzQgSVB2NiBvdmVyIElQdjQgZW5jYXBzdWxhdGlvbgpk ZXZpY2UJCWNhcnAJCSMgQ29tbW9uIGFkZHJlc3MgcmVkdW5kYW5jeSBwcm90b2NvbApkZXZpY2UJ CWxhZ2cJCSMgTGluayBhZ2dyZWdhdGlvbgpkZXZpY2UJCWdyZQkJIyBHUkUgVHVubmVsCmRldmlj ZQkJaWZfYnJpZGdlCSMgYnJpZGdpbmcgZGV2aWNlCmRldmljZQkJZXBhaXIJCSMgQSBwYWlyIG9m IHZpcnR1YWwgYmFjay10by1iYWNrIGNvbm5lY3RlZCBFdGhlcm5ldCBpbnRlcmZhY2VzCgojIFVT QiBzdXBwb3J0CmRldmljZQkJdWhpZAkJIyBVU0IgZ2VuZXJpYyBISUQgc3VwcG9ydApkZXZpY2UJ CXVtcwkJIyBVU0IgbW91c2UgZHJpdmVyCiMKZGV2aWNlIAkJdWNvbQojZGV2aWNlCQl1cGxjb20K I2RldmljZQkJdWZ0ZGkKI2RldmljZQkJdXNsY29tCgojIFZpcnRJTyBzdXBwb3J0CmRldmljZQkJ dmlydGlvX3JhbmRvbQkjIFZpcnRJTyBlbnRyb3B5CiMKCiMgU3lzdGVtIE1hbmFnZW1lbnQgQnVz CmRldmljZQkJc21idXMKZGV2aWNlCQlzbWIKZGV2aWNlCQlpY2hzbWIJCSMgSW50ZWwgSUNIIFNN QnVzIGNvbnRyb2xsZXIgZHJpdmVyCmRldmljZQkJaWljc21iICAgICAgICAgICMKZGV2aWNlCQlp aWNidXMKZGV2aWNlCQlpaWNiYgpkZXZpY2UJCWlpYwpkZXZpY2UJCWljCgpkZXZpY2UJCXBjaHRo ZXJtCSMgSW50ZWwgUENIIHRoZXJtYWwgc3Vic3lzdGVtCgojIEFDUEkvVklERU8KI2RldmljZQkJ YWNwaV92aWRlbwo= --MP_/1nEoHsR7zq6Sfcbb5tIQTas Content-Type: application/octet-stream; name=HERMANN Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=HERMANN CmluY2x1ZGUJCUdFTkVSSUMKaW5jbHVkZQkJTk9ERVZJQ0UtSEVSTUFOTgppbmNsdWRlCQkvdXNy L3NyYy9zeXMvY29uZi9zdGQubm9kZWJ1ZwppbmNsdWRlCQlBRERPTi1IRVJNQU5OCmlkZW50CQkJ SEVSTUFOTgo= --MP_/1nEoHsR7zq6Sfcbb5tIQTas Content-Type: application/octet-stream; name=NODEVICE-HERMANN Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=NODEVICE-HERMANN bm9tYWtlb3B0aW9ucwlERUJVRwkJIyBCdWlsZCBrZXJuZWwgd2l0aCBnZGIoMSkgZGVidWcgc3lt Ym9scwpub21ha2VvcHRpb25zCVdJVEhfQ1RGCQkjIFJ1biBjdGZjb252ZXJ0KDEpIGZvciBEVHJh Y2Ugc3VwcG9ydAoKI29wdGlvbnMgCVNDSEVEX1VMRQkJIyBVTEUgc2NoZWR1bGVyCiNvcHRpb25z IAlOVU1BCQkJIyBOb24tVW5pZm9ybSBNZW1vcnkgQXJjaGl0ZWN0dXJlIHN1cHBvcnQKI29wdGlv bnMgCVBSRUVNUFRJT04JCSMgRW5hYmxlIGtlcm5lbCB0aHJlYWQgcHJlZW1wdGlvbgojb3B0aW9u cyAJRVhURVJSX1NUUklOR1MKI29wdGlvbnMgCVZJTUFHRQkJCSMgU3Vic3lzdGVtIHZpcnR1YWxp emF0aW9uLCBlLmcuIFZORVQKI29wdGlvbnMgCUlORVQJCQkjIEludGVyTkVUd29ya2luZwojb3B0 aW9ucyAJSU5FVDYJCQkjIElQdjYgY29tbXVuaWNhdGlvbnMgcHJvdG9jb2xzCiNvcHRpb25zIAlJ UFNFQ19TVVBQT1JUCQkjIEFsbG93IGtsZGxvYWQgb2YgaXBzZWMgYW5kIHRjcG1kNQojb3B0aW9u cyAJSVBTRUNfT0ZGTE9BRAkJIyBJbmxpbmUgaXBzZWMgb2ZmbG9hZCBpbmZyYQojb3B0aW9ucyAJ Uk9VVEVfTVBBVEgJCSMgTXVsdGlwYXRoIHJvdXRpbmcgc3VwcG9ydAojb3B0aW9ucyAJRklCX0FM R08JCSMgTW9kdWxhciBmaWIgbG9va3Vwcwojb3B0aW9ucyAJVENQX09GRkxPQUQJCSMgVENQIG9m ZmxvYWQKI29wdGlvbnMgCVRDUF9CTEFDS0JPWAkJIyBFbmhhbmNlZCBUQ1AgZXZlbnQgbG9nZ2lu Zwojb3B0aW9ucyAJVENQX0hIT09LCQkjIGhob29rKDkpIGZyYW1ld29yayBmb3IgVENQCiNvcHRp b25zIAlUQ1BfUkZDNzQxMwkJIyBUQ1AgRmFzdCBPcGVuCiNvcHRpb25zIAlTQ1RQX1NVUFBPUlQJ CSMgQWxsb3cga2xkbG9hZCBvZiBTQ1RQCiNvcHRpb25zIAlLRVJOX1RMUwkJIyBUTFMgdHJhbnNt aXQgJiByZWNlaXZlIG9mZmxvYWQKI29wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkgRmFzdCBGaWxl c3lzdGVtCiNvcHRpb25zIAlTT0ZUVVBEQVRFUwkJIyBFbmFibGUgRkZTIHNvZnQgdXBkYXRlcyBz dXBwb3J0CiNvcHRpb25zIAlVRlNfQUNMCQkJIyBTdXBwb3J0IGZvciBhY2Nlc3MgY29udHJvbCBs aXN0cwojb3B0aW9ucyAJVUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcg ZGlyZWN0b3JpZXMKI29wdGlvbnMgCVVGU19HSk9VUk5BTAkJIyBFbmFibGUgZ2pvdXJuYWwtYmFz ZWQgVUZTIGpvdXJuYWxpbmcKI29wdGlvbnMgCVFVT1RBCQkJIyBFbmFibGUgZGlzayBxdW90YXMg Zm9yIFVGUwojb3B0aW9ucyAJTURfUk9PVAkJCSMgTUQgaXMgYSBwb3RlbnRpYWwgcm9vdCBkZXZp Y2UKI29wdGlvbnMgCU5GU0NMCQkJIyBOZXR3b3JrIEZpbGVzeXN0ZW0gQ2xpZW50CiNvcHRpb25z IAlORlNECQkJIyBOZXR3b3JrIEZpbGVzeXN0ZW0gU2VydmVyCiNvcHRpb25zIAlORlNMT0NLRAkJ IyBOZXR3b3JrIExvY2sgTWFuYWdlcgojb3B0aW9ucyAJTkZTX1JPT1QJCSMgTkZTIHVzYWJsZSBh cyAvLCByZXF1aXJlcyBORlNDTAojb3B0aW9ucyAJTVNET1NGUwkJCSMgTVNET1MgRmlsZXN5c3Rl bQojb3B0aW9ucyAJQ0Q5NjYwCQkJIyBJU08gOTY2MCBGaWxlc3lzdGVtCiNvcHRpb25zIAlQUk9D RlMJCQkjIFByb2Nlc3MgZmlsZXN5c3RlbSAocmVxdWlyZXMgUFNFVURPRlMpCiNvcHRpb25zIAlQ U0VVRE9GUwkJIyBQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsKI29wdGlvbnMgCVRNUEZTCQkJ IyBFZmZpY2llbnQgbWVtb3J5IGZpbGVzeXN0ZW0KI29wdGlvbnMgCUdFT01fUkFJRAkJIyBTb2Z0 IFJBSUQgZnVuY3Rpb25hbGl0eS4KI29wdGlvbnMgCUdFT01fTEFCRUwJCSMgUHJvdmlkZXMgbGFi ZWxpemF0aW9uCiNvcHRpb25zIAlFRklSVAkJCSMgRUZJIFJ1bnRpbWUgU2VydmljZXMgc3VwcG9y dAojb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0QzMgkjIENvbXBhdGlibGUgd2l0aCBpMzg2IGJpbmFy aWVzCiNvcHRpb25zIAlDT01QQVRfRlJFRUJTRDQJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q0 CiNvcHRpb25zIAlDT01QQVRfRlJFRUJTRDUJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q1CiNv cHRpb25zIAlDT01QQVRfRlJFRUJTRDYJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q2CiNvcHRp b25zIAlDT01QQVRfRlJFRUJTRDcJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q3CiNvcHRpb25z IAlDT01QQVRfRlJFRUJTRDkJCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0Q5CiNvcHRpb25zIAlD T01QQVRfRlJFRUJTRDEwCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0QxMAojb3B0aW9ucyAJQ09N UEFUX0ZSRUVCU0QxMQkjIENvbXBhdGlibGUgd2l0aCBGcmVlQlNEMTEKI29wdGlvbnMgCUNPTVBB VF9GUkVFQlNEMTIJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDEyCiNvcHRpb25zIAlDT01QQVRf RlJFRUJTRDEzCSMgQ29tcGF0aWJsZSB3aXRoIEZyZWVCU0QxMwojb3B0aW9ucyAJQ09NUEFUX0ZS RUVCU0QxNAkjIENvbXBhdGlibGUgd2l0aCBGcmVlQlNEMTQKI29wdGlvbnMgCVNDU0lfREVMQVk9 NTAwMAkJIyBEZWxheSAoaW4gbXMpIGJlZm9yZSBwcm9iaW5nIFNDU0kKI29wdGlvbnMgCUtUUkFD RQkJCSMga3RyYWNlKDEpIHN1cHBvcnQKI29wdGlvbnMgCVNUQUNLCQkJIyBzdGFjayg5KSBzdXBw b3J0CiNvcHRpb25zIAlTWVNWU0hNCQkJIyBTWVNWLXN0eWxlIHNoYXJlZCBtZW1vcnkKI29wdGlv bnMgCVNZU1ZNU0cJCQkjIFNZU1Ytc3R5bGUgbWVzc2FnZSBxdWV1ZXMKI29wdGlvbnMgCVNZU1ZT RU0JCQkjIFNZU1Ytc3R5bGUgc2VtYXBob3Jlcwojb3B0aW9ucyAJX0tQT1NJWF9QUklPUklUWV9T Q0hFRFVMSU5HICMgUE9TSVggUDEwMDNfMUIgcmVhbC10aW1lIGV4dGVuc2lvbnMKI29wdGlvbnMg CVBSSU5URl9CVUZSX1NJWkU9MTI4CSMgUHJldmVudCBwcmludGYgb3V0cHV0IGJlaW5nIGludGVy c3BlcnNlZC4KI29wdGlvbnMgCUtCRF9JTlNUQUxMX0NERVYJIyBpbnN0YWxsIGEgQ0RFViBlbnRy eSBpbiAvZGV2CiNvcHRpb25zIAlIV1BNQ19IT09LUwkJIyBOZWNlc3Nhcnkga2VybmVsIGhvb2tz IGZvciBod3BtYyg0KQojb3B0aW9ucyAJQVVESVQJCQkjIFNlY3VyaXR5IGV2ZW50IGF1ZGl0aW5n CiNvcHRpb25zIAlDQVBBQklMSVRZX01PREUJCSMgQ2Fwc2ljdW0gY2FwYWJpbGl0eSBtb2RlCiNv cHRpb25zIAlDQVBBQklMSVRJRVMJCSMgQ2Fwc2ljdW0gY2FwYWJpbGl0aWVzCiNvcHRpb25zIAlN QUMJCQkjIFRydXN0ZWRCU0QgTUFDIEZyYW1ld29yawojb3B0aW9ucyAJS0RUUkFDRV9GUkFNRQkJ IyBFbnN1cmUgZnJhbWVzIGFyZSBjb21waWxlZCBpbgojb3B0aW9ucyAJS0RUUkFDRV9IT09LUwkJ IyBLZXJuZWwgRFRyYWNlIGhvb2tzCm5vb3B0aW9ucyAJRERCX0NURgkJCSMgS2VybmVsIEVMRiBs aW5rZXIgbG9hZHMgQ1RGIGRhdGEKbm9vcHRpb25zIAlJTkNMVURFX0NPTkZJR19GSUxFCSMgSW5j bHVkZSB0aGlzIGZpbGUgaW4ga2VybmVsCiNvcHRpb25zIAlSQUNDVAkJCSMgUmVzb3VyY2UgYWNj b3VudGluZyBmcmFtZXdvcmsKI29wdGlvbnMgCVJBQ0NUX0RFRkFVTFRfVE9fRElTQUJMRUQgIyBT ZXQga2Vybi5yYWNjdC5lbmFibGU9MCBieSBkZWZhdWx0CiNvcHRpb25zIAlSQ1RMCQkJIyBSZXNv dXJjZSBsaW1pdHMKCiMgRGVidWdnaW5nIHN1cHBvcnQuICBBbHdheXMgbmVlZCB0aGlzOgojb3B0 aW9ucyAJS0RCCQkJIyBFbmFibGUga2VybmVsIGRlYnVnZ2VyIHN1cHBvcnQuCiNvcHRpb25zIAlL REJfVFJBQ0UJCSMgUHJpbnQgYSBzdGFjayB0cmFjZSBmb3IgYSBwYW5pYy4KCiMgS2VybmVsIGR1 bXAgZmVhdHVyZXMuCiNvcHRpb25zIAlFS0NECQkJIyBTdXBwb3J0IGZvciBlbmNyeXB0ZWQga2Vy bmVsIGR1bXBzCiNvcHRpb25zIAlHWklPCQkJIyBnemlwLWNvbXByZXNzZWQga2VybmVsIGFuZCB1 c2VyIGR1bXBzCiNvcHRpb25zIAlaU1RESU8JCQkjIHpzdGQtY29tcHJlc3NlZCBrZXJuZWwgYW5k IHVzZXIgZHVtcHMKbm9vcHRpb25zIAlERUJVR05FVAkJIyBkZWJ1Z25ldCBuZXR3b3JraW5nCm5v b3B0aW9ucyAJTkVURFVNUAkJCSMgbmV0ZHVtcCg0KSBjbGllbnQgc3VwcG9ydApub29wdGlvbnMg CU5FVEdEQgkJCSMgbmV0Z2RiKDQpIGNsaWVudCBzdXBwb3J0CgojIE1ha2UgYW4gU01QLWNhcGFi bGUga2VybmVsIGJ5IGRlZmF1bHQKI29wdGlvbnMgCVNNUAkJCSMgU3ltbWV0cmljIE11bHRpUHJv Y2Vzc29yIEtlcm5lbAoKIyBDUFUgZnJlcXVlbmN5IGNvbnRyb2wKI2RldmljZQkJY3B1ZnJlcQoK IyBCdXMgc3VwcG9ydC4KI2RldmljZQkJYWNwaQojZGV2aWNlCQlzbWJpb3MKI29wdGlvbnMgCUlP TU1VCiNkZXZpY2UJCXBjaQojb3B0aW9ucyAJUENJX0hQCQkJIyBQQ0ktRXhwcmVzcyBuYXRpdmUg SG90UGx1Zwojb3B0aW9ucyAJUENJX0lPVgkJCSMgUENJIFNSLUlPViBzdXBwb3J0Cgojb3B0aW9u cyAJQ09NUEFUX0xJTlVYS1BJCgojIEVuYWJsZSBzdXBwb3J0IGZvciB0aGUga2VybmVsIFBMTCB0 byB1c2UgYW4gZXh0ZXJuYWwgUFBTIHNpZ25hbCwKIyB1bmRlciBzdXBlcnZpc2lvbiBvZiBbeF1u dHBkKDgpCiMgTW9yZSBpbmZvIGluIG50cGQgZG9jdW1lbnRhdGlvbjogaHR0cDovL3d3dy5lZWNp cy51ZGVsLmVkdS9+bnRwCgojb3B0aW9ucyAJUFBTX1NZTkMKCiMgRmxvcHB5IGRyaXZlcwpub2Rl dmljZQkJZmRjCgojIEFUQSBjb250cm9sbGVycwojZGV2aWNlCQlhaGNpCQkJIyBBSENJLWNvbXBh dGlibGUgU0FUQSBjb250cm9sbGVycwpub2RldmljZQkJYXRhCQkJIyBMZWdhY3kgQVRBL1NBVEEg Y29udHJvbGxlcnMKbm9kZXZpY2UJCW12cwkJCSMgTWFydmVsbCA4OFNYNTBYWC84OFNYNjBYWC84 OFNYNzBYWC9Tb0MgU0FUQQpub2RldmljZQkJc2lpcwkJCSMgU2lsaWNvbkltYWdlIFNpSTMxMjQv U2lJMzEzMi9TaUkzNTMxIFNBVEEKCiMgU0NTSSBDb250cm9sbGVycwpub2RldmljZQkJYWhjCQkJ IyBBSEEyOTQwIGFuZCBvbmJvYXJkIEFJQzd4eHggZGV2aWNlcwpub2RldmljZQkJYWhkCQkJIyBB SEEzOTMyMC8yOTMyMCBhbmQgb25ib2FyZCBBSUM3OXh4IGRldmljZXMKbm9kZXZpY2UJCWhwdGlv cAkJCSMgSGlnaHBvaW50IFJvY2tldFJhaWQgM3h4eCBzZXJpZXMKbm9kZXZpY2UJCWlzcAkJCSMg UWxvZ2ljIGZhbWlseQojZGV2aWNlCQlpc3BmdwkJCSMgRmlybXdhcmUgZm9yIFFMb2dpYyBIQkFz LSBub3JtYWxseSBhIG1vZHVsZQpub2RldmljZQkJbXB0CQkJIyBMU0ktTG9naWMgTVBULUZ1c2lv bgpub2RldmljZQkJbXBzCQkJIyBMU0ktTG9naWMgTVBULUZ1c2lvbiAyCm5vZGV2aWNlCQltcHIJ CQkjIExTSS1Mb2dpYyBNUFQtRnVzaW9uIDMKbm9kZXZpY2UJCW1waTNtcgkJCSMgTFNJLUxvZ2lj IE1QVC1GdXNpb24gNApub2RldmljZQkJc3ltCQkJIyBOQ1IvU3ltYmlvcyBMb2dpYwpub2Rldmlj ZQkJaXNjaQkJCSMgSW50ZWwgQzYwMCBTQVMgY29udHJvbGxlcgpub2RldmljZQkJb2NzX2ZjCQkJ IyBFbXVsZXggRkMgYWRhcHRlcnMKbm9kZXZpY2UJCXB2c2NzaQkJCSMgVk13YXJlIFBWU0NTSQoK IyBBVEEvU0NTSSBwZXJpcGhlcmFscwojZGV2aWNlCQlzY2J1cwkJCSMgU0NTSSBidXMgKHJlcXVp cmVkIGZvciBBVEEvU0NTSSkKI2RldmljZQkJY2gJCQkjIFNDU0kgbWVkaWEgY2hhbmdlcnMKI2Rl dmljZQkJZGEJCQkjIERpcmVjdCBBY2Nlc3MgKGRpc2tzKQojZGV2aWNlCQlzYQkJCSMgU2VxdWVu dGlhbCBBY2Nlc3MgKHRhcGUgZXRjKQojZGV2aWNlCQljZAkJCSMgQ0QKI2RldmljZQkJcGFzcwkJ CSMgUGFzc3Rocm91Z2ggZGV2aWNlIChkaXJlY3QgQVRBL1NDU0kgYWNjZXNzKQojZGV2aWNlCQlz ZXMJCQkjIEVuY2xvc3VyZSBTZXJ2aWNlcyAoU0VTIGFuZCBTQUYtVEUpCiNkZXZpY2UJCWN0bAkJ CSMgQ0FNIFRhcmdldCBMYXllcgoKIyBSQUlEIGNvbnRyb2xsZXJzIGludGVyZmFjZWQgdG8gdGhl IFNDU0kgc3Vic3lzdGVtCm5vZGV2aWNlCQlhcmNtc3IJCQkjIEFyZWNhIFNBVEEgSUkgUkFJRApu b2RldmljZQkJY2lzcwkJCSMgQ29tcGFxIFNtYXJ0IFJBSUQgNSoKbm9kZXZpY2UJCWlwcwkJCSMg SUJNIChBZGFwdGVjKSBTZXJ2ZVJBSUQKbm9kZXZpY2UJCXNtYXJ0cHFpCQkjIE1pY3Jvc2VtaSBz bWFydHBxaSBkcml2ZXIKbm9kZXZpY2UJCXR3cwkJCSMgTFNJIDN3YXJlIDk3NTAgU0FUQStTQVMg NkdiL3MgUkFJRCBjb250cm9sbGVyCgojIFJBSUQgY29udHJvbGxlcnMKbm9kZXZpY2UJCWFhYwkJ CSMgQWRhcHRlYyBGU0EgUkFJRApub2RldmljZQkJYWFjcAkJCSMgU0NTSSBwYXNzdGhyb3VnaCBm b3IgYWFjIChyZXF1aXJlcyBDQU0pCm5vZGV2aWNlCQlhYWNyYWlkCQkJIyBBZGFwdGVjIGJ5IFBN QyBSQUlECm5vZGV2aWNlCQlpZGEJCQkjIENvbXBhcSBTbWFydCBSQUlECm5vZGV2aWNlCQltZmkJ CQkjIExTSSBNZWdhUkFJRCBTQVMKbm9kZXZpY2UJCW1seAkJCSMgTXlsZXggREFDOTYwIGZhbWls eQpub2RldmljZQkJbXJzYXMJCQkjIExTSS9BdmFnbyBNZWdhUkFJRCBTQVMvU0FUQSwgNkdiL3Mg YW5kIDEyR2IvcwojWFhYIHBvaW50ZXIvaW50IHdhcm5pbmdzCiNkZXZpY2UJCXBzdAkJCSMgUHJv bWlzZSBTdXBlcnRyYWsgU1g2MDAwCgojIE5WTSBFeHByZXNzIChOVk1lKSBzdXBwb3J0CiNkZXZp Y2UJCW52bWUJCQkjIGJhc2UgTlZNZSBkcml2ZXIKI2RldmljZQkJbnZkCQkJIyBleHBvc2UgTlZN ZSBuYW1lc3BhY2VzIGFzIGRpc2tzLCBkZXBlbmRzIG9uIG52bWUKCiMgVW5pdmVyc2FsIEZsYXNo IFN0b3JhZ2UgSG9zdCBDb250cm9sbGVyIEludGVyZmFjZSBzdXBwb3J0CiNkZXZpY2UgCQl1ZnNo Y2kJCQkjIFVGUyBob3N0IGNvbnRyb2xsZXIKCiMgSW50ZWwgVm9sdW1lIE1hbmFnZW1lbnQgRGV2 aWNlIChWTUQpIHN1cHBvcnQKI2RldmljZQkJdm1kCgojIGF0a2JkYzAgY29udHJvbHMgYm90aCB0 aGUga2V5Ym9hcmQgYW5kIHRoZSBQUy8yIG1vdXNlCiNkZXZpY2UJCWF0a2JkYwkJCSMgQVQga2V5 Ym9hcmQgY29udHJvbGxlcgojZGV2aWNlCQlhdGtiZAkJCSMgQVQga2V5Ym9hcmQKI2RldmljZQkJ cHNtCQkJIyBQUy8yIG1vdXNlCgojZGV2aWNlCQlrYmRtdXgJCQkjIGtleWJvYXJkIG11bHRpcGxl eGVyCgojIHN5c2NvbnMgaXMgdGhlIGxlZ2FjeSBjb25zb2xlIGRyaXZlciwgcmVzZW1ibGluZyBh biBTQ08gY29uc29sZQpub2RldmljZQkJdmdhCQkJIyBWR0EgdmlkZW8gY2FyZCBkcml2ZXIKbm9k ZXZpY2UJCXNwbGFzaAkJCSMgU3BsYXNoIHNjcmVlbiBhbmQgc2NyZWVuIHNhdmVyIHN1cHBvcnQK bm9kZXZpY2UJCXNjCm5vb3B0aW9ucyAJU0NfUElYRUxfTU9ERQkJIyBhZGQgc3VwcG9ydCBmb3Ig dGhlIHJhc3RlciB0ZXh0IG1vZGUKCiMgdnQgaXMgdGhlIGRlZmF1bHQgdmlkZW8gY29uc29sZSBk cml2ZXIKI2RldmljZQkJdnQKI2RldmljZQkJdnRfdmdhCiNkZXZpY2UJCXZ0X2VmaWZiCiNkZXZp Y2UJCXZ0X3ZiZWZiCgpub2RldmljZQkJYWdwCQkJIyBzdXBwb3J0IHNldmVyYWwgQUdQIGNoaXBz ZXRzCgojIENhcmRCdXMgYnJpZGdlIHN1cHBvcnQKbm9kZXZpY2UJCWNiYgkJCSMgQ2FyZEJ1cyAo eWVudGEpIGJyaWRnZQpub2RldmljZQkJY2FyZGJ1cwkJCSMgQ2FyZEJ1cyAoMzItYml0KSBidXMK CiMgU2VyaWFsIChDT00pIHBvcnRzCiNkZXZpY2UJCXVhcnQJCQkjIEdlbmVyaWMgVUFSVCBkcml2 ZXIKCiMgUGFyYWxsZWwgcG9ydApub2RldmljZQkJcHBjCm5vZGV2aWNlCQlwcGJ1cwkJCSMgUGFy YWxsZWwgcG9ydCBidXMgKHJlcXVpcmVkKQpub2RldmljZQkJbHB0CQkJIyBQcmludGVyCm5vZGV2 aWNlCQlwcGkJCQkjIFBhcmFsbGVsIHBvcnQgaW50ZXJmYWNlIGRldmljZQojZGV2aWNlCQl2cG8J CQkjIFJlcXVpcmVzIHNjYnVzIGFuZCBkYQoKbm9kZXZpY2UJCXB1YwkJCSMgTXVsdGkgSS9PIGNh cmRzIGFuZCBtdWx0aS1jaGFubmVsIFVBUlRzCgojIFBDSS9QQ0ktWC9QQ0llIEV0aGVybmV0IE5J Q3MgdGhhdCB1c2UgaWZsaWIgaW5mcmFzdHJ1Y3R1cmUKI2RldmljZQkJaWZsaWIKI2RldmljZQkJ ZW0JCQkjIEludGVsIFBSTy8xMDAwIEdpZ2FiaXQgRXRoZXJuZXQgRmFtaWx5CiNkZXZpY2UJCWln YwkJCSMgSW50ZWwgSTIyNSAyLjVHIEV0aGVybmV0Cm5vZGV2aWNlCQlpeAkJCSMgSW50ZWwgUFJP LzEwR2JFIFBDSUUgUEYgRXRoZXJuZXQKbm9kZXZpY2UJCWl4dgkJCSMgSW50ZWwgUFJPLzEwR2JF IFBDSUUgVkYgRXRoZXJuZXQKbm9kZXZpY2UJCWl4bAkJCSMgSW50ZWwgNzAwIFNlcmllcyBQaHlz aWNhbCBGdW5jdGlvbgpub2RldmljZQkJaWF2ZgkJCSMgSW50ZWwgQWRhcHRpdmUgVmlydHVhbCBG dW5jdGlvbgpub2RldmljZQkJaWNlCQkJIyBJbnRlbCA4MDAgU2VyaWVzIFBoeXNpY2FsIEZ1bmN0 aW9uCm5vZGV2aWNlCQl2bXgJCQkjIFZNd2FyZSBWTVhORVQzIEV0aGVybmV0Cm5vZGV2aWNlCQlh eHAJCQkjIEFNRCBFUFlDIGludGVncmF0ZWQgTklDIChyZXF1aXJlcyBtaWlidXMpCgojIFBDSSBF dGhlcm5ldCBOSUNzLgpub2RldmljZQkJYnhlCQkJIyBCcm9hZGNvbSBOZXRYdHJlbWUgSUkgQkNN NTc3MVgvQkNNNTc4WFggMTBHYkUKbm9kZXZpY2UJCWxlCQkJIyBBTUQgQW03OTAwIExBTkNFIGFu ZCBBbTc5Qzl4eCBQQ25ldApub2RldmljZQkJdGkJCQkjIEFsdGVvbiBOZXR3b3JrcyBUaWdvbiBJ L0lJIGdpZ2FiaXQgRXRoZXJuZXQKCiMgTnZpZGlhL01lbGxhbm94IENvbm5lY3QtWCA0IGFuZCBs YXRlciwgRXRoZXJuZXQgb25seQojICBvIHJlcXVpcmVzIENPTVBBVF9MSU5VWEtQSSBhbmQgeHoo NCkKIyAgbyBtbHg1aWIgcmVxdWlyZXMgaWJjb3JlIGluZnJhIGFuZCBpcyBub3QgaW5jbHVkZWQg YnkgZGVmYXVsdApub2RldmljZQkJbWx4NQkJCSMgQmFzZSBkcml2ZXIKbm9kZXZpY2UJCW1seGZ3 CQkJIyBGaXJtd2FyZSB1cGRhdGUKbm9kZXZpY2UJCW1seDVlbgkJCSMgRXRoZXJuZXQgZHJpdmVy CgojIFBDSSBFdGhlcm5ldCBOSUNzIHRoYXQgdXNlIHRoZSBjb21tb24gTUlJIGJ1cyBjb250cm9s bGVyIGNvZGUuCiMgTk9URTogQmUgc3VyZSB0byBrZWVwIHRoZSAnZGV2aWNlIG1paWJ1cycgbGlu ZSBpbiBvcmRlciB0byB1c2UgdGhlc2UgTklDcyEKI2RldmljZQkJbWlpYnVzCQkJIyBNSUkgYnVz IHN1cHBvcnQKbm9kZXZpY2UJCWFlCQkJIyBBdHRhbnNpYy9BdGhlcm9zIEwyIEZhc3RFdGhlcm5l dApub2RldmljZQkJYWdlCQkJIyBBdHRhbnNpYy9BdGhlcm9zIEwxIEdpZ2FiaXQgRXRoZXJuZXQK bm9kZXZpY2UJCWFsYwkJCSMgQXRoZXJvcyBBUjgxMzEvQVI4MTMyIEV0aGVybmV0Cm5vZGV2aWNl CQlhbGUJCQkjIEF0aGVyb3MgQVI4MTIxL0FSODExMy9BUjgxMTQgRXRoZXJuZXQKbm9kZXZpY2UJ CWJjZQkJCSMgQnJvYWRjb20gQkNNNTcwNi9CQ001NzA4IEdpZ2FiaXQgRXRoZXJuZXQKbm9kZXZp Y2UJCWJmZQkJCSMgQnJvYWRjb20gQkNNNDQweCAxMC8xMDAgRXRoZXJuZXQKbm9kZXZpY2UJCWJn ZQkJCSMgQnJvYWRjb20gQkNNNTcweHggR2lnYWJpdCBFdGhlcm5ldApub2RldmljZQkJY2FzCQkJ IyBTdW4gQ2Fzc2luaS9DYXNzaW5pKyBhbmQgTlMgRFA4MzA2NSBTYXR1cm4Kbm9kZXZpY2UJCWRj CQkJIyBERUMvSW50ZWwgMjExNDMgYW5kIHZhcmlvdXMgd29ya2FsaWtlcwpub2RldmljZQkJZXQJ CQkjIEFnZXJlIEVUMTMxMCAxMC8xMDAvR2lnYWJpdCBFdGhlcm5ldApub2RldmljZQkJZnhwCQkJ IyBJbnRlbCBFdGhlckV4cHJlc3MgUFJPLzEwMEIgKDgyNTU3LCA4MjU1OCkKbm9kZXZpY2UJCWdl bQkJCSMgU3VuIEdFTS9TdW4gRVJJL0FwcGxlIEdNQUMKbm9kZXZpY2UJCWptZQkJCSMgSk1pY3Jv biBKTUMyNTAgR2lnYWJpdC9KTUMyNjAgRmFzdCBFdGhlcm5ldApub2RldmljZQkJbGdlCQkJIyBM ZXZlbCAxIExYVDEwMDEgZ2lnYWJpdCBFdGhlcm5ldApub2RldmljZQkJbXNrCQkJIyBNYXJ2ZWxs L1N5c0tvbm5lY3QgWXVrb24gSUkgR2lnYWJpdCBFdGhlcm5ldApub2RldmljZQkJbmZlCQkJIyBu VmlkaWEgbkZvcmNlIE1DUCBvbi1ib2FyZCBFdGhlcm5ldApub2RldmljZQkJbmdlCQkJIyBOYXRT ZW1pIERQODM4MjAgZ2lnYWJpdCBFdGhlcm5ldApub2RldmljZQkJcmUJCQkjIFJlYWxUZWsgODEz OUMrLzgxNjkvODE2OVMvODExMFMKbm9kZXZpY2UJCXJsCQkJIyBSZWFsVGVrIDgxMjkvODEzOQpu b2RldmljZQkJc2dlCQkJIyBTaWxpY29uIEludGVncmF0ZWQgU3lzdGVtcyBTaVMxOTAvMTkxCm5v ZGV2aWNlCQlzaXMJCQkjIFNpbGljb24gSW50ZWdyYXRlZCBTeXN0ZW1zIFNpUyA5MDAvU2lTIDcw MTYKbm9kZXZpY2UJCXNrCQkJIyBTeXNLb25uZWN0IFNLLTk4NHggJiBTSy05ODJ4IGdpZ2FiaXQg RXRoZXJuZXQKbm9kZXZpY2UJCXN0ZQkJCSMgU3VuZGFuY2UgU1QyMDEgKEQtTGluayBERkUtNTUw VFgpCm5vZGV2aWNlCQlzdGdlCQkJIyBTdW5kYW5jZS9UYW1hcmFjayBUQzkwMjEgZ2lnYWJpdCBF dGhlcm5ldApub2RldmljZQkJdmdlCQkJIyBWSUEgVlQ2MTJ4IGdpZ2FiaXQgRXRoZXJuZXQKbm9k ZXZpY2UJCXZyCQkJIyBWSUEgUmhpbmUsIFJoaW5lIElJCm5vZGV2aWNlCQl4bAkJCSMgM0NvbSAz YzkweCAoYGBCb29tZXJhbmcnJywgYGBDeWNsb25lJycpCgojIFdpcmVsZXNzIE5JQyBjYXJkcwoj ZGV2aWNlCQl3bGFuCQkJIyA4MDIuMTEgc3VwcG9ydAojb3B0aW9ucyAJSUVFRTgwMjExX0RFQlVH CQkjIGVuYWJsZSBkZWJ1ZyBtc2dzCiNvcHRpb25zIAlJRUVFODAyMTFfU1VQUE9SVF9NRVNICSMg ZW5hYmxlIDgwMi4xMXMgZHJhZnQgc3VwcG9ydAojZGV2aWNlCQl3bGFuX3dlcAkJIyA4MDIuMTEg V0VQIHN1cHBvcnQKI2RldmljZQkJd2xhbl9jY21wCQkjIDgwMi4xMSBDQ01QIHN1cHBvcnQKI2Rl dmljZQkJd2xhbl9nY21wCQkjIDgwMi4xMSBHQ01QIHN1cHBvcnQKI2RldmljZQkJd2xhbl90a2lw CQkjIDgwMi4xMSBUS0lQIHN1cHBvcnQKI2RldmljZQkJd2xhbl9hbXJyCQkjIEFNUlIgdHJhbnNt aXQgcmF0ZSBjb250cm9sIGFsZ29yaXRobQpub2RldmljZQkJYXRoCQkJIyBBdGhlcm9zIENhcmRC dXMvUENJIE5JQ3MKbm9kZXZpY2UJCWF0aF9oYWwJCQkjIEF0aGVyb3MgQ2FyZEJ1cy9QQ0kgY2hp cCBzdXBwb3J0Cm5vb3B0aW9ucyAJQUhfQVI1NDE2X0lOVEVSUlVQVF9NSVRJR0FUSU9OICMgQVI1 NDE2IGludGVycnVwdCBtaXRpZ2F0aW9uCm5vZGV2aWNlCQlhdGhfcmF0ZV9zYW1wbGUJCSMgU2Ft cGxlUmF0ZSB0eCByYXRlIGNvbnRyb2wgZm9yIGF0aAojZGV2aWNlCQlid2kJCQkjIEJyb2FkY29t IEJDTTQzMHgvQkNNNDMxeCB3aXJlbGVzcyBOSUNzLgojZGV2aWNlCQlid24JCQkjIEJyb2FkY29t IEJDTTQzeHggd2lyZWxlc3MgTklDcy4Kbm9kZXZpY2UJCWlwdwkJCSMgSW50ZWwgMjEwMCB3aXJl bGVzcyBOSUNzLgpub2RldmljZQkJaXdpCQkJIyBJbnRlbCAyMjAwQkcvMjIyNUJHLzI5MTVBQkcg d2lyZWxlc3MgTklDcy4Kbm9kZXZpY2UJCWl3bgkJCSMgSW50ZWwgNDk2NS8xMDAwLzUwMDAvNjAw MCB3aXJlbGVzcyBOSUNzLgpub2RldmljZQkJbWFsbwkJCSMgTWFydmVsbCBMaWJlcnRhcyB3aXJl bGVzcyBOSUNzLgpub2RldmljZQkJbXdsCQkJIyBNYXJ2ZWxsIDg4VzgzNjMgODAyLjExbiB3aXJl bGVzcyBOSUNzLgpub2RldmljZQkJcmFsCQkJIyBSYWxpbmsgVGVjaG5vbG9neSBSVDI1MDAgd2ly ZWxlc3MgTklDcy4Kbm9kZXZpY2UJCXdwaQkJCSMgSW50ZWwgMzk0NUFCRyB3aXJlbGVzcyBOSUNz LgoKIyBQc2V1ZG8gZGV2aWNlcy4KI2RldmljZQkJY3J5cHRvCQkJIyBjb3JlIGNyeXB0byBzdXBw b3J0CiNkZXZpY2UJCWFlc25pCQkJIyBBRVMtTkkgT3BlbkNyeXB0byBtb2R1bGUKI2RldmljZQkJ bG9vcAkJCSMgTmV0d29yayBsb29wYmFjawojZGV2aWNlCQlwYWRsb2NrX3JuZwkJIyBWSUEgUGFk bG9jayBSTkcKI2RldmljZQkJcmRyYW5kX3JuZwkJIyBJbnRlbCBCdWxsIE1vdW50YWluIFJORwoj ZGV2aWNlCQlldGhlcgkJCSMgRXRoZXJuZXQgc3VwcG9ydAojZGV2aWNlCQl2bGFuCQkJIyA4MDIu MVEgVkxBTiBzdXBwb3J0CiNkZXZpY2UJCXR1bnRhcAkJCSMgUGFja2V0IHR1bm5lbC4KI2Rldmlj ZQkJbWQJCQkjIE1lbW9yeSAiZGlza3MiCiNkZXZpY2UJCWdpZgkJCSMgSVB2NiBhbmQgSVB2NCB0 dW5uZWxpbmcKI2RldmljZQkJZmlybXdhcmUJCSMgZmlybXdhcmUgYXNzaXN0IG1vZHVsZQojZGV2 aWNlCQl4egkJCSMgbHptYSBkZWNvbXByZXNzaW9uCgojIFRoZSBgYnBmJyBkZXZpY2UgZW5hYmxl cyB0aGUgQmVya2VsZXkgUGFja2V0IEZpbHRlci4KIyBCZSBhd2FyZSBvZiB0aGUgYWRtaW5pc3Ry YXRpdmUgY29uc2VxdWVuY2VzIG9mIGVuYWJsaW5nIHRoaXMhCiMgTm90ZSB0aGF0ICdicGYnIGlz IHJlcXVpcmVkIGZvciBESENQLgojZGV2aWNlCQlicGYJCQkjIEJlcmtlbGV5IHBhY2tldCBmaWx0 ZXIKCiMgVVNCIHN1cHBvcnQKI29wdGlvbnMgCVVTQl9ERUJVRwkJIyBlbmFibGUgZGVidWcgbXNn cwojZGV2aWNlCQl1aGNpCQkJIyBVSENJIFBDSS0+VVNCIGludGVyZmFjZQojZGV2aWNlCQlvaGNp CQkJIyBPSENJIFBDSS0+VVNCIGludGVyZmFjZQojZGV2aWNlCQllaGNpCQkJIyBFSENJIFBDSS0+ VVNCIGludGVyZmFjZSAoVVNCIDIuMCkKI2RldmljZQkJeGhjaQkJCSMgWEhDSSBQQ0ktPlVTQiBp bnRlcmZhY2UgKFVTQiAzLjApCiNkZXZpY2UJCXVzYgkJCSMgVVNCIEJ1cyAocmVxdWlyZWQpCiNk ZXZpY2UJCXVzYmhpZAkJCSMgVVNCIEhJRCBUcmFuc3BvcnQKI2RldmljZQkJaGtiZAkJCSMgSElE IEtleWJvYXJkCiNkZXZpY2UJCXVrYmQJCQkjIFVTQiBLZXlib2FyZAojZGV2aWNlCQl1bWFzcwkJ CSMgRGlza3MvTWFzcyBzdG9yYWdlIC0gUmVxdWlyZXMgc2NidXMgYW5kIGRhCgojIFNvdW5kIHN1 cHBvcnQKI2RldmljZQkJc291bmQJCQkjIEdlbmVyaWMgc291bmQgZHJpdmVyIChyZXF1aXJlZCkK bm9kZXZpY2UJCXNuZF9jbWkJCQkjIENNZWRpYSBDTUk4MzM4L0NNSTg3MzgKbm9kZXZpY2UJCXNu ZF9jc2EJCQkjIENyeXN0YWwgU2VtaWNvbmR1Y3RvciBDUzQ2MXgvNDI4eApub2RldmljZQkJc25k X2VtdTEwa3gJCSMgQ3JlYXRpdmUgU291bmRCbGFzdGVyIExpdmUhIGFuZCBBdWRpZ3kKbm9kZXZp Y2UJCXNuZF9lczEzN3gJCSMgRW5zb25pcSBBdWRpb1BDSSBFUzEzN3gKI2RldmljZQkJc25kX2hk YQkJCSMgSW50ZWwgSGlnaCBEZWZpbml0aW9uIEF1ZGlvCm5vZGV2aWNlCQlzbmRfaWNoCQkJIyBJ bnRlbCwgTlZpZGlhIGFuZCBvdGhlciBJQ0ggQUMnOTcgQXVkaW8Kbm9kZXZpY2UJCXNuZF92aWE4 MjMzCQkjIFZJQSBWVDgyMzN4IEF1ZGlvCgojIE1NQy9TRAojZGV2aWNlCQltbWMJCQkjIE1NQy9T RCBidXMKI2RldmljZQkJbW1jc2QJCQkjIE1NQy9TRCBtZW1vcnkgY2FyZAojZGV2aWNlCQlzZGhj aQkJCSMgR2VuZXJpYyBQQ0kgU0QgSG9zdCBDb250cm9sbGVyCgojIFZpcnRJTyBzdXBwb3J0CiNk ZXZpY2UJCXZpcnRpbwkJCSMgR2VuZXJpYyBWaXJ0SU8gYnVzIChyZXF1aXJlZCkKI2RldmljZQkJ dmlydGlvX3BjaQkJIyBWaXJ0SU8gUENJIGRldmljZQojZGV2aWNlCQl2dG5ldAkJCSMgVmlydElP IEV0aGVybmV0IGRldmljZQojZGV2aWNlCQl2aXJ0aW9fYmxrCQkjIFZpcnRJTyBCbG9jayBkZXZp Y2UKI2RldmljZQkJdmlydGlvX3Njc2kJCSMgVmlydElPIFNDU0kgZGV2aWNlCiNkZXZpY2UJCXZp cnRpb19iYWxsb29uCQkjIFZpcnRJTyBNZW1vcnkgQmFsbG9vbiBkZXZpY2UKCiMgTGludXggS1ZN IHBhcmF2aXJ0dWFsaXphdGlvbiBzdXBwb3J0Cm5vZGV2aWNlCQlrdm1fY2xvY2sJCSMgS1ZNIHBh cmF2aXJ0dWFsIGNsb2NrIGRyaXZlcgoKIyBIeXBlclYgZHJpdmVycyBhbmQgZW5oYW5jZW1lbnQg c3VwcG9ydApub2RldmljZQkJaHlwZXJ2CQkJIyBIeXBlclYgZHJpdmVycwoKIyBYZW4gSFZNIEd1 ZXN0IE9wdGltaXphdGlvbnMKIyBOT1RFOiBYRU5IVk0gZGVwZW5kcyBvbiB4ZW5wY2kgYW5kIHhl bnRpbWVyLgojIFRoZXkgbXVzdCBiZSBhZGRlZCBvciByZW1vdmVkIHRvZ2V0aGVyLgpub29wdGlv bnMgCVhFTkhWTQkJCSMgWGVuIEhWTSBrZXJuZWwgaW5mcmFzdHJ1Y3R1cmUKbm9kZXZpY2UJCXhl bmVmaQkJCSMgWGVuIEVGSSB0aW1lciBkZXZpY2UKbm9kZXZpY2UJCXhlbnBjaQkJCSMgWGVuIEhW TSBIeXBlcnZpc29yIHNlcnZpY2VzIGRyaXZlcgpub2RldmljZQkJeGVudGltZXIJCSMgWGVuIHg4 NiBQViB0aW1lciBkZXZpY2UKCiMgTmV0bWFwIHByb3ZpZGVzIGRpcmVjdCBhY2Nlc3MgdG8gVFgv UlggcmluZ3Mgb24gc3VwcG9ydGVkIE5JQ3MKI2RldmljZQkJbmV0bWFwCQkJIyBuZXRtYXAoNCkg c3VwcG9ydAoKIyBldmRldiBpbnRlcmZhY2UKI29wdGlvbnMgCUVWREVWX1NVUFBPUlQJCSMgZXZk ZXYgc3VwcG9ydCBpbiBsZWdhY3kgZHJpdmVycwojZGV2aWNlCQlldmRldgkJCSMgaW5wdXQgZXZl bnQgZGV2aWNlIHN1cHBvcnQKI2RldmljZQkJdWlucHV0CQkJIyBpbnN0YWxsIC9kZXYvdWlucHV0 IGNkZXYKCiMgSElEIHN1cHBvcnQKI29wdGlvbnMgCUhJRF9ERUJVRwkJIyBlbmFibGUgZGVidWcg bXNncwojZGV2aWNlCQloaWQJCQkjIEdlbmVyaWMgSElEIHN1cHBvcnQKI2RldmljZQkJaGlkYnVz CQkJIyBHZW5lcmljIEhJRCBCdXMKI29wdGlvbnMgCUlJQ0hJRF9TQU1QTElORwkJIyBXb3JrYXJv dW5kIG1pc3NpbmcgR1BJTyBJTlRSIHN1cHBvcnQKI29wdGlvbnMgCVUyRl9NQUtFX1VISURfQUxJ QVMJIyBpbnN0YWxsIC9kZXYvdWhpZCBhbGlhcyBmb3IgL2Rldi91MmYvCgojIEVGSSBkZXZpY2Vz CiNkZXZpY2UJCWVmaWRldgkJCSMgRUZJIHBzZXVkby1kZXZpY2UKI2RldmljZQkJZWZpcnRjCQkJ IyBFRkkgUlRDCg== --MP_/1nEoHsR7zq6Sfcbb5tIQTas-- --Sig_/b3lzYw/cicHHuomGU9M0BbZ Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaS2ueAAKCRCxzvs8Oqok ryQbAQDED60XRKtnzeY1avaXi35EzVcnZ469tBWEYr4Mj+sf3QD+MuoRmDkg97C1 oDIt3nK5TaNpdaEXrBEX4kU6SWHmsAI= =Sy/q -----END PGP SIGNATURE----- --Sig_/b3lzYw/cicHHuomGU9M0BbZ-- From nobody Mon Dec 1 17:05:22 2025 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 4dKqzT6MX5z6JvCJ for ; Mon, 01 Dec 2025 17:05:41 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (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 4dKqzT4X8Fz3mbV for ; Mon, 01 Dec 2025 17:05:41 +0000 (UTC) (envelope-from lobo@bsd.com.br) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x634.google.com with SMTP id a640c23a62f3a-b73161849e1so1095185766b.2 for ; Mon, 01 Dec 2025 09:05:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; t=1764608735; x=1765213535; 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=9bhRKRxCvBE2m7Q2O1fJwnnfHekvraU3iimDPqyd51A=; b=Wx8Fp/2u+a6+Nb8P10pUlrlxx863rqDHQ84GYSe+JE0D3sSYOelYlCWVfN7IkfyXh7 hWs+3uAtJQgjew9Zp1w9LKkjTUjYHyvNVrMKMQpkI0D+kH7TFr3aBWX7Cn8WoL5Sw3gU 4y42j0JNSMGrhK/83Gyd8LelNFiQ++ycELoYc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764608735; x=1765213535; 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=9bhRKRxCvBE2m7Q2O1fJwnnfHekvraU3iimDPqyd51A=; b=l41cowCIlmVANc1NfdtKNkvUhX0x3zLjfHDVIqNRCUExun1y2Ovf7B2dr9n9WFt/ji /GdRi39c18KYB16a9hGGGF5LagUnOCNkXl8rT74CSrSJcXnkrEn5QYr6whSaOCOXqzXQ xLqH98Zv2aTvTb9N/lDBqQgwbMDQJPOSL9eXdlmqCp5Ftj8OiO7sOGGnghzwE0JZt5Ks /d6LBtxVkkpSG5BBElbsOkEiQLADll3wTgrfyT2A+qPfLbQtq++we1cNpZhU8IO9HDKJ wOLOyJWXN5U5ntKS24j/iaLbNg/PMXAVljcqHjaiCxDYeLW4m6F9uyjK7dmpERBwmxZi qDkw== X-Forwarded-Encrypted: i=1; AJvYcCW2+2GM2YvuBy7ujH4qKNO9/nHfZ7BCD+GdOnu+AQshF7a0PqbHN1rrjz4+vSWVNsjuoUX6LxF/SAdvttKMrAM=@freebsd.org X-Gm-Message-State: AOJu0YyAnWGT+VrkWgdhP02mpdIW3v1cWS3AuNA81XgKFjktTvZLFoxY 4vWK4y4Bapd1RlP9+KxslAV0ucFhyAhGznZGIanGELOPgVjrIc/lO8AWgZh9qDJ1NoMfXAszLcS welXWbtvD1kq1mb2QupiD6CoNcosliwybdm8PVA4BQoFor5T/qhY= X-Gm-Gg: ASbGncuWXhBHq5OnkIok4+V0P8QN5FJKkvgDU4/gxP28k1nEn5zNgmol9iu/kQ5k5Qb sksY6gDNGyEUZECFzhGj6RdvosHc9wblkOuo9JNi6TZLAic7SsGCF0O1Ox2wSD0leZMZ/D9tH/M f0YTV34aaQ6/3BjWD5skWq52H+1b/2qYPDfGUTzi2RJjzMUvwoySsIHYCsmqLjeAA+iIzTu6sE6 ZELy92zSzBAvzd1HJE+v78dwKdO/JpClF8/9wDoO5TPHA7gpJ2yMvfz84MhvqGuX3/xBVdlWw== X-Google-Smtp-Source: AGHT+IHwSMKEnLwi41R/+FB36iAthapXP8Al3VJFX1F+vr1cfSSz7M97Zf3p8VlkcR80v45h0eVoyM8MH7jlrmmdElE= X-Received: by 2002:a17:907:3cc5:b0:b71:51b:bd4c with SMTP id a640c23a62f3a-b767170c7dbmr3829043666b.50.1764608733749; Mon, 01 Dec 2025 09:05:33 -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: Mario Lobo Date: Mon, 1 Dec 2025 14:05:22 -0300 X-Gm-Features: AWmQ_bnRURF0qZ7bwhZkWwO0e7ztK6un9NFABO1DPK7cwEuAzksMDzxhJfLia6A Message-ID: Subject: Re: looking for testers for if_rge - RTL8125/8126/8127 ethernet driver To: Bernard Spil Cc: Adrian Chadd , FreeBSD Net , current Content-Type: multipart/alternative; boundary="000000000000be3ba20644e6fcab" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dKqzT4X8Fz3mbV --000000000000be3ba20644e6fcab Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Dec 1, 2025, 05:40 Bernard Spil wrote: > Hi! > > Happy to be of service! Anything else we can do to get more testers? > (I'll see if I can make some noise on Mastodon). > Should there be some instruction on providing feedback in the port? > > Let's make this a very short-lived port. > > Cheers, Bernard. > > On 2025-12-01 02:42, Adrian Chadd wrote: > > hi! > > > > Thanks! My goal is to get this into a review next week, so hopefully > > this is a short lived port! > > > > > > -a > > > > On Sun, 30 Nov 2025 at 10:48, Bernard Spil wrote: > >> > >> Hi, > >> > >> Turns out the realtek-re-kmod wasn't working out for me after all, > >> machine started repeatedly crashing. > >> > >> Committed the port net/realtek-rge-kmod hoping to attract more > >> testers. > >> So far, works out great for me. GMKTek M5 Plus / AMD 5825U / Dual > >> RTL8215 > >> FreeBSD 15.0-RC4-p1 releng/15.0-n280991-c7ccd5b3f879 GENERIC amd64 > >> > >> Testing with 2 clients, both 100 parallel streams iperf3 bidirectional > >> for 10 minutes showed negligible load. > >> > >> rge0@pci0:1:0:0: class=3D0x020000 rev=3D0x05 hdr=3D0x00 vendor= =3D0x10ec > >> device=3D0x8125 subvendor=3D0x10ec subdevice=3D0x8125 > >> vendor =3D 'Realtek Semiconductor Co., Ltd.' > >> device =3D 'RTL8125 2.5GbE Controller' > >> class =3D network > >> subclass =3D ethernet > >> rge1@pci0:2:0:0: class=3D0x020000 rev=3D0x05 hdr=3D0x00 vendor= =3D0x10ec > >> device=3D0x8125 subvendor=3D0x10ec subdevice=3D0x8125 > >> vendor =3D 'Realtek Semiconductor Co., Ltd.' > >> device =3D 'RTL8125 2.5GbE Controller' > >> class =3D network > >> subclass =3D ethernet > >> > >> Cheers, Bernard. > >> > >> On Sun, Nov 30, 2025 at 2:51=E2=80=AFPM Bernard Spil > >> wrote: > >> > > >> > Hi all, > >> > > >> > Thanks to flo for notifying me that there's an alternative to > >> > net/realtek-re-kmod. > >> > > >> > I've had crashes running realtek-re-kmod and realtek-re-kmod198 > >> > before, none of the switches seemed to help. > >> > After upgrading to from 14.3 to 15.0-RC4-p1, I thought I'd test agai= n. > >> > So far so good, no crashes. Generating load with iperf for 5 minutes > >> > from 2 machines to the server works OK with the 1101.00 for now. > >> > > >> > Nice to have this if_rge in the back pocket when things don't work o= ut > >> > with 1101.00. Started porting it, find the patch at > >> > https://brnrd.eu/bsd/patch-net_realtek-rge-kmod-20251129 > >> > Seeing that this is supposed to land in base, I'm holding back on > committing it. > >> > > >> > Thanks all! Bernard (brnrd@) > >> > > >> > On Fri, Nov 28, 2025 at 5:48=E2=80=AFPM Adrian Chadd > wrote: > >> > > > >> > > On Thu, 27 Nov 2025 at 10:13, Florian Smeets > wrote: > >> > > > > >> > > > On 23.11.25 03:16, Adrian Chadd wrote: > >> > > > > hi! > >> > > > > > >> > > > > i've ported Kevin Lo's openbsd driver for these realtek > chipsets to FreeBSD. > >> > > > > It works well enough for me to use on my laptop w/ RTL8125B / > Killer E3000. > >> > > > > I'm now opening it up to others who are willing to build/run a > kernel > >> > > > > module to test the driver out and report back. > >> > > > > > >> > > > This is great. Finally, an in tree driver for these very common > NICs. > >> > > > The 1100.00 version of the net/realtek-re-kmod was just > unreliable for > >> > > > me (constant hangs, no matter which options I turned off and on)= . > I've > >> > > > only done light testing with the official 1101.00 driver. I was > able to > >> > > > wedge it with less than a minute of iperf3, and the ifconfig > down/up > >> > > > dance that was able to revive the interface with 1100.00 was not > able to > >> > > > recover the interface. > >> > > > > >> > > > I ran if_rge on my NAS and did some testing. I haven't had one > hang with > >> > > > this driver, even after pounding the network for hours. That's a > big > >> > > > plus for me. Thanks. > >> > > > > >> > > > I was able to achieve close to 2.5Gb/s TX and close to 1Gb/s RX > with > >> > > > iperf3 --bidir. > >> > > > > >> > > > CPU usage appears to be substantially higher than with the > official > >> > > > Realtek driver. > >> > > > >> > > That's a good data point. > >> > > > >> > > > > >> > > > [intr{irq59: rge0}] goes to around 50% of one core, and > [kernel{rge0 > >> > > > taskq thread}] hovers between 20-25% when running the above > iperf3 tests. > >> > > > > >> > > > With the official 1101.00 driver, the only process using > 1% CP= U > is > >> > > > this one [kernel{re0 taskq}] and it is around 10% with the test > >> > > > mentioned above. > >> > > > >> > > I'll go dig into that a bit. It shouldn't be taking very much CPU > to process > >> > > this number of packets; the bulk of the CPU should be used by the > IP stack. > >> > > > >> > > I'll go run some profiling over the next few days and see if I can > nail down > >> > > what I'm doing poorly. Hopefully it's something stupid on my end. > ;-) > >> > > > >> > > > >> > > > >> > > -adrian > >> > > > Hi! Compiled successfully from the git project page, and I've been testing it on a 14.3 stable. Really great! Thanks, Adrian! Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] --000000000000be3ba20644e6fcab Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Dec 1, 2025, 05:40 Bernard Spil = <brnrd@freebsd.org> wrote:
Hi!

Happy to be of service! Anything else we can do to get more testers?
(I'll see if I can make some noise on Mastodon).
Should there be some instruction on providing feedback in the port?

Let's make this a very short-lived port.

Cheers, Bernard.

On 2025-12-01 02:42, Adrian Chadd wrote:
> hi!
>
> Thanks! My goal is to get this into a review next week, so hopefully > this is a short lived port!
>
>
> -a
>
> On Sun, 30 Nov 2025 at 10:48, Bernard Spil <brnrd@freebsd.org>= ; wrote:
>>
>> Hi,
>>
>> Turns out the realtek-re-kmod wasn't working out for me after = all,
>> machine started repeatedly crashing.
>>
>> Committed the port net/realtek-rge-kmod hoping to attract more >> testers.
>> So far, works out great for me. GMKTek M5 Plus / AMD 5825U / Dual =
>> RTL8215
>> FreeBSD 15.0-RC4-p1 releng/15.0-n280991-c7ccd5b3f879 GENERIC amd64=
>>
>> Testing with 2 clients, both 100 parallel streams iperf3 bidirecti= onal
>> for 10 minutes showed negligible load.
>>
>> rge0@pci0:1:0:0:=C2=A0 =C2=A0 =C2=A0 =C2=A0 class=3D0x020000 rev= =3D0x05 hdr=3D0x00 vendor=3D0x10ec
>> device=3D0x8125 subvendor=3D0x10ec subdevice=3D0x8125
>>=C2=A0 =C2=A0 =C2=A0vendor=C2=A0 =C2=A0 =C2=A0=3D 'Realtek Semi= conductor Co., Ltd.'
>>=C2=A0 =C2=A0 =C2=A0device=C2=A0 =C2=A0 =C2=A0=3D 'RTL8125 2.5G= bE Controller'
>>=C2=A0 =C2=A0 =C2=A0class=C2=A0 =C2=A0 =C2=A0 =3D network
>>=C2=A0 =C2=A0 =C2=A0subclass=C2=A0 =C2=A0=3D ethernet
>> rge1@pci0:2:0:0:=C2=A0 =C2=A0 =C2=A0 =C2=A0 class=3D0x020000 rev= =3D0x05 hdr=3D0x00 vendor=3D0x10ec
>> device=3D0x8125 subvendor=3D0x10ec subdevice=3D0x8125
>>=C2=A0 =C2=A0 =C2=A0vendor=C2=A0 =C2=A0 =C2=A0=3D 'Realtek Semi= conductor Co., Ltd.'
>>=C2=A0 =C2=A0 =C2=A0device=C2=A0 =C2=A0 =C2=A0=3D 'RTL8125 2.5G= bE Controller'
>>=C2=A0 =C2=A0 =C2=A0class=C2=A0 =C2=A0 =C2=A0 =3D network
>>=C2=A0 =C2=A0 =C2=A0subclass=C2=A0 =C2=A0=3D ethernet
>>
>> Cheers, Bernard.
>>
>> On Sun, Nov 30, 2025 at 2:51=E2=80=AFPM Bernard Spil <brnrd@fr= eebsd.org>
>> wrote:
>> >
>> > Hi all,
>> >
>> > Thanks to flo for notifying me that there's an alternativ= e to
>> > net/realtek-re-kmod.
>> >
>> > I've had crashes running realtek-re-kmod and realtek-re-k= mod198
>> > before, none of the switches seemed to help.
>> > After upgrading to from 14.3 to 15.0-RC4-p1, I thought I'= d test again.
>> > So far so good, no crashes. Generating load with iperf for 5 = minutes
>> > from 2 machines to the server works OK with the 1101.00 for n= ow.
>> >
>> > Nice to have this if_rge in the back pocket when things don&#= 39;t work out
>> > with 1101.00. Started porting it, find the patch at
>> > https://brnrd.eu/bs= d/patch-net_realtek-rge-kmod-20251129
>> > Seeing that this is supposed to land in base, I'm holding= back on committing it.
>> >
>> > Thanks all! Bernard (brnrd@)
>> >
>> > On Fri, Nov 28, 2025 at 5:48=E2=80=AFPM Adrian Chadd <adri= an@freebsd.org> wrote:
>> > >
>> > > On Thu, 27 Nov 2025 at 10:13, Florian Smeets <flo@freebs= d.org> wrote:
>> > > >
>> > > > On 23.11.25 03:16, Adrian Chadd wrote:
>> > > > > hi!
>> > > > >
>> > > > > i've ported Kevin Lo's openbsd driver = for these realtek chipsets to FreeBSD.
>> > > > > It works well enough for me to use on my lapto= p w/ RTL8125B / Killer E3000.
>> > > > > I'm now opening it up to others who are wi= lling to build/run a kernel
>> > > > > module to test the driver out and report back.=
>> > > > >
>> > > > This is great. Finally, an in tree driver for these= very common NICs.
>> > > > The 1100.00 version of the net/realtek-re-kmod was = just unreliable for
>> > > > me (constant hangs, no matter which options I turne= d off and on). I've
>> > > > only done light testing with the official 1101.00 d= river. I was able to
>> > > > wedge it with less than a minute of iperf3, and the= ifconfig down/up
>> > > > dance that was able to revive the interface with 11= 00.00 was not able to
>> > > > recover the interface.
>> > > >
>> > > > I ran if_rge on my NAS and did some testing. I have= n't had one hang with
>> > > > this driver, even after pounding the network for ho= urs. That's a big
>> > > > plus for me. Thanks.
>> > > >
>> > > > I was able to achieve close to 2.5Gb/s TX and close= to 1Gb/s RX with
>> > > > iperf3 --bidir.
>> > > >
>> > > > CPU usage appears to be substantially higher than w= ith the official
>> > > > Realtek driver.
>> > >
>> > > That's a good data point.
>> > >
>> > > >
>> > > > [intr{irq59: rge0}] goes to around 50% of one core,= and [kernel{rge0
>> > > > taskq thread}] hovers between 20-25% when running t= he above iperf3 tests.
>> > > >
>> > > > With the official 1101.00 driver, the only process = using > 1% CPU is
>> > > > this one [kernel{re0 taskq}] and it is around 10% w= ith the test
>> > > > mentioned above.
>> > >
>> > > I'll go dig into that a bit. It shouldn't be tak= ing very much CPU to process
>> > > this number of packets; the bulk of the CPU should be us= ed by the IP stack.
>> > >
>> > > I'll go run some profiling over the next few days an= d see if I can nail down
>> > > what I'm doing poorly. Hopefully it's something = stupid on my end. ;-)
>> > >
>> > >
>> > >
>> > > -adrian
>> > >

=
Hi!

Co= mpiled successfully from the git project page,=C2=A0 and I've been test= ing it on a 14.3 stable.

Really great!

Thanks, A= drian!
Mario Lobo
http://www.mallavoodoo.com.br
FreeBSD since version 2.2.= 8 [not Pro-Audio.... YET!!]

--000000000000be3ba20644e6fcab-- From nobody Mon Dec 1 19:29:44 2025 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 4dKv8S0hGgz6K9cy for ; Mon, 01 Dec 2025 19:28:40 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Received: from mail.tarsnap.com (mail.tarsnap.com [54.86.246.204]) by mx1.freebsd.org (Postfix) with SMTP id 4dKv8Q1yC9z48ZD for ; Mon, 01 Dec 2025 19:28:38 +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 33552 invoked from network); 1 Dec 2025 19:28:37 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 1 Dec 2025 19:28:37 -0000 Date: Mon, 1 Dec 2025 11:29:44 -0800 From: Graham Percival To: freebsd-current@freebsd.org, freebsd-git-weekly@tarsnap.com Cc: Colin Percival Subject: FreeBSD Git Weekly 2025-11-24 to 2025-11-30 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-Bar: --- X-Spamd-Result: default: False [-3.09 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.94)[-0.940]; DMARC_POLICY_ALLOW(-0.50)[tarsnap.com,none]; NEURAL_HAM_SHORT(-0.45)[-0.446]; R_SPF_ALLOW(-0.20)[+ip4:54.86.246.204/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; ASN(0.00)[asn:14618, ipnet:54.86.0.0/16, country:US]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[54.86.246.204:from]; R_DKIM_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3] X-Rspamd-Queue-Id: 4dKv8Q1yC9z48ZD Hi all, I'm happy to announce FreeBSD git weekly for 2025-11-24 -- 2025-11-30: https://freebsd-git-weekly.tarsnap.net/2025-11-24.html It's a list of the 150 commits in that week, split into categories. Highlighted commits: - libc: implement C23 functions "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 Mon Dec 1 23:34:05 2025 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 4dL0bz443lz6HxjV for ; Mon, 01 Dec 2025 23:34:23 +0000 (UTC) (envelope-from tschweikle@gmail.com) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (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 4dL0bz23qZz3VK9 for ; Mon, 01 Dec 2025 23:34:23 +0000 (UTC) (envelope-from tschweikle@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-qt1-x82b.google.com with SMTP id d75a77b69052e-4ed7024c8c5so37826251cf.3 for ; Mon, 01 Dec 2025 15:34:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1764632058; x=1765236858; 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=xHVKpjM9twkVtGQ2j3uzGLsD1NolZds6DbLAEKXGAQY=; b=ld53aVNmq6GFXlRLDbZyjOJllGE6SAh8jvehAtecyL+4sf9zjbbb9W3pZcwpiuvPev pflvp4b5gEHEIuoCv4JnWivQO8n3sLAGLCk89vpO5buRjxAkQjhC2oIssp7hMeESm3iR OdHQ9BpSANQ9SgsUWMy51SV6AdEBQoB6hto3EicLOUJy67EdsCqpYsPuj1Cg9Uzu/jrt ELdVJfFvuRyZZtB4DRhaG38zjBbpF+JfS0yFTaq2+eblnIY17GRPzt9jlPzVeTC3eFN3 flo9g1nLXB2gdIDG0Y+xkJhBD7IInOmATtyLTyTV+eOlzFhi009xck3+LH1s0u/wXoJ3 a45A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764632058; x=1765236858; 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=xHVKpjM9twkVtGQ2j3uzGLsD1NolZds6DbLAEKXGAQY=; b=wLVYNnGcMxORkUzUYOMcG+eRM1E0M4O/s6NERFVVfN/irLD+G20GihMNuQhgd+1P/Y 9SfpDPyDkCRj5x//W7q2xkkl0O/iHhSXwLSWxCg9yrhR2NwlkMuMTUsQs635QQ6BZl+L 1BTC8pCusJaLmJ+EJXiRx9R1zlLYBn6bAaOapP4lmXiLPcMeq/Fwf1xWLMWEYJswhwt4 rq9r+71RQiCXbBYjQGRmrlQ+gRW4WzyF3BlqTq68MYERwYpNTMJXjxUYfad81R/P9wGv iiZv6CqDxzdc1viYJMrtunxvqHq9iylP38YkN8cEHe7vGPIM5F+wU6TPcnRiAa3sUU74 odaA== X-Gm-Message-State: AOJu0Yz6r6sxZc5kiU4RR+3pByOBzTZqDqUmIuAp9A5Izd9RNy94vJwq oBUQl39UV9Ht0iy8S1QGrZt4fnq8QhJb7H37g4KPS6xrwTVRaDFpy84BBtd9GCAYq96ktxks7iv h/M2on+LvbN3gRzP+a+RbKQTro+FBWVTGl2Pe X-Gm-Gg: ASbGnctief2wAIXlTTViEBBp9G4+cY/1ccvYA2JzPsAwF4i/9BZIGYiKdxXnYAwKVV7 a1GR5ayGiX4tEdI1ZwrIpb4WA6T3VpxMaeqfhwBC13wnt/NjKkbZXhADR/yGCUR7TSCLQhibBCN YgCojFb6XEg/wt5f/95sqNOEjlJa7+PUDXhxbM4cNQmVcboxd+0vdEkWhhDgC2cTMQFMF3qnKsA tm/XUqkPT4rvPMRJrT2hvD5mRmXteRUqgx3+bp2i71GVf++Ga+7PxppmV7VImwU/Gvqh3Dgg3J+ Hhwchh3QXK57pzOtzBR1uJ5S4gRx X-Google-Smtp-Source: AGHT+IHrXEsnxo7Zr4BgLoBVaRnz+SiMKPkn0xTQIcyVZJUEtl4KK7nmAyKzd9E0b2vBl8NC10YP5RAAVylK/CmzHdY= X-Received: by 2002:ac8:5a54:0:b0:4b5:e8ae:2c4f with SMTP id d75a77b69052e-4ee58910390mr534505731cf.51.1764632057623; Mon, 01 Dec 2025 15:34:17 -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: Thomas Schweikle Date: Tue, 2 Dec 2025 00:34:05 +0100 X-Gm-Features: AWmQ_bkWt9kcB3HsTJdeaeFT5250MAUsBg_WldX2ETYS809xgnB7ZKJVDfFUR5k Message-ID: Subject: Re: FreeBSD 15.0-RELEASE timeline To: Dennis Clarke Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000f43b490644ec6ac6" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dL0bz23qZz3VK9 --000000000000f43b490644ec6ac6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable it will be replaced then by FreeBSD 15.1-RELEASE or some later 15.x-RELEASE= . On Mon, Dec 1, 2025 at 5:16=E2=80=AFAM Dennis Clarke wrote: > > Just looking at : > > https://www.freebsd.org/releases/15.0R/schedule/ > > Which says 15.0 EoL 30 September 2026 ? Maybe I do not understand what > that means. To be actually released with some announcement in a few days > and then dead in nine or ten months? > > There is no such EoL entry on this page for 14.0-RELEASE : > > https://www.freebsd.org/releases/14.0R/schedule/ > > Just seems to be a very short life span for 15.0-RELEASE. > > > -- > -- > Dennis Clarke > RISC-V/SPARC/PPC/ARM/CISC > UNIX and Linux spoken > > > --=20 Thomas --000000000000f43b490644ec6ac6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
it will be replaced then by FreeBSD 15.1-RELEASE or some l= ater 15.x-RELEASE.

On Mon, Dec 1, 2025 at 5:16=E2=80= =AFAM Dennis Clarke <dclarke@bl= astwave.org> wrote:

Just looking at :

=C2=A0 =C2=A0 =C2=A0https://www.freebsd.org/releases= /15.0R/schedule/

Which says 15.0 EoL 30 September 2026 ? Maybe I do not understand what
that means. To be actually released with some announcement in a few days and then dead in nine or ten months?

There is no such EoL entry on this page for 14.0-RELEASE :

=C2=A0 =C2=A0 =C2=A0https://www.freebsd.org/releases= /14.0R/schedule/

Just seems to be a very short life span for 15.0-RELEASE.


--
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken




--
Thomas
--000000000000f43b490644ec6ac6-- From nobody Mon Dec 1 23:35:22 2025 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 4dL0dF0Gp5z6Hxq5 for ; Mon, 01 Dec 2025 23:35:29 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (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 "mail.oetec.com", Issuer "E8" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dL0dD48GHz3WLk for ; Mon, 01 Dec 2025 23:35:28 +0000 (UTC) (envelope-from dclarke@blastwave.org) Authentication-Results: mx1.freebsd.org; none Received: from [172.16.35.4] (pool-99-253-118-250.cpe.net.cable.rogers.com [99.253.118.250]) (authenticated bits=0) by mail.oetec.com (8.17.1/8.17.1) with ESMTPSA id 5B1NZMxN099437 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT); Mon, 1 Dec 2025 18:35:23 -0500 (EST) (envelope-from dclarke@blastwave.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=blastwave.org; s=default; t=1764632123; bh=oMkNDsG/jBZPA/iFl9g4eR+gj5OA6uXowjWxxsv0GZE=; h=Date:Subject:To:References:From:In-Reply-To; b=WpHjz1EnX6zSiK/icVfi0C0o6UZ1h0OFfzaqE7BcVvqRnR4LJ3tJccGlblGn5dIB8 ohizQj9pa8NTQJMYLRrz+QjTI/smpqxtscEdtdRvHxgC0WEQxQLRtMH0d+4k2WCKqR XgsM/QbJukknW9aEcZ512sxGwJpwGX+la6GWL1AqZC8l03+6ELSJgo4p+TtIvR0rqG OEPllXXwth89h7mlz3EuFM41PqxRtnI7hYyGn+3Uy+QJNJWVCXg7EGxgTL6TIHnJAP G4ggI8hhZOcZWUQc2MEs7rbUtI9mVQMkXG3x+/Z1VRiJODcaGGGNQxO337DiVo5Rtz OVyQcUoLZ+W3g== Message-ID: <89567f90-5596-4dff-8554-3b43e71ae256@blastwave.org> Date: Mon, 1 Dec 2025 18:35:22 -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: FreeBSD 15.0-RELEASE timeline Content-Language: en-CA To: Mark Millard , FreeBSD Current References: <07C4BD2A-8AD7-4364-A6DF-D3AB1D3E296D@yahoo.com> <804482BA-B05F-4BEE-BB9E-E220FBB38346@yahoo.com> <1C737426-3C74-4240-8A37-47552F6550E2@yahoo.com> <78AED058-F118-4096-B823-F45EFAE5F5C3@yahoo.com> From: Dennis Clarke Organization: GENUNIX In-Reply-To: <78AED058-F118-4096-B823-F45EFAE5F5C3@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-oetec-MailScanner-Information: Please contact the ISP for more information X-oetec-MailScanner-ID: 5B1NZMxN099437 X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-From: dclarke@blastwave.org X-Spam-Status: No X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dL0dD48GHz3WLk On 12/1/25 2:34 AM, Mark Millard wrote: > On Nov 30, 2025, at 22:28, Mark Millard wrote: > >> On Nov 30, 2025, at 22:20, Mark Millard wrote: >> >>> On Nov 30, 2025, at 22:05, Mark Millard wrote: >>> >>>> Dennis Clarke wrote on > An illustration of the schedule out to 17.0 is at: > > https://forums.freebsd.org/threads/navigating-freebsds-new-quarterly-and-biennial-release-schedule.94183/ > Now that is very handly : https://freebsdfoundation.org/wp-content/uploads/2024/07/gantt-freebsd.jpg That could ( should ? ) be posted on the FreeBSD Supported Releases page here : https://www.freebsd.org/releases/ Very handy to see that 15.x will have long legs into the end of 2029. > If accurate in how it shows overlaps, there would be a > period with all the following active: > > 14.6 15.3 15.4 16.0 16.1 main > (2028-Jun) > > and a later period with: > > 14.6 15.4 15.5 16.0 16.1 main > (2028-Sep) Yes, I see that. Very handly little chart. Perfect for the supported releases page don't ya think? > > Hopefully there will be more aarch64 port-package builder > machines active by then. With quarterly and latest > for all but main and with armv7 suspended, that would be > 11 combinations to cover during those periods. I have yet to see anything other than amd64 really be super stable and reliable. I am sure there is a server somewhere based on aarch64 but I just do not see the point. I would much rather see IBM POWER9 as a real solid option but that requires 16M USD and a well paid team of engineers for a year or two just to get a reasonable beta. Sadly. -- -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken ps: I still have an ORACLE S7-2 server running Solaris 11.4 and Gentoo because nothing else runs. From nobody Tue Dec 2 14:04:58 2025 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 4dLMwc4QtLz6KV1X for ; Tue, 02 Dec 2025 14:05:04 +0000 (UTC) (envelope-from comdir@infonix.info) Received: from forward500b.mail.yandex.net (forward500b.mail.yandex.net [178.154.239.144]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dLMwZ72brz3tbB for ; Tue, 02 Dec 2025 14:05:02 +0000 (UTC) (envelope-from comdir@infonix.info) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=infonix.info header.s=mail header.b=ItE0C5Fp; dmarc=none; spf=pass (mx1.freebsd.org: domain of comdir@infonix.info designates 178.154.239.144 as permitted sender) smtp.mailfrom=comdir@infonix.info Received: from mail-nwsmtp-mxback-production-main-48.sas.yp-c.yandex.net (mail-nwsmtp-mxback-production-main-48.sas.yp-c.yandex.net [IPv6:2a02:6b8:c23:1022:0:640:267e:0]) by forward500b.mail.yandex.net (Yandex) with ESMTPS id A086DC1BE7; Tue, 02 Dec 2025 17:04:58 +0300 (MSK) Received: from mail.yandex.ru (2a02:6b8:c1e:478c:0:640:a67e:0 [2a02:6b8:c1e:478c:0:640:a67e:0]) by mail-nwsmtp-mxback-production-main-48.sas.yp-c.yandex.net (mxback/Yandex) with HTTPS id u4kTFiAxoOs0-yoZ4lROL; Tue, 02 Dec 2025 17:04:58 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infonix.info; s=mail; t=1764684298; bh=NZe6UBEvRSxxLzu+2frhgYrUPkSvtK62uSX7+A9XoKk=; h=Message-Id:References:Date:Subject:To:In-Reply-To:From; b=ItE0C5Fp6s3dsfN1HkSU5HVd3YGF3onjq+LfUKsyINGnA28w+tX3qrGc5fXa2Nq0o vBVRkZd6MCwm7PTQLT8c3bjOAn5R2GaW/HpLYg0bT2UyvJVzUyrTzYpw34XeUFxgHF z0OfOfpa6hO59db7nowcjvgafCX/vp/t4j8GWZ6s= Received: by mail-sendbernar-production-main-98.sas.yp-c.yandex.net (sendbernar/Yandex) with HTTPS id c8344f80a2eb1f668adb810e85c504cd; Tue, 02 Dec 2025 17:04:58 +0300 From: =?utf-8?B?0JvQtdC+0L3QuNC0INCT0L3QtdC30LTQuNC70L7Qsg==?= To: S. Ross Gohlke , "freebsd-current@freebsd.org" In-Reply-To: <200391764598041@mail.yandex.ru> References: <11071764173299@mail.yandex.ru> <200391764598041@mail.yandex.ru> Subject: Re: operation not supported Wayland 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 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Tue, 02 Dec 2025 17:04:58 +0300 Message-Id: <3644111764683408@mail.yandex.ru> Content-Transfer-Encoding: base64 Content-Type: text/html; charset=utf-8 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.85)[-0.846]; NEURAL_HAM_SHORT(-0.66)[-0.655]; RWL_MAILSPIKE_EXCELLENT(-0.40)[178.154.239.144:from]; R_SPF_ALLOW(-0.20)[+ip4:178.154.239.144/28]; MIME_HTML_ONLY(0.20)[]; R_DKIM_ALLOW(-0.20)[infonix.info:s=mail]; MIME_BASE64_TEXT(0.10)[]; ASN(0.00)[asn:200350, ipnet:178.154.224.0/19, country:RU]; TO_DN_SOME(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; MIME_TRACE(0.00)[0:~]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[infonix.info]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[infonix.info:+] X-Rspamd-Queue-Id: 4dLMwZ72brz3tbB PGRpdj5JIGluc3RhbGxlZCB0aGUgc3lzdGVtIGFnYWluIHRvZGF5LCBvbiBhIGRpZmZlcmVudCBk aXNrLiBBbmQgaXQgZG9lc24ndCB3b3JrISBFdmVyeXRoaW5nIGlzIGV4YWN0bHkgdGhlIHNhbWUs ICJvcGVyYXRpb24gbm90IHN1cHBvcnRlZCIuIFNvIGl0IHdhc24ndCBtZSB3aG8gYnJva2UgdGhl IHN5c3RlbSwgYnV0IHRoZSB1cGRhdGUuQ2FuIHRoaXMgYWxyZWFkeSBiZSBjb25zaWRlcmVkIGEg YnVnPzwvZGl2PjxkaXY+RHVyaW5nIHRoZSBpbnN0YWxsYXRpb24sIEkgc2VsZWN0ZWQgdGhlIGlu c3RhbGxhdGlvbiBmcm9tIHRoZSBwYWNrYWdlcyAodGVjaCBwcmV2aWV3KSwgbWF5YmUgdGhpcyB3 aWxsIGhlbHAgaW4gdGhlIGRpYWdub3Npcz8gVGhlIGRybS1sYXRlc3QgbW9kdWxlLCBJIHRyaWVk IGRybS01MTUsIGJ1dCBpdCBkb2Vzbid0IGhlbHAuIMKgPC9kaXY+PGRpdj7CoDwvZGl2PjxkaXY+ LS0tLS0tLS0tLS0tLS0tLTwvZGl2PjxkaXY+VG86IFMuIFJvc3MgR29obGtlIChyb3NzQGJpc2Qu cm8gKSwgZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIChmcmVlYnNkLWN1cnJlbnRAZnJlZWJz ZC5vcmcgKTs8L2Rpdj48ZGl2PlN1YmplY3Q6IG9wZXJhdGlvbiBub3Qgc3VwcG9ydGVkIGJ5IFdh eWxhbmQ7PC9kaXY+PGRpdj4xMi8wMS8yMDI1LCAxNzoxNSBwLm0uLCAiTGVvbmlkIEduZXpkaWxv diIgJmx0O2NvbWRpckBpbmZvbml4LmluZm8gJmd0Ozo8L2Rpdj48YmxvY2txdW90ZT48ZGl2Pjxk aXY+VG9kYXkgSSB0cmllZCB0byByZW1vdmUgbW9zdCBvZiB0aGUgcGFja2FnZXMsIGJ1dCBJIHdh cyBhbG1vc3QgbGVmdCB3aXRob3V0IHBrZykpIFRoZSByZXN1bHQgd2FzIGEgc3lzdGVtIHdpdGgg ZmV3ZXIgcGFja2FnZXMgdGhhbiB3aXRoIHRoZSBuZXcgaW5zdGFsbGF0aW9uLiBSZWluc3RhbGxl ZCB3YXlsYW5kLiBBbmQgd2hhdCBkbyB5b3UgdGhpbms/IEV2ZXJ5dGhpbmcgaXMgdGhlIHNhbWUs IG1vc3QgYXBwbGljYXRpb25zIHN3ZWFyIG9uICJvcGVyYXRpb24gbm90IHN1cHBvcnRlZCIgSW5z dGFsbGVkIGZvb3QgYW5kIHdheWZpcmUuIEJ5IHRoZSB3YXksIHRoZXkgd29yay4gQnV0IGZpcmVm b3ggaXMgbm90LiBJIGRpc2NvdmVyZWQgdGhhdCBhcHBsaWNhdGlvbnMgdGhhdCBkbyBub3QgcnVu IHVzZSBsaWJtLnNvLjUsIGJ1dCBkbyBub3Qgc2VlbSB0byB1c2UgcnVubmluZyBhcHBsaWNhdGlv bnMuIE5vIG90aGVyIGRpZmZlcmVuY2VzIGFyZSB2aXNpYmxlIHlldC4gSeKAmWxsIHRyeSB0byBj b21wYXJlIG9uIGdpdGh1YiBmb290IGFuZCBhbGFjcml0dHkgdGhpcyBldmVuaW5nLCBtYXliZSBJ 4oCZbGwgZmluZCBzb21lIGtpbmQgb2YgcGF0dGVybi4gVG9tb3Jyb3cgaXTigJlzIHRpbWUgdG8g dHJ5IHRvIHJlaW5zdGFsbCB0aGUgc3lzdGVtKSk8L2Rpdj48L2Rpdj48ZGl2PsKgPC9kaXY+PGRp dj7CoDwvZGl2PjxkaXY+LS0tLS0tLS0tLS0tLS0tLTwvZGl2PjxkaXY+VG8gd2hvbTogPGEgaHJl Zj0ibWFpbHRvOmZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyIgcmVsPSJub29wZW5lciBub3Jl ZmVycmVyIj5mcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmc8L2E+ICg8YSBocmVmPSJtYWlsdG86 ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIiByZWw9Im5vb3BlbmVyIG5vcmVmZXJyZXIiPmZy ZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZzwvYT4gKTs8L2Rpdj48ZGl2PlN1YmplY3Q6IG9wZXJh dGlvbiBub3Qgc3VwcG9ydGVkIGJ5IFdheWxhbmQ7PC9kaXY+PGRpdj4yNy4xMS4yMDI1LCAxOTo0 NCwgIlMuIFJvc3MgR29obGtlIiAmbHQ7PGEgaHJlZj0ibWFpbHRvOnJvc3NAYmlzZC5ybyIgcmVs PSJub29wZW5lciBub3JlZmVycmVyIj5yb3NzQGJpc2Qucm88L2E+Jmd0Ozo8L2Rpdj48YmxvY2tx dW90ZT48cD5PbiAxMS8yNi8yNSAxMDoxMSwgTGVvbmlkIEduZXpkaWxvdiB3cm90ZTo8L3A+PGJs b2NrcXVvdGU+PGRpdj48ZGl2PjxkaXYgc3R5bGU9ImJveC1zaXppbmc6Ym9yZGVyLWJveCI+PGRp diBzdHlsZT0iYm9yZGVyLXJhZGl1czowcHggM3B4IDNweCAwcHg7Ym94LXNpemluZzpib3JkZXIt Ym94O21pbi13aWR0aDowcHg7cGFkZGluZzoxMHB4O3ZlcnRpY2FsLWFsaWduOnRvcDt3aWR0aDox NDIyLjM5cHgiPjxkaXYgc3R5bGU9ImJveC1zaXppbmc6Ym9yZGVyLWJveDtoZWlnaHQ6MTU2LjU0 N3B4Ij48ZGl2IHN0eWxlPSJib3gtc2l6aW5nOmJvcmRlci1ib3g7bWluLWhlaWdodDoxcHgiPjxk aXYgc3R5bGU9ImJveC1zaXppbmc6Ym9yZGVyLWJveCI+PGRpdj48ZGl2IHN0eWxlPSJib3gtc2l6 aW5nOmJvcmRlci1ib3giPjxkaXYgc3R5bGU9ImJveC1zaXppbmc6Ym9yZGVyLWJveCI+SGkhPC9k aXY+PGRpdiBzdHlsZT0iYm94LXNpemluZzpib3JkZXItYm94Ij5GcmVlQlNEIDE2LjAtQ1VSUkVO VCwgV2F5bGFuZC4gQWZ0ZXIgdGhlIG9uZSBvZiB1cGdyYWRlIChvciBhZnRlciBzb21lIG9mIG15 IGV4cGVyaW1lbnRzIHdpdGggdGhlIHN5c3RlbSksIG1hbnkgYXBwbGljYXRpb25zIHN0b3BwZWQg cnVubmluZy4gTW9zdCBhcHBsaWNhdGlvbnMuIE9sZCwgcHJvYmFibHkgWFdheWxhbmQsIGFwcGxp Y2F0aW9ucyB3b3JrLiBUZWxlZ3JhbS1kZXNrdG9wLCBhIHJveC10ZXJtaW5hbCwgYnJvd3NlciB3 YXMgYWJsZSB0byBydW4gLSBuZXQtc3VyZi48YnIgc3R5bGU9ImJveC1zaXppbmc6Ym9yZGVyLWJv eDttYXJnaW4tdG9wOjBweCIgLz48YnIgc3R5bGU9ImJveC1zaXppbmc6Ym9yZGVyLWJveCIgLz5F cnJvcnMgZHVyaW5nIGxhdW5jaCB2YXJ5LCBidXQgYWxtb3N0IGV2ZXJ5dGhpbmcgaXMgdW5pdGVk IGJ5ICJvcGVyYXRpb24gbm90IHN1cHBvcnRlZCAob3MgZXJyb3IgNDUpIjwvZGl2PjxkaXYgc3R5 bGU9ImJveC1zaXppbmc6Ym9yZGVyLWJveCI+V2VsbCwgeWVzLCBXYXlsYW5kIGNvbXBvc2l0b3Jz IHN0YXJ0IGFuZCB3b3JrIHdpdGhvdXQgcHJvYmxlbXMgKGh5cHJsYW5kLCBsYWJ3YywgaGlrYXJp KSwgZXJyb3JzIG9jY3VyIHdoZW4gbGF1bmNoaW5nIGNvbXBvc2l0b3JzIGNsaWVudHMgLSBhcHBs aWNhdGlvbnMuPC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+ PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjxwPkkgYW0gcnVubmluZyBhIFdheWxhbmQgc2Vzc2lv biBvbiBGcmVlQlNEIDE2LjAtQ1VSUkVOVCBwa2diYXNlIGZyb20gYSBjb3VwbGUgb2Ygd2Vla3Mg YWdvIGFuZCBoYXZlIG5vdCBzZWVuIHRoZXNlIGVycm9ycy48L3A+PHA+V2F5ZmlyZSBpcyB0aGUg Y29tcG9zaXRvciwgYW5kIG15IHJlZ3VsYXIgYXBwIHJvdGF0aW9uIC0tIGZvb3QsIEZpcmVmb3gs IFRodW5kZXJiaXJkIC0tIGlzIGFzIHN0YWJsZSBhcyBpdCBoYXMgYmVlbi4gSSBhbSBub3QgdXNp bmcgWFdheWxhbmQuPC9wPjxwPklmIHRoZXJlIGFyZSBzcGVjaWZpYyBhcHBzIHlvdSB3b3VsZCBs aWtlIG1lIHRvIGNoZWNrIGxldCBtZSBrbm93LjwvcD48cD5SZWdhcmRzLDwvcD48cD5Sb3NzPC9w PjwvYmxvY2txdW90ZT48ZGl2PsKgPC9kaXY+PGRpdj7CoDwvZGl2PjxkaXY+PHNwYW4gc3R5bGU9 ImJhY2tncm91bmQtY29sb3I6I2ZmZmZmZjtjb2xvcjojNjY2NjY2O2Zsb2F0Om5vbmU7Zm9udC1m YW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2Vp Z2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6 bm9ybWFsIj4tLcKgPC9zcGFuPjxiciBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjpyZ2IoIDI1NSAs IDI1NSAsIDI1NSApO2NvbG9yOnJnYiggMTAyICwgMTAyICwgMTAyICk7Zm9udC1mYW1pbHk6bW9u b3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQwMDt0 ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6bm9ybWFsIiAv PjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiNmZmZmZmY7Y29sb3I6IzY2NjY2Njtmb250 LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXplOjEycHg7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC13 ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC10cmFuc2Zvcm06bm9uZTt3aGl0ZS1zcGFj ZTpub3dyYXAiPlNpbmNlcmVseSw8L3NwYW4+PGJyIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOnJn YiggMjU1ICwgMjU1ICwgMjU1ICk7Y29sb3I6cmdiKCAxMDIgLCAxMDIgLCAxMDIgKTtmb250LWZh bWlseTptb25vc3BhY2U7Zm9udC1zaXplOjEycHg7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC13ZWln aHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC10cmFuc2Zvcm06bm9uZTt3aGl0ZS1zcGFjZTpu b3JtYWwiIC8+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6I2ZmZmZmZjtjb2xvcjojNjY2 NjY2O2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtmb250LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1h bDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3do aXRlLXNwYWNlOm5vd3JhcCI+TGVvbmlkwqBHbmV6ZGlsb3Y8L3NwYW4+PGJyIHN0eWxlPSJiYWNr Z3JvdW5kLWNvbG9yOnJnYiggMjU1ICwgMjU1ICwgMjU1ICk7Y29sb3I6cmdiKCAxMDIgLCAxMDIg LCAxMDIgKTtmb250LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXplOjEycHg7Zm9udC1zdHlsZTpu b3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC10cmFuc2Zvcm06bm9u ZTt3aGl0ZS1zcGFjZTpub3JtYWwiIC8+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6I2Zm ZmZmZjtjb2xvcjojNjY2NjY2O2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtmb250LXNpemU6MTJweDtm b250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LXRy YW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vd3JhcCI+SU5GT05JQ1MgTExDPC9zcGFuPjxiciBz dHlsZT0iYmFja2dyb3VuZC1jb2xvcjpyZ2IoIDI1NSAsIDI1NSAsIDI1NSApO2NvbG9yOnJnYigg MTAyICwgMTAyICwgMTAyICk7Zm9udC1mYW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2Zv bnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJh bnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6bm9ybWFsIiAvPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5k LWNvbG9yOiNmZmZmZmY7Y29sb3I6IzY2NjY2Njtmb250LWZhbWlseTptb25vc3BhY2U7Zm9udC1z aXplOjEycHg7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3Rh cnQ7dGV4dC10cmFuc2Zvcm06bm9uZTt3aGl0ZS1zcGFjZTpub3dyYXAiPis3KDQ3MTIpNzcwLTM2 NTwvc3Bhbj48YnIgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6cmdiKCAyNTUgLCAyNTUgLCAyNTUg KTtjb2xvcjpyZ2IoIDEwMiAsIDEwMiAsIDEwMiApO2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtmb250 LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpz dGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vcm1hbCIgLz48c3BhbiBzdHls ZT0iYmFja2dyb3VuZC1jb2xvcjojZmZmZmZmO2NvbG9yOiM2NjY2NjY7Zm9udC1mYW1pbHk6bW9u b3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQwMDt0 ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6bm93cmFwIj4r Nyg5MTkpMjEwLTk3LTczPC9zcGFuPjwvZGl2PjxkaXY+wqA8L2Rpdj48L2Jsb2NrcXVvdGU+PGRp dj7CoDwvZGl2PjxkaXY+wqA8L2Rpdj48ZGl2PjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9y OiNmZmZmZmY7Y29sb3I6IzY2NjY2NjtkaXNwbGF5OmlubGluZSAhaW1wb3J0YW50O2Zsb2F0Om5v bmU7Zm9udC1mYW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFs O2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hp dGUtc3BhY2U6bm9ybWFsIj4tLcKgPC9zcGFuPjxiciBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjpy Z2IoIDI1NSAsIDI1NSAsIDI1NSApO2NvbG9yOnJnYiggMTAyICwgMTAyICwgMTAyICk7Zm9udC1m YW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2Vp Z2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6 bm9ybWFsIiAvPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiNmZmZmZmY7Y29sb3I6IzY2 NjY2Njtmb250LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXplOjEycHg7Zm9udC1zdHlsZTpub3Jt YWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC10cmFuc2Zvcm06bm9uZTt3 aGl0ZS1zcGFjZTpub3dyYXAiPlNpbmNlcmVseSw8L3NwYW4+PGJyIHN0eWxlPSJiYWNrZ3JvdW5k LWNvbG9yOnJnYiggMjU1ICwgMjU1ICwgMjU1ICk7Y29sb3I6cmdiKCAxMDIgLCAxMDIgLCAxMDIg KTtmb250LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXplOjEycHg7Zm9udC1zdHlsZTpub3JtYWw7 Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC10cmFuc2Zvcm06bm9uZTt3aGl0 ZS1zcGFjZTpub3JtYWwiIC8+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6I2ZmZmZmZjtj b2xvcjojNjY2NjY2O2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtmb250LXNpemU6MTJweDtmb250LXN0 eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9y bTpub25lO3doaXRlLXNwYWNlOm5vd3JhcCI+TGVvbmlkwqBHbmV6ZGlsb3Y8L3NwYW4+PGJyIHN0 eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOnJnYiggMjU1ICwgMjU1ICwgMjU1ICk7Y29sb3I6cmdiKCAx MDIgLCAxMDIgLCAxMDIgKTtmb250LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXplOjEycHg7Zm9u dC1zdHlsZTpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC10cmFu c2Zvcm06bm9uZTt3aGl0ZS1zcGFjZTpub3JtYWwiIC8+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQt Y29sb3I6I2ZmZmZmZjtjb2xvcjojNjY2NjY2O2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtmb250LXNp emU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFy dDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vd3JhcCI+SU5GT05JQ1MgTExDPC9z cGFuPjxiciBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjpyZ2IoIDI1NSAsIDI1NSAsIDI1NSApO2Nv bG9yOnJnYiggMTAyICwgMTAyICwgMTAyICk7Zm9udC1mYW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6 ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0 O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6bm9ybWFsIiAvPjxzcGFuIHN0eWxlPSJi YWNrZ3JvdW5kLWNvbG9yOiNmZmZmZmY7Y29sb3I6IzY2NjY2Njtmb250LWZhbWlseTptb25vc3Bh Y2U7Zm9udC1zaXplOjEycHg7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQt YWxpZ246c3RhcnQ7dGV4dC10cmFuc2Zvcm06bm9uZTt3aGl0ZS1zcGFjZTpub3dyYXAiPis3KDQ3 MTIpNzcwLTM2NTwvc3Bhbj48YnIgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6cmdiKCAyNTUgLCAy NTUgLCAyNTUgKTtjb2xvcjpyZ2IoIDEwMiAsIDEwMiAsIDEwMiApO2ZvbnQtZmFtaWx5Om1vbm9z cGFjZTtmb250LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4 dC1hbGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vcm1hbCIgLz48 c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjojZmZmZmZmO2NvbG9yOiM2NjY2NjY7Zm9udC1m YW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2Vp Z2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6 bm93cmFwIj4rNyg5MTkpMjEwLTk3LTczPC9zcGFuPjwvZGl2PjxkaXY+wqA8L2Rpdj4= From nobody Tue Dec 2 14:48:06 2025 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 4dLNtL2QC7z6KY0Y for ; Tue, 02 Dec 2025 14:48:10 +0000 (UTC) (envelope-from bapt@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" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dLNtK75WNz42jQ; Tue, 02 Dec 2025 14:48:09 +0000 (UTC) (envelope-from bapt@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1764686890; 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=foSe7stClLlOcbkngLg4+XWVl8W9iDoDGPxRvsvOB6g=; b=SiTO+Y0FasrIHeuTQjzIRXAYaPY0AY+m4iK8nbISIJZCjIbJvnela2P31B6eJyBPoOIRVO LO4G/EB2IP62vj8/2dVC1t17urtfW1OGAE5w8c2t0ZsNPMn8Nm1dA7ET3u9eCCGUmKTPw7 3xvzfDUyipVjqugcwUHbPdwHa60KaZxo0pKOaifMSYRBl8Z6bjqxAP5WdFCO7RY5sCcxWO CeKlgnNDhpyFRwwLT0y14xJgLSfVtNgf5LDdX+BhBBxhKxhaf0bAtvUyNSB5nsZ6eemjyc l6VNKdh/KdO+dNrTATIEZHAGIDQgrnLS1LH+DyTWtnozh/j4rMxwsaX3kXthzg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1764686890; 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=foSe7stClLlOcbkngLg4+XWVl8W9iDoDGPxRvsvOB6g=; b=Jokfd7Rlo0wHEHov3ttpBENbVIwa5kBZTEYgZ4p/EhqOwcG7753NQKPfPEkJa5gOr/7XEr ST35AXDGjRKLZFt0YoVwss/QYDw3KkPI3rpedJsi7mQkRC+UFbwbZeT78/eihPY9GRjEn5 P5oWaE8p3SB75ukmERO299f52+gcLugKL4MUk7JjXnX9WlcTQFQoWC87rREyeT4IAOjuy2 2/eNhzk50qU1Zn2jmt7oQDlxdg3Myv/7YHhNlTxBFw7jR39Z8CWVWnRbHF+1DgPTvfJlCe J4JNo3daGLrPuS413MtD7fzlAQKDk2U6DCB+OsphscpBKYE8VpoD4M+Ja8nkag== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1764686890; a=rsa-sha256; cv=none; b=Jbq51LkPa/kcGJgbBaf7/Sv2P66Ch89V48WBmND/WYPBX4PE8IHsqIbEc6wYXFhsoNQ4Pk JiSjfJcSjof8Vkqk0mJHkE2BeTwqiygkdrRFzKyi3C+GUk8DclpHmKPxwZveyzGb5cZPO0 ITjQ6Vx33iISvfCYoATwtYs36W48yNptx9h64HcoonfEeYP1nhNsYLfEv2I3+igGmx87hT zdiAGTqi3aNYX4yScq9aQGCGxivrpQ/PW/gYfAoVHzTt7ZShlbsdahUYpQ/L1NBnZ6+mkC nXfCjM7mjoIrn+C2WR1bkun2XbH6cqWsANb+uK2udIrdJLy1rwvKzB+S1LamuA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from b.nours.eu (b.nours.eu [IPv6:2001:41d0:303:5e39::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4dLNtK5j9YzvZ8; Tue, 02 Dec 2025 14:48:09 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by b.nours.eu (Postfix, from userid 1001) id 415D2114EB; Tue, 02 Dec 2025 15:48:06 +0100 (CET) Date: Tue, 2 Dec 2025 15:48:06 +0100 From: Baptiste Daroussin To: Dag-Erling =?utf-8?B?U23DuHJncmF2?= Cc: polyduekes@proton.me, Lexi Winter , freebsd-current@freebsd.org Subject: Re: changing from pkgbase to regularbase Message-ID: References: <71e4b46c-8d69-451d-92ca-79316ffc4b63@app.fastmail.com> <20251122180931.52c1141475f5faec4fad633c@dec.sakura.ne.jp> <861pload1z.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <861pload1z.fsf@ltc.des.dev> On Sun 23 Nov 18:12, Dag-Erling Smørgrav wrote: > polyduekes@proton.me writes: > > what is the correct way to depkgbasify? > > There is no “correct” way. Here's what I would suggest: > > 1. Make sure your system is up-to-date and consistent and you have a > matching source tree installed: > > # pkg upgrade -y > # pkg install -y FreeBSD-set-src > # pkg autoremove -y > > 2. Make a list of non-pkgbase non-automatic packages: > > # pkg query -e '%a == 0 && %o !~ base/*' %n >packages > > 3. Delete your installed package database: > > # rm /var/db/pkg/local.sqlite > > 4. Reinstall non-pkgbase packages: > > # pkg install -fy $(cat packages) > > This will of course also reinstall all dependencies, but we are > deliberately only specifying non-automatic packages so the end result > is the same as what we started out with. If we had made a list of > _all_ installed packages, we would end up with everything now being > marked non-automatic, and `pkg autoremove` would no longer work > properly. > > 5. Populate /var/db/etcupdate so it will work when you later upgrade > from source: > > # etcupdate extract > > 6. Optional but recommended — disable the pkgbase repository: > > # rm /usr/local/etc/pkg/repos/FreeBSD.conf > > (this file will have been created by the installer and should contain > a single line that enables the FreeBSD-base repository; without it, > the repository remains defined in /etc/pkg/FreeBSD.conf but disabled) > > You can also remove cached information about the repository, which > you will no longer need: > > # rm -rf /var/db/pkg/repos/FreeBSD-base > > At this point you can replace /usr/src with a git clone and upgrade as > usual (`make -C /usr/src -j1.5 world kernel && etcupdate -B`). > > There is a shortcut for steps 2-4. I think it is both sufficient and > safe, but I don't know pkg's internals well enough to say for sure; > perhaps bapt@ can weight in. First you need to install the sqlite3 cli: > > # pkg install -Ay sqlite3 > > You can then use it to remove information about base packages from the > package database, leaving the rest intact so you don't have to reinstall > them: > > # sqlite3 /var/db/pkg/local.sqlite \ > "delete from packages where origin like 'base/%';" > > If you choose this route you can also drop the autoremove in step 1, > which I only put in to shorten steps 2 and 4. You still have to perform > step 5 (and optionally 6). > This looks good to me, I would simplify the last 2 steps in: # pkg shell "delete from packages where origin like 'base/%';" Aka no need to install sqlite3. Best regards, Bapt From nobody Tue Dec 2 15:27:11 2025 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 4dLPlb4HCQz6HcwB for ; Tue, 02 Dec 2025 15:27:23 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dLPlZ39Vmz4DV6; Tue, 02 Dec 2025 15:27:22 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com Received: from skull.home.blih.net (mwc0868.ftth.cust.milkywan.net [45.13.107.196]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 1db7da96 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 2 Dec 2025 15:27:14 +0000 (UTC) Date: Tue, 2 Dec 2025 16:27:11 +0100 From: Emmanuel Vadot To: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= Cc: polyduekes@proton.me, Lexi Winter , freebsd-current@freebsd.org, bapt@freebsd.org Subject: Re: changing from pkgbase to regularbase Message-Id: <20251202162711.16aec122152219f614c30beb@bidouilliste.com> In-Reply-To: <861pload1z.fsf@ltc.des.dev> References: <71e4b46c-8d69-451d-92ca-79316ffc4b63@app.fastmail.com> <20251122180931.52c1141475f5faec4fad633c@dec.sakura.ne.jp> <861pload1z.fsf@ltc.des.dev> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd16.0) 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=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.80 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.979]; NEURAL_HAM_MEDIUM(-0.72)[-0.718]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.155.74/32]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[manu]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_FIVE(0.00)[5] X-Rspamd-Queue-Id: 4dLPlZ39Vmz4DV6 On Sun, 23 Nov 2025 18:12:08 +0100 Dag-Erling Sm=F8rgrav wrote: > polyduekes@proton.me writes: > > what is the correct way to depkgbasify? >=20 > There is no ?correct? way. Here's what I would suggest: >=20 > 1. Make sure your system is up-to-date and consistent and you have a > matching source tree installed: >=20 > # pkg upgrade -y > # pkg install -y FreeBSD-set-src > # pkg autoremove -y >=20 > 2. Make a list of non-pkgbase non-automatic packages: >=20 > # pkg query -e '%a =3D=3D 0 && %o !~ base/*' %n >packages >=20 > 3. Delete your installed package database: >=20 > # rm /var/db/pkg/local.sqlite >=20 > 4. Reinstall non-pkgbase packages: >=20 > # pkg install -fy $(cat packages) >=20 > This will of course also reinstall all dependencies, but we are > deliberately only specifying non-automatic packages so the end result > is the same as what we started out with. If we had made a list of > _all_ installed packages, we would end up with everything now being > marked non-automatic, and `pkg autoremove` would no longer work > properly. >=20 > 5. Populate /var/db/etcupdate so it will work when you later upgrade > from source: >=20 > # etcupdate extract >=20 > 6. Optional but recommended ? disable the pkgbase repository: >=20 > # rm /usr/local/etc/pkg/repos/FreeBSD.conf >=20 > (this file will have been created by the installer and should contain > a single line that enables the FreeBSD-base repository; without it, > the repository remains defined in /etc/pkg/FreeBSD.conf but disabled) >=20 > You can also remove cached information about the repository, which > you will no longer need: >=20 > # rm -rf /var/db/pkg/repos/FreeBSD-base >=20 > At this point you can replace /usr/src with a git clone and upgrade as > usual (`make -C /usr/src -j1.5 world kernel && etcupdate -B`). >=20 > There is a shortcut for steps 2-4. I think it is both sufficient and > safe, but I don't know pkg's internals well enough to say for sure; > perhaps bapt@ can weight in. First you need to install the sqlite3 cli: >=20 > # pkg install -Ay sqlite3 >=20 > You can then use it to remove information about base packages from the > package database, leaving the rest intact so you don't have to reinstall > them: >=20 > # sqlite3 /var/db/pkg/local.sqlite \ > "delete from packages where origin like 'base/%';" >=20 > If you choose this route you can also drop the autoremove in step 1, > which I only put in to shorten steps 2 and 4. You still have to perform > step 5 (and optionally 6). >=20 > DES > -- > Dag-Erling Sm=F8rgrav - des@FreeBSD.org >=20 And with https://github.com/freebsd/pkg/pull/2563 the shortcut for step 2-4 will just be 'pkg unregister FreeBSD-\*' Cheers, --=20 Emmanuel Vadot From nobody Tue Dec 2 17:09:08 2025 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 4dLS1M2nLhz6HnY7 for ; Tue, 02 Dec 2025 17:09:27 +0000 (UTC) (envelope-from bakul@iitbombay.org) Received: from mail-pf1-x433.google.com (mail-pf1-x433.google.com [IPv6:2607:f8b0:4864:20::433]) (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 4dLS1L670tz3TvS for ; Tue, 02 Dec 2025 17:09:26 +0000 (UTC) (envelope-from bakul@iitbombay.org) Authentication-Results: mx1.freebsd.org; none Received: by mail-pf1-x433.google.com with SMTP id d2e1a72fcca58-7bac5b906bcso691968b3a.3 for ; Tue, 02 Dec 2025 09:09:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iitbombay.org; s=google; t=1764695360; x=1765300160; darn=freebsd.org; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=FRw8D3B+2YRe7RRQULtMuc5gYAra5oXLyvnfmMS4GsM=; b=Ojcr5LCTjq4mks6Zss1bJW5VBcSe8aVrNPjbKBkLQbpSAxc9qmyWrgHgflxu6BmrIT NeTQtBwgDMx1wuM7zlV78bPRM7YiONGtwooMWhVpL1HiCn6IU/gsEJbgUzebK1Tp3rMO i5z9iZDxuszIQLgq/F2bu03vjxghHNGbyt0Co= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764695360; x=1765300160; h=to:references:message-id:content-transfer-encoding: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=FRw8D3B+2YRe7RRQULtMuc5gYAra5oXLyvnfmMS4GsM=; b=IyBC1Je8toOku3+omihuQKh3cjGGNX/dpqWtDutdkyiwg9xYjO56EtF1z35SkzjAMX noaxb7lmMmq3n3MYRbI+yoMhSuDZTHd/XK/JIwKtN9l48ypUmjFKxDyVtSoCWBIA9WRZ Pfw0GNILWRurJxRLKy3B5E9JhfSqCW1wBRVPd7RUtegDjzCUPfUoQLuZ93ZNgn+26ivn u1GpKopblvY57hV+769YV70vx/K6Nvs3kfIJ8tadZpkPNztkhvFY+cHp9wkpaSuhb3zQ l4xIJMqrFobewHWAuxs5PvuuBLvvGHe4ImAvq/hVW2tIEbBFagtiPRSMC7gF4Uqy9hwM hmIg== X-Forwarded-Encrypted: i=1; AJvYcCX6wMvLAZMsq6Thix309pntoLF211cd+mOD+ZVhPh1DPHpe6BuJC1EEMiGA+IalDo38K/c8EMSAPrYGaWa/9Sk=@freebsd.org X-Gm-Message-State: AOJu0YytwFYI9F447tM/girs/AOMuKwB0b+XXT6uXfAIrZw7un4BAkwP owOrmVgYPyx0ozSE3VVz+JWe7upV3Us/Won8dA1hz6Ws/x5XoVZFGh3z4Xkfbv6yoQ== X-Gm-Gg: ASbGncsEJzNk7BwcS5ML6gFg5owtEbrRhWqOBgvNAolBxNWROmKNa6iCXG3bkqHabxO VFzQfS5FeYX2RGtV/OjTXlSWv1Ktqxwv46yyOkk7Vs3SNA0g5q4vx2LTO4fXen8SH3IOzCqW8Ni 3byXrdYAltA5hAMvq1qukcSEzpGGzH+yRMl6rMTNOxLNV0Ec+AGyIB6H7uduBxIpHHde+1zOAa2 ESbt9qgoq3HBnnVrZ5j3uTrQ4yHUOPWnag9Rav3FIXmmB6Qa7vnVKIAmre+lemZIHILYdSlppmg Aert0XAUDGic0hA7+jjCyaDuOEIiZVNIGpbcFkevMeWHxrzls6eXRJlCGHGxrmcv5DOtlnIJiot 3JDqBjskGbiTWC+FceLUfPgWRrcoZHUtNjdnOQGzSCZm/IE6bgB5x6BBluY18J3rhMTQfWa2CHB S3/pemU13T/W2NntGxrbzourka0MWaJ98UnPuT59YbnPZ5azOOb+phcRSw6cYcndvo6JZRZGb4c F5xfIf7OuWh2djk X-Google-Smtp-Source: AGHT+IFD0GIY0arwNUAOE0yzCg9URo53Jrk6GpSkkL9s0BaLZYOiw8Im6k0rdbWop3iZv7tPARFLbw== X-Received: by 2002:a05:6a20:258e:b0:341:f2ca:bd73 with SMTP id adf61e73a8af0-36153c33957mr25455112637.0.1764695360392; Tue, 02 Dec 2025 09:09:20 -0800 (PST) Received: from smtpclient.apple (107-215-223-229.lightspeed.sntcca.sbcglobal.net. [107.215.223.229]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-be4fb24872fsm15852844a12.1.2025.12.02.09.09.19 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 02 Dec 2025 09:09:19 -0800 (PST) Content-Type: text/plain; charset=utf-8 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.200.81.1.6\)) Subject: Re: changing from pkgbase to regularbase From: Bakul Shah In-Reply-To: <20251202162711.16aec122152219f614c30beb@bidouilliste.com> Date: Tue, 2 Dec 2025 09:09:08 -0800 Cc: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , polyduekes@proton.me, Lexi Winter , FreeBSD Current , bapt@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9D033CDA-B2C5-4E32-9121-64E8EE1C255A@iitbombay.org> References: <71e4b46c-8d69-451d-92ca-79316ffc4b63@app.fastmail.com> <20251122180931.52c1141475f5faec4fad633c@dec.sakura.ne.jp> <861pload1z.fsf@ltc.des.dev> <20251202162711.16aec122152219f614c30beb@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3864.200.81.1.6) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dLS1L670tz3TvS On Dec 2, 2025, at 7:27=E2=80=AFAM, Emmanuel Vadot = wrote: >=20 > And with https://github.com/freebsd/pkg/pull/2563 the shortcut for > step 2-4 will just be 'pkg unregister FreeBSD-\*' This is much better! I tried a simpler (& riskier) depkgbasify compared to what DES suggests! # zfs snapshot zroot/ROOT/default@depkgbasify # pkg info | awk '{print $1;}'|grep FreeBSD-|xargs pkg list|\ tar -zcf /tmp/fbsd-pkgs.tgz --fflags --xattrs -I /dev/stdin # pkg info | awk '{print $1;}'|grep FreeBSD-|xargs pkg delete -y -f # cd / # /.zfs/snaphot/depkgbasify/rescue/tar -xpvf /tmp/fbsd-pkgs.tgz The key idea is to 1. to make sure you have a copy of the statically linked tar (zfs = snapshot not really needed) 2. make a tar of everything installed by FreeBSD-* packages 3. forcibly blowing away all the FreeBSD-* installed files (so no /bin, = /sbin....) 4. untar from root restoring all permissions, flags etc. Probably a good idea to delete FreeBSD-src, FreeBSD-src-sys packages = before saving a snapshot since you will want a fresh copy if compiling locally. From nobody Tue Dec 2 19:47:31 2025 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 4dLWWN28sjz6J3JC for ; Tue, 02 Dec 2025 19:47:12 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) by mx1.freebsd.org (Postfix) with ESMTP id 4dLWWM48Lwz3tL4 for ; Tue, 02 Dec 2025 19:47:11 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=freebsd.org (policy=none); spf=softfail (mx1.freebsd.org: 2001:14f8:200:4::4 is neither permitted nor denied by domain of pi@freebsd.org) smtp.mailfrom=pi@freebsd.org Received: from pi (uid 104) (envelope-from pi@freebsd.org) id 8212b by fc.opsec.eu (DragonFly Mail Agent v0.13+ on fc.opsec.eu); Tue, 02 Dec 2025 20:47:31 +0100 Date: Tue, 2 Dec 2025 20:47:31 +0100 From: Kurt Jaeger To: Graham Perrin Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: pkgbasify in base and in the ports collection (was: disallowing 'make installworld' with pkgbase) Message-ID: References: <20251006221544.613E19E@slippy.cwsent.com> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Bar: / X-Spamd-Result: default: False [0.82 / 15.00]; VIOLATED_DIRECT_SPF(3.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; NEURAL_HAM_SHORT(-0.98)[-0.982]; ONCE_RECEIVED(0.20)[]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, No valid DKIM,none]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; FREEFALL_USER(0.00)[pi]; TO_DN_SOME(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3] X-Rspamd-Queue-Id: 4dLWWM48Lwz3tL4 Hi! > On 10/10/2025 09:48, Ronald Klop wrote: > > I read about pkgbasify. > > https://github.com/FreeBSDFoundation/pkgbasify > > > > Ironically I can't find it in the ports tree. > suggests: > > sysutils/pkgbasify Which still does not exist, does it ? -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Tue Dec 2 19:51:33 2025 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 4dLWcR3cRFz6J3sB for ; Tue, 02 Dec 2025 19:51:35 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dLWcR33rSz3xBM; Tue, 02 Dec 2025 19:51:35 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1764705095; 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=WcCHrPtbBX9cQlF2RAENPp27tgj9usvsQv6ZQDmig10=; b=noCW/aZFhAMBH/cWYEuIRh1pX7Bfgj+Q7LBxC/b1NcObl4vqo1gt9r/PugFF0PONyNEyxS MhY8rehAShIX/qr9f5P2GbB76m2H1oPl/IfYIoGp6ayTDLCNQOYx5MNxept6sdETlHjvOu K2BTQvUHZF2M/fi3+L7T79LRsQk3hLSNyk++2447w85rDKU9lH+b9+RONTwm5nRbylZGvn 3QRsfLuiCazp1km2jHfLXYd0ysL50257k5PXhTp+O2/LapABgsxn0ftrogrSZcuA+EdBVr 56iDI+bwZxOjY68C3RZFfK9XuhFx9Alh5wvSiYjSgGng9nM4GMMncZKxmcmf6g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1764705095; 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=WcCHrPtbBX9cQlF2RAENPp27tgj9usvsQv6ZQDmig10=; b=tKN2qNIBD9Hs7gOm1ugmvgJzxGWL4ZiQBgmTR9gfp9bq2EhTLx0endxyf5Rmk0uFHICY3X AiAbt9+dtpVTKn7g/yTv6smpjmxh/aESb2AMCbQqhulIB7Hp6QyiQqo0DGs9EXcsDa0APg h6D+tmmW1TyJxnUbkmG1LlmCENkRefyuUg8gzjlK1QOBUiBc4N3Tq3rBJLigDItBOBwAfl lslibPcCKvacZXubhA3bKHrhu++ceGYYasrwqSGoZJiCQs9vdwDVSXUUPBO1c1Mn1MOThT ObiBszhBOV0V8p9uJPyq048cKfwl17ek0mlunEFUbjukvNM/Xo+ab6nj8iaW+Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1764705095; a=rsa-sha256; cv=none; b=uzqKTwZGQdhe8TGZvG7jAQrU54oEeGyoUnZPxzaZo+0x7nZ7BmQ37aiUgmA/nnDTUBOsf2 Kqw5ie15PSEAcPwRGeH9xAfn0K/QyJi3sQ8+Pqssvvf007FTvBqNl7jLYC1EbyFHFMRIdM iOiMRYflEwZQFatfRbwKw6kB+gCKpComtnrbEBfPp5zj3P882L85CTpggSDG+wjcAYmP6O 9vmngCc+AzYoZEBv8TcUEtdhUJUxAM9sPtF84aJh3KJhp4QMM3J+7ncLv4l+EHQ99UQy4u gAclQ6lbBuaQDfdaBwNv0PH/3zge5w7u7mGwaesyDk0Jjm0bJLwo7KIPCHc8VA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: from ltc.des.dev (lfbn-nan-1-698-103.w86-236.abo.wanadoo.fr [86.236.35.103]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4dLWcR1fgdz114p; Tue, 02 Dec 2025 19:51:35 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 535898F22E; Tue, 02 Dec 2025 20:51:33 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: A FreeBSD User Cc: FreeBSD CURRENT Subject: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) In-Reply-To: <20251201132649.5aef71e8@thor.sb211.local> (A. FreeBSD User's message of "Mon, 1 Dec 2025 13:26:22 +0100") References: <20251128082630.3dbea678@hermann> <20251128110534.3987f908@hermann> <86fr9yie5u.fsf@ltc.des.dev> <20251201132649.5aef71e8@thor.sb211.local> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 02 Dec 2025 20:51:33 +0100 Message-ID: <86a500hdbu.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable A FreeBSD User writes: > Dag-Erling Sm=C3=B8rgrav writes: > > As a workaround, add this to /boot/loader.conf: > >=20 > > net.inet.ip.fw.default_to_accept=3D"1" > the above "trick" doesn't help. This is concerning. The fact that `dhclient em0` works after the firewall is up proves that the firewall rules themselves are not the issue. I therefore assumed that the problem was that dhclient was trying to acquire a lease before the firewall was configured. Switching default_to_accept on should have made that possible. The fact that it doesn't means the firewall isn't to blame at all. Something else is causing dhclient not to run at boot. Could you please provide the output from the following command: grep -r '^[^#]' /etc/rc.conf* Could you please also provide a log of the boot messages, if possible? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Tue Dec 2 20:38:36 2025 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 4dLXft2wchz6J7ZD for ; Tue, 02 Dec 2025 20:38:46 +0000 (UTC) (envelope-from drsnx60@gmail.com) Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (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 4dLXfs0YvRz46Kv for ; Tue, 02 Dec 2025 20:38:45 +0000 (UTC) (envelope-from drsnx60@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=CFEnoINC; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of drsnx60@gmail.com designates 2a00:1450:4864:20::131 as permitted sender) smtp.mailfrom=drsnx60@gmail.com Received: by mail-lf1-x131.google.com with SMTP id 2adb3069b0e04-5957c929a5eso8815921e87.1 for ; Tue, 02 Dec 2025 12:38:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1764707918; x=1765312718; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:organization:from :content-language:references:to:subject:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=ghhOPSjz/j4uOn9xTFwSlC0OhN0mak/Qm/VU8SVkCI4=; b=CFEnoINC8HY0j/UQrNXfbp2FQAC5s6PJSS4r5qqoxt7FitmRexbhu9S22c21sm2f8O zxwaJNBBj/45bxwvT5o2+lWlWsq33jNOyAJSljIFIeoESjZoHshmY4gTH4oR8Pfy7zxR NsRtO7eACUqKLl76QUTndDyjPFRR30wvCBz0Vd1fdZWqMfEubogOpo28NSGkCWGmyNsf Ua9IRigGYSJydDu0gw93UsHWF7gFSR2W370VsXui0lNtsKOvdu68fx62CD58fhlqjQ8C xqsx1rBnykP0ZbAoJ7HhhnO46d0Ml/ApT+gmwyYE/5bO1k/TJqBX0d+n9YdGnb429n0z i7Pg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764707918; x=1765312718; h=content-transfer-encoding:in-reply-to:organization:from :content-language:references:to: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=ghhOPSjz/j4uOn9xTFwSlC0OhN0mak/Qm/VU8SVkCI4=; b=iYsZqhJLiAQs9PrgDJQpEMam+qBWQei5gYR/7Rp3IwoEoJ58qQFmJh9ytqO/t0c34D tF8mg5K7Ka8tTrbsq/eyHWTzXyltkNnzWvcNRsf52swWGZxrAek+yz7grqeHCbBGRPDS 5KWC23sdcOWtC9/+G9fene9byiqU1R66yMmeYZ+az6QiQhv6J481prCRFuHJyxALUUwN WX5Cice/JiF0/KXb3Y0ff/qnDzqatjDJluHNKk81h9D7NnW/hyDKl4jvucWFrHiBf74C AVzTyrnyLsgFks7f66IeNAgagXujCtvkquKQF7l5/RDUijfBgZmWadKAIC9rxHIZ1bXB nA9g== X-Forwarded-Encrypted: i=1; AJvYcCVZsFpLqRhSdpWJRkmTe9+TF0C1Ate/gK7LsC7Hy4FW1Noxw2CqFyMTA3jJvL83lz//5k4sIWV7vDR1h2R4Eoo=@freebsd.org X-Gm-Message-State: AOJu0YxrWaK14UCg/dqsJh9TTX+t37jPr3tlaxD6l8Qn4Xg9xdiOsv8J MN/wNcrFzGN6wi6kZehzz8M90Qf6w0gzxbVD71vhXtvhksUuNw5x7qgS X-Gm-Gg: ASbGncvWEd4GAmferGj/vSvsdd2seiAxcTwnjnJXEXZLWZN+C/2O3mVJLa2zh3Ik9Gv 1bJ/s50L/rH8GWa8vnKxbGKbqQaVFhQS+LhY8yuluT/UShGjN8ehvDdy0Cb+FVd7Ih4G0yMkUE3 6Vjrz2WgWf22QG36rxzEe2HXw3T+P9nIiWBIySnHymUCXKFegM6Eks6h3JxT2aFvquCwK0fRs7H Qw6mJalfXZe0lKtMRfdvNJFjdMa/8JDBJZL49nuWWPyYcu9B/H4InKiXFGf10RCyjjFVNo310bD xJCl+LvDlC0HmD2xlPINDd0SUH4TlrRQklqgDcmgrFM4hEzAYfnYmvsJSwel/baJiIx6jyqYSZx RZfpONap04N2OCRGBtZiprsL1aUihAvWiXW2WqjT+nnrLO2lxU/3aXCNLlMKyXBdp5igZkYqK5y QyfF2sLKld28jfgYeBzJEJUyA= X-Google-Smtp-Source: AGHT+IGZ1S1Qv990A0wkCG9AAjASEKai+goDfMnj5WwYt4FTvAHCQpfMMEpLONcKcqbbAuVHBkl6Tg== X-Received: by 2002:a05:6512:159c:b0:592:fd2d:71be with SMTP id 2adb3069b0e04-596b5285dc7mr10791834e87.34.1764707917741; Tue, 02 Dec 2025 12:38:37 -0800 (PST) Received: from [192.168.2.131] (host.62.13.8.86.bitcom.se. [62.13.8.86]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-596bfa48c16sm4883573e87.73.2025.12.02.12.38.37 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 02 Dec 2025 12:38:37 -0800 (PST) Message-ID: <47103597-e490-4ce2-a211-9e563b4d2cc4@gmail.com> Date: Tue, 2 Dec 2025 21:38:36 +0100 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: looking for testers for if_rge - RTL8125/8126/8127 ethernet driver To: Adrian Chadd , freebsd-current References: Content-Language: sv-SE From: Lars Tunkrans Organization: Retiered In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.97 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.970]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; HAS_ORG_HEADER(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; 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]; RCVD_VIA_SMTP_AUTH(0.00)[]; BLOCKLISTDE_FAIL(0.00)[62.13.8.86:server fail,2a00:1450:4864:20::131:server fail]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::131:from] X-Rspamd-Queue-Id: 4dLXfs0YvRz46Kv hi Seems to work on the ASROCK TRX50 motherboard  using   15-Stable with 1 x 2.5 Gigabit LAN 10/100/1000/2500 Mb/s (Dragon RTL8125BG) chipset. Switch is Cisco 1 Gbit so no high 2.5 Gbit test possible rge0: flags=1008843 metric 0 mtu 1500 options=9b ether 9c:6b:00:a8:af:18 inet 192.168.XXX.XXX netmask 0xffffff00 broadcast 192.168.XXX.255 media: Ethernet autoselect (1000baseT ) status: active nd6 options=29 Den 2025-11-23 kl. 03:16, skrev Adrian Chadd: > hi! > > i've ported Kevin Lo's openbsd driver for these realtek chipsets to > FreeBSD. > It works well enough for me to use on my laptop w/ RTL8125B / Killer > E3000. > I'm now opening it up to others who are willing to build/run a kernel > module to test the driver out and report back. > > The driver source is at https://github.com/erikarn/if_rge_freebsd/ > along with build instructions. > > Please note that I'm only running this on -HEAD and I plan on landing > it on -HEAD before /maybe/ backporting it to stable/15 after the 15.0 > release. I've no idea if it compiles or runs on stable/15 or the 15.0 > pre-release images. If you're willing to give it a whirl then please > do and report back but I'm unlikely to add explicit earlier source > tree support in this repository (as again I'm going to land it in -HEAD.) > > Thanks! > > > -adrian > -- ------------------------- Lars Tunkrans Oracle SPARC/Solaris System Administrator Fujitsu M12 SPARC Specilaist From nobody Wed Dec 3 00:45:54 2025 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 4dLf8D6Gssz6JVyH for ; Wed, 03 Dec 2025 00:46:04 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dLf8C6FXvz3dYF for ; Wed, 03 Dec 2025 00:46:03 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=I5Ms0u29; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::329 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com Received: by mail-wm1-x329.google.com with SMTP id 5b1f17b1804b1-477770019e4so51470165e9.3 for ; Tue, 02 Dec 2025 16:46:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1764722756; x=1765327556; darn=freebsd.org; h=in-reply-to:autocrypt:content-language:from:references:to:subject :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=CRAhasuRjaJSibU1+lPo6TnWeTWO2iBAoFMAl7KznpA=; b=I5Ms0u29IXmjzTHsospJU9WS2Qluaksc5ynng0M+1DP+ECbdNk7dqOi2MYwpnKAYHY yPzWJGa+6K4yKq7844JshKeWzFbf8D/1zI1oKe9/iwUtkSBqr0GuYEfwaQpi1kyShgTv D3LIv7aUMRLDVxHXfV3ynOcaKycpTlDpKcWLxcYNWv+aAtqAWKeeMobBVxeOgv4rETOL 3lGOaDe9f9cMG6p7+6T72WTfcnSq7binwgjvBt0SBHPxH4PG3RL0JxFJBlzOxvz5vOT5 hxcPv9/PlJvSOP+4EcfEiEiU6lBR7Xi5CPCNtBXmkADKfKSuLWJXawjGZl1LVX3K/wtj 0IuA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764722756; x=1765327556; h=in-reply-to:autocrypt:content-language:from:references:to: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=CRAhasuRjaJSibU1+lPo6TnWeTWO2iBAoFMAl7KznpA=; b=ic5BAqSIThVVXeKCng7RIb2imtGKR6ELhGhjPQLv5o/LnFy5Sj4LhYL/2gBu3hZjSq kCYsZmyyX7wnqSyIkxsrJ9XglmzMnkUxlBIAbHk1W4uEPdbjaL0dhVAMauqmVfMfKWH9 KmIMYL7SDpWWtA1HP/VvogjZ9f3bZoAkX+JfVCS0r/dizkBtFVs1SAfnayxlkFzAdS1u BwMuuOU6km9gvfz/UP0OIsNsKuIZB55xwj51YCIsK3yXz+OZYgyeCK1xDPeQ2Rr3dygM Gf8ZXoZfRntCEagAjtci6wpuNempOUKeL5rSw8hOHBpdu0cx6pnADE2SId8znfWrRHqc 3CBA== X-Gm-Message-State: AOJu0YwBMIJZjIMfzeFe0PGkAF0MRKhbLfOM4movkwlP0Z9e2gbWikEP eqyOTxMZZ5vhv5rOSPjn4+uo3DL7jOP5HvU5Ohq4f+himLoIqerySpL+5FtFCQ== X-Gm-Gg: ASbGnculYe+iajQ2IjmHLoiflHnw+4kHVPG9NDGMV0isBI12xFeZ71mORBfZQJS5icP wPF4JYzYqrv5GglLG0A6LEsUmufmZ//fm4dhq8anZbL3b6F5CljcJmBDJc4cLjsvazpeAqdLWyr 2i8PWSX7psAU8Lokd/g2ld80FJzw3hAxhk7+nrMjR5a1SwVaPAFMqyLSOhYLfaXWy7S5vREyVUz nNvnMuQYmqRYGXlKOaD9axNEjJ/Rg05RpB1USYI0nrohaiGKQ4Y9KkGzTSKbLBEUTfBPjHQCU9K 9eT/8iOeQtyvyXRQqmy6SK1hL4FlzPAKMWO+vh6OL0rCLwNjB9Yf0/hp1S76f/3nxq2EUGUT1lF gDNr+emS4ny8GuAeMeEsMfbxAnmWzhN6sjxuJN6jVIExxyYSzKuad1r9eybL95WDeLZvGGu/gTq 8VU6SRqcl8A17jGL/ttCuAQA6P4fVgXkYE5GIkjBCHeNc3Xg== X-Google-Smtp-Source: AGHT+IGATPkzsTAkapd2sAVXeDKTNE0C0tjK/kagR/jLR95TwH0s0Btq7FWFYMJivjLJcjfJ9DhdJw== X-Received: by 2002:a05:600c:c8f:b0:479:1348:c653 with SMTP id 5b1f17b1804b1-4792af333d2mr3930805e9.18.1764722755494; Tue, 02 Dec 2025 16:45:55 -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-4792b0329dbsm3371545e9.1.2025.12.02.16.45.54 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 02 Dec 2025 16:45:55 -0800 (PST) Content-Type: multipart/alternative; boundary="------------18a1bxr0BtML5ybNKzAMwpfR" Message-ID: <1d4385ae-5f59-46b7-9f8d-57a7c35692dc@gmail.com> Date: Wed, 3 Dec 2025 00:45:54 +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: www.freebsd.org/security/ (was: FreeBSD 15.0-RELEASE timeline) To: FreeBSD-CURRENT References: <07C4BD2A-8AD7-4364-A6DF-D3AB1D3E296D@yahoo.com> <804482BA-B05F-4BEE-BB9E-E220FBB38346@yahoo.com> From: Graham Perrin Content-Language: en-GB 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: <804482BA-B05F-4BEE-BB9E-E220FBB38346@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.97 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.97)[-0.967]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; 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::329:from] X-Rspamd-Queue-Id: 4dLf8C6FXvz3dYF This is a multi-part message in MIME format. --------------18a1bxr0BtML5ybNKzAMwpfR Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 01/12/2025 06:20, Mark Millard wrote: > … > https://www.freebsd.org/security/ > > has apparently not been updated: its link is to something > from 2015. > > … website/security: Update support model for 15R --------------18a1bxr0BtML5ybNKzAMwpfR Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 01/12/2025 06:20, Mark Millard wrote:
… 
https://www.freebsd.org/security/

has apparently not been updated: its link is to something
from 2015.

…

<https://github.com/freebsd/freebsd-doc/pull/567>
website/security: Update support model for 15R

--------------18a1bxr0BtML5ybNKzAMwpfR-- From nobody Wed Dec 3 09:09:38 2025 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 4dLsKZ1mLKz6J00F for ; Wed, 03 Dec 2025 09:09:54 +0000 (UTC) (envelope-from wschnr@googlemail.com) Received: from mail-wr1-f45.google.com (mail-wr1-f45.google.com [209.85.221.45]) (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 4dLsKY180jz3fgY for ; Wed, 03 Dec 2025 09:09:53 +0000 (UTC) (envelope-from wschnr@googlemail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=freebsd.org (policy=none); spf=pass (mx1.freebsd.org: domain of wschnr@googlemail.com designates 209.85.221.45 as permitted sender) smtp.mailfrom=wschnr@googlemail.com Received: by mail-wr1-f45.google.com with SMTP id ffacd0b85a97d-42e2ddb8a13so1607112f8f.0 for ; Wed, 03 Dec 2025 01:09:53 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1764752991; x=1765357791; h=content-transfer-encoding:to:subject:message-id:date:from :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=fnGqSEbdgVovUwtTyg465IXP3JTCgFXdLOjOn2fN3Mc=; b=T2wdOXIoOsBp4Rr2kLA8SIYgKJK5ZxqfuiUvt6N3ppRQK6g8T5iqXEUlf/h0eULnJu vtJXTOz4cOCW3v0V1kim2d5ecuLImz749WY07qWGes2KHhbRcWMy0kERIGCW3uQxyEkg qzHMAIR9JjXcsusxX3wplA3GYIfCIHCZ4HRSvNO4rQqUMhBHInscxRwmay268OgirPLD lHpFKt2cVbuQ+9SMmkwAJbrfvEbFJ1ra2EPNVppX7sgGmbwnsuqB4kYlMgNWWjJXloIe IhsLlySOsZFGambHZQMMm6AfBedkm85TKxkA7X98L74yeFjV5cwn/FCtoo7PIlfvFhC9 92WQ== X-Gm-Message-State: AOJu0YzDxOMoNkNXCkHNAhP4kINSALSBXQiRoN12skOlZATju2TYukfG //mLUtpBpuD3+yt6i0gZS/LTV7iXWCbVFQPeZsnH7cRDKhvY8+QY6z5BaYD9WXz5sbKpgsbH9wh ONxTgjmEtlBEi6zjPPkpH9V3YdM1m6bYdHvarxAs= X-Gm-Gg: ASbGncuuJTQ0N2/N2558/JVXawT219lDQbAaVbS35RTJI4Eh+iu4JDWMILYM/h/s8cJ bAkGB4j8oFWSF+yRErGlGHw2Bzr9G1Db6FMO3uyA0UJo9+fIRWs3jcq+5AN+T8H+yF5iJrWHiYR jt6d2JzHz0RTVSBpje5/vCTvvkutj5PEb3pgUuUqPpa/BTooI6TgyIbfmC9zt8Gyli1GBCFetDQ j+CcazMVVyHBF4ELfPoJiKPnjNvjl2eIOICtTrnfxFbxdzqawAM+mcammnfi2WbeVdxBo/zlkAv 9s1+L6+4Q6ce8kubSZkL7k2H8dliaSgtKy4u6RB72niKurftYUY= X-Google-Smtp-Source: AGHT+IHV7ktsWmXV3yDb/RU2eg+LUVoBv1IlPdi4mj7ubFP5z6c+R5z8mElWx8SA61y1WvcXXTTNvGxUcjqxa5aUVlU= X-Received: by 2002:a05:6000:611:b0:429:d1a8:3fa2 with SMTP id ffacd0b85a97d-42f731c553fmr1354499f8f.48.1764752990413; Wed, 03 Dec 2025 01:09:50 -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 From: Wolfram Schneider Date: Wed, 3 Dec 2025 10:09:38 +0100 X-Gm-Features: AWmQ_bmgjJJCfsp1lXW7DX0-GDMBgOdqNUuvKkNqJqkU5S1uu70qTlc0SOpgllQ Message-ID: Subject: bsdtar -J --options xz:threads=0' uses only *one* CPU To: freebsd-current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.51 / 15.00]; NEURAL_HAM_MEDIUM(-0.95)[-0.951]; NEURAL_HAM_SHORT(-0.84)[-0.836]; NEURAL_HAM_LONG(-0.82)[-0.822]; FORGED_SENDER(0.30)[wosch@freebsd.org,wschnr@googlemail.com]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : SPF not aligned (relaxed), No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[wosch@freebsd.org,wschnr@googlemail.com]; RCVD_COUNT_ONE(0.00)[1]; R_DKIM_NA(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.45:from]; BLOCKLISTDE_FAIL(0.00)[209.85.221.45:server fail]; TO_DOM_EQ_FROM_DOM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.45:from] X-Rspamd-Queue-Id: 4dLsKY180jz3fgY I noticed after a recent change that `make src.txz' is very slow. It turns out that `bsdtar -J' uses only *one* CPU, and the thread option has no effect. Either multithreaded xz is not enabled in bsdtar, or the xz block size is too small. How to repeat: # as a test directory use /usr/bin - ca. 21MByte cd /; tar cf - usr/bin | wc -c 21585920 # bsdtar -J: only one CPU used time -p tar -J --options xz:threads=3D0 -cf - usr/bin | wc -c 5765120 real 9.38 user 9.28 sys 0.08 # tar | xz: only one CPU used time -p tar -cf - usr/bin | xz -T0 | wc -c 5759376 real 10.22 user 9.77 sys 0.54 # tar | xz + block size 1MB, seven times faster time -p tar -cf - usr/bin | xz -T0 --block-size=3D1MiB| wc -c 6372068 real 1.55 user 10.93 sys 13.01 # now running with 2*21MB, tar | xz =3D> two CPUs are used time -p tar -cf - usr/bin usr/bin | xz -T0 | wc -c 11515212 real 11.97 user 20.13 sys 0.37 I guess this is due the default xz block size of ca. 24MB on FreeBSD (3 =C3=97 8 MB dict size =3D 24 MB) Any thoughts on how to use more than one CPU with tar -J? PS: on debian bsdtar -J works fine. Strange. PPS: found this very old bug report: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233543 In lib/libarchive/Makefile.inc there is no setup for multithreaded xz compression (-DHAVE_LZMA_STREAM_ENCODER_MT=3D1). If I add it, bsdtar uses more than one CPU for data > 20MB. Is there still a reason not to enable multithreaded xz compression in libarchive? -Wolfram -- Wolfram Schneider https://wolfram.schneider.org From nobody Wed Dec 3 09:15:00 2025 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 4dLsRk38n4z6J0b6 for ; Wed, 03 Dec 2025 09:15:14 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp052.goneo.de [85.220.129.60]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dLsRj4l4Rz3hpX; Wed, 03 Dec 2025 09:15:13 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub2.goneo.de (hub2.goneo.de [85.220.129.53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id CBD12240C8D; Wed, 3 Dec 2025 10:15:11 +0100 (CET) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id 12AC1240327; Wed, 3 Dec 2025 10:15:10 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1764753310; 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=z6/tMjBvx/GUHBikHN48k9kND5+TuYnV5MP6GHFRvQg=; b=sJrlaC4vDlRjBYawgU7za78ihQSY3Nj87vfvwKutaZo20X4WEy34+3tHQs3BWy1pSDvY2k x3lGCsCx7eN71xA4uOk7nvh0XFVVambBUNOoJQJrEgDOV43Yf3z+NnAbE+87tvr0sHrckU aa5PNfjlOov/urCnKIrkWZoF/oKK+6d4SqvdOmChek2/TbJafyMpsqMfz4izZLQkffCJwm 9ihIbLirvoD3Q+L/8VWmwYP3PuEcJbAGpRmG3ujaaOBPv6kVtQU8wtOyEpjsKGwyxxKA9S vQK+oC+KX/eLy6y5iQ9kY8upEzuzoAum+B6pRUOcCm9+xnsTK7w2NkyVsiOgGQ== Received: from hermann (dynamic-2a02-3100-2e69-c406-843e-af5b-61de-9172.310.pool.telefonica.de [IPv6:2a02:3100:2e69:c406:843e:af5b:61de:9172]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id A0D7024027A; Wed, 3 Dec 2025 10:15:09 +0100 (CET) Date: Wed, 3 Dec 2025 10:15:00 +0100 From: FreeBSD User To: Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Cc: FreeBSD CURRENT Subject: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) Message-ID: <20251203101500.36545493@hermann> In-Reply-To: <86a500hdbu.fsf@ltc.des.dev> References: <20251128082630.3dbea678@hermann> <20251128110534.3987f908@hermann> <86fr9yie5u.fsf@ltc.des.dev> <20251201132649.5aef71e8@thor.sb211.local> <86a500hdbu.fsf@ltc.des.dev> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/qbN2Gv7LDW6b_+GpAkVwsVp"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 7a41bb X-Rspamd-UID: c91f20 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dLsRj4l4Rz3hpX --Sig_/qbN2Gv7LDW6b_+GpAkVwsVp Content-Type: multipart/mixed; boundary="MP_/VSGqIKl_etOMTNEMi4Bd5Wg" --MP_/VSGqIKl_etOMTNEMi4Bd5Wg Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 02 Dec 2025 20:51:33 +0100 Dag-Erling Sm=C3=B8rgrav wrote: > A FreeBSD User writes: > > Dag-Erling Sm=C3=B8rgrav writes: =20 > > > As a workaround, add this to /boot/loader.conf: > > >=20 > > > net.inet.ip.fw.default_to_accept=3D"1" =20 > > the above "trick" doesn't help. =20 >=20 > This is concerning. >=20 > The fact that `dhclient em0` works after the firewall is up proves that > the firewall rules themselves are not the issue. I therefore assumed > that the problem was that dhclient was trying to acquire a lease before > the firewall was configured. Switching default_to_accept on should have > made that possible. The fact that it doesn't means the firewall isn't > to blame at all. Something else is causing dhclient not to run at boot. >=20 > Could you please provide the output from the following command: >=20 > grep -r '^[^#]' /etc/rc.conf* >=20 > Could you please also provide a log of the boot messages, if possible? >=20 > DES Having had a feeling that statically compiling in FIREWALL (ipw) support in= to my kernel, I tested by excluding the appropritae lines and adding the /boot/loader.conf.local line again allow packets by default. Result is the = very same. Attached you'll find the requested files. A side note: I do etcupdate on a regular basis on all of the maintained box= es. Kind regards, oh=20 --MP_/VSGqIKl_etOMTNEMi4Bd5Wg Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=rc_conf_ast.txt /etc/rc.conf:: ${_localbase:=3D"$(/sbin/sysctl -n user.localbase 2> /dev/nu= ll)"} /etc/rc.conf:: ${_localbase:=3D"/usr/local"} /etc/rc.conf:rc_info=3D"NO" # Enables display of informational messages at= boot. /etc/rc.conf:rc_startmsgs=3D"YES" # Show "Starting foo:" messages at boot /etc/rc.conf:rcshutdown_timeout=3D"90" # Seconds to wait before terminating= rc.shutdown /etc/rc.conf:precious_machine=3D"NO" # Set to YES to get some guards agains= t mis-directed /etc/rc.conf: # shutdown(8) commands /etc/rc.conf:early_late_divider=3D"FILESYSTEMS" # Script that separates ear= ly/late /etc/rc.conf: # stages of the boot process. Make sure you know /etc/rc.conf: # the ramifications if you change this. /etc/rc.conf: # See rc.conf(5) for more details. /etc/rc.conf:always_force_depends=3D"NO" # Set to check that indicated depe= ndencies are /etc/rc.conf: # running during boot (can increase boot time). /etc/rc.conf:apm_enable=3D"NO" # Set to YES to enable APM BIOS functions (= or NO). /etc/rc.conf:apmd_enable=3D"NO" # Run apmd to handle APM event from userlan= d. /etc/rc.conf:apmd_flags=3D"" # Flags to apmd (if enabled). /etc/rc.conf:ddb_enable=3D"NO" # Set to YES to load ddb scripts at boot. /etc/rc.conf:ddb_config=3D"/etc/ddb.conf" # ddb(8) config file. /etc/rc.conf:devd_enable=3D"YES" # Run devd, to trigger programs on device= tree changes. /etc/rc.conf:devd_flags=3D"" # Additional flags for devd(8). /etc/rc.conf:devmatch_enable=3D"YES" # Demand load kernel modules based on = device ids. /etc/rc.conf:devmatch_blocklist=3D"" # List of modules (w/o .ko) to exclude= from devmatch. /etc/rc.conf:kldxref_enable=3D"YES" # Build linker.hints files with kldxref= (8). /etc/rc.conf:kldxref_clobber=3D"NO" # Overwrite old linker.hints at boot. /etc/rc.conf:kldxref_module_path=3D"" # Override kern.module_path. A ';'-de= limited list. /etc/rc.conf:powerd_enable=3D"YES" # Run powerd to lower our power usage. /etc/rc.conf:powerd_flags=3D"" # Flags to powerd (if enabled). /etc/rc.conf:tmpmfs=3D"AUTO" # Set to YES to always create an mfs /tmp, NO= to never /etc/rc.conf:tmpsize=3D"20m" # Size of mfs /tmp if created /etc/rc.conf:tmpmfs_flags=3D"-S" # Extra mdmfs options for the mfs /tmp /etc/rc.conf:utx_enable=3D"YES" # Enable user accounting /etc/rc.conf:varmfs=3D"AUTO" # Set to YES to always create an mfs /var, NO= to never /etc/rc.conf:varsize=3D"32m" # Size of mfs /var if created /etc/rc.conf:varmfs_flags=3D"-S" # Extra mount options for the mfs /var /etc/rc.conf:mfs_type=3D"auto" # "md", "tmpfs", "auto" to prefer tmpfs wit= h md as fallback /etc/rc.conf:populate_var=3D"AUTO" # Set to YES to always (re)populate /var= , NO to never /etc/rc.conf:cleanvar_enable=3D"YES" # Clean the /var directory /etc/rc.conf:var_run_enable=3D"YES" # Save/restore /var/run structure at s= hutdown/reboot /etc/rc.conf:var_run_autosave=3D"YES" # Only restore /var/run structure at= shutdown/reboot /etc/rc.conf: # The user is expected to issue service var_run save to /etc/rc.conf: # manually save the /var/run mtree /etc/rc.conf:var_run_mtree=3D"/var/db/mtree/BSD.var-run.mtree" /etc/rc.conf: # Where to save /var/run mtree /etc/rc.conf:local_startup=3D"${_localbase}/etc/rc.d" # startup script dirs. /etc/rc.conf:script_name_sep=3D" " # Change if your startup scripts' names = contain spaces /etc/rc.conf:rc_conf_files=3D"/etc/rc.conf /etc/rc.conf.local" /etc/rc.conf:zfs_enable=3D"YES" # Set to YES to automatically mount ZFS fi= le systems /etc/rc.conf:zfskeys_enable=3D"NO" # Set YES to autoload ZFS encryption keys /etc/rc.conf:zfs_bootonce_activate=3D"NO" # Set YES to make successful boot= once BE permanent /etc/rc.conf:zpool_reguid=3D"" # Set to zpools for which the GUID should b= e replaced /etc/rc.conf: # upon first boot. /etc/rc.conf:zpool_upgrade=3D"" # Set to zpools for which the version shoul= d be upgraded /etc/rc.conf: # upon first boot. /etc/rc.conf:zfsd_enable=3D"NO" # Set to YES to automatically start the ZFS= fault /etc/rc.conf: # management daemon. /etc/rc.conf:gptboot_enable=3D"YES" # GPT boot success/failure reporting. /etc/rc.conf:geli_devices=3D"" # List of devices to automatically attach i= n addition to /etc/rc.conf: # GELI devices listed in /etc/fstab. /etc/rc.conf:geli_groups=3D"" # List of groups containing devices to autom= atically /etc/rc.conf: # attach with the same keyfiles and passphrase /etc/rc.conf:geli_tries=3D"" # Number of times to attempt attaching geli d= evice. /etc/rc.conf: # If empty, kern.geom.eli.tries will be used. /etc/rc.conf:geli_default_flags=3D"" # Default flags for geli(8). /etc/rc.conf:geli_autodetach=3D"YES" # Automatically detach on last close. /etc/rc.conf: # Providers are marked as such when all file systems are /etc/rc.conf: # mounted. /etc/rc.conf:root_rw_mount=3D"YES" # Set to NO to inhibit remounting root r= ead-write. /etc/rc.conf:root_hold_delay=3D"30" # Time to wait for root mount hold rele= ase. /etc/rc.conf:fsck_flags=3D"-p" # May be changed to -f (or -f -y) to force = a full fsck /etc/rc.conf:fsck_y_enable=3D"YES" # Set to YES to do fsck -y if the initia= l preen fails. /etc/rc.conf:fsck_y_flags=3D"-T ffs:-R -T ufs:-R" # Additional flags for fs= ck -y /etc/rc.conf:background_fsck=3D"YES" # Attempt to run fsck in the backgroun= d where possible. /etc/rc.conf:background_fsck_delay=3D"60" # Time to wait (seconds) before s= tarting the fsck. /etc/rc.conf:growfs_enable=3D"NO" # Set to YES to attempt to grow the root = filesystem on boot /etc/rc.conf:growfs_swap_size=3D"" # Set to 0 to disable growfs swap, "" to= default size, /etc/rc.conf: # size in bytes to specify swap size. /etc/rc.conf:netfs_types=3D"nfs:NFS smbfs:SMB" # Net filesystems. /etc/rc.conf:extra_netfs_types=3D"NO" # List of network extra filesystem ty= pes for delayed /etc/rc.conf: # mount at startup (or NO). /etc/rc.conf:hostname=3D"hermann" # Set this! /etc/rc.conf:hostid_enable=3D"YES" # Set host UUID. /etc/rc.conf:hostid_file=3D"/etc/hostid" # File with hostuuid. /etc/rc.conf:hostid_uuidgen_flags=3D"-r" # Flags to uuidgen. /etc/rc.conf:machine_id_file=3D"/etc/machine-id" # File with machine-id. /etc/rc.conf:nisdomainname=3D"NO" # Set to NIS domain if using NIS (or NO). /etc/rc.conf:dhclient_program=3D"/sbin/dhclient" # Path to dhcp client prog= ram. /etc/rc.conf:dhclient_flags=3D"" # Extra flags to pass to dhcp client. /etc/rc.conf:background_dhclient=3D"NO" # Start dhcp client in the backgrou= nd. /etc/rc.conf:dhclient_arpwait=3D"YES" # Wait for ARP resolution /etc/rc.conf:synchronous_dhclient=3D"NO" # Start dhclient directly on confi= gured /etc/rc.conf: # interfaces during startup. /etc/rc.conf:defaultroute_delay=3D"30" # Time to wait for a default route = on a DHCP interface. /etc/rc.conf:defaultroute_carrier_delay=3D"5" # Time to wait for carrier wh= ile waiting for a default route. /etc/rc.conf:netif_enable=3D"YES" # Set to YES to initialize network inter= faces /etc/rc.conf:netif_ipexpand_max=3D"2048" # Maximum number of IP addrs in a = range spec. /etc/rc.conf:wpa_supplicant_program=3D"/usr/sbin/wpa_supplicant" /etc/rc.conf:wpa_supplicant_flags=3D"-s" # Extra flags to pass to wpa_suppl= icant /etc/rc.conf:wpa_supplicant_conf_file=3D"/etc/wpa_supplicant.conf" /etc/rc.conf:firewall_enable=3D"YES" # Set to YES to enable firewall funct= ionality /etc/rc.conf:firewall_script=3D"/etc/rc.firewall" # Which script to run to = set up the firewall /etc/rc.conf:firewall_type=3D"workstation" # Firewall type (see /etc/rc.fi= rewall) /etc/rc.conf:firewall_quiet=3D"NO" # Set to YES to suppress rule display /etc/rc.conf:firewall_logging=3D"NO" # Set to YES to enable events logging /etc/rc.conf:firewall_logif=3D"YES" # Set to YES to create logging-pseudo = interface /etc/rc.conf:firewall_flags=3D"" # Flags passed to ipfw when type is a file /etc/rc.conf:firewall_coscripts=3D"" # List of executables/scripts to run = after /etc/rc.conf: # firewall starts/stops /etc/rc.conf:firewall_client_net=3D"192.0.2.0/24" # IPv4 Network address fo= r "client" /etc/rc.conf: # firewall. /etc/rc.conf: # "client" firewall. /etc/rc.conf:firewall_simple_iif=3D"em1" # Inside network interface for "si= mple" /etc/rc.conf: # firewall. /etc/rc.conf:firewall_simple_inet=3D"192.0.2.16/28" # Inside network addres= s for "simple" /etc/rc.conf: # firewall. /etc/rc.conf:firewall_simple_oif=3D"em0" # Outside network interface for "s= imple" /etc/rc.conf: # firewall. /etc/rc.conf:firewall_simple_onet=3D"192.0.2.0/28" # Outside network addres= s for "simple" /etc/rc.conf: # firewall. /etc/rc.conf: # firewall. /etc/rc.conf: # for "simple" firewall. /etc/rc.conf: # firewall. /etc/rc.conf: # for "simple" firewall. /etc/rc.conf:firewall_myservices=3D"22/tcp" # List of ports/protocols on w= hich this host /etc/rc.conf: # offers services for "workstation" firewall. /etc/rc.conf:firewall_allowservices=3D"any" # List of IPs which have access= to /etc/rc.conf: # $firewall_myservices for "workstation" /etc/rc.conf: # firewall. /etc/rc.conf:firewall_trusted=3D"" # List of IPs which have full access to= this /etc/rc.conf: # host for "workstation" firewall. /etc/rc.conf:firewall_logdeny=3D"NO" # Set to YES to log default denied in= coming /etc/rc.conf: # packets for "workstation" firewall. /etc/rc.conf:firewall_nologports=3D"135-139,445 1026,1027 1433,1434" # List= of TCP/UDP ports /etc/rc.conf: # for which denied incoming packets are not /etc/rc.conf: # logged for "workstation" firewall. /etc/rc.conf:firewall_nat_enable=3D"NO" # Enable kernel NAT (if firewall_en= able =3D=3D YES) /etc/rc.conf:firewall_nat_interface=3D"" # Public interface or IPaddress to= use /etc/rc.conf:firewall_nat_flags=3D"" # Additional configuration parameters /etc/rc.conf:firewall_nat64_enable=3D"NO" # Enable kernel NAT64 module. /etc/rc.conf:firewall_nptv6_enable=3D"NO" # Enable kernel NPTv6 module. /etc/rc.conf:firewall_pmod_enable=3D"NO" # Enable kernel protocols modifica= tion module. /etc/rc.conf:dummynet_enable=3D"NO" # Load the dummynet(4) module /etc/rc.conf:ipfw_netflow_enable=3D"NO" # Enable netflow logging via ng_net= flow /etc/rc.conf:ip_portrange_first=3D"NO" # Set first dynamically allocated p= ort /etc/rc.conf:ip_portrange_last=3D"NO" # Set last dynamically allocated port /etc/rc.conf:ike_enable=3D"NO" # Enable IKE daemon (usually racoon or isa= kmpd) /etc/rc.conf:ike_program=3D"${_localbase}/sbin/isakmpd" # Path to IKE daemon /etc/rc.conf:ike_flags=3D"" # Additional flags for IKE daemon /etc/rc.conf:ipsec_enable=3D"NO" # Set to YES to run setkey on ipsec_file /etc/rc.conf:ipsec_file=3D"/etc/ipsec.conf" # Name of config file for setkey /etc/rc.conf:natd_program=3D"/sbin/natd" # path to natd, if you want a diff= erent one. /etc/rc.conf:natd_enable=3D"NO" # Enable natd (if firewall_enable =3D=3D Y= ES). /etc/rc.conf:natd_interface=3D"" # Public interface or IPaddress to use. /etc/rc.conf:natd_flags=3D"" # Additional flags for natd. /etc/rc.conf:ipfilter_enable=3D"NO" # Set to YES to enable ipfilter functi= onality /etc/rc.conf:ipfilter_program=3D"/sbin/ipf" # where the ipfilter program li= ves /etc/rc.conf:ipfilter_rules=3D"/etc/ipf.rules" # rules definition file for = ipfilter, see /etc/rc.conf: # /usr/src/share/examples/ipfilter for examples /etc/rc.conf:ipfilter_flags=3D"" # additional flags for ipfilter /etc/rc.conf:ipfilter_optionlist=3D"" # optionlist for ipf(8) -T /etc/rc.conf:ippool_enable=3D"NO" # Set to YES to enable ip filter pools /etc/rc.conf:ippool_program=3D"/sbin/ippool" # where the ippool program liv= es /etc/rc.conf:ippool_rules=3D"/etc/ippool.tables" # rules definition file fo= r ippool /etc/rc.conf:ippool_flags=3D"" # additional flags for ippool /etc/rc.conf:ipnat_enable=3D"NO" # Set to YES to enable ipnat functionality /etc/rc.conf:ipnat_program=3D"/sbin/ipnat" # where the ipnat program lives /etc/rc.conf:ipnat_rules=3D"/etc/ipnat.rules" # rules definition file for i= pnat /etc/rc.conf:ipnat_flags=3D"" # additional flags for ipnat /etc/rc.conf:ipmon_enable=3D"NO" # Set to YES for ipmon; needs ipfilter or= ipnat /etc/rc.conf:ipmon_program=3D"/sbin/ipmon" # where the ipfilter monitor pro= gram lives /etc/rc.conf:ipmon_flags=3D"-Ds" # typically "-Ds" or "-D /var/log/ipflog" /etc/rc.conf:ipfs_enable=3D"NO" # Set to YES to enable saving and restoring /etc/rc.conf: # of state tables at shutdown and boot /etc/rc.conf:ipfs_program=3D"/sbin/ipfs" # where the ipfs program lives /etc/rc.conf:ipfs_flags=3D"" # additional flags for ipfs /etc/rc.conf:pf_enable=3D"NO" # Set to YES to enable packet filter (pf) /etc/rc.conf:pf_rules=3D"/etc/pf.conf" # rules definition file for pf (non= existent /etc/rc.conf: # by default) /etc/rc.conf:pf_program=3D"/sbin/pfctl" # where the pfctl program lives /etc/rc.conf:pf_flags=3D"" # additional flags for pfctl /etc/rc.conf:pf_fallback_rules_enable=3D"NO" # fallback if loading ruleset = fails /etc/rc.conf:pf_fallback_rules=3D"block drop log all" # rules to load on pf= ruleset failure /etc/rc.conf:pf_fallback_rules_file=3D"/etc/pf-fallback.conf" # rules file = on ruleset failure /etc/rc.conf:pflog_enable=3D"NO" # Set to YES to enable packet filter logg= ing /etc/rc.conf:pflog_logfile=3D"/var/log/pflog" # where pflogd should store t= he logfile /etc/rc.conf:pflog_program=3D"/sbin/pflogd" # where the pflogd program lives /etc/rc.conf:pflog_flags=3D"" # additional flags for pflogd /etc/rc.conf:dnctl_enable=3D"NO" /etc/rc.conf:dnctl_program=3D"/sbin/dnctl" /etc/rc.conf:dnctl_rules=3D"/etc/dnctl.conf" /etc/rc.conf:ftpproxy_enable=3D"NO" # Set to YES to enable ftp-proxy(8) fo= r pf /etc/rc.conf:ftpproxy_flags=3D"" # additional flags for ftp-proxy(8) /etc/rc.conf:pfsync_enable=3D"NO" # Expose pf state to other hosts for syn= cing /etc/rc.conf:pfsync_syncdev=3D"" # Interface for pfsync to work through /etc/rc.conf:pfsync_syncpeer=3D"" # IP address of pfsync peer host /etc/rc.conf:pfsync_ifconfig=3D"" # Additional options to ifconfig(8) for = pfsync /etc/rc.conf:tcp_extensions=3D"YES" # Set to NO to turn off RFC1323 extens= ions. /etc/rc.conf:log_in_vain=3D"0" # >=3D1 to log connects to ports w/o liste= ners. /etc/rc.conf:tcp_keepalive=3D"YES" # Enable stale TCP connection timeout (= or NO). /etc/rc.conf:tcp_drop_synfin=3D"NO" # Set to YES to drop TCP packets with = SYN+FIN /etc/rc.conf: # NOTE: this violates the TCP specification /etc/rc.conf:icmp_drop_redirect=3D"auto" # Set to YES to ignore ICMP REDIR= ECT packets /etc/rc.conf:icmp_log_redirect=3D"NO" # Set to YES to log ICMP REDIRECT pa= ckets /etc/rc.conf:network_interfaces=3D"auto" # List of network interfaces (or "= auto"). /etc/rc.conf:cloned_interfaces=3D"lagg0" # List of cloned network interfac= es to create. /etc/rc.conf:wlandebug_wlan0=3D"+state+crypto+node+auth+assoc+dot1xsm+wpa+p= ower" # Set debug flags with wlandebug(8) /etc/rc.conf:ppp_enable=3D"NO" # Start user-ppp (or NO). /etc/rc.conf:ppp_program=3D"/usr/sbin/ppp" # Path to user-ppp program. /etc/rc.conf:ppp_mode=3D"auto" # Choice of "auto", "ddial", "direct" or "d= edicated". /etc/rc.conf: # For details see man page for ppp(8). Default is auto. /etc/rc.conf:ppp_nat=3D"YES" # Use PPP's internal network address translat= ion or NO. /etc/rc.conf:ppp_profile=3D"papchap" # Which profile to use from /etc/ppp/p= pp.conf. /etc/rc.conf:ppp_user=3D"root" # Which user to run ppp as /etc/rc.conf:ifconfig_em0=3D"DHCP" /etc/rc.conf:ifconfig_em0_ipv6=3D"inet6 accept_rtadv -ifdisabled nud -no_ra= dr auto_linklocal" /etc/rc.conf:ifconfig_ue0=3D"up" /etc/rc.conf:ifconfig_ue0_ipv6=3D"inet6 accept_rtadv -ifdisabled nud -no_ra= dr auto_linklocal" /etc/rc.conf:wlans_iwlwifi0=3D"wlan0" /etc/rc.conf:ifconfig_wlan0=3D"DHCP WPA" /etc/rc.conf:ifconfig_wlan0_ipv6=3D"inet6 accept_rtadv -ifdisabled nud -no_= radr auto_linklocal" /etc/rc.conf:create_args_wlan0=3D"country DE regdomain ETSI" /etc/rc.conf:hostapd_program=3D"/usr/sbin/hostapd" /etc/rc.conf:hostapd_enable=3D"NO" # Run hostap daemon. /etc/rc.conf:syslogd_enable=3D"YES" # Run syslog daemon (or NO). /etc/rc.conf:syslogd_program=3D"/usr/sbin/syslogd" # path to syslogd, if yo= u want a different one. /etc/rc.conf:syslogd_flags=3D"-C -v -s" # Flags to syslogd (if enabled). /etc/rc.conf:syslogd_oomprotect=3D"YES" # Don't kill syslogd when swap spac= e is exhausted.=20 /etc/rc.conf:altlog_proglist=3D"" # List of chrooted applicatioins in /var /etc/rc.conf:inetd_enable=3D"NO" # Run the network daemon dispatcher (YES/= NO). /etc/rc.conf:inetd_program=3D"/usr/sbin/inetd" # path to inetd, if you want= a different one. /etc/rc.conf:inetd_flags=3D"-wW -C 60" # Optional flags to inetd /etc/rc.conf:iscsid_enable=3D"NO" # iSCSI initiator daemon. /etc/rc.conf:iscsictl_enable=3D"NO" # iSCSI initiator autostart. /etc/rc.conf:iscsictl_flags=3D"-Aa" # Optional flags to iscsictl. /etc/rc.conf:hastd_enable=3D"NO" # Run the HAST daemon (YES/NO). /etc/rc.conf:hastd_program=3D"/sbin/hastd" # path to hastd, if you want a d= ifferent one. /etc/rc.conf:hastd_flags=3D"" # Optional flags to hastd. /etc/rc.conf:ggated_enable=3D"NO" # Run the ggate daemon (YES/NO). /etc/rc.conf:ggated_config=3D"/etc/gg.exports" # ggated(8) exports file. /etc/rc.conf:ggated_flags=3D"" # Extra parameters like which port to bind= to. /etc/rc.conf:ctld_enable=3D"YES" # CAM Target Layer / iSCSI target daemon. /etc/rc.conf:local_unbound_enable=3D"YES" # Local caching resolver /etc/rc.conf:local_unbound_oomprotect=3D"YES" # Don't kill local_unbound wh= en swap space is exhausted. /etc/rc.conf:local_unbound_tls=3D"NO" # Use DNS over TLS /etc/rc.conf:blacklistd_enable=3D"NO" # Renamed to blocklistd_enable. /etc/rc.conf:blacklistd_flags=3D"" # Renamed to blocklistd_flags. /etc/rc.conf:blocklistd_enable=3D"YES" # Run blocklistd daemon (YES/NO). /etc/rc.conf:blocklistd_flags=3D"" # Optional flags for blocklistd(8). /etc/rc.conf:resolv_enable=3D"YES" # Enable resolv / resolvconf /etc/rc.conf:kdc_enable=3D"NO" # Run a kerberos 5 KDC (or NO). /etc/rc.conf:kdc_program=3D"" # path to kerberos 5 KDC /etc/rc.conf:kdc_flags=3D"" # Additional flags to the kerberos 5 KDC /etc/rc.conf:kdc_restart=3D"NO" # Auto restart kdc on abnormal termination /etc/rc.conf:kdc_restart_delay=3D"" # Auto restart delay seconds /etc/rc.conf:kadmind_enable=3D"NO" # Run kadmind (or NO) /etc/rc.conf:kadmind_program=3D"/usr/libexec/kadmind" # path to kadmind /etc/rc.conf:kpasswdd_enable=3D"NO" # Run kpasswdd (or NO) /etc/rc.conf:kpasswdd_program=3D"/usr/libexec/kpasswdd" # path to kpasswdd /etc/rc.conf:kfd_enable=3D"NO" # Run kfd (or NO) /etc/rc.conf:kfd_program=3D"/usr/libexec/kfd" # path to kerberos 5 kfd daem= on /etc/rc.conf:kfd_flags=3D"" /etc/rc.conf:ipropd_master_enable=3D"NO" # Run Heimdal incremental propagat= ion daemon /etc/rc.conf: # (master daemon). /etc/rc.conf:ipropd_master_program=3D"/usr/libexec/ipropd-master" /etc/rc.conf:ipropd_master_flags=3D"" # Flags to ipropd-master. /etc/rc.conf:ipropd_master_keytab=3D"/etc/krb5.keytab" # keytab for ipropd-= master. /etc/rc.conf:ipropd_master_slaves=3D"" # slave node names used for /var/he= imdal/slaves. /etc/rc.conf:ipropd_slave_enable=3D"NO" # Run Heimdal incremental propagati= on daemon /etc/rc.conf: # (slave daemon). /etc/rc.conf:ipropd_slave_program=3D"/usr/libexec/ipropd-slave" /etc/rc.conf:ipropd_slave_flags=3D"" # Flags to ipropd-slave. /etc/rc.conf:ipropd_slave_keytab=3D"/etc/krb5.keytab" # keytab for ipropd-s= lave. /etc/rc.conf:ipropd_slave_master=3D"" # master node name. /etc/rc.conf:gssd_enable=3D"NO" # Run the gssd daemon (or NO). /etc/rc.conf:gssd_program=3D"/usr/sbin/gssd" # Path to gssd. /etc/rc.conf:gssd_flags=3D"" # Flags for gssd. /etc/rc.conf:rwhod_enable=3D"NO" # Run the rwho daemon (or NO). /etc/rc.conf:rwhod_flags=3D"" # Flags for rwhod /etc/rc.conf:rarpd_enable=3D"NO" # Run rarpd (or NO). /etc/rc.conf:rarpd_flags=3D"-a" # Flags to rarpd. /etc/rc.conf:bootparamd_enable=3D"NO" # Run bootparamd (or NO). /etc/rc.conf:bootparamd_flags=3D"" # Flags to bootparamd /etc/rc.conf:pppoed_enable=3D"NO" # Run the PPP over Ethernet daemon. /etc/rc.conf:pppoed_provider=3D"*" # Provider and ppp(8) config file entry. /etc/rc.conf:pppoed_flags=3D"-P /var/run/pppoed.pid" # Flags to pppoed (if = enabled). /etc/rc.conf:pppoed_interface=3D"em0" # The interface that pppoed runs on. /etc/rc.conf:sshd_enable=3D"YES" # Enable sshd /etc/rc.conf:sshd_oomprotect=3D"YES" # Don't kill sshd when swap space is = exhausted. /etc/rc.conf:sshd_program=3D"/usr/sbin/sshd" # path to sshd, if you want a = different one. /etc/rc.conf:sshd_flags=3D"" # Additional flags for sshd. /etc/rc.conf:autofs_enable=3D"YES" # Run autofs daemons. /etc/rc.conf:automount_flags=3D"" # Flags to automount(8) (if autofs enabl= ed). /etc/rc.conf:automountd_flags=3D"" # Flags to automountd(8) (if autofs ena= bled). /etc/rc.conf:autounmountd_flags=3D"" # Flags to autounmountd(8) (if autofs= enabled). /etc/rc.conf:nfs_client_enable=3D"NO" # This host is an NFS client (or NO). /etc/rc.conf:nfs_access_cache=3D"60" # Client cache timeout in seconds /etc/rc.conf:nfs_server_enable=3D"NO" # This host is an NFS server (or NO). /etc/rc.conf:nfs_server_flags=3D"-u -t" # Flags to nfsd (if enabled). /etc/rc.conf:nfs_server_managegids=3D"NO" # The NFS server maps gids for AU= TH_SYS (or NO). /etc/rc.conf:nfs_server_maxio=3D"131072" # Maximum I/O size for the nfsd. /etc/rc.conf:mountd_enable=3D"NO" # Run mountd (or NO). /etc/rc.conf:mountd_flags=3D"-r -S" # Flags to mountd (if NFS server enabl= ed). /etc/rc.conf:weak_mountd_authentication=3D"NO" # Allow non-root mount reque= sts to be served. /etc/rc.conf:nfs_reserved_port_only=3D"YES" # Provide NFS only on secure po= rt (or NO). /etc/rc.conf:nfs_bufpackets=3D"" # bufspace (in packets) for client /etc/rc.conf:rpc_lockd_enable=3D"NO" # Run NFS rpc.lockd needed for client= /server. /etc/rc.conf:rpc_lockd_flags=3D"" # Flags to rpc.lockd (if enabled). /etc/rc.conf:rpc_statd_enable=3D"NO" # Run NFS rpc.statd needed for client= /server. /etc/rc.conf:rpc_statd_flags=3D"" # Flags to rpc.statd (if enabled). /etc/rc.conf:rpcbind_enable=3D"YES" # Run the portmapper service (YES/NO). /etc/rc.conf:rpcbind_program=3D"/usr/sbin/rpcbind" # path to rpcbind, if yo= u want a different one. /etc/rc.conf:rpcbind_flags=3D"" # Flags to rpcbind (if enabled). /etc/rc.conf:rpc_ypupdated_enable=3D"NO" # Run if NIS master and SecureRPC = (or NO). /etc/rc.conf:nfsv4_server_enable=3D"NO" # Enable support for NFSv4 /etc/rc.conf:nfsv4_server_only=3D"NO" # Set NFS server to NFSv4 only /etc/rc.conf:nfscbd_enable=3D"NO" # NFSv4 client side callback daemon /etc/rc.conf:nfscbd_flags=3D"" # Flags for nfscbd /etc/rc.conf:nfsuserd_enable=3D"NO" # NFSv4 user/group name mapping daemon /etc/rc.conf:nfsuserd_flags=3D"" # Flags for nfsuserd /etc/rc.conf:tlsclntd_enable=3D"NO" # Run rpc.tlsclntd needed for NFS-over= -TLS mount /etc/rc.conf:tlsclntd_flags=3D"" # Flags for rpc.tlsclntd /etc/rc.conf:tlsservd_enable=3D"NO" # Run rpc.tlsservd needed for NFS-over= -TLS nfsd /etc/rc.conf:tlsservd_flags=3D"" # Flags for rpc.tlsservd /etc/rc.conf:ntpdate_enable=3D"NO" # Run ntpdate to sync time on boot (or = NO). /etc/rc.conf:ntpdate_program=3D"/usr/sbin/ntpdate" # path to ntpdate, if yo= u want a different one. /etc/rc.conf:ntpdate_flags=3D"-b" # Flags to ntpdate (if enabled). /etc/rc.conf:ntpdate_config=3D"/etc/ntp.conf" # ntpdate(8) configuration fi= le /etc/rc.conf:ntpdate_hosts=3D"" # Whitespace-separated list of ntpdate(8) = servers. /etc/rc.conf:ntpd_enable=3D"YES" # Run ntpd Network Time Protocol (or NO). /etc/rc.conf:ntpd_program=3D"/usr/sbin/ntpd" # path to ntpd, if you want a = different one. /etc/rc.conf:ntpd_config=3D"/etc/ntp.conf" # ntpd(8) configuration file /etc/rc.conf:ntpd_sync_on_start=3D"NO" # Sync time on ntpd startup, even i= f offset is high /etc/rc.conf:ntpd_flags=3D"" # Additional flags to ntpd /etc/rc.conf:ntp_src_leapfile=3D"/etc/ntp/leap-seconds" /etc/rc.conf: # Initial source for ntpd leapfile /etc/rc.conf:ntp_db_leapfile=3D"/var/db/ntpd.leap-seconds.list" /etc/rc.conf: # Canonical place to get the leap seconds from /etc/rc.conf:ntp_leapfile_sources=3D"https://hpiers.obspm.fr/iers/bul/bulc/= ntp/leap-seconds.list https://data.iana.org/time-zones/tzdb/leap-seconds.li= st" /etc/rc.conf: # Source from which to fetch leapfile /etc/rc.conf:ntp_leapfile_fetch_opts=3D"-mq" # Options to use for ntp leapf= ile fetch, /etc/rc.conf: # e.g. --no-verify-peer /etc/rc.conf:ntp_leapfile_expiry_days=3D30 # Check for new leapfile 30 days= prior to /etc/rc.conf: # expiry. /etc/rc.conf:ntp_leapfile_fetch_verbose=3D"NO" # Be verbose during NTP leap= file fetch /etc/rc.conf:nis_client_enable=3D"NO" # We're an NIS client (or NO). /etc/rc.conf:nis_client_flags=3D"" # Flags to ypbind (if enabled). /etc/rc.conf:nis_ypset_enable=3D"NO" # Run ypset at boot time (or NO). /etc/rc.conf:nis_ypset_flags=3D"" # Flags to ypset (if enabled). /etc/rc.conf:nis_server_enable=3D"NO" # We're an NIS server (or NO). /etc/rc.conf:nis_server_flags=3D"" # Flags to ypserv (if enabled). /etc/rc.conf:nis_ypxfrd_enable=3D"NO" # Run rpc.ypxfrd at boot time (or NO= ). /etc/rc.conf:nis_ypxfrd_flags=3D"" # Flags to rpc.ypxfrd (if enabled). /etc/rc.conf:nis_yppasswdd_enable=3D"NO" # Run rpc.yppasswdd at boot time (= or NO). /etc/rc.conf:nis_yppasswdd_flags=3D"" # Flags to rpc.yppasswdd (if enabled= ). /etc/rc.conf:nis_ypldap_enable=3D"NO" # Run ypldap at boot time (or NO). /etc/rc.conf:nis_ypldap_flags=3D"" # Flags to ypldap (if enabled). /etc/rc.conf:bsnmpd_enable=3D"NO" # Run the SNMP daemon (or NO). /etc/rc.conf:bsnmpd_flags=3D"" # Flags for bsnmpd. /etc/rc.conf:defaultrouter=3D"NO" # Set to default gateway (or NO). /etc/rc.conf:static_arp_pairs=3D"" # Set to static ARP list (or leave empt= y). /etc/rc.conf:static_ndp_pairs=3D"" # Set to static NDP list (or leave empt= y). /etc/rc.conf:static_routes=3D"" # Set to static route list (or leave empty= ). /etc/rc.conf:gateway_enable=3D"NO" # Set to YES if this host will be a gat= eway. /etc/rc.conf:routed_enable=3D"NO" # Set to YES to enable a routing daemon. /etc/rc.conf:routed_program=3D"/sbin/routed" # Name of routing daemon to us= e if enabled. /etc/rc.conf:routed_flags=3D"-q" # Flags for routing daemon. /etc/rc.conf:arpproxy_all=3D"NO" # replaces obsolete kernel option ARP_PRO= XYALL. /etc/rc.conf:forward_sourceroute=3D"NO" # do source routing (only if gatewa= y_enable is set to "YES") /etc/rc.conf:accept_sourceroute=3D"NO" # accept source routed packets to us /etc/rc.conf:hcsecd_enable=3D"YES" # Enable hcsecd(8) (or NO) /etc/rc.conf:hcsecd_config=3D"/etc/bluetooth/hcsecd.conf" # hcsecd(8) confi= guration file /etc/rc.conf:sdpd_enable=3D"NO" # Enable sdpd(8) (or NO) /etc/rc.conf:sdpd_control=3D"/var/run/sdp" # sdpd(8) control socket /etc/rc.conf:sdpd_groupname=3D"nobody" # set spdp(8) user/group to run as = after /etc/rc.conf:sdpd_username=3D"nobody" # it initializes /etc/rc.conf:bthidd_enable=3D"NO" # Enable bthidd(8) (or NO) /etc/rc.conf:bthidd_config=3D"/etc/bluetooth/bthidd.conf" # bthidd(8) confi= guration file /etc/rc.conf:bthidd_hids=3D"/var/db/bthidd.hids" # bthidd(8) known HID devi= ces file /etc/rc.conf:bthidd_evdev_support=3D"AUTO" # AUTO depends on EVDEV_SUPPORT = kernel option /etc/rc.conf:rfcomm_pppd_server_enable=3D"NO" # Enable rfcomm_pppd(8) in se= rver mode (or NO) /etc/rc.conf:rfcomm_pppd_server_profile=3D"one two" # Profile to use from /= etc/ppp/ppp.conf /etc/rc.conf:rfcomm_pppd_server_one_channel=3D"1" # Override local channel = for 'one' /etc/rc.conf:rfcomm_pppd_server_two_channel=3D"3" # Override local channel = for 'two' /etc/rc.conf:ubthidhci_enable=3D"NO" # Switch an USB BT controller present= on /etc/rc.conf: # numbers for your system. /etc/rc.conf:netwait_enable=3D"NO" # Enable rc.d/netwait (or NO) /etc/rc.conf:netwait_timeout=3D"60" # Total number of seconds to perform p= ings. /etc/rc.conf:netwait_if_timeout=3D"30" # Total number of seconds to monito= r link state. /etc/rc.conf:netwait_dad=3D"NO" # Wait for DAD to complete /etc/rc.conf:netwait_dad_timeout=3D"" # Total number of seconds to wait fo= r DAD, zero /etc/rc.conf: # or unset to autodetect /etc/rc.conf:icmp_bmcastecho=3D"NO" # respond to broadcast ping packets /etc/rc.conf:ipv6_network_interfaces=3D"auto" # List of IPv6 network interf= aces /etc/rc.conf: # (or "auto" or "none"). /etc/rc.conf:ipv6_activate_all_interfaces=3D"NO" # If NO, interfaces which = have no /etc/rc.conf: # corresponding $ifconfig_IF_ipv6 is /etc/rc.conf: # marked as IFDISABLED for security /etc/rc.conf: # reason. /etc/rc.conf:ipv6_defaultrouter=3D"NO" # Set to IPv6 default gateway (or N= O). /etc/rc.conf:ipv6_static_routes=3D"" # Set to static route list (or leave = empty). /etc/rc.conf: # route toward loopback interface. /etc/rc.conf:ipv6_gateway_enable=3D"NO" # Set to YES if this host will be a= gateway. /etc/rc.conf:ipv6_cpe_wanif=3D"NO" # Set to the upstream interface name if= this /etc/rc.conf: # node will work as a router to forward IPv6 /etc/rc.conf: # packets not explicitly addressed to itself. /etc/rc.conf:ipv6_privacy=3D"YES" # Use privacy address on RA-receiving IFs /etc/rc.conf: # (RFC 4941) /etc/rc.conf:route6d_enable=3D"NO" # Set to YES to enable an IPv6 routing = daemon. /etc/rc.conf:route6d_program=3D"/usr/sbin/route6d" # Name of IPv6 routing d= aemon. /etc/rc.conf:route6d_flags=3D"" # Flags to IPv6 routing daemon. /etc/rc.conf: # addrs. /etc/rc.conf: # node, you should stop advertisement. /etc/rc.conf: # or static configuration for end node. /etc/rc.conf: # Choose correct prefix value. /etc/rc.conf:ipv6_default_interface=3D"NO" # Default output interface for s= coped addrs. /etc/rc.conf: # This works only with /etc/rc.conf: # ipv6_gateway_enable=3D"NO". /etc/rc.conf:rtsol_flags=3D"-i" # Flags to IPv6 router solicitation. /etc/rc.conf:rtsold_enable=3D"YES" # Set to YES to enable an IPv6 router /etc/rc.conf: # solicitation daemon. /etc/rc.conf:rtsold_flags=3D"-a -mi" # Flags to an IPv6 router solicitation /etc/rc.conf: # daemon. /etc/rc.conf:rtadvd_enable=3D"NO" # Set to YES to enable an IPv6 router /etc/rc.conf: # advertisement daemon. If set to YES, /etc/rc.conf: # this router becomes a possible candidate /etc/rc.conf: # IPv6 default router for local subnets. /etc/rc.conf:rtadvd_flags=3D"" # Flags to the IPv6 router advertisement d= aemon. /etc/rc.conf:rtadvd_interfaces=3D"" # Interfaces rtadvd sends RA packets. /etc/rc.conf:stf_interface_ipv4addr=3D"" # Local IPv4 addr for 6to4 IPv6 ov= er IPv4 /etc/rc.conf: # tunneling interface. Specify this entry /etc/rc.conf: # to enable 6to4 interface. /etc/rc.conf:stf_interface_ipv4plen=3D"0" # Prefix length for 6to4 IPv4 add= r, /etc/rc.conf: # to limit peer addr range. Effective value /etc/rc.conf: # is 0-31. /etc/rc.conf:stf_interface_ipv6_ifid=3D"0:0:0:1" # IPv6 interface id for st= f0. /etc/rc.conf: # If you like, you can set "AUTO" for this. /etc/rc.conf:stf_interface_ipv6_slaid=3D"0000" # IPv6 Site Level Aggregator= for stf0 /etc/rc.conf:ipv6_ipv4mapping=3D"NO" # Set to "YES" to enable IPv4 mapped = IPv6 addr /etc/rc.conf: # communication. (like ::ffff:a.b.c.d) /etc/rc.conf:ip6addrctl_enable=3D"YES" # Set to YES to enable default addre= ss selection /etc/rc.conf:ip6addrctl_verbose=3D"NO" # Set to YES to enable verbose confi= guration messages /etc/rc.conf:ip6addrctl_policy=3D"AUTO" # A pre-defined address selection p= olicy /etc/rc.conf: # (ipv4_prefer, ipv6_prefer, or AUTO) /etc/rc.conf:keyboard=3D"" # keyboard device to use (default /dev/kbd0). /etc/rc.conf:keymap=3D"de.kbd" # keymap in /usr/share/{syscons,vt}/keymaps= /* (or NO). /etc/rc.conf:keyrate=3D"fast" # keyboard rate to: slow, normal, fast (or N= O). /etc/rc.conf:keybell=3D"NO" # See kbdcontrol(1) for options. Use "off" t= o disable. /etc/rc.conf:keychange=3D"NO" # function keys default values (or NO). /etc/rc.conf:cursor=3D"blink" # cursor type {normal|blink|destructive} (or= NO). /etc/rc.conf:scrnmap=3D"NO" # screen map in /usr/share/syscons/scrnmaps/* = (or NO). /etc/rc.conf:font8x16=3D"NO" # font 8x16 from /usr/share/{syscons,vt}/font= s/* (or NO). /etc/rc.conf:font8x14=3D"NO" # font 8x14 from /usr/share/{syscons,vt}/font= s/* (or NO). /etc/rc.conf:font8x8=3D"NO" # font 8x8 from /usr/share/{syscons,vt}/fonts/= * (or NO). /etc/rc.conf:blanktime=3D"300" # blank time (in seconds) or "NO" to turn i= t off. /etc/rc.conf:saver=3D"NO" # screen saver: Uses /boot/kernel/${saver}_saver= .ko /etc/rc.conf:moused_nondefault_enable=3D"YES" # Treat non-default mice as e= nabled unless /etc/rc.conf: # specifically overridden in rc.conf(5). /etc/rc.conf:moused_enable=3D"NO" # Run the mouse daemon. /etc/rc.conf:moused_type=3D"evdev" # See man page for rc.conf(5) for availa= ble settings. /etc/rc.conf:moused_port=3D"auto" # Set to your mouse port. /etc/rc.conf:moused_flags=3D"" # Any additional flags to moused. /etc/rc.conf:mousechar_start=3D"NO" # if 0xd0-0xd3 default range is occupie= d in your /etc/rc.conf: # language code table, specify alternative range /etc/rc.conf: # start like mousechar_start=3D3, see vidcontrol(1) /etc/rc.conf:msconvd_enable=3D"NO" # Run the mouse protocol conversion daem= on. /etc/rc.conf:msconvd_type=3D"auto" # See rc.conf(5) man page for available = moused_type-s. /etc/rc.conf:msconvd_ports=3D"" # List of msconvd ports. /etc/rc.conf:msconvd_flags=3D"" # Any additional flags to msconvd. /etc/rc.conf:allscreens_flags=3D"" # Set this vidcontrol mode for all virtu= al screens /etc/rc.conf:allscreens_kbdflags=3D"-b quiet.visual" # Set this kbdcontrol = mode for all virtual screens /etc/rc.conf:sendmail_enable=3D"NONE" # Run the sendmail inbound daemon (YE= S/NO/NONE). /etc/rc.conf: # If NONE, don't start any sendmail processes. /etc/rc.conf:sendmail_pidfile=3D"/var/run/sendmail.pid" # sendmail pid file /etc/rc.conf:sendmail_procname=3D"/usr/sbin/sendmail" # sendmail process n= ame /etc/rc.conf:sendmail_flags=3D"-L sm-mta -bd -q30m" # Flags to sendmail (as= a server) /etc/rc.conf:sendmail_cert_create=3D"YES" # Create a server certificate if = none (YES/NO) /etc/rc.conf:sendmail_submit_enable=3D"YES" # Start a localhost-only MTA fo= r mail submission /etc/rc.conf:sendmail_submit_flags=3D"-L sm-mta -bd -q30m -ODaemonPortOptio= ns=3DAddr=3Dlocalhost" /etc/rc.conf: # Flags for localhost-only MTA /etc/rc.conf:sendmail_outbound_enable=3D"YES" # Dequeue stuck mail (YES/NO). /etc/rc.conf:sendmail_outbound_flags=3D"-L sm-queue -q30m" # Flags to sendm= ail (outbound only) /etc/rc.conf:sendmail_msp_queue_enable=3D"YES" # Dequeue stuck clientmqueue= mail (YES/NO). /etc/rc.conf:sendmail_msp_queue_flags=3D"-L sm-msp-queue -Ac -q30m" /etc/rc.conf: # Flags for sendmail_msp_queue daemon. /etc/rc.conf:sendmail_rebuild_aliases=3D"NO" # Run newaliases if necessary = (YES/NO). /etc/rc.conf:auditd_enable=3D"NO" # Run the audit daemon. /etc/rc.conf:auditd_program=3D"/usr/sbin/auditd" # Path to the audit daemon. /etc/rc.conf:auditd_flags=3D"" # Which options to pass to the audit daemon. /etc/rc.conf:auditdistd_enable=3D"NO" # Run the audit daemon. /etc/rc.conf:auditdistd_program=3D"/usr/sbin/auditdistd" # Path to the audi= tdistd daemon. /etc/rc.conf:auditdistd_flags=3D"" # Which options to pass to the auditdist= d daemon. /etc/rc.conf:cron_enable=3D"YES" # Run the periodic job daemon. /etc/rc.conf:cron_program=3D"/usr/sbin/cron" # Which cron executable to run= (if enabled). /etc/rc.conf:cron_dst=3D"YES" # Handle DST transitions intelligently (YES/= NO) /etc/rc.conf:cron_flags=3D"" # Which options to pass to the cron daemon. /etc/rc.conf:cfumass_enable=3D"NO" # Create default LUN for cfumass(4). /etc/rc.conf:cfumass_dir=3D"/var/cfumass" # File to LUN's contents. /etc/rc.conf:cfumass_image=3D"/var/tmp/cfumass.img" # LUN's backing file pa= th. /etc/rc.conf:lpd_enable=3D"NO" # Run the line printer daemon. /etc/rc.conf:lpd_program=3D"/usr/sbin/lpd" # path to lpd, if you want a dif= ferent one. /etc/rc.conf:lpd_flags=3D"" # Flags to lpd (if enabled). /etc/rc.conf:nscd_enable=3D"NO" # Run the nsswitch caching daemon. /etc/rc.conf:chkprintcap_enable=3D"NO" # Run chkprintcap(8) before running = lpd. /etc/rc.conf:chkprintcap_flags=3D"-d" # Create missing directories by defau= lt. /etc/rc.conf:dumpdev=3D"NO" # Device to crashdump to (device name, AUTO, o= r NO); /etc/rc.conf: # this should be commented out here /etc/rc.conf: # for stable branches to respect kenv. /etc/rc.conf:dumpon_flags=3D"" # Options to pass to dumpon(8), followed by= dumpdev. /etc/rc.conf:dumpdir=3D"/var/crash" # Directory where crash dumps are to be= stored /etc/rc.conf:savecore_enable=3D"YES" # Extract core from dump devices if any /etc/rc.conf:savecore_flags=3D"-m 10" # Used if dumpdev is enabled above, a= nd present. /etc/rc.conf: # By default, only the 10 most recent kernel dumps /etc/rc.conf: # are saved. /etc/rc.conf:service_delete_empty=3D"NO" # Have 'service delete' remove emp= ty rc.conf.d files. /etc/rc.conf:crashinfo_enable=3D"YES" # Automatically generate crash dump s= ummary. /etc/rc.conf:crashinfo_program=3D"/usr/sbin/crashinfo" # Script to generate= crash dump summary. /etc/rc.conf:quota_enable=3D"NO" # turn on quotas on startup (or NO). /etc/rc.conf:check_quotas=3D"YES" # Check quotas on startup (or NO). /etc/rc.conf:quotaon_flags=3D"-a" # Turn quotas on for all file systems (if= enabled) /etc/rc.conf:quotaoff_flags=3D"-a" # Turn quotas off for all file systems a= t shutdown /etc/rc.conf:quotacheck_flags=3D"-a" # Check all file system quotas (if ena= bled) /etc/rc.conf:accounting_enable=3D"NO" # Turn on process accounting (or NO). /etc/rc.conf:firstboot_sentinel=3D"/firstboot" # Scripts with "firstboot" k= eyword are run if /etc/rc.conf: # this file exists. Should be on a R/W filesystem so /etc/rc.conf: # the file can be deleted after the boot completes. /etc/rc.conf:sysvipc_enable=3D"NO" # Load System V IPC primitives at startu= p (or NO). /etc/rc.conf:linux_enable=3D"NO" # Linux binary compatibility loaded at sta= rtup (or NO). /etc/rc.conf:linux_mounts_enable=3D"YES" # If linux_enable is set to YES, m= ount Linux-specific /etc/rc.conf: # filesystems at startup. /etc/rc.conf:clear_tmp_enable=3D"YES" # Clear /tmp at startup. /etc/rc.conf:clear_tmp_X=3D"YES" # Clear and recreate X11-related director= ies in /tmp /etc/rc.conf:ldconfig_insecure=3D"NO" # Set to YES to disable ldconfig secu= rity checks /etc/rc.conf:ldconfig_paths=3D"/usr/lib/compat ${_localbase}/lib ${_localba= se}/lib/compat/pkg" /etc/rc.conf: # shared library search paths /etc/rc.conf:ldconfig32_paths=3D"/usr/lib32/compat" /etc/rc.conf: # 32-bit compatibility shared library search paths /etc/rc.conf:ldconfig_local_dirs=3D"${_localbase}/libdata/ldconfig" /etc/rc.conf: # Local directories with ldconfig configuration files. /etc/rc.conf:ldconfig_local32_dirs=3D"${_localbase}/libdata/ldconfig32" /etc/rc.conf: # Local directories with 32-bit compatibility ldconfig /etc/rc.conf: # configuration files. /etc/rc.conf:kern_securelevel_enable=3D"NO" # kernel security level (see se= curity(7)) /etc/rc.conf:kern_securelevel=3D"-1" # range: -1..3 ; `-1' is the most inse= cure /etc/rc.conf: # Note that setting securelevel to 0 will result /etc/rc.conf: # in the system booting with securelevel set to 1, as /etc/rc.conf: # init(8) will raise the level when rc(8) completes. /etc/rc.conf:update_motd=3D"YES" # update version info in /var/run/motd (or= NO) /etc/rc.conf:entropy_boot_file=3D"/boot/entropy" # Set to NO to disable ver= y early /etc/rc.conf: # (used at early boot time) entropy caching through reboots. /etc/rc.conf:entropy_file=3D"/entropy" # Set to NO to disable late (used wh= en going multi-user) /etc/rc.conf: # entropy through reboots. /etc/rc.conf: # /var/db/entropy-file is preferred if / is not avail. /etc/rc.conf:entropy_dir=3D"/var/db/entropy" # Set to NO to disable caching= entropy via cron. /etc/rc.conf:entropy_save_sz=3D"4096" # Size of the entropy cache files. /etc/rc.conf:entropy_save_num=3D"8" # Number of entropy cache files to save. /etc/rc.conf:harvest_mask=3D"4607" # Entropy device harvests all but the ve= ry invasive sources. /etc/rc.conf: # (See 'sysctl kern.random.harvest' and random(4)) /etc/rc.conf:osrelease_enable=3D"YES" # Update /var/run/os-release on boot = (or NO). /etc/rc.conf:osrelease_file=3D"/var/run/os-release" # File to update for os= -release. /etc/rc.conf:osrelease_perms=3D"444" # Default permission for os-release fi= le. /etc/rc.conf:dmesg_enable=3D"YES" # Save dmesg(8) to /var/run/dmesg.boot /etc/rc.conf:dmesg_umask=3D"022" # Default umask for /var/run/dmesg.boot fi= le. /etc/rc.conf:watchdogd_enable=3D"NO" # Start the software watchdog daemon /etc/rc.conf:watchdogd_flags=3D"" # Flags to watchdogd (if enabled) /etc/rc.conf:watchdogd_timeout=3D"" # watchdogd timeout, overrides -t in wa= tchdogd_flags /etc/rc.conf:watchdogd_shutdown_timeout=3D"" # Timeout to use after watchdo= gd is stopped. /etc/rc.conf: # Has effect only for system shutdown. /etc/rc.conf: # Overrides -x in watchdogd_flags. /etc/rc.conf:devfs_rulesets=3D"/etc/defaults/devfs.rules /etc/devfs.rules" = # Files containing /etc/rc.conf: # devfs(8) rules. /etc/rc.conf:devfs_system_ruleset=3D"" # The name (NOT number) of a ruleset= to apply to /dev /etc/rc.conf:devfs_set_rulesets=3D"" # A list of /mount/dev=3Druleset_name = settings to /etc/rc.conf: # apply (must be mounted already, i.e. fstab(5)) /etc/rc.conf:devfs_load_rulesets=3D"YES" # Enable to always load the defaul= t rulesets /etc/rc.conf:performance_cx_lowest=3D"NONE" # Online CPU idle state /etc/rc.conf:performance_cpu_freq=3D"NONE" # Online CPU frequency /etc/rc.conf:economy_cx_lowest=3D"Cmax" # Offline CPU idle state /etc/rc.conf:economy_cpu_freq=3D"NONE" # Offline CPU frequency /etc/rc.conf:virecover_enable=3D"YES" # Perform housekeeping for the vi(1) = editor /etc/rc.conf:ugidfw_enable=3D"NO" # Load mac_bsdextended(4) rules on boot /etc/rc.conf:bsdextended_script=3D"/etc/rc.bsdextended" # Default mac_bsdex= tended(4) /etc/rc.conf: # ruleset file. /etc/rc.conf:newsyslog_enable=3D"YES" # Run newsyslog at startup. /etc/rc.conf:newsyslog_flags=3D"-CN" # Newsyslog flags to create marked fil= es /etc/rc.conf:mixer_enable=3D"YES" # Run the sound mixer. /etc/rc.conf:opensm_enable=3D"NO" # Opensm(8) for infiniband devices defaul= ts to off /etc/rc.conf:nuageinit_enable=3D"NO" # Run nuageinit at startup /etc/rc.conf:rctl_enable=3D"YES" # Load rctl(8) rules on boot /etc/rc.conf:rctl_rules=3D"/etc/rctl.conf" # rctl(8) ruleset. See rctl.conf= (5). /etc/rc.conf:iovctl_files=3D"" # Config files for iovctl(8) /etc/rc.conf:jail_enable=3D"NO" # Set to NO to disable starting of any jails /etc/rc.conf:jail_conf=3D"/etc/jail.conf" # Configuration file for jail(8) /etc/rc.conf:jail_confwarn=3D"YES" # Prevent warning about obsolete per-jai= l configuration /etc/rc.conf:jail_parallel_start=3D"NO" # Start jails in the background /etc/rc.conf:jail_list=3D"" # Space separated list of names of jails /etc/rc.conf.local:microcode_update_enable=3D"YES" /etc/rc.conf.local:nslcd_enable=3D"NO" /etc/rc.conf.local:dhcp6c_enable=3D"YES" /etc/rc.conf.local:dhcp6c_interfaces=3D"lagg0" /etc/rc.conf.local:dhcp6c_flags=3D"-nD" /etc/rc.conf.local:strongswan_enable=3D"NO" /etc/rc.conf.local:fusefs_enable=3D"YES" /etc/rc.conf.local:samba_enable=3D"NO" /etc/rc.conf.local:nmbd_enable=3D"NO" /etc/rc.conf.local:smbd_enable=3D"NO" /etc/rc.conf.local:winbindd_enable=3D"NO" /etc/rc.conf.local:cupsd_enable=3D"YES" /etc/rc.conf.local:dbus_enable=3D"YES" /etc/rc.conf.local:vboxnet_enable=3D"NO" /etc/rc.conf.local:vboxwebsrv_enable=3D"NO" /etc/rc.conf.local:saned_enable=3D"YES" /etc/rc.conf.local:webcamd_enable=3D"YES" /etc/rc.conf.local:webcamd_flags=3D"-B" /etc/rc.conf.local:webcamd_0_flags=3D"-d ugen0.6" /etc/rc.conf.local:smartd_enable=3D"YES" /etc/rc.conf.local:clamav_clamd_enable=3D"YES" /etc/rc.conf.local:clamav_milter_enable=3D"YES" /etc/rc.conf.local:clamav_freshclam_enable=3D"YES" /etc/rc.conf.local:vm_enable=3D"YES" /etc/rc.conf.local:vm_dir=3D"zfs:zroot/bhyve" /etc/rc.conf.local:devmatch_blocklist=3D"${devmatch_blocklist} if_iwm" # Li= st of modules (w/o .ko) to exclude from devmatch. /etc/rc.conf.local:kld_list=3D"${kld_list} linux linux64 i915kms if_ure" /etc/rc.conf.local.bak:microcode_update_enable=3D"YES" /etc/rc.conf.local.bak:nslcd_enable=3D"NO" /etc/rc.conf.local.bak:dhcp6c_enable=3D"YES" /etc/rc.conf.local.bak:dhcp6c_interfaces=3D"lagg0" /etc/rc.conf.local.bak:dhcp6c_flags=3D"-nD" /etc/rc.conf.local.bak:strongswan_enable=3D"YES" /etc/rc.conf.local.bak:fusefs_enable=3D"YES" /etc/rc.conf.local.bak:samba_enable=3D"NO" /etc/rc.conf.local.bak:nmbd_enable=3D"NO" /etc/rc.conf.local.bak:smbd_enable=3D"NO" /etc/rc.conf.local.bak:winbindd_enable=3D"NO" /etc/rc.conf.local.bak:cupsd_enable=3D"YES" /etc/rc.conf.local.bak:dbus_enable=3D"YES" /etc/rc.conf.local.bak:vboxnet_enable=3D"NO" /etc/rc.conf.local.bak:vboxwebsrv_enable=3D"NO" /etc/rc.conf.local.bak:saned_enable=3D"YES" /etc/rc.conf.local.bak:webcamd_enable=3D"YES" /etc/rc.conf.local.bak:webcamd_flags=3D"-B" /etc/rc.conf.local.bak:webcamd_0_flags=3D"-d ugen0.6" /etc/rc.conf.local.bak:smartd_enable=3D"YES" /etc/rc.conf.local.bak:clamav_clamd_enable=3D"YES" /etc/rc.conf.local.bak:clamav_milter_enable=3D"YES" /etc/rc.conf.local.bak:clamav_freshclam_enable=3D"YES" /etc/rc.conf.local.bak:vm_enable=3D"YES" /etc/rc.conf.local.bak:vm_dir=3D"zfs:zroot/bhyve" /etc/rc.conf.local.bak:kld_list=3D"linux linux64 /boot/modules/i915kms.ko u= arduno" --MP_/VSGqIKl_etOMTNEMi4Bd5Wg-- --Sig_/qbN2Gv7LDW6b_+GpAkVwsVp Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaS//lAAKCRCxzvs8Oqok r7tJAQDUbDHqCuOov7ZwpyszcROuMpfPdX8029KEdEq6DkGlpgD7BoK7s1UJDtsM HdIuItABXEXSa5FjpHhxyZrlE8D9Qg0= =i22C -----END PGP SIGNATURE----- --Sig_/qbN2Gv7LDW6b_+GpAkVwsVp-- From nobody Wed Dec 3 10:17:50 2025 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 4dLtr74bD7z6J584 for ; Wed, 03 Dec 2025 10:17:59 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int-backup.realworks.nl (smtp-relay-int-backup.realworks.nl [87.255.56.188]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dLtr71p9Xz3n6n; Wed, 03 Dec 2025 10:17:58 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Authentication-Results: mx1.freebsd.org; none Received: from smtp-relay-int-backup.realworks.nl (crmpreview5.colo2.realworks.nl [10.2.52.35]) by mailrelayint1.colo2.realworks.nl (Postfix) with ESMTP id 4dLtqy3PNgzbm; Wed, 3 Dec 2025 11:17:50 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1764757070; 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=WCSBu+oaZqvjraNfjsS6ybAw+e/pe5/8Yfqr4t5aEU8=; b=OFmDeok6lDLa0B/jo3u9zfuu/FF66mQc9/8gA+6FyyxWAk05PaQ+yFRXXEDm8aNDrWkwFF X4VAoQCe5kzR6y5QAdi3mFPkCS19HuiTCHpL8EcuXmSl1gZ6rwvhRDsGdKd0gK6/xaMEHy FxTOreeCC1InWhjCu9wpytXni3PaBcKXhzKuUAijSHMGIKqe0Tmq1J+wO8O1iK3/a+cBtn 1bYX2iR5DyfN8FqDeDpg6WpmjxMZurKz0q1i78sOxQk/4ob4AVu0vSj4yc3eg3myL715Ty rBq5z/sKo1pljTBhjqLPQyFsbMxAg9sttaRCwIBVLQwuzFBJ4n6GTyzaQo6h9Q== Received: from crmpreview5.colo2.realworks.nl (localhost [127.0.0.1]) by crmpreview5.colo2.realworks.nl (Postfix) with ESMTP id 2F210C04C5; Wed, 3 Dec 2025 11:17:50 +0100 (CET) Date: Wed, 3 Dec 2025 11:17:50 +0100 (CET) From: Ronald Klop To: FreeBSD User Cc: FreeBSD CURRENT , =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= Message-ID: <1585113262.3581.1764757070010@localhost> In-Reply-To: <20251203101500.36545493@hermann> References: <20251128082630.3dbea678@hermann> <20251128110534.3987f908@hermann> <86fr9yie5u.fsf@ltc.des.dev> <20251201132649.5aef71e8@thor.sb211.local> <86a500hdbu.fsf@ltc.des.dev> <20251203101500.36545493@hermann> Subject: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) 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/alternative; boundary="----=_Part_3580_1726522567.1764757070004" X-Mailer: Realworks (775.25) X-Originating-Host: from (89-20-164-210.static.ef-service.nl [89.20.164.210]) by crmpreview5.colo2.realworks.nl [10.2.52.35] with HTTP; Wed, 03 Dec 2025 11:17:50 +0100 Importance: Normal X-Priority: 3 (Normal) X-Originating-User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:145.0) Gecko/20100101 Firefox/145.0 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dLtr71p9Xz3n6n ------=_Part_3580_1726522567.1764757070004 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, Did you copy /etc/defaults/rc.conf to /etc/rc.conf? AFAIK, the idea is to only override settings from /etc/defaults/rc.conf in = /etc/rc.conf. My rc.conf is usually just 10 or 20 lines. Some network confi= g and enabling some services. Like what you have in /etc/rc.conf.local. Regards, Ronald. =20 Van: FreeBSD User Datum: woensdag, 3 december 2025 10:15 Aan: "Dag-Erling Sm=C3=B8rgrav" CC: FreeBSD CURRENT Onderwerp: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) >=20 > On Tue, 02 Dec 2025 20:51:33 +0100 > Dag-Erling Sm=C3=B8rgrav wrote: >=20 > > A FreeBSD User writes: > > > Dag-Erling Sm=C3=B8rgrav writes: =20 > > > > As a workaround, add this to /boot/loader.conf: > > > > > > > > net.inet.ip.fw.default_to_accept=3D"1" =20 > > > the above "trick" doesn't help. =20 > > > > This is concerning. > > > > The fact that `dhclient em0` works after the firewall is up proves that > > the firewall rules themselves are not the issue. I therefore assumed > > that the problem was that dhclient was trying to acquire a lease before > > the firewall was configured. Switching default_to_accept on should hav= e > > made that possible. The fact that it doesn't means the firewall isn't > > to blame at all. Something else is causing dhclient not to run at boot= . > > > > Could you please provide the output from the following command: > > > > grep -r '^[^#]' /etc/rc.conf* > > > > Could you please also provide a log of the boot messages, if possible? > > > > DES >=20 > Having had a feeling that statically compiling in FIREWALL (ipw) support = into > my kernel, I tested by excluding the appropritae lines and adding the > /boot/loader.conf.local line again allow packets by default. Result is th= e very > same. >=20 > Attached you'll find the requested files. >=20 > A side note: I do etcupdate on a regular basis on all of the maintained b= oxes. >=20 > Kind regards, >=20 > oh >=20 >=20 >=20 > =20 =20 ------=_Part_3580_1726522567.1764757070004 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,

Did you copy /etc/defaults/rc.conf to /etc/rc.conf?

AFAIK, the idea is to only override settings from /etc/defaults/rc.conf in = /etc/rc.conf. My rc.conf is usually just 10 or 20 lines. Some network confi= g and enabling some services. Like what you have in /etc/rc.conf.local.

Regards,
Ronald.

 

Van: FreeBSD User <freebsd@walstatt-de.de>
Datum: woensdag, 3 december 2025 10:15
Aan: "Dag-Erling Sm=C3=B8rgrav" <des@FreeBSD.org> CC: FreeBSD CURRENT <freebsd-current@freebsd.org> Onderwerp: Re: 15-STABLE: dhclient fails on em0 (Lenovo T5= 80)

On Tue, 02 Dec 2025 20:51:3= 3 +0100
Dag-Erling Sm=C3=B8rgrav <des@FreeBSD.org> wrote:

> A FreeBSD User <freebsd@walstatt-de.de> writes:
> > Dag-Erling Sm=C3=B8rgrav <des@FreeBSD.org> writes:   > > > As a workaround, add this to /boot/loader.conf:
> > >
> > >     net.inet.ip.fw.default_to_accept=3D"= 1"  
> > the above "trick" doesn't help.  
>
> This is concerning.
>
> The fact that `dhclient em0` works after the firewall is up proves tha= t
> the firewall rules themselves are not the issue.  I therefore ass= umed
> that the problem was that dhclient was trying to acquire a lease befor= e
> the firewall was configured.  Switching default_to_accept on shou= ld have
> made that possible.  The fact that it doesn't means the firewall = isn't
> to blame at all.  Something else is causing dhclient not to run a= t boot.
>
> Could you please provide the output from the following command:
>
>     grep -r '^[^#]' /etc/rc.conf*
>
> Could you please also provide a log of the boot messages, if possible?=
>
> DES

Having had a feeling that statically compiling in FIREWALL (ipw) support in= to
my kernel, I tested by excluding the appropritae lines and adding the
/boot/loader.conf.local line again allow packets by default. Result is the = very
same.

Attached you'll find the requested files.

A side note: I do etcupdate on a regular basis on all of the maintained box= es.

Kind regards,

oh
 

  ------=_Part_3580_1726522567.1764757070004-- From nobody Wed Dec 3 10:34:59 2025 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 4dLvDV5y1jz6J6qr for ; Wed, 03 Dec 2025 10:35:38 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp052.goneo.de [85.220.129.60]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dLvDV2bVpz3qk7; Wed, 03 Dec 2025 10:35:38 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub2.goneo.de (hub2.goneo.de [IPv6:2001:1640:5::8:53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id CBE3D240DA4; Wed, 3 Dec 2025 11:35:35 +0100 (CET) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id 3D9C52402E8; Wed, 3 Dec 2025 11:35:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1764758134; 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=wV4kA5DeUmu/GJ68kqGCHFSTBhR006Ge7yKNSpMggL8=; b=QKg4sUF8iF3W+wCReTzo9bQeeQ96s0S3VmzFFHxqi/2P/CigGrJv75Ka0U8OWmgSubh6Kg ARPH4rU63MkqKCc/P/bjexO7xFu3pfAggedUU9zzEBXr31GbWaJUTMowcd5xiEFx6aeGed fOHogPySh6k5PQeTgadTO8BBwukTNOoT3LHVG1RKaBX3yckmRSCmUeht7bf7VQCgcenNuI fdIuOpVSxVozJ0qlo3fsqc2NzPNHz388Ml6M5iqJ6jtQtp6cswQwZM4GYmCgazJw0Pfz9k mruJtlf0erYqadMdiqmfUB0fms/xdbIoHHHx++okIqhGucWNcYR2PFFY8pdnvQ== Received: from thor.sb211.local (dynamic-2a02-3100-2e69-c402-021b-21ff-fe4e-8f4d.310.pool.telefonica.de [IPv6:2a02:3100:2e69:c402:21b:21ff:fe4e:8f4d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id 0714C24021E; Wed, 3 Dec 2025 11:35:33 +0100 (CET) Date: Wed, 3 Dec 2025 11:34:59 +0100 From: A FreeBSD User To: Ronald Klop Cc: FreeBSD CURRENT , Dag-Erling =?UTF-8?B?U23DuHJncmF2?= Subject: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) Message-ID: <20251203113526.398dfc6c@thor.sb211.local> In-Reply-To: <1585113262.3581.1764757070010@localhost> References: <20251128082630.3dbea678@hermann> <20251128110534.3987f908@hermann> <86fr9yie5u.fsf@ltc.des.dev> <20251201132649.5aef71e8@thor.sb211.local> <86a500hdbu.fsf@ltc.des.dev> <20251203101500.36545493@hermann> <1585113262.3581.1764757070010@localhost> X-Mailer: Claws Mail 3.21.0 (GTK+ 2.24.33; amd64-portbld-freebsd16.0) 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; boundary="Sig_/Mf8r8I=2PtnefUxAfJd4TIt"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 42b470 X-Rspamd-UID: 406b78 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dLvDV2bVpz3qk7 --Sig_/Mf8r8I=2PtnefUxAfJd4TIt Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Tage des Herren Wed, 3 Dec 2025 11:17:50 +0100 (CET) Ronald Klop schrieb: > Hi, >=20 > Did you copy /etc/defaults/rc.conf to /etc/rc.conf? Yes, I do, since I change things on an experimental basis quite often. That never induced any issue in the last decades using this kind of approac= h. Each variable set in defaults/rc.conf should be cleanly overriden via rc.conf and rc.conf= .local, shouldn't it? The only possible issue I could imagine is the order variables appear a= nd being processed by rc.subr and siblings ... or am I wrong? Kind regards, oh >=20 > AFAIK, the idea is to only override settings from /etc/defaults/rc.conf i= n /etc/rc.conf. My > rc.conf is usually just 10 or 20 lines. Some network config and enabling = some services. Like > what you have in /etc/rc.conf.local. >=20 > Regards, > Ronald. >=20 > =20 > Van: FreeBSD User > Datum: woensdag, 3 december 2025 10:15 > Aan: "Dag-Erling Sm=C3=B8rgrav" > CC: FreeBSD CURRENT > Onderwerp: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) > >=20 > > On Tue, 02 Dec 2025 20:51:33 +0100 > > Dag-Erling Sm=C3=B8rgrav wrote: > > =20 > > > A FreeBSD User writes: =20 > > > > Dag-Erling Sm=C3=B8rgrav writes: =20 > > > > > As a workaround, add this to /boot/loader.conf: > > > > > > > > > > net.inet.ip.fw.default_to_accept=3D"1" =20 > > > > the above "trick" doesn't help. =20 > > > > > > This is concerning. > > > > > > The fact that `dhclient em0` works after the firewall is up proves th= at > > > the firewall rules themselves are not the issue. I therefore assumed > > > that the problem was that dhclient was trying to acquire a lease befo= re > > > the firewall was configured. Switching default_to_accept on should h= ave > > > made that possible. The fact that it doesn't means the firewall isn't > > > to blame at all. Something else is causing dhclient not to run at bo= ot. > > > > > > Could you please provide the output from the following command: > > > > > > grep -r '^[^#]' /etc/rc.conf* > > > > > > Could you please also provide a log of the boot messages, if possible? > > > > > > DES =20 > >=20 > > Having had a feeling that statically compiling in FIREWALL (ipw) suppor= t into > > my kernel, I tested by excluding the appropritae lines and adding the > > /boot/loader.conf.local line again allow packets by default. Result is = the very > > same. > >=20 > > Attached you'll find the requested files. > >=20 > > A side note: I do etcupdate on a regular basis on all of the maintained= boxes. > >=20 > > Kind regards, > >=20 > > oh > >=20 > >=20 > >=20 > > =20 >=20 > =20 --=20 A FreeBSD user --Sig_/Mf8r8I=2PtnefUxAfJd4TIt Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaTASbgAKCRCxzvs8Oqok rwtwAQDX1vZUGTyiAa+BvT62EydZrRBKvEglfxrsqJljT084hQD/X0+tYeVGdXYj IgcFgFWYUAA7/MuRpDIbqYwtgv/mXgU= =0Cu/ -----END PGP SIGNATURE----- --Sig_/Mf8r8I=2PtnefUxAfJd4TIt-- From nobody Wed Dec 3 13:23:24 2025 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 4dLyyL0c9vz6JMxQ for ; Wed, 03 Dec 2025 13:23:38 +0000 (UTC) (envelope-from comdir@infonix.info) Received: from forward501a.mail.yandex.net (forward501a.mail.yandex.net [IPv6:2a02:6b8:c0e:500:1:45:d181:d501]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dLyyJ4DKVz4Jqb for ; Wed, 03 Dec 2025 13:23:36 +0000 (UTC) (envelope-from comdir@infonix.info) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=infonix.info header.s=mail header.b="xW/+gwwk"; dmarc=none; spf=pass (mx1.freebsd.org: domain of comdir@infonix.info designates 2a02:6b8:c0e:500:1:45:d181:d501 as permitted sender) smtp.mailfrom=comdir@infonix.info Received: from mail-nwsmtp-mxback-production-main-29.iva.yp-c.yandex.net (mail-nwsmtp-mxback-production-main-29.iva.yp-c.yandex.net [IPv6:2a02:6b8:c0c:c11c:0:640:4f1a:0]) by forward501a.mail.yandex.net (Yandex) with ESMTPS id 0A70F81762; Wed, 03 Dec 2025 16:23:25 +0300 (MSK) Received: from mail.yandex.ru (2a02:6b8:c0c:1e96:0:640:e78b:0 [2a02:6b8:c0c:1e96:0:640:e78b:0]) by mail-nwsmtp-mxback-production-main-29.iva.yp-c.yandex.net (mxback/Yandex) with HTTPS id HNkljn1xma60-woiieDaA; Wed, 03 Dec 2025 16:23:24 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infonix.info; s=mail; t=1764768204; bh=2DFXJFQkclzr3WoejtgN+V+Tuq+p/M+WIvggvxD/no4=; h=Message-Id:References:Date:Subject:To:In-Reply-To:From; b=xW/+gwwk3yPFt8jg5bWP9IaAqOaHdLkmiYFHW7JlamPa2kYRWA/ksHCebuQuTPu8O WYCBxUaOWLcDYYWUN45QZujgw0uVI7wneUVD+yql9oPBVphgj98Zj3pi1q0u4MPa99 SxBVUSIqymL/T7XZXuFv1cTjFVwHemPrwmbEUFBk= Received: by uavr5stirj7omcn7.iva.yp-c.yandex.net (sendbernar/Yandex) with HTTPS id 6e6ee3079e122a3ac8177e2ee6c81a55; Wed, 03 Dec 2025 16:23:24 +0300 From: =?utf-8?B?0JvQtdC+0L3QuNC0INCT0L3QtdC30LTQuNC70L7Qsg==?= To: S. Ross Gohlke , "freebsd-current@freebsd.org" In-Reply-To: <3644111764683408@mail.yandex.ru> References: <11071764173299@mail.yandex.ru> <200391764598041@mail.yandex.ru> <3644111764683408@mail.yandex.ru> Subject: Re: operation not supported Wayland 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 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Wed, 03 Dec 2025 16:23:24 +0300 Message-Id: <207781764767464@mail.yandex.ru> Content-Transfer-Encoding: base64 Content-Type: text/html; charset=utf-8 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.64 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.44)[-0.436]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:c00::/40]; R_DKIM_ALLOW(-0.20)[infonix.info:s=mail]; MIME_HTML_ONLY(0.20)[]; MIME_BASE64_TEXT(0.10)[]; RCVD_IN_DNSWL_LOW(-0.10)[2a02:6b8:c0e:500:1:45:d181:d501:from]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:~]; TO_DN_EQ_ADDR_SOME(0.00)[]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; RCVD_TLS_ALL(0.00)[]; DMARC_NA(0.00)[infonix.info]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[infonix.info:+] X-Rspamd-Queue-Id: 4dLyyJ4DKVz4Jqb PGRpdj5Zb3Ugd29uJ3QgYmVsaWV2ZSBpdCAtIEkgaW5zdGFsbGVkIDE1LjAtU1RBQkxFIGFuZCB0 aGUgc2FtZSB0aGluZyBoYXBwZW5lZCBhZ2Fpbi4gSSdtIGFscmVhZHkgc3RhcnRpbmcgdG8gdGhp bmsgaXQncyB0aGUgY29tcHV0ZXIgaGFyZHdhcmUuIEFsdGhvdWdoIGl0IHdvcmtlZCB1bnRpbCAx MS8yNC8yMDI1LjwvZGl2PjxkaXY+R1BVLWZpcm13YXJlLWludGVsLWttb2QtZ2VtaW5pbGFrZSBh bmQgaTkxNV9rbXMgYXJlIHVzZWQgKGRpZmZlcmVudCB2ZXJzaW9ucywgbGF0ZXN0LCA2MSwgNTE1 KTwvZGl2PjxkaXY+LS0tLS0tLS0tLS0tLS0tLTwvZGl2PjxkaXY+VG86IFMuIFJvc3MgR29obGtl IChyb3NzQGJpc2Qucm8gKSwgZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIChmcmVlYnNkLWN1 cnJlbnRAZnJlZWJzZC5vcmcgKTs8L2Rpdj48ZGl2PlN1YmplY3Q6IG9wZXJhdGlvbiBub3Qgc3Vw cG9ydGVkIGJ5IFdheWxhbmQ7PC9kaXY+PGRpdj4wMi4xMi4yMDI1LCAxNzowNSwgIkxlb25pZCBH bmV6ZGlsb3YiICZsdDtjb21kaXJAaW5mb25peC5pbmZvICZndDs6PC9kaXY+PGJsb2NrcXVvdGU+ PGRpdj5JIGluc3RhbGxlZCB0aGUgc3lzdGVtIGFnYWluIHRvZGF5LCBvbiBhIGRpZmZlcmVudCBk aXNrLiBBbmQgaXQgZG9lc24ndCB3b3JrISBFdmVyeXRoaW5nIGlzIGV4YWN0bHkgdGhlIHNhbWUs ICJvcGVyYXRpb24gbm90IHN1cHBvcnRlZCIuIFNvIGl0IHdhc24ndCBtZSB3aG8gYnJva2UgdGhl IHN5c3RlbSwgYnV0IHRoZSB1cGRhdGUuQ2FuIHRoaXMgYWxyZWFkeSBiZSBjb25zaWRlcmVkIGEg YnVnPzwvZGl2PjxkaXY+RHVyaW5nIHRoZSBpbnN0YWxsYXRpb24sIEkgc2VsZWN0ZWQgdGhlIGlu c3RhbGxhdGlvbiBmcm9tIHRoZSBwYWNrYWdlcyAodGVjaCBwcmV2aWV3KSwgbWF5YmUgdGhpcyB3 aWxsIGhlbHAgaW4gdGhlIGRpYWdub3Npcz8gVGhlIGRybS1sYXRlc3QgbW9kdWxlLCBJIHRyaWVk IGRybS01MTUsIGJ1dCBpdCBkb2Vzbid0IGhlbHAuIMKgPC9kaXY+PGRpdj7CoDwvZGl2PjxkaXY+ LS0tLS0tLS0tLS0tLS0tLTwvZGl2PjxkaXY+VG86IFMuIFJvc3MgR29obGtlICg8YSBocmVmPSJt YWlsdG86cm9zc0BiaXNkLnJvIiByZWw9Im5vb3BlbmVyIG5vcmVmZXJyZXIiPnJvc3NAYmlzZC5y bzwvYT4gKSwgPGEgaHJlZj0ibWFpbHRvOmZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyIgcmVs PSJub29wZW5lciBub3JlZmVycmVyIj5mcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmc8L2E+ICg8 YSBocmVmPSJtYWlsdG86ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnIiByZWw9Im5vb3BlbmVy IG5vcmVmZXJyZXIiPmZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZzwvYT4gKTs8L2Rpdj48ZGl2 PlN1YmplY3Q6IG9wZXJhdGlvbiBub3Qgc3VwcG9ydGVkIGJ5IFdheWxhbmQ7PC9kaXY+PGRpdj4x Mi8wMS8yMDI1LCAxNzoxNSBwLm0uLCAiTGVvbmlkIEduZXpkaWxvdiIgJmx0OzxhIGhyZWY9Im1h aWx0bzpjb21kaXJAaW5mb25peC5pbmZvIiByZWw9Im5vb3BlbmVyIG5vcmVmZXJyZXIiPmNvbWRp ckBpbmZvbml4LmluZm88L2E+ICZndDs6PC9kaXY+PGJsb2NrcXVvdGU+PGRpdj48ZGl2PlRvZGF5 IEkgdHJpZWQgdG8gcmVtb3ZlIG1vc3Qgb2YgdGhlIHBhY2thZ2VzLCBidXQgSSB3YXMgYWxtb3N0 IGxlZnQgd2l0aG91dCBwa2cpKSBUaGUgcmVzdWx0IHdhcyBhIHN5c3RlbSB3aXRoIGZld2VyIHBh Y2thZ2VzIHRoYW4gd2l0aCB0aGUgbmV3IGluc3RhbGxhdGlvbi4gUmVpbnN0YWxsZWQgd2F5bGFu ZC4gQW5kIHdoYXQgZG8geW91IHRoaW5rPyBFdmVyeXRoaW5nIGlzIHRoZSBzYW1lLCBtb3N0IGFw cGxpY2F0aW9ucyBzd2VhciBvbiAib3BlcmF0aW9uIG5vdCBzdXBwb3J0ZWQiIEluc3RhbGxlZCBm b290IGFuZCB3YXlmaXJlLiBCeSB0aGUgd2F5LCB0aGV5IHdvcmsuIEJ1dCBmaXJlZm94IGlzIG5v dC4gSSBkaXNjb3ZlcmVkIHRoYXQgYXBwbGljYXRpb25zIHRoYXQgZG8gbm90IHJ1biB1c2UgbGli bS5zby41LCBidXQgZG8gbm90IHNlZW0gdG8gdXNlIHJ1bm5pbmcgYXBwbGljYXRpb25zLiBObyBv dGhlciBkaWZmZXJlbmNlcyBhcmUgdmlzaWJsZSB5ZXQuIEnigJlsbCB0cnkgdG8gY29tcGFyZSBv biBnaXRodWIgZm9vdCBhbmQgYWxhY3JpdHR5IHRoaXMgZXZlbmluZywgbWF5YmUgSeKAmWxsIGZp bmQgc29tZSBraW5kIG9mIHBhdHRlcm4uIFRvbW9ycm93IGl04oCZcyB0aW1lIHRvIHRyeSB0byBy ZWluc3RhbGwgdGhlIHN5c3RlbSkpPC9kaXY+PC9kaXY+PGRpdj7CoDwvZGl2PjxkaXY+wqA8L2Rp dj48ZGl2Pi0tLS0tLS0tLS0tLS0tLS08L2Rpdj48ZGl2PlRvIHdob206IDxhIGhyZWY9Im1haWx0 bzpmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmciIHJlbD0ibm9vcGVuZXIgbm9yZWZlcnJlciI+ ZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnPC9hPiAoPGEgaHJlZj0ibWFpbHRvOmZyZWVic2Qt Y3VycmVudEBmcmVlYnNkLm9yZyIgcmVsPSJub29wZW5lciBub3JlZmVycmVyIj5mcmVlYnNkLWN1 cnJlbnRAZnJlZWJzZC5vcmc8L2E+ICk7PC9kaXY+PGRpdj5TdWJqZWN0OiBvcGVyYXRpb24gbm90 IHN1cHBvcnRlZCBieSBXYXlsYW5kOzwvZGl2PjxkaXY+MjcuMTEuMjAyNSwgMTk6NDQsICJTLiBS b3NzIEdvaGxrZSIgJmx0OzxhIGhyZWY9Im1haWx0bzpyb3NzQGJpc2Qucm8iIHJlbD0ibm9vcGVu ZXIgbm9yZWZlcnJlciI+cm9zc0BiaXNkLnJvPC9hPiZndDs6PC9kaXY+PGJsb2NrcXVvdGU+PHA+ T24gMTEvMjYvMjUgMTA6MTEsIExlb25pZCBHbmV6ZGlsb3Ygd3JvdGU6PC9wPjxibG9ja3F1b3Rl PjxkaXY+PGRpdj48ZGl2IHN0eWxlPSJib3gtc2l6aW5nOmJvcmRlci1ib3giPjxkaXYgc3R5bGU9 ImJvcmRlci1yYWRpdXM6MHB4IDNweCAzcHggMHB4O2JveC1zaXppbmc6Ym9yZGVyLWJveDttaW4t d2lkdGg6MHB4O3BhZGRpbmc6MTBweDt2ZXJ0aWNhbC1hbGlnbjp0b3A7d2lkdGg6MTQyMi4zOXB4 Ij48ZGl2IHN0eWxlPSJib3gtc2l6aW5nOmJvcmRlci1ib3g7aGVpZ2h0OjE1Ni41NDdweCI+PGRp diBzdHlsZT0iYm94LXNpemluZzpib3JkZXItYm94O21pbi1oZWlnaHQ6MXB4Ij48ZGl2IHN0eWxl PSJib3gtc2l6aW5nOmJvcmRlci1ib3giPjxkaXY+PGRpdiBzdHlsZT0iYm94LXNpemluZzpib3Jk ZXItYm94Ij48ZGl2IHN0eWxlPSJib3gtc2l6aW5nOmJvcmRlci1ib3giPkhpITwvZGl2PjxkaXYg c3R5bGU9ImJveC1zaXppbmc6Ym9yZGVyLWJveCI+RnJlZUJTRCAxNi4wLUNVUlJFTlQsIFdheWxh bmQuIEFmdGVyIHRoZSBvbmUgb2YgdXBncmFkZSAob3IgYWZ0ZXIgc29tZSBvZiBteSBleHBlcmlt ZW50cyB3aXRoIHRoZSBzeXN0ZW0pLCBtYW55IGFwcGxpY2F0aW9ucyBzdG9wcGVkIHJ1bm5pbmcu IE1vc3QgYXBwbGljYXRpb25zLiBPbGQsIHByb2JhYmx5IFhXYXlsYW5kLCBhcHBsaWNhdGlvbnMg d29yay4gVGVsZWdyYW0tZGVza3RvcCwgYSByb3gtdGVybWluYWwsIGJyb3dzZXIgd2FzIGFibGUg dG8gcnVuIC0gbmV0LXN1cmYuPGJyIHN0eWxlPSJib3gtc2l6aW5nOmJvcmRlci1ib3g7bWFyZ2lu LXRvcDowcHgiIC8+PGJyIHN0eWxlPSJib3gtc2l6aW5nOmJvcmRlci1ib3giIC8+RXJyb3JzIGR1 cmluZyBsYXVuY2ggdmFyeSwgYnV0IGFsbW9zdCBldmVyeXRoaW5nIGlzIHVuaXRlZCBieSAib3Bl cmF0aW9uIG5vdCBzdXBwb3J0ZWQgKG9zIGVycm9yIDQ1KSI8L2Rpdj48ZGl2IHN0eWxlPSJib3gt c2l6aW5nOmJvcmRlci1ib3giPldlbGwsIHllcywgV2F5bGFuZCBjb21wb3NpdG9ycyBzdGFydCBh bmQgd29yayB3aXRob3V0IHByb2JsZW1zIChoeXBybGFuZCwgbGFid2MsIGhpa2FyaSksIGVycm9y cyBvY2N1ciB3aGVuIGxhdW5jaGluZyBjb21wb3NpdG9ycyBjbGllbnRzIC0gYXBwbGljYXRpb25z LjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2PjwvZGl2Pjwv ZGl2PjwvYmxvY2txdW90ZT48cD5JIGFtIHJ1bm5pbmcgYSBXYXlsYW5kIHNlc3Npb24gb24gRnJl ZUJTRCAxNi4wLUNVUlJFTlQgcGtnYmFzZSBmcm9tIGEgY291cGxlIG9mIHdlZWtzIGFnbyBhbmQg aGF2ZSBub3Qgc2VlbiB0aGVzZSBlcnJvcnMuPC9wPjxwPldheWZpcmUgaXMgdGhlIGNvbXBvc2l0 b3IsIGFuZCBteSByZWd1bGFyIGFwcCByb3RhdGlvbiAtLSBmb290LCBGaXJlZm94LCBUaHVuZGVy YmlyZCAtLSBpcyBhcyBzdGFibGUgYXMgaXQgaGFzIGJlZW4uIEkgYW0gbm90IHVzaW5nIFhXYXls YW5kLjwvcD48cD5JZiB0aGVyZSBhcmUgc3BlY2lmaWMgYXBwcyB5b3Ugd291bGQgbGlrZSBtZSB0 byBjaGVjayBsZXQgbWUga25vdy48L3A+PHA+UmVnYXJkcyw8L3A+PHA+Um9zczwvcD48L2Jsb2Nr cXVvdGU+PGRpdj7CoDwvZGl2PjxkaXY+wqA8L2Rpdj48ZGl2PjxzcGFuIHN0eWxlPSJiYWNrZ3Jv dW5kLWNvbG9yOiNmZmZmZmY7Y29sb3I6IzY2NjY2NjtmbG9hdDpub25lO2ZvbnQtZmFtaWx5Om1v bm9zcGFjZTtmb250LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7 dGV4dC1hbGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vcm1hbCI+ LS3CoDwvc3Bhbj48YnIgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6cmdiKCAyNTUgLCAyNTUgLCAy NTUgKTtjb2xvcjpyZ2IoIDEwMiAsIDEwMiAsIDEwMiApO2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtm b250LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGln bjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vcm1hbCIgLz48c3BhbiBz dHlsZT0iYmFja2dyb3VuZC1jb2xvcjojZmZmZmZmO2NvbG9yOiM2NjY2NjY7Zm9udC1mYW1pbHk6 bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQw MDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6bm93cmFw Ij5TaW5jZXJlbHksPC9zcGFuPjxiciBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjpyZ2IoIDI1NSAs IDI1NSAsIDI1NSApO2NvbG9yOnJnYiggMTAyICwgMTAyICwgMTAyICk7Zm9udC1mYW1pbHk6bW9u b3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQwMDt0 ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6bm9ybWFsIiAv PjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiNmZmZmZmY7Y29sb3I6IzY2NjY2Njtmb250 LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXplOjEycHg7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC13 ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC10cmFuc2Zvcm06bm9uZTt3aGl0ZS1zcGFj ZTpub3dyYXAiPkxlb25pZMKgR25lemRpbG92PC9zcGFuPjxiciBzdHlsZT0iYmFja2dyb3VuZC1j b2xvcjpyZ2IoIDI1NSAsIDI1NSAsIDI1NSApO2NvbG9yOnJnYiggMTAyICwgMTAyICwgMTAyICk7 Zm9udC1mYW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFsO2Zv bnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hpdGUt c3BhY2U6bm9ybWFsIiAvPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiNmZmZmZmY7Y29s b3I6IzY2NjY2Njtmb250LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXplOjEycHg7Zm9udC1zdHls ZTpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC10cmFuc2Zvcm06 bm9uZTt3aGl0ZS1zcGFjZTpub3dyYXAiPklORk9OSUNTIExMQzwvc3Bhbj48YnIgc3R5bGU9ImJh Y2tncm91bmQtY29sb3I6cmdiKCAyNTUgLCAyNTUgLCAyNTUgKTtjb2xvcjpyZ2IoIDEwMiAsIDEw MiAsIDEwMiApO2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtmb250LXNpemU6MTJweDtmb250LXN0eWxl Om5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpu b25lO3doaXRlLXNwYWNlOm5vcm1hbCIgLz48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjoj ZmZmZmZmO2NvbG9yOiM2NjY2NjY7Zm9udC1mYW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4 O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQt dHJhbnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6bm93cmFwIj4rNyg0NzEyKTc3MC0zNjU8L3NwYW4+ PGJyIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOnJnYiggMjU1ICwgMjU1ICwgMjU1ICk7Y29sb3I6 cmdiKCAxMDIgLCAxMDIgLCAxMDIgKTtmb250LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXplOjEy cHg7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4 dC10cmFuc2Zvcm06bm9uZTt3aGl0ZS1zcGFjZTpub3JtYWwiIC8+PHNwYW4gc3R5bGU9ImJhY2tn cm91bmQtY29sb3I6I2ZmZmZmZjtjb2xvcjojNjY2NjY2O2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtm b250LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGln bjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vd3JhcCI+KzcoOTE5KTIx MC05Ny03Mzwvc3Bhbj48L2Rpdj48ZGl2PsKgPC9kaXY+PC9ibG9ja3F1b3RlPjxkaXY+wqA8L2Rp dj48ZGl2PsKgPC9kaXY+PGRpdj48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjojZmZmZmZm O2NvbG9yOiM2NjY2NjY7ZmxvYXQ6bm9uZTtmb250LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXpl OjEycHg7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7 dGV4dC10cmFuc2Zvcm06bm9uZTt3aGl0ZS1zcGFjZTpub3JtYWwiPi0twqA8L3NwYW4+PGJyIHN0 eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOnJnYiggMjU1ICwgMjU1ICwgMjU1ICk7Y29sb3I6cmdiKCAx MDIgLCAxMDIgLCAxMDIgKTtmb250LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXplOjEycHg7Zm9u dC1zdHlsZTpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC10cmFu c2Zvcm06bm9uZTt3aGl0ZS1zcGFjZTpub3JtYWwiIC8+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQt Y29sb3I6I2ZmZmZmZjtjb2xvcjojNjY2NjY2O2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtmb250LXNp emU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFy dDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vd3JhcCI+U2luY2VyZWx5LDwvc3Bh bj48YnIgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6cmdiKCAyNTUgLCAyNTUgLCAyNTUgKTtjb2xv cjpyZ2IoIDEwMiAsIDEwMiAsIDEwMiApO2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtmb250LXNpemU6 MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0 ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vcm1hbCIgLz48c3BhbiBzdHlsZT0iYmFj a2dyb3VuZC1jb2xvcjojZmZmZmZmO2NvbG9yOiM2NjY2NjY7Zm9udC1mYW1pbHk6bW9ub3NwYWNl O2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFs aWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6bm93cmFwIj5MZW9uaWTC oEduZXpkaWxvdjwvc3Bhbj48YnIgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6cmdiKCAyNTUgLCAy NTUgLCAyNTUgKTtjb2xvcjpyZ2IoIDEwMiAsIDEwMiAsIDEwMiApO2ZvbnQtZmFtaWx5Om1vbm9z cGFjZTtmb250LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4 dC1hbGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vcm1hbCIgLz48 c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjojZmZmZmZmO2NvbG9yOiM2NjY2NjY7Zm9udC1m YW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2Vp Z2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6 bm93cmFwIj5JTkZPTklDUyBMTEM8L3NwYW4+PGJyIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOnJn YiggMjU1ICwgMjU1ICwgMjU1ICk7Y29sb3I6cmdiKCAxMDIgLCAxMDIgLCAxMDIgKTtmb250LWZh bWlseTptb25vc3BhY2U7Zm9udC1zaXplOjEycHg7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC13ZWln aHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC10cmFuc2Zvcm06bm9uZTt3aGl0ZS1zcGFjZTpu b3JtYWwiIC8+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6I2ZmZmZmZjtjb2xvcjojNjY2 NjY2O2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtmb250LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1h bDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3do aXRlLXNwYWNlOm5vd3JhcCI+KzcoNDcxMik3NzAtMzY1PC9zcGFuPjxiciBzdHlsZT0iYmFja2dy b3VuZC1jb2xvcjpyZ2IoIDI1NSAsIDI1NSAsIDI1NSApO2NvbG9yOnJnYiggMTAyICwgMTAyICwg MTAyICk7Zm9udC1mYW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9y bWFsO2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7 d2hpdGUtc3BhY2U6bm9ybWFsIiAvPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOiNmZmZm ZmY7Y29sb3I6IzY2NjY2Njtmb250LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXplOjEycHg7Zm9u dC1zdHlsZTpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC10cmFu c2Zvcm06bm9uZTt3aGl0ZS1zcGFjZTpub3dyYXAiPis3KDkxOSkyMTAtOTctNzM8L3NwYW4+PC9k aXY+PGRpdj7CoDwvZGl2PjwvYmxvY2txdW90ZT48ZGl2PsKgPC9kaXY+PGRpdj7CoDwvZGl2Pjxk aXY+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6I2ZmZmZmZjtjb2xvcjojNjY2NjY2O2Rp c3BsYXk6aW5saW5lICFpbXBvcnRhbnQ7ZmxvYXQ6bm9uZTtmb250LWZhbWlseTptb25vc3BhY2U7 Zm9udC1zaXplOjEycHg7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxp Z246c3RhcnQ7dGV4dC10cmFuc2Zvcm06bm9uZTt3aGl0ZS1zcGFjZTpub3JtYWwiPi0twqA8L3Nw YW4+PGJyIHN0eWxlPSJiYWNrZ3JvdW5kLWNvbG9yOnJnYiggMjU1ICwgMjU1ICwgMjU1ICk7Y29s b3I6cmdiKCAxMDIgLCAxMDIgLCAxMDIgKTtmb250LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXpl OjEycHg7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7 dGV4dC10cmFuc2Zvcm06bm9uZTt3aGl0ZS1zcGFjZTpub3JtYWwiIC8+PHNwYW4gc3R5bGU9ImJh Y2tncm91bmQtY29sb3I6I2ZmZmZmZjtjb2xvcjojNjY2NjY2O2ZvbnQtZmFtaWx5Om1vbm9zcGFj ZTtmb250LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1h bGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vd3JhcCI+U2luY2Vy ZWx5LDwvc3Bhbj48YnIgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6cmdiKCAyNTUgLCAyNTUgLCAy NTUgKTtjb2xvcjpyZ2IoIDEwMiAsIDEwMiAsIDEwMiApO2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtm b250LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGln bjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5vcm1hbCIgLz48c3BhbiBz dHlsZT0iYmFja2dyb3VuZC1jb2xvcjojZmZmZmZmO2NvbG9yOiM2NjY2NjY7Zm9udC1mYW1pbHk6 bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQw MDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hpdGUtc3BhY2U6bm93cmFw Ij5MZW9uaWTCoEduZXpkaWxvdjwvc3Bhbj48YnIgc3R5bGU9ImJhY2tncm91bmQtY29sb3I6cmdi KCAyNTUgLCAyNTUgLCAyNTUgKTtjb2xvcjpyZ2IoIDEwMiAsIDEwMiAsIDEwMiApO2ZvbnQtZmFt aWx5Om1vbm9zcGFjZTtmb250LXNpemU6MTJweDtmb250LXN0eWxlOm5vcm1hbDtmb250LXdlaWdo dDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9ybTpub25lO3doaXRlLXNwYWNlOm5v cm1hbCIgLz48c3BhbiBzdHlsZT0iYmFja2dyb3VuZC1jb2xvcjojZmZmZmZmO2NvbG9yOiM2NjY2 NjY7Zm9udC1mYW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQtc3R5bGU6bm9ybWFs O2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNmb3JtOm5vbmU7d2hp dGUtc3BhY2U6bm93cmFwIj5JTkZPTklDUyBMTEM8L3NwYW4+PGJyIHN0eWxlPSJiYWNrZ3JvdW5k LWNvbG9yOnJnYiggMjU1ICwgMjU1ICwgMjU1ICk7Y29sb3I6cmdiKCAxMDIgLCAxMDIgLCAxMDIg KTtmb250LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXplOjEycHg7Zm9udC1zdHlsZTpub3JtYWw7 Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7dGV4dC10cmFuc2Zvcm06bm9uZTt3aGl0 ZS1zcGFjZTpub3JtYWwiIC8+PHNwYW4gc3R5bGU9ImJhY2tncm91bmQtY29sb3I6I2ZmZmZmZjtj b2xvcjojNjY2NjY2O2ZvbnQtZmFtaWx5Om1vbm9zcGFjZTtmb250LXNpemU6MTJweDtmb250LXN0 eWxlOm5vcm1hbDtmb250LXdlaWdodDo0MDA7dGV4dC1hbGlnbjpzdGFydDt0ZXh0LXRyYW5zZm9y bTpub25lO3doaXRlLXNwYWNlOm5vd3JhcCI+KzcoNDcxMik3NzAtMzY1PC9zcGFuPjxiciBzdHls ZT0iYmFja2dyb3VuZC1jb2xvcjpyZ2IoIDI1NSAsIDI1NSAsIDI1NSApO2NvbG9yOnJnYiggMTAy ICwgMTAyICwgMTAyICk7Zm9udC1mYW1pbHk6bW9ub3NwYWNlO2ZvbnQtc2l6ZToxMnB4O2ZvbnQt c3R5bGU6bm9ybWFsO2ZvbnQtd2VpZ2h0OjQwMDt0ZXh0LWFsaWduOnN0YXJ0O3RleHQtdHJhbnNm b3JtOm5vbmU7d2hpdGUtc3BhY2U6bm9ybWFsIiAvPjxzcGFuIHN0eWxlPSJiYWNrZ3JvdW5kLWNv bG9yOiNmZmZmZmY7Y29sb3I6IzY2NjY2Njtmb250LWZhbWlseTptb25vc3BhY2U7Zm9udC1zaXpl OjEycHg7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC13ZWlnaHQ6NDAwO3RleHQtYWxpZ246c3RhcnQ7 dGV4dC10cmFuc2Zvcm06bm9uZTt3aGl0ZS1zcGFjZTpub3dyYXAiPis3KDkxOSkyMTAtOTctNzM8 L3NwYW4+PC9kaXY+PGRpdj7CoDwvZGl2Pg== From nobody Wed Dec 3 19:14:18 2025 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 4dM6lQ672Zz6HdjG for ; Wed, 03 Dec 2025 19:14:42 +0000 (UTC) (envelope-from trashcan@ellael.org) Received: from mx1.enfer-du-nord.net (mx1.enfer-du-nord.net [78.47.122.106]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dM6lP6PRqz41yn for ; Wed, 03 Dec 2025 19:14:41 +0000 (UTC) (envelope-from trashcan@ellael.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=ellael.org header.s=dkim header.b=vmJLsWTN; dmarc=pass (policy=quarantine) header.from=ellael.org; spf=pass (mx1.freebsd.org: domain of trashcan@ellael.org designates 78.47.122.106 as permitted sender) smtp.mailfrom=trashcan@ellael.org Received: from smtpclient.apple (p200300fb4f1d4701c01021310225b50d.dip0.t-ipconnect.de [IPv6:2003:fb:4f1d:4701:c010:2131:225:b50d]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.enfer-du-nord.net (Postfix) with ESMTPSA id 4dM6l92nzPz112F for ; Wed, 03 Dec 2025 20:14:29 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ellael.org; s=dkim; t=1764789269; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=X4hW/AX5OtjPCE9LiUpCEhoJ6bfW/fC6lGJ1ET8ZoRA=; b=vmJLsWTNnbs4+q8XhiS4bkRPbdtph1koLCBdFAvL8nISNjDUImQUYNdEklnw/dl5rAQFQf Eqw/wi8yul4eeOPw3Zn6KGEcT0R3k7FVS96AOumluG8LmX9tsZWgeWMm/CgPywBNkd7OEg dMWR86y6boZ+ymI64y/668gD5m6sNocL73L4jFMZgDUJJ8XPIMHl+vOseBMgTGDmunosK6 1foYSy+LqaWH3XGdjHvZ9pv8GRnr/vYHH3w5BW65eJo6VLtqMJ5AIyVoRKiINmbLNuawZs AhP76OSxhH70V77HrNi82hgNnzERS02Cp0Ay9HsrONe8a+vtG2IJ8dzJMfF/kQ== From: Michael Grimm Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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.3\)) Subject: Re: FreeBSD 15.0-RELEASE Now Available Date: Wed, 3 Dec 2025 20:14:18 +0100 References: <20251202000858.30A4C10CF6@freefall.freebsd.org> To: FreeBSD Current In-Reply-To: <20251202000858.30A4C10CF6@freefall.freebsd.org> Message-Id: X-Mailer: Apple Mail (2.3826.700.81.1.3) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.26 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.963]; DMARC_POLICY_ALLOW(-0.50)[ellael.org,quarantine]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[ellael.org:s=dkim]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+ip4:78.47.122.106]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:24940, ipnet:78.46.0.0/15, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; 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)[ellael.org:+] X-Rspamd-Queue-Id: 4dM6lP6PRqz41yn Colin Percival wrote: > FreeBSD 15.0-RELEASE Announcement >=20 > Date: December 2, 2025 FYI: = https://www.heise.de/en/news/FreeBSD-15-Great-strides-thanks-to-industry-s= upport-11101176.html Regards, Michael From nobody Thu Dec 4 10:51:35 2025 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 4dMWXc1278z6HnX7 for ; Thu, 04 Dec 2025 10:51:44 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [31.134.205.98]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dMWXb1VNTz3g1R; Thu, 04 Dec 2025 10:51:43 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b="m4gzH4/K"; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 31.134.205.98 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws Received: from crmpreview5.colo2.realworks.nl (localhost [127.0.0.1]) by crmpreview5.colo2.realworks.nl (Postfix) with ESMTP id 9BFDEC02D5; Thu, 4 Dec 2025 11:51:35 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1764845496; 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=YbWeHsqkefpMCqlEKOuVvn6fdtSVvFD2NVNe7BwojUA=; b=m4gzH4/KlWVOifCof5bvMzLlb/33u5cA3GcA5o0X4Ear8h5q78nVXrE+W1LXoXvENECQmm nmrM1XKemPhW0RTrzwoH4OtI8I6CqjJByFKRQf/qC4JZ3FGNVZSYOx2yK+kWYeNaqpgj+x k/K84iDQIW+71IEj9mr+eUjdOzw1JP3COS6ob8Z9NvaI5QQyGTK9XkJTnltFRdI3BaE1EO ybkO5LdKncr4nmm2O8aG5C+DCl8QtNTH/5nopwJfrDc4C3MImpSPicoY1vti0OzEvRdbMu jRCbWmTlkfvrwi2zISCWcGoWrO15CfUkLiLryO4bYCtGkrExtZDrgJR1NkFmkw== Date: Thu, 4 Dec 2025 11:51:35 +0100 (CET) From: Ronald Klop To: A FreeBSD User Cc: FreeBSD CURRENT , =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= Message-ID: <1485528976.4376.1764845495552@localhost> In-Reply-To: <20251203113526.398dfc6c@thor.sb211.local> References: <20251128082630.3dbea678@hermann> <20251128110534.3987f908@hermann> <86fr9yie5u.fsf@ltc.des.dev> <20251201132649.5aef71e8@thor.sb211.local> <86a500hdbu.fsf@ltc.des.dev> <20251203101500.36545493@hermann> <1585113262.3581.1764757070010@localhost> <20251203113526.398dfc6c@thor.sb211.local> Subject: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) 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/alternative; boundary="----=_Part_4375_270468950.1764845495524" X-Mailer: Realworks (776.26) Importance: Normal X-Priority: 3 (Normal) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; R_SPF_ALLOW(-0.20)[+ip4:31.134.205.64/26]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ASN(0.00)[asn:51088, ipnet:31.134.200.0/21, country:NL]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; HAS_X_PRIO_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+] X-Rspamd-Queue-Id: 4dMWXb1VNTz3g1R ------=_Part_4375_270468950.1764845495524 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, You have dhcp6c configured on a lagg0 interface, and the lagg0 interface is= created, but not configured anywhere in your configuration. But your probl= em is about IPv4 and not IPv6. So it might not be related. But it makes me = wonder about your config. I can't find in your log messages that dhclient is ever started. Can you try to configure ifconfig_em0=3D"SYNCDHCP" instead of "DHCP"? That = should start dhclient earlier and wait for the IP and must give output of d= hclient. Please reply with the console log output of that boot run. To me your configuration looks really messy, so I'm sorry that I can't real= ly help you any further. I can't easily figure out what you configured and = what is still the default. My advice would be to remove all the defaults fr= om your /etc/rc.conf and only keep lines that actually configure something. I hope you figure out the issue some day. Regards, Ronald. =20 Van: A FreeBSD User Datum: woensdag, 3 december 2025 11:34 Aan: Ronald Klop CC: FreeBSD CURRENT , "Dag-Erling Sm=C3=B8rgra= v" Onderwerp: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) >=20 > Am Tage des Herren Wed, 3 Dec 2025 11:17:50 +0100 (CET) > Ronald Klop schrieb: >=20 > > Hi, > > > > Did you copy /etc/defaults/rc.conf to /etc/rc.conf? >=20 > Yes, I do, since I change things on an experimental basis quite often. >=20 > That never induced any issue in the last decades using this kind of appro= ach. Each variable > set in defaults/rc.conf should be cleanly overriden via rc.conf and rc.co= nf.local, shouldn't > it? The only possible issue I could imagine is the order variables appear= and being processed > by rc.subr and siblings ... or am I wrong? >=20 > Kind regards, > oh > > > > AFAIK, the idea is to only override settings from /etc/defaults/rc.conf= in /etc/rc.conf. My > > rc.conf is usually just 10 or 20 lines. Some network config and enablin= g some services. Like > > what you have in /etc/rc.conf.local. > > > > Regards, > > Ronald. > > > > =20 > > Van: FreeBSD User > > Datum: woensdag, 3 december 2025 10:15 > > Aan: "Dag-Erling Sm=C3=B8rgrav" > > CC: FreeBSD CURRENT > > Onderwerp: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580) > > > > > > On Tue, 02 Dec 2025 20:51:33 +0100 > > > Dag-Erling Sm=C3=B8rgrav wrote: > > > =20 > > > > A FreeBSD User writes: =20 > > > > > Dag-Erling Sm=C3=B8rgrav writes: =20 > > > > > > As a workaround, add this to /boot/loader.conf: > > > > > > > > > > > > net.inet.ip.fw.default_to_accept=3D"1" =20 > > > > > the above "trick" doesn't help. =20 > > > > > > > > This is concerning. > > > > > > > > The fact that `dhclient em0` works after the firewall is up proves = that > > > > the firewall rules themselves are not the issue. I therefore assum= ed > > > > that the problem was that dhclient was trying to acquire a lease be= fore > > > > the firewall was configured. Switching default_to_accept on should= have > > > > made that possible. The fact that it doesn't means the firewall is= n't > > > > to blame at all. Something else is causing dhclient not to run at = boot. > > > > > > > > Could you please provide the output from the following command: > > > > > > > > grep -r '^[^#]' /etc/rc.conf* > > > > > > > > Could you please also provide a log of the boot messages, if possib= le? > > > > > > > > DES =20 > > > > > > Having had a feeling that statically compiling in FIREWALL (ipw) supp= ort into > > > my kernel, I tested by excluding the appropritae lines and adding the > > > /boot/loader.conf.local line again allow packets by default. Result i= s the very > > > same. > > > > > > Attached you'll find the requested files. > > > > > > A side note: I do etcupdate on a regular basis on all of the maintain= ed boxes. > > > > > > Kind regards, > > > > > > oh > > > > > > > > > > > > =20 > > > > =20 >=20 >=20 >=20 > --=20 >=20 > A FreeBSD user >=20 >=20 >=20 > =20 =20 ------=_Part_4375_270468950.1764845495524 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,

You have dhcp6c configured on a lagg0 interface, and the lagg0 interface is= created, but not configured anywhere in your configuration. But your probl= em is about IPv4 and not IPv6. So it might not be related. But it makes me = wonder about your config.

I can't find in your log messages that dhclient is ever started.
Can you try to configure ifconfig_em0=3D"SYNCDHCP" instead of "DHCP"? That = should start dhclient earlier and wait for the IP and must give output of d= hclient. Please reply with the console log output of that boot run.

To me your configuration looks really messy, so I'm sorry that I can't real= ly help you any further. I can't easily figure out what you configured and = what is still the default. My advice would be to remove all the defaults fr= om your /etc/rc.conf and only keep lines that actually configure something.=

I hope you figure out the issue some day.

Regards,
Ronald.


 

Van: A FreeBSD User <freebsd@walstatt-de.de>
Datum: woensdag, 3 december 2025 11:34
Aan: Ronald Klop <ronald-lists@klop.ws>
CC: FreeBSD CURRENT <freebsd-current@freebsd.org>, "= Dag-Erling Sm=C3=B8rgrav" <des@FreeBSD.org>
Onderwerp: Re: 15-STABLE: dhclient fails on em0 (Lenovo T5= 80)

Am Tage des Herren Wed, 3 Dec = 2025 11:17:50 +0100 (CET)
Ronald Klop <ronald-lists@klop.ws> schrieb:

> Hi,
>
> Did you copy /etc/defaults/rc.conf to /etc/rc.conf?

Yes, I do, since I change things on an experimental basis quite often.

That never induced any issue in the last decades using this kind of approac= h. Each variable
set in defaults/rc.conf should be cleanly overriden via rc.conf and rc.conf= .local, shouldn't
it? The only possible issue I could imagine is the order variables appear a= nd being processed
by rc.subr and siblings ... or am I wrong?

Kind regards,
oh
>
> AFAIK, the idea is to only override settings from /etc/defaults/rc.con= f in /etc/rc.conf. My
> rc.conf is usually just 10 or 20 lines. Some network config and enabli= ng some services. Like
> what you have in /etc/rc.conf.local.
>
> Regards,
> Ronald.
>
>  
> Van: FreeBSD User <freebsd@walstatt-de.de>
> Datum: woensdag, 3 december 2025 10:15
> Aan: "Dag-Erling Sm=C3=B8rgrav" <des@FreeBSD.org>
> CC: FreeBSD CURRENT <freebsd-current@freebsd.org>
> Onderwerp: Re: 15-STABLE: dhclient fails on em0 (Lenovo T580)
> >
> > On Tue, 02 Dec 2025 20:51:33 +0100
> > Dag-Erling Sm=C3=B8rgrav <des@FreeBSD.org> wrote:
> >   
> > > A FreeBSD User <freebsd@walstatt-de.de> writes:  =
> > > > Dag-Erling Sm=C3=B8rgrav <des@FreeBSD.org> writes= :    
> > > > > As a workaround, add this to /boot/loader.conf: > > > > >
> > > > >     net.inet.ip.fw.default_to_= accept=3D"1"    
> > > > the above "trick" doesn't help.    
> > >
> > > This is concerning.
> > >
> > > The fact that `dhclient em0` works after the firewall is up = proves that
> > > the firewall rules themselves are not the issue.  I the= refore assumed
> > > that the problem was that dhclient was trying to acquire a l= ease before
> > > the firewall was configured.  Switching default_to_acce= pt on should have
> > > made that possible.  The fact that it doesn't means the= firewall isn't
> > > to blame at all.  Something else is causing dhclient no= t to run at boot.
> > >
> > > Could you please provide the output from the following comma= nd:
> > >
> > >     grep -r '^[^#]' /etc/rc.conf*
> > >
> > > Could you please also provide a log of the boot messages, if= possible?
> > >
> > > DES  
> >
> > Having had a feeling that statically compiling in FIREWALL (ipw) = support into
> > my kernel, I tested by excluding the appropritae lines and adding= the
> > /boot/loader.conf.local line again allow packets by default. Resu= lt is the very
> > same.
> >
> > Attached you'll find the requested files.
> >
> > A side note: I do etcupdate on a regular basis on all of the main= tained boxes.
> >
> > Kind regards,
> >
> > oh
> >
> >
> >
> >    
>
>  



-- 

A FreeBSD user
 

  ------=_Part_4375_270468950.1764845495524-- From nobody Thu Dec 4 13:26:11 2025 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 4dMZz11PlSz6J2ch for ; Thu, 04 Dec 2025 13:26:21 +0000 (UTC) (envelope-from ross@bisd.ro) Received: from ada.kiz.li (ada.kiz.li [38.45.72.165]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dMZyz2nprz3xbP for ; Thu, 04 Dec 2025 13:26:19 +0000 (UTC) (envelope-from ross@bisd.ro) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=reject) header.from=bisd.ro; spf=pass (mx1.freebsd.org: domain of ross@bisd.ro designates 38.45.72.165 as permitted sender) smtp.mailfrom=ross@bisd.ro Received: from [192.168.1.225] (syn-072-182-130-191.res.spectrum.com [72.182.130.191]) by ada.kiz.li (OpenSMTPD) with ESMTPSA id 3d2e5171 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Thu, 4 Dec 2025 08:26:12 -0500 (EST) Content-Type: multipart/alternative; boundary="------------uwr5rynUGUfKbFbu3vYJRTyT" Message-ID: <923f73e9-181e-4afa-9686-364fcab88b34@bisd.ro> Date: Thu, 4 Dec 2025 07:26:11 -0600 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: operation not supported Wayland To: freebsd-current@freebsd.org References: <11071764173299@mail.yandex.ru> <200391764598041@mail.yandex.ru> <3644111764683408@mail.yandex.ru> <207781764767464@mail.yandex.ru> Content-Language: en-US From: "S. Ross Gohlke" In-Reply-To: <207781764767464@mail.yandex.ru> X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.39 / 15.00]; NEURAL_SPAM_MEDIUM(1.00)[0.999]; NEURAL_SPAM_SHORT(1.00)[0.998]; NEURAL_SPAM_LONG(0.99)[0.991]; DMARC_POLICY_ALLOW(-0.50)[bisd.ro,reject]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; BLOCKLISTDE_FAIL(0.00)[72.182.130.191:server fail,38.45.72.165:server fail]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4dMZyz2nprz3xbP This is a multi-part message in MIME format. --------------uwr5rynUGUfKbFbu3vYJRTyT Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 12/3/25 07:23, Леонид Гнездилов wrote: > You won't believe it - I installed 15.0-STABLE and the same thing > happened again. I'm already starting to think it's the computer > hardware. Although it worked until 11/24/2025. > GPU-firmware-intel-kmod-geminilake and i915_kms are used (different > versions, latest, 61, 515) > ---------------- > To: S. Ross Gohlke (ross@bisd.ro ), freebsd-current@freebsd.org > (freebsd-current@freebsd.org ); > Subject: operation not supported by Wayland; > 02.12.2025, 17:05, "Leonid Gnezdilov" : > > I installed the system again today, on a different disk. And it > doesn't work! Everything is exactly the same, "operation not > supported". So it wasn't me who broke the system, but the > update.Can this already be considered a bug? > During the installation, I selected the installation from the > packages (tech preview), maybe this will help in the diagnosis? > The drm-latest module, I tried drm-515, but it doesn't help. > ---------------- > To: S. Ross Gohlke (ross@bisd.ro ), freebsd-current@freebsd.org > (freebsd-current@freebsd.org ); > Subject: operation not supported by Wayland; > 12/01/2025, 17:15 p.m., "Leonid Gnezdilov" : > > Today I tried to remove most of the packages, but I was almost > left without pkg)) The result was a system with fewer packages > than with the new installation. Reinstalled wayland. And what > do you think? Everything is the same, most applications swear > on "operation not supported" Installed foot and wayfire. By > the way, they work. But firefox is not. I discovered that > applications that do not run use libm.so.5, but do not seem to > use running applications. No other differences are visible > yet. I’ll try to compare on github foot and alacritty this > evening, maybe I’ll find some kind of pattern. Tomorrow it’s > time to try to reinstall the system)) > ---------------- > To whom: freebsd-current@freebsd.org > (freebsd-current@freebsd.org ); > Subject: operation not supported by Wayland; > 27.11.2025, 19:44, "S. Ross Gohlke" : > > On 11/26/25 10:11, Leonid Gnezdilov wrote: > > Hi! > FreeBSD 16.0-CURRENT, Wayland. After the one of > upgrade (or after some of my experiments with the > system), many applications stopped running. Most > applications. Old, probably XWayland, applications > work. Telegram-desktop, a rox-terminal, browser was > able to run - net-surf. > > Errors during launch vary, but almost everything is > united by "operation not supported (os error 45)" > Well, yes, Wayland compositors start and work without > problems (hyprland, labwc, hikari), errors occur when > launching compositors clients - applications. > > I am running a Wayland session on FreeBSD 16.0-CURRENT > pkgbase from a couple of weeks ago and have not seen these > errors. > > Wayfire is the compositor, and my regular app rotation -- > foot, Firefox, Thunderbird -- is as stable as it has been. > I am not using XWayland. > > If there are specific apps you would like me to check let > me know. > > Regards, > > Ross > % pkg info -x gpu gpu-firmware-intel-kmod-tigerlake-20230625.1600003 % pkg info -x drm | grep kmod drm-latest-kmod-6.9.1600003 --------------uwr5rynUGUfKbFbu3vYJRTyT Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 12/3/25 07:23, Леонид Гнездилов wrote:
You won't believe it - I installed 15.0-STABLE and the same thing happened again. I'm already starting to think it's the computer hardware. Although it worked until 11/24/2025.
GPU-firmware-intel-kmod-geminilake and i915_kms are used (different versions, latest, 61, 515)
----------------
Subject: operation not supported by Wayland;
02.12.2025, 17:05, "Leonid Gnezdilov" <comdir@infonix.info >:
I installed the system again today, on a different disk. And it doesn't work! Everything is exactly the same, "operation not supported". So it wasn't me who broke the system, but the update.Can this already be considered a bug?
During the installation, I selected the installation from the packages (tech preview), maybe this will help in the diagnosis? The drm-latest module, I tried drm-515, but it doesn't help.  
 
----------------
Subject: operation not supported by Wayland;
12/01/2025, 17:15 p.m., "Leonid Gnezdilov" <comdir@infonix.info >:
Today I tried to remove most of the packages, but I was almost left without pkg)) The result was a system with fewer packages than with the new installation. Reinstalled wayland. And what do you think? Everything is the same, most applications swear on "operation not supported" Installed foot and wayfire. By the way, they work. But firefox is not. I discovered that applications that do not run use libm.so.5, but do not seem to use running applications. No other differences are visible yet. I’ll try to compare on github foot and alacritty this evening, maybe I’ll find some kind of pattern. Tomorrow it’s time to try to reinstall the system))
 
 
----------------
Subject: operation not supported by Wayland;
27.11.2025, 19:44, "S. Ross Gohlke" <ross@bisd.ro>:

On 11/26/25 10:11, Leonid Gnezdilov wrote:

Hi!
FreeBSD 16.0-CURRENT, Wayland. After the one of upgrade (or after some of my experiments with the system), many applications stopped running. Most applications. Old, probably XWayland, applications work. Telegram-desktop, a rox-terminal, browser was able to run - net-surf.

Errors during launch vary, but almost everything is united by "operation not supported (os error 45)"
Well, yes, Wayland compositors start and work without problems (hyprland, labwc, hikari), errors occur when launching compositors clients - applications.

I am running a Wayland session on FreeBSD 16.0-CURRENT pkgbase from a couple of weeks ago and have not seen these errors.

Wayfire is the compositor, and my regular app rotation -- foot, Firefox, Thunderbird -- is as stable as it has been. I am not using XWayland.

If there are specific apps you would like me to check let me know.

Regards,

Ross 

% pkg info -x gpu
gpu-firmware-intel-kmod-tigerlake-20230625.1600003

% pkg info -x drm | grep kmod
drm-latest-kmod-6.9.1600003


--------------uwr5rynUGUfKbFbu3vYJRTyT-- From nobody Thu Dec 4 13:51:08 2025 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 4dMbWj3YHQz6J4qL for ; Thu, 04 Dec 2025 13:51:13 +0000 (UTC) (envelope-from ross@bisd.ro) Received: from ada.kiz.li (ada.kiz.li [38.45.72.165]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dMbWg6tBNz42Cx for ; Thu, 04 Dec 2025 13:51:11 +0000 (UTC) (envelope-from ross@bisd.ro) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=reject) header.from=bisd.ro; spf=pass (mx1.freebsd.org: domain of ross@bisd.ro designates 38.45.72.165 as permitted sender) smtp.mailfrom=ross@bisd.ro Received: from [192.168.1.225] (syn-072-182-130-191.res.spectrum.com [72.182.130.191]) by ada.kiz.li (OpenSMTPD) with ESMTPSA id fda29fb1 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Thu, 4 Dec 2025 08:51:09 -0500 (EST) Content-Type: multipart/alternative; boundary="------------8WuQFNpJ1DkG7HI0SDv9dTzB" Message-ID: <48dcc1b8-0157-46c2-803c-2b217a56bf7b@bisd.ro> Date: Thu, 4 Dec 2025 07:51:08 -0600 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: operation not supported Wayland To: freebsd-current@freebsd.org References: <11071764173299@mail.yandex.ru> <200391764598041@mail.yandex.ru> <3644111764683408@mail.yandex.ru> <207781764767464@mail.yandex.ru> <923f73e9-181e-4afa-9686-364fcab88b34@bisd.ro> Content-Language: en-US From: "S. Ross Gohlke" In-Reply-To: <923f73e9-181e-4afa-9686-364fcab88b34@bisd.ro> X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.39 / 15.00]; NEURAL_SPAM_MEDIUM(1.00)[0.998]; NEURAL_SPAM_SHORT(1.00)[0.998]; NEURAL_SPAM_LONG(0.99)[0.989]; DMARC_POLICY_ALLOW(-0.50)[bisd.ro,reject]; R_SPF_ALLOW(-0.20)[+mx]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:174, ipnet:38.45.72.0/24, country:US]; RCVD_COUNT_ONE(0.00)[1]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4dMbWg6tBNz42Cx This is a multi-part message in MIME format. --------------8WuQFNpJ1DkG7HI0SDv9dTzB Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 12/4/25 07:26, S. Ross Gohlke wrote: > On 12/3/25 07:23, Леонид Гнездилов wrote: >> You won't believe it - I installed 15.0-STABLE and the same thing >> happened again. I'm already starting to think it's the computer >> hardware. Although it worked until 11/24/2025. >> GPU-firmware-intel-kmod-geminilake and i915_kms are used (different >> versions, latest, 61, 515) >> ---------------- >> To: S. Ross Gohlke (ross@bisd.ro ), freebsd-current@freebsd.org >> (freebsd-current@freebsd.org ); >> Subject: operation not supported by Wayland; >> 02.12.2025, 17:05, "Leonid Gnezdilov" : >> >> I installed the system again today, on a different disk. And it >> doesn't work! Everything is exactly the same, "operation not >> supported". So it wasn't me who broke the system, but the >> update.Can this already be considered a bug? >> During the installation, I selected the installation from the >> packages (tech preview), maybe this will help in the diagnosis? >> The drm-latest module, I tried drm-515, but it doesn't help. >> ---------------- >> To: S. Ross Gohlke (ross@bisd.ro ), freebsd-current@freebsd.org >> (freebsd-current@freebsd.org ); >> Subject: operation not supported by Wayland; >> 12/01/2025, 17:15 p.m., "Leonid Gnezdilov" : >> >> Today I tried to remove most of the packages, but I was >> almost left without pkg)) The result was a system with fewer >> packages than with the new installation. Reinstalled wayland. >> And what do you think? Everything is the same, most >> applications swear on "operation not supported" Installed >> foot and wayfire. By the way, they work. But firefox is not. >> I discovered that applications that do not run use libm.so.5, >> but do not seem to use running applications. No other >> differences are visible yet. I’ll try to compare on github >> foot and alacritty this evening, maybe I’ll find some kind of >> pattern. Tomorrow it’s time to try to reinstall the system)) >> ---------------- >> To whom: freebsd-current@freebsd.org >> (freebsd-current@freebsd.org ); >> Subject: operation not supported by Wayland; >> 27.11.2025, 19:44, "S. Ross Gohlke" : >> >> On 11/26/25 10:11, Leonid Gnezdilov wrote: >> >> Hi! >> FreeBSD 16.0-CURRENT, Wayland. After the one of >> upgrade (or after some of my experiments with the >> system), many applications stopped running. Most >> applications. Old, probably XWayland, applications >> work. Telegram-desktop, a rox-terminal, browser was >> able to run - net-surf. >> >> Errors during launch vary, but almost everything is >> united by "operation not supported (os error 45)" >> Well, yes, Wayland compositors start and work without >> problems (hyprland, labwc, hikari), errors occur when >> launching compositors clients - applications. >> >> I am running a Wayland session on FreeBSD 16.0-CURRENT >> pkgbase from a couple of weeks ago and have not seen >> these errors. >> >> Wayfire is the compositor, and my regular app rotation -- >> foot, Firefox, Thunderbird -- is as stable as it has >> been. I am not using XWayland. >> >> If there are specific apps you would like me to check let >> me know. >> >> Regards, >> >> Ross >> > % pkg info -x gpu > gpu-firmware-intel-kmod-tigerlake-20230625.1600003 > > % pkg info -x drm | grep kmod > drm-latest-kmod-6.9.1600003 > Also, here is my relevant environment, excluding XDG. SAL_USE_VCLPLUGIN=gtk3 QT_WAYLAND_DISABLE_WINDOWDECORATION=1 GDK_BACKEND=wayland SDL_VIDEODRIVER=wayland QT_AUTO_SCREEN_SCALE_FACTOR=1 MOZ_ENABLE_WAYLAND=1 QT_QPA_PLATFORM=wayland-egl CLUTTER_BACKEND=wayland QT_QPA_PLATFORMTHEME=qt5ct TMPDIR is mounted tmpfs since default /tmp size might be too small for programs like Firefox to do anything useful. --------------8WuQFNpJ1DkG7HI0SDv9dTzB Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit


On 12/4/25 07:26, S. Ross Gohlke wrote:
On 12/3/25 07:23, Леонид Гнездилов wrote:
You won't believe it - I installed 15.0-STABLE and the same thing happened again. I'm already starting to think it's the computer hardware. Although it worked until 11/24/2025.
GPU-firmware-intel-kmod-geminilake and i915_kms are used (different versions, latest, 61, 515)
----------------
Subject: operation not supported by Wayland;
02.12.2025, 17:05, "Leonid Gnezdilov" <comdir@infonix.info >:
I installed the system again today, on a different disk. And it doesn't work! Everything is exactly the same, "operation not supported". So it wasn't me who broke the system, but the update.Can this already be considered a bug?
During the installation, I selected the installation from the packages (tech preview), maybe this will help in the diagnosis? The drm-latest module, I tried drm-515, but it doesn't help.  
 
----------------
Subject: operation not supported by Wayland;
12/01/2025, 17:15 p.m., "Leonid Gnezdilov" <comdir@infonix.info >:
Today I tried to remove most of the packages, but I was almost left without pkg)) The result was a system with fewer packages than with the new installation. Reinstalled wayland. And what do you think? Everything is the same, most applications swear on "operation not supported" Installed foot and wayfire. By the way, they work. But firefox is not. I discovered that applications that do not run use libm.so.5, but do not seem to use running applications. No other differences are visible yet. I’ll try to compare on github foot and alacritty this evening, maybe I’ll find some kind of pattern. Tomorrow it’s time to try to reinstall the system))
 
 
----------------
Subject: operation not supported by Wayland;
27.11.2025, 19:44, "S. Ross Gohlke" <ross@bisd.ro>:

On 11/26/25 10:11, Leonid Gnezdilov wrote:

Hi!
FreeBSD 16.0-CURRENT, Wayland. After the one of upgrade (or after some of my experiments with the system), many applications stopped running. Most applications. Old, probably XWayland, applications work. Telegram-desktop, a rox-terminal, browser was able to run - net-surf.

Errors during launch vary, but almost everything is united by "operation not supported (os error 45)"
Well, yes, Wayland compositors start and work without problems (hyprland, labwc, hikari), errors occur when launching compositors clients - applications.

I am running a Wayland session on FreeBSD 16.0-CURRENT pkgbase from a couple of weeks ago and have not seen these errors.

Wayfire is the compositor, and my regular app rotation -- foot, Firefox, Thunderbird -- is as stable as it has been. I am not using XWayland.

If there are specific apps you would like me to check let me know.

Regards,

Ross 

% pkg info -x gpu
gpu-firmware-intel-kmod-tigerlake-20230625.1600003

% pkg info -x drm | grep kmod
drm-latest-kmod-6.9.1600003

Also, here is my relevant environment, excluding XDG.

SAL_USE_VCLPLUGIN=gtk3
QT_WAYLAND_DISABLE_WINDOWDECORATION=1
GDK_BACKEND=wayland
SDL_VIDEODRIVER=wayland
QT_AUTO_SCREEN_SCALE_FACTOR=1
MOZ_ENABLE_WAYLAND=1
QT_QPA_PLATFORM=wayland-egl
CLUTTER_BACKEND=wayland
QT_QPA_PLATFORMTHEME=qt5ct

TMPDIR is mounted tmpfs since default /tmp size might be too small for programs like Firefox to do anything useful.

--------------8WuQFNpJ1DkG7HI0SDv9dTzB-- From nobody Sat Dec 6 10:50:08 2025 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 4dNlQ91RWSz6KW8t for ; Sat, 06 Dec 2025 10:50:25 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (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 4dNlQ82ZqNz3NDy for ; Sat, 06 Dec 2025 10:50:24 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=BNEFuNqh; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::533 as permitted sender) smtp.mailfrom=mjguzik@gmail.com Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-640860f97b5so4257254a12.2 for ; Sat, 06 Dec 2025 02:50:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1765018221; x=1765623021; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=tvOcca6r9fnVrdUfQc7NVuefTaIiKm7kbdMwBe09Xlg=; b=BNEFuNqhkK3zWtUYajaPYlb4JG79UzcEU0kG8mBrr+NUT8lWk/v8gzFhNsxFh68ie4 S4sKNUmoR4UqWcoKC/3NYDhES2KUVUhKQaQb3we4nZMWwH0Vy990Xo7Yoigwgx7zsy2N 0J5mcxqqlIRHwVPWjmLoutR3VeYUrygM0jHTryM3UqKvqQjGPlFbcAAhp0f3NZ0Hm+CD CFiJbOwaC+2jClsrouuzwqyY4Z7Th7ApdDJSi6fmw2ZZfv6xBgtYtDuDmlQcGmZO0Mff sVg5waf8X5kPnwDYPzXD6JIull4bDDu0CT9vly2T/TbRt+X5PAHBR9rymDuXb/ItGzcx 3gdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765018221; x=1765623021; h=to:subject:message-id:date:from:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=tvOcca6r9fnVrdUfQc7NVuefTaIiKm7kbdMwBe09Xlg=; b=NQd4Me1QY9cb9Ycj6dDUrVEsVYgt2SiYCk7FSdB3Od9aa87SClFCVpXrkGJm/R8OFO a/MOssxwAOjozKs2wzaZ4cYQ0fzclUsTdWutRAEidflJ9QB+D11ZWw2L+zJzHVLOEXEy D7PKj3unOPsvrNqgOPDKFCVPGSx4aebt+HruYWVFvbzueB4yE9T2dBNFHM/7iFd+e7r5 Fr8YdtvJ/wA0rmlMUraXmy7rwL8hB3rfvrNtZRuT9A8VOZtHU9BY+wCp+WRwvZSrOMNf 7tkpSfezwNeRKodiLCLDTCRj2M9CW712kwAL41w9XbVB9sKoqpKObMpsBb2kARRSqSAd 09TA== X-Gm-Message-State: AOJu0Yw625v460oUKO4IXMMfam60h9jPcTDmSyrm+p6OQ00vGBYqSQpw yZZezUiEHKxQQjh5kiOS2EFIF6hpMQKKMizr22jgrD4hrcfOqt6Y9RbSReNxrf9xdt2+kYB3Xlh Gu3GAuyU0ez6M5vM1HWdHWrrow5Ra7R1toY+1 X-Gm-Gg: ASbGnctPNXec7gyycEBCxnQHoFdUfGtmEwHwQdhN/Gs2BV2M3jK6wh3H5mSdfOsdGxn hM/dhq/VMsf0vwT+Ku668csfw8hmS+FevIWPWQnuxAmAk4ZqFCRSSfD34UcoCOpWSe2VPo0hYeJ EtZbJk6nltx1FWtLyX7S5HSzAYFyazHeEqH+lS2mWSW+7Dr42ITjS7FJGmLPzLJEUeflsqeCIJi Cowy+WE5inaiDn8tWqtcT+/h0VI+er1jA3Abe8omVbY/bSegpoCS49R6LdteWmb00zouid7biPT Mq0hGsPPYqyAVFTxjK5lrKvDRw== X-Google-Smtp-Source: AGHT+IFsyTdX29m7Ry6VA3ZhlmNRl/e0yDwitNnAy+vwbDJRwpvEBCm0tLBAr6Jyqny7A7d6KGXjEMBYzP3vPhb2bJI= X-Received: by 2002:a05:6402:1468:b0:640:b643:f3c5 with SMTP id 4fb4d7f45d1cf-6491abf273emr1425940a12.16.1765018220847; Sat, 06 Dec 2025 02:50:20 -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 From: Mateusz Guzik Date: Sat, 6 Dec 2025 11:50:08 +0100 X-Gm-Features: AQt7F2oGz_tIGGZ62pQJ3zS_YmC1eAAcJ5s5SGmeGQ1RQZaDxXR-nP4_gANSDGY Message-ID: Subject: performance regressions in 15.0 To: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.92 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.92)[-0.922]; 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]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::533:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4dNlQ82ZqNz3NDy I got pointed at phoronix: https://www.phoronix.com/review/freebsd-15-amd-epyc While I don't treat their results as gospel, a FreeBSD vs FreeBSD test showing a slowdown most definitely warrants a closer look. They observed slowdowns when using iperf over localhost and when compiling llvm. I can confirm both problems and more. I found the profiling tooling for userspace to be broken again so I did not investigate much and I'm not going to dig into it further. Test box is AMD EPYC 9454 48-Core Processor, with the 2 systems running as 8 core vms under kvm. I. iperf Package is: iperf3-3.19.1 Tested with: iperf3 -s + iperf3 -c localhost While the rates fluctuate, 14.3 is overall faster: [ ID] Interval Transfer Bitrate [ 5] 0.00-1.01 sec 2.70 GBytes 23.1 Gbits/sec [ 5] 1.01-2.07 sec 1.92 GBytes 15.5 Gbits/sec [ 5] 2.07-3.01 sec 1.76 GBytes 16.1 Gbits/sec [ 5] 3.01-4.02 sec 1.86 GBytes 15.9 Gbits/sec [ 5] 4.02-5.01 sec 2.84 GBytes 24.5 Gbits/sec [ 5] 5.01-6.02 sec 2.54 GBytes 21.7 Gbits/sec [ 5] 6.02-7.07 sec 2.18 GBytes 17.8 Gbits/sec [ 5] 7.07-8.02 sec 1.76 GBytes 15.9 Gbits/sec [ 5] 8.02-9.01 sec 1.88 GBytes 16.3 Gbits/sec [ 5] 9.01-10.02 sec 1.90 GBytes 16.2 Gbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate [ 5] 0.00-10.02 sec 21.3 GBytes 18.3 Gbits/sec receiver vs 15.0: [ ID] Interval Transfer Bitrate [ 5] 0.00-1.01 sec 1.85 GBytes 15.7 Gbits/sec [ 5] 1.01-2.02 sec 3.23 GBytes 27.5 Gbits/sec [ 5] 2.02-3.03 sec 1.84 GBytes 15.7 Gbits/sec [ 5] 3.03-4.01 sec 1.86 GBytes 16.3 Gbits/sec [ 5] 4.01-5.01 sec 1.64 GBytes 14.1 Gbits/sec [ 5] 5.01-6.07 sec 1.87 GBytes 15.1 Gbits/sec [ 5] 6.07-7.01 sec 1.23 GBytes 11.3 Gbits/sec [ 5] 7.01-8.01 sec 1.85 GBytes 15.8 Gbits/sec [ 5] 8.01-9.01 sec 1.42 GBytes 12.2 Gbits/sec [ 5] 9.01-10.01 sec 1.81 GBytes 15.5 Gbits/sec [ 5] 10.01-10.07 sec 99.9 MBytes 14.1 Gbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate [ 5] 0.00-10.07 sec 18.7 GBytes 16.0 Gbits/sec receiver This is reliably repeatable. II. compilation speed The the real and serious problem. Both versions of the system ship the same clang version: FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.git llvmorg-19.1.7-0-gcd708029e0b2) Target: x86_64-unknown-freebsd14.3 Thread model: posix InstalledDir: /usr/bin FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.git llvmorg-19.1.7-0-gcd708029e0b2) Target: x86_64-unknown-freebsd15.0 Thread model: posix InstalledDir: /usr/bin I found that compiling the will-it-scale suite about doubles in real time needed, along with doubling time spent in userspace. will-it-scale needs a little bit of massaging to work, diff at the end. check this out (repeabale): while true; do gmake -s clean && time gmake -s -j 8; done 14.3: gmake -s -j 8 8.93s user 2.03s system 769% cpu 1.42s (1.424) total gmake -s -j 8 9.02s user 2.16s system 757% cpu 1.48s (1.475) total gmake -s -j 8 9.29s user 1.95s system 774% cpu 1.45s (1.450) total gmake -s -j 8 8.97s user 2.46s system 770% cpu 1.48s (1.484) total gmake -s -j 8 9.13s user 2.30s system 773% cpu 1.48s (1.477) total 15.0: gmake -s -j 8 19.90s user 3.02s system 773% cpu 2.96s (2.963) total gmake -s -j 8 19.90s user 3.18s system 774% cpu 2.98s (2.979) total gmake -s -j 8 20.24s user 2.90s system 770% cpu 3.00s (3.005) total gmake -s -j 8 19.92s user 3.25s system 771% cpu 3.00s (3.003) total gmake -s -j 8 20.25s user 2.95s system 772% cpu 3.01s (3.006) total user time *skyrocketed* This is not some weird scheduling anomaly either: while true; do gmake -s clean && time cpuset -l 1 gmake -s ; done 14.3: cpuset -l 1 gmake -s 8.88s user 1.11s system 99% cpu 10.00s (10.003) total cpuset -l 1 gmake -s 8.94s user 1.12s system 99% cpu 10.07s (10.067) total cpuset -l 1 gmake -s 9.00s user 1.06s system 99% cpu 10.07s (10.072) total cpuset -l 1 gmake -s 8.88s user 1.17s system 99% cpu 10.07s (10.069) total cpuset -l 1 gmake -s 8.88s user 1.23s system 99% cpu 10.13s (10.127) total 15.0: cpuset -l 1 gmake -s 21.58s user 2.33s system 99% cpu 23.96s (23.961) total cpuset -l 1 gmake -s 21.16s user 2.54s system 99% cpu 23.76s (23.759) total cpuset -l 1 gmake -s 19.90s user 1.90s system 99% cpu 21.85s (21.854) total cpuset -l 1 gmake -s 19.76s user 1.74s system 99% cpu 21.55s (21.554) total cpuset -l 1 gmake -s 19.72s user 1.75s system 99% cpu 21.53s (21.526) total Per my previous remark I found userspace profiling to be non-operational and I did not try to fight it. It did however do few sanity checks mostly with will-its-scale: 1. syscall rate is down over 7% (tested with getppid1_processes) 2. malloc also got a slowdown(!). there are 2 benches, one ends up issuing syscalls, the other does not. Results in ops/s: malloc1_processes (malloc/free of 128MB): 14.3: 1960769 15.0: 1376087 (-30%) malloc2_processes (malloc/free of 1kB): 14.3: 156034491 15.0: 51645759 (-67%) Apart from that the kernel is overall slower, for example negative path lookups also regressed (-12%). Another issue is execve rate. To bench that I borrowed the following: http://apollo.backplane.com/DFlyMisc/doexec.c cc -O2 doexec.c cpuset -l 1 ./a.out 1 In ops/s: 14.3: 4905 15.0: 3672 (-25%) The clang thing might happen to be clang-specific. Whatever it is, I think the total slowdown is serious enough that it warrants investigation and an errata notice. But you do you, I am *not* going to work on this. will-it-scale howto: pkg install gmake hwloc git clone https://github.com/antonblanchard/will-it-scale add this: diff --git a/Makefile b/Makefile index 8dd0717..d779705 100644 --- a/Makefile +++ b/Makefile @@ -1,9 +1,11 @@ -CFLAGS+=-Wall -O2 -g -LDFLAGS+=-lhwloc +CFLAGS+=-Wall -O2 -g -I/usr/local/include +LDFLAGS+=-lhwloc -L/usr/local/lib processes := $(patsubst tests/%.c,%_processes,$(wildcard tests/*.c)) threads := $(patsubst tests/%.c,%_threads,$(wildcard tests/*.c)) +threadspawn1_processes_FLAGS+=-lpthread + all: processes threads processes: $(processes) diff --git a/tests/malloc1.c b/tests/malloc1.c index 14d4c3b..05737bb 100644 --- a/tests/malloc1.c +++ b/tests/malloc1.c @@ -12,6 +12,7 @@ void testcase(unsigned long long *iterations, unsigned long nr) while (1) { void *addr = malloc(SIZE); assert(addr != NULL); + asm volatile("" :: "m" (addr)); free(addr); (*iterations)++; diff --git a/tests/malloc2.c b/tests/malloc2.c index c24aceb..e769dd3 100644 --- a/tests/malloc2.c +++ b/tests/malloc2.c @@ -12,6 +12,7 @@ void testcase(unsigned long long *iterations, unsigned long nr) while (1) { void *addr = malloc(SIZE); assert(addr != NULL); + asm volatile("" :: "m" (addr)); free(addr); (*iterations)++; From nobody Sat Dec 6 14:14:07 2025 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 4dNqxb1mNmz6Klyn for ; Sat, 06 Dec 2025 14:14:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-21.consmr.mail.gq1.yahoo.com (sonic310-21.consmr.mail.gq1.yahoo.com [98.137.69.147]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dNqxW6T07z3sNP for ; Sat, 06 Dec 2025 14:14:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="H/A/zOQ/"; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1765030460; bh=h7nmGKvzU9CH+xMYXrF795kbg+oo91lshc5vwhLKKAI=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=H/A/zOQ/NXWG7q8PQFK2NUOEyvKZpgtGOzQBbNZC1fCJzi4mKAFiZ2Y3EU/kC9BiVHcig6HoWmiNYI65xMsQSVZyNAUrvYgA1ZfHwj7pZEUEtwIO6vDb57RdNwJbnRZjLdRKXBAIqNEpltpY+HdtQ4BLUVLV2xUp1xR7rjARI1GsELPbHncWsXeOyV+23byzHKh8e9GQ+9zqUVYzm9xM72GEBKFicTfRnfmDBJe5ilds/2axsfEDtaJSDLRw7guQyngKQRatOXgBENaXZCEV02WZcX8UF7RJUbGmmacisc6BlZHNfWkGzUetBA+e75Gyo3j+Gx3SaUgN8h3iglviKg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1765030460; bh=XnHUYMgR5lz+dA5jVN/99HuehNIbjeD/v57/diXAZCA=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=hXRDrg2cRyEcDa1pkfGnOayw0O/43fU+f3taxNo8O5C5tiTTrfKYVxAQ8GfR+HSTfMUcFQ5XHyRPNUW8ke1fM5+aTo5zqN/Gp4iTUMPcbKVtnKf/Z88JbvXO8wMv+dnSP5XMHh+GbbqvF0WfofeM9JOsTmz203l5gSb+XR+/sktS0JiPwqSrda1mqgsr5ann/UeY16NKoy30tkhCgcRRMhRqYePbwcEEFA2b7kWsW6TpJMpbxOoepQvDbzedGkSBYD6DXkD0bzdSTgwqeIN1MRS/Zgr0Wzd5ZR5mdRKFeG5vHm86q/00mHSCFZKc+icJNkoFdekk43LIYKsQFWU3CA== X-YMail-OSG: aT6qfecVM1kJTQsO4c00G5q_Zk6TGrlzRktVN3HzKsYDQyWZprNJVFyMyB.dlMY sG6tLSIxabTZO37xANVaT16qYTjy1m2.UkT9Za6qR_aSQ5v7AMnWnpz80WbroYijMxEtZRs9GiKs hI1D81kySHTheRr3X5xWRlAlPVNEhHNU5swK2kgtI_TPprYfiRa5z_3i5apnHeOY19XcyiT09Owb JjUK7_pbu6DQ1V1D0WWnowAkjZuyaxzk0Pg9zJ6vERko9RvMLZERFQsHxPuc9gp5oQpwmuJM7cZZ kbl0Kf9FnqdYvgBW68YY369HxghNfdNAYPexOp6K2pUZSy4qR.JXBadQCDe_0xwyZenrBGQt8tTl FGwdsiCMh7TmhE13QzUv9FKnx6wepXk4GZJPwMWKhHCV8lhmJoG2jyv4889uF8T4p7I3Dz_2_agU x71H4w5Y9Y8_vZV5eZevWOycz3wC3wSdpYiDmuCcZZfmpHZBq6btwniF_N64PfS9Ef418mdcxuUN dEBXyavgWsb36XT4n0buUrHFhiqUDEDWhJm5vSOjtwQtN._rBfMB6C77hbr_ZNAsvroVFnPdI8C7 EE4f4IBwWAjrBuZW1NVM8t.acY3KZfNVplJgC5oA4e1zHVx8u4hbEN7QyvvAU_DjcB6JCRCPoqai YyEYTCGGRQ8fL9E_Y2ILjiPGhicOenoFOzK60rs5ySQ3nHPl64yBxRcOVVTWegUx41yaalID959a C4qZdlzCi.bE5Eo.QmKgRbwUWCLq6GF3mex90JH4LfIZEsGBRSfw.QXH0doXYgyD_fVdC1yXcfMn 1vP3GxupPKkyPjlDNSKNF43b9uf3cKLE9OZA0h_pG21JCFltwJD1fmip5lIbBClbLP9ZR7Aj5spf 6G8RWonJ.YXbTWYhXmFwXgROhIb4n2BmVZQt7BmimEHnyKDRKvmvjA4V2zCe.dYXZuohIfsA01ee hE83uQTg4MxO2ZIkbus2E_hUV_rhdB97n2uZFaR_fWUxtCfz3xZIZ4gsUHHZ3UTvkDV.zMrRKEYq tLRatij5tOesQeZX8hvFaX3.9cEY1mzgQjyPPd1amCXk0Hy.k.K.iq1MmyUKVQd0Zxotr9dLOUvu L7SMHv5a8OQoS_VU38YG.m7hBbxDdPZpnWsPN_BGt6CWXb07AegqS6X3mIXTitTYFI7kr2YsyY.4 HZg9ObehC31pv.QVQTZR7ADGxjXVZaC716H8SzO8Olb.KvL2WrXeYj_RDfAtNdf0CeeDFEIP7UQ0 zZk7eo5dAisFqvz7WdCEXZVzaI278_rH1_lYXQBV3sFz939vpGdcRFZ9o8BryqUuVAeQw2zNoxqe PmvWY1.UP45Fpnmfeup24g3Q7_uih8cdiCFbRLnTHrSp_UO5QYHsu8MpzdIo5Z.mn01HJMjqL_En g2WdgONcD8QFa0AY_oqemggAQpBZp5bKj_DToLMaJr5n7aedHhsPzbIG7EAb_8p6O72WKLvZAxEG oVTEzvuEN9svbCdSqrMArRfFsDc8ndwZjdr0XjKtbohBb6RYwZusidIMFrO5s8vmaRbaMAQNWVTz hGUMPYH69OU5wexy6Bk9QnuJ.yIe11TvZ_LyJ_gsF4BF3BvBkrye1280c9X67huA5CMSYUAFu36k bdknjJy0vcJ5SAqL3mqJnXl5igDOJFF9UCl187SAvhDQ_vkKg_nCHOZx4w3haCfP5w01s5FHhJav Qa0.xXVRBl0J2NFhhSEnEluEIxhYlHU4RlUDgifMnoLvJ2i2BInRDQHGPVD9XcaxZQYdC8cSmpEi T4mOGMqdGiOfzuz3qBMoLl_arWeDfLmraQgJWFDExlXuKMG_Ebj.nrh8DBrrGzvGKw7ckJ2qAvXU JNtGY7wcbBtxfuBt2xxOTgtDf38jDQcNZhRAYVAjXPBPd7k9_amEsYCKSLj0jSH7Hx_B9M_F1okE wuIYYk0vJT0QUpsBr9DfSefiHWVBDJGRFDzelfytomg09TS9_EFEWtpZ6sh.KSATeh5cdDNXa66b 2nhu8Whi3d3bOFbuFM7vduv3wWgIRnyt.FSGHgAw0RF9bMkQMrElAClFKoggbzWOcMU3t6OaFKOr e5YPPxyabXqXB4qKyaCHR3IXpXEPF91uNJRLPeSK39v7VjUHJitzWv7EiM728RxeFOyoKyn_n2Vs M5LB1xhtfP0EVA7m9MWWmyVs_p1XkaH7lxDyBAk4UsqIixTgWkJKXuvM9F8iCOBRE9WbZGEaICZx 75fNrX7mYsb4qQu8Y_AT0foNII7lh4anndVCHARf94ALs_HnD319inZqdYDpBIPldxqXV1qOz3jN R7yvi X-Sonic-MF: X-Sonic-ID: 88d18b64-508b-4b24-afc1-b049aa16e21f Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sat, 6 Dec 2025 14:14:20 +0000 Received: by hermes--production-gq1-54bf57fc64-x695p (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b0c4acf9b4fd31612e191822fc3eef95; Sat, 06 Dec 2025 14:14:18 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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\)) Subject: RE: performance regressions in 15.0 Message-Id: Date: Sat, 6 Dec 2025 06:14:07 -0800 To: mjguzik@gmail.com, FreeBSD Current , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3826.700.81) References: X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.76 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_SPAM_SHORT(0.24)[0.236]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.147:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.147:from] X-Rspamd-Queue-Id: 4dNqxW6T07z3sNP Mateusz Guzik wrote on Date: Sat, 06 Dec 2025 10:50:08 UTC : > I got pointed at phoronix: = https://www.phoronix.com/review/freebsd-15-amd-epyc >=20 > While I don't treat their results as gospel, a FreeBSD vs FreeBSD test > showing a slowdown most definitely warrants a closer look. >=20 > They observed slowdowns when using iperf over localhost and when = compiling llvm. >=20 > I can confirm both problems and more. >=20 > I found the profiling tooling for userspace to be broken again so I > did not investigate much and I'm not going to dig into it further. >=20 > Test box is AMD EPYC 9454 48-Core Processor, with the 2 systems > running as 8 core vms under kvm. > . . . Both of the below are from ampere3 (aarch64) instead, its 2 most recent "bulk -a" runs that completed, elapsed times shown for qt6-webengine-6.9.3 builds: 150releng-arm64-quarterly qt6-webengine-6.9.3 53:33:46 135arm64-default qt6-webengine-6.9.3 38:43:36 For reference: Host OSVERSION: 1600000 Jail OSVERSION: 1500068 vs. Host OSVERSION: 1600000 Jail OSVERSION: 1305000 The difference for the above is in the Jail's world builds, not in the boot's (kernel+world) builds. For reference: = https://pkg-status.freebsd.org/ampere3/build.html?mastername=3D150releng-a= rm64-quarterly&build=3D88084f9163ae build of www/qt6-webengine | qt6-webengine-6.9.3 ended at Sun Nov 30 = 05:40:02 -00 2025 build time: 2D:05:33:52 = https://pkg-status.freebsd.org/ampere3/build.html?mastername=3D135arm64-de= fault&build=3Df5384fe59be6 build of www/qt6-webengine | qt6-webengine-6.9.3 ended at Sat Nov 22 = 15:33:34 -00 2025 build time: 1D:14:43:41 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Dec 6 17:24:33 2025 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 4dNw9D1tTdz6HpJc for ; Sat, 06 Dec 2025 17:24:48 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dNw9C1lGdz3PdN for ; Sat, 06 Dec 2025 17:24:47 +0000 (UTC) (envelope-from kib@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 5B6HOXrF009388; Sat, 6 Dec 2025 19:24:37 +0200 (EET) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 5B6HOXrF009388 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 5B6HOXc8009387; Sat, 6 Dec 2025 19:24:33 +0200 (EET) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Sat, 6 Dec 2025 19:24:33 +0200 From: Konstantin Belousov To: Mateusz Guzik Cc: FreeBSD Current Subject: Re: performance regressions in 15.0 Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=4.0.2 X-Spam-Checker-Version: SpamAssassin 4.0.2 (2025-08-27) on tom.home X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dNw9C1lGdz3PdN On Sat, Dec 06, 2025 at 11:50:08AM +0100, Mateusz Guzik wrote: > II. compilation speed > > The the real and serious problem. Both versions of the system ship the > same clang version: > FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.git > llvmorg-19.1.7-0-gcd708029e0b2) > Target: x86_64-unknown-freebsd14.3 > Thread model: posix > InstalledDir: /usr/bin > > FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.git > llvmorg-19.1.7-0-gcd708029e0b2) > Target: x86_64-unknown-freebsd15.0 > Thread model: posix > InstalledDir: /usr/bin > > I found that compiling the will-it-scale suite about doubles in real > time needed, along with doubling time spent in userspace. > > will-it-scale needs a little bit of massaging to work, diff at the end. > > check this out (repeabale): while true; do gmake -s clean && time > gmake -s -j 8; done > > 14.3: > gmake -s -j 8 8.93s user 2.03s system 769% cpu 1.42s (1.424) total > gmake -s -j 8 9.02s user 2.16s system 757% cpu 1.48s (1.475) total > gmake -s -j 8 9.29s user 1.95s system 774% cpu 1.45s (1.450) total > gmake -s -j 8 8.97s user 2.46s system 770% cpu 1.48s (1.484) total > gmake -s -j 8 9.13s user 2.30s system 773% cpu 1.48s (1.477) total 14.3 clang/lld are probably statically linked, but I am not sure. Can you confirm this? > > 15.0: > gmake -s -j 8 19.90s user 3.02s system 773% cpu 2.96s (2.963) total > gmake -s -j 8 19.90s user 3.18s system 774% cpu 2.98s (2.979) total > gmake -s -j 8 20.24s user 2.90s system 770% cpu 3.00s (3.005) total > gmake -s -j 8 19.92s user 3.25s system 771% cpu 3.00s (3.003) total > gmake -s -j 8 20.25s user 2.95s system 772% cpu 3.01s (3.006) total But 15.0 is definitely dynamically linked. clang is enormous C++ binary with enormous amount of relocs: $ ldd /usr/bin/cc /usr/bin/cc: libprivateclang.so.19 => /usr/lib/libprivateclang.so.19 (0x27417e200000) libprivatellvm.so.19 => /usr/lib/libprivatellvm.so.19 (0x274183e00000) $ objdump -R /usr/lib/libprivateclang.so.19 | wc -l 232977 $ objdump -R /usr/lib/libprivatellvm.so.19 | wc -l 140712 > > user time *skyrocketed* From nobody Sat Dec 6 17:31:34 2025 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 4dNwKQ1SMnz6HqP3 for ; Sat, 06 Dec 2025 17:31:54 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-ej1-x631.google.com (mail-ej1-x631.google.com [IPv6:2a00:1450:4864:20::631]) (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 4dNwKP6kkyz3QYQ for ; Sat, 06 Dec 2025 17:31:53 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x631.google.com with SMTP id a640c23a62f3a-b727f452fffso542320366b.1 for ; Sat, 06 Dec 2025 09:31:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1765042307; x=1765647107; 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=E6bI+xvNqwCpm98qSA2d5irA28hJTOUa5QL2dV0wrOg=; b=h0xGJ/6WZtpF8180nqzIjJregbkkrZmYKLIgFQcOveq9u+3ckZUC825Hfi823pNQmv vhjp5ABYwmYpzXgIlG/O4nCL2jOWpdUqbzW4gdnhDCt8RkWnctsVzSJGDuRBaYC71gxJ +yb1P8aT5rU3Y6GhdD55YQeDj3ik9JCXsX+Dnseiytcw+5MmUb7R5gyiuFWW3jsZ7TE9 blowZ5AGrQRex+yoLyZ6+jm5k+0sDEwfNPUQKCNsmZo/lgSBH8lMptytQF2HlXo2d6co guwmg35O4VYr4xBbgzM+O7crKAMPo3+wDIJm/hxnqix2zP1gySdUBpw2mGxsnWsfLtbP nFxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765042307; x=1765647107; 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=E6bI+xvNqwCpm98qSA2d5irA28hJTOUa5QL2dV0wrOg=; b=rIF8Y3gUrw1R9CH8kOeQDux5KGgjJy1KFPhhwFkA/Z9LIziYpmVNrsgt0pvvzrJ4rX MQRHZBONGSKzr0+xQlDj6jgxoZLxSOj0naxJntS1WbSed9+DnrqnTQsiAGOaEhTvZ93q jbzfuKPy7BW7OmDG1bVtJ2HhtHA6NMjwMehVHntv3XXjqyOc/yqNSlFPBezti7STCGqb JuSQbIlrxfwjVRDcJN633Aq3Z4LiQ5/Y6lYX9LTS90jBLdN79KaWZG6G1FPR8Thkhj/j YtOAAVeDMIOpWfjQShQy7JrEJ4YlaekdfUzqooLZ1CuLTcJsLjkTbIjnA/HnrFU7nKpw Z8xg== X-Gm-Message-State: AOJu0YzuQ7Px2c73FqGbc8mSQl0nlGlDsvJOfumLPXNvTUSU4ENQvf/+ HEIjZvi5xoCIO2tB4KXlwFmYpNrigy01THpikMkSyhoIL9NMcEYiLrzdmiexscUCwNcAuLisMyl 7E3l7IkarnBkS4fpry2pZ4MVF/xvp7C4= X-Gm-Gg: ASbGncuc+C66gmy225DDLHulPSigLk3C93AJlvzTlkgUhk5cif7chpQLdvsdmlL0WeA QvRfTB2wdb1EntUWyw1WLZKhBPoWMNVi5bRidR8iqyTHShjpMxUlHFgGrgDc4RQopy26zy2AzC3 1/L1nyr6he9Sh4Lenq5CWsCTuu83ZNwSYONLqEoZpmnGtzfvIHeuQd4+0K6IGJ3nRQQPU5f0uPb 7W1ylB8TzP1TXkZ/r3tteY1FDP550sFymdWgeR6lYMBu1C7yAUh5vAhHLyWVlW/3ZXXsb6sbkxr hT8DxjQ0DiDJBIvIKfjeIvFpDg== X-Google-Smtp-Source: AGHT+IF1nsieSIsfKMmB61yXOPHtHvDLVrzv7dSZjrG7yy4feFoGrqvX4PggCwhOhrDZjbQJoD5N8jz7rn6bOkoq+aE= X-Received: by 2002:a17:907:bb49:b0:b79:ea55:3202 with SMTP id a640c23a62f3a-b79eb5d94ddmr1070510266b.19.1765042306663; Sat, 06 Dec 2025 09:31:46 -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: Mateusz Guzik Date: Sat, 6 Dec 2025 18:31:34 +0100 X-Gm-Features: AQt7F2okbSEUiOtuIhu_yJ6vhgemFr1tK2v1MCa00D6S2-_PfalTxdGX7ZvtIvQ Message-ID: Subject: Re: performance regressions in 15.0 To: Konstantin Belousov Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dNwKP6kkyz3QYQ On Sat, Dec 6, 2025 at 6:25=E2=80=AFPM Konstantin Belousov wrote: > > On Sat, Dec 06, 2025 at 11:50:08AM +0100, Mateusz Guzik wrote: > > II. compilation speed > > > > The the real and serious problem. Both versions of the system ship the > > same clang version: > > FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.git > > llvmorg-19.1.7-0-gcd708029e0b2) > > Target: x86_64-unknown-freebsd14.3 > > Thread model: posix > > InstalledDir: /usr/bin > > > > FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.git > > llvmorg-19.1.7-0-gcd708029e0b2) > > Target: x86_64-unknown-freebsd15.0 > > Thread model: posix > > InstalledDir: /usr/bin > > > > I found that compiling the will-it-scale suite about doubles in real > > time needed, along with doubling time spent in userspace. > > > > will-it-scale needs a little bit of massaging to work, diff at the end. > > > > check this out (repeabale): while true; do gmake -s clean && time > > gmake -s -j 8; done > > > > 14.3: > > gmake -s -j 8 8.93s user 2.03s system 769% cpu 1.42s (1.424) total > > gmake -s -j 8 9.02s user 2.16s system 757% cpu 1.48s (1.475) total > > gmake -s -j 8 9.29s user 1.95s system 774% cpu 1.45s (1.450) total > > gmake -s -j 8 8.97s user 2.46s system 770% cpu 1.48s (1.484) total > > gmake -s -j 8 9.13s user 2.30s system 773% cpu 1.48s (1.477) total > 14.3 clang/lld are probably statically linked, but I am not sure. > Can you confirm this? > They are dynamic, this was switched years ago. /usr/bin/clang: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 14.3, FreeBSD-style, stripped > > > > 15.0: > > gmake -s -j 8 19.90s user 3.02s system 773% cpu 2.96s (2.963) total > > gmake -s -j 8 19.90s user 3.18s system 774% cpu 2.98s (2.979) total > > gmake -s -j 8 20.24s user 2.90s system 770% cpu 3.00s (3.005) total > > gmake -s -j 8 19.92s user 3.25s system 771% cpu 3.00s (3.003) total > > gmake -s -j 8 20.25s user 2.95s system 772% cpu 3.01s (3.006) total > But 15.0 is definitely dynamically linked. > > clang is enormous C++ binary with enormous amount of relocs: > $ ldd /usr/bin/cc > /usr/bin/cc: > libprivateclang.so.19 =3D> /usr/lib/libprivateclang.so.19 (0x2741= 7e200000) > libprivatellvm.so.19 =3D> /usr/lib/libprivatellvm.so.19 (0x274183= e00000) > > $ objdump -R /usr/lib/libprivateclang.so.19 | wc -l > 232977 > $ objdump -R /usr/lib/libprivatellvm.so.19 | wc -l > 140712 > > > > > > user time *skyrocketed* > From nobody Sat Dec 6 17:34:01 2025 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 4dNwNF1p5cz6HqW3 for ; Sat, 06 Dec 2025 17:34:21 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (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 4dNwND3Hb5z3S8q for ; Sat, 06 Dec 2025 17:34:20 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=nDQsV9cR; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::52d as permitted sender) smtp.mailfrom=mjguzik@gmail.com Received: by mail-ed1-x52d.google.com with SMTP id 4fb4d7f45d1cf-640a3317b89so3959796a12.0 for ; Sat, 06 Dec 2025 09:34:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1765042454; x=1765647254; 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=EPXo6RT2Os2R8XJz7dTdIaWFeG4nNn25DshKrPv5EmQ=; b=nDQsV9cRoDnPho/pJmJA5qjv8kBWBm2LY11F70pAPjGj52Q9XWvwhjon8sPhwt39GG H+52wEEiITVHDp1q5j4101THV5sf29ToVxvK/zikmggd89kM52g3Tnewvt0adB9c8ONs p+Sul4ozcly68Tj4AmajRoyGxVbgBd0AYpw6sBvqfu968wF8S9wZyuGDS2uyorICosTe h5tF2HlMhsQhSojc3MATUzphApFlYZ3M28lGCohVBjioYW9huC3PBuAy/VATryuJKGEx H6E2Iw4orbqIJ1jnIrhfEr484YoNgCaPJkutXkWa85+5FR9X0Rzl2pA+qT7QPtQhL3bg HODw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765042454; x=1765647254; 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=EPXo6RT2Os2R8XJz7dTdIaWFeG4nNn25DshKrPv5EmQ=; b=kbgqgzx94tMeHTRHuoqcCnsgImUOWM+mMZjxK6cVaPPibXMZUHv30ncVwiwu5/CQ7S NiA1oRbOBtZPRl4HHoJhYhBqaNY6SXYChqsEHy9mKzPrnscESEzFXbBROyq5nNhtahSk MHZ1HwQxNzcAH7Vk8wkhro8tVjmWnf0th7NNpX9EDzD31Aq+vkUPSENsmctfk6ZaPiy/ EdTH6UK3EggPCRNarVQ2Xfdp1t0gD30T2rlEz6uh6cVz7czW3oXqRaiFOXHvxWbbYgxc dNkSI8EGP00TqWrLyoZQCkxeW779ZtJSRJZQE/YqK9FYgkOzZrJhf4CpijgzKnZoXNCX cobg== X-Gm-Message-State: AOJu0Yw9+hOyysZCE7D8IdfrJtkHkySYkIauweomkM0dmhcnqwwStinT YrgRUanFBFJtwssR6ntJR2OSltZnrDlfFqfqvSfE5Cz/Ny+Pu0BD/ZzXxgvJr+v83z8I0zuZQTQ CDt0q8KODlBgxPjMdTkQ0Nwh+kXZ+qRdcKUIK X-Gm-Gg: ASbGnctYnpJhh1Cw4pg8geAYj8P73V+gCQLx1r7Vc9Xt/poEcxGZZBBF5Qn/xHKM3z6 KF+nLsuyZK9Ri8UKOQ43P/HVEzbEaozq8Kh92+AUaFL1sAsOVHdd9XrojiKAQEN92nq40GtrHqR cQpKfuMyE3/VbAtvFRGSYdcHp1oQOu4zUEhFJpWqR6KRQ9li81+T3keyOs3J9Q9kzXXpphRym1V 24QE4DI7Pq4OjNZmEa2PLvokJXd4lsR3FokrKioCO/NEBCvp0SFZCsdhPrpVlx7gcdqHqtHG/MZ vLhvpUdZjgt7pjvPBzft2LSQOA== X-Google-Smtp-Source: AGHT+IGgZ9GmyaKpPTPRrbg+lTUIPKpdfN1GG4nWuSok8zlEPUaCChJK5tzcwcwcFZeLrNeKXQo1BLwfuDKta6mM87g= X-Received: by 2002:a05:6402:50ca:b0:647:54ba:6c42 with SMTP id 4fb4d7f45d1cf-6491a3cc935mr2264342a12.4.1765042453674; Sat, 06 Dec 2025 09:34:13 -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: Mateusz Guzik Date: Sat, 6 Dec 2025 18:34:01 +0100 X-Gm-Features: AQt7F2pEY911gVxh4crL5jIxodu_KeQuIeQI9r1KUd0_WGlOimRlTywbnGSkr7M Message-ID: Subject: Re: performance regressions in 15.0 To: Konstantin Belousov Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52d:from]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4dNwND3Hb5z3S8q On Sat, Dec 6, 2025 at 6:31=E2=80=AFPM Mateusz Guzik wr= ote: > > On Sat, Dec 6, 2025 at 6:25=E2=80=AFPM Konstantin Belousov wrote: > > > > On Sat, Dec 06, 2025 at 11:50:08AM +0100, Mateusz Guzik wrote: > > > II. compilation speed > > > > > > The the real and serious problem. Both versions of the system ship th= e > > > same clang version: > > > FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.gi= t > > > llvmorg-19.1.7-0-gcd708029e0b2) > > > Target: x86_64-unknown-freebsd14.3 > > > Thread model: posix > > > InstalledDir: /usr/bin > > > > > > FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.gi= t > > > llvmorg-19.1.7-0-gcd708029e0b2) > > > Target: x86_64-unknown-freebsd15.0 > > > Thread model: posix > > > InstalledDir: /usr/bin > > > > > > I found that compiling the will-it-scale suite about doubles in real > > > time needed, along with doubling time spent in userspace. > > > > > > will-it-scale needs a little bit of massaging to work, diff at the en= d. > > > > > > check this out (repeabale): while true; do gmake -s clean && time > > > gmake -s -j 8; done > > > > > > 14.3: > > > gmake -s -j 8 8.93s user 2.03s system 769% cpu 1.42s (1.424) total > > > gmake -s -j 8 9.02s user 2.16s system 757% cpu 1.48s (1.475) total > > > gmake -s -j 8 9.29s user 1.95s system 774% cpu 1.45s (1.450) total > > > gmake -s -j 8 8.97s user 2.46s system 770% cpu 1.48s (1.484) total > > > gmake -s -j 8 9.13s user 2.30s system 773% cpu 1.48s (1.477) total > > 14.3 clang/lld are probably statically linked, but I am not sure. > > Can you confirm this? > > > > They are dynamic, this was switched years ago. > > /usr/bin/clang: ELF 64-bit LSB executable, x86-64, version 1 > (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for > FreeBSD 14.3, FreeBSD-style, stripped > ... but I do see a change in used .sos: /usr/bin/cc: libz.so.6 =3D> /lib/libz.so.6 (0x3d76fc831000) libprivatezstd.so.5 =3D> /usr/lib/libprivatezstd.so.5 (0x3d76fcc0e000) libexecinfo.so.1 =3D> /usr/lib/libexecinfo.so.1 (0x3d76fe213000) libncursesw.so.9 =3D> /lib/libncursesw.so.9 (0x3d76fd1ef000) libthr.so.3 =3D> /lib/libthr.so.3 (0x3d76ff8e5000) libc++.so.1 =3D> /lib/libc++.so.1 (0x3d76ff002000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x3d770073c000) libm.so.5 =3D> /lib/libm.so.5 (0x3d7701d4c000) libc.so.7 =3D> /lib/libc.so.7 (0x3d770161d000) libelf.so.2 =3D> /lib/libelf.so.2 (0x3d7701e58000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x3d770314a000) libtinfow.so.9 =3D> /lib/libtinfow.so.9 (0x3d7702808000) [vdso] (0x3d76fc3cc000) vs /usr/bin/cc: libprivateclang.so.19 =3D> /usr/lib/libprivateclang.so.19 (0x311e43c000= 00) libprivatellvm.so.19 =3D> /usr/lib/libprivatellvm.so.19 (0x311e48000000= ) libz.so.6 =3D> /lib/libz.so.6 (0x311e4d1a9000) libprivatezstd.so.5 =3D> /usr/lib/libprivatezstd.so.5 (0x311e430cf000) libexecinfo.so.1 =3D> /usr/lib/libexecinfo.so.1 (0x311e4e075000) libncursesw.so.9 =3D> /lib/libncursesw.so.9 (0x311e4e7b3000) libthr.so.3 =3D> /lib/libthr.so.3 (0x311e4f717000) libc++.so.1 =3D> /lib/libc++.so.1 (0x311e502e0000) libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x311e5107d000) libm.so.5 =3D> /lib/libm.so.5 (0x311e52294000) libc.so.7 =3D> /lib/libc.so.7 (0x311e532a7000) libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x311e5414b000) libelf.so.2 =3D> /lib/libelf.so.2 (0x311e514d0000) libtinfow.so.9 =3D> /lib/libtinfow.so.9 (0x311e54751000) libsys.so.7 =3D> /lib/libsys.so.7 (0x311e563ff000) [vdso] (0x311e419d5000) as in the 14 binary does not link to libprivateclang nor libprivatellm > > > > > > 15.0: > > > gmake -s -j 8 19.90s user 3.02s system 773% cpu 2.96s (2.963) total > > > gmake -s -j 8 19.90s user 3.18s system 774% cpu 2.98s (2.979) total > > > gmake -s -j 8 20.24s user 2.90s system 770% cpu 3.00s (3.005) total > > > gmake -s -j 8 19.92s user 3.25s system 771% cpu 3.00s (3.003) total > > > gmake -s -j 8 20.25s user 2.95s system 772% cpu 3.01s (3.006) total > > But 15.0 is definitely dynamically linked. > > > > clang is enormous C++ binary with enormous amount of relocs: > > $ ldd /usr/bin/cc > > /usr/bin/cc: > > libprivateclang.so.19 =3D> /usr/lib/libprivateclang.so.19 (0x27= 417e200000) > > libprivatellvm.so.19 =3D> /usr/lib/libprivatellvm.so.19 (0x2741= 83e00000) > > > > $ objdump -R /usr/lib/libprivateclang.so.19 | wc -l > > 232977 > > $ objdump -R /usr/lib/libprivatellvm.so.19 | wc -l > > 140712 > > > > > > > > > > user time *skyrocketed* > > From nobody Sat Dec 6 17:42:57 2025 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 4dNwZR0YJ1z6Hr8x for ; Sat, 06 Dec 2025 17:43:11 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dNwZQ3Bpqz3TLT for ; Sat, 06 Dec 2025 17:43:10 +0000 (UTC) (envelope-from kib@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 5B6Hgvbo010181; Sat, 6 Dec 2025 19:43:00 +0200 (EET) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 5B6Hgvbo010181 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 5B6HgvJ7010180; Sat, 6 Dec 2025 19:42:57 +0200 (EET) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Sat, 6 Dec 2025 19:42:57 +0200 From: Konstantin Belousov To: Mateusz Guzik Cc: FreeBSD Current Subject: Re: performance regressions in 15.0 Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=4.0.2 X-Spam-Checker-Version: SpamAssassin 4.0.2 (2025-08-27) on tom.home X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dNwZQ3Bpqz3TLT On Sat, Dec 06, 2025 at 06:34:01PM +0100, Mateusz Guzik wrote: > On Sat, Dec 6, 2025 at 6:31 PM Mateusz Guzik wrote: > > > > On Sat, Dec 6, 2025 at 6:25 PM Konstantin Belousov wrote: > > > > > > On Sat, Dec 06, 2025 at 11:50:08AM +0100, Mateusz Guzik wrote: > > > > II. compilation speed > > > > > > > > The the real and serious problem. Both versions of the system ship the > > > > same clang version: > > > > FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.git > > > > llvmorg-19.1.7-0-gcd708029e0b2) > > > > Target: x86_64-unknown-freebsd14.3 > > > > Thread model: posix > > > > InstalledDir: /usr/bin > > > > > > > > FreeBSD clang version 19.1.7 (https://github.com/llvm/llvm-project.git > > > > llvmorg-19.1.7-0-gcd708029e0b2) > > > > Target: x86_64-unknown-freebsd15.0 > > > > Thread model: posix > > > > InstalledDir: /usr/bin > > > > > > > > I found that compiling the will-it-scale suite about doubles in real > > > > time needed, along with doubling time spent in userspace. > > > > > > > > will-it-scale needs a little bit of massaging to work, diff at the end. > > > > > > > > check this out (repeabale): while true; do gmake -s clean && time > > > > gmake -s -j 8; done > > > > > > > > 14.3: > > > > gmake -s -j 8 8.93s user 2.03s system 769% cpu 1.42s (1.424) total > > > > gmake -s -j 8 9.02s user 2.16s system 757% cpu 1.48s (1.475) total > > > > gmake -s -j 8 9.29s user 1.95s system 774% cpu 1.45s (1.450) total > > > > gmake -s -j 8 8.97s user 2.46s system 770% cpu 1.48s (1.484) total > > > > gmake -s -j 8 9.13s user 2.30s system 773% cpu 1.48s (1.477) total > > > 14.3 clang/lld are probably statically linked, but I am not sure. > > > Can you confirm this? > > > > > > > They are dynamic, this was switched years ago. > > > > /usr/bin/clang: ELF 64-bit LSB executable, x86-64, version 1 > > (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for > > FreeBSD 14.3, FreeBSD-style, stripped > > > > ... but I do see a change in used .sos: > > /usr/bin/cc: > libz.so.6 => /lib/libz.so.6 (0x3d76fc831000) > libprivatezstd.so.5 => /usr/lib/libprivatezstd.so.5 (0x3d76fcc0e000) > libexecinfo.so.1 => /usr/lib/libexecinfo.so.1 (0x3d76fe213000) > libncursesw.so.9 => /lib/libncursesw.so.9 (0x3d76fd1ef000) > libthr.so.3 => /lib/libthr.so.3 (0x3d76ff8e5000) > libc++.so.1 => /lib/libc++.so.1 (0x3d76ff002000) > libcxxrt.so.1 => /lib/libcxxrt.so.1 (0x3d770073c000) > libm.so.5 => /lib/libm.so.5 (0x3d7701d4c000) > libc.so.7 => /lib/libc.so.7 (0x3d770161d000) > libelf.so.2 => /lib/libelf.so.2 (0x3d7701e58000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x3d770314a000) > libtinfow.so.9 => /lib/libtinfow.so.9 (0x3d7702808000) > [vdso] (0x3d76fc3cc000) > > vs > > /usr/bin/cc: > libprivateclang.so.19 => /usr/lib/libprivateclang.so.19 (0x311e43c00000) > libprivatellvm.so.19 => /usr/lib/libprivatellvm.so.19 (0x311e48000000) > libz.so.6 => /lib/libz.so.6 (0x311e4d1a9000) > libprivatezstd.so.5 => /usr/lib/libprivatezstd.so.5 (0x311e430cf000) > libexecinfo.so.1 => /usr/lib/libexecinfo.so.1 (0x311e4e075000) > libncursesw.so.9 => /lib/libncursesw.so.9 (0x311e4e7b3000) > libthr.so.3 => /lib/libthr.so.3 (0x311e4f717000) > libc++.so.1 => /lib/libc++.so.1 (0x311e502e0000) > libcxxrt.so.1 => /lib/libcxxrt.so.1 (0x311e5107d000) > libm.so.5 => /lib/libm.so.5 (0x311e52294000) > libc.so.7 => /lib/libc.so.7 (0x311e532a7000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x311e5414b000) > libelf.so.2 => /lib/libelf.so.2 (0x311e514d0000) > libtinfow.so.9 => /lib/libtinfow.so.9 (0x311e54751000) > libsys.so.7 => /lib/libsys.so.7 (0x311e563ff000) > [vdso] (0x311e419d5000) > > as in the 14 binary does not link to libprivateclang nor libprivatellm Well, yes, I mean, the internal llvm libc were linked statically in 14.3. This is where the count of relocations I posted comes from. > > > > > > > > > > > 15.0: > > > > gmake -s -j 8 19.90s user 3.02s system 773% cpu 2.96s (2.963) total > > > > gmake -s -j 8 19.90s user 3.18s system 774% cpu 2.98s (2.979) total > > > > gmake -s -j 8 20.24s user 2.90s system 770% cpu 3.00s (3.005) total > > > > gmake -s -j 8 19.92s user 3.25s system 771% cpu 3.00s (3.003) total > > > > gmake -s -j 8 20.25s user 2.95s system 772% cpu 3.01s (3.006) total > > > But 15.0 is definitely dynamically linked. > > > > > > clang is enormous C++ binary with enormous amount of relocs: > > > $ ldd /usr/bin/cc > > > /usr/bin/cc: > > > libprivateclang.so.19 => /usr/lib/libprivateclang.so.19 (0x27417e200000) > > > libprivatellvm.so.19 => /usr/lib/libprivatellvm.so.19 (0x274183e00000) > > > > > > $ objdump -R /usr/lib/libprivateclang.so.19 | wc -l > > > 232977 > > > $ objdump -R /usr/lib/libprivatellvm.so.19 | wc -l > > > 140712 > > > > > > > > > > > > > > user time *skyrocketed* > > > From nobody Sat Dec 6 19:19:47 2025 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 4dNykK3xZrz6J01c for ; Sat, 06 Dec 2025 19:20:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-25.consmr.mail.gq1.yahoo.com (sonic304-25.consmr.mail.gq1.yahoo.com [98.137.68.206]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dNykJ74pBz3dWB for ; Sat, 06 Dec 2025 19:20:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=UueDCxrW; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1765048801; bh=fCCsTvC3oQK/10luGXx7CGXhyFsIhcFS0F04cysnawY=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=UueDCxrW2nQTS6QPNG4Ii/5j+byWCQ9Ra4ohFLxQ1/MmZxa4O+Vr9D3Aak3jcL12GgoSYGORhTgcDLrfZ+Ru9nz+rM7wavcDt0Tm7Ve1+q8g7VjESZkJpAYWIrW6ukItm1+gomuErYuJWcuSunGpB5Dm+yAJC6mY2cSpxICP+96qtS0vi/eFDN4CehlDNT2PvGmwAcBS2pYS7HdSxKRfcWGYdN1kLqwwJUruIIdO8ECvuRd13VWb+OIoYnswhajiWUYotvldH6CsQUInbEvKOIUome6oTlc4QJ9NJV7CxYPNsoRXaUmmI+u1u3RmxDBE9MOAKLtiP05QNh9Su0H2rA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1765048801; bh=e3ae2PCyYlfvl82zpb9TqyhgMGMiKQ0nIRo+ahZw2HP=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=KUQIoFTjJD163Hm8glkBrkxh3JP5EsLP2uD/MRHxMp/bqQWKaoYp0xJAVIEnACwN7cutWB4jZPMwXH+iDqw0A0RP/nqfpH9+EAIBGsYJOyuDEw0pZ7q0qoZeOYsjbNAyoB7rgPYwdEeMcWeKuIG6Wl0vACvWOrZurM9tiskZ9ODBBGQNMucg4DKiaLyDSmRfVQBYTMuZ3nuEJrXFqTULeoWv9DzvlHCSQveW5ieoyfRKTLYlqym9s60WhMnL8QAD99zv8WKA3NOIklQYJ1ASO0oirhEAPMezWQR4DtrIjkISQsnxFFmU8nZvlFXQ9i4N/YYQV7jXqnHc7LSRrFNEgQ== X-YMail-OSG: .gtshYAVM1m4Y9DzqW2IAyMSQKVNZqDlodniQ7adW.DhPJT_KQ..u7N9mLLsS1n sYNyFsE.QvyFn8V9ND.zFxBSy1lSk.0c99L_Mv9HkRUgrnaMgsxNaZvgVeqJbEeG_rqREvcbP4cF 1AzBq9f4jcEEo.0iALEskobPYt8Nlufj2zhdQdOY.daTq5BPPt.b9Fdz5uxp3LgN1q4.lkP9e7S2 xU82nMdmVC2f8TjttlBCqDtC7hqkjh39x3rfJDuprpZmOr2RzSHV0XfGokHQDW7dolj0X3nOoF9C U7jNIWvlttCdvCXNHNfdHl4glZvu1INXc1TMXRetG2OakfF6Bn8_HjPecCFszssAJQfMn97lZnfP DqplSXvP7TP3kPROjjtwokmRXu.IFwP3rEnValV_KGJSDOMLIPZk4Qw855mhHvpiDXIHEm0b8YBn b9Wxi0TtA0_V_vCwcG5_BkrmvYu.nk1dM_xoQE09OXFAyny73xnHeaqYP19R7zIjQttR0jdaCWwL v2DyS2EEDP6JEcG3nx82v6x6uS1QgSLjyLS8TBKT78.YAQ5trPvpqhxOZFWo41YiTgFV603oKvF1 iIBaLtVE_f7AZm44ftse8IY3JhE1rdgdruceL0nF2dUXayctfocM7SqVvbqqlfNd8ItMVxAeZyRq euexFIzJzpIAxX9cjEYi1RBb.Ir_XPAITnmzGW7DaxVIeG1G8WLP_G91G0_sJZWa4joJ2wV0z5nZ 1_LsVZ5Crdhkhx7oz7N_uQnXA1SJ2pBFI39elUiIxTII5lU.CQIoXTSeC.tvF_DvZNfP0_S10mSI 5ZG4QDSUqgm_2K_bVgXweHQumVrJVDMWuzoYZNLBQZc7Aoj_5FFA.SBbczpudI1HxS6CIBG3bYml _0szVIpiEEAz3J1voStERxomOOND4ztvbA5g3kdSX9v00RCL05nZhV.J7mrU7Axv4fH6CUpt9OXi 5cLY9KS4DxP5GT5wLBiw1WaeIQIooTmegmYG57FNeS8KmqZP8.K9Z9BE9m3wJnoFeYq7e_09qhF. yOXfeQCn90Cc4Fb50lbF9xskMkv7WrnEF4pW0VCeTGciKAMNUaizS0t41XzTX7z.077k1lNTbZM4 rF4kYQ0RW1sKSGbqKNa_pNtT_SkIh993gVD6sKf1G7x.sMoSPyDQr2YQgxMZ7sdVDbxSPYgvmG0v t1BV.fph2jHOnhC7nu6ZExNEgry4Ays4BOuZQ6gG6Bth.QspO38wih.KMveuqVvz621P8ulspnQC lqCTHabubQGYYR1Yu1cvZXwzJH7hFfjswT9SQrCouLGT5wN1iBeCtZ1t5pNJgfMq.IXEPUfSawO7 o8yELhn0k7VFjU5ER6o1VlIJArhfl6ZbDAs_jVPmzEvB0lF188IxtxhdWo9iRHDQsHwscl8wndWE r6G_9iFGgHlBwKlHTqwxtMxnA0N2SRCFZhZo4PK2SO5XkWXtYu_GEUk6Yi9sFBXvcF0gOFrrDnHU ZifTOp44eP0AJ0NjuTt_UQS3m96J5Ci.GJAmCkISsdct_nWCDJZ_7dUXeUTREObVzPaI47tXEdn3 .ZhPnh56qHz6pKNbfeId3PpLgm_LjNabIfrgNasanT.kso0WNTHNjvkFCjoxBeSTsePiHXndB5_C 7EE1UhvnBRvcuGJhOCgdORbcw3TaSHcdTsKLMI1Tq18HlRH23rvsib1VGTgoOTLPbQdewMylH87m jc9hopJZN2p4qShwpumJmhl8eV0az5ELxV4stLO1kSwPGbFR_GcsfPOOgMktb9PafIYhJTR7BHPk I3eQNCtRbb97YUacPhvGxsJyevkA29wSh8nhIyJJjpkpLN8ROmEmmQhVOU.UuMVyB66LW9s0jv3q eKM2RWoVZlGomXK0PdsHALlJhtsN0JINoiaiXQWnVgCihfVaGXjSTirKpCggdTFi5l5P2uSmMtEk CT2TKyfuuV6SwJNflDzYAssxeLP83dJuYIiOCTC91SFB_b_2uRAZlro7kbGA1SxtRSstAoZ0kxu7 GzBvvD55Hf.SOMWek4jw9mhjs0XP8nPdRs8gB1IpnfBXA.1QuUrkX9Sfc5TtGcHvB7tY07fHz5a1 AJqenV4cKqy5QeEszvbhTPTtnXZn3GhDJZfGHyBUH6AG3GMyJgCrvr2eWOGLRiwtic7ao1h6b9.X XGbTd50Nv_pXAjoAkAF1p4_cqTB3AabCo6RELweHMb2xS56i3wabplfsEl7v2W1bjmpJMU6svA4S 2fMt6DRk0sFs4AhtzsyDJqyBuUcz5Qx1p.piGAYQa7yXgtRwG4.xa6hxZs0wjg.j05h25WykXHrA 5NFhi X-Sonic-MF: X-Sonic-ID: 3c724c4f-2350-4318-a487-1b6003b4dfbc Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sat, 6 Dec 2025 19:20:01 +0000 Received: by hermes--production-gq1-54bf57fc64-8b88z (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 7b3ccd29d9743455f861e15529738722; Sat, 06 Dec 2025 19:19:58 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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\)) Subject: Re: performance regressions in 15.0 Message-Id: Date: Sat, 6 Dec 2025 11:19:47 -0800 To: Konstantin Belousov , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.979]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.206:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.206:from] X-Rspamd-Queue-Id: 4dNykJ74pBz3dWB Konstantin Belousov wrote on Date: Sat, 06 Dec 2025 17:42:57 UTC : > On Sat, Dec 06, 2025 at 06:34:01PM +0100, Mateusz Guzik wrote: > > On Sat, Dec 6, 2025 at 6:31=E2=80=AFPM Mateusz Guzik = wrote: > > > > > > On Sat, Dec 6, 2025 at 6:25=E2=80=AFPM Konstantin Belousov = wrote: > > > > > > > > On Sat, Dec 06, 2025 at 11:50:08AM +0100, Mateusz Guzik wrote: > > > > > II. compilation speed > > > > > > > > > > The the real and serious problem. Both versions of the system = ship the > > > > > same clang version: > > > > > FreeBSD clang version 19.1.7 = (https://github.com/llvm/llvm-project.git > > > > > llvmorg-19.1.7-0-gcd708029e0b2) > > > > > Target: x86_64-unknown-freebsd14.3 > > > > > Thread model: posix > > > > > InstalledDir: /usr/bin > > > > > > > > > > FreeBSD clang version 19.1.7 = (https://github.com/llvm/llvm-project.git > > > > > llvmorg-19.1.7-0-gcd708029e0b2) > > > > > Target: x86_64-unknown-freebsd15.0 > > > > > Thread model: posix > > > > > InstalledDir: /usr/bin > > > > > > > > > > I found that compiling the will-it-scale suite about doubles = in real > > > > > time needed, along with doubling time spent in userspace. > > > > > > > > > > will-it-scale needs a little bit of massaging to work, diff at = the end. > > > > > > > > > > check this out (repeabale): while true; do gmake -s clean && = time > > > > > gmake -s -j 8; done > > > > > > > > > > 14.3: > > > > > gmake -s -j 8 8.93s user 2.03s system 769% cpu 1.42s (1.424) = total > > > > > gmake -s -j 8 9.02s user 2.16s system 757% cpu 1.48s (1.475) = total > > > > > gmake -s -j 8 9.29s user 1.95s system 774% cpu 1.45s (1.450) = total > > > > > gmake -s -j 8 8.97s user 2.46s system 770% cpu 1.48s (1.484) = total > > > > > gmake -s -j 8 9.13s user 2.30s system 773% cpu 1.48s (1.477) = total > > > > 14.3 clang/lld are probably statically linked, but I am not = sure. > > > > Can you confirm this? > > > > > > > > > > They are dynamic, this was switched years ago. > > > > > > /usr/bin/clang: ELF 64-bit LSB executable, x86-64, version 1 > > > (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, = for > > > FreeBSD 14.3, FreeBSD-style, stripped > > > > >=20 > > ... but I do see a change in used .sos: > >=20 > > /usr/bin/cc: > > libz.so.6 =3D> /lib/libz.so.6 (0x3d76fc831000) > > libprivatezstd.so.5 =3D> /usr/lib/libprivatezstd.so.5 = (0x3d76fcc0e000) > > libexecinfo.so.1 =3D> /usr/lib/libexecinfo.so.1 (0x3d76fe213000) > > libncursesw.so.9 =3D> /lib/libncursesw.so.9 (0x3d76fd1ef000) > > libthr.so.3 =3D> /lib/libthr.so.3 (0x3d76ff8e5000) > > libc++.so.1 =3D> /lib/libc++.so.1 (0x3d76ff002000) > > libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x3d770073c000) > > libm.so.5 =3D> /lib/libm.so.5 (0x3d7701d4c000) > > libc.so.7 =3D> /lib/libc.so.7 (0x3d770161d000) > > libelf.so.2 =3D> /lib/libelf.so.2 (0x3d7701e58000) > > libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x3d770314a000) > > libtinfow.so.9 =3D> /lib/libtinfow.so.9 (0x3d7702808000) > > [vdso] (0x3d76fc3cc000) > >=20 > > vs > >=20 > > /usr/bin/cc: > > libprivateclang.so.19 =3D> /usr/lib/libprivateclang.so.19 = (0x311e43c00000) > > libprivatellvm.so.19 =3D> /usr/lib/libprivatellvm.so.19 = (0x311e48000000) > > libz.so.6 =3D> /lib/libz.so.6 (0x311e4d1a9000) > > libprivatezstd.so.5 =3D> /usr/lib/libprivatezstd.so.5 = (0x311e430cf000) > > libexecinfo.so.1 =3D> /usr/lib/libexecinfo.so.1 (0x311e4e075000) > > libncursesw.so.9 =3D> /lib/libncursesw.so.9 (0x311e4e7b3000) > > libthr.so.3 =3D> /lib/libthr.so.3 (0x311e4f717000) > > libc++.so.1 =3D> /lib/libc++.so.1 (0x311e502e0000) > > libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x311e5107d000) > > libm.so.5 =3D> /lib/libm.so.5 (0x311e52294000) > > libc.so.7 =3D> /lib/libc.so.7 (0x311e532a7000) > > libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x311e5414b000) > > libelf.so.2 =3D> /lib/libelf.so.2 (0x311e514d0000) > > libtinfow.so.9 =3D> /lib/libtinfow.so.9 (0x311e54751000) > > libsys.so.7 =3D> /lib/libsys.so.7 (0x311e563ff000) > > [vdso] (0x311e419d5000) > >=20 > > as in the 14 binary does not link to libprivateclang nor = libprivatellm > Well, yes, I mean, the internal llvm libc were linked statically in > 14.3. This is where the count of relocations I posted comes from. FYI: JAILNAME VERSION OSVERSION ARCH METHOD = TIMESTAMP PATH official14-i386 14.3-STABLE 1403506 i386 freebsdci = 2025-11-28 15:52:21 /usr/local/poudriere/jails/official14-i386 ldd /usr/local/poudriere/jails/official14-i386/usr/bin/cc | grep so.19 libprivateclang.so.19 =3D> not found (0) libprivatellvm.so.19 =3D> not found (0) So the change was MFC'd to stable/14 . > >=20 > >=20 > >=20 > > > > > > > > > > 15.0: > > > > > gmake -s -j 8 19.90s user 3.02s system 773% cpu 2.96s (2.963) = total > > > > > gmake -s -j 8 19.90s user 3.18s system 774% cpu 2.98s (2.979) = total > > > > > gmake -s -j 8 20.24s user 2.90s system 770% cpu 3.00s (3.005) = total > > > > > gmake -s -j 8 19.92s user 3.25s system 771% cpu 3.00s (3.003) = total > > > > > gmake -s -j 8 20.25s user 2.95s system 772% cpu 3.01s (3.006) = total > > > > But 15.0 is definitely dynamically linked. > > > > > > > > clang is enormous C++ binary with enormous amount of relocs: > > > > $ ldd /usr/bin/cc > > > > /usr/bin/cc: > > > > libprivateclang.so.19 =3D> /usr/lib/libprivateclang.so.19 = (0x27417e200000) > > > > libprivatellvm.so.19 =3D> /usr/lib/libprivatellvm.so.19 = (0x274183e00000) > > > > > > > > $ objdump -R /usr/lib/libprivateclang.so.19 | wc -l > > > > 232977 > > > > $ objdump -R /usr/lib/libprivatellvm.so.19 | wc -l > > > > 140712 > > > > > > > > > > > > > > > > > > user time *skyrocketed* > > > > =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Dec 6 20:14:18 2025 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 4dNzx55KhWz6J4b1 for ; Sat, 06 Dec 2025 20:14:33 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-ed1-x52f.google.com (mail-ed1-x52f.google.com [IPv6:2a00:1450:4864:20::52f]) (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 4dNzx52QRgz3pkB for ; Sat, 06 Dec 2025 20:14:33 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x52f.google.com with SMTP id 4fb4d7f45d1cf-6418b55f86dso5597508a12.1 for ; Sat, 06 Dec 2025 12:14:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1765052066; x=1765656866; darn=freebsd.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:date:from:from:to:cc:subject:date :message-id:reply-to; bh=Q6xYWZntJ2jd3CbZ7waClf50v4VbfIYrkc3I2N1HEWQ=; b=J5hAoxw8mRCbFafGWMz5Y7Fs3g/+fl88rWAHRXqOFBdjIt6wf/WoUdQMxpjLsjnoOZ 7KzTWGn8kNUx+UJpPbiJYJO1cBa8mlj8Pl8q99jvWh/PzKoNqpy8E3gstYMEUluyDX5K FNPlhZmZfDxNrkXatFkXeoNWB/sJDF1IA9LWIbey54ZdsAp3K1xdgNjXS606wi18gXm8 DXqaicrDTX41pC2l5LHGb5vCJTQAcru8ooBv3Rsv8mh+l2DOJ+WKmvtAmYNHFaOXU/9M Do9yxs2XusBHGALmXZCKNnMpazIG8xSteN/5SNn2DLaP6qfNshoBNlxKYKJrvfYL9p5I 0seA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765052066; x=1765656866; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:date:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=Q6xYWZntJ2jd3CbZ7waClf50v4VbfIYrkc3I2N1HEWQ=; b=NgGPDIDDuZ1HWw7gGihQn7MbtwXgKdS/LWshKwGitewIdSyk/zfYQNSYAxCNwTZHQR AHmhVimFwtdpVaVxtCSt6BXG6vqWdrMwXEyN46hpT8+DRSpXkQ+PhKbSFMgOIZbZ3LuW JmDavKEjDTNZWAD/gMm0ODhkgnPBSbtfp4N0rw8/FaWfHjcVv2j1MkX1SNmoiMP0WcEP DH0pnRXph92zD3YZIk8YPAq2CuelxTXO09Jr5UlIZpDzmG1ptrb+DrhcO19Wf5581Ut6 nrXgWqlEkm8XVUcWtwQ9oyGBXcvvKpmOL78Rr5150tba68q8AotU1nRq+VBb5J8Uw09J E/lA== X-Gm-Message-State: AOJu0YxT4FpjGB+Ou5cKjwffHgn21QDkpLbyuFkjm8clxOeJTUJ2OuSH Dch7LzvocjcMTLROGIvecc+gs1D7UHeG6py4zfHKEGpYPWPOabqUku4O X-Gm-Gg: ASbGncsOgaveaVGzGpV1pZTWEvvLFknr2O6zub0pHhUzpxC9nbbFfbc9JrZvdd3XnUH HjDAGFm5GUpxzm5/Tu0qOmIlcfqD/XDmQEDZDIahuaoJltX0IABmfgVssleenzsdWHvasxjHBCU N958/Ia8TFAOwnAqPYySlOiJ1H+NEfZloL7mCrRJ9UZ+UJjCicjVwpPg5IjXBiyTHqzllmeAYc1 eem/DpsvFM9SELKpRNpway7pz2Oohh/MFbHXUimwMfv9ELH4EzgsQ6lQIMRVNzBZYcGA5pJnRfQ XQ3nYd/zbYPNkXOpEUzA5hXkW6udBP5imCBtiY6erBLLyU9XJFFspGgBtWj1bpAuSbQ3veT9G70 Y5mhoT8IJPg9ehQood2E1gpuTnmVLKVsXWe5IuOd2U+BBFt9hc7sLH3ND8zUYLnDe9hvlWolsZj W8lyCWohnGqCNM9A== X-Google-Smtp-Source: AGHT+IFaH/enlJCge4hg2vW2AFPtgGNCPGgFo6Vq6GlKpqdR6uaVZ5BimgXqQuyyaujHZ7Z508gbSw== X-Received: by 2002:a05:6402:5109:b0:643:130c:eb0 with SMTP id 4fb4d7f45d1cf-6491a3f196dmr2390286a12.8.1765052065421; Sat, 06 Dec 2025 12:14:25 -0800 (PST) Received: from rimwks.local ([2001:470:1f1b:4dc:6c6a:fbd1:714d:59c0]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-647b2ec31a7sm6834830a12.2.2025.12.06.12.14.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 06 Dec 2025 12:14:24 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Sat, 6 Dec 2025 22:14:18 +0200 To: Mateusz Guzik Cc: FreeBSD Current Subject: Re: performance regressions in 15.0 Message-ID: <20251206221418.2d43a466@rimwks.local> In-Reply-To: References: X-Mailer: Claws Mail 4.3.1 (GTK 3.24.51; amd64-portbld-freebsd14.3) 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-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dNzx52QRgz3pkB On Sat, 6 Dec 2025 11:50:08 +0100 Mateusz Guzik wrote: > This is reliably repeatable. > > II. compilation speed > https://lists.freebsd.org/archives/freebsd-current/2025-December/009587.html From nobody Sat Dec 6 20:26:38 2025 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 4dP0CC55ySz6J5BM for ; Sat, 06 Dec 2025 20:26:47 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) (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 4dP0CC39RJz3t71 for ; Sat, 06 Dec 2025 20:26:47 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x62f.google.com with SMTP id a640c23a62f3a-b75c7cb722aso453199166b.1 for ; Sat, 06 Dec 2025 12:26:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1765052801; x=1765657601; darn=freebsd.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:date:from:from:to:cc:subject:date :message-id:reply-to; bh=77XjptSGWCLL6zQv2PSj0kdqWDXFRQ5Ai6hHZqbKMUE=; b=nXoYEmR2SwXtF1TdoN2zNT17qAf4xTkHgMvjqyxwd2gXmNnLNF08LElC6hy0r538Zc 0sKI6aJ30IabF/kcAZ7DqoPA3+McYffbe+UPq5sskr5W0X+NXac/ptG5pMEyckNG81Fw 66yp/zPo4t2SRp2SjhXyAyl/BXyU50NEq06gdgL5ZD8MBGFvyNX4fcF5MjBWUfaKC3aK u43yQ34ZtKNqWJCzSGV1kN+WOIV/IM3YhUsGm5oN+VFjrYNfmF8lrJ0YsqFeni/07mtd ySnLghyv3QDUmS27GVmLizrcLmF0/Ylb/AIwToc9WQoUSHPnlka5El94vw8HTvcP4nid xh6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765052801; x=1765657601; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:date:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=77XjptSGWCLL6zQv2PSj0kdqWDXFRQ5Ai6hHZqbKMUE=; b=oMTc0CgYgaLUC4ud37mTq8AXaN7smiJYb58gMfxzvNb8GgYOkhTu5BwH2dUlkisajc +BGDtuV8vRypHl28LqiwaFRW6qkHgTL2Inz8kpcZ9mTykwlxLjOPXky3o8BbYOLiiiow 399ZtCvOTZjsCEoiWScK6LiyGf2paL8g+sQrNUVgip66dbLeeMC+WLFmEDHs9RpbrtiB iAKTpNgKpNv0XAsAJFNliK4IxOXnZnr05NDeK016U6EnltciOe5otzrAObbWu/yf3txy 3liyFe47RzMrmaH9iBh/38NDuNwXYbqjx6k5mKIGySNvPP7U8qXx81XpXBy7q6i12j7A Qi0A== X-Forwarded-Encrypted: i=1; AJvYcCXJFz3BbkUbXmPCOBzTzQrlUEmqifMi7857yYLLOZA5bX8ID3073ik0E9ACrVsXEvHHeYXKJqRrZylmWkzebWE=@freebsd.org X-Gm-Message-State: AOJu0YyJ3WBrqu89oWLNmjRvohsS9eQGBVkX77NSDR86Yb0scdSfqS/+ STdxkjQkBrCahDfiLDSvFSpdo8q13Bj6NIu5rkYfR73N/2XzSVqO1ze0 X-Gm-Gg: ASbGncsIdImrD+jTZMfBx9AuiXQ87DP6xvd1DGDXQMrwbu/999RDf3O/mM8P/MUf5XO sWfZjelcX3PkzCOR6dUntWLas1TsF7JOd4FwgSTHRE1HJdnyuh7oHF1I6v41sOvVmvniDV1uKsw fmJ2O2ekxpnkzZKuYQnrARXuKySkNUFB2b5JEXDvpjyGWi6gBNrKDoAycMB+B5iVdNKzZFNbwUf 07Fhgkgp69Xxv1BppzY8wShemNALnOooPT+P/MmvceobDdehKLKTrcYwL4nhx0F5kwB40kfhza1 c1+E9G1YBXtoRL4cKqfafRIzIV+XbvSiYFpVVB5i9GoPSc6SpUbg170OO6LhSTGxj2tIpjvPoNx /jHqv+6coOnpjDFoQ6O+v2FABA2uspp4ssGU+vKYMyPSORk6obDDzNRH7jnBmnByte54+uuegvT QBnMi6CaYwQZ+vjQ== X-Google-Smtp-Source: AGHT+IFzfxmCzwKGOrxb7b/wdTNwvuNftscOZvAG8X0tuQUSS6Jr+V+EEnUt3ZfHusd268OhbkkYMA== X-Received: by 2002:a17:907:7b9e:b0:b73:8d2e:2d38 with SMTP id a640c23a62f3a-b7a2455ea9fmr333280566b.50.1765052800824; Sat, 06 Dec 2025 12:26:40 -0800 (PST) Received: from rimwks.local ([2001:470:1f1b:4dc:6c6a:fbd1:714d:59c0]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-b79f4a60f50sm676469966b.70.2025.12.06.12.26.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 06 Dec 2025 12:26:40 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Sat, 6 Dec 2025 22:26:38 +0200 To: Konstantin Belousov Cc: Mateusz Guzik , FreeBSD Current , Subject: Re: performance regressions in 15.0 Message-ID: <20251206222638.44edcd5c@rimwks.local> In-Reply-To: References: X-Mailer: Claws Mail 4.3.1 (GTK 3.24.51; amd64-portbld-freebsd14.3) 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-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dP0CC39RJz3t71 On Sat, 6 Dec 2025 19:24:33 +0200 Konstantin Belousov wrote: > > > > 15.0: > > gmake -s -j 8 19.90s user 3.02s system 773% cpu 2.96s (2.963) total > > gmake -s -j 8 19.90s user 3.18s system 774% cpu 2.98s (2.979) total > > gmake -s -j 8 20.24s user 2.90s system 770% cpu 3.00s (3.005) total > > gmake -s -j 8 19.92s user 3.25s system 771% cpu 3.00s (3.003) total > > gmake -s -j 8 20.25s user 2.95s system 772% cpu 3.01s (3.006) > > total > But 15.0 is definitely dynamically linked. > It was super bad change for all peoples who do local compilation. I can not understand why FBSD Foundation does not force to revert it, it comsumes foundation money while they build OS and ports. X2+ time/money for every build. For some small ports x16+ build time (super slow on: make configure) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=287447 From nobody Sat Dec 6 21:05:30 2025 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 4dP14X4Hpjz6Jf04 for ; Sat, 06 Dec 2025 21:06:04 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Received: from plan-b.pwste.edu.pl (plan-b.pwste.edu.pl [IPv6:2001:678:618::40]) (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 "plan-b.pwste.edu.pl", Issuer "GEANT TLS ECC 1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dP14W0ZYqz4008 for ; Sat, 06 Dec 2025 21:06:02 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=plan-b.pwste.edu.pl header.s=plan-b-mailer header.b=gPPhV6sa; dmarc=pass (policy=quarantine) header.from=plan-b.pwste.edu.pl; spf=pass (mx1.freebsd.org: domain of zarychtam@plan-b.pwste.edu.pl designates 2001:678:618::40 as permitted sender) smtp.mailfrom=zarychtam@plan-b.pwste.edu.pl Received: from [192.168.7.70] (dom.potoki.eu [62.133.140.50]) (authenticated bits=0) by plan-b.pwste.edu.pl (8.18.1/8.17.2) with ESMTPSA id 5B6L5U77089640 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Sat, 6 Dec 2025 22:05:49 +0100 (CET) (envelope-from zarychtam@plan-b.pwste.edu.pl) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=plan-b.pwste.edu.pl; s=plan-b-mailer; t=1765055149; bh=tabuzTDXgeeHh4zcYGa0BduFSJzgm7B34LQqGrZQa1A=; h=Date:Subject:To:References:From:In-Reply-To; b=gPPhV6saBuGwABZQkwsKOd6Alm6/gA7uGNFL4zVTKWYNABTXBeoeBXcNvC71icZZG 6yNBl5XLHpXAQJZXeUS7UZAFgP7OI+bg3toJCd9yXUC9VW/n4O6kwqS0SnxUKHrQjJ TTWzqfE0+dMjPhcfI2gBCQOj5UhO++yEi4CkAkM42EnbiXrxxzKpYvCOlzZbdsmIJ8 CppRmlyM8kvhOnU0sIICPcyTTeQ/kzyp1dH42ro2g5gH2yYWMmx46wIwGQPaw/+/oy 6tm6VXcoS70rERxUd9IQDr6OL5++zkyR/nc/4rP+1FIgMLplL1yxOS4aeOtDm+VU2U VIkcCP8vBP+Gg== X-Authentication-Warning: plan-b.pwste.edu.pl: Host dom.potoki.eu [62.133.140.50] claimed to be [192.168.7.70] Message-ID: Date: Sat, 6 Dec 2025 22:05:30 +0100 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: performance regressions in 15.0 To: freebsd-current@freebsd.org References: <20251206221418.2d43a466@rimwks.local> Content-Language: en-US From: Marek Zarychta Autocrypt: addr=zarychtam@plan-b.pwste.edu.pl; keydata= xsBNBFfi3cMBCADLecMTFXad4uDXqv3eRuB4qJJ8G9tzzFezeRnnwxOsPdytW5ES2z1ibSrR IsiImx6+PTqrAmXpTInxAi7yiZGdSiONRI4CCxKY9d1YFiNYT/2WyNXCekm9x29YeIU7x0JB Llbz0f/9HC+styBIu2H+PY/X98Clzm110CS+n/b9l1AtiGxTiVFj7/uavYAKxH6LNWnbkuc5 v8EVNc7NkEcl5h7Z9X5NEtzDxTOiBIFQ/kOT7LAtkYUPo1lqLeOM2DtWSXTXQgXl0zJI4iP1 OAu4qQYm2nXwq4b2AH9peknelvnt1mpfgDCGSKnhc26q6ibTfMwydp+tvUtQIQYpA6b9ABEB AAHNN01hcmVrIFphcnljaHRhIChQbGFuLWIpIDx6YXJ5Y2h0YW1AcGxhbi1iLnB3c3RlLmVk dS5wbD7CwHcEEwEIACEFAlfi4LkCGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQHZW8 vIFppoJXdgf8D9X3VRFSNaR9lthSx/+uqas17J3FJKBo1xMQsC2a+44vzNvYJSuPGLLJ+LW2 HPVazjP/BWZJbxOYpliY4zxNRU0YCp0BLIVLibc//yax+mE42FND/+NiIZhqJscl6MLPrSwo sIwXec4XYkldkyqW/xBbBYXoIkBqdKB9j5j42Npy1IV/RizOSdmvTWY27ir8e/yGMR1RLr4F 8P5K3OWTdlGy2H2F/3J8bIPBLG6FpaIyLQw4dHSx8V02PYqDxK1cNo2kAOnU8PnZL/AGuMOH iv3MN1VYL8ehcmpBBsrZGebQJxrjY2/5IaTSgp9xHYT70kshuU6Qb97vk1mOjNZxgc7ATQRX 4t3DAQgA10h6RCXuBLMHxq5B8X/ZIlj9sgLoeyfRdDZEc9rT2KUeUJVHDsbvOFf4/7F1ovWY hJbA6GK/LUZeHHTjnbZcH1uDYQeHly4UOLxeEvhGoz4JhS2C7JzN/uRnwbdOAUbJr8rUj/IY a7gk906rktsc/Ldrxrxh7O6WO0JCh2XO/p4pDfEwwB37g4xHprSab28ECYJ9JMbtA8Sy4M55 g3+GQ28FvSlGnx48OoGXU2BZdc1vZKSQmNOlikB+9/hDX8zdYWVfDaX1TLQ8Ib4+xTUmapza mV/bxIsaZRBw+jFjLQHhTbIMfPEU+4mxFDvTdbKPruKPqVf1ydgMnPZWngowdwARAQABwsBf BBgBCAAJBQJX4t3DAhsMAAoJEB2VvLyBaaaC6qkIAJs9sDPqrqW0bYoRfzY6XjDWQ59p9tJi v8aogxacQNCfAu+WkJ8PNVUtC1dlVcG5NnZ80gXzd1rc8ueIvXlvdanUt/jZd8jbb3gaDbK3 wh1yMCGBl/1fOJTyEGYv1CRojv97KK89KP5+r8x1P1iHcSrunlDNqGxTMydNCwBH23QcOM+m u4spKnJ/s0VRBkw3xoKBZfZza6fTQ4gTpAipjyk7ldOGBV+PvkKATdhK2yLwuWXhKbg/GRlD 1r5P0gxzSqfV4My+KJuc2EDcrqp1y0wOpE1m9iZqCcd0fup5f7HDsYlLWshr7NQl28f6+fQb sylq/j672BHXsdeqf/Ip9V4= In-Reply-To: <20251206221418.2d43a466@rimwks.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.79 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[plan-b.pwste.edu.pl,quarantine]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[plan-b.pwste.edu.pl:s=plan-b-mailer]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; BLOCKLISTDE_FAIL(0.00)[2001:678:618::40:server fail,62.133.140.50:server fail]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[plan-b.pwste.edu.pl:+] X-Rspamd-Queue-Id: 4dP14W0ZYqz4008 On Sat, 6 Dec 2025 11:50:08 +0100 Mateusz Guzik wrote: > This is reliably repeatable. > Once again, Mateusz hits the nail on the head. Sadly, people like him burn out on hammering these nails. But why do these nails have to be hammered in ? Is FreeBSD now only a platform for a few companies and a toy for good boys ? The old saying, "BSD is dying", seems to be entering a new phase, while that's what I don't wish on you or me. Cheers -- Marek Zarychta From nobody Sat Dec 6 22:05:40 2025 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 4dP2Pj03Zlz6Jkdg for ; Sat, 06 Dec 2025 22:06:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dP2Pf1Px4z45t0 for ; Sat, 06 Dec 2025 22:05:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=dyZEj8NO; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1765058754; bh=+3zg7jEhIYn5RsQW0oNl4nYTgcD9hP4VM6ZX3hjWhSU=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=dyZEj8NOneBIv3nQMzzdFcyqaHFmLtDQorjG3wQadMdAaOAVYAnS9mjCR779QddiNjbuRCAXg9gtIJzBRNZIxawWGwy/4cN/o+OnNnGQEQN10Y1RWpKdx8TVPK0D3L3/TnZmQD95O3Qw4OcgqF2CdKIWBR/pS3eq96hWMLFP0OSf9O/I3iuxmiH+6jRyfOX3q87e/sBxP8LJ3rkLF3Dvg4yux1YfNLWaqkY7prPx8u2EvaSBLUnGoF873b+M7EMnZ1H8X0U6m7zwvVmEL7WZb35GSYUZF0KeruEMIcI8PYdGhAymWAgWqg9R0teLm1nq5ddDBZxA5u1s++gDl351vg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1765058754; bh=1fpjCDybb8nub1IRs0oGJJ7LdNMJlOFyUhGCeXC7qGu=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=YhR0IR5UiK6OkdT3CmSIOGNg/i6usAviAfk0cxu7/7qwpl/zMB+1e/KEYFFojlVExaYmsdlrVn8aj37EgBotMJtJMEsglYRTvXkXm50vyDMrrzUSB/daViSG6vWns6dvqhKdd+sZhb71Jr4nCorGBl+9lZZRNjJvBrm9H1Ie2hZar1reMfSQ8aDX+OxRNgzqzgArwCRTuvmf/x4zHqcWwkhLmorvfQQEu0qMOTdR55xgu3SMM3bl+ebvXSyA3wn1OC2Dr/kLxyNxQuhKet4FMhG/Q5JOi6dVoipAimeNtTmVlRaP/+JvZvMrqwyslTnSzIO3yBDrP5lK9RsgK7AORg== X-YMail-OSG: L4re88MVM1lLckC6o..lzeGL4x719qAMsN9gzUVg843AndRKgesqxzPqpkhOTv0 cxsnTuRI7OHPL88CjZBnssZ2syHvuCylgoRUcd3VhCdCjG6tPaWD9x4nso18UQLges9c5JqhvByl koUDVueqVMqpPlTB74HaWTwlaSJEInBCcswJ2r5cemGMxUhm5k6JGzg84IV8HZK1ejhYP4P___B3 2MKuf.866cvf4YyJ76f9Y_ABtxjoHw9wLgVDs6GIwyI2AINX9p7Ww0aRpMqHbC794eCsCF4UqT8o CRa9s2cLykSCyjB240LbR9X45UIRtsDQryMDS1aNadm9zKOrLkymL3qkAejA05eVgbqKF6gIuikH oAEj1klkouSgpXkip_KXhaiQ0XSGZR1fHtTvV2.n62LMcPAJKpy_Fwi.meuDkHSyaK1lExDNFHBq L67RGpHvrK62kdTj1JKMNWTMLvsq.gRM2ykGGiwWYzSv.ExV1gDbsz7uewv39G_nfLxD3O5y7LIe FjIrHu7SGizJpmwZOJF1sqkBcAv2qkHJYUFq3anFD8ZG9bSsDvB_DBZ7RqXQrPb.rY8lfXVnbz6f GxbNpmOZ7d6JiROj4iyoU4hoNTpm2ugnfLZoY.wTEgTTYmcUNlTZtfrK7xw5Vs.i4unWHXiT.vkc Ny_EQjC32_.ivqxQnhc2gmPLrb7KewFuZs1VY6QHoSOp4zJRbErbILPxkPoMHhpbY8V_BoISuVCL .N.AV0CyKtEVXKjiJ945FMNjfJmkss0PPeTYcfOhikCQRb.xd1aihvrkSEsS2i4DXUfImXWoWRMd NZOWu4FYcpZmBFiIJvZjkuR0iC3Zi9hjAGqjBIXYVOcDKFzPe2tEaJRMh5RjnNE7cEV3VVJ8sHrx FkF0XEsN5sU03PZ2UDw_.6HQ80SdxB7TUoFSJ7g.BlRFT6_VTfI7bKtXTvzNG4mfH5rswS8GGkz5 bHOC0dh1XAR17KOD.bxuZ5LNCYKOwv8w78yEGwt7BcByZdv3SNILYwrzcxL.QOcOkBGV47E5PONi oMGSyrHmAOrgqK089OdRuxLdEmO6um38sT0gbrW8EeuTd0O_8m1nLaOvYSNQDsYPI4mAVu_jTCIn znRwipNo0zQWi0WK09Zjjj7HL16JX86YvlbwK231tsRVALdTyE1Tq9HvSD7eQmPICqR.Hr3T4f7p Kn88WHcFI4uJzmXWMOlx4uAp5vr0czxMRtLgmNT8oD3Emuua4JVXZ68CjC9_h6ZDy7XczPionPeG AmcfQBgbfdQoVOnWZXiKD8YEGEdeIX1wxwWs0p396DBfp9xwGapT4KcQkKvPy3VeQy.2w1fV__cY niHOuH.gXYcCb8btAmN.sgleyY1n.golQcZtSnnGydIPDzIBvaaGKgWxOdEjRDiCXFwRfE6OMLQi p_hg9NqlmRK8trIZ5kL2GFlnl5ggAX6h0zT1Ku.jl0xHrM_8s9zF_73wE9ntUzyawzTMz.BWuNv1 X.QXl.SJe1AM.3Ypr_on6iu7AmZo641MjZKtB.xINssbC_9WcLiB3HsNg0fvz1EhudV8AlVX_DkB gRW8on9Hk1AotYGMVlE.93sf2Yun6n625Vu56IE8x85jx46eVlOAecz7vl71K_IRzZJdXDPINN8y Fb8AoRNuvBuG1LBRE.iF0NnIkgufgmZHG.NFKO4u.dzjS94vIs9iLeaN3UEhE74eQA5I_5H7VWji M5u0Cp7a7oiNXxI6vo68fPO86KL4P1Vp0Ldv7sQYI_8FaMyO0dUufyo_PpwH8L80C6Q0l0U5Ilqp 6u6.7T2RTXqGOXa2WerUgO80siEXOHbG3uWhChHWpBj0k7P7RUtEWm7OLldAbzWnJ45FiFROszF. 7mRB4WvfeLhL2IWMA13jGMA_lToB7RpPakgq.kvz_8ECPg71EVGpjZEv26pxk8v94vxb38wf35.a hWL8b1mc06sWNGtdtoOe_l8SjtmLUIcQTH7jZbOp_.ejvPp00c5oJbl8c.wco.pPA8D8I3mFACLl 7ujQLoXB0iQDLsP5RKMhd6Eg2Iyf0ofnEn_Hu0agmHoMfM368NQOOMH_py0s4LSsmnorocjPZaA4 nRQzXtmhV8utHhP2UWUyhzuH.cIq37D62guAQUDO3R5snf76thPpHKnRjV7QKTWpleT4mbskOLyK hAkFolrYXdE4M9Zb6WVSkLNM0A8djI7v0To2370eJkmv7Fc_Ycylzgpx4LSOycQ.dO43qrpF13wJ GZ5VtYqcqYVtMK4DVqk7WVTak14k53HsXqKVKZYM3UIB02vnexvDI9LAW7.Gjo84RSJ6RE4ZnTKh 4lI6p0tw- X-Sonic-MF: X-Sonic-ID: b18842da-13dc-4b60-81fd-e5ca9e2668ce Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sat, 6 Dec 2025 22:05:54 +0000 Received: by hermes--production-gq1-54bf57fc64-ftpn2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 54233cf7691e848e66e388bf9afb23a7; Sat, 06 Dec 2025 22:05:51 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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\)) Subject: Re: performance regressions in 15.0 Date: Sat, 6 Dec 2025 14:05:40 -0800 References: To: FreeBSD Current , FreeBSD-STABLE Mailing List In-Reply-To: Message-Id: <18FB2858-5CBB-4B7A-8089-224A58C6A160@yahoo.com> X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.32 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.68)[0.683]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.148:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.148:from] X-Rspamd-Queue-Id: 4dP2Pf1Px4z45t0 On Dec 6, 2025, at 06:14, Mark Millard wrote: > Mateusz Guzik wrote on > Date: Sat, 06 Dec 2025 10:50:08 UTC : >=20 >> I got pointed at phoronix: = https://www.phoronix.com/review/freebsd-15-amd-epyc >>=20 >> While I don't treat their results as gospel, a FreeBSD vs FreeBSD = test >> showing a slowdown most definitely warrants a closer look. >>=20 >> They observed slowdowns when using iperf over localhost and when = compiling llvm. >>=20 >> I can confirm both problems and more. >>=20 >> I found the profiling tooling for userspace to be broken again so I >> did not investigate much and I'm not going to dig into it further. >>=20 >> Test box is AMD EPYC 9454 48-Core Processor, with the 2 systems >> running as 8 core vms under kvm. >> . . . >=20 >=20 >=20 > Both of the below are from ampere3 (aarch64) instead, its > 2 most recent "bulk -a" runs that completed, elapsed times > shown for qt6-webengine-6.9.3 builds: >=20 > 150releng-arm64-quarterly qt6-webengine-6.9.3 53:33:46 > 135arm64-default qt6-webengine-6.9.3 38:43:36 >=20 > For reference: >=20 > Host OSVERSION: 1600000 > Jail OSVERSION: 1500068 >=20 > vs. >=20 > Host OSVERSION: 1600000 > Jail OSVERSION: 1305000 >=20 > The difference for the above is in the Jail's world builds, > not in the boot's (kernel+world) builds. >=20 >=20 > For reference: >=20 >=20 > = https://pkg-status.freebsd.org/ampere3/build.html?mastername=3D150releng-a= rm64-quarterly&build=3D88084f9163ae >=20 > build of www/qt6-webengine | qt6-webengine-6.9.3 ended at Sun Nov 30 = 05:40:02 -00 2025 > build time: 2D:05:33:52 >=20 >=20 > = https://pkg-status.freebsd.org/ampere3/build.html?mastername=3D135arm64-de= fault&build=3Df5384fe59be6 >=20 > build of www/qt6-webengine | qt6-webengine-6.9.3 ended at Sat Nov 22 = 15:33:34 -00 2025 > build time: 1D:14:43:41 Expanding the notes to before and after jemalloc 5.3.0 was merged to main: beefy18 was the main-amd64 builder before and somewhat after the jemalloc 5.3.0 merge from vendor branch: Before: p2650762431ca_s51affb7e971 261:29:13 building 36074 = port-packages, start 05 Aug 2025 01:10:59 GMT ( jemalloc 5.3.0 merge from vendor = branch: 15 Aug 2025) After : p9652f95ce8e4_sb45a181a74c 428:49:20 building 36318 = port-packages, start 19 Aug 2025 01:30:33 GMT (The log files are long gone for port-packages built.) main-15 used a debug jail world but 15.0-RELEASE does not. I'm not aware of such a port-package builder context for a non-debug jail world before and after a jemalloc 5.3.0 merge. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Dec 6 22:25:36 2025 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 4dP2rZ3p2Qz6JlxV for ; Sat, 06 Dec 2025 22:25:50 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0: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 4dP2rZ0X5Kz49CY for ; Sat, 06 Dec 2025 22:25:50 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x534.google.com with SMTP id 41be03b00d2f7-ba599137cf8so1242785a12.0 for ; Sat, 06 Dec 2025 14:25:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1765059948; x=1765664748; 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=2JkMm96sdgudqDpCZhA2O9LaDKUt0Tfv6kZZR+uDHJc=; b=f4qB5YGTANt61VnDmfuff2nyK00ayA0JPQ/CBj7/MfKtAkMhgYNs3rnTO+g7s9oCyq r9T3vZBY5/4kFVX5MEptrAVDqBYgClWmNFNhUYemOCOjHJ5BIu48wTjxtO6uqb7AHjf6 clx1gfzV5il0ccVgDLY/rj+no2blT+4apjV8JCSRa54v5Mig7kAuSP47/ymWMho5fBrE JyUgoE/e0LNq2OBiEySkB4XYDwBGHlv/xGf2zY9KgY1ZT7AkEm2y20+kb+EvCu0rTUZI Jo/4jpYLm6vokadV4kALNB5tVezVr4WOTD+4QJ8htdjNhj/PmXJbo7H3bAMTHcU3lB+t M4QA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765059948; x=1765664748; 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=2JkMm96sdgudqDpCZhA2O9LaDKUt0Tfv6kZZR+uDHJc=; b=dsiP0qmJO27BnamaaeSmPetlNzuNXNH7eSSMEZ8KrLnbwxWmkqGWhiyLgnKMMoJ8hs OfBldT1cNbVEqvXMbF/b2TXbl73R1gmKxpPa4RSwvw8rot5WsxjPfpPkXeM12005Jsup xiMNWG5eNNTPj2VEW2AzNsfzybG5dxwElH0wml75UltuK77leKm1vq32Tmty4Snx1Bd9 97HYyofoieD4fDrA2vlVqCS4AFaCM/eDTms7GHeeuyCvp2/pJ8xq+30/cJZul2nGoX1t MkOCJcbJUrbLZ7JKF4G5D2V5Pz25qIMaZEeiLkTmpk9aeI5AiIL3sAm+wIFZMZRl6ivO 08PA== X-Gm-Message-State: AOJu0YypId4uou9H2edNmyLdFS6i7nmGQsPNl07mCWByk9tO+RAq3Vfm X3os+KuU+j63KedjTxqmRSMK36Wz49aK2734p+NZG/f6eF6w3KgSkmILnEqzU+ob09SlIUEJwhD jhtkKhSU1VGbA1HazfV84qQMY+ha21tLd6N+BbmuhFQ== X-Gm-Gg: ASbGncshql1r/8dunjKQygWCVQFoG42diQHXzStWuadABGlh5HNi1WFCnA/4COAhiQT YKegyN6izD7bCxB1tUDdYk/U+WxJWvLjojxdFRnwZUMDACm4wl6vkNu0aQqHbg7y7GZjajVlcfq UPcKdL0ZOJy2mZT4hW2cQO0QjFWPlTAjbowSLuadqVFwD3gcqkXj4qmvVISZr/L1u69u9RJ400k 4aEE0sy43F9A73YSjpynOGPGb0x+/OtALUy5p1fgmwn0JXCWxGZLlrzYLCkWzkZ1eH1rEOjWCCw tJLJAJ1/NkU7qAQiqSc8klZFow== X-Google-Smtp-Source: AGHT+IEQKmV5K15+M2ZlUcLRk9AI0cfTOspraauJTR2Qg47s10ZtfYIo07mqqIvZ1Ktz4wNJa75cdB5ecqZpnIoPVGA= X-Received: by 2002:a17:90b:3a47:b0:343:7711:127d with SMTP id 98e67ed59e1d1-349438d603fmr10253103a91.9.1765059947571; Sat, 06 Dec 2025 14:25:47 -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: <18FB2858-5CBB-4B7A-8089-224A58C6A160@yahoo.com> In-Reply-To: <18FB2858-5CBB-4B7A-8089-224A58C6A160@yahoo.com> From: Warner Losh Date: Sat, 6 Dec 2025 15:25:36 -0700 X-Gm-Features: AQt7F2pUxFU9xqMSssQVSZE3drTpEfSqhDgzrBltmd5Q_VX1EyHCDymfq4etiHQ Message-ID: Subject: Re: performance regressions in 15.0 To: Mark Millard Cc: FreeBSD Current , FreeBSD-STABLE Mailing List Content-Type: multipart/alternative; boundary="0000000000002ebbee0645500bc9" X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dP2rZ0X5Kz49CY --0000000000002ebbee0645500bc9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Dec 6, 2025, 3:06=E2=80=AFPM Mark Millard wrote= : > > On Dec 6, 2025, at 06:14, Mark Millard wrote: > > > Mateusz Guzik wrote on > > Date: Sat, 06 Dec 2025 10:50:08 UTC : > > > >> I got pointed at phoronix: > https://www.phoronix.com/review/freebsd-15-amd-epyc > >> > >> While I don't treat their results as gospel, a FreeBSD vs FreeBSD test > >> showing a slowdown most definitely warrants a closer look. > >> > >> They observed slowdowns when using iperf over localhost and when > compiling llvm. > >> > >> I can confirm both problems and more. > >> > >> I found the profiling tooling for userspace to be broken again so I > >> did not investigate much and I'm not going to dig into it further. > >> > >> Test box is AMD EPYC 9454 48-Core Processor, with the 2 systems > >> running as 8 core vms under kvm. > >> . . . > > > > > > > > Both of the below are from ampere3 (aarch64) instead, its > > 2 most recent "bulk -a" runs that completed, elapsed times > > shown for qt6-webengine-6.9.3 builds: > > > > 150releng-arm64-quarterly qt6-webengine-6.9.3 53:33:46 > > 135arm64-default qt6-webengine-6.9.3 38:43:36 > > > > For reference: > > > > Host OSVERSION: 1600000 > > Jail OSVERSION: 1500068 > > > > vs. > > > > Host OSVERSION: 1600000 > > Jail OSVERSION: 1305000 > > > > The difference for the above is in the Jail's world builds, > > not in the boot's (kernel+world) builds. > > > > > > For reference: > > > > > > > https://pkg-status.freebsd.org/ampere3/build.html?mastername=3D150releng-= arm64-quarterly&build=3D88084f9163ae > > > > build of www/qt6-webengine | qt6-webengine-6.9.3 ended at Sun Nov 30 > 05:40:02 -00 2025 > > build time: 2D:05:33:52 > > > > > > > https://pkg-status.freebsd.org/ampere3/build.html?mastername=3D135arm64-d= efault&build=3Df5384fe59be6 > > > > build of www/qt6-webengine | qt6-webengine-6.9.3 ended at Sat Nov 22 > 15:33:34 -00 2025 > > build time: 1D:14:43:41 > > > Expanding the notes to before and after jemalloc 5.3.0 > was merged to main: beefy18 was the main-amd64 builder > before and somewhat after the jemalloc 5.3.0 merge from > vendor branch: > > Before: p2650762431ca_s51affb7e971 261:29:13 building 36074 port-packages= , > start 05 Aug 2025 01:10:59 GMT > ( jemalloc 5.3.0 merge from vendor > branch: 15 Aug 2025) > After : p9652f95ce8e4_sb45a181a74c 428:49:20 building 36318 port-packages= , > start 19 Aug 2025 01:30:33 GMT > > (The log files are long gone for port-packages built.) > > main-15 used a debug jail world but 15.0-RELEASE does not. > > I'm not aware of such a port-package builder context for a > non-debug jail world before and after a jemalloc 5.3.0 merge. > A few months before I landed the jemalloc patches, i did 4 or 5 from dirt buildworlds. The elasped time was, iirc, with 1 or 2%. Enough to see maybe a diff with the small sample size, but not enough for ministat to trigger at 95%. I didn't recall keeping the data for this and can't find it now. And I'm not even sure, in hindsight, I ran a good experiment. It might be related, or not, but it would be easy enough for someone to setup a two jails: one just before and one just after. Build from scratch the world (same hash) on both. That would test it since you'd be holding all other variables constant. When we imported the tip of FreeBSD main at work, we didn't get a cpu change trigger from our tests that I recall... Warner Warner > --0000000000002ebbee0645500bc9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Dec 6, 2025, 3:06=E2=80= =AFPM Mark Millard <marklmi@yahoo.c= om> wrote:

On Dec 6, 2025, at 06:14, Mark Millard <marklmi@yahoo.com> wrote:<= br>
> Mateusz Guzik <mjguzik_at_gmail.com> wrote on > Date: Sat, 06 Dec 2025 10:50:08 UTC :
>
>> I got pointed at phoronix: ht= tps://www.phoronix.com/review/freebsd-15-amd-epyc
>>
>> While I don't treat their results as gospel, a FreeBSD vs Free= BSD test
>> showing a slowdown most definitely warrants a closer look.
>>
>> They observed slowdowns when using iperf over localhost and when c= ompiling llvm.
>>
>> I can confirm both problems and more.
>>
>> I found the profiling tooling for userspace to be broken again so = I
>> did not investigate much and I'm not going to dig into it furt= her.
>>
>> Test box is AMD EPYC 9454 48-Core Processor, with the 2 systems >> running as 8 core vms under kvm.
>> . . .
>
>
>
> Both of the below are from ampere3 (aarch64) instead, its
> 2 most recent "bulk -a" runs that completed, elapsed times > shown for qt6-webengine-6.9.3 builds:
>
> 150releng-arm64-quarterly qt6-webengine-6.9.3 53:33:46
> 135arm64-default=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 qt6-webengine-6.9.3= 38:43:36
>
> For reference:
>
> Host OSVERSION: 1600000
> Jail OSVERSION: 1500068
>
> vs.
>
> Host OSVERSION: 1600000
> Jail OSVERSION: 1305000
>
> The difference for the above is in the Jail's world builds,
> not in the boot's (kernel+world) builds.
>
>
> For reference:
>
>
> https://pkg-status.freebsd.org/ampere3/build.h= tml?mastername=3D150releng-arm64-quarterly&build=3D88084f9163ae
>
> build of www/qt6-webengine | qt6-webengine-6.9.3 ended at Sun Nov 30 0= 5:40:02 -00 2025
> build time: 2D:05:33:52
>
>
> https://pkg-status.freebsd.org/ampere3/build.html?maste= rname=3D135arm64-default&build=3Df5384fe59be6
>
> build of www/qt6-webengine | qt6-webengine-6.9.3 ended at Sat Nov 22 1= 5:33:34 -00 2025
> build time: 1D:14:43:41


Expanding the notes to before and after jemalloc 5.3.0
was merged to main: beefy18 was the main-amd64 builder
before and somewhat after the jemalloc 5.3.0 merge from
vendor branch:

Before: p2650762431ca_s51affb7e971 261:29:13 building 36074 port-packages, = start 05 Aug 2025 01:10:59 GMT
(=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0jemalloc = 5.3.0 merge from vendor branch: 15 Aug 2025)
After : p9652f95ce8e4_sb45a181a74c 428:49:20 building 36318 port-packages, = start 19 Aug 2025 01:30:33 GMT

(The log files are long gone for port-packages built.)

main-15 used a debug jail world but 15.0-RELEASE does not.

I'm not aware of such a port-package builder context for a
non-debug jail world before and after a jemalloc 5.3.0 merge.

A few months b= efore I landed the jemalloc patches, i did 4 or 5 from dirt buildworlds. Th= e elasped time was, iirc, with 1 or 2%. Enough to see maybe a diff with the= small sample size, but not enough for ministat to trigger at 95%. I didn&#= 39;t recall keeping the data for this and can't find it now. And I'= m not even sure, in hindsight, I ran a good experiment. It might be related= , or not, but it would be easy enough for someone to setup a two jails: one= just before and one just after. Build from scratch the world (same hash) o= n both. That would test it since you'd be holding all other variables c= onstant.

When we importe= d the tip of FreeBSD main at work, we didn't get a cpu change trigger f= rom our tests that I recall...

Warner

Warner
--0000000000002ebbee0645500bc9-- From nobody Sun Dec 7 03:03:43 2025 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 4dP91d4lvNz6JdWt for ; Sun, 07 Dec 2025 03:04:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dP91d1360z3RkW for ; Sun, 07 Dec 2025 03:04:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1765076637; bh=c9CUEZtfWZ4n8x7rbYegKZiu3lQ/S/zXVTj3T+Y7poY=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=dTVcbJpBBgJXPYkAnQEGFqIdfdzAWXUIyRS6qdeNzsuV3Uyci4zk94RiBaZImyPL9/g4NHThOTNNqyIWxI2p/9GFF/VWbRAeuRcOUTZ4kWF1Ns/RG1MLWUFCvhYGDFY3X4Xf9eWvzxk6ksTxDiVck8v2tX2D3cJ+TPWx//fzdGscYwwZbJScngDLagQp5DYuGSmkoQK5xWmNdgjBMOR3I3h+IfiMhwTAEWQM/pSk6Q36CYXA1hj+vkccxyIg2ouJe0ZHtwLaLesOGuAMX1CQIzAGZ8umQN03d2QVyYnfSARI8yzIlJTTo1UC2COcSASYl/wLR0MNNR1ggQ5nuGyYiQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1765076637; bh=5K6LafJUgn/r4be33Nu337F1hNmtCvLajRJBi6zXZvV=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=mcen/T2lCRQvAaSdqjbkpNSfGPa0HLxHYwIagHZJP92noAjh1By5cJB74baQVFOqIp0KBeAi5tpt7ZVBk3DqbN3evMpI11ZOQcLSbxJfXFsH9e7Nhu7lLae+D2uCzZtfALsN2wiWZ0b6ImqbQTurmPuT+e0ud01TC/IhKbgQrLKkSqSuqYdQbWvhNsxGFylHZF6hREE8VOfegEYrK54DEQT9qgyCIWMnjRGB+U/OeerC1nAUdZuxt5hHJHNqLQuhv2qa3KCRHqw1Zr2t68Nr6hw8cJuhzwS9SlB/UELQ9n61m7F2msbVOiF9VGAAcZFXppVHr5e+HBlq8erHDgqLjw== X-YMail-OSG: fPqlas4VM1k__YIoBNjlz_iV44bKygNwxuKVH99NVst9T0bVXqKQpZ.r.EFIyb1 t3oM4M_n_PVPZmH66_yMYPOpiay_0PshGI7wxwANx6tCzDxHOTjwmXtTrZOk08p._PRjrMvIlzL1 x_vPkTxxkhlcAVWFG76u9Nug.CsFhMtb49miyV09qYf6l24Gf_Wy02nMbB8XQk7Cgqv75RIWxJ3X guCwtUHNySmjSOf_JHlps28kGy_oF1ip5NsP4kSNTcBVxaqRLZIp32Cxvn_sVMfrFiUTkGyRw5UW MzUrbVjXhSIyD_RysHKZCDeYIv8ZIEfpVsw67yhINrbz3mMG2ivCz3fc0.i_w8GGsfyRAezJoxE6 nGFOLgUcxupqHj2P.LaRWetY65HNRsDrKnXoMeSyGGCqgCGsxegR2Do_VJT8SgnYicL2d.UZYQKe RV1RPwCROj.q1aoWFK8_q12PmVNwa559rAuDCJsCneXoLg13SoSVYMnXCLLbdeHXm95HciVS45bi 8bL4YOOlcVqpaF4uBZbWzbxKxcb3uoMsCZArORK_eHU8kHHU99lhBZ0qO8egAK0bfHgjsIVnqiYl ykdixErUlH3a_hB7zOF2aRerU1zrrWv1E2wOotEQ14Mlvd40aP6nKC9pgy8nxEN7Rw17aXDw8Pzj c8iN6nW_Fz6lex388BqTZqHQ42mowS0aFYpgM9bvjDju_U9HQUSKn_MgQRTSvMyx6RWKL8Zu8Dws 7mkn8RGuSgBavGqfpjjzmedsEzJv0Q3hwiuBS0f57bhxxTussTYjZpKzEmszr.vVAfE_VY7FMHDi K3pVvI2vbnbH5HwXpBeh5QqPyyb2PlyRuCYKDDblcEnzMUweW0kg4smaj56FRKAD2sd3Xn_xlhHp 9pdCETtRw1imomF110yWnK04RYvOE3AMfz9xUJ1DP8nDMknuMb7PbgDSUJ0lE7e7pi_jBcCTg5Bu pscsBL0yVDeGr5U.dQfJwz7HujCaAcpGCa05fUDe2bcQe0VxigqqPjQ3yhAyE1AvuG0Ia1YsIMRj KCxwfcBHgr2REU47YwUnHY7dIlSnyLC_Fb7pKg311WPinT7N0gzDhI372CiNGe6BAkKhDZ6hpRb9 UuBm0oYTw.xKlSAuZ59SFBp09vQmZGyh8m3T2KOIcGmhe5NWv06bxZomlfPPpxh.5qkDQ3MWK4Ts mvUqG38fcrju1o.752inFX6mrt9vQ4j7LZIzITSCV.Pub4iYFVpz7OxFIE5qwL9qOGVqqhidybte jpzPKqb.5jE.k6pbXO6Kk5_Iho9petMVPxRZwhihybVw7RCvuI513QDwHb9ACzkcdvJ3SecFYHx3 uT7nzYvKckUIAHrO74n0dviSWV8siJEVitV3Zy9ttbGtXGRp6ZZUW8dCBcsoVQdKFCe6q8S1bKYa hiFTJwfEK43fbUs.6FHx8hSrIomxqagHz9KwKfqV0yZrW1zHcQMRZtzOZ.eLIXdVBOZkyYQlKZaE VCfh0wuJ5g83dlh7jxuo1wm.UoVCiUKGhYZFqqcBc3a1JGv.OLTaKYz87JwqqZ.kLi8wKgN_cPF0 twi_dBDkEQPVmrroFiC_u.goFPdkBmsirGTGM_7dyKZpOyizn0h.yiEs0kJRTMqzbuOtCT.jxVMl AeidFWDhgM3TvF9Xs6HmkaUW237QzbwchKz14HGaLeXHq.D9hSYKLN1m2sLS_O5ufaAykraXgwVw fjsTXCvCX28ivUOChmuwaIQtOjNPJ0pTlBv9GitOZcEwDX_5pe6Wcoy1n6NbTI4m1acW9_JjqD4j qnm2.1F83HExxR_P3Sq83jmTLMQlY0v5zDqB66lJNsLJOHQm1CcJf6Udw7MZkF1W.Slnhv2TDumf OnPJRhHdJ4aY1wcXub2_uE1skTst1il88lM5VsVz2_atXmF_1gsR5J3hO_xqz1yEJ1V8q0H3eFKF c2nd.TScaNXEK7HNVWPbbGwxj0a1nBj_RDBkgcpExI0FrWww.qMkDsR0VROcfNjL72vazjR0CTIw b1WikB2aCTx5OR.9MwEbImosVJeM0Wkzv4ym_MnLm1rNfiUkqlNpsMw9wrhhZblPU7vX1lzqmA4T sMYfXXcDkqgoHexkvZ_CeqxygxF5j5UXZxsCeGa6JG4e318x1GnFir.nXd7vHlK.oF_GbuBRVRPu 3KKvN5QqnbB.lyDk367nLLot3HGbVaYe2Faf5NTAdWROjovPRovLy__bLSYTDPuCscK5stCUiWRJ NzdUKvmumjAbffa9YVwwLlqnNScj3chi2MdophrNAtVGcC7Olb5_1HBqAMNBLLMdjTQeIGUKNKcD UITE- X-Sonic-MF: X-Sonic-ID: d1afce47-859e-4a03-940d-e5303235ed81 Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 7 Dec 2025 03:03:57 +0000 Received: by hermes--production-gq1-54bf57fc64-fqp47 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 0a68949ec4045250f901a14013482005; Sun, 07 Dec 2025 03:03:53 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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\)) Subject: Re: performance regressions in 15.0 From: Mark Millard In-Reply-To: Date: Sat, 6 Dec 2025 19:03:43 -0800 Cc: FreeBSD Current , FreeBSD-STABLE Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <19A848A6-0042-4873-B70D-AD6805225B92@yahoo.com> References: <18FB2858-5CBB-4B7A-8089-224A58C6A160@yahoo.com> To: Warner Losh X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dP91d1360z3RkW On Dec 6, 2025, at 14:25, Warner Losh wrote: > On Sat, Dec 6, 2025, 3:06=E2=80=AFPM Mark Millard = wrote: >=20 >> On Dec 6, 2025, at 06:14, Mark Millard wrote: >>=20 >> > Mateusz Guzik wrote on >> > Date: Sat, 06 Dec 2025 10:50:08 UTC : >> >=20 >> >> I got pointed at phoronix: = https://www.phoronix.com/review/freebsd-15-amd-epyc >> >>=20 >> >> While I don't treat their results as gospel, a FreeBSD vs FreeBSD = test >> >> showing a slowdown most definitely warrants a closer look. >> >>=20 >> >> They observed slowdowns when using iperf over localhost and when = compiling llvm. >> >>=20 >> >> I can confirm both problems and more. >> >>=20 >> >> I found the profiling tooling for userspace to be broken again so = I >> >> did not investigate much and I'm not going to dig into it further. >> >>=20 >> >> Test box is AMD EPYC 9454 48-Core Processor, with the 2 systems >> >> running as 8 core vms under kvm. >> >> . . . >> >=20 >> >=20 >> >=20 >> > Both of the below are from ampere3 (aarch64) instead, its >> > 2 most recent "bulk -a" runs that completed, elapsed times >> > shown for qt6-webengine-6.9.3 builds: >> >=20 >> > 150releng-arm64-quarterly qt6-webengine-6.9.3 53:33:46 >> > 135arm64-default qt6-webengine-6.9.3 38:43:36 >> >=20 >> > For reference: >> >=20 >> > Host OSVERSION: 1600000 >> > Jail OSVERSION: 1500068 >> >=20 >> > vs. >> >=20 >> > Host OSVERSION: 1600000 >> > Jail OSVERSION: 1305000 >> >=20 >> > The difference for the above is in the Jail's world builds, >> > not in the boot's (kernel+world) builds. >> >=20 >> >=20 >> > For reference: >> >=20 >> >=20 >> > = https://pkg-status.freebsd.org/ampere3/build.html?mastername=3D150releng-a= rm64-quarterly&build=3D88084f9163ae >> >=20 >> > build of www/qt6-webengine | qt6-webengine-6.9.3 ended at Sun Nov = 30 05:40:02 -00 2025 >> > build time: 2D:05:33:52 >> >=20 >> >=20 >> > = https://pkg-status.freebsd.org/ampere3/build.html?mastername=3D135arm64-de= fault&build=3Df5384fe59be6 >> >=20 >> > build of www/qt6-webengine | qt6-webengine-6.9.3 ended at Sat Nov = 22 15:33:34 -00 2025 >> > build time: 1D:14:43:41 >>=20 >>=20 >> Expanding the notes to before and after jemalloc 5.3.0 >> was merged to main: beefy18 was the main-amd64 builder >> before and somewhat after the jemalloc 5.3.0 merge from >> vendor branch: >>=20 >> Before: p2650762431ca_s51affb7e971 261:29:13 building 36074 = port-packages, start 05 Aug 2025 01:10:59 GMT >> ( jemalloc 5.3.0 merge from = vendor branch: 15 Aug 2025) >> After : p9652f95ce8e4_sb45a181a74c 428:49:20 building 36318 = port-packages, start 19 Aug 2025 01:30:33 GMT >>=20 >> (The log files are long gone for port-packages built.) >>=20 >> main-15 used a debug jail world but 15.0-RELEASE does not. >>=20 >> I'm not aware of such a port-package builder context for a >> non-debug jail world before and after a jemalloc 5.3.0 merge. >>=20 > A few months before I landed the jemalloc patches, i did 4 or 5 from = dirt buildworlds. The elasped time was, iirc, with 1 or 2%. Enough to = see maybe a diff with the small sample size, but not enough for ministat = to trigger at 95%. I didn't recall keeping the data for this and can't = find it now. And I'm not even sure, in hindsight, I ran a good = experiment. It might be related, or not, but it would be easy enough for = someone to setup a two jails: one just before and one just after. Build = from scratch the world (same hash) on both. That would test it since = you'd be holding all other variables constant. >=20 > When we imported the tip of FreeBSD main at work, we didn't get a cpu = change trigger from our tests that I recall... The range of commits look like: =E2=80=A2 git: 9a7c512a6149 - main - ucred groups: restore a useful = comment Eric van Gyzen=20 =E2=80=A2 git: bf6039f09a30 - main - jemalloc: Unthin = contrib/jemalloc Warner Losh=20 =E2=80=A2 git: a0dfba697132 - main - jemalloc: Update = jemalloc.xml.in per FreeBSD-diffs Warner Losh=20 =E2=80=A2 git: 718b13ba6c5d - main - jemalloc: Add FreeBSD's updates = to jemalloc_preamble.h.in Warner Losh=20 =E2=80=A2 git: 6371645df7b0 - main - jemalloc: Add = JEMALLOC_PRIVATE_NAMESPACE for the libc namespace Warner Losh=20 =E2=80=A2 git: da260ab23f26 - main - jemalloc: Only replace = _pthread_mutex_init_calloc_cb in private namespace Warner Losh=20 =E2=80=A2 git: c43cad871720 - main - jemalloc: Merge from jemalloc = 5.3.0 vendor branch Warner Losh=20 =E2=80=A2 git: 69af14a57c9e - main - jemalloc: Note update in = UPDATING and RELNOTES Warner Losh=20 I've started a build of a non-debug 9a7c512a6149 world to later create a chroot to do a test buildworld in. I'll also do a build of a non-debug 69af14a57c9e world to later create the other chroot to do a test buildworld in. non-debug means my use of: WITH_MALLOC_PRODUCTION=3D WITHOUT_ASSERT_DEBUG=3D WITHOUT_PTHREADS_ASSERTIONS=3D WITHOUT_LLVM_ASSERTIONS=3D I've used "env WITH_META_MODE=3D" as it cuts down on the volume and frequency of scrolling output. I'll do the same later. If there is anything you want controlled in a different way, let me know. The Windows Dev Kit 2023 is booted (world and kernel) with: # uname -apKU FreeBSD aarch64-main-pbase 16.0-CURRENT FreeBSD 16.0-CURRENT = main-n281922-4872b48b175c GENERIC-NODEBUG arm64 aarch64 1600004 1600004 which is from an official pkgbase distribution. So the boot-world is a debug world but the boot-kernel is not. The Windows Dev Kit 2023 will take some time for such -j8 builds and I may end up sleeping in the middle of the sequence someplace. So it may be a while before I've any comparison/contrast data to report. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Dec 7 10:07:48 2025 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 4dPLQy2zMVz6KBn2 for ; Sun, 07 Dec 2025 10:08:10 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (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 4dPLQw5X4xz43NJ for ; Sun, 07 Dec 2025 10:08:08 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=aJ5Jq+jO; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::634 as permitted sender) smtp.mailfrom=mjguzik@gmail.com Received: by mail-ej1-x634.google.com with SMTP id a640c23a62f3a-b7636c96b9aso480278566b.2 for ; Sun, 07 Dec 2025 02:08:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1765102082; x=1765706882; 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=q/+R0KRb8DzSRcksBNR90EOfKwkdJ9sYbFAoFPxgqkw=; b=aJ5Jq+jOdbU0vMNb6HFywPJvFTTgv4P8phdtvl+r+WDAYeTCXNHZnZ4i9+aJQa3S4z nBBKfvR3wxtY4+8ncsNW1z0qCEixgOU4SK4ACRiNJWKB18Sl1QJpIt76su7roiLDLpg8 GX7uzP0ZGwW4DeT2O/pKeVAvTlAj9623obeIh0dlkkl156Job3ssaKziIjHKN8yXV80K 0Yt/s+34js1Qvw9hNDNvvU9G7WJnAQFRJbKLi5vmIWCl+c5W1E0jveF575ciSNqtOaj0 2VJsjxaaEd/Um0b5wvLa3B15XZT80PvAFk+B5+ZSm1kZnAk4PP9WHTwLhl7aMtv9JzEP NA8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765102082; x=1765706882; 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=q/+R0KRb8DzSRcksBNR90EOfKwkdJ9sYbFAoFPxgqkw=; b=IvaLv6F7Qlap/7IVieX7Bpl60++p4DI9fA7iSG3+3mpQavp844PAzY/6nmdgTcDnGn FcIgMH/u31r4oQp9RZHPCHmc3z2dl0IQYBVTiLRWZux67UrVTceaZKmNlfkWE4toshxN 2P9W9teRFOWpNNA27276AoXCNvXIZlTr0bkvk4sr+RH+Co6i/KSydcP6goqYtv5+jQdj ONm1jrgE8mB4bdvBKyo4A5qhXsBTzJ4et7s/G22fxGPDvMwtgem9L6TE/w7cDl6hUSWd vACGeWeljGzVXU9snzTil00uivAquQZ9QnrKLuQ1nY2tqW2VWchfz4w/+UN70ue5ny0L 5JjA== X-Forwarded-Encrypted: i=1; AJvYcCXBcUlPqF0RfLfj7kRvQB+oS0JP7LUHkiv0SGZvJE6Q0V2JSGmripXDZNMqcr8rNlCvyICbiA0hSPOmdTpSNUY=@freebsd.org X-Gm-Message-State: AOJu0YyhBnHyeJ+ASB3y54bgGkW+gJvd5eUMQf3QRUN6Cq0OGDiakGKu av732swIvL8zPaBLxRO8tgJ5uWF/YNCzkfEL4l/4ETRPNm2NXsqc6FTKrPHFI4NyFBp0DXXZIOx 9WhrKhHqFbFbZrMrKAWgZC1HsqQDnLSk= X-Gm-Gg: ASbGnctV7HRCrsT+aop6/f6evNrP2pDCxI0WYB1Kwjk4vFnh1vHy5nklrCmMg41bxau NfI8LECGbRNuT58RkmHqn2BHs0CONE5rFzecI7kEhKJzPE7lwfROvTDNKIpslxZiT0NuMbtPvHN b2QpWFL31JJyLoC7kIOwxlyGArgQkf6ijh4KAzX+9kmgtKU4GkBWDNqHnejkd362sF8X8aPCKMq G012vQi/KZenuZ3WcVZbksGnL07QBkI1PsQZz9ryT7tsu1XIYBHXrn70dk2NLFEtUMDXzsTSKD0 37RlI2K5AcGxNvvuKGsL1P3QqrUuMKc2t/fs X-Google-Smtp-Source: AGHT+IEn2llzOveq3OgTls0GjNWg4x3fMLUtfldwugSwBc4FmgGKzKwyV/VgDHVLk8i5KMciT6sFZ/p+xmea1IxI1wY= X-Received: by 2002:a17:907:5c6:b0:b72:fd32:a463 with SMTP id a640c23a62f3a-b7a242bff7cmr420695166b.23.1765102081268; Sun, 07 Dec 2025 02:08:01 -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: <20251206222638.44edcd5c@rimwks.local> In-Reply-To: <20251206222638.44edcd5c@rimwks.local> From: Mateusz Guzik Date: Sun, 7 Dec 2025 11:07:48 +0100 X-Gm-Features: AQt7F2pizR6l5qnUrFdK4Q6HSlMgZEa6QE8FUalFp-QQNJkRBuy1BCMhG3wMBZo Message-ID: Subject: Re: performance regressions in 15.0 To: Rozhuk Ivan Cc: Konstantin Belousov , FreeBSD Current , emaste@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.94 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.944]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MID_RHS_MATCH_FROMTLD(0.00)[]; TAGGED_RCPT(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::634:from] X-Rspamd-Queue-Id: 4dPLQw5X4xz43NJ On Sat, Dec 6, 2025 at 9:26=E2=80=AFPM Rozhuk Ivan wr= ote: > > On Sat, 6 Dec 2025 19:24:33 +0200 > Konstantin Belousov wrote: > > > > > > > 15.0: > > > gmake -s -j 8 19.90s user 3.02s system 773% cpu 2.96s (2.963) total > > > gmake -s -j 8 19.90s user 3.18s system 774% cpu 2.98s (2.979) total > > > gmake -s -j 8 20.24s user 2.90s system 770% cpu 3.00s (3.005) total > > > gmake -s -j 8 19.92s user 3.25s system 771% cpu 3.00s (3.003) total > > > gmake -s -j 8 20.25s user 2.95s system 772% cpu 3.01s (3.006) > > > total > > But 15.0 is definitely dynamically linked. > > > > It was super bad change for all peoples who do local compilation. > > I can not understand why FBSD Foundation does not force to revert it, it = comsumes > foundation money while they build OS and ports. > X2+ time/money for every build. > For some small ports x16+ build time (super slow on: make configure) > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D287447 Hello Ivan, nice to see someone was already on it, bummer it was not sorted out. Apart from reverting the offending change, one could consider going a step further and making clang statically linked in the first place. This used to be trivially achievable prior to: commit 77f6be448408eda1a31b1c98576e6c6bebf6ea6e Author: Ed Maste Date: Tue Aug 1 08:48:02 2023 -0400 retire SHARED_TOOLCHAIN knob Toolchain components were historically statically linked. They became normal dynamically linked executables in commit 6ab18ea64d19. There is no need to keep a special case build option for the toolchain; users wh= o want statically linked toolchain (or any other) components can use the existing NO_SHARED knob. I don't know how plug it it now, hopefully the commit is either trivially revertable on 14.3 or that NO_SHARED thing is easy to plug in for the compiler. That is to say, if you have time, can you please benchmark a statically linked clang vs clang which merely reverting the libprivate change? Should be a small speed up on top. From nobody Sun Dec 7 10:30:41 2025 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 4dPLxJ4SDNz6KCjP for ; Sun, 07 Dec 2025 10:31:00 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (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 4dPLxJ06M7z46sD for ; Sun, 07 Dec 2025 10:31:00 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ed1-x52b.google.com with SMTP id 4fb4d7f45d1cf-640ca678745so6121220a12.2 for ; Sun, 07 Dec 2025 02:30:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1765103454; x=1765708254; 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=/RQL/2HZWKD9FOcedhtdg31DuuTxKZ3vSUfjLvigzD4=; b=Ymu/zDFZPDXerXNF7OZQRQF336RCCxlTnJTh2rqn08YCbi1pgJGk/Zu7qBqU+9+qUW qq0LOOqyOFo3Gy5VKo18v60wOWwgSU8v5sY6dzxqCohdSZR/oh+TqkSPfp2MU/RLFqgW iLQGLxRwWTJzJ6zzVK7F7U96PQFcwhr76+O5ocIhvUpXYtcU2hAX+BtONjsUnhzFmI0b XMuCk14gf8PWAgRY5LpD2iS01jrveSI82GcluRS2cFV4iV+gCb6QB/dvq2u6WkPSWSEj 8G15BQmgIVMGTvT0qxPjHHRwlJfeyfpUFz6YoiGfsjV4b+RMt0IUpv7xsiTfpM1b5Zsa uylw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765103454; x=1765708254; 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=/RQL/2HZWKD9FOcedhtdg31DuuTxKZ3vSUfjLvigzD4=; b=oARaIBR87gYKXUwNb2x1vcx5Gv2tZhDUtXsBKeC0XOkS7n8BkqETb9DIGcRl1WGxU9 uVbQQmqy9uTOOdX4UuhHa7HWJeurL41P3sn+uoig4uZ/Zq47sQA0i+hGmx3PWwNL35Ou y507RNtJuMGWuouvZnWbPReSTFFAeA9SAAbEpCSaJMcRJFHnblr7tChf08bD6LOyBlhC OSYH/+uqwTdctohROmGeTkh0polIC2Hb6sTr7WIteshXTRDSWBe6GrBge7WJ8ASz8bHU GuUWGk9qSYh3SeYFs1IgJYf84aV2emt8WiaBUJx4kjHVLvHJ9xUyjQWhqvFSKvDRjVaS E2Xw== X-Forwarded-Encrypted: i=1; AJvYcCXIU4uCUoyPe7xi+ZQksHPSmlYx9pDm8Ndbkx3OwbxSrKUTG88ru227Er78aqQZI7H0uRIwauKZZ6BG3lAg0b4=@freebsd.org X-Gm-Message-State: AOJu0YxA+Uk5luRhrfJ76igzZCHh/WMI5eiGDY1rlZBBmf2xMYpWgmSb wPtSUqcAUCQYVybEF4sxGtgZrPwREq2NIAZ6vObaw0zqz6jCypoyjqLNlCky8HHbsbArUhIHJe1 Za/HiAmYrhgwwgI+w1tdNcyKlv4ljvk8= X-Gm-Gg: ASbGncuGRiGzCGw89F8H2ETdHRxnFxYSpwzgVmaVQ36Vuf2YbILdBD2+eq+8NbsFLnu CG94OfUQieIQ3azhIAjxyv89zE+Hs1GHR3DwUWvOdrPfjcLgOuxWI8xkr4LOV8bOPKeYJr+BBhj EUrjkQum1rJEgxUMRpw9M2rKdj4/MLx9LWivPWw6XidZdkSIAm4fpKV60WpmCNYdTnn6sEgFklo IBGV0nMHcoLkRrqpynE9r6KiKP5DiEh2za837skE/wt1gRBJIQgP9lIKP7kqG3C18rqKbxdQmei I7qHjIOENGs9Zs68dg1yJsqVEA== X-Google-Smtp-Source: AGHT+IGY20EDj3BGrMXtgqhfKGWEActLHuGo0nzjCIE4v0gUsOWcP7xh8cLMEtGetMGd96XPXVNzA6TNvl1z1F4lz60= X-Received: by 2002:a05:6402:50ce:b0:641:66cc:9d91 with SMTP id 4fb4d7f45d1cf-6491a90f87emr3707450a12.27.1765103453545; Sun, 07 Dec 2025 02:30:53 -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: <18FB2858-5CBB-4B7A-8089-224A58C6A160@yahoo.com> In-Reply-To: From: Mateusz Guzik Date: Sun, 7 Dec 2025 11:30:41 +0100 X-Gm-Features: AQt7F2quTV5J9LTiRJ1Ah9ZssWWckX4XMkKMeXv99BU9HgE-68Qn8aNnkbJw_Vg Message-ID: Subject: Re: performance regressions in 15.0 To: Warner Losh Cc: Mark Millard , FreeBSD Current , FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dPLxJ06M7z46sD On Sat, Dec 6, 2025 at 11:26=E2=80=AFPM Warner Losh wrote: > A few months before I landed the jemalloc patches, i did 4 or 5 from dirt= buildworlds. The elasped time was, iirc, with 1 or 2%. Enough to see maybe= a diff with the small sample size, but not enough for ministat to trigger = at 95%. I didn't recall keeping the data for this and can't find it now. An= d I'm not even sure, in hindsight, I ran a good experiment. It might be rel= ated, or not, but it would be easy enough for someone to setup a two jails:= one just before and one just after. Build from scratch the world (same has= h) on both. That would test it since you'd be holding all other variables c= onstant. > > When we imported the tip of FreeBSD main at work, we didn't get a cpu cha= nge trigger from our tests that I recall... > Note you probably build tested with clang which was already penalized. I just verified that going to libc as of this commit: commit c43cad87172039ccf38172129c79755ea79e6102 (HEAD) Merge: da260ab23f26 48ec896efb0b Author: Warner Losh Date: Mon Aug 11 17:38:36 2025 -0600 jemalloc: Merge from jemalloc 5.3.0 vendor branch retains the perf problem as seen in the malloc microbenchmarks and that going to one commit prior bring it back in line with 14.3 built like so from lib/libc: make -s -j 8 WITHOUT_TESTS=3D1 MALLOC_PRODUCTION=3Dyes all install Given that jemalloc prior to the import is a well known working state, I think it will be most prudent to revert the update for the time being and investigate it later. Note both jemalloc itself and clang aside, there is the issue of slower binary startup in the first place (see the doexec.c parts in my e-mail). Given the magnitude of the slowdowns, the above two are definitely EN material. Sorting out the startup thing should qualify depending on complexity of the fix, whatever it might be. From nobody Sun Dec 7 16:18:56 2025 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 4dPVg85T9Mz6Kf5q for ; Sun, 07 Dec 2025 16:19:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-24.consmr.mail.gq1.yahoo.com (sonic303-24.consmr.mail.gq1.yahoo.com [98.137.64.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4dPVg82ZGgz3t0V for ; Sun, 07 Dec 2025 16:19:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=laR6aK1v; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1765124349; bh=UldIEfVSCgTmmF2wHf3mCmLYkXGYtoc5tUHkVkB6rEA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=laR6aK1vsL9OLWSBtIEZL5buAwbPzMfCrh8l6s3uYmc9XkQzWsKpZaBxDxkwgd9881j3P0iqibHqNeM5NVn606xUnIYUuKSF61RmJ8aven0muNhEdNmSBgOsbbNTYidBRCTQ7ayBIy31g4Rl3+0RBqPkbNDzopQGeFBcdIbD621KPig24d4UEJIdyDpwMesIKIID1n6d+qMzCWPjKN7swNB/avTa5RQ/6bbKW1NJ+3qx6OfhPdVjdJx0Uqq3h10JJ66X6MiyYoanw4T9o0/S18qMhtHG/d4aFNmqH5ezHyERKPe2Qmgxh9OLYEiW5a3Ez2TP6lyQApvoaaRsierXog== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1765124349; bh=sUMvZ9vwIY4x1ydWg7Bush7QHPlBTx4B7P7RPKpWF2M=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=eCRAvBmFun+ckrndMPrKAahXB3gFYiXw79OvpfXTPWM4vwZdIubH8tziBIyWkwPTtxk+yin8F9XXtQobfJH/i8V0085I9AHCFGEm2cfes0vGTerlapi0TQmwaBDZ6kIMqe6Bzosv8ID7IcDiXnZBVR7gc5uVr8gk5HPfA1rHeD6raWwnPZvP80PYQZwDScrxDM5c+Y0aAfOpTqdbwiogwu9zQlbH4lQMEKm5TZDr40aCdfnBAFRczFBr51fsUcivM39pUZPXMraB7YE6AddwGx3zzbXx4NOQGecvzbF4KzkbssZ3TLp3rvzQdNsRomTdYOdiLghtCyNypHi+Uhqi2A== X-YMail-OSG: Ks61sjAVM1kq3RdT1iAQ0CjXL3DKYSYvC3X7SDuIh7oOJybxgdCb_2R8pkwVS6M ZN1MobZi0kqJYeJlwkSql6daVGcJCUASWScIGz2S2.LenpEEvABX0asjlu46PaokAJD76_81VLZd AVSn5RVDZ.laW2qT7K7FWpXcD9Q7fxks63Jd7dazgW71u6CPfm7Ym2JoY9snL93sxh2YYUe8VWtz 4zk26noAVjBh92fGefRQx06hg3xedf9m5j8zChtOk6wmxI74psRcwFEPiEwEw_mXznn8hwdUKqB6 gXmly4SxiYfhgi8nkiQRc52prHiYGOeasDX0JpJNbQrBTiJ72UdATDnmA02YK33D3By_llzcR769 oe4E.uM39mg1PzqDkDWmZt_pwMqpf5s9FcI.wdCFI0ohCnKq3iMXSj1_czWeuu2ybMpZCko_0ers BPHCKHCK4Qea85gRNPl.3TF6jQMRMUOLFlWy6U0l7JmUjVpbBgYtsm4RCWe.D2L4nIRKD83Bu72M UkkxeB7X63F8fVDMz43dTGYKBeXGu9tADAGlbt1_1W7_y8nQKczoTMbpPouIpEMV807K5PH3HJ4o dfDikf5a259hV2ymAGyEN0TfELfT4DzaA.eKPFMVmNu3ZYi2Aw6r9iZk3_j6idGPIFuXkydQruf0 SoAvWNOAjCYLaDZJNIwadamnFH.lbDeuw9BhgsNr56yxag7W0gBrU60k9xowCanuf8wTwSzxIcU0 GN7p_sHnIKixXXD.iXK5_OTwW4LvkWW3VpEVAqgrdSvET2g9_HTR2IciDzRaYDdCOWfYTiN_aHjc k_CmC9noeuQ0gNzsFqLcMmWiX6Cv7RRa55C8QU22jqHnYIGPsObggD7UKc4hGCRTbWuoa2uw9fgy AGwd_xvMKkgbSTzpnP8LCZMkDooIXsahOYYoxdf_7LfSUd_nyHZbLOpp6mXlWODvZqFwEwv1pTrC nwBOYFMsRAbKCkf1YU1_D0nYxKnxudHvJ_QWHpW9xjutZZxedlQx8V4owdEaZ9ka7GGkcluZTrDP tzPyCajKU5K8BBb_1hsvY5oLzSfBxKD3N.OSaG31.Ja.dL61jTwh7UEoQ9x.R9GHR8_VZFBJgDgh fGTk95yQrh8YFHF4cVjGilf4a9af5jzlDeNuG46geEE_Vp7EeokkYyoih_s0qFJJzaWPIMM0QbzD BnN1Nqe8mTHEN4EtAhlm2ktz5v1ajiUjdJQkJs4SBg2_F9u7DP.gnQIn2_eLppeo2rhz8jyObbVU 2yVktaNGwQBBOlCYpdQYCQhJM2HNZ3.cWP7JxZS5hAXdZpRSyPPaZHIWIiA0V3HnzY8xevV40RzN ICkRBzt1vEld8xMMHExCOHUverwhJyW9TlYQqjH7bZVkfwI5tmaD19LyPJGYrPiOmc.IMVFb0BTo kHuRuDHKKlbZp4.ihU5TXf1ltVbXI9ShfGirMU67_z2IwV1Q5tP8w0hFQO5ngBoP_sBN8UP7A7qY 5Iw0i35vsiFiPdrmqBxEF2qu9VHIewGwzLDoydCISxe4Sdramu0QExTi3edTdAywqxX9keZdMmQ4 YHnv1BSCn_vusCLXVPfcFG1nYJC99RUOxcJ_ICm9ObBr2nB6KCFbtAIySDAns0xJdkw9Z5DN9yJd puGQyaFwAtzo1sjvq8Wmvf.fu04leEYQN.sA4XwCrbyfiJ1Hi8nk_3vsQVSRyPkaGJsj8mhbzMVP R.oK3X8.f.y8aljHYZ3y4pw_WVGD9W.h7tKLinV7xp6y.6Wufwc7ICEMPwKPMAlAP1srw6rOWfv6 L5mQ4PiljxPJR0SGdd2hjq2hg4bg_cdjQe2QM.f0YD4YAMCha4yFoorpyGuji2R5BVBvQEiWm0ms lhp2SIFpqB77VEm5pCtjJpNFI65lDtBWp3yvKUEvNIXzdudpCplH0Ic4VDMhORnP4ZWGuFeB6zUQ 1kKDe4MuDJSdIBgGFq9H.QPsGxLcI7v6XK7MQVe.sJpypZe97J_7Djjb1_dswBBdus9x0kcxa.Tt mOoc6lL5Q7OlayfLv90FSupZuupukiORi436w1wTmOxNu0CmawybNzA7asmYVBogK8oefgQrAa99 eXaJP7WMjzWNMr664z91NvSI6Nm2xWHeWYniddHjkRq6tHNTXn3SvddJLsHZfTmoNlWIfiXgmp.b jOH76SyjitoGgRs01JVlhsSfFli3DtGZm.hC0DaCkMzerZXhaiUm3A7ye1ZpQxEQGAeu8oEuXbII WB10BxzwhbUUA9mlAVZG3RiBpV3zLxeTSahhfKNh9uxHVPiRX2tiyaISdJwSxYmLlcnZf6bp5x5Q Edpw- X-Sonic-MF: X-Sonic-ID: f757bbae-fcee-422b-8efa-a7e7b0b0034b Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sun, 7 Dec 2025 16:19:09 +0000 Received: by hermes--production-gq1-54bf57fc64-j2cpf (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 75c72eb846e41cb33511c4686f35e6f1; Sun, 07 Dec 2025 16:19:07 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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\)) Subject: Re: performance regressions in 15.0 [The Microsoft Dev Kit 2023 buildworld took about 6 minutes less time for jemalloc 5.3.0, not more, for non-debug contexts] From: Mark Millard In-Reply-To: <19A848A6-0042-4873-B70D-AD6805225B92@yahoo.com> Date: Sun, 7 Dec 2025 08:18:56 -0800 Cc: FreeBSD Current , FreeBSD-STABLE Mailing List , Konstantin Belousov , mjguzik@gmail.com Content-Transfer-Encoding: quoted-printable Message-Id: <902C948B-0A4C-48E1-8C6C-1BC7A15209D7@yahoo.com> References: <18FB2858-5CBB-4B7A-8089-224A58C6A160@yahoo.com> <19A848A6-0042-4873-B70D-AD6805225B92@yahoo.com> To: Warner Losh X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_CC(0.00)[freebsd.org,gmail.com]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.205:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.205:from]; RCPT_COUNT_FIVE(0.00)[5] X-Rspamd-Queue-Id: 4dPVg82ZGgz3t0V On Dec 6, 2025, at 19:03, Mark Millard wrote: > On Dec 6, 2025, at 14:25, Warner Losh wrote: >=20 >> On Sat, Dec 6, 2025, 3:06=E2=80=AFPM Mark Millard = wrote: >>=20 >>> On Dec 6, 2025, at 06:14, Mark Millard wrote: >>>=20 >>>> Mateusz Guzik wrote on >>>> Date: Sat, 06 Dec 2025 10:50:08 UTC : >>>>=20 >>>>> I got pointed at phoronix: = https://www.phoronix.com/review/freebsd-15-amd-epyc >>>>>=20 >>>>> While I don't treat their results as gospel, a FreeBSD vs FreeBSD = test >>>>> showing a slowdown most definitely warrants a closer look. >>>>>=20 >>>>> They observed slowdowns when using iperf over localhost and when = compiling llvm. >>>>>=20 >>>>> I can confirm both problems and more. >>>>>=20 >>>>> I found the profiling tooling for userspace to be broken again so = I >>>>> did not investigate much and I'm not going to dig into it further. >>>>>=20 >>>>> Test box is AMD EPYC 9454 48-Core Processor, with the 2 systems >>>>> running as 8 core vms under kvm. >>>>> . . . >>>>=20 >>>>=20 >>>>=20 >>>> Both of the below are from ampere3 (aarch64) instead, its >>>> 2 most recent "bulk -a" runs that completed, elapsed times >>>> shown for qt6-webengine-6.9.3 builds: >>>>=20 >>>> 150releng-arm64-quarterly qt6-webengine-6.9.3 53:33:46 >>>> 135arm64-default qt6-webengine-6.9.3 38:43:36 >>>>=20 >>>> For reference: >>>>=20 >>>> Host OSVERSION: 1600000 >>>> Jail OSVERSION: 1500068 >>>>=20 >>>> vs. >>>>=20 >>>> Host OSVERSION: 1600000 >>>> Jail OSVERSION: 1305000 >>>>=20 >>>> The difference for the above is in the Jail's world builds, >>>> not in the boot's (kernel+world) builds. >>>>=20 >>>>=20 >>>> For reference: >>>>=20 >>>>=20 >>>> = https://pkg-status.freebsd.org/ampere3/build.html?mastername=3D150releng-a= rm64-quarterly&build=3D88084f9163ae >>>>=20 >>>> build of www/qt6-webengine | qt6-webengine-6.9.3 ended at Sun Nov = 30 05:40:02 -00 2025 >>>> build time: 2D:05:33:52 >>>>=20 >>>>=20 >>>> = https://pkg-status.freebsd.org/ampere3/build.html?mastername=3D135arm64-de= fault&build=3Df5384fe59be6 >>>>=20 >>>> build of www/qt6-webengine | qt6-webengine-6.9.3 ended at Sat Nov = 22 15:33:34 -00 2025 >>>> build time: 1D:14:43:41 >>>=20 >>>=20 >>> Expanding the notes to before and after jemalloc 5.3.0 >>> was merged to main: beefy18 was the main-amd64 builder >>> before and somewhat after the jemalloc 5.3.0 merge from >>> vendor branch: >>>=20 >>> Before: p2650762431ca_s51affb7e971 261:29:13 building 36074 = port-packages, start 05 Aug 2025 01:10:59 GMT >>> ( jemalloc 5.3.0 merge from = vendor branch: 15 Aug 2025) >>> After : p9652f95ce8e4_sb45a181a74c 428:49:20 building 36318 = port-packages, start 19 Aug 2025 01:30:33 GMT >>>=20 >>> (The log files are long gone for port-packages built.) >>>=20 >>> main-15 used a debug jail world but 15.0-RELEASE does not. >>>=20 >>> I'm not aware of such a port-package builder context for a >>> non-debug jail world before and after a jemalloc 5.3.0 merge. >>>=20 >> A few months before I landed the jemalloc patches, i did 4 or 5 from = dirt buildworlds. The elasped time was, iirc, with 1 or 2%. Enough to = see maybe a diff with the small sample size, but not enough for ministat = to trigger at 95%. I didn't recall keeping the data for this and can't = find it now. And I'm not even sure, in hindsight, I ran a good = experiment. It might be related, or not, but it would be easy enough for = someone to setup a two jails: one just before and one just after. Build = from scratch the world (same hash) on both. That would test it since = you'd be holding all other variables constant. >>=20 >> When we imported the tip of FreeBSD main at work, we didn't get a cpu = change trigger from our tests that I recall... >=20 >=20 > The range of commits look like: >=20 > =E2=80=A2 git: 9a7c512a6149 - main - ucred groups: restore a useful = comment Eric van Gyzen=20 > =E2=80=A2 git: bf6039f09a30 - main - jemalloc: Unthin = contrib/jemalloc Warner Losh=20 > =E2=80=A2 git: a0dfba697132 - main - jemalloc: Update = jemalloc.xml.in per FreeBSD-diffs Warner Losh=20 > =E2=80=A2 git: 718b13ba6c5d - main - jemalloc: Add FreeBSD's = updates to jemalloc_preamble.h.in Warner Losh=20 > =E2=80=A2 git: 6371645df7b0 - main - jemalloc: Add = JEMALLOC_PRIVATE_NAMESPACE for the libc namespace Warner Losh=20 > =E2=80=A2 git: da260ab23f26 - main - jemalloc: Only replace = _pthread_mutex_init_calloc_cb in private namespace Warner Losh=20 > =E2=80=A2 git: c43cad871720 - main - jemalloc: Merge from jemalloc = 5.3.0 vendor branch Warner Losh=20 > =E2=80=A2 git: 69af14a57c9e - main - jemalloc: Note update in = UPDATING and RELNOTES Warner Losh=20 >=20 > I've started a build of a non-debug 9a7c512a6149 world > to later create a chroot to do a test buildworld in. >=20 > I'll also do a build of a non-debug 69af14a57c9e world > to later create the other chroot to do a test > buildworld in. >=20 > non-debug means my use of: >=20 > WITH_MALLOC_PRODUCTION=3D > WITHOUT_ASSERT_DEBUG=3D > WITHOUT_PTHREADS_ASSERTIONS=3D > WITHOUT_LLVM_ASSERTIONS=3D >=20 > I've used "env WITH_META_MODE=3D" as it cuts down on the > volume and frequency of scrolling output. I'll do the > same later. >=20 > If there is anything you want controlled in a different > way, let me know. >=20 > The Windows Dev Kit 2023 is booted (world and kernel) > with: >=20 > # uname -apKU > FreeBSD aarch64-main-pbase 16.0-CURRENT FreeBSD 16.0-CURRENT = main-n281922-4872b48b175c GENERIC-NODEBUG arm64 aarch64 1600004 1600004 >=20 > which is from an official pkgbase distribution. So the > boot-world is a debug world but the boot-kernel is not. >=20 > The Windows Dev Kit 2023 will take some time for such > -j8 builds and I may end up sleeping in the middle of > the sequence someplace. So it may be a while before > I've any comparison/contrast data to report. >=20 Summary for jemalloc for before vs. at 5.3.0 for *non-debug* contexts doing the buildworld : before 5.3.0: 9754 seconds (about 2.7 hrs) with 5.3.0: 9384 seconds (about 2.6 hrs) So: somewhat less time with 5.3.0 but nearly the same. It does not clarify what is going on for building qt6-webengine-6.9.3 --other than suggesting including looking for alternative sources of issues. Also, it seems that the Mateusz Guzik microbenchmark results do not scale for the specific type of activity for the specific type of platform. Details . . . My two source trees for creating the 2 chroots are: # ~/fbsd-based-on-what-commit.sh -C /usr/src-jemalloc-5p3p0-before/ 9a7c512a6149 (HEAD) ucred groups: restore a useful comment Author: Eric van Gyzen Commit: Eric van Gyzen CommitDate: 2025-08-15 13:29:18 +0000 # ~/fbsd-based-on-what-commit.sh -C /usr/src-jemalloc-5p3p0-at/ 69af14a57c9e (HEAD) jemalloc: Note update in UPDATING and RELNOTES Author: Warner Losh Commit: Warner Losh CommitDate: 2025-08-15 21:57:59 +0000 Both have src.conf : WITH_MALLOC_PRODUCTION=3D WITHOUT_ASSERT_DEBUG=3D WITHOUT_PTHREADS_ASSERTIONS=3D WITHOUT_LLVM_ASSERTIONS=3D since that works for the main 16 in use. (But /etc/src.conf needs to be used in the chroot's.) Having main 16 build /usr/src-jemalloc-5p3p0-before/ : World build completed on Sat Dec 6 21:24:09 PST 2025 World built in 11817 seconds, ncpu: 8, make -j8 Having main 16 build /usr/src-jemalloc-5p3p0-at/ : World build completed on Sun Dec 7 00:46:25 PST 2025 World built in 11996 seconds, ncpu: 8, make -j8 (So: not much difference, as expected.) I then did installation and setup of the two chroot directory trees, creating: # ls -dC1 /usr/obj/DESTDIRs/jemalloc-5p3p0-*/ /usr/obj/DESTDIRs/jemalloc-5p3p0-at/ /usr/obj/DESTDIRs/jemalloc-5p3p0-before/ Both got /etc/src.conf : WITH_MALLOC_PRODUCTION=3D WITHOUT_ASSERT_DEBUG=3D WITHOUT_PTHREADS_ASSERTIONS=3D WITHOUT_LLVM_ASSERTIONS=3D I then created and, via rsync, populated each of: # ls -dC1 /usr/obj/DESTDIRs/jemalloc-5p3p0-*/usr/src-jemalloc-5p3p0-*/ /usr/obj/DESTDIRs/jemalloc-5p3p0-at/usr/src-jemalloc-5p3p0-at/ /usr/obj/DESTDIRs/jemalloc-5p3p0-before/usr/src-jemalloc-5p3p0-at/ I then did: # chroot /usr/obj/DESTDIRs/jemalloc-5p3p0-before/ # cd /usr/src-jemalloc-5p3p0-at/ # env WITH_META_MODE make -j8 buildworld It resulted in: World build completed on Sun Dec 7 12:25:45 UTC 2025 World built in 9754 seconds, ncpu: 8, make -j8 (So definitely less time consuming than main 16's build of the src-jemalloc-5p3p0-at/ source, as expected.) After exiting that chroot, I then did: # chroot /usr/obj/DESTDIRs/jemalloc-5p3p0-at/ # cd /usr/src-jemalloc-5p3p0-at/ # env WITH_META_MODE make -j8 buildworld It resulted in: World build completed on Sun Dec 7 15:36:41 UTC 2025 World built in 9384 seconds, ncpu: 8, make -j8 So, less time than before jemalloc 5.3.0 . Note: the Microsoft Windows Dev Kit 2023 was using a 1.4 TByte Optane U.2 via a USB3 adapter, of all things. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sun Dec 7 18:31:09 2025 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 4dPYbX3q7Rz6KpFj for ; Sun, 07 Dec 2025 18:31:20 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (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 4dPYbX1HVPz3FRf for ; Sun, 07 Dec 2025 18:31:20 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x634.google.com with SMTP id a640c23a62f3a-b7636c96b9aso514155366b.2 for ; Sun, 07 Dec 2025 10:31:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1765132273; x=1765737073; darn=freebsd.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:date:from:from:to:cc:subject:date :message-id:reply-to; bh=mfpKrsA9wty55L4GqY4iLv0Dh7sQaCsUMmqajBME1Z4=; b=T2noiQNWoV9BA/LsUoTz7fGYenrZ6kZ8AgcIBU+qudwbTKpnMjD0iZqkxUCuvcIHnB dOrDfSWIfox7kDX62r7bc/WG1O37l4a+5mxiMMOZIh9DIvRQRDKa0E6C9E7sDo/mj/Vt DeCnI5iMr0zrDf26X2PzZESLQhD9xIuQ1bAAfKPjiJxx+kz0xbntLE/iTcT/pL4CuPsg CVUT6mgQHty4P7bZPRgGgyh4VDS728Ye/8CzAtDrQvTkPIN+D3NPVJ30uV2lrsCgBD1A 8MH3Mo95wlTzQL4QKazdLHheDIi3RLfqbMB/0/CyqDBcPfF1laVlYfW4vGAz+qsQdSSE VYSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765132273; x=1765737073; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:date:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=mfpKrsA9wty55L4GqY4iLv0Dh7sQaCsUMmqajBME1Z4=; b=Pewa/iUpNoJ8mQIhG9dJWiuJX01lzfhaYY2lYVUXvhJv6lCwVFhh9cikiAkCpqwR/l AUR6tO0XHaoivpfLCGevu/zppF3MAMeqgr44KEZHTechOSV8u+GwbvuaTDCDq9VP3CQe yuj0eL/K53jbqb08Mh+yc1EhLfNNKNFziqUd6DJ0fwSjaCymUmyEVI4uP3BOwuFqIvUL OO9DiPP9aUv//LyYQ8AJzUdYx48rwyT0Uz0A+V4mnAvPsKGsXIIvm8kMPx30EDxq9RQk 2kKiVTaJTZlq46WWt3ECoNb/2NQYKPTZ/RHd/GhrRTKUrTQmLcAU5+HriCDwxQQXHzGu jamQ== X-Forwarded-Encrypted: i=1; AJvYcCWU4VMhnyviUcwmWcoTGTfh1oR4HAjyZba0QAdOwrbT7n47ErDGe7vB6bu6wt0olVGrG5R16s3ZIQ5/FSqC0q4=@freebsd.org X-Gm-Message-State: AOJu0Ywui9LgNyjAP2A8OOE6swNPn12bmBufzExUn1Sop8Mq6UdzEMO6 zPTGMSH6+NKPjdNQu/jb8+Wuw3iJhkxYImQcayGulNb+0/AMrAcu+wxd X-Gm-Gg: ASbGnctk9rnsW7M0ce4YYKVydk0GF0FoHFy+DAdwikBHDy1wfFdQF08JxMip4qNdXr+ 5UV9fknYpKDaQaQeTtwWI03E7OyTFFgJpLVR3jWiyso5zuYFVsgmH4eWOUOHtPJvOIaPEOy8brE SPEhnjqU1YD6bOsx6mQaLta/TJoIwDlsiJll3A9zy560Oi5Tg9XVI/+ghtldbnMg1GHEkHhDATV YOn6tlnyHofFxOR07+rHXhSakZln5xqrH+KVBMTmEXbDP5pRI8njEKWzzCuq3vAExb1/RVNlrZt w3H6lw0nF5N2qBWaFcU6qsMxTF8x7Gmm7TGTAQQ3TWDd6bDIOl7UWNXSvmx0MTQZ8vTnzYBNqCi BAOemhyMwskrr91ysCwiMpFmDfViMZMZSZshCtbaxW05EeGqquRrLW0b5y+HBGvAfJRbVPHk3pC P1ALXJ6xBubaDcaQ== X-Google-Smtp-Source: AGHT+IG9uK4QTwSb5Tb87FiAHZbkkTmA/XGB7WRUfUH/3JdtaZp5JXIKkqQU/HMpM42uD0EHiUTKPQ== X-Received: by 2002:a17:906:4fcd:b0:b73:70db:49ab with SMTP id a640c23a62f3a-b7a244e41e7mr450338466b.35.1765132272386; Sun, 07 Dec 2025 10:31:12 -0800 (PST) Received: from rimwks.local ([2001:470:1f1b:4dc:f489:3de4:6515:f056]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-b79f445967fsm902091466b.10.2025.12.07.10.31.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 07 Dec 2025 10:31:11 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Sun, 7 Dec 2025 20:31:09 +0200 To: Mateusz Guzik Cc: Konstantin Belousov , FreeBSD Current , emaste@freebsd.org Subject: Re: performance regressions in 15.0 Message-ID: <20251207203109.6d58b901@rimwks.local> In-Reply-To: References: <20251206222638.44edcd5c@rimwks.local> X-Mailer: Claws Mail 4.3.1 (GTK 3.24.51; amd64-portbld-freebsd14.3) 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-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4dPYbX1HVPz3FRf On Sun, 7 Dec 2025 11:07:48 +0100 Mateusz Guzik wrote: > > > > 15.0: > > > > gmake -s -j 8 19.90s user 3.02s system 773% cpu 2.96s (2.963) > > > > total gmake -s -j 8 19.90s user 3.18s system 774% cpu 2.98s > > > > (2.979) total gmake -s -j 8 20.24s user 2.90s system 770% cpu > > > > 3.00s (3.005) total gmake -s -j 8 19.92s user 3.25s system > > > > 771% cpu 3.00s (3.003) total gmake -s -j 8 20.25s user 2.95s > > > > system 772% cpu 3.01s (3.006) total > > > But 15.0 is definitely dynamically linked. > > > > > > > It was super bad change for all peoples who do local compilation. > > > > I can not understand why FBSD Foundation does not force to revert > > it, it comsumes foundation money while they build OS and ports. > > X2+ time/money for every build. > > For some small ports x16+ build time (super slow on: make configure) > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=287447 > > Apart from reverting the offending change, one could consider going a > step further and making clang statically linked in the first place. > > This used to be trivially achievable prior to: > > commit 77f6be448408eda1a31b1c98576e6c6bebf6ea6e > Author: Ed Maste > Date: Tue Aug 1 08:48:02 2023 -0400 > > retire SHARED_TOOLCHAIN knob > > Toolchain components were historically statically linked. They > became normal dynamically linked executables in commit 6ab18ea64d19. > There is no need to keep a special case build option for the > toolchain; users who want statically linked toolchain (or any other) > components can use the existing NO_SHARED knob. > > I don't know how plug it it now, hopefully the commit is either > trivially revertable on 14.3 or that NO_SHARED thing is easy to plug > in for the compiler. > > That is to say, if you have time, can you please benchmark a > statically linked clang vs clang which merely reverting the libprivate > change? Should be a small speed up on top. NO_SHARED - it was static link with libc and probably other system libs. Now clang splitted into set of libs, it is a bit different thing. From nobody Sun Dec 7 18:52:30 2025 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 4dPZ481ghFz6HcJd for ; Sun, 07 Dec 2025 18:52:40 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) (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 4dPZ472kxRz3Hcy for ; Sun, 07 Dec 2025 18:52:39 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=TcLszhEQ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rozhuk.im@gmail.com designates 2a00:1450:4864:20::62f as permitted sender) smtp.mailfrom=rozhuk.im@gmail.com Received: by mail-ej1-x62f.google.com with SMTP id a640c23a62f3a-b73545723ebso602784366b.1 for ; Sun, 07 Dec 2025 10:52:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1765133552; x=1765738352; darn=freebsd.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:date:from:from:to:cc:subject:date :message-id:reply-to; bh=50nl1kKA+NGRQKAIns6wzye1/c7qXj1kWePJmDLmz+I=; b=TcLszhEQcquEKiPb9JcjuIey/4JaVBOPQ0lv1vZMqf26qKulwWZDhHRNz1giIfWUNX 852E3zr4O3RplP53y/mxf9H65tbZT7PFi42t+MEqaHdejLfxd/NGNiu6hOqJyqCLKApv QJCwjV9SnGmiP8F7DrYkYVEfBZO065DmHFXMMET/RQ8njtdzBJbOM+ocKTOnH2wmyf4C e6MZOASMKe6e1ApCY0YT4msOnsr2+BDvCeRTB2jpetlvR6DFHIsIOzKV6JCmQJSJVkuW T+Xai+elslm+ZZANRgoPg0PkA1/5lc/fN7qx59kg9KtacYt2FH9c0qMYdNmwPU5xr56/ 609w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765133552; x=1765738352; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:date:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=50nl1kKA+NGRQKAIns6wzye1/c7qXj1kWePJmDLmz+I=; b=FrQyj4yJp2218MEnl09Pdm0XdPlpYBRgEaxQ8XVYwsVbQZziny1Kg8qFhs8SPdknNE enpvXc3zJR2cgu5COWVyYlZopYOoG0MFpkbF41XARL+DKCGvbutl2PriKIRyHZF2V4o2 dw9W/MZjxrmr7k52BkffEnLixovj6iFP5kZjodlWt8XmB5ezmBx5rII7fbbeDBdOa6K7 fO4YxTvWqrwt6h0mNFK3y+Ncbf9QP1fMV20hqG+7gOyjBHoRUHcCbW6fqyVYzCFVl6BM VAq/gQ26K0bU5VAiZ5Gbl6rEtXhVKKwjNmCHUOEaBuJq12ToImcdDmxXEYYxDvJwFbst gcYg== X-Gm-Message-State: AOJu0Yy2q3xpt2SSeqPDFIenZb1XRHhi2A0ls2afYHZ10E4kuzbqohzU h05xzrs5uIoGKjDy0O/8go5Gem86rVCil4KfJtPBph3idpNIcwM/qqm9BpDUlw== X-Gm-Gg: ASbGncu55oDJIHzY+K7J3sPhiETniOUyo+9sc94pwlO0MxHuWqEHOyTSGxdeIpphfxw KHifw8EvTQ7tkT2fK/4RTWDIsqF07uiG6J/1R44OJERBx45ALwearBqX5K21JBLC4H6bozn/8r2 hL8toQwVXVqTg4dk8hr5c2e+H8t/AASAtM86MYl97X9R3/Cyf0J6gvwRC0Mq0EaEOyDUOok6+7m l5RNzx8WZpHCqzZT+y/DsK6Zuj6QxtuCYDBN1H9WIwuIXQ34VeCffOz6kaBMkanlsyJiNu/Vn3U NJaDOazBF84G5DjArUCV1uFrOh9A1MH3yGoD8/vTOx9BYeWPV/q3e2MLNJhFgUe/ceThW2RJWQH a6/9pb2qMHAo01T6PGFX8P+BHZbgFFgyx4CUAd3LB4Vd1s/AsxjkGO3JXvC64CKDlR9ox1HZdef cM8YXt1uwJbsyOSN/xALs/4HaU X-Google-Smtp-Source: AGHT+IFnbtpGL88Vbk+olzaUfQljAP7i4VnsYumy7HcwILLsSauVUbDPwkX1+0Dg1c2UOb+/8lEtOw== X-Received: by 2002:a17:906:4fc9:b0:b79:c8a4:16c8 with SMTP id a640c23a62f3a-b7a2454cf51mr553613466b.36.1765133552287; Sun, 07 Dec 2025 10:52:32 -0800 (PST) Received: from rimwks.local ([2001:470:1f1b:4dc:f489:3de4:6515:f056]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-b79f4975c88sm886339466b.35.2025.12.07.10.52.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 07 Dec 2025 10:52:31 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Sun, 7 Dec 2025 20:52:30 +0200 To: bob prohaska Cc: freebsd-current@freebsd.org Subject: Re: Git and buildworld running at the same time Message-ID: <20251207205230.13b1e385@rimwks.local> In-Reply-To: References: X-Mailer: Claws Mail 4.3.1 (GTK 3.24.51; amd64-portbld-freebsd14.3) 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-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; 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)[]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; 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]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62f:from] X-Rspamd-Queue-Id: 4dPZ472kxRz3Hcy On Sat, 13 Sep 2025 07:57:29 -0700 bob prohaska wrote: > Lately I've noticed that sometimes while running buildworld a top > window reports git running also. Up to now, I've surmised that > this is intentional, with git providing some housekeeping function. > # Disable svn bin lookup for newvers.sh. export svnversion='echo' # make -C ${SRC_DIR}/release -V BRANCH export GIT_CMD='/dev/_not_exist_' export NOGIT='yes' From nobody Sun Dec 7 22:28:49 2025 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 4dPfsj6Vx6z6HvxK for ; Sun, 07 Dec 2025 22:28:57 +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 "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dPfsh3NpYz3trt for ; Sun, 07 Dec 2025 22:28:56 +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="I gGVIWC"; 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= 1765146529; bh=du76x/L66HCQg5i4/fx0BNAkBJDlfWd+z//FngukTLI=; b=I gGVIWCrQazkaTgrBadnbDqZXmCZO649xq+MsoILh5MHA1EiMnFmdwUrEFNqLyNny s61qkrVA2vIMlFY3nkTEGG2U/zMR1rkGVx/JUuYr95MtlcHoflfbAzWuOXTc9SLH yp1kXEKemfRmBPNf+D/tsEiKyHItgq1wWj99A1KUhs= 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 E8647AD4F for ; Sun, 07 Dec 2025 17:28:49 -0500 (EST) Message-ID: <20350073-abc5-4116-9fd7-8e8f708a26d4@protected-networks.net> Date: Sun, 7 Dec 2025 17:28:49 -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: fib selection and persistence using ipfw Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.58 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.58)[-0.580]; DMARC_POLICY_ALLOW(-0.50)[protected-networks.net,reject]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; R_SPF_ALLOW(-0.20)[+mx]; MIME_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)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; BLOCKLISTDE_FAIL(0.00)[2001:470:8d59:1::8:server fail]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[protected-networks.net:+] X-Rspamd-Queue-Id: 4dPfsh3NpYz3trt Having two upstream providers, I'm trying to enforce symmetric routing which, in OpenBSD's pf config can be implemented using .. # Inbound control-plane to the firewall itself (per-WAN reply-to for symmetry) pass in on $wan_a proto { tcp, udp, icmp } to ($wan_a) \ reply-to ($wan_a $gw_a) keep state pass in on $wan_b proto { tcp, udp, icmp } to ($wan_b) \ reply-to ($wan_b $gw_b) keep state I've tried all manner of ipfw packet tagging in the hope that it would yield similar results, e.g. setfib 1 ip from any to any recv tap0 setfib 1 ip from any to any tagged 1 count tag 1 ip from any to any recv tap0 [ .. ] check-state allow ip from .. keep-state deny log ip from any to any Is anyone else doing something like this on -current? Michael