From nobody Mon Jun 2 01:05:45 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4b9bHw6S6Wz5xCRt for ; Mon, 02 Jun 2025 01:05:48 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-io1-xd31.google.com (mail-io1-xd31.google.com [IPv6:2607:f8b0:4864:20::d31]) (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 4b9bHw35zjz3X8X for ; Mon, 02 Jun 2025 01:05:48 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Authentication-Results: mx1.freebsd.org; none Received: by mail-io1-xd31.google.com with SMTP id ca18e2360f4ac-86d029e2bdeso73112139f.1 for ; Sun, 01 Jun 2025 18:05:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; t=1748826347; x=1749431147; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=9q81ejyvz+3ysoK8T4tr/5lOTcCEci88YYis0r20KLU=; b=fgsdcvSOyqSeic5kGTZujj5EU+ms/JdJD7p+E9wmlM9kjUHj96CiuLfX+w5fJ2Kn8e dOlILtOqxuzEu8uG6GCBwluyOTrOODd/y7WpR5ZOxTgONZvZBkXnIIo7RXA7A3ES6RT0 +fASCAHe6SYJyCQxDE7ytd97y3NH3+d+B5siQHQyIiep8+39hVRQgbJqQVekPiGBT1wz JjkRq/hY3K2hz2KcQrwzG81ipsSExNxRR60HsL54dOE/eXPLR1K5LLsWbeirFMswWP82 uRLs8sZubpSQ6/ZHL4gvxWX9V0oDCy3TEkgNQt41SsirshvSzHZHJp286bQlOJ6sggl7 12NA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1748826347; x=1749431147; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=9q81ejyvz+3ysoK8T4tr/5lOTcCEci88YYis0r20KLU=; b=mhiqy8nMjV6SoxbLYdiI1Mks89nYnaW+CjpCoFwgjASxrR5r3kscRQrNzP5NNe5R/j teXRMJcP+1ffovdsmbnhEjDnSZ+bcy7Jr2sKnk89SeOBall+TTDh4NySli+3XE+fgVaW 8j90ozTYVsIwuH8y1FLV63r099PzoYvO+TyMbOIabwzrSSc4UKyqQ89fFx1xCrT/pedu 2qCcyk/lj8F5qkKTC8757De5yWnTvtIMR1Qf9FZ4mcm29aJVKzkPxVFBVet3Xq/J2t1s soQC6rgIhhtpKb2Ih5R10o+AgW+yvwroW6MvI8LvrX93dRQfpy4T0csCpkDXROc385x3 Xe5g== X-Forwarded-Encrypted: i=1; AJvYcCUTbmT+YnldI4lb18QgrrbvmNZhBDvKmJG7pYh4q/+UFjTBoZgqp7QzqH2VEobF26JbRZEfjUou@freebsd.org X-Gm-Message-State: AOJu0YwyOyzigryNXtDi5LnHlDoPm4k/fnY3QNEnlY6iwTkWLNQJPFNM TYbUDlCj0qSiNz5ZHrnJyxhN0P2+7I+Zmt+C6fCxKypTXThYA6hhGegJQORrGi+U/4o= X-Gm-Gg: ASbGncvsDpZ6A2vce9jUoalwFNF7BalD5SNKLySzYBwz5vM5JcGSAstd919kKS1sB50 2JnUk/tKFPdOrINayiT4oSCnpE94+ftLoEsT0PEBZXTt+elHsYiRvkGioC9enelxkX36GYXlGDY xaUCmXmhFC4oI0K6tOwLdrWCllvaikB8K7V6tdNHoid9NhhHlzOMcBj4EK0VEmzupye16figU20 kPi93RkCZTGMW/1A+A2v4T8Jg52pIMy0RhYAkVbdv3c9Iyp4emes7JJdhP5+1ZBjO4Gn0hjyagh lfx8V2qBPRRMBJ3ajLiGLD8NlfcDPf+j2g== X-Google-Smtp-Source: AGHT+IHcpkO8S0+fQfjPwKRYZF6OrllSbAlgu+quEGgvqC5GG0G2/fqxshhxJbI/5+L/yXf3BP/3tQ== X-Received: by 2002:a92:dc4e:0:b0:3d9:2992:671b with SMTP id e9e14a558f8ab-3dd90c5eaadmr115753425ab.4.1748826346978; Sun, 01 Jun 2025 18:05:46 -0700 (PDT) Received: from mutt-hbsd ([2001:470:4001:1::95]) by smtp.gmail.com with ESMTPSA id 8926c6da1cb9f-4fdd7e280acsm1547159173.43.2025.06.01.18.05.45 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 01 Jun 2025 18:05:46 -0700 (PDT) Date: Mon, 2 Jun 2025 01:05:45 +0000 From: Shawn Webb To: Cy Schubert Cc: Konstantin Belousov , "Herbert J. Skuhra" , current@freebsd.org Subject: Re: Building lang/go* and go ports broken on main (amd64)? Message-ID: X-Operating-System: FreeBSD mutt-hbsd 14.2-STABLE-HBSD FreeBSD 14.2-STABLE-HBSD HARDENEDBSD-14-STABLE amd64 X-PGP-Key: https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/blob/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc References: <87jz5y2njf.wl-herbert@gojira.at> <20250601041116.0A5642A9@slippy.cwsent.com> <20250601050659.0295E2A@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: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hscdpwgmbat274i2" Content-Disposition: inline In-Reply-To: <20250601050659.0295E2A@slippy.cwsent.com> X-Rspamd-Queue-Id: 4b9bHw35zjz3X8X X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --hscdpwgmbat274i2 Content-Type: text/plain; protected-headers=v1; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: Building lang/go* and go ports broken on main (amd64)? MIME-Version: 1.0 On Sat, May 31, 2025 at 10:06:58PM -0700, Cy Schubert wrote: > In message , Konstantin Belousov writes: > > On Sat, May 31, 2025 at 09:11:15PM -0700, Cy Schubert wrote: > > > In message , Konstantin Belousov writes: > > > > On Fri, May 30, 2025 at 04:14:44PM +0200, Herbert J. Skuhra wrote: > > > > > On Fri, 30 May 2025 13:32:27 +0200, Konstantin Belousov wrote: > > > > > >=20 > > > > > > On Fri, May 30, 2025 at 09:36:39AM +0200, Herbert J. Skuhra wro= te: > > > > > > > Hi, > > > > > > >=20 > > > > > > > building lang/go (e.g. 1.24) and go ports (e.g. aerc, netbird= ) on m > > ain > > > > > > > (amd64) fails with: fatal: bad g in signal handler.=20 > > > > > > > Arm64 seems to be OK. > > > > > >=20 > > > > > > I might have a guess. Try the following untested patch, you ne= ed to=20 > > rebu > > > > ild > > > > > > at least kernel, but ideally both kernel and userspace. Also i= t is a > > md64 > > > > -only. > > > > >=20 > > > > > Thanks a lot! With your patch I could build go 1.24 and netbird a= gain. > > > > > > > > Is there any go code that uses cgo, and which you could test with t= he pat > > ch > > > > as well? > > > > > > >=20 > > > It's a bad system call. Yesterday's buildworld/installworld made the = system > > =20 > > > unable to run today's installworld. > > >=20 > > > --- installworld --- > > > make[1]: /export/obj/opt/src/git-src/amd64.amd64/toolchain-metadata.m= k:1:=20 > > > Using cached toolchain metadata from build at stinky on Sat May 31 20= :16:05 > > =20 > > > PDT 2025 > > > --- __installcheck_UGID --- > > > --- __installcheck_sh_check --- > > > Bad system call (core dumped) > > > rescue/sh check failed, installation aborted > > >=20 > > > make[1]: stopped making "installworld" in /opt/src/git-src > > >=20 > > > make: stopped making "installworld installkernel" in /opt/src/git-src > > You installed world on the old kernel. > > The UPDATING way of update must be followed to letter with the exterr f= eature > > . > > > > >=20 > > > The go problem is likely related to this. > > No it is not. >=20 > Well, I just built and installed the latest kernel and world. The above= =20 > problem is fixed and so is the Go problem. Building a lang/go124 in a 14-STABLE Poudriere jail on a 15-CURRENT host is still broken. Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD Signal Username: shawn_webb.74 Tor-ified Signal: +1 303-901-1600 / shawn_webb_opsec.50 https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A= 4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --hscdpwgmbat274i2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAmg8+OIACgkQ/y5nonf4 4fpYvA/8CYzjnDU22ZuD8Uv7TfuBoMxf33AYvAnexWTd1E1naH3LHE64x6G5AeTh HIRfFoW2Y1kGG9uCeuRz8cBAWw/3ksfHUxXMFHD4s28Yxn2pA2A9MCCP5y4mhYxT +cYCGZYGLNX8INb8lbJNNUMaCw7sYuCo1LBZFEKdN56BIbCzIISBEDWqzjwEdLdh 15IG1j/BTXlJ4d5I4nMAfBoFwPB3BPPQDwc+wPK8XfZMm7yAesDOMM7MgfOExewm fY/e00gbiZ6zmnXSuygyXO5Yh1ZphwYWtaYIdb6sV0qaPUixDu1TYgDIwN1oz1aJ Kyceea6BKrGI6rdYa9kdPUo1jjUg5Hmh/I3FxidRNLouimyTZ7c/YCE9gT2UxzrK MUbw2RJfIPpi/4Hzwz/ta8LXmaSCowum3lSDHMQffg5Fu7tb5C9i5Cv2iDmr2I1i eMU/vUN99t8pxE3zPU/c3YnLTlodkKuM1RdD9L8yjjhby1hjsGJYzSQReojyp8hE Cgvt1u03vfnV5jPwI9UTP8QgomnUE48clbYaBtdLbSV9dfryrDX3X4H9CCA2jvlk BUsRlL88tkMSDRvlF/qTO+bwG9uCpAHzbU3EjOgmafg5snwM/nRz6bKErlCUtGpw H62id8MNhurI1waObaoL3W6CsTCDoF2bRwptsZhUx5PtzJMHydQ= =DUsS -----END PGP SIGNATURE----- --hscdpwgmbat274i2-- From nobody Mon Jun 2 02:22:03 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4b9d005L8zz5xHwL for ; Mon, 02 Jun 2025 02:22:08 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-io1-xd35.google.com (mail-io1-xd35.google.com [IPv6:2607:f8b0:4864:20::d35]) (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 4b9czy5mLqz3c9N for ; Mon, 02 Jun 2025 02:22:06 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hardenedbsd.org header.s=google header.b=EKsbOifr; spf=pass (mx1.freebsd.org: domain of shawn.webb@hardenedbsd.org designates 2607:f8b0:4864:20::d35 as permitted sender) smtp.mailfrom=shawn.webb@hardenedbsd.org; dmarc=none Received: by mail-io1-xd35.google.com with SMTP id ca18e2360f4ac-872886ed65aso59898039f.1 for ; Sun, 01 Jun 2025 19:22:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd.org; s=google; t=1748830925; x=1749435725; darn=freebsd.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=yQkC6GAkI49ImTb7z+vCuLxIcj+1/szx+wZYDSWRoic=; b=EKsbOifr31dqh5VPwwVwpaD3iJzgYo9Y5P375nX2rK1C0Kc15ftYfcnYzcqBD4yfXL RmXBIIgkFuGOOoFJTnGEAJAxwe45QXSiaLdPbbTsHD7v+Pn7OwoWNAmtMwQdsqSH+Eib 4t25LbEG+gsIdMaD6AgZ7SYl9uSbELb9ilooK8C3vMpVwC9ANH0NfiZfsjESiVDb9vKC 0yODkMGMrv90nfb6JgFw+SLzMqGfCwZSnEqEmjMB75OH45wzkixHFVnR0H3tXq9Fnvcu qV9kbptxuETNCZBjFYvK1ZdtG7iptQp4c6TjJ7dhcna6faeprvG33q06P0S/fC+F2yQa ppcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1748830925; x=1749435725; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=yQkC6GAkI49ImTb7z+vCuLxIcj+1/szx+wZYDSWRoic=; b=G0rwcMm/2Jz0Bxdvi6PVB/ymR98r67OfG2G28TSHZJ7A68cemoQ9U3F+Izz+WZfT78 3SjKzvEPtq4ZgowAkxRJqibjegB27FTgGHeRAWOa1+t9vLQWpT16KmfdCuwxTG/OhnAL n9+ONcpW600Zy2c5obNl0zCYr+5BZGM/ojlGThb3z0KLGF1606X5mWbLt+xwIrR+NRyS Xiaxnk6Cvkt7YSqRps+scqAgKriGi3V+mb1FzKCqBho6TxOXJejjWlo1e5d+DTWN/rU2 yuKz7X7umeteU5QSM5e6vAvA/0yqHMYQILTTKzGt2nkKZUDL7IWsOz7oswK9M5j6Y1FY DkBA== X-Forwarded-Encrypted: i=1; AJvYcCX4dZDEIEyMRD+BQyNCn6MLQelFUDdhiaUIjFiXxsJdlg/OrDI30QxCZyHlyEUPZcn/1WFn7KCW@freebsd.org X-Gm-Message-State: AOJu0YwJtmtOZjbjZ9Q1Bn2yzEco2ruDKf1DYMAzCrj3u8IktW6gBB+k kqj1sXhjlVJPRKXbQyqQuhUJzP7vCGoPDCNEFAUM+Oh6KslhAvmp+74A1HVVGjd+kyA= X-Gm-Gg: ASbGnctughXfofyTdDaC8A/MTOgzFRDtRtE/EGELBC3VHmkFWKBbJSTaw4aI7FU3FBO agZ1RXEjGb8qpOOcIblzGp8pbDCYjwUaQ8Tr3A4CwR1d3akdEqFSreThTFGSEQQ1GxHc8e84N3w u9DVUy4BeIK9aEehgaQcwCrxbwMWsqXtjuMidJHPCD7k3227u8hGsXX9e4/xFx27dN1mixp66WE ZJ6/Ozif0c15srRkwUft2BK/emfTj6N9q8BIPPzdODTHkBqdd45tZF229TFjRZH286S8zDwd9K8 Z6U8CX0VUDFotHuj3VfEEJLAQX2xuDhzXni+NWXb90e8 X-Google-Smtp-Source: AGHT+IHcgS8g5CKsKgRY5a/AM2/P4cTEEISmL02fk0OOiVroqayM9uau25I+LtLKfzVXFqN9T0Te3A== X-Received: by 2002:a05:6602:4c85:b0:85a:e279:1ed6 with SMTP id ca18e2360f4ac-86d000fdd75mr1142174339f.11.1748830925386; Sun, 01 Jun 2025 19:22:05 -0700 (PDT) Received: from mutt-hbsd ([2001:470:4001:1::95]) by smtp.gmail.com with ESMTPSA id 8926c6da1cb9f-4fdd7e3c052sm1531776173.67.2025.06.01.19.22.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 01 Jun 2025 19:22:04 -0700 (PDT) Date: Mon, 2 Jun 2025 02:22:03 +0000 From: Shawn Webb To: Cy Schubert Cc: Konstantin Belousov , "Herbert J. Skuhra" , current@freebsd.org Subject: Re: Building lang/go* and go ports broken on main (amd64)? Message-ID: X-Operating-System: FreeBSD mutt-hbsd 14.2-STABLE-HBSD FreeBSD 14.2-STABLE-HBSD HARDENEDBSD-14-STABLE amd64 X-PGP-Key: https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/blob/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc References: <87jz5y2njf.wl-herbert@gojira.at> <20250601041116.0A5642A9@slippy.cwsent.com> <20250601050659.0295E2A@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: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="isdiq7ka5iutd6qg" Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-0.39 / 15.00]; SIGNED_PGP(-2.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.992]; NEURAL_SPAM_LONG(0.86)[0.857]; NEURAL_SPAM_MEDIUM(0.85)[0.847]; MID_RHS_NOT_FQDN(0.50)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; R_DKIM_ALLOW(-0.20)[hardenedbsd.org:s=google]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[hardenedbsd.org]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_CC(0.00)[gmail.com,gojira.at,freebsd.org]; DKIM_TRACE(0.00)[hardenedbsd.org:+]; RCPT_COUNT_THREE(0.00)[4]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d35:from]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4b9czy5mLqz3c9N X-Spamd-Bar: / --isdiq7ka5iutd6qg Content-Type: text/plain; protected-headers=v1; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: Building lang/go* and go ports broken on main (amd64)? MIME-Version: 1.0 On Mon, Jun 02, 2025 at 01:05:45AM +0000, Shawn Webb wrote: > On Sat, May 31, 2025 at 10:06:58PM -0700, Cy Schubert wrote: > > In message , Konstantin Belousov writes: > > > On Sat, May 31, 2025 at 09:11:15PM -0700, Cy Schubert wrote: > > > > In message , Konstantin Belousov writ= es: > > > > > On Fri, May 30, 2025 at 04:14:44PM +0200, Herbert J. Skuhra wrote: > > > > > > On Fri, 30 May 2025 13:32:27 +0200, Konstantin Belousov wrote: > > > > > > >=20 > > > > > > > On Fri, May 30, 2025 at 09:36:39AM +0200, Herbert J. Skuhra w= rote: > > > > > > > > Hi, > > > > > > > >=20 > > > > > > > > building lang/go (e.g. 1.24) and go ports (e.g. aerc, netbi= rd) on m > > > ain > > > > > > > > (amd64) fails with: fatal: bad g in signal handler.=20 > > > > > > > > Arm64 seems to be OK. > > > > > > >=20 > > > > > > > I might have a guess. Try the following untested patch, you = need to=20 > > > rebu > > > > > ild > > > > > > > at least kernel, but ideally both kernel and userspace. Also= it is a > > > md64 > > > > > -only. > > > > > >=20 > > > > > > Thanks a lot! With your patch I could build go 1.24 and netbird= again. > > > > > > > > > > Is there any go code that uses cgo, and which you could test with= the pat > > > ch > > > > > as well? > > > > > > > > >=20 > > > > It's a bad system call. Yesterday's buildworld/installworld made th= e system > > > =20 > > > > unable to run today's installworld. > > > >=20 > > > > --- installworld --- > > > > make[1]: /export/obj/opt/src/git-src/amd64.amd64/toolchain-metadata= =2Emk:1:=20 > > > > Using cached toolchain metadata from build at stinky on Sat May 31 = 20:16:05 > > > =20 > > > > PDT 2025 > > > > --- __installcheck_UGID --- > > > > --- __installcheck_sh_check --- > > > > Bad system call (core dumped) > > > > rescue/sh check failed, installation aborted > > > >=20 > > > > make[1]: stopped making "installworld" in /opt/src/git-src > > > >=20 > > > > make: stopped making "installworld installkernel" in /opt/src/git-s= rc > > > You installed world on the old kernel. > > > The UPDATING way of update must be followed to letter with the exterr= feature > > > . > > > > > > >=20 > > > > The go problem is likely related to this. > > > No it is not. > >=20 > > Well, I just built and installed the latest kernel and world. The above= =20 > > problem is fixed and so is the Go problem. >=20 > Building a lang/go124 in a 14-STABLE Poudriere jail on a 15-CURRENT > host is still broken. I apologize. I was looking at the wrong build logs. lang/go124 did indeed build successfully. Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD Signal Username: shawn_webb.74 Tor-ified Signal: +1 303-901-1600 / shawn_webb_opsec.50 https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A= 4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc --isdiq7ka5iutd6qg Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAmg9CsMACgkQ/y5nonf4 4fpWLg/+OCGGtqyu8iBfRNTZBh621OgQICSby3p5b4eawTXGV7ISxpYJxeR5G38i 04B3HPUG0q1xzFyI4v1VnrhEgaru4QCD6OtvWlQq9dXvsEOsmO9TjcYuBq2ujVhY U/R8DwsYW+y79hn+jQt64yHO/DC4RJbJGFrtlQaXBr005wSrKl+H63AbNN0lhrz3 x9Uv8Jylc7rSt71KzGWPKv4nzUyVFJ2TuAiUXQm06GYvqp1eBJ4rEU3KMLt6lLBu x8BUat1GS1FkhK7Ru0zHHToX93JRiWVDZghsBOhHNe27DLHozlqgrnkaByNAQ1BW RTFdEocZHhbdXKVBN/xKF7JBPJKGJpkC2yE2q8mx7QzR9ACGgdN0qndXrLZ0cI7L 07k8wB4AhmBh/R/2DEuB6+bGjk7MmIuy05tnf1Cf/AbNP6itMWowfvzxmYya/oGT oeOZALEUHK4Xvuk6LDtydRTWZorY/sGjYNcNOFihYhDokP2EotQsgJWwp+eo05Zo /WAhLiC+gVNT8wLEx1O/r9Ff7crHXUvwNjzN1WhEUltHSUf/E3HKZo09OwmCZJbZ +QXey6gA/WRi4eQAanFtRQ8HcfhgZX0u9upUevxqoDVgZEhbndYCbTTiZd6OqtWE VD/tv4lwUHu11hBjL/FFlLhhmANaNa6XSR+h6q22SolslLuKNy0= =10cY -----END PGP SIGNATURE----- --isdiq7ka5iutd6qg-- From nobody Mon Jun 2 07:00:02 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 4b9l8s3gz9z5xchq for ; Mon, 02 Jun 2025 07:00:13 +0000 (UTC) (envelope-from sgharms@stevengharms.com) Received: from mail-4317.protonmail.ch (mail-4317.protonmail.ch [185.70.43.17]) (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 "protonmail.com", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4b9l8r43MMz3xwd for ; Mon, 02 Jun 2025 07:00:12 +0000 (UTC) (envelope-from sgharms@stevengharms.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=stevengharms.com header.s=protonmail header.b=iwcRmVnu; spf=pass (mx1.freebsd.org: domain of sgharms@stevengharms.com designates 185.70.43.17 as permitted sender) smtp.mailfrom=sgharms@stevengharms.com; dmarc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=stevengharms.com; s=protonmail; t=1748847609; x=1749106809; bh=uZz0mJuC/ehqXUCxM5I1yjwPTEMm1/8+ugAlO1hlUVc=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector: List-Unsubscribe:List-Unsubscribe-Post; b=iwcRmVnu2V+/3REEGOgw9YTfPMbTMSDGDajaMnHfKDPx2BiinRLVDKbmI5C/rIT6Y 5EHm87U4Pqlvw7n5mZ0irqtmZrmNyd+A6FhW1oMHsBIi63CRZj/jnYnwWDH+WNHbBd sC5eFxQtfwtg7MdTYkkTsdigF2DIs21qoCi7oNqM= Date: Mon, 02 Jun 2025 07:00:02 +0000 To: "freebsd-current@freebsd.org" From: "Steven Harms (High-Security Mail)" Subject: i915kms for Meteor Lake: realistic timeline sought for support Message-ID: Feedback-ID: 16996530:user:proton X-Pm-Message-ID: 4f65e7354e06588fe625e64acbfe5d8a646d3fc5 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="b1=_5zNn9Z0wiHvt1JnXnc73EyUe9rOjMkY5r4fmZgUbM" X-Spamd-Result: default: False [-2.93 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; RWL_MAILSPIKE_EXCELLENT(-0.40)[185.70.43.17:from]; R_DKIM_ALLOW(-0.20)[stevengharms.com:s=protonmail]; R_SPF_ALLOW(-0.20)[+ip4:185.70.43.0/24]; NEURAL_HAM_SHORT(-0.13)[-0.133]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MISSING_XM_UA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH]; ARC_NA(0.00)[]; DMARC_NA(0.00)[stevengharms.com]; RCVD_IN_DNSWL_NONE(0.00)[185.70.43.17:from]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_DN_EQ_ADDR_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@FreeBSD.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[stevengharms.com:+] X-Rspamd-Queue-Id: 4b9l8r43MMz3xwd X-Spamd-Bar: -- --b1=_5zNn9Z0wiHvt1JnXnc73EyUe9rOjMkY5r4fmZgUbM Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 Rm9sa3MsCgpUTDtEUjogQWZ0ZXIgYmVpbmcgdG9sZCBteSBjaGVhcCBhbmQgb2xkIGxhcHRvcCB3 YXNu4oCZdCBhbnkgZ29vZCBmb3IgcGVyZm9ybWFuY2UtZGVtYW5kaW5nIEZyZWVCU0Qgd29yayAo ZS5nLiBidWlsZGluZyBWU0NvZGUpLCBJIGJvdWdodCBhIG5ldyBsYXB0b3AuIEJ1dOKApgoKKiBp dCB1c2VzIE1ldGVvciBMYWtlIGNoaXBzZXQKKiB0aHVzIGRvZXMgbm90IHdvcmsgaW4gMTQuMi8z CiogaXMgdGh1cyBvbmx5IGxpa2VseSB0byBiZSBzdXBwb3J0ZWQgaW4gdGhlIG5lYXIgZnV0dXJl IG9uIDE1LjAtQ1VSUkVOVCAod2l0aCBldmVuIGFuIE1GQyBsb29raW5nIGZyYXVnaHQpCiogYW5k IHByZXNlbnRseSBpcyBub3Qgd29ya2luZyBvbiBjdXJyZW50IEhFQUQKCkkgZGlkbuKAmXQgcmVh bGl6ZSB0aGlzIGNoaXAgd2FzIHN1Y2ggYSBjb21wbGljYXRvci4gTXkgcmVzZWFyY2ggc3VnZ2Vz dHMgdGhhdCBzdXBwb3J0aW5nIHRoaXMgY2hhbmdlIGlzIFJlYWxseSBIYXJkICh0bSkuIFRoZSBy ZWxhdGVkIGlzc3Vlcy9icmFuY2hlcyBzZWVtIHRvIGJlIGluIGEgc3RhdGUgb2YgaGlnaCBjaHVy biwgZm9yY2UtcHVzaCwgYW5kIGluY29uc2lzdGVudCBzaWduYWwsIHNvIEnigJltIG5vdCBzdXJl IGhvdyB0byBlc3RpbWF0ZSBhIHRpbWVsaW5lIHRvIGxlYXZpbmcgYSBwdXJlLVZUIGV4cGVyaWVu Y2UuKiBJbiB0aGUgbW9zdCBlYXJuZXN0IHdheSBwb3NzaWJsZSBhbmQgd2l0aCBodW1pbGl0eSBh bmQgaW4gZnVsbCBhbmQgdG90YWwgcmV2ZXJlbmNlIGZvciBhbmQgZ3JhdGl0dWRlIHRvd2FyZCBz b3VscyB3aG9zZSBicmlsbGlhbmNlIGxldHMgdGhlbSB3cml0ZSAqdmlkZW8gZHJpdmVycyo6CgpT aG91bGQgSSByZXR1cm4gdGhpcyBjb21wdXRlciBhbmQgd2FpdCB1bnRpbCAxNS4wLVJFTEVBU0U/ IEFuZCBob3cgY2FuIEkga25vdyB0aGF0IHRoZSB2aWRlbyBoYXJkd2FyZSB3aWxsIGJlIHN1cHBv cnRlZCB0aGVuL3doZW4gSSBidXkgYW4gYWx0ZXJuYXRpdmU/IE15IHJldHVybiB3aW5kb3cgY2xv c2VzIHNob3J0bHkgc28gYSBkZWNpc2lvbiBpcyBwcmVzc2luZy4KCipPUioKCklzIE1ldGVvciBM YWtlIHN1cHBvcnQganVzdCBhIG1vbWVudCBhd2F5IGFuZCBteSBzZXJ2aWNlcyBhcyBhbiBlYXJs eSBhZG9wdGVyIHdvdWxkIGJlIGFwcHJlY2lhdGVkIOKAlCBGV0lXOiBJ4oCZdmUgcnVuIGFsbCB0 aGUgZXhwZXJpbWVudGFsIGNvZGUgdG8gY29udHJpYnV0ZSB0ZXN0IGRhdGEuCgpFaXRoZXIgd2F5 LCBwZXJoYXBzIG15IGV4cGVyaWVuY2UgaGVscHMgdXMgYWxsIHNlZSB0aGUgdmFsdWUgb2YgdGhl IEZvdW5kYXRpb27igJlzIGludmVzdG1lbnQgaW4gcHJvamVjdC1sYXB0b3Ag4oCUIGFuZCBtYXli ZSB0aGF04oCZcyBhIGdvb2QgdGhpbmcgdG8gc2hhcmUuIE15IGV4cGVyaWVuY2UgaXMgd2hhdCBh IGxvdCBvZiBlYWdlciwgd291bGQtYmUgYWRvcHRlcnMgYXJlIHJ1bm5pbmcgaW50byBvdXQgb2Yg dGhlIGdhdGUsIGFuZCBtYW55IG9mIHRoZW0gd291bGRu4oCZdCBoYXZlIHRoZSAqYWhlbSogZGVj YWRlcyBvZiBVbml4IHVzZSB0aGF0IEkgaGF2ZSB1bmRlciBteSBiZWx0IHRvIGV2ZW4gcmVhc29u IGFib3V0IHdoYXTigJlzIGdvaW5nIHdyb25nLgoKU3RldmVuCgooTG9uZ2VyKQoKSSBzdGFydGVk IG91dCB3aXRoIEZyZWVCU0Qgb24gYSBzcGFyZSBsYXB0b3AgSSBoYWQgbGF5aW5nIGFyb3VuZCB0 byBzZWUgaWYgSSBsaWtlZCBpdCBlbm91Z2ggdG8ga2VlcCBpdC4gSSBkaWQhIFdvcmtpbmcgdGhy b3VnaCB0aGUgcXVpcmtzIHdhcyBzb21ldGhpbmcgSSB2YWx1ZWQgZW5vdWdoIHRvIGRvY3VtZW50 IGZvciBvdGhlcnNbMF0uIEJ1dCB3aGVuIEkgdHJpZWQgdG8gYnVpbGQgVlNDb2RlIEkgd2FzICBs YXVnaGVkIG91dCBvZiB0aGUgYnVpbGRpbmfigIvigIsgcG9saXRlbHkgaW5mb3JtZWQgdGhhdCBt eSBvbGQgbWFjaGluZSB3YXNuJ3QgcmVhbGx5IGZlYXNpYmxlIGFzIGEgcGxhdGZvcm1bMV0uIEZh aXIgZW5vdWdoLiBTbyBJIGJvdWdodCBhIG5ldyBBc3VzIFplbmJvb2suIEkgb3B0ZWQgZm9yIElu dGVsIChub3QgTlZpZGlhKSBncmFwaGljcyBmb3IgZWFzZS4gSSBleHBlY3RlZCB0aGUgaTkxNWtt cyBkcml2ZXIgdG8gd29ya1syXS4KCkFmdGVyIHN0cnVnZ2xpbmcgdG8gZ2V0IGl3bHdpZmkgd29y a2luZyAoaW5jbHVkaW5nIGJ1aWxkaW5nIGEgY3VzdG9tIHVzYiBpbnN0YWxsZXIgd2l0aCB0aGUg cmVxdWlzaXRlIGZpcm13YXJlIGFuZCBtb2R1bGUgY29kZSksIEkgZ290IHRvIGEgMTQuMyBzeXN0 ZW0gd2l0aCBuZXR3b3JrLiBBd2Vzb21lLiBJIHRoZW4gdHJpZWQgdG8gYnVpbGQgdGhlIGRybS1r bW9kIG1vZHVsZSBhZ2FpbiwgYXMgSSdkIGRvbmUgYmVmb3JlIFszXS4gT2J2aW91c2x5LCB0aGlz IHdpbmRzIHVwIG5vdCB3b3JraW5nIGR1ZSB0byBmaXJtd2FyZSBhbmQgYSBob3N0IG9mIG90aGVy IGNvbmNlcm5zLiBUaGlzIGRyb3ZlIG1lIHRvIDE1LjAtQ1VSUkVOVCB3aGVyZSBJ4oCZdmUgYmVl biBzaW5jZSBpbiBhIHB1cmUtVlQgZXhpc3RlbmNlLgoKSSd2ZSBiZWVuIHRyYWNraW5nIHRoZSB3 b3JrIGFyb3VuZCBkcm0ta21vZFs0XSBpbiBwcm9qLWxhcHRvcCBhbmQgaXQgc2VlbXMgc3RhbGxl ZCBiYXNlZCBvbiBkcm0ta21vZFs1XS5UaGUgcmVsZWFzZSBzY2hlZHVsZVs2XSBzdWdnZXN0cywg YXMgSSByZWFkIGl0LCB0aGF0IEkgbWlnaHQgYmUgd2FpdGluZyB1bnRpbCBEZWNlbWJlciBmb3Ig YSBzdGFibGUgMTUuMCByZWxlYXNlLgoKKjogVEJILCBWVC1vbmx5IGlzIG5vdCBob3JyaWJsZSwg YXMgSSBncmV3IHVwIG9uIHg4NuKAmXMgZGlhbGluZyB1cCB0byBhIFNDTyB0ZXJtaW5hbCBhbmQg SeKAmXZlIGFsd2F5cyBoYWQgYSBsb3ZlIGZvciBFdXJvcGVhbiB0ZWxldGV4dCBzZXJ2aWNlcyBh bmQgTWluaXRlbC4gSXTigJlzIGF3ZXNvbWUgZm9yIGZvY3VzLi4uIEJ1dCBmb3Igd2hhdCBJIHBh aWQsIEnigJlkIGxpa2UgdG8gYmUgYWJsZSB0byBsb2FkIGEgZ3JhcGhpY2FsIGVudmlyb25tZW50 LCBzbGVlcCBvbiBsaWQgY2xvc2UsIG9yIG5vdCBoYXZlIHRvIHJlbHkgb24gbXkgbW91c2UtbGVz cyB0bXV4LW9yLWRpZSBza2lsbHMganVzdCB0byBnZXQgdGhyb3VnaCB0aGUgZGF5LgoKWzBdOiBo dHRwczovL3N0ZXZlbmdoYXJtcy5jb20vbG9uZ2Zvcm0vbXktZmlyc3QtZnJlZWJzZC8KWzFdOiBo dHRwczovL2ZvcnVtcy5mcmVlYnNkLm9yZy90aHJlYWRzL3ZzY29kZS1leHRyZW1lbHktbG9uZy1i dWlsZC1idWlsZHMtbGludXgtb24tdGhlLXdheS45Nzc0MC8KWzJdIGh0dHBzOi8vd3d3LmZyZXNo cG9ydHMub3JnL2dyYXBoaWNzL2RybS1rbW9kClszXTogaHR0cHM6Ly9zdGV2ZW5naGFybXMuY29t L2xvbmdmb3JtL215LWZpcnN0LWZyZWVic2QvaW5zdGFsbGF0aW9uL3BhcnQtMi1wb3dlci1tYW5h Z2VtZW50LwpbNF06IGh0dHBzOi8vZ2l0aHViLmNvbS9GcmVlQlNERm91bmRhdGlvbi9wcm9qLWxh cHRvcC9pc3N1ZXMvNDcKWzVdOiBodHRwczovL2dpdGh1Yi5jb20vZnJlZWJzZC9kcm0ta21vZC9w dWxsLzMzMgoKWzZdOiBodHRwczovL3d3dy5mcmVlYnNkLm9yZy9yZWxlYXNlcy8xNS4wUi9zY2hl ZHVsZS8KCi0tLQoKUHVibGljIEtleTogMjJCRTM5RTJGQTY4RDhCQThEQzRCNDNBNTVBMTZEOENF MkIwMzZERQoKTWVzc2FnZXMgZnJvbSB0aGlzIGFjY291bnQgYXJlIGNvbnNpZGVyZWQgdGhlIGJl c3Qtc2VjdXJlZCBhbmQgbW9zdCByZWxpYWJsZS4gU2VuZCBpbmZvcm1hdGlvbiByZWdhcmRpbmcg aGVhbHRoLCB3ZWFsdGgsIG9yIHJlcXVpcmluZyBoaWdoZXIgc3RhbmRhcmRzIG9mIHNlY3VyaXR5 IHRvIHRoaXMgYWRkcmVzcy4KClNlbnQgd2l0aCBbUHJvdG9uIE1haWxdKGh0dHBzOi8vcHJvdG9u Lm1lL21haWwvaG9tZSkgc2VjdXJlIGVtYWlsLg== --b1=_5zNn9Z0wiHvt1JnXnc73EyUe9rOjMkY5r4fmZgUbM Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PC9oZWFkPjxib2R5PjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwg c2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQogIEZvbGtzLCANCjwvZGl2PiANCjxkaXYg c3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+ IA0KIDxicj4gDQo8L2Rpdj4gDQo8ZGl2IGRpcj0iYXV0byIgc3R5bGU9ImZvbnQtZmFtaWx5OiBB cmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQogVEw7RFI6IEFmdGVyIGJlaW5n IHRvbGQgbXkgY2hlYXAgYW5kIG9sZCBsYXB0b3Agd2FzbuKAmXQgYW55IGdvb2QgZm9yIHBlcmZv cm1hbmNlLWRlbWFuZGluZyBGcmVlQlNEIHdvcmsgKGUuZy4gYnVpbGRpbmcgVlNDb2RlKSwgSSBi b3VnaHQgYSBuZXcgbGFwdG9wLiBCdXTigKYNCjwvZGl2Pg0KPGRpdiBkaXI9ImF1dG8iIHN0eWxl PSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KIDxi cj4NCjwvZGl2Pg0KPGRpdiBkaXI9ImF1dG8iIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNh bnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KICogaXQgdXNlcyBNZXRlb3IgTGFrZSBjaGlw c2V0DQo8L2Rpdj4NCjxkaXYgZGlyPSJhdXRvIiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBz YW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij4NCiAqIHRodXMgZG9lcyBub3Qgd29yayBpbiAx NC4yLzMNCjwvZGl2Pg0KPGRpdiBkaXI9ImF1dG8iIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWws IHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KICogaXMgdGh1cyBvbmx5IGxpa2VseSB0 byBiZSBzdXBwb3J0ZWQgaW4gdGhlIG5lYXIgZnV0dXJlIG9uIDE1LjAtQ1VSUkVOVCAod2l0aCBl dmVuIGFuIE1GQyBsb29raW5nIGZyYXVnaHQpDQo8L2Rpdj4NCjxkaXYgZGlyPSJhdXRvIiBzdHls ZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij4NCiAq IGFuZCBwcmVzZW50bHkgaXMgbm90IHdvcmtpbmcgb24gY3VycmVudCBIRUFEDQo8L2Rpdj4NCjxk aXYgZGlyPSJhdXRvIiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250 LXNpemU6IDE0cHg7Ij4NCiA8YnI+DQo8L2Rpdj4NCjxkaXYgZGlyPSJhdXRvIiBzdHlsZT0iZm9u dC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij4NCiA8c3BhbiBz dHlsZT0iOyA7IDsgOyBmb250LXN0eWxlOiBub3JtYWw7IDsgZm9udC13ZWlnaHQ6IDQwMDsgbGV0 dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRl eHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFs OyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyA7IC13ZWJraXQtdGV4dC1zaXplLWFk anVzdDogbm9uZTsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyA7IHRleHQtZGVjb3Jh dGlvbjogbm9uZTsgZGlzcGxheTogaW5saW5lICFpbXBvcnRhbnQ7IGZsb2F0OiBub25lOyI+SSBk aWRu4oCZdCByZWFsaXplIHRoaXMgY2hpcCB3YXMgc3VjaCBhIGNvbXBsaWNhdG9yLiBNeSByZXNl YXJjaCBzdWdnZXN0cyB0aGF0IHN1cHBvcnRpbmcgdGhpcyBjaGFuZ2UgaXMgUmVhbGx5IEhhcmQg KHRtKS4mbmJzcDs8L3NwYW4+VGhlIHJlbGF0ZWQgaXNzdWVzL2JyYW5jaGVzIHNlZW0gdG8gYmUg aW4gYSBzdGF0ZSBvZiBoaWdoIGNodXJuLCBmb3JjZS1wdXNoLCBhbmQgaW5jb25zaXN0ZW50IHNp Z25hbCwgc28gSeKAmW0gbm90IHN1cmUgaG93IHRvIGVzdGltYXRlIGEgdGltZWxpbmUgdG8gbGVh dmluZyBhIHB1cmUtVlQgZXhwZXJpZW5jZS4qIEluIHRoZSBtb3N0IGVhcm5lc3Qgd2F5IHBvc3Np YmxlIGFuZCB3aXRoIGh1bWlsaXR5IGFuZCBpbiBmdWxsIGFuZCB0b3RhbCByZXZlcmVuY2UgZm9y IGFuZCBncmF0aXR1ZGUgdG93YXJkIHNvdWxzIHdob3NlIGJyaWxsaWFuY2UgbGV0cyB0aGVtIHdy aXRlICp2aWRlbyBkcml2ZXJzKjoNCjwvZGl2Pg0KPGRpdiBkaXI9ImF1dG8iIHN0eWxlPSJmb250 LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KIDxicj4NCjwv ZGl2Pg0KPGRpdiBkaXI9ImF1dG8iIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2Vy aWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KIFNob3VsZCBJIHJldHVybiB0aGlzIGNvbXB1dGVyIGFu ZCB3YWl0IHVudGlsIDE1LjAtUkVMRUFTRT8gQW5kIGhvdyBjYW4gSSBrbm93IHRoYXQgdGhlIHZp ZGVvIGhhcmR3YXJlIHdpbGwgYmUgc3VwcG9ydGVkIHRoZW4vd2hlbiBJIGJ1eSBhbiBhbHRlcm5h dGl2ZT8mbmJzcDs8c3BhbiBzdHlsZT0iOyA7IDsgOyBmb250LXN0eWxlOiBub3JtYWw7IDsgZm9u dC13ZWlnaHQ6IDQwMDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4 dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3 aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyA7IC13 ZWJraXQtdGV4dC1zaXplLWFkanVzdDogbm9uZTsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDog MHB4OyA7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsgZGlzcGxheTogaW5saW5lICFpbXBvcnRhbnQ7 IGZsb2F0OiBub25lOyI+TXkgcmV0dXJuIHdpbmRvdyBjbG9zZXMgc2hvcnRseSBzbyBhIGRlY2lz aW9uIGlzIHByZXNzaW5nLjwvc3Bhbj48L2Rpdj48ZGl2IGRpcj0iYXV0byIgc3R5bGU9ImZvbnQt ZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+PGJyPjwvZGl2Pjxk aXYgZGlyPSJhdXRvIiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250 LXNpemU6IDE0cHg7Ij4qT1IqPC9kaXY+PGRpdiBkaXI9ImF1dG8iIHN0eWxlPSJmb250LWZhbWls eTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPjxicj48L2Rpdj48ZGl2IGRp cj0iYXV0byIgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXpl OiAxNHB4OyI+SXMgTWV0ZW9yIExha2Ugc3VwcG9ydCBqdXN0IGEgbW9tZW50IGF3YXkgYW5kIG15 IHNlcnZpY2VzIGFzIGFuIGVhcmx5IGFkb3B0ZXIgd291bGQgYmUgYXBwcmVjaWF0ZWQg4oCUIEZX SVc6IEnigJl2ZSBydW4gYWxsIHRoZSBleHBlcmltZW50YWwgY29kZSB0byBjb250cmlidXRlIHRl c3QgZGF0YS4mbmJzcDs8L2Rpdj4NCjxkaXYgZGlyPSJhdXRvIiBzdHlsZT0iZm9udC1mYW1pbHk6 IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij4NCiA8ZGl2IHN0eWxlPSJ1bmlj b2RlLWJpZGk6IHBsYWludGV4dDsgOyBvdXRsaW5lOiBjdXJyZW50Y29sb3I7IDsgZm9udC1zdHls ZTogbm9ybWFsOyA7IGZvbnQtd2VpZ2h0OiA0MDA7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9y cGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRy YW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNw YWNpbmc6IDBweDsgOyAtd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6IG5vbmU7IC13ZWJraXQtdGV4 dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyA7IDsiIGRpcj0iYXV0 byI+DQogIDxiciBzdHlsZT0idW5pY29kZS1iaWRpOiBwbGFpbnRleHQ7IDsiPg0KIDwvZGl2Pjxk aXYgc3R5bGU9InVuaWNvZGUtYmlkaTogcGxhaW50ZXh0OyA7IG91dGxpbmU6IGN1cnJlbnRjb2xv cjsgOyBmb250LXN0eWxlOiBub3JtYWw7IDsgZm9udC13ZWlnaHQ6IDQwMDsgbGV0dGVyLXNwYWNp bmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQtaW5kZW50 OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6 IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyA7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogbm9u ZTsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB0ZXh0LWRlY29yYXRpb246IG5vbmU7 IDsgOyIgZGlyPSJhdXRvIj5FaXRoZXIgd2F5LCBwZXJoYXBzIG15IGV4cGVyaWVuY2UgaGVscHMg dXMgYWxsIHNlZSB0aGUgdmFsdWUgb2YgdGhlIEZvdW5kYXRpb27igJlzIGludmVzdG1lbnQgaW4g cHJvamVjdC1sYXB0b3Ag4oCUIGFuZCBtYXliZSB0aGF04oCZcyBhIGdvb2QgdGhpbmcgdG8gc2hh cmUuIE15IGV4cGVyaWVuY2UgaXMgd2hhdCBhIGxvdCBvZiBlYWdlciwgd291bGQtYmUgYWRvcHRl cnMgYXJlIHJ1bm5pbmcgaW50byBvdXQgb2YgdGhlIGdhdGUsIGFuZCBtYW55IG9mIHRoZW0gd291 bGRu4oCZdCBoYXZlIHRoZSAqYWhlbSogZGVjYWRlcyBvZiBVbml4IHVzZSB0aGF0IEkgaGF2ZSB1 bmRlciBteSBiZWx0IHRvIGV2ZW4gcmVhc29uIGFib3V0IHdoYXTigJlzIGdvaW5nIHdyb25nLiZu YnNwOzxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+PC9kaXY+PGRpdiBzdHls ZT0idW5pY29kZS1iaWRpOiBwbGFpbnRleHQ7IDsgb3V0bGluZTogY3VycmVudGNvbG9yOyA7IGZv bnQtc3R5bGU6IG5vcm1hbDsgOyBmb250LXdlaWdodDogNDAwOyBsZXR0ZXItc3BhY2luZzogbm9y bWFsOyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsg dGV4dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsg d29yZC1zcGFjaW5nOiAwcHg7IDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBub25lOyAtd2Vi a2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7IHRleHQtZGVjb3JhdGlvbjogbm9uZTsgOyA7IiBk aXI9ImF1dG8iPjxicj48L2Rpdj4NCiA8ZGl2IHN0eWxlPSJ1bmljb2RlLWJpZGk6IHBsYWludGV4 dDsgOyBvdXRsaW5lOiBjdXJyZW50Y29sb3I7IDsgZm9udC1zdHlsZTogbm9ybWFsOyA7IGZvbnQt d2VpZ2h0OiA0MDA7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQt YWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hp dGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgOyAtd2Vi a2l0LXRleHQtc2l6ZS1hZGp1c3Q6IG5vbmU7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBw eDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyA7IDsiIGRpcj0iYXV0byI+DQogIFN0ZXZlbg0KICA8 YnI+DQogPC9kaXY+DQo8L2Rpdj4NCjxkaXYgZGlyPSJhdXRvIiBzdHlsZT0iZm9udC1mYW1pbHk6 IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij4NCiA8YnI+DQo8L2Rpdj48ZGl2 IGRpcj0iYXV0byIgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1z aXplOiAxNHB4OyI+KExvbmdlcik8YnI+PC9kaXY+DQo8ZGl2IGRpcj0iYXV0byIgc3R5bGU9ImZv bnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQogPGJyPg0K PC9kaXY+IA0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250 LXNpemU6IDE0cHg7Ij4NCiAgSSBzdGFydGVkIG91dCB3aXRoIEZyZWVCU0Qgb24gYSBzcGFyZSBs YXB0b3AgSSBoYWQgbGF5aW5nIGFyb3VuZCB0byBzZWUgaWYgSSBsaWtlZCBpdCBlbm91Z2ggdG8g a2VlcCBpdC4gSSBkaWQhIFdvcmtpbmcgdGhyb3VnaCB0aGUgcXVpcmtzIHdhcyBzb21ldGhpbmcg SSB2YWx1ZWQgZW5vdWdoIHRvIGRvY3VtZW50IGZvciBvdGhlcnNbMF0uIEJ1dCB3aGVuIEkgdHJp ZWQgdG8gYnVpbGQgVlNDb2RlIEkgd2FzIA0KIDxzPjwvcz4gDQogPHM+bGF1Z2hlZCBvdXQgb2Yg dGhlIGJ1aWxkaW5n4oCLPC9zPuKAiyBwb2xpdGVseSBpbmZvcm1lZCB0aGF0IG15IG9sZCBtYWNo aW5lIHdhc24ndCByZWFsbHkgZmVhc2libGUgYXMgYSBwbGF0Zm9ybVsxXS4gRmFpciBlbm91Z2gu IFNvIEkgYm91Z2h0IGEgbmV3IEFzdXMgWmVuYm9vay4gSSBvcHRlZCBmb3IgSW50ZWwgKG5vdCBO VmlkaWEpIGdyYXBoaWNzIGZvciBlYXNlLiBJIGV4cGVjdGVkIHRoZSBpOTE1a21zIGRyaXZlciB0 byB3b3JrWzJdLiANCjwvZGl2PiANCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fu cy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+IA0KIDxicj4gDQo8L2Rpdj4gDQo8ZGl2IHN0eWxl PSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KICBB ZnRlciBzdHJ1Z2dsaW5nIHRvIGdldCZuYnNwOyANCiA8c3BhbiBzdHlsZT0idGV4dC1kZWNvcmF0 aW9uOiBub25lOyBkaXNwbGF5OiBpbmxpbmUgIWltcG9ydGFudDsgYmFja2dyb3VuZC1jb2xvcjog cmdiKDI1NSwgMjU1LCAyNTUpOyI+aXdsd2lmaSB3b3JraW5nIChpbmNsdWRpbmcgYnVpbGRpbmcg YSBjdXN0b20gdXNiIGluc3RhbGxlciB3aXRoIHRoZSByZXF1aXNpdGUgZmlybXdhcmUgYW5kIG1v ZHVsZSBjb2RlKSwgSSBnb3QgdG8gYSAxNC4zIHN5c3RlbSB3aXRoIG5ldHdvcmsuIEF3ZXNvbWUu IEkgdGhlbiB0cmllZCB0byBidWlsZCB0aGUgZHJtLWttb2QgbW9kdWxlIGFnYWluLCBhcyBJJ2Qg ZG9uZSBiZWZvcmUmbmJzcDs8L3NwYW4+WzNdLiBPYnZpb3VzbHksIHRoaXMgd2luZHMgdXAgbm90 IHdvcmtpbmcgZHVlIHRvIGZpcm13YXJlIGFuZCBhIGhvc3Qgb2Ygb3RoZXIgY29uY2VybnMuIFRo aXMgZHJvdmUgbWUgdG8gMTUuMC1DVVJSRU5UIHdoZXJlIEnigJl2ZSBiZWVuIHNpbmNlIGluIGEg cHVyZS1WVCBleGlzdGVuY2UuDQo8L2Rpdj4gDQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJp YWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPiANCiA8YnI+IA0KPC9kaXY+IA0KPGRp diBkaXI9ImF1dG8iIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQt c2l6ZTogMTRweDsiPg0KICBJJ3ZlIGJlZW4gdHJhY2tpbmcgdGhlIHdvcmsgYXJvdW5kIGRybS1r bW9kWzRdIGluIHByb2otbGFwdG9wIGFuZCBpdCBzZWVtcyBzdGFsbGVkIGJhc2VkIG9uIGRybS1r bW9kWzVdLlRoZSByZWxlYXNlIHNjaGVkdWxlWzZdIHN1Z2dlc3RzLCBhcyBJIHJlYWQgaXQsIHRo YXQgSSBtaWdodCBiZSB3YWl0aW5nIHVudGlsIERlY2VtYmVyIGZvciBhIHN0YWJsZSAxNS4wIHJl bGVhc2UuDQo8L2Rpdj4NCjxkaXYgZGlyPSJhdXRvIiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFs LCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij4NCiA8YnI+DQo8L2Rpdj4NCjxkaXYgZGly PSJhdXRvIiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6 IDE0cHg7Ij4NCiAqOiBUQkgsIFZULW9ubHkgaXMgbm90IGhvcnJpYmxlLCBhcyBJIGdyZXcgdXAg b24geDg24oCZcyBkaWFsaW5nIHVwIHRvIGEgU0NPIHRlcm1pbmFsIGFuZCBJ4oCZdmUgYWx3YXlz IGhhZCBhIGxvdmUgZm9yIEV1cm9wZWFuIHRlbGV0ZXh0IHNlcnZpY2VzIGFuZCBNaW5pdGVsLiBJ dOKAmXMgYXdlc29tZSBmb3IgZm9jdXMuLi4gQnV0IGZvciB3aGF0IEkgcGFpZCwgSeKAmWQgbGlr ZSB0byBiZSBhYmxlIHRvIGxvYWQgYSBncmFwaGljYWwgZW52aXJvbm1lbnQsIHNsZWVwIG9uIGxp ZCBjbG9zZSwgb3Igbm90IGhhdmUgdG8gcmVseSBvbiBteSBtb3VzZS1sZXNzIHRtdXgtb3ItZGll IHNraWxscyBqdXN0IHRvIGdldCB0aHJvdWdoIHRoZSBkYXkuJm5ic3A7DQogPGJyPg0KPC9kaXY+ IA0KPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6 IDE0cHg7Ij4gDQogPGJyPiANCjwvZGl2PiANCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlh bCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQogIFswXTombmJzcDsgDQogPHNwYW4+ PGEgdGFyZ2V0PSJfYmxhbmsiIHJlbD0ibm9yZWZlcnJlciBub2ZvbGxvdyBub29wZW5lciIgaHJl Zj0iaHR0cHM6Ly9zdGV2ZW5naGFybXMuY29tL2xvbmdmb3JtL215LWZpcnN0LWZyZWVic2QvIj5o dHRwczovL3N0ZXZlbmdoYXJtcy5jb20vbG9uZ2Zvcm0vbXktZmlyc3QtZnJlZWJzZC88L2E+PC9z cGFuPiANCjwvZGl2PiANCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJp ZjsgZm9udC1zaXplOiAxNHB4OyI+DQogIFsxXTombmJzcDsgDQogPHNwYW4+PGEgdGFyZ2V0PSJf YmxhbmsiIHJlbD0ibm9yZWZlcnJlciBub2ZvbGxvdyBub29wZW5lciIgaHJlZj0iaHR0cHM6Ly9m b3J1bXMuZnJlZWJzZC5vcmcvdGhyZWFkcy92c2NvZGUtZXh0cmVtZWx5LWxvbmctYnVpbGQtYnVp bGRzLWxpbnV4LW9uLXRoZS13YXkuOTc3NDAvIj5odHRwczovL2ZvcnVtcy5mcmVlYnNkLm9yZy90 aHJlYWRzL3ZzY29kZS1leHRyZW1lbHktbG9uZy1idWlsZC1idWlsZHMtbGludXgtb24tdGhlLXdh eS45Nzc0MC88L2E+PC9zcGFuPiANCjwvZGl2PiANCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBB cmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxNHB4OyI+DQogIFsyXSZuYnNwOyANCiA8c3Bh bj48YSB0YXJnZXQ9Il9ibGFuayIgcmVsPSJub3JlZmVycmVyIG5vZm9sbG93IG5vb3BlbmVyIiBo cmVmPSJodHRwczovL3d3dy5mcmVzaHBvcnRzLm9yZy9ncmFwaGljcy9kcm0ta21vZCI+aHR0cHM6 Ly93d3cuZnJlc2hwb3J0cy5vcmcvZ3JhcGhpY3MvZHJtLWttb2Q8L2E+PC9zcGFuPiANCjwvZGl2 PiANCjxkaXYgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXpl OiAxNHB4OyI+DQogIFszXTombmJzcDsgDQogPHNwYW4+PGEgdGFyZ2V0PSJfYmxhbmsiIHJlbD0i bm9yZWZlcnJlciBub2ZvbGxvdyBub29wZW5lciIgaHJlZj0iaHR0cHM6Ly9zdGV2ZW5naGFybXMu Y29tL2xvbmdmb3JtL215LWZpcnN0LWZyZWVic2QvaW5zdGFsbGF0aW9uL3BhcnQtMi1wb3dlci1t YW5hZ2VtZW50LyI+aHR0cHM6Ly9zdGV2ZW5naGFybXMuY29tL2xvbmdmb3JtL215LWZpcnN0LWZy ZWVic2QvaW5zdGFsbGF0aW9uL3BhcnQtMi1wb3dlci1tYW5hZ2VtZW50LzwvYT48L3NwYW4+IA0K PC9kaXY+IA0KPGRpdiBkaXI9ImF1dG8iIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMt c2VyaWY7IGZvbnQtc2l6ZTogMTRweDsiPg0KICBbNF06Jm5ic3A7DQogPGEgc3R5bGU9ImZvbnQt ZmFtaWx5OiAmcXVvdDtTYW4gRnJhbmNpc2NvJnF1b3Q7LCBIZWx2ZXRpY2EsIEFyaWFsLCBzYW5z LXNlcmlmOyBmb250LXNpemU6IDIxcHg7IiBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vRnJlZUJT REZvdW5kYXRpb24vcHJvai1sYXB0b3AvaXNzdWVzLzQ3Ij5odHRwczovL2dpdGh1Yi5jb20vRnJl ZUJTREZvdW5kYXRpb24vcHJvai1sYXB0b3AvaXNzdWVzLzQ3PC9hPg0KPC9kaXY+IA0KPGRpdiBz dHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij4N CiAgWzVdOiZuYnNwOyANCiA8c3Bhbj48YSB0YXJnZXQ9Il9ibGFuayIgcmVsPSJub3JlZmVycmVy IG5vZm9sbG93IG5vb3BlbmVyIiBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vZnJlZWJzZC9kcm0t a21vZC9wdWxsLzMzMiI+aHR0cHM6Ly9naXRodWIuY29tL2ZyZWVic2QvZHJtLWttb2QvcHVsbC8z MzI8L2E+PC9zcGFuPiANCjwvZGl2PiANCjxkaXYgZGlyPSJhdXRvIiBzdHlsZT0iZm9udC1mYW1p bHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7Ij48L2Rpdj4NCjxkaXYgZGly PSJhdXRvIiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6 IDE0cHg7Ij4NCiBbNl06ICZuYnNwOw0KIDxhIHN0eWxlPSJmb250LWZhbWlseTogJnF1b3Q7U2Fu IEZyYW5jaXNjbyZxdW90OywgSGVsdmV0aWNhLCBBcmlhbCwgc2Fucy1zZXJpZjsgZm9udC1zaXpl OiAyMXB4OyIgaHJlZj0iaHR0cHM6Ly93d3cuZnJlZWJzZC5vcmcvcmVsZWFzZXMvMTUuMFIvc2No ZWR1bGUvIj5odHRwczovL3d3dy5mcmVlYnNkLm9yZy9yZWxlYXNlcy8xNS4wUi9zY2hlZHVsZS88 L2E+DQo8L2Rpdj4gDQo8ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2VyaWY7 IGZvbnQtc2l6ZTogMTRweDsiPiANCiA8YnI+IA0KPC9kaXY+IA0KPGRpdiBjbGFzcz0icHJvdG9u bWFpbF9zaWduYXR1cmVfYmxvY2siIHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIHNhbnMtc2Vy aWY7IGZvbnQtc2l6ZTogMTRweDsiPiANCiA8ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVy ZV9ibG9jay11c2VyIj4gDQogIDxkaXY+DQogICAgLS0tIA0KICAgPGJyPiANCiAgPC9kaXY+IA0K ICA8ZGl2PiANCiAgIDxicj4gDQogIDwvZGl2PiANCiAgPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6 IEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiByZ2IoMCwgMCwgMCk7 IGJhY2tncm91bmQtY29sb3I6IHJnYigyNTUsIDI1NSwgMjU1KTsiPg0KICAgIFB1YmxpYyBLZXk6 IA0KICAgPGEgdGl0bGU9IjIyQkUzOUUyRkE2OEQ4QkE4REM0QjQzQTU1QTE2RDhDRTJCMDM2REUi IGhyZWY9Imh0dHBzOi8vMjJCRTM5RTJGQTY4RDhCQThEQzRCNDNBNTVBMTZEOENFMkIwMzZERSI+ PHNwYW4+MjJCRTM5RTJGQTY4RDhCQThEQzRCNDNBNTVBMTZEOENFMkIwMzZERTwvc3Bhbj48L2E+ IA0KICAgPGJyPiANCiAgPC9kaXY+IA0KICA8ZGl2IHN0eWxlPSJmb250LXN0eWxlOiBub3JtYWw7 IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IHRleHQtaW5kZW50 OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3b3JkLXNw YWNpbmc6IDBweDsgdGV4dC1kZWNvcmF0aW9uOiBub25lOyBmb250LWZhbWlseTogQXJpYWwsIEhl bHZldGljYSwgc2Fucy1zZXJpZjsgY29sb3I6IHJnYigzNCwgMzQsIDM0KTsiPiANCiAgIDxicj4g DQogIDwvZGl2PiANCiAgPGRpdj4NCiAgICBNZXNzYWdlcyBmcm9tIHRoaXMgYWNjb3VudCBhcmUg Y29uc2lkZXJlZCB0aGUgYmVzdC1zZWN1cmVkIGFuZCBtb3N0IHJlbGlhYmxlLiBTZW5kIGluZm9y bWF0aW9uIHJlZ2FyZGluZyBoZWFsdGgsIHdlYWx0aCwgb3IgcmVxdWlyaW5nIGhpZ2hlciBzdGFu ZGFyZHMgb2Ygc2VjdXJpdHkgdG8gdGhpcyBhZGRyZXNzLiANCiAgIDxicj4gDQogIDwvZGl2PiAN CiA8L2Rpdj4gDQogPGRpdiBzdHlsZT0iZm9udC1mYW1pbHk6IEFyaWFsLCBzYW5zLXNlcmlmOyBm b250LXNpemU6IDE0cHg7Ij4gDQogIDxicj4gDQogPC9kaXY+IA0KIDxkaXYgY2xhc3M9InByb3Rv bm1haWxfc2lnbmF0dXJlX2Jsb2NrLXByb3RvbiI+DQogICBTZW50IHdpdGggDQogIDxhIHRhcmdl dD0iX2JsYW5rIiBocmVmPSJodHRwczovL3Byb3Rvbi5tZS9tYWlsL2hvbWUiPlByb3RvbiBNYWls PC9hPiBzZWN1cmUgZW1haWwuIA0KIDwvZGl2PiANCjwvZGl2PjwvYm9keT48L2h0bWw+ --b1=_5zNn9Z0wiHvt1JnXnc73EyUe9rOjMkY5r4fmZgUbM-- From nobody Mon Jun 2 12:05:26 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4b9sx62bSgz5xyB2 for ; Mon, 02 Jun 2025 12:05:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4b9sx43YL4z3V5n for ; Mon, 02 Jun 2025 12:05:28 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org; dmarc=none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 552C5QSd022496 for ; Mon, 2 Jun 2025 12:05:26 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 552C5QWR022495 for current@freebsd.org; Mon, 2 Jun 2025 05:05:26 -0700 (PDT) (envelope-from david) Date: Mon, 2 Jun 2025 05:05:26 -0700 From: David Wolfskill To: current@freebsd.org Subject: "duplicate script" warning during installworld? Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Pi54m3VN1KQCIcfo" Content-Disposition: inline X-Spamd-Result: default: False [3.47 / 15.00]; REPLYTO_EQ_TO_ADDR(5.00)[]; SIGNED_PGP(-2.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.994]; NEURAL_SPAM_LONG(0.74)[0.743]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; NEURAL_SPAM_MEDIUM(0.12)[0.119]; MIME_TRACE(0.00)[0:+,1:+,2:~]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_LAST(0.00)[]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; HAS_REPLYTO(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEFALL_USER(0.00)[david]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4b9sx43YL4z3V5n X-Spamd-Bar: +++ --Pi54m3VN1KQCIcfo Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Saw this during my daily update -- in this case, from FreeBSD 15.0-CURRENT #230 main-n277627-66c2e68076bd: Sun Jun 1 13:44:59 UT= C 2025 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64= /sys/GENERIC amd64 1500044 1500044 to FreeBSD 15.0-CURRENT #231 main-n277635-4d7c31bca252: Mon Jun 2 11:13:54 UT= C 2025 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64= /sys/GENERIC amd64 1500044 1500044 (which appears to have been successful): make[6]: /usr/src/share/mk/bsd.files.mk:119: warning: duplicate script for = target "_testsFILESINS_test_read_format_7zip_lzma2_powerpc.7z.uu" ignored make[6]: /usr/src/share/mk/bsd.files.mk:119: warning: using previous script= for "_testsFILESINS_test_read_format_7zip_lzma2_powerpc.7z.uu" defined here The warning was not present during yesterday's build (main-n277596-e86d9dd6cee1 -> main-n277627-66c2e68076bd). (And I'm not doing anything with powerpc, in any case.) But I thought it worth mentioning, in case it indicates an issue worth addressing. Peace, david --=20 David H. Wolfskill david@catwhisker.org =E2=80=9CAt the end of the day, your integrity is all you have. Guard it carefully." - Jerome Powell See https://www.catwhisker.org/~david/publickey.gpg for my public key. --Pi54m3VN1KQCIcfo Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaD2Thl8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5ZrKAP4pu+Yv7hJjCQ9xuPUWc02+F4aafxOzIYHdh63qi93ZrQEAnkhaH8E1cUvo kzFNRYORnYudDpHlfEwjsCYUoIW8uQg= =Qtx5 -----END PGP SIGNATURE----- --Pi54m3VN1KQCIcfo-- From nobody Mon Jun 2 12:45:59 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4b9tqs3p2Xz5y1Q5 for ; Mon, 02 Jun 2025 12:46:01 +0000 (UTC) (envelope-from des@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4b9tqs3L3Vz3r14; Mon, 02 Jun 2025 12:46:01 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1748868361; 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=olT2ApnKU3pizuNTxwXCnpcKvgKogsmaQChG67F3K9c=; b=EyXgpICd6Bc0fmiVXUGxLdxkQUVshQ+bxg4SnvneebBtK3J6/9u6f3WhmUY1OPUQqMGup7 MQASYoCxclGit/eFS9hD8hTeD5INaBiZYk2/Dw597ouuT9sO5+SNw6K+JsK5xIcY7f9l98 igHOMH43TtJdxaY4j6IQpzZUhr7L7tQE7wBUMuRXw+rPDyTQKq06MF7Qo/2jP09Iqf+n7M JaNPtiwJQFi2wFKhPpdspjPGy13kDbcRb6BnGxEEHcqcra8UhNfqdHgtR0iJaHmI94JjNQ jzyI0eiw6I+iUcWbzCl+jDnh6fCroje+5J9D+Wvl2H0Y88XnJ7FkuPk72c3zfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1748868361; 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=olT2ApnKU3pizuNTxwXCnpcKvgKogsmaQChG67F3K9c=; b=APyTpaJ9NvDJnnRQT6hwhdvU3XRTIhAhR9l020ZpYqnzyIJTAVC+qqAdK9WGB/SbLNI7op AceuiQXia60Dk5BgloaBbFqDK4YLPupact9yHg5OCn2GBt/9riB2dIX/gniyN3mZw9lJQb 0CD9ZGZgfFhbtzHi8EmeVQoIvnyR+XkguKKxMaC2Zv8+plHJMltcOpIyeHyIQQXSGKu48u nVYZD1DYcCcGNWRF+Kz/Zzprf26Hs0Tsg4yIvS1/b9iMz+MO1vHPlx0nLUbJzrDKWh0dqO ufVtZ9wu47b+Ncn/X89X5lhnkmUmPncYT4cYAacVbJ568NNZBgNknEkpL4YhxA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1748868361; a=rsa-sha256; cv=none; b=e1VY6FhQJYI973SxSvlOTANR6vF8OmrjbBukQXGizpGMWkyPdZoM4LZHNUAMDqohn3erfr /ZANQBM9VslLKHUCjZ2/9F+mkhEwyhfxPzISiHCeUToeri8Xj3aConOlt54CpLFeEJx0z9 pS/TdV1bWj18UxHyG0UmlDKoEXCR3HrCnhQ0XpEW4qG878SOy/p7vpkDuHSDQDEbc5FSHZ lNg4woSWJ9KWLweJLjfWlV5WHDNgv3bQSr/BRW9G4ShTRFTR7zTRQg+cmrGCKtwL+TXt07 FcsJF6oR8uiUbnjYpa31Hn8vMln7RCBZhPjIprTrSYcazlnAonSwx74cwFm/Pw== Received: from ltc.des.dev (unknown [IPv6:2a01:e0a:c54:bed0:922e:16ff:fef1:acef]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4b9tqs1kyszBmS; Mon, 02 Jun 2025 12:46:01 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.dev (Postfix, from userid 1001) id 05C4550C19; Mon, 02 Jun 2025 14:46:00 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: current@freebsd.org Cc: mm@freebsd.org Subject: Re: "duplicate script" warning during installworld? In-Reply-To: (David Wolfskill's message of "Mon, 2 Jun 2025 05:05:26 -0700") References: User-Agent: Gnus/5.13 (Gnus v5.13) Date: Mon, 02 Jun 2025 14:45:59 +0200 Message-ID: <86plfml3aw.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 David Wolfskill writes: > make[6]: /usr/src/share/mk/bsd.files.mk:119: warning: duplicate script > for target "_testsFILESINS_test_read_format_7zip_lzma2_powerpc.7z.uu" > ignored > make[6]: /usr/src/share/mk/bsd.files.mk:119: warning: using previous > script for "_testsFILESINS_test_read_format_7zip_lzma2_powerpc.7z.uu" > defined here The bug was introduced yesterday with the libarchive upgrade (2e113ef82465), in lib/libarchive/tests/Makefile: @@ -476,16 +490,24 @@ ${PACKAGE}FILES+=3D test_read_format_7zip_lzma1_lzma2= .7z.uu ${PACKAGE}FILES+=3D test_read_format_7zip_lzma2.7z.uu ${PACKAGE}FILES+=3D test_read_format_7zip_lzma2_arm.7z.uu ${PACKAGE}FILES+=3D test_read_format_7zip_lzma2_arm64.7z.uu +${PACKAGE}FILES+=3D test_read_format_7zip_lzma2_powerpc.7z.uu +${PACKAGE}FILES+=3D test_read_format_7zip_lzma2_riscv.7z.uu +${PACKAGE}FILES+=3D test_read_format_7zip_lzma2_sparc.7z.uu +${PACKAGE}FILES+=3D test_read_format_7zip_lzma2_powerpc.7z.uu ${PACKAGE}FILES+=3D test_read_format_7zip_malformed.7z.uu ${PACKAGE}FILES+=3D test_read_format_7zip_malformed2.7z.uu ${PACKAGE}FILES+=3D test_read_format_7zip_packinfo_digests.7z.uu The first and fourth added lines in this hunk are identical. I believe the fourth can safely be removed. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Mon Jun 2 22:35: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 4bB7wV0kWZz5xTpq for ; Mon, 02 Jun 2025 22:35:54 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 4bB7wS2T9Yz3sVt for ; Mon, 02 Jun 2025 22:35:52 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Authentication-Results: mx1.freebsd.org; dkim=none ("invalid DKIM record") header.d=troutmask.apl.washington.edu header.s=troutmask header.b=mZXaiAfo; spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu; dmarc=fail reason="No valid SPF" header.from=washington.edu (policy=none) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.18.1/8.18.1) with ESMTP id 552MZowm003717 for ; Mon, 2 Jun 2025 15:35:50 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) DKIM-Filter: OpenDKIM Filter v2.10.3 troutmask.apl.washington.edu 552MZowm003717 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=troutmask.apl.washington.edu; s=troutmask; t=1748903750; bh=6/Rvhmoy5ha/PJZDG0gNyWL6Hac0ZVSLHvWAXTZ8L0g=; h=Date:From:To:Subject:Reply-To:References:In-Reply-To:From; b=mZXaiAfopZUbhdxO1YkhGUuuzQjikii7SLWQlGN4CwJ7JmCdq5eMAh20OYE/mdub/ d/dmY02f4KAbNlfsGf3HU8gspl74ARv8nCIjqxprzKGhAJ7Yg/h/fbGiyRk87bYbwZ 2lbBIek9VebH+gqtSFjzlZH/sbLgLI6/4Q7XRnMg750z/6NpJo2xHH7Re6f0ObiA8h 1w3+hyFX8NXtlDTnBPaZCzP2rOQrvHsRMlE45BGK/z6vUvr/HDBaddngDXA+aYY/bu 4/kDW2S5SPRBK99NzUSNrszNlks9VlJdziX/m1iB5FyMr86OQsw8lzApGAX0fEbW82 ns/iQSwcUUAqQ== Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.18.1/8.18.1/Submit) id 552MZouZ003716 for freebsd-current@freebsd.org; Mon, 2 Jun 2025 15:35:50 -0700 (PDT) (envelope-from sgk) Date: Mon, 2 Jun 2025 15:35:50 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Subject: Re: drm panic after new world Message-ID: Reply-To: sgk@troutmask.apl.washington.edu 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-Spamd-Result: default: False [-1.31 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.44)[-0.442]; NEURAL_SPAM_LONG(0.33)[0.330]; RCVD_IN_DNSWL_MED(-0.20)[128.95.76.21:from]; MIME_GOOD(-0.10)[text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF,none]; REPLYTO_DOM_NEQ_TO_DOM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[troutmask.apl.washington.edu:~]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; R_SPF_NA(0.00)[no SPF record]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_DKIM_PERMFAIL(0.00)[troutmask.apl.washington.edu:s=troutmask]; RCVD_COUNT_TWO(0.00)[2]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu] X-Rspamd-Queue-Id: 4bB7wS2T9Yz3sVt X-Spamd-Bar: - On Thu, May 29, 2025 at 02:37:08PM -0700, Steve Kargl wrote: > On Thu, May 29, 2025 at 01:06:22PM -0700, Steve Kargl wrote: > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 > > 57 __asm("movq %%gs:%c1,%0" : "=r" (td) > > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 > > td = > > (snip) > > > #5 0xffffffff805c8718 in pfs_add_node ( > > parent=parent@entry=0xfffff80003955400, pn=pn@entry=0xfffff803557e0900) > > at /usr/src/sys/fs/pseudofs/pseudofs.c:123 > > iter = > > This is hitting a KASSERT under the INVARIANTS option. > > How does one use dates to checkout a particular head? If I'm at the top of HEAD and need to got back to mid-february, what's the easiest option for performing a bisection by hand? -- Steve From nobody Mon Jun 2 22:44:37 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 4bB86b50syz5xVrl for ; Mon, 02 Jun 2025 22:44:39 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bB86b23mhz43Kl for ; Mon, 02 Jun 2025 22:44:39 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 552MibXB045320; Mon, 2 Jun 2025 22:44:37 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 552Mib7f045319; Mon, 2 Jun 2025 15:44:37 -0700 (PDT) (envelope-from david) Date: Mon, 2 Jun 2025 15:44:37 -0700 From: David Wolfskill To: Steve Kargl Cc: freebsd-current@freebsd.org Subject: Re: drm panic after new world Message-ID: Mail-Followup-To: David Wolfskill , Steve Kargl , freebsd-current@freebsd.org 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: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="bl4bXC0wpyw0uk2F" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4bB86b23mhz43Kl X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US] --bl4bXC0wpyw0uk2F Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 02, 2025 at 03:35:50PM -0700, Steve Kargl wrote: > ... > How does one use dates to checkout a particular head? > If I'm at the top of HEAD and need to got back to > mid-february, what's the easiest option for performing > a bisection by hand? >=20 > --=20 > Steve Maybe someone else will have a better idea, but you could: * Examine (say) https://lists.freebsd.org/archives/dev-commits-src-main/2025-February/date.= html, filtering out the "replies" to find git commit hashes. * Look at https://www.catwhisker.org/~david/FreeBSD/history/freebeast_uname_amd64.15.= txt, which has "uname" output from my daily builds (since 06 Oct 2023, for 15.0-CURRENT). Peace, david --=20 David H. Wolfskill david@catwhisker.org =E2=80=9CAt the end of the day, your integrity is all you have. Guard it carefully." - Jerome Powell See https://www.catwhisker.org/~david/publickey.gpg for my public key. --bl4bXC0wpyw0uk2F Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCaD4pVV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5Sh/AP4m08Spzb/TsvDiK05njtJbQxSrwFER+ym8kwt3cpGTzgEA197Lvsa0hAGT Qxv/H+Sz5EDCBjVYN/g8xync7hUGTAc= =q9BH -----END PGP SIGNATURE----- --bl4bXC0wpyw0uk2F-- From nobody Mon Jun 2 23:17: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 4bB8sn21v0z5xXbh for ; Mon, 02 Jun 2025 23:18:37 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 4bB8sm5lp3z3d9L for ; Mon, 02 Jun 2025 23:18:36 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Authentication-Results: mx1.freebsd.org; none Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.18.1/8.18.1) with ESMTP id 552NHl7P004125; Mon, 2 Jun 2025 16:17:47 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) DKIM-Filter: OpenDKIM Filter v2.10.3 troutmask.apl.washington.edu 552NHl7P004125 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=troutmask.apl.washington.edu; s=troutmask; t=1748906267; bh=5ZCyWsGvjP9rHdwUE5AYpaM7VHWL3bWs9pdZdz1ik0I=; h=Date:From:To:Subject:Reply-To:References:In-Reply-To:From; b=aiJnFaD7nnOkGwxmB6jXXag047wlvaSefdb+bp5k2k/JlAVnJeL/jgs1h5bA9B0r9 KpwbaB/eiLdiYcDEOBS3EoMF6OE4B+I8pN/65LtUE2pyjVVsyyQubMoF1OtoktyMHM 1gNnD9hL+f4191ffJGq34g3/0WH9gqIlUXEVcCgpLhdidreyoHcccIQl3e7sRxIOTc AhzLCFU7Az9KF05QTQLo7YdUCIVcQS044oXSwOymgsjadWTLZKi1Z+GU6GOMvFkCse g5z6Iepu0PoIN6zrjchhRLOEaonLGDsK20I1DMg0OZDxpgrRSNzUnozNZUkapbh3th kYcHkyF0HdorQ== Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.18.1/8.18.1/Submit) id 552NHlWX004124; Mon, 2 Jun 2025 16:17:47 -0700 (PDT) (envelope-from sgk) Date: Mon, 2 Jun 2025 16:17:47 -0700 From: Steve Kargl To: David Wolfskill , freebsd-current@freebsd.org Subject: Re: drm panic after new world Message-ID: Reply-To: sgk@troutmask.apl.washington.edu 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-Rspamd-Queue-Id: 4bB8sm5lp3z3d9L X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US] On Mon, Jun 02, 2025 at 03:44:37PM -0700, David Wolfskill wrote: > On Mon, Jun 02, 2025 at 03:35:50PM -0700, Steve Kargl wrote: > > ... > > How does one use dates to checkout a particular head? > > If I'm at the top of HEAD and need to got back to > > mid-february, what's the easiest option for performing > > a bisection by hand? > > > > Maybe someone else will have a better idea, but you could: > > * Examine (say) > https://lists.freebsd.org/archives/dev-commits-src-main/2025-February/date.html, > filtering out the "replies" to find git commit hashes. > Thanks for the suggestion. Unfortunately, this is what I feared. Suppose I find commit hash abcdef for 20250215 and hash ghijkl for 20250315, i.e, the 2 commits roughly a month apart. I can do % git checkout abcdef Now, I do the usual buildworld/installworld including the etcupdate steps. I need to rebuild drm-515-kmod port. Test to see if drm works again, % git checkout main (to recover the main branch). % git checkout ghijkl Repeat the world dance. -- Steve From nobody Mon Jun 2 23:42: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 4bB9PW0k9mz5xZ7j for ; Mon, 02 Jun 2025 23:42:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x1030.google.com (mail-pj1-x1030.google.com [IPv6:2607:f8b0:4864:20::1030]) (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 4bB9PV5qB2z459J for ; Mon, 02 Jun 2025 23:42:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1030.google.com with SMTP id 98e67ed59e1d1-306bf444ba2so4261921a91.1 for ; Mon, 02 Jun 2025 16:42:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1748907757; x=1749512557; 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=4HIOl9yqfoB1Jdeez+HlEQpnO14j3TGX4rOA5WOA/qo=; b=Z/egUj5OlJH2Ni2IWAAKT77Hfx7sBezbrSQtMDzvZNpMTTrgTHLPIjYXVs2I7KOF1V Sw6A6UQiWeBgSkDpGi2HJfRFjKztfegTU/tfRGYpCi3iiwO5JaYHuOnhRUOvoUmK5Tw4 H4h/MLAoAevcuPANt61q8ozsTd5INdzF451eCtK1hWlXM3elVt66BniHeqiVljUz3voy k+ohrGbwmWJ/SToO41/Txzt78vHAVI11Ej3cAI3uSYL8aqgmqrzGKNbsQrTATHarzFrc dMB22E+NiCVp9rIHiV5C10GcpRes2Bh0RUixghDTtOB95+ChMzZdiOpXjDoTG7ApcH58 YCng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1748907757; x=1749512557; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=4HIOl9yqfoB1Jdeez+HlEQpnO14j3TGX4rOA5WOA/qo=; b=iJEdjUNMajacPObc9glq5YgjMMK3giW2lAB5ztoyX/oK+c67YyuqwnKaHcq3OD1k8e LuIykAdxOG9wNIYWJUQw/bm8jhmIrJFtyngv+xRXsvkRsFtHPltXLOt281lAxAhb45gI gcwILutzgYwnxb+PpgtzIXdJ0BIs7T4PtgXzYPHbfNaW31FldkWKGJ6oyoMPbzuPoC7u 2tin26G1CCFER+fWdHupBz17usZH8jfS4IyvO73trZFNih+ucnQWLj+sZSzRdB8ZMDdA 2iLJBtNHNHiXH681pO7csaumrhfXDxMwxs/tAgUSYA997TJU61XBdZxzFP12Xrymt/r/ nOug== X-Forwarded-Encrypted: i=1; AJvYcCWuwoBZLsEvJx30Oqh2DoTFHqIgCEeQJ/mKpUS+xQ7Xxi5lEsp6qUdhNgvW8QDdldKToR82HWJS2YK0wjOYls0=@freebsd.org X-Gm-Message-State: AOJu0YxuAbrL5GuNWahI8bE+/WTivg1qnwwIn1q2nQCyOVwxaVoefI2n 4g1RVXr7BSqX4RqiEC1GWTNsdPltqqoQjjgmR4r1INfO345cqE1zg5zGAHe8sERknsVFY6KbTQU 1g1uQ/bJp8b25jwsTZ+gYS7evUZrLzMaJauHuw4lGRrFf1OTrCcft X-Gm-Gg: ASbGncvxcg1Qf+SqLqQLNzbg1ahTK6mTI3Cqflf1X4kyly8cuMv29+zVZzq5bJdK4ZA 4rA7C9wEp6NWZPOxQ6POeO/Haq+QsrStqtbhYVVztcIE4CL79X1zCJfr5NW8qtJWGlXuFgtMeSX eNpp1LiODUDCyMtEcj7Wn6QNvN3x/cJe9wXOvdGeSzIQB8 X-Google-Smtp-Source: AGHT+IGsUvfWUjJxMOUbRAf7aUI7eb3Z9s7RqKHlWsjk1YV9ZSKXugBae6O6Ilvrbgae7hktE31rMINHKmOB5nTZXrM= X-Received: by 2002:a17:90b:2e4b:b0:312:1c83:58e9 with SMTP id 98e67ed59e1d1-3127c6a02bemr14146984a91.5.1748907756276; Mon, 02 Jun 2025 16:42:36 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Mon, 2 Jun 2025 17:42:24 -0600 X-Gm-Features: AX0GCFulnckjCTdMa5bucluo3nn-W8YL-TZe4qfaPFQyt6HIN2LmlHJ9igzDHJg Message-ID: Subject: Re: drm panic after new world To: Steve Kargl Cc: David Wolfskill , FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000008ee36706369f51a7" X-Rspamd-Queue-Id: 4bB9PV5qB2z459J X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --0000000000008ee36706369f51a7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, Jun 2, 2025, 5:18=E2=80=AFPM Steve Kargl wrote: > On Mon, Jun 02, 2025 at 03:44:37PM -0700, David Wolfskill wrote: > > On Mon, Jun 02, 2025 at 03:35:50PM -0700, Steve Kargl wrote: > > > ... > > > How does one use dates to checkout a particular head? > > > If I'm at the top of HEAD and need to got back to > > > mid-february, what's the easiest option for performing > > > a bisection by hand? > > > > > > > Maybe someone else will have a better idea, but you could: > > > > * Examine (say) > > > https://lists.freebsd.org/archives/dev-commits-src-main/2025-February/dat= e.html > , > > filtering out the "replies" to find git commit hashes. > > > > Thanks for the suggestion. > > Unfortunately, this is what I feared. Suppose I find > commit hash abcdef for 20250215 and hash ghijkl for > 20250315, i.e, the 2 commits roughly a month apart. > I can do > > % git checkout abcdef > > Now, I do the usual buildworld/installworld including > the etcupdate steps. I need to rebuild drm-515-kmod > port. Test to see if drm works again, > > % git checkout main (to recover the main branch). > % git checkout ghijkl > > Repeat the world dance. > Yes. That will work. It will create a detached tree, but that's fine. You can also do git bisect too. Warner --=20 > Steve > > --0000000000008ee36706369f51a7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, Jun 2, 2025, 5:18=E2=80= =AFPM Steve Kargl <s= gk@troutmask.apl.washington.edu> wrote:
On Mon, Jun 02, 2025 at 03:44:37PM -0700, David Wolfskill wro= te:
> On Mon, Jun 02, 2025 at 03:35:50PM -0700, Steve Kargl wrote:
> > ...
> > How does one use dates to checkout a particular head?
> > If I'm at the top of HEAD and need to got back to
> > mid-february, what's the easiest option for performing
> > a bisection by hand?
> >
>
> Maybe someone else will have a better idea, but you could:
>
> * Examine (say)
> https= ://lists.freebsd.org/archives/dev-commits-src-main/2025-February/date.html<= /a>,
>=C2=A0 filtering out the "replies" to find git commit hashes.=
>

Thanks for the suggestion.

Unfortunately, this is what I feared.=C2=A0 Suppose I find
commit hash abcdef for 20250215 and hash ghijkl for
20250315, i.e, the 2 commits roughly a month apart.
I can do

% git checkout abcdef

Now, I do the usual buildworld/installworld including
the etcupdate steps.=C2=A0 I need to rebuild drm-515-kmod
port.=C2=A0 Test to see if drm works again,

% git checkout main=C2=A0 =C2=A0(to recover the main branch).
% git checkout ghijkl=C2=A0

Repeat the world dance.
--0000000000008ee36706369f51a7-- From nobody Tue Jun 3 01:25:39 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bBChy24m0z5xhfH for ; Tue, 03 Jun 2025 01:26:10 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ultimatedns.net", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bBChx3QyJz3WST for ; Tue, 03 Jun 2025 01:26:09 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Authentication-Results: mx1.freebsd.org; dkim=fail ("headers rsa verify failed") header.d=ultimatedns.net header.s=mx99 header.b=UYrAgkg+; spf=pass (mx1.freebsd.org: domain of bsd-lists@bsdforge.com designates 24.113.41.81 as permitted sender) smtp.mailfrom=bsd-lists@bsdforge.com Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 5531PdBq084982; Mon, 2 Jun 2025 18:25:54 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ultimatedns.net; s=mx99; t=1748913960; x=1748914560; r=y; bh=Z4EhJ6JyqGtamIEDfDYRhKfFbP3ZcPSizRR+xgdTrF0=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=UYrAgkg+UNiVl5i6s/ObHZkv1eQVsR4xCT9pcW13s6JBq61YIO0u9bv5Pf1E21pQP P+BJFqU/hMf12qQJZiLycHUkvzdsYwMs9tLuiTWd+Rg1a6Gx/NFBX5y0Bgi7FAf4uL 0YR/SowFqCBIMyHF9mI4I/7yhp7JUBO8p2I/+SQWoPcfJ3my2PqKQEFhvWTLQkUQuM Oyu9BDIM0INqnlKVbNeukYXdTKFrbPozkjLlFZsu5WDz5rgzsFUeyGUNmjSF6JUEHq JkDoXADjR/KTsnO3x7bRW54M4+rdZLoMP1PCy8VyJc9dynBx2At1fYFI94s+g/FV33 IPJVcK1mB8tXw== 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, 02 Jun 2025 18:25:39 -0700 From: Chris To: Shawn Webb Cc: Cy Schubert , Konstantin Belousov , "Herbert J. Skuhra" , current@freebsd.org Subject: Re: Building lang/go* and go ports broken on main (amd64)? In-Reply-To: References: <87jz5y2njf.wl-herbert@gojira.at> <20250601041116.0A5642A9@slippy.cwsent.com> <20250601050659.0295E2A@slippy.cwsent.com> User-Agent: UDNSMS/17.0 Message-ID: X-Sender: bsd-lists@bsdforge.com Content-Type: multipart/mixed; boundary="=_82fad0a45547842d6196eda7a74438a9" X-Rspamd-Queue-Id: 4bBChx3QyJz3WST X-Spamd-Bar: ++ X-Rspamd-Pre-Result: action=no action; module=multimap; Matched map: local_wl_ip X-Spamd-Result: default: False [2.00 / 15.00]; R_DKIM_REJECT(1.00)[ultimatedns.net:s=mx99]; SUBJECT_ENDS_QUESTION(1.00)[]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; MIME_UNKNOWN(0.10)[application/pgp-keys]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US]; local_wl_ip(0.00)[24.113.41.81]; MLMMJ_DEST(0.00)[current@freebsd.org]; DKIM_TRACE(0.00)[ultimatedns.net:-]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_CC(0.00)[cschubert.com,gmail.com,gojira.at,freebsd.org]; FROM_HAS_DN(0.00)[]; HAS_ATTACHMENT(0.00)[] --=_82fad0a45547842d6196eda7a74438a9 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed On 2025-06-01 18:05, Shawn Webb wrote: > On Sat, May 31, 2025 at 10:06:58PM -0700, Cy Schubert wrote: >> In message , Konstantin Belousov writes: >> > On Sat, May 31, 2025 at 09:11:15PM -0700, Cy Schubert wrote: >> > > In message , Konstantin Belousov writes: >> > > > On Fri, May 30, 2025 at 04:14:44PM +0200, Herbert J. Skuhra wrote: >> > > > > On Fri, 30 May 2025 13:32:27 +0200, Konstantin Belousov wrote: >> > > > > > >> > > > > > On Fri, May 30, 2025 at 09:36:39AM +0200, Herbert J. Skuhra wrote: >> > > > > > > Hi, >> > > > > > > >> > > > > > > building lang/go (e.g. 1.24) and go ports (e.g. aerc, netbird) on m >> > ain >> > > > > > > (amd64) fails with: fatal: bad g in signal handler. >> > > > > > > Arm64 seems to be OK. >> > > > > > >> > > > > > I might have a guess. Try the following untested patch, you need to >> > rebu >> > > > ild >> > > > > > at least kernel, but ideally both kernel and userspace. Also it is a >> > md64 >> > > > -only. >> > > > > >> > > > > Thanks a lot! With your patch I could build go 1.24 and netbird again. >> > > > >> > > > Is there any go code that uses cgo, and which you could test with the pat >> > ch >> > > > as well? >> > > > >> > > >> > > It's a bad system call. Yesterday's buildworld/installworld made the system >> > >> > > unable to run today's installworld. >> > > >> > > --- installworld --- >> > > make[1]: /export/obj/opt/src/git-src/amd64.amd64/toolchain-metadata.mk:1: >> > > Using cached toolchain metadata from build at stinky on Sat May 31 20:16:05 >> > >> > > PDT 2025 >> > > --- __installcheck_UGID --- >> > > --- __installcheck_sh_check --- >> > > Bad system call (core dumped) >> > > rescue/sh check failed, installation aborted >> > > >> > > make[1]: stopped making "installworld" in /opt/src/git-src >> > > >> > > make: stopped making "installworld installkernel" in /opt/src/git-src >> > You installed world on the old kernel. >> > The UPDATING way of update must be followed to letter with the exterr feature >> > . >> > >> > > >> > > The go problem is likely related to this. >> > No it is not. >> >> Well, I just built and installed the latest kernel and world. The above >> problem is fixed and so is the Go problem. > > Building a lang/go124 in a 14-STABLE Poudriere jail on a 15-CURRENT > host is still broken. > > Thanks, FWIW on a 14.3-BETA1 jail under 15-CURRENT. It builds and runs fine. -- sent from hardware written from and running on FreeBSD --=_82fad0a45547842d6196eda7a74438a9 Content-Transfer-Encoding: 7bit Content-Type: application/pgp-keys; name=0xE512722F.asc Content-Disposition: attachment; filename=0xE512722F.asc; size=3074 -----BEGIN PGP PUBLIC KEY BLOCK----- mQENBGf/G0IBCADARuJc6IcwOe3jv7dQsP1X/EIHvCFExPbTmlMNFMXbMMccQUnV o8ayEn+wmTvPhw7uL3PDk7DQs16W1sN2b8UMFc804cVWNGtoG3rA+Np+TFEYlXJx eh5Q42VHptkuwzHKl+q2utkpRlS7uHyfjsInQAoHxLyi/wrsaZTHHhDbLLhJ5Ez0 arohQ2Q1w0M5e9rW8Fy5rpC7RpC6uO1SZMxcbdqURI/BBqxbiD1iW62cDWFkfFX+ dtaEXghFV7BIBMDSrgIunGoEfdMZgXys7O6bPWn8z0cuOZIPj4HrjoCYARyQ+sdc rjz/k06SLM/UvEZDorJhT4DbYrwMNvaPWJiPABEBAAG0HkNocmlzIDxic2QtbGlz dHNAYnNkZm9yZ2UuY29tPokBNQQQAQgAHwUCZ/8bQgYLCQcIAwIEFQgKAgMWAgEC GQECGwMCHgEACgkQVKBqaOUSci8bSwf/fK3QcTYXRMrv82HIp4SiGCSD7/bRmyWr ipv2vzknGFHxPBN4AEWIqF/U4j5oDXaodyU6xsy59Z47/lgbyzyZiVR6nmJVgZVf el/EgwnLt7ZuYGLLEhIN2pd9itJkB8PMPZrUHMWgIw8BxX5YFYGuyiNe9pGn0Coj 98t/v3fouhqksH+BpB4TBHJBBDSxSiMm66VTJX4Xcnpf0ZnQVP4GBuoyodnFBfdI wqftPLESsCC08lUhD2j7v2NRWwMi/q3ed8D6VCKPImBByYnBZL5gu56K5bwqaQfN itu06APuIYnG71qxgn1EPO63lovWP5NZGgOKvzs3K+JfPF79BiOUFbQjQ2hyaXMg PG1haWxvcEBocmNvbW11bmljYXRpb25zLm5ldD6JATEEEAEIABwFAmf/G0IGCwkH CAMCBBUICgIDFgIBAhsDAh4BAAoJEFSgamjlEnIvBH8H9RGwzZuU6+zvH1WjQa97 yWpEt9rC+BIBJThev2Cpls2LqBqIeIQVZPnyLAZWgFaiezL6+xbvcNt6OnfidIYa x8iRwCMC6/Bs8H2Wef9qfGxXi+jHPLYQk3juiZVmBhIK6FJZkzaW4wSiawofwzbp zqNxO8dZ0j4foaJZrNi8iqsvKjiiHoSFaJtumIThAeydI18CNLeFaS53sk5nad6I wCYeFKmJ/22dMP7DOFEgyG1iNYgY+AGREMkEsBiLpqYjJ5asK+1UdUy/TRly1hOt HHxCiX0Fh9ZYM2vLIj7sq4LKaMPGeYC3qTqBYugVeyz7LkiI2ft/BKveA5JxuYKk ZrQiQ2hyaXMgPG5hbm9nQGhyY29tbXVuaWNhdGlvbnMubmV0PokBMgQQAQgAHAUC Z/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci+4Bwf8D0Ogk2/X ud/CsAgHozwzKPqfesL5SRWM14hLnU9/EHoplnZgNexbVY1wXIi2FYPo5cve9QxW Nmt3S3UTF9j2fGqv0wmeHv3EqogFUHnftLyWpbeTPOFDMIQp/BOD6ygfeXxXWxRT L6zvUkSrDtHvkQHPWGRxwP+ihWjpw9AQR/R4/qAuTAZZM0O7UnJEo4mWXatl+utF wegG2giwFTTxfF+1rMpFtUDjYCpRQ6ZmE+gC1mHUMoH7GJMQv12DbqwKrxtwGfd0 AJNO3ZDnxl24BmIfl1YqQGZQ5iIH7At4YItESbU45hoNNsG9oDrsil78EUCAtXHd UPScj+eXaeAkgrQfQ2hyaXMgPHBvcnRtYXN0ZXJAYnNkZm9yZ2UuY29tPokBMgQQ AQgAHAUCZ/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci9o7Af+ Lwu5hJlI5HZNGwAll7QTIFZVW+y4OEg+amhxTDGbAAqlnSIkHC1KgkmIOOrThme3 kTFCqfIIsuP73yKxHq6kRG0zH5/7asAPNAUOfzD7B2o/gMyuTRKyG5r9f3UmACr4 6qvtFhIwROXr6+NNT2IKg3l0/8F58A0N/TR8D2PTHeo4x6jYcZQDCrCy7BAdk3cu V16k4z/1UzRa07b5McezbWL20cIaZ+dqNcCjKZpzPlTyTCGgrNNtaDpNVhoWUKMB YNcKql+tfC1IpX8l+IU6OBKcDKMkQojvO1QrZqY8MDJGo8jq/CtotQ8+IpAai3Bx dQEsxrxlcKTR4rUqvd8VGbkBDQRn/xtCAQgAv5Nv/aQN72xsLik+K73PJwpUmyhu vnI6stM6dSecylXVHjZ7C4n/m0eQEeQCl+9lByHR9N8H+WS3DtAd4pmciiIxRQLA JZiuaLYcy9ziy1h7130VoR7hhJHzo9FIhWkTGlCDX3egUZrYhMiwFUO8lNltLB8o TBvIrMSsnUzawtQjq/otv0Jf+oBPbG+gIYnAm7w6r86n/l+eVxf5eEoS7wV0DJfp b2jE5zWErWk8I/tq4e8T+1VQeVQR6wz+NrUCSxkPkpNAm19AFUHOk//yvMGWVlDW F6gr3ErN2a0w/kZ0lz3Msxsb87QT+MnJf/T3cuEqdTIoSk74BfNEAdMohQARAQAB iQEfBBgBCAAJBQJn/xtCAhsMAAoJEFSgamjlEnIvyvIH/26zytSVNDaxtprg7XtX LerIWf9RyVx8omCw/lXKRCcgkfwD7QR+nSZ0thWOGMpcnivjuReeVRkz/webUF47 BXJ/Tge07nrxdtyTIHBbp35fPIriaKaII6YWc2Ufdxwv+cD8PADS6gQWAlgrWLmn VmYtyHs4kwtiPZyUyuBdWnZal2GyYY0WVwYjvbk95eInwOaIdoTjesJ7ZhUFu155 r4hh9GlvM0uv8WJ5Mw9wvHa5fIM205I5g0IWC7yvTwwwKHlV4JQQOqMwfv569OEl 1GKqA12nSVziB1+UV+I0NqOABWi/MOi+IySPzYP+XgdPfRNx4vmoHYZwWOQ3t4Jd TEM= =oj6y -----END PGP PUBLIC KEY BLOCK----- --=_82fad0a45547842d6196eda7a74438a9-- From nobody Tue Jun 3 02:48: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 4bBFX13kJBz5xrqt for ; Tue, 03 Jun 2025 02:48:33 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (udns.ultimatedns.net [24.113.41.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ultimatedns.net", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bBFX05Rr1z3qRx for ; Tue, 03 Jun 2025 02:48:32 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Authentication-Results: mx1.freebsd.org; none Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 5532mPZB036816; Mon, 2 Jun 2025 19:48:31 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ultimatedns.net; s=mx99; t=1748918911; x=1748919511; r=y; bh=Aa1J46UBygDpZec9clZvXHxGShonYha/MliwL55HzJs=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=iiu8OX54y0MoY45n5ZadaS3aVOjRFPnkucTYTNtsZu1AZPxehscuspa8JjfShNVU3 16yy8NqnyF/7LAstx/key1C5TdbgteY9z6LDk95Vph27KADZQ/epRpg+Y2I5FyjQX/ 72+aJDZmTetGUtKxrqMXcYLlLQ44bGp5OLEaks5FAgx73j1zYGQ2fzsjaS/yWlYSbL 6Tj8qnTadcVli8lozKElT2+xTDw+76598V+mGD5sXC9wUZROYyUX/JPT0DPN37iGkV V4EG3ZeJm2P4CrU47ZJPUEG+OM9eTMv+z4tzzh7T6W0RJ14R29lx+5aDXu0WNtR7Tq UsjUgrsHrbQpw== 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, 02 Jun 2025 19:48:24 -0700 From: Chris To: "Steven Harms (High-Security Mail)" Cc: freebsd-current@freebsd.org Subject: Re: i915kms for Meteor Lake: realistic timeline sought for support In-Reply-To: References: User-Agent: UDNSMS/17.0 Message-ID: <102af27b5020954c179c2a62ae0750e9@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: multipart/mixed; boundary="=_9992b8cc28aa65f2e44df8f3afe6eb03" X-Rspamd-Queue-Id: 4bBFX05Rr1z3qRx X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:11404, ipnet:24.113.0.0/16, country:US] --=_9992b8cc28aa65f2e44df8f3afe6eb03 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8; format=flowed On 2025-06-02 00:00, Steven Harms (High-Security Mail) wrote: > Folks, > > TL;DR: After being told my cheap and old laptop wasn’t any good for > performance-demanding FreeBSD work (e.g. building VSCode), I bought a new > laptop. > But… > > * it uses Meteor Lake chipset > * thus does not work in 14.2/3 > * is thus only likely to be supported in the near future on 15.0-CURRENT > (with > even an MFC looking fraught) > * and presently is not working on current HEAD Hello Steven, FWIW I felt close to the same when I got my Lenovo ~year ago. But now I'm *really* happy to say everything in it functions pretty darn good. It's a Lenovo Ideapad (Framework 12 laptop) It's sporting: 12th Gen Intel(R) Core(TM) i3-1215U CPU, Alder Lake-UP3 GT1 [UHD Graphics] and an AX201 wifi as well as Bluetooth (forget which version). Everything works. I run 3 jails full time for development/ports maintenance. I build everything on this, including world/kernel and all the ports I use with this. I have zero problems building rust/go/electron. Which are heavy-hitters (the laptop gets warm). But completes the tasks in very acceptable time. So I guess I'm saying, if you're looking for something reasonably modern and w/o breaking the bank. This combination would be a pretty good choice. I run iwlwifi(intel): channel 40 (5200 MHz 11a vht/80+) -- 802.11/ac -- while it's not *yet* /ax it's pretty fast. I'm using the drm-66-(intel) kmod (i915) for graphics. Runs everything from gtk-(3,4)/gnome and KDE nicely w/o issues. HTH --Chris > > I didn’t realize this chip was such a complicator. My research suggests that > supporting this change is Really Hard (tm). The related issues/branches seem > to be > in a state of high churn, force-push, and inconsistent signal, so I’m not > sure how > to estimate a timeline to leaving a pure-VT experience.* In the most earnest > way > possible and with humility and in full and total reverence for and gratitude > toward souls whose brilliance lets them write *video drivers*: > > Should I return this computer and wait until 15.0-RELEASE? And how can I > know that > the video hardware will be supported then/when I buy an alternative? My > return > window closes shortly so a decision is pressing. > > *OR* > > Is Meteor Lake support just a moment away and my services as an early > adopter > would be appreciated — FWIW: I’ve run all the experimental code to > contribute test > data. > > Either way, perhaps my experience helps us all see the value of the > Foundation’s > investment in project-laptop — and maybe that’s a good thing to share. My > experience is what a lot of eager, would-be adopters are running into out of > the > gate, and many of them wouldn’t have the *ahem* decades of Unix use that I > have > under my belt to even reason about what’s going wrong. > > Steven > > (Longer) > > I started out with FreeBSD on a spare laptop I had laying around to see if I > liked > it enough to keep it. I did! Working through the quirks was something I > valued > enough to document for others[0]. But when I tried to build VSCode I was > laughed > out of the building​​ politely informed that my old machine wasn't really > feasible > as a platform[1]. Fair enough. So I bought a new Asus Zenbook. I opted for > Intel > (not NVidia) graphics for ease. I expected the i915kms driver to work[2]. > > After struggling to get iwlwifi working (including building a custom usb > installer > with the requisite firmware and module code), I got to a 14.3 system with > network. > Awesome. I then tried to build the drm-kmod module again, as I'd done before > [3]. > Obviously, this winds up not working due to firmware and a host of other > concerns. > This drove me to 15.0-CURRENT where I’ve been since in a pure-VT existence. > > I've been tracking the work around drm-kmod[4] in proj-laptop and it seems > stalled > based on drm-kmod[5].The release schedule[6] suggests, as I read it, that I > might > be waiting until December for a stable 15.0 release. > > *: TBH, VT-only is not horrible, as I grew up on x86’s dialing up to a SCO > terminal and I’ve always had a love for European teletext services and > Minitel. > It’s awesome for focus... But for what I paid, I’d like to be able to load a > graphical environment, sleep on lid close, or not have to rely on my > mouse-less > tmux-or-die skills just to get through the day. > > [0]: https://stevengharms.com/longform/my-first-freebsd/ > [1]: > https://forums.freebsd.org/threads/vscode-extremely-long-build-builds-linux-on-the-way.97740/ > [2] https://www.freshports.org/graphics/drm-kmod > [3]: > https://stevengharms.com/longform/my-first-freebsd/installation/part-2-power-management/ > [4]: https://github.com/FreeBSDFoundation/proj-laptop/issues/47 > [5]: https://github.com/freebsd/drm-kmod/pull/332 > > [6]: https://www.freebsd.org/releases/15.0R/schedule/ > > --- > > Public Key: 22BE39E2FA68D8BA8DC4B43A55A16D8CE2B036DE > > Messages from this account are considered the best-secured and most > reliable. Send > information regarding health, wealth, or requiring higher standards of > security to > this address. > > Sent with [Proton Mail](https://proton.me/mail/home) secure email. -- sent from hardware written from and running on FreeBSD --=_9992b8cc28aa65f2e44df8f3afe6eb03 Content-Transfer-Encoding: 7bit Content-Type: application/pgp-keys; name=0xE512722F.asc Content-Disposition: attachment; filename=0xE512722F.asc; size=3074 -----BEGIN PGP PUBLIC KEY BLOCK----- mQENBGf/G0IBCADARuJc6IcwOe3jv7dQsP1X/EIHvCFExPbTmlMNFMXbMMccQUnV o8ayEn+wmTvPhw7uL3PDk7DQs16W1sN2b8UMFc804cVWNGtoG3rA+Np+TFEYlXJx eh5Q42VHptkuwzHKl+q2utkpRlS7uHyfjsInQAoHxLyi/wrsaZTHHhDbLLhJ5Ez0 arohQ2Q1w0M5e9rW8Fy5rpC7RpC6uO1SZMxcbdqURI/BBqxbiD1iW62cDWFkfFX+ dtaEXghFV7BIBMDSrgIunGoEfdMZgXys7O6bPWn8z0cuOZIPj4HrjoCYARyQ+sdc rjz/k06SLM/UvEZDorJhT4DbYrwMNvaPWJiPABEBAAG0HkNocmlzIDxic2QtbGlz dHNAYnNkZm9yZ2UuY29tPokBNQQQAQgAHwUCZ/8bQgYLCQcIAwIEFQgKAgMWAgEC GQECGwMCHgEACgkQVKBqaOUSci8bSwf/fK3QcTYXRMrv82HIp4SiGCSD7/bRmyWr ipv2vzknGFHxPBN4AEWIqF/U4j5oDXaodyU6xsy59Z47/lgbyzyZiVR6nmJVgZVf el/EgwnLt7ZuYGLLEhIN2pd9itJkB8PMPZrUHMWgIw8BxX5YFYGuyiNe9pGn0Coj 98t/v3fouhqksH+BpB4TBHJBBDSxSiMm66VTJX4Xcnpf0ZnQVP4GBuoyodnFBfdI wqftPLESsCC08lUhD2j7v2NRWwMi/q3ed8D6VCKPImBByYnBZL5gu56K5bwqaQfN itu06APuIYnG71qxgn1EPO63lovWP5NZGgOKvzs3K+JfPF79BiOUFbQjQ2hyaXMg PG1haWxvcEBocmNvbW11bmljYXRpb25zLm5ldD6JATEEEAEIABwFAmf/G0IGCwkH CAMCBBUICgIDFgIBAhsDAh4BAAoJEFSgamjlEnIvBH8H9RGwzZuU6+zvH1WjQa97 yWpEt9rC+BIBJThev2Cpls2LqBqIeIQVZPnyLAZWgFaiezL6+xbvcNt6OnfidIYa x8iRwCMC6/Bs8H2Wef9qfGxXi+jHPLYQk3juiZVmBhIK6FJZkzaW4wSiawofwzbp zqNxO8dZ0j4foaJZrNi8iqsvKjiiHoSFaJtumIThAeydI18CNLeFaS53sk5nad6I wCYeFKmJ/22dMP7DOFEgyG1iNYgY+AGREMkEsBiLpqYjJ5asK+1UdUy/TRly1hOt HHxCiX0Fh9ZYM2vLIj7sq4LKaMPGeYC3qTqBYugVeyz7LkiI2ft/BKveA5JxuYKk ZrQiQ2hyaXMgPG5hbm9nQGhyY29tbXVuaWNhdGlvbnMubmV0PokBMgQQAQgAHAUC Z/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci+4Bwf8D0Ogk2/X ud/CsAgHozwzKPqfesL5SRWM14hLnU9/EHoplnZgNexbVY1wXIi2FYPo5cve9QxW Nmt3S3UTF9j2fGqv0wmeHv3EqogFUHnftLyWpbeTPOFDMIQp/BOD6ygfeXxXWxRT L6zvUkSrDtHvkQHPWGRxwP+ihWjpw9AQR/R4/qAuTAZZM0O7UnJEo4mWXatl+utF wegG2giwFTTxfF+1rMpFtUDjYCpRQ6ZmE+gC1mHUMoH7GJMQv12DbqwKrxtwGfd0 AJNO3ZDnxl24BmIfl1YqQGZQ5iIH7At4YItESbU45hoNNsG9oDrsil78EUCAtXHd UPScj+eXaeAkgrQfQ2hyaXMgPHBvcnRtYXN0ZXJAYnNkZm9yZ2UuY29tPokBMgQQ AQgAHAUCZ/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci9o7Af+ Lwu5hJlI5HZNGwAll7QTIFZVW+y4OEg+amhxTDGbAAqlnSIkHC1KgkmIOOrThme3 kTFCqfIIsuP73yKxHq6kRG0zH5/7asAPNAUOfzD7B2o/gMyuTRKyG5r9f3UmACr4 6qvtFhIwROXr6+NNT2IKg3l0/8F58A0N/TR8D2PTHeo4x6jYcZQDCrCy7BAdk3cu V16k4z/1UzRa07b5McezbWL20cIaZ+dqNcCjKZpzPlTyTCGgrNNtaDpNVhoWUKMB YNcKql+tfC1IpX8l+IU6OBKcDKMkQojvO1QrZqY8MDJGo8jq/CtotQ8+IpAai3Bx dQEsxrxlcKTR4rUqvd8VGbkBDQRn/xtCAQgAv5Nv/aQN72xsLik+K73PJwpUmyhu vnI6stM6dSecylXVHjZ7C4n/m0eQEeQCl+9lByHR9N8H+WS3DtAd4pmciiIxRQLA JZiuaLYcy9ziy1h7130VoR7hhJHzo9FIhWkTGlCDX3egUZrYhMiwFUO8lNltLB8o TBvIrMSsnUzawtQjq/otv0Jf+oBPbG+gIYnAm7w6r86n/l+eVxf5eEoS7wV0DJfp b2jE5zWErWk8I/tq4e8T+1VQeVQR6wz+NrUCSxkPkpNAm19AFUHOk//yvMGWVlDW F6gr3ErN2a0w/kZ0lz3Msxsb87QT+MnJf/T3cuEqdTIoSk74BfNEAdMohQARAQAB iQEfBBgBCAAJBQJn/xtCAhsMAAoJEFSgamjlEnIvyvIH/26zytSVNDaxtprg7XtX LerIWf9RyVx8omCw/lXKRCcgkfwD7QR+nSZ0thWOGMpcnivjuReeVRkz/webUF47 BXJ/Tge07nrxdtyTIHBbp35fPIriaKaII6YWc2Ufdxwv+cD8PADS6gQWAlgrWLmn VmYtyHs4kwtiPZyUyuBdWnZal2GyYY0WVwYjvbk95eInwOaIdoTjesJ7ZhUFu155 r4hh9GlvM0uv8WJ5Mw9wvHa5fIM205I5g0IWC7yvTwwwKHlV4JQQOqMwfv569OEl 1GKqA12nSVziB1+UV+I0NqOABWi/MOi+IySPzYP+XgdPfRNx4vmoHYZwWOQ3t4Jd TEM= =oj6y -----END PGP PUBLIC KEY BLOCK----- --=_9992b8cc28aa65f2e44df8f3afe6eb03-- From nobody Tue Jun 3 05:09:32 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 4bBJft4Qqxz5y2LH for ; Tue, 03 Jun 2025 05:09:42 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:7400:8808:12:4:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 4bBJft01Bdz3Jw8 for ; Tue, 03 Jun 2025 05:09:41 +0000 (UTC) (envelope-from jamie@catflap.org) Authentication-Results: mx1.freebsd.org; none X-Catflap-Envelope-From: X-Catflap-Envelope-To: freebsd-current@FreeBSD.org Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [209.250.224.51]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 55359Xxk093263; Tue, 3 Jun 2025 06:09:33 +0100 (BST) (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 55359WbR093262; Tue, 3 Jun 2025 06:09:32 +0100 (BST) (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202506030509.55359WbR093262@donotpassgo.dyslexicfish.net> Date: Tue, 03 Jun 2025 06:09:32 +0100 Organization: Dyslexic Fish To: sgk@troutmask.apl.washington.edu, freebsd-current@FreeBSD.org Subject: Re: drm panic after new world References: In-Reply-To: User-Agent: Heirloom mailx 12.4 7/29/08 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-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [209.250.224.51]); Tue, 03 Jun 2025 06:09:33 +0100 (BST) X-Rspamd-Queue-Id: 4bBJft01Bdz3Jw8 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0:7400::/38, country:US] > How does one use dates to checkout a particular head? > If I'm at the top of HEAD and need to got back to > mid-february, what's the easiest option for performing > a bisection by hand? git rev-list -1 main '--before=2025-02-17' This will give you the hash of the latest commit before the specified date. I'd use a little script something like this: #!/bin/sh [ -d src/.git ] || git clone --single-branch https://git.freebsd.org/src.git cd src || exit 1 commit="$(git rev-list -1 main --before="$1")" git checkout "$commit" Then if you call it (say) gitbydate, you can use: gitbydate 2025-02-17 gitbydate 2025-02-12 etc... Cheers, Jamie From nobody Tue Jun 3 09:56: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 4bBR1K1gzHz5xPdT for ; Tue, 03 Jun 2025 09:56:05 +0000 (UTC) (envelope-from matthew@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bBR1K0gJLz3qcL for ; Tue, 03 Jun 2025 09:56:05 +0000 (UTC) (envelope-from matthew@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1748944565; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=AsHKVWmsbf87HfcSIFtcRzEifkO2kBu48QQA3wAPrmo=; b=H7ylM7wwp8iJbyyliVdVt2RFEdlUqoWUjpU42WWhLY6IfMW9dFcqVPlac7wdww6M/ONWoD BWIefj/EkLNEALgE/w5UZEakgQdSfzTIdS9NLNFhGCJr9SzjfgJd0MfyZ38gH0d0vhWIbg JKsgg8esYzOiuZd9XJLuDiXhg37JrQoefeIrFiXEZipWVAfsNCKNFFIGcs+OO2okq2xJIE 7e6vRDDyC1jAHQGPa0PmfACCAhzoKTLAiDVZy6S0HlSnSCgSJBYkO4r1q7FlFGvosOmknD iPPdsKUkcUudbdKF+VXKn0ZWi8hBpmIEiUfYEH1iTPNGOAbLDtVsdHks0WI5pg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1748944565; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=AsHKVWmsbf87HfcSIFtcRzEifkO2kBu48QQA3wAPrmo=; b=NkvW05FrZZW2lxGFk9Dnq+HzFI/hVs5wJYpNfWaEmyBjABkZwjm4k+2lyNReXVElahC4yH M762d6yoQRpdaUiSNzlR5dcFB95Lu+m96C/6HVXGmJ06VfXVVsSINwwNYkkBR4xYu0vUjL JPXdkBKucWEjrtYMBx1D7OueLozZizh6y/LCRB6V/xBjY5P/c9mjbZpnqxmyBno7KTetq3 +c179TDrjm4B9bcCk4nCwRXanzTWL3T+fOSx4jOlLIaKWZrk8CNSkSAbvxAQLXmFT2EjAC Db5KopwH9TwIXq37FMRhzszXT+v6L4SEQeoR85x3HMJupR9qyOZUFC8Jlhi8Fg== ARC-Authentication-Results: i=1; smtp.infracaninophile.co.uk; dmarc=fail (p=none dis=none) header.from=FreeBSD.org ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1748944565; a=rsa-sha256; cv=none; b=yyTlIcMrbcahtkcxJZuEib0JmEM6Rcos2lbjYTcrooXvfta+nKa0cH2ylGgWgPtNjzktQJ ljGiwFoUIzvf097xCbnGfAU4HpuI+ypl7pliSxJgT1jDbRhL1d2JIB2aeD9VTaWgAYLSuo +/MZAgov7/hHwPbqHLSZ3C/HSevAUf+LhG4CaHs34EpiVgK3nlcoEoKCPHxc6ewFAZLCBL Aq/FIOx8GaEoPDCms6i70tmSRfmmIudbZX9Ol/oGKGwwHvA8ZXwCzmEiF02N2DRDDpJ7+n qPwz4PtkSnXOXb/oHU+uAxog3MAXIuWG3cup+QePtlN4q34Ivl4AZNSnMbg/YQ== Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (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: matthew/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bBR1J5w2szwnX for ; Tue, 03 Jun 2025 09:56:04 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from [IPV6:2001:8b0:151:1:21ae:6313:b913:1639] (unknown [IPv6:2001:8b0:151:1:21ae:6313:b913:1639]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 5F256377D for ; Tue, 03 Jun 2025 10:56:01 +0100 (BST) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=fail (p=none dis=none) header.from=FreeBSD.org Message-ID: Date: Tue, 3 Jun 2025 10:56:00 +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: drm panic after new world To: freebsd-current@freebsd.org References: Content-Language: en-GB From: Matthew Seaman Autocrypt: addr=matthew@FreeBSD.org; keydata= xsFNBGgIxf4BEACvpGuW7L1ehWfPYaU0kMwJ5S+a0os7d+wj7PP1rbx83z7usIVsIJl16FjE t0jlOoFJWCV4Ja+JeeKi/7xubWzWG53lC1M7R8ZVNuYKGxPSbYVohWB+QiJ3Fb6MgD6Mj+mp dY08y8h3f7UC+YQmB/TQlahZD9UPQrexhhqA1Nq2o8Qskd0NkWN0bxLyn8Ad0eiaAbmdxQDD gq1l6AcJE75y/hF9QA4mMY2W1GxsHaWdA2AJ5Ql9HV9lIMqiOK2mtS/p7iaHfQdOE+D4RQbs WZmv2IynlUfX4Ij80+/CE1oESc3DjnqLiDXz0IBHr95NgP1tShdv4roYjc8lALBjVwfhQgz2 ClJa8a5vfdfeM9VlejBI562iy8HPCir+IqhG18runi7vfj46zZCNDM+LA3VkYFfhSCZeRj0C 2hrDcNERqO3oZmDSnBNDZOvoV1YHQLlWhKL3SY8yXDklHQjeczccdPPwRFVK8MkCCQJ4v6IR agOYmas35Hkf1slW2dlK+rrTYuUigCYQyj6i2//Mrhzwwm0NRpge11DMWMmhPAkON5APOxB7 708THhQ6myOUwzCdAF/T6RCVvNHbwa9bJQzE9Iy9ur8Z5AcrhdJMb0Cb1+7H27E2Y4uUGjBz 0Q8jTmk2H5Zr+LUcbPnFgYj7Hj6r/0NQAdkQS2axgn0/6vxIdQARAQABzSRNYXR0aGV3IFNl YW1hbiA8bWF0dGhld0BGcmVlQlNELm9yZz7CwZQEEwEKAD4WIQRQWkx88Ei5EPRvbGeh8by9 ESwXDgUCaAjGWgIbAwUJAeEzgAULCQgHAwUVCgkICwUWAwIBAAIeAQIXgAAKCRCh8by9ESwX DtuUD/9qhoHDfY6aucofAFygkbCtqMGnNLlXy21cHDh4mVNWiwTTmoTbMvwg9hZ1L8/9id1T bI59H39uFWbM608oEtaEH42lB0F6vDlT1cwyoZ3wbZTjt6E6V5JLKdOnbNqwF7IElrb4UGtN bVn5cyhGOThEzE5y0J5TEZXZewsBQHO3IbIKegY3EkTrA4Lk3mg3obdvqt2uDHzxMjXZzlGP 9voU6LpYVqZg8iPOEIdm/YCCvxUmPSBpUpbozWqEx+DFeSwFRdtzrEnvKQ9eeaJCYUSv7Rvb XP/pidIrzYwwHVM9eFa2YrG5EN3A2AhsVc/ZKNrkpwaQN5ojV83wQLYpfCETWENVDMLRA0pi AVSgYPQ8/2hS+Vtgqd2FlmHGW/yQNyKZlDhH+0Vcsko+yMcQYOrlTquGGuY0dmdyYGEtdW73 77yGpGJRvLACU381E8ezmGott7azxJ14gt3rAZeWS7+9FNQ3gp7OVinnxo0OAnJCAEfdU6LD DSiMI4Qy/lygH+TPKaVZ366VbqlC6z8SjHqniwViGWYB+UglWReaFJQTq0Iu7s1KjlFDcOtX IWDUOMhZVYz813uIjO86jejPQ33e0DAAmFvCCF8uj+WWKdkddkXv4yEjrz2I1XSkja320GUh imOlFToqzNOoCUJKx2m+yb5WJpWmv1rsWNAZ5uUiH87BTQRoCMX+ARAAv1gdchMR7QM5MPVN kmSM06xWEVQ7/FmyMtiOrWoPwN2j1bj/XUdeXI85gGPUfi+Q5fJ6xrK4lvsQAAY9oltyfglJ Wb7k86EPeBis2/Jo1K2EMeFZyFLyl5WaXy3NuaX8f+PfSG56yzIL5hoxWkn/n99i75TuqIo+ Poh6BKfLsCQzMGWxz6ZktkwiQwKtELv8c0n75I3eDyrSu2u4Gz/u148ng38lLwIEHjOUEqrH LyicA7ATB6mJKusFB94tD1rwDauNJ77QDvItIASl2aEK0OK3Y0Xxh0x/EyWIaVh7/sVsARqk GAhMiYFyRmEfUrY21ol5av9neLDrPpvVDkG2sZBJppbFYYOotyHpGallKN1lJU6/18P7tI7f SrkiJxziFPgBnMy0e5bW19+3Hz5kULdJjoJZdoH2zSIID4S8d855YzzkDevo2mRKNXGUQOro EKazujou47aGKaocGWCxpWd2jVJB80l971hIU2UdzMTZufYSHgMSbJLtXWsnupzevjXo1X9h q8xrD6vNGJhwwYil4m/rkpqpOb/7TgTYHJcyPX0p8SsfUyQ8MaQnDc3r0h3QhGnwtSIR/cKS VuwplbzzTcNwG/1v2OHtw8lRvnB0/ehwV7jIkd7fdv7uYvChiWzqSCPbCS/4xuBupWNZFkbJ GDdjhkUEQBMINAaZhjsAEQEAAcLBfAQYAQoAJhYhBFBaTHzwSLkQ9G9sZ6HxvL0RLBcOBQJo CMX+AhsMBQkB4TOAAAoJEKHxvL0RLBcO8sgP/2ZEHNLrGnvEnNM3UAu1qlsBd7EX78j8o8aC DqgRf00MhYVZOP2l2p1nKwc71a/o/X0ct8k0sdEUzdV4B2fgQ3riRaH+K5ShuECApA+rmg8n iTJM/LgIHhuF1fTYQPbjCzDaHlzEI6SUQzwal9vh2Wd6qVRP5qKpLzBSS2fIegkdtpetaI64 RsXkB+AR3tgzIdXhq94QZ6Cah0wiiE7WXgMgZaUXf93cP5u/1nDl6EnuZjRSbOdMKeqOUcr7 Cod/JCRTmJIitMK5qPLosabm35ROF0iS5bC57aTVRe3y2s57I250ty+xvWl7woG8A+qikzUX jRv6sUkUGsOUGb+hPVm+LwZs8Q5xXGjdB59K4nGDjvfSaNedWYEp40vA8VnRTIz4ub8OqZwW YqEKKyeFxJfDVfnhrTkiBq1pZWQ6j6RLmXsaVvEw9JFnL5tRUks7OQjiVfsaKex2yuZUjo7L veEQCW4GtEyzfGuYVFgyEqUDFJEyImZ/jE85Heu2LWX5Zn92009+NvSMQJrb/1Jmw6zQOyxI b2Mrj5PJ+ie9flpDHDdLr7GetYV/PSxTMGbLrjfqFg/OQt7aN938reNxav4hXTqVMLjAAIu4 ZrLxvZPCUPBjpVoAHGrEK2N/JnCNZokmQM58MTh3AH5/CU37pIg1AvuNnX4YW6mNdPBoQy7Z In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------P2u5p7a8w0NP9b56lhVVB0eO" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------P2u5p7a8w0NP9b56lhVVB0eO Content-Type: multipart/mixed; boundary="------------TxV9tDLYph0HFUUuxfFC0BFh"; protected-headers="v1" From: Matthew Seaman To: freebsd-current@freebsd.org Message-ID: Subject: Re: drm panic after new world References: In-Reply-To: --------------TxV9tDLYph0HFUUuxfFC0BFh Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gMDIvMDYvMjAyNSAyMzozNSwgU3RldmUgS2FyZ2wgd3JvdGU6DQo+IEhvdyBkb2VzIG9u ZSB1c2UgZGF0ZXMgdG8gY2hlY2tvdXQgYSBwYXJ0aWN1bGFyIGhlYWQ/DQo+IElmIEknbSBh dCB0aGUgdG9wIG9mIEhFQUQgYW5kIG5lZWQgdG8gZ290IGJhY2sgdG8NCj4gbWlkLWZlYnJ1 YXJ5LCB3aGF0J3MgdGhlIGVhc2llc3Qgb3B0aW9uIGZvciBwZXJmb3JtaW5nDQo+IGEgYmlz ZWN0aW9uIGJ5IGhhbmQ/DQoNClNvbWV0aGluZyBsaWtlOg0KDQogICBnaXQgY2hlY2tvdXQg J21haW5AezIwMjUtMDItMTQgMTI6MDA6MDB9Jw0KDQpPciB5b3UgY2FuIHNheSB0aGluZ3Mg bGlrZToNCg0KICAgZ2l0IGNoZWNrb3V0ICdtYWluQHs0IG1vbnRocyBhZ299Jw0KDQpTZWUg Z2l0LXJldi1wYXJzZSgxKQ0KDQoJQ2hlZXJzLA0KDQoJTWF0dGhldw0K --------------TxV9tDLYph0HFUUuxfFC0BFh-- --------------P2u5p7a8w0NP9b56lhVVB0eO Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEUFpMfPBIuRD0b2xnofG8vREsFw4FAmg+xrAFAwAAAAAACgkQofG8vREsFw5D qQ//Uo53VnPJ4XpJ74jNzBS0vWTZJ+cbcjvgdWltpjMihtuDkr6ldj22k7KqKXrd2oLzZC1bjo+h SxwUZDfoVlg+55CoUqc8dR+u0jjmbGwzbX0AWAPr8acpfahYPRCQwhyMBTXhB6MrtHUXORs+Iuc1 8GrN7iOxVBUdWhVKynP59QpBLpCyvQ0ZO0MB8XAEOAQQOJGKInzj54X3u0ypfHu7Vr0lUddeJufP Km3J9G/2p+gqpbARInDVBS3auruLFbHmcFIxkmos+Apz9laF5igFnryDdGYqwnVEoY8R0aLrnmHf +/VxiDfXmL7jEHHkcYh8KsEpA/PaEOc5t5Khj8ROj+AaOHjhuPO69LP0J8pRW2Inuzb/lekz3SiH fHqrjig2Isrom/8nNrGlwxJCyWmydQbAI5LhSDoMejOYHnRN8TpPSJCAnSHeWJdVIhVhwfNDlokV ArzD2aBCoEm0dxE8uZ93VDsWN/1KgRfglISMSZRDCUkN13Aiypo4q03VubCNr1YzwuvnD6xJXbES U29loc3+AnmaxRqLRct/wpaQGSAOKWb1WrsAbpFZ6Qvt/W3106XLwjihGaba/D1Oyy0rPweHWYKv 0dCAui/by9RSuyUuWg8u+29pn2OFi8PeMnqa1RCjAJowNKsfugzgETTL2wVV1Fh4FGbakISZB5ac tNo= =4OA5 -----END PGP SIGNATURE----- --------------P2u5p7a8w0NP9b56lhVVB0eO-- From nobody Tue Jun 3 10:08: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 4bBRHQ4mY0z5xQWL for ; Tue, 03 Jun 2025 10:08:18 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bBRHP0g4Dz3wxY for ; Tue, 03 Jun 2025 10:08:16 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b="Sea+I0Q/"; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2003:a:140a:2200:6:594:fffe:19 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net; dmarc=pass (policy=none) header.from=zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id EE22CA64805; Tue, 03 Jun 2025 10:08:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1748945282; bh=AbOFUvUfu2IlEz30v/CZ9WKJI/s3zYlJb1VpgVR4IDw=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=Sea+I0Q/DlUIEaO7UrrEZ6/Fk3uP9HGoxV3frBvYJKNJyegirTNGDTfswZ0jjtjmD gsC9KABphxfLkKhZcnwU8AFgTrx3QavxtYkzK6s0vbfZ3khUb2ZSHim2nvBMNglTUQ 1PRLSyL/l8pj4fVzAyDiJCRBnIHcggdblH6G7HOlTBeugX60hQOHuJ3IN5gwvk1U4B ETIvRWYKuRucsCES434HOMROp4G4pOk8lOFU+TxjKVcEF/+rvRyfw9chYbhGp7LefL 2e1o0MxjgmwfX/EnTK/gNUYQgViQOXtyyiK6nV4DQOopFGKLdECfeYpI1YlaEKUNCd 1lxHV5VfsVxkr+tq3gy2Dk3C5AacA+txj7Q9wKxLnWIzmSdmKiOTfIvpCws+Y74QFb Nhyn2wlzVjEQKFpmbFxxVo5/83EFc8fwEutypXRi95nHIIJWU+qUDFakTt9NrL4WwR lJ56+CYlYbU17EtjP7By2D7ZWdIK0CUlUeB4VO3zaQDt7vD6ldbEiXiMUXlq+6+qSI +cnVfG7ZLXFK810SvZUZ7EM66mSTQSX9C+XtoUjbaugC5fkJf57IPLaoG7/fHThURJ 8EjNjCNQUva1njYv6kFkapOTDW82fsbM7fD7TbD6cqWMuWh1dHZFsJUVgrF5VQgqQO 1iehuaju4nI7RgOUdc6w4SDE= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id CD1CD2D029E0; Tue, 3 Jun 2025 10:08:02 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id 6V-9df7_AJpP; Tue, 3 Jun 2025 10:08:00 +0000 (UTC) Received: from strong-rtwn0.sbone.de (strong-rtwn0.sbone.de [IPv6:fde9:577b:c1a9:4902:3e64:cfff:fe55:bc80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id CB7DF2D029D8; Tue, 3 Jun 2025 10:08:00 +0000 (UTC) Date: Tue, 3 Jun 2025 10:08:00 +0000 (UTC) From: "Bjoern A. Zeeb" To: Steve Kargl cc: freebsd-current@freebsd.org Subject: Re: drm panic after new world In-Reply-To: Message-ID: <5618ns81-p35q-5r56-r305-89210s544182@SerrOFQ.bet> References: X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spamd-Result: default: False [-3.80 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; NEURAL_HAM_SHORT(-0.81)[-0.810]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19]; MIME_GOOD(-0.10)[text/plain]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; RCPT_COUNT_TWO(0.00)[2]; RCVD_COUNT_THREE(0.00)[4]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Rspamd-Queue-Id: 4bBRHP0g4Dz3wxY X-Spamd-Bar: --- On Thu, 29 May 2025, Steve Kargl wrote: > On Thu, May 29, 2025 at 01:06:22PM -0700, Steve Kargl wrote: >> __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 >> 57 __asm("movq %%gs:%c1,%0" : "=r" (td) >> (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:57 >> td = > > (snip) > >> #5 0xffffffff805c8718 in pfs_add_node ( >> parent=parent@entry=0xfffff80003955400, pn=pn@entry=0xfffff803557e0900) >> at /usr/src/sys/fs/pseudofs/pseudofs.c:123 >> iter = > > This is hitting a KASSERT under the INVARIANTS option. Yes, and once again pretty useless information. I am adding name and type to it so we get better ideas right away just from the panic string. Thankfully the name is not optimized out in frame #7: 'radeon_ring_gfx' >> #6 0xffffffff805c8bd2 in pfs_create_file (parent=0xfffff80003955400, >> name=name@entry=0xffffffff82b293f4 "radeon_ring_gfx", >> fill=0xffffffff82bf70f0 , >> attr=0xffffffff82bf72f0 , vis=vis@entry=0x0, >> destroy=0xffffffff82bf7310 , flags=33) >> at /usr/src/sys/fs/pseudofs/pseudofs.c:266 >> pn = 0xfffff803557e0900 >> #7 0xffffffff82bf70b8 in debugfs_create_file ( >> name=0xffffffff82b293f4 "radeon_ring_gfx", mode=292, >> parent=0xfffff8000398e400, data=0xfffffe012354dd30, >> fops=0xffffffff82b55918 ) >> at /usr/src/sys/compat/lindebugfs/lindebugfs.c:209 There were changes to that adding a new function or using __func__ in the timeframe you mention. But could also be that CONFIG_DEBUG_FS was turned on somewhere which was not before or it's because you are running a debug kernel instaed of a no-debug? >> dm = 0xfffff80003990580 >> dnode = 0xfffff80003990580 >> pnode = >> flags = >> _size = >> _malloc_item = >> #8 0xffffffff82ad0084 in radeon_ring_init () from /boot/modules/radeonkms.ko >> No symbol table info available. > > How does one get kernel debugging symbols into radeonkms.ko? I think if you do the buildkernel/installkernel with LOCAL_MODULES_DIR=/path/to/drm/sources they are likely to be there in the right place. I don't know how this works with ports but also not my area of expertise. Looking at 6.6 sources: My suspicion is given the path is reset/resume and that calls radeon_ring_init() for the RADEON_RING_TYPE_GFX_INDEX, that the original init path likely did the same but no one cleaned things up. #8 0xffffffff82ad0084 in radeon_ring_init () from /boot/modules/radeonkms.ko #9 0xffffffff82a5caf7 in evergreen_startup () from /boot/modules/radeonkms.ko #10 0xffffffff82a5b333 in evergreen_resume () from /boot/modules/radeonkms.ko #11 0xffffffff82ab3e90 in radeon_gpu_reset () from /boot/modules/radeonkms.ko The evergreen_startup() function doing the call .. 5083 ring = &rdev->ring[RADEON_RING_TYPE_GFX_INDEX]; 5084 r = radeon_ring_init(rdev, ring, ring->ring_size, RADEON_WB_CP_RPTR_OFFSET, 5085 RADEON_CP_PACKET2); .. is called from evergreen_resume() and evergreen_init(). Would be interesting to know when and how often you pass these functions during boot before panic. You could try adding a dump_stack() there and the message buffer from the core file should likely tell us: % git diff diff --git drivers/gpu/drm/radeon/evergreen.c drivers/gpu/drm/radeon/evergreen.c index eedb7dec0f..a6ae0cd9c4 100644 --- drivers/gpu/drm/radeon/evergreen.c +++ drivers/gpu/drm/radeon/evergreen.c @@ -5080,6 +5080,8 @@ static int evergreen_startup(struct radeon_device *rdev) } evergreen_irq_set(rdev); + dump_stack(); + ring = &rdev->ring[RADEON_RING_TYPE_GFX_INDEX]; r = radeon_ring_init(rdev, ring, ring->ring_size, RADEON_WB_CP_RPTR_OFFSET, RADEON_CP_PACKET2); -- Bjoern A. Zeeb r15:7 From nobody Tue Jun 3 15:00: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 4bBYmK0C4Lz5xkl5 for ; Tue, 03 Jun 2025 15:00:17 +0000 (UTC) (envelope-from kargls@comcast.net) Received: from resqmta-c2p-570641.sys.comcast.net (resqmta-c2p-570641.sys.comcast.net [IPv6:2001:558:fd00:56::9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bBYmH6XgHz3ZFQ for ; Tue, 03 Jun 2025 15:00:15 +0000 (UTC) (envelope-from kargls@comcast.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=comcast.net header.s=20190202a header.b=tA5K1sMF; spf=pass (mx1.freebsd.org: domain of kargls@comcast.net designates 2001:558:fd00:56::9 as permitted sender) smtp.mailfrom=kargls@comcast.net; dmarc=pass (policy=reject) header.from=comcast.net Received: from resomta-c2p-555920.sys.comcast.net ([96.102.18.227]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resqmta-c2p-570641.sys.comcast.net with ESMTPS id MQJuuAqtWb8OpMT7YuIloE; Tue, 03 Jun 2025 15:00:08 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1748962808; bh=A3ZYcmo+RQPFg64HE7bYnubJtirL8WYUqWdPssMRTcE=; h=Received:Received:Message-ID:Date:MIME-Version:Subject:To:From: Content-Type:Xfinity-Spam-Result; b=tA5K1sMFCpplGgvZqbRcZLa58MIjrGx5qXKJ8DpQVPUll8shJynXpI1OYYSnmjC1i aP59V+t9QfOTVZQtfhgX37Q5BvdVARM9+jsRg1xR7rUnJ4slRRGylJ/QbSA0fkg7q7 WAwFJhA3lAw0ehYpbJ2wWcHGwkCXF4nofQISLdMoCqvC4eKv2y0WLBaRA+wZTl9IAn 8i/VCBLi2GC9dc+XEP0kvJ4Med3R8T6QmfssCsJVdSa+nUsCDmHufkDbr2aDGoXqq2 Psbqo7hyc6HGEOVlS3ZplGpsKmCRpgUTqVEvUHbxMw+tpBY/IxFQBknG6r5dUSXWIn Q1Bt/NIFuZr9g== Received: from [192.168.204.38] ([128.95.76.25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resomta-c2p-555920.sys.comcast.net with ESMTPSA id MT7QuOiOEdVAAMT7RucO1h; Tue, 03 Jun 2025 15:00:05 +0000 Message-ID: <4699f48c-f042-46fe-8f9a-419e86d51f58@comcast.net> Date: Tue, 3 Jun 2025 08:00:00 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: drm panic after new world To: freebsd-current@freebsd.org References: Content-Language: en-US From: Steve Kargl In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfNBJ6b4TxcstnH8uZ+Sh3n9cQVs6tvQQc0yKn8tBMzW9mLY/FaGcjbykofK1lmmfiryN6cK7mMn0MZS7rxp1tiOT8DCGaIBNo2hppa40cRrMDVq/32Wq s0dmWeSFt3+jWSwI7Ax+uAPwdaEFOykHgI3+BBXP7+ihGU/IWw97QPEat6ywgJo8+GtqP6MvzOVLUM+//RYEy+WBRyL3Uz4I8Rw= X-Spamd-Result: default: False [0.72 / 15.00]; HFILTER_HELO_5(3.00)[resqmta-c2p-570641.sys.comcast.net]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-0.88)[-0.883]; NEURAL_SPAM_LONG(0.60)[0.602]; DMARC_POLICY_ALLOW(-0.50)[comcast.net,reject]; R_SPF_ALLOW(-0.20)[+ip6:2001:558:fd00:56::/64]; R_DKIM_ALLOW(-0.20)[comcast.net:s=20190202a]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:7922, ipnet:2001:558::/29, country:US]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_FROM(0.00)[comcast.net]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[comcast.net:dkim]; FREEMAIL_ENVFROM(0.00)[comcast.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[comcast.net:+] X-Rspamd-Queue-Id: 4bBYmH6XgHz3ZFQ X-Spamd-Bar: / On 6/3/25 02:56, Matthew Seaman wrote: > On 02/06/2025 23:35, Steve Kargl wrote: >> How does one use dates to checkout a particular head? >> If I'm at the top of HEAD and need to got back to >> mid-february, what's the easiest option for performing >> a bisection by hand? > > Something like: > >   git checkout 'main@{2025-02-14 12:00:00}' > > Or you can say things like: > >   git checkout 'main@{4 months ago}' > > See git-rev-parse(1) > >     Cheers, > Matthew, Warner, Jamie, Thanks for the pointer for date-based checkouts. I've read up a bit on 'git bisect' and it was not clear to me how to use it. The examples I saw appeared to be an automated binary search on a single tree. I fear I may need to revert src/ and ports/ simultaneously. Using hash strings would see to be a path to madness. -- steve From nobody Tue Jun 3 17:41: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 4bBdLn0nfhz5xwXf for ; Tue, 03 Jun 2025 17:41:53 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bBdLn0RmZz3fRK for ; Tue, 03 Jun 2025 17:41:53 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1748972513; 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=Y/9aasTRGLNrmBww4/XW8rVGK5hWDXrQ7LLd5XQnYjQ=; b=YZgwT+5V9zzMDW5LSaMO7Zmzdf9gYalVO0cNPb7wAfTEFNeodCrPjZgzjy/IqrWiVfe7Dg nM88fCil0s3Xxxt8IUDKIC49P5FHTbjrPBBRSd/Fm+7Q1DJGQXubdXz1ixy8Z2DWgMRq6x rRJGInk1krtg4CItS216wL9a3yx4PTFHQRvF7qJypLeZTky1r7zZuD4ueKmR/dOeqENCJ/ mmSjslrB4e9bRljadbklrytwunrQhScQoAXajTltvue0M/oylEHPWBECjhYOy8s8bWCIiI QAXGhW3lBMyTmlZ/fuYgOBThHGyii0C4PKXIrL7Yf4F45S4JcZ+C1Zfogzgsow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1748972513; 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=Y/9aasTRGLNrmBww4/XW8rVGK5hWDXrQ7LLd5XQnYjQ=; b=pkh/zDciPFxMORin2Ean3O0Gp0cst0JBexduszHVhmAGCAoQ1h7pkA8Ln+QOjQgRe4edDd mGOQ0+tQ5C/KoiDoqpGc3XB2jZQDJiapsGpAuut5cZj4DpBNvtP1HN4BkJLFFPAyZB5hpC 3DQlYk99KXmyAH/SG0nSCYEJndyRYUerA3gzkWUQPHaRN8zNmZor2SxaSgYfN5AM9GDIqH 8pfAbLZ/Ikc76SMTao5vxpiQk2OVrLr89+L6HO5bUNYVyflq9iT/X9Zti7fnwM+2pQkIak oZPnSpJ9ZmzsQXXM+Th1dfDZtrYqotQGWWSZ2KkAWaPWvHA0PBtx7jAernndyw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1748972513; a=rsa-sha256; cv=none; b=PNFTBALk9Og5GoVgYz2Z4yIApYfIzCn5vs/PQtSpmxbSPCqY5DIeLUQD07KJIeFtqNf35r OPo8epvzRh5Lxo1jAd14NfJX3MFiP93WqrZVtX8PocD3zlhGKxR4wg66psct3Iti2z2Cet HDNyUpVRidXt/YgYDv5CnWBNSaAnIoK2CtDZecFRVxXjqYiIIkrsff9VmU9NTXECzxdKVh m7WF4ObvijeAgs+/rmqG64EnQTo4RZ08u6x48J9nysuKNyFh+eHROBh9j4CY2kXiK137w7 HjaOW7+mCuOenXZTjX5TOBjUvAkbuYq9eKMrxdriXsc5QCspDr7zOh2Rcbt5PA== Received: from mail-qv1-f52.google.com (mail-qv1-f52.google.com [209.85.219.52]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bBdLm6fLkz14sJ for ; Tue, 03 Jun 2025 17:41:52 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qv1-f52.google.com with SMTP id 6a1803df08f44-6f2af1e6d16so4256676d6.3 for ; Tue, 03 Jun 2025 10:41:52 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCVMR7Efc5FnjokrJBr3n3hCEdkxeSLr3cwiceIRJxhqgi/pB8CwBqEK72M3HmdvG8bv+3J0iheHMHd6Bb5bqDM=@freebsd.org X-Gm-Message-State: AOJu0Yw7L9s8DCSa6ylISnKm6tNWhx2GjS4XEtdfdWZ8D5yJUaZYLFyz JWgyTyvKRYUthdTzQZQad+H/lcdPvUqIq0pqvxKcZrRdrDhBmfJbqCRnYAEytOkFgX0Q0KqJw0W VgM5d15txLG59czl/YojVU4t7TQldR/4= X-Google-Smtp-Source: AGHT+IHRTO6FJFYY8Mh307NXAcaSWqrxjIolTx6Tq2hz84QtRVad4YDrcim80ygFKe7IFosIgA2CRtGGDumXCI34cso= X-Received: by 2002:a05:622a:1a15:b0:471:f437:2973 with SMTP id d75a77b69052e-4a4431dcccfmr92986231cf.14.1748972512339; Tue, 03 Jun 2025 10:41:52 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <28F2BDE7-5903-4C04-A570-6A407F19D5F2.ref@yahoo.com> <28F2BDE7-5903-4C04-A570-6A407F19D5F2@yahoo.com> <49396.1746554966@kaos.jnpr.net> <87401.1746562441@kaos.jnpr.net> <4ACBBC16-3BB6-436A-B0B1-A18F088B000E@yahoo.com> <4421.1746572832@kaos.jnpr.net> <2CA19E21-0F2F-465A-BE8E-81ACDEE42D23@yahoo.com> <10858.1746584427@kaos.jnpr.net> <27515.1747072855@kaos.jnpr.net> <3D5D0CE0-64A9-4A99-8282-61918987BA5C@yahoo.com> <8FA02BF7-2653-4B4A-8EFD-84C148473AF5@yahoo.com> <91572.1747150994@kaos.jnpr.net> <85314.1747165929@kaos.jnpr.net> In-Reply-To: <85314.1747165929@kaos.jnpr.net> From: Nuno Teixeira Date: Tue, 3 Jun 2025 18:41:41 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AX0GCFtWJaUiWr64xVC97JPYz4s3eWmLcyWK9T9udIOhkTTpInFYiv1ohyCgTvQ Message-ID: Subject: Re: incremental bulds from scratch with beinstall.sh To: "Simon J. Gerraty" Cc: Mark Millard , FreeBSD Current Content-Type: multipart/alternative; boundary="00000000000051ef930636ae653b" --00000000000051ef930636ae653b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello! https://reviews.freebsd.org/D50313 has been acepted and soon it will be committed. I still have a lot of difficulties about how this works and how to be configured. Thinking if it will be some config examples be provided? Thanks Simon J. Gerraty escreveu (ter=C3=A7a, 13/05/2025 =C3=A0(= s) 20:52): > Mark Millard wrote: > > > If you are going to head down that path, I would highly recommend > > > using the 'mk' wrapper from > > > https://www.crufty.net/ftp/pub/sjg/sb-tools.tar.gz > > > We've used that model at work for over 20 years. > > > Described in https://www.crufty.net/sjg/docs/sb-tools.htm > > > > > > In a nutshell; each tree has a .sandbox-env file which can tune its > > > environment (as well as mark the top of the "sandbox"). > > > There are a plethora of other hooks to tune. > > > I find it especially useful with Emac's M-x compile > > > > I will take a look. > > > > Using my aarch64 context as an example (it > > has more variations than my amd64 > > environment, since I do nothing for i386 > > but aarch64 is also set up for armv7): > > you can do combinations. > > Eg Junos currently builds for last I counted, over 35 combinations of > architecture and OS we provide symlinks to 'mk' to simply usage. > Eg. you can always do 'mk --machine arm64,aarch64' but 'mk-arm64,aarch64' > is > less typing and allows for auto-completion. > > FreeBSD by uses MACHINE and MACHINE_ARCH as TARGET_SPEC_VARS, > Junos however only supports a single MACHINE_ARCH per MACHINE but > multiple TARGET_OS's (bsd15,bsd12,wrl9,...) so we use > MACHINE and TARGET_OS as TARGET_SPEC_VARS. > > You can of course extend that for your own use, so that you could have > mk --machine arm64,aarch64,something to set > TARGET_SPEC=3Darm64,aarch64,something > > but that assumes that the objects for arm64,aarch64,something should be > kept separate from those for arm64,aarch64,other > > If "something" and "other" really represent things to be built for > arm64,aarch64, then setting up targets for them is another option. > > There is nothing to stop you of course from using any of the scripts > below in conjuction with the setup supported by 'mk'. > > Things that everyone is likely to need/use can/should be setup as > targets so 'mk-arm64,aarch64 dbg-kernel' "just worked" > but things that do not fit that criteria are better served as scripts > such as you have. > > This is in some way a reflection of the difference b/w an emedded vendor > who is typically only interested in a very small sub-set of the > architectures supported by the project, but wants them handled the same > way by 100's if not 1000's of devs. Eg we put all our Juniper specific > targets under a juniper/ tree - that works with the same DIRDEPS_BUILD > bits as FreeBSD can. > > > I have 8 aarch64 scripts that have the > > likes of __MAKE_CONF (and more) specified > > that do individual system builds of main's > > kernel or world: > > > > # ls -C1 ~/build-sys-*dbg-*.sh > > /root/build-sys-main-CA7-dbg-kernel.sh > > /root/build-sys-main-CA7-dbg-world.sh > > /root/build-sys-main-CA7-nodbg-kernel.sh > > /root/build-sys-main-CA7-nodbg-world.sh > > /root/build-sys-main-CA76-dbg-kernel.sh > > /root/build-sys-main-CA76-dbg-world.sh > > /root/build-sys-main-CA76-nodbg-kernel.sh > > /root/build-sys-main-CA76-nodbg-world.sh > > > > The above in turn involve use of appropriate > > files from: > > > > # ls -C1 ~/src.configs/* > > /root/src.configs/make.conf > > /root/src.configs/src.conf.CA7-dbg-clang.aarch64-host > > /root/src.configs/src.conf.CA7-nodbg-clang.aarch64-host > > /root/src.configs/src.conf.CA76-dbg-clang.aarch64-host > > /root/src.configs/src.conf.CA76-nodbg-clang.aarch64-host > > > > ~/src.configs/make.conf is common to all 8. > > Which is consistent with how one might setup a .sandbox-env for that > tree - it might do nothing more than set > > export __MAKE_CONF=3D$HOME/src.configs/make.conf > > > > > They also use my git worktree: /usr/main-src/ > > > > ( /usr/src/ is from PkgBase and, so, has no > > .git/ repository. A different /usr/*-src/ > > has the .git repository. ) > > > > > > I also have 7 scripts that run more than > > one of those ~/build-sys-*dbg-*.sh in a > > sequence: > > > > # ls -C1 ~/build-sys-*[67]-[kw]*.sh > > /root/build-sys-main-CA7-kernel.sh > > /root/build-sys-main-CA7-world-kernel.sh > > /root/build-sys-main-CA7-world.sh > > /root/build-sys-main-CA76-kernel.sh > > /root/build-sys-main-CA76-world-kernel.sh > > /root/build-sys-main-CA76-world.sh > > /root/build-sys-main-CA76_CA7-world-kernel.sh > > > > (Each of those 7 build both -dbg- and -nodbg- > > variations.) > > Sounds like something more suited to a set of targets - which could > reduce redundant work? > > > > > > > For reference: > > > > CA76: cortex-a76 (aarch64) > > CA7: cortex-a7 (armv7) > > > > # ls -dC1 /usr/obj/BUILDs/*/ > > /usr/obj/BUILDs/main-CA7-dbg-clang/ > > /usr/obj/BUILDs/main-CA7-nodbg-clang/ > > /usr/obj/BUILDs/main-CA76-dbg-clang/ > > /usr/obj/BUILDs/main-CA76-nodbg-clang/ > > > > I do not use ~/src.configs/make.conf with > > poudriere-devel for package builds. I avoid > > doing package builds outside of poudriere > > in normal circumstances. > > > > I normally do not build stable/* or releng/*.* > > systems, just using official FreeBSD builds > > for such. (Long ago I used to build more > > variations.) > > > > I only build amd64 systems on amd64; I only > > build aarch64 and armv7 on aarch64. (Long > > ago I used to cross build little endian > > systems on amd64.) > > We cross-build everything ;-) > --=20 Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --00000000000051ef930636ae653b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello!

https://reviews.freebsd.org/D50313 has been a= cepted and soon it will be committed.

I still have a lot = of difficulties about how this works and how to be configured.
Thinking if it will be some config examples be provided?

Thanks

Simon J. Gerraty <sjg@juniper.net> escreveu (ter=C3=A7a, 13/05= /2025 =C3=A0(s) 20:52):
Mark Millard <marklmi@yahoo.com> wrote:
> > If you are going to head down that path, I would highly recommend=
> > using the 'mk' wrapper from
> > https://www.crufty.net/ftp/pub/sjg/sb-to= ols.tar.gz
> > We've used that model at work for over 20 years.
> > Described in https://www.crufty.net/sjg/docs/s= b-tools.htm
> >
> > In a nutshell; each tree has a .sandbox-env file which can tune i= ts
> > environment (as well as mark the top of the "sandbox").=
> > There are a plethora of other hooks to tune.
> > I find it especially useful with Emac's M-x compile
>
> I will take a look.
>
> Using my aarch64 context as an example (it
> has more variations than my amd64
> environment, since I do nothing for i386
> but aarch64 is also set up for armv7):

you can do combinations.

Eg Junos currently builds for last I counted, over 35 combinations of
architecture and OS we provide symlinks to 'mk' to simply usage. Eg. you can always do 'mk --machine arm64,aarch64' but 'mk-arm6= 4,aarch64' is
less typing and allows for auto-completion.

FreeBSD by uses MACHINE and MACHINE_ARCH as TARGET_SPEC_VARS,
Junos however only supports a single MACHINE_ARCH per MACHINE but
multiple TARGET_OS's (bsd15,bsd12,wrl9,...) so we use
MACHINE and TARGET_OS as TARGET_SPEC_VARS.

You can of course extend that for your own use, so that you could have
mk --machine arm64,aarch64,something to set
TARGET_SPEC=3Darm64,aarch64,something

but that assumes that the objects for arm64,aarch64,something should be
kept separate from those for arm64,aarch64,other

If "something" and "other" really represent things to b= e built for
arm64,aarch64, then setting up targets for them is another option.

There is nothing to stop you of course from using any of the scripts
below in conjuction with the setup supported by 'mk'.

Things that everyone is likely to need/use can/should be setup as
targets so 'mk-arm64,aarch64 dbg-kernel' "just worked" but things that do not fit that criteria are better served as scripts
such as you have.

This is in some way a reflection of the difference b/w an emedded vendor who is typically only interested in a very small sub-set of the
architectures supported by the project, but wants them handled the same
way by 100's if not 1000's of devs.=C2=A0 Eg we put all our Juniper= specific
targets under a juniper/ tree - that works with the same DIRDEPS_BUILD
bits as FreeBSD can.

> I have 8 aarch64 scripts that have the
> likes of __MAKE_CONF (and more) specified
> that do individual system builds of main's
> kernel or world:
>
> # ls -C1 ~/build-sys-*dbg-*.sh
> /root/build-sys-main-CA7-dbg-kernel.sh
> /root/build-sys-main-CA7-dbg-world.sh
> /root/build-sys-main-CA7-nodbg-kernel.sh
> /root/build-sys-main-CA7-nodbg-world.sh
> /root/build-sys-main-CA76-dbg-kernel.sh
> /root/build-sys-main-CA76-dbg-world.sh
> /root/build-sys-main-CA76-nodbg-kernel.sh
> /root/build-sys-main-CA76-nodbg-world.sh
>
> The above in turn involve use of appropriate
> files from:
>
>=C2=A0 # ls -C1 ~/src.configs/*
> /root/src.configs/make.conf
> /root/src.configs/src.conf.CA7-dbg-clang.aarch64-host
> /root/src.configs/src.conf.CA7-nodbg-clang.aarch64-host
> /root/src.configs/src.conf.CA76-dbg-clang.aarch64-host
> /root/src.configs/src.conf.CA76-nodbg-clang.aarch64-host
>
> ~/src.configs/make.conf is common to all 8.

Which is consistent with how one might setup a .sandbox-env for that
tree - it might do nothing more than set

export __MAKE_CONF=3D$HOME/src.configs/make.conf

>
> They also use my git worktree: /usr/main-src/
>
> ( /usr/src/ is from PkgBase and, so, has no
> .git/ repository. A different /usr/*-src/
> has the .git repository. )
>
>
> I also have 7 scripts that run more than
> one of those ~/build-sys-*dbg-*.sh in a
> sequence:
>
> # ls -C1 ~/build-sys-*[67]-[kw]*.sh
> /root/build-sys-main-CA7-kernel.sh
> /root/build-sys-main-CA7-world-kernel.sh
> /root/build-sys-main-CA7-world.sh
> /root/build-sys-main-CA76-kernel.sh
> /root/build-sys-main-CA76-world-kernel.sh
> /root/build-sys-main-CA76-world.sh
> /root/build-sys-main-CA76_CA7-world-kernel.sh
>
> (Each of those 7 build both -dbg- and -nodbg-
> variations.)

Sounds like something more suited to a set of targets - which could
reduce redundant work?

>
>
> For reference:
>
> CA76: cortex-a76 (aarch64)
> CA7:=C2=A0 cortex-a7=C2=A0 (armv7)
>
> # ls -dC1 /usr/obj/BUILDs/*/
> /usr/obj/BUILDs/main-CA7-dbg-clang/
> /usr/obj/BUILDs/main-CA7-nodbg-clang/
> /usr/obj/BUILDs/main-CA76-dbg-clang/
> /usr/obj/BUILDs/main-CA76-nodbg-clang/
>
> I do not use ~/src.configs/make.conf with
> poudriere-devel for package builds. I avoid
> doing package builds outside of poudriere
> in normal circumstances.
>
> I normally do not build stable/* or releng/*.*
> systems, just using official FreeBSD builds
> for such. (Long ago I used to build more
> variations.)
>
> I only build amd64 systems on amd64; I only
> build aarch64 and armv7 on aarch64. (Long
> ago I used to cross build little endian
> systems on amd64.)

We cross-build everything ;-)


--
Nuno Teixeira
=
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--00000000000051ef930636ae653b-- From nobody Tue Jun 3 18:08: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 4bBdyN4K3mz5xxk3 for ; Tue, 03 Jun 2025 18:09:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-21.consmr.mail.gq1.yahoo.com (sonic309-21.consmr.mail.gq1.yahoo.com [98.137.65.147]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bBdyN2NhQz45dB for ; Tue, 03 Jun 2025 18:09:16 +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=1748974150; bh=jlhBz6+LmaiiirdfqRWikk5/svL7FgBnJHn9Endk/ng=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=EFQyevPjrHFblHK5REQvS9ZopV8lymAVCiAnXX6VONQgV6BGBcaolCZ2uZkJz9HIWlXKK+D34XTkLr2DLqpEbMer0a+XgTvZrh7eJRnlQ+nqXM/Blm8WOUv6lteiarlJWE+r0WTS8nWxR6QIeGlIEKnSsWN6babrBs4o6RsMaoITK5k2WA1gQCCxl70Tom+mKwLzkcWeiseznpFviDsW1rC8roNkaB9zUsJGNDvs6Fy6pix2KX/lijXmEZ6XIBlthxV9ucdw7Tnma+NnUA4B8Wat2mZYcMm4CB7HWGqWArdhJMgw19o2uOT7WEgxNtAU69Js58eKoONY5geord6fNA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1748974150; bh=jk4T0mumce2aboQVI7ijcyBG/LEnzYE4yYLwSwXH5Wk=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=jNo2Ksm71dzrry8JrRnebXGNPNHedV81HkR40n5GCvwTUr1TD4RQXzGy4mAhMS8EjqT5pMhpYGVZw10oYr+hAsh0Rx/prUhlmRPiRKTJc6M6YGtpEne6IDY5D9OQJOvgtIfRs3y4Erf18H6J0w6eWX0Lr8Ab6R9hvU7uSeExUI2rQJNfXFWwGOc/BN4RraOXhnZlOwpPkSB+O/y6M9zkzQuKHZErrkzErej97v9gaagBDI9D3FVZnbjI+rr3wXqgPYH777+ZJKgb5ZP8QpEZZBrhdLAwRzst3Dv7PpKT573DzYRegBV03ZTJo4SzNkMoqJDY68uZ7/snnHdybxR1WA== X-YMail-OSG: xyCj7wQVM1n3PbCFUQOO7T7xI11l8_4IZXicHpgwpeaejsmvULzWtMBrZxkYuDH zmTHsD8psH6Hg7vOFmRAgokfHzSawRIVFPdUHrb_VI4tWHRdJbfqgDYSw6Km8Q7Hwy9xNmsyXQsa bycWsmTaWvoMIjKXpnh1rMmpJ8FeT3wwfc7IBaEF1us1ANUJqBUgkTaJq_xxIbf2kk2pgADFj1gC fNbeYWpuAfn4_1OPSZGWA0Bfb4YMUavL53aIxr5jkeAxI6oehyGfFb1VIPk.rIXFJdH.3yZgUls3 IO.XFt.9HYrK_cvBWpPA8HVW4BUrFES1RMtF.f3UXNScYp_.iFRh6XctM2THrxeA4Q9NpK7Lb9sd 8AKemOBK1W90gn7gvJUUgTqK.yHyiCVcm9sGfYoU_oa.JS2jl5dYAmLuRoNimNFVYZtTPR_ibD0B BBiXGlKWog0kvFDRTAQdJyUnA50MViQTu6vYIjz6fb1rMs2uj65qRECwhMEKpxLhUC1matldDeeC fWIK2uerzVcn0PQ93yyaM2xLy994xThuGSBxkHPX9lq6icBtiWdfYPnTzBQD4Xwed7b0l28gatW3 zsY7YTsIM5WjmvV27YNaThfQr1wpsNgY89ootJA.Koqp3mzQRji31BpmOBi2gBb5ldBISEuDbiOW 1ocoQMByt4FYoX3zF9oL.nwWX6jUsVshgU_Nqfmsv26ijrxaVcRldeBQIeXt5LbOOdVWCWYYncPl pe1m5U.MtKVjg9PLNDNAFKKxQaeJzMdeKJBsxu7fDmjUF5MM.k0eO21GddN5UIuMvbP507TWjk2. g_qNJyLspUOmkTIvPJAratknOrLmNVEeR3oYIVWDhr2CYKQL5CX7ssaLdJ4ChiQPfj_jSS58PuMn QnSSFD3aWjDNpxXKPy1ng7H5JIV7.PR_bkPhwDq4C.pyAuPOBrafxURspSeh7K4Kqw9ATjIPUwQ. Xb38vHj5gZNovlA5gELx1t4iEnKNtysJ_NaLAp36Iafqsg8udMNZlOdOO0ZLWRPIuYc5ix9qhJsU RRqSQ.3shk.XCU0p9BMZ9eArM24qPld39ekDQQGz1hkSB4Z0KSXdF5fRlfGN8uqhnxaSmfgavE1k IAf0pfHZOHNT6z84i6M1_jFgAFGX40GM46vQwZD8HSnSl7Xx7t9HKYlHK0MnbrqTYgaw._lhkt5H Zz5CWsu2HTAQFrs3tE37XtMkpboN5chTAS2HwNQl7yZpAjV5kDEKFVMwr4Wj56iWehPTVOlp5fmG liV_ArTM3Z4K_JwLDcR7MbVDAsKVRJOenkb0HejuQePnCH1ExBVQE1FkUumjlRUw8mrG3b4i26xq OqOKLFK4M2PH97xYHRr.YTg8PmkTor9K9ssLKcg.gBTP0DwezZqyGSflPRAGPVKyRu0xsonnnpAX avj2zvEcqy5cWNPxh.X3XfaMtNnxKHtrp3aqdtnH4Oqbb1THCJBPDbCLKtIrws7LakNN4D0c8z45 w5zLZ.3KMOyTT8HYyHVm7Rryu_V9juXJvGWYjwvDB.Yy_KzP_m8QqxX5HSi.KbGu2tmA0X0.PRyR 3iNAsfAOqFPSvR4Zky0EW4Vkz5vqh4IcNACvuTQOQUXFBrazNuEOOktN8rSwFn1EH53tesuAfovA AidnUwJ.unDLWyuB3JSbhbxK2GvrROJ1UnBsepbVTkVTfxzjet2GHO_4X065Bh52g5PJ6U2Jj75j xHvbMdWRQodhcx7Syl9CWZ2713iGxC_rxfraluaqW.4Jnf0v55_83kfTitgVV8.wQkhKqJmTsia6 nvpyvIibCz.koHzPlX7pUzSum_e3lEvAagyrflFlSykobblu8Sp2.dejDIaqTo61nzr1TSbV2sMw dgU3xN56XIpMbtZGkxwyUo3lbXfyET6utPzRYRI9AEiAIFKZyJqk.xr0madVNIPjp7u5UMjGb470 wCqrAlb5bX_I999aTa4ASHd2EwwamhxUt6JdqspeJsF8UFfvOcoT.StkDtkmpYlMexbAbqMduvqw 2CSlweUw80xW29z.V919_Hxusr_aQ_Tswok8pzOXEM4YZyW4YpYyNEDTlWMsdiWrxnrWNtei.XmK xqqHjMW25Qzb.kDDS8espq4nnhjUyTeYAxAjz.f0e4ouNqrcDQ3bQRDqqaONEhkSy_XH8Num7IAn 7pbb9D0cBDZSU_EzpZGbpS8fSaNfUcV1WqaVBl.m0iPNJZWjtlkwl9eR4ELeg9aqe.WUki656NZT TlIaHm7A2rT4uki51m4qtPaHaCziV.vc7BeZdyJyG.PyAZt_D2F5LGIqqsPq6zY_sAhh5dHTEXKv 7Zxw.7JE- X-Sonic-MF: X-Sonic-ID: 862d0287-08b2-4f26-ac43-f1e972c75c76 Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Tue, 3 Jun 2025 18:09:10 +0000 Received: by hermes--production-gq1-74d64bb7d7-s6s6l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c7a2a85bbdc205bf870f3402d126f339; Tue, 03 Jun 2025 18:09:09 +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.600.51.1.1\)) Subject: Re: incremental bulds from scratch with beinstall.sh From: Mark Millard In-Reply-To: Date: Tue, 3 Jun 2025 11:08:58 -0700 Cc: "Simon J. Gerraty" , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <5EED2C75-1540-4B73-85D3-54276D20BB50@yahoo.com> References: <28F2BDE7-5903-4C04-A570-6A407F19D5F2.ref@yahoo.com> <28F2BDE7-5903-4C04-A570-6A407F19D5F2@yahoo.com> <49396.1746554966@kaos.jnpr.net> <87401.1746562441@kaos.jnpr.net> <4ACBBC16-3BB6-436A-B0B1-A18F088B000E@yahoo.com> <4421.1746572832@kaos.jnpr.net> <2CA19E21-0F2F-465A-BE8E-81ACDEE42D23@yahoo.com> <10858.1746584427@kaos.jnpr.net> <27515.1747072855@kaos.jnpr.net> <3D5D0CE0-64A9-4A99-8282-61918987BA5C@yahoo.com> <8FA02BF7-2653-4B4A-8EFD-84C148473AF5@yahoo.com> <91572.1747150994@kaos.jnpr.net> <85314.1747165929@kaos.jnpr.net> To: Nuno Teixeira X-Mailer: Apple Mail (2.3826.600.51.1.1) X-Rspamd-Queue-Id: 4bBdyN2NhQz45dB X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] On Jun 3, 2025, at 10:41, Nuno Teixeira wrote: >=20 > Hello! >=20 > https://reviews.freebsd.org/D50313 has been acepted and soon it will = be committed. That review has multiple changes for distinct issues. > I still have a lot of difficulties about how this works and how to be = configured. > Thinking if it will be some config examples be provided? I assume you are just after how to use the addition of SB_OBJROOT to share/mk/src.sys.obj.mk and to use .MAKE.META.IGNORE* variables to help cut down on META_MODE rebuild activity. In other words, for the part of the summary that says: QUOTE This allows SB_OBJROOT to be used in .MAKE.META.IGNORE* variables to tweak what should be considered as making a target out-of-date. END QUOTE I assume this because our past discussion has been about cutting down on META_MODE's amount of rebuilding, which is what .MAKE.META.IGNORE* variables can be used for. SB_OBJROOT allows avoiding: QUOTE The build varies MAKEOBJDIRPREFIX at times which can make it difficult to tack the original OBJROOT. END QUOTE So defining .MAKE.META.IGNORE* variables to involve the use of SB_OBJROOT instead keeps things working as MAKEOBJDIRPREFIX changes. That leads me to expect that it is really setting up overall use of .MAKE.META.IGNORE* variables that you want to learn about, with SB_OBJROOT use just being a (new) smaller detail involved in that. Sound right? > Thanks >=20 >> Simon J. Gerraty escreveu (ter=C3=A7a, 13/05/2025 = =C3=A0(s) 20:52): >> Mark Millard wrote: >> > > If you are going to head down that path, I would highly recommend >> > > using the 'mk' wrapper from >> > > https://www.crufty.net/ftp/pub/sjg/sb-tools.tar.gz >> > > We've used that model at work for over 20 years. >> > > Described in https://www.crufty.net/sjg/docs/sb-tools.htm >> > > >> > > In a nutshell; each tree has a .sandbox-env file which can tune = its >> > > environment (as well as mark the top of the "sandbox"). >> > > There are a plethora of other hooks to tune. >> > > I find it especially useful with Emac's M-x compile >> >=20 >> > I will take a look. >> >=20 >> > Using my aarch64 context as an example (it >> > has more variations than my amd64 >> > environment, since I do nothing for i386 >> > but aarch64 is also set up for armv7): >>=20 >> you can do combinations. >>=20 >> Eg Junos currently builds for last I counted, over 35 combinations of >> architecture and OS we provide symlinks to 'mk' to simply usage. >> Eg. you can always do 'mk --machine arm64,aarch64' but = 'mk-arm64,aarch64' is >> less typing and allows for auto-completion. >>=20 >> FreeBSD by uses MACHINE and MACHINE_ARCH as TARGET_SPEC_VARS, >> Junos however only supports a single MACHINE_ARCH per MACHINE but >> multiple TARGET_OS's (bsd15,bsd12,wrl9,...) so we use >> MACHINE and TARGET_OS as TARGET_SPEC_VARS. >>=20 >> You can of course extend that for your own use, so that you could = have >> mk --machine arm64,aarch64,something to set >> TARGET_SPEC=3Darm64,aarch64,something >>=20 >> but that assumes that the objects for arm64,aarch64,something should = be >> kept separate from those for arm64,aarch64,other >>=20 >> If "something" and "other" really represent things to be built for >> arm64,aarch64, then setting up targets for them is another option. >>=20 >> There is nothing to stop you of course from using any of the scripts >> below in conjuction with the setup supported by 'mk'. >>=20 >> Things that everyone is likely to need/use can/should be setup as >> targets so 'mk-arm64,aarch64 dbg-kernel' "just worked" >> but things that do not fit that criteria are better served as scripts >> such as you have. >>=20 >> This is in some way a reflection of the difference b/w an emedded = vendor >> who is typically only interested in a very small sub-set of the >> architectures supported by the project, but wants them handled the = same >> way by 100's if not 1000's of devs. Eg we put all our Juniper = specific >> targets under a juniper/ tree - that works with the same = DIRDEPS_BUILD >> bits as FreeBSD can. >>=20 >> > I have 8 aarch64 scripts that have the >> > likes of __MAKE_CONF (and more) specified >> > that do individual system builds of main's >> > kernel or world: >> >=20 >> > # ls -C1 ~/build-sys-*dbg-*.sh >> > /root/build-sys-main-CA7-dbg-kernel.sh >> > /root/build-sys-main-CA7-dbg-world.sh >> > /root/build-sys-main-CA7-nodbg-kernel.sh >> > /root/build-sys-main-CA7-nodbg-world.sh >> > /root/build-sys-main-CA76-dbg-kernel.sh >> > /root/build-sys-main-CA76-dbg-world.sh >> > /root/build-sys-main-CA76-nodbg-kernel.sh >> > /root/build-sys-main-CA76-nodbg-world.sh >> >=20 >> > The above in turn involve use of appropriate >> > files from: >> >=20 >> > # ls -C1 ~/src.configs/* >> > /root/src.configs/make.conf >> > /root/src.configs/src.conf.CA7-dbg-clang.aarch64-host >> > /root/src.configs/src.conf.CA7-nodbg-clang.aarch64-host >> > /root/src.configs/src.conf.CA76-dbg-clang.aarch64-host >> > /root/src.configs/src.conf.CA76-nodbg-clang.aarch64-host >> >=20 >> > ~/src.configs/make.conf is common to all 8. >>=20 >> Which is consistent with how one might setup a .sandbox-env for that >> tree - it might do nothing more than set >>=20 >> export __MAKE_CONF=3D$HOME/src.configs/make.conf >>=20 >> >=20 >> > They also use my git worktree: /usr/main-src/ >> >=20 >> > ( /usr/src/ is from PkgBase and, so, has no >> > .git/ repository. A different /usr/*-src/ >> > has the .git repository. ) >> >=20 >> >=20 >> > I also have 7 scripts that run more than >> > one of those ~/build-sys-*dbg-*.sh in a >> > sequence: >> >=20 >> > # ls -C1 ~/build-sys-*[67]-[kw]*.sh >> > /root/build-sys-main-CA7-kernel.sh >> > /root/build-sys-main-CA7-world-kernel.sh >> > /root/build-sys-main-CA7-world.sh >> > /root/build-sys-main-CA76-kernel.sh >> > /root/build-sys-main-CA76-world-kernel.sh >> > /root/build-sys-main-CA76-world.sh >> > /root/build-sys-main-CA76_CA7-world-kernel.sh >> >=20 >> > (Each of those 7 build both -dbg- and -nodbg- >> > variations.) >>=20 >> Sounds like something more suited to a set of targets - which could >> reduce redundant work? >>=20 >> >=20 >> >=20 >> > For reference: >> >=20 >> > CA76: cortex-a76 (aarch64) >> > CA7: cortex-a7 (armv7) >> >=20 >> > # ls -dC1 /usr/obj/BUILDs/*/ >> > /usr/obj/BUILDs/main-CA7-dbg-clang/ >> > /usr/obj/BUILDs/main-CA7-nodbg-clang/ >> > /usr/obj/BUILDs/main-CA76-dbg-clang/ >> > /usr/obj/BUILDs/main-CA76-nodbg-clang/ >> >=20 >> > I do not use ~/src.configs/make.conf with >> > poudriere-devel for package builds. I avoid >> > doing package builds outside of poudriere >> > in normal circumstances. >> >=20 >> > I normally do not build stable/* or releng/*.* >> > systems, just using official FreeBSD builds >> > for such. (Long ago I used to build more >> > variations.) >> >=20 >> > I only build amd64 systems on amd64; I only >> > build aarch64 and armv7 on aarch64. (Long >> > ago I used to cross build little endian >> > systems on amd64.) >>=20 >> We cross-build everything ;-) >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Jun 3 23:36:51 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 4bBnDR4419z5yJLP for ; Tue, 03 Jun 2025 23:36:55 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 4bBnDR1p9Cz3Nnv for ; Tue, 03 Jun 2025 23:36:54 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Authentication-Results: mx1.freebsd.org; none Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.18.1/8.18.1) with ESMTP id 553Napaa012553; Tue, 3 Jun 2025 16:36:51 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) DKIM-Filter: OpenDKIM Filter v2.10.3 troutmask.apl.washington.edu 553Napaa012553 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=troutmask.apl.washington.edu; s=troutmask; t=1748993811; bh=ihWZhxmMApLmcGl1i9fDavrfwZ8UvWmLCxx/hVj2BzU=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=D1lf7CqJVLpQvH9wTWeHTeND9lxVnzLhOFtAXqliUGhAUTqK05+LLoljjKldmg0kI gUuztZUCX826NU3frCmXhLCSHmVeEc+otiGuO1knv8aMABrbIOQSxRFQjo6P9zpLOb qxRw99ow/KEeIsOLMWu8puUJrfx68VwvonocrKq3HDXFkW1mVt3DhMMZ3fYHqFlcpt x1NMn1SRcbtl1PpqfbOs3LSSHs3W8rzLd6+5SvV9dwBHCwRnJocdzazImub2Ms/2MQ hlz5WirVcIQRFmKjonVnZe1L0H+rN1ZFAtgHZ5rYtVSzWtlCO9CGctU5ESFiOmru5l 3wEieYmfBktBA== Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.18.1/8.18.1/Submit) id 553Nap9q012552; Tue, 3 Jun 2025 16:36:51 -0700 (PDT) (envelope-from sgk) Date: Tue, 3 Jun 2025 16:36:51 -0700 From: Steve Kargl To: Steve Kargl Cc: freebsd-current@freebsd.org Subject: Re: drm panic after new world Message-ID: Reply-To: sgk@troutmask.apl.washington.edu References: <4699f48c-f042-46fe-8f9a-419e86d51f58@comcast.net> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4699f48c-f042-46fe-8f9a-419e86d51f58@comcast.net> X-Rspamd-Queue-Id: 4bBnDR1p9Cz3Nnv X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US] On Tue, Jun 03, 2025 at 08:00:00AM -0700, Steve Kargl wrote: > On 6/3/25 02:56, Matthew Seaman wrote: > > On 02/06/2025 23:35, Steve Kargl wrote: > > > How does one use dates to checkout a particular head? > > > If I'm at the top of HEAD and need to got back to > > > mid-february, what's the easiest option for performing > > > a bisection by hand? > > > > Something like: > > > >   git checkout 'main@{2025-02-14 12:00:00}' > > > > Or you can say things like: > > > >   git checkout 'main@{4 months ago}' > > > > See git-rev-parse(1) > > > >     Cheers, > > > Matthew, Warner, Jamie, > > Thanks for the pointer for date-based checkouts. > > I've read up a bit on 'git bisect' and it was > not clear to me how to use it. The examples I > saw appeared to be an automated binary search > on a single tree. I fear I may need to revert > src/ and ports/ simultaneously. Using hash > strings would see to be a path to madness. > I've managed to rebuild and re-install world/kernel and gpu-firmware and drm-515-kmod from git checkout 'main@{2025-03-15 12:00:00}'. radeonkms.ko loaded as expected and startx brought up the desktop I was expecting. Onward to next candidate. -- Steve From nobody Wed Jun 4 01:45: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 4bBr515sGPz5xDTM for ; Wed, 04 Jun 2025 01:45:41 +0000 (UTC) (envelope-from kargls@comcast.net) Received: from resdmta-a2p-641405.sys.comcast.net (resdmta-a2p-641405.sys.comcast.net [IPv6:2001:558:fd01:2bb4::e]) (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 4bBr504SXwz3RyY for ; Wed, 04 Jun 2025 01:45:40 +0000 (UTC) (envelope-from kargls@comcast.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=comcast.net header.s=20190202a header.b=qa8QKzBl; spf=pass (mx1.freebsd.org: domain of kargls@comcast.net designates 2001:558:fd01:2bb4::e as permitted sender) smtp.mailfrom=kargls@comcast.net; dmarc=pass (policy=reject) header.from=comcast.net Received: from resomta-a2p-646965.sys.comcast.net ([96.103.145.237]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resdmta-a2p-641405.sys.comcast.net with ESMTPS id McoRuANvZ7m5GMdC8ulq4O; Wed, 04 Jun 2025 01:45:32 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1749001532; bh=byyN4CmVeVzI/90Zg1IrNEVobWkDfsHBvYGwsfOuBqk=; h=Received:Received:Message-ID:Date:MIME-Version:Subject:To:From: Content-Type:Xfinity-Spam-Result; b=qa8QKzBlxrm1fm4f73jmeZGCLE2NQlKn2d2wtxFytoRbZnZ/Rhbr9yJrk19/J5b5O wDIgclPKl1GAfF4o6NB7KdhPyRKpn71BGvOyfQJt0KBBpyx5ZQVQ/+KL8NZCLSZI54 d4Ia66XCU7Uh2HV3f3TeowtW0Fo65/Rpi2fzSd4GyGdTHPmCuZM1MCLlFGfdlhEmPV FcBt1Aja8GAneF04OGSFWrPow3zhmo8YvONiF/5q4ZEv47K9EOfg1mP0Rwgl/aB31J SZFQgs8e60ScmH1ZdDDjQtJdORAhfHoy0QlLOdgCC3BMLBtx/5lk64CGXveD5+tznD zLVVPBddc3brg== Received: from [10.0.0.30] ([73.83.213.54]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resomta-a2p-646965.sys.comcast.net with ESMTPSA id MdC7uvbzeQnR9MdC8uNJ5R; Wed, 04 Jun 2025 01:45:32 +0000 Message-ID: Date: Tue, 3 Jun 2025 18:45:31 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: drm panic after new world To: freebsd-current@freebsd.org References: <4699f48c-f042-46fe-8f9a-419e86d51f58@comcast.net> Content-Language: en-US From: Steve Kargl In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfFyyCHgCLqzRuF7OkX2ZYlnxZ76pkhjfusa62s5WopyZ/jztCi5+1HPe6LNdAxV6ecuZD9WsEq0GMK6bdA6hxkOeSC796RqO2fOZx6ydj1n9RZLnhqJT WTg8l0XxHTkRRnFv+TQ/mh/AsPcPZ+AMtwz+YA3m9o2Fauv6io7I0vvB9Eq1bTRfOvEQr4CDiT2Wlg== X-Spamd-Result: default: False [1.93 / 15.00]; HFILTER_HELO_5(3.00)[resdmta-a2p-641405.sys.comcast.net]; NEURAL_SPAM_LONG(1.00)[0.999]; NEURAL_HAM_SHORT(-0.82)[-0.818]; DMARC_POLICY_ALLOW(-0.50)[comcast.net,reject]; NEURAL_HAM_MEDIUM(-0.25)[-0.251]; R_SPF_ALLOW(-0.20)[+ip6:2001:558:fd01:2bb4::/64]; R_DKIM_ALLOW(-0.20)[comcast.net:s=20190202a]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:7922, ipnet:2001:558::/29, country:US]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_FROM(0.00)[comcast.net]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[comcast.net:dkim]; FREEMAIL_ENVFROM(0.00)[comcast.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[comcast.net:+] X-Rspamd-Queue-Id: 4bBr504SXwz3RyY X-Spamd-Bar: + On 6/3/25 16:36, Steve Kargl wrote: > On Tue, Jun 03, 2025 at 08:00:00AM -0700, Steve Kargl wrote: >> On 6/3/25 02:56, Matthew Seaman wrote: >>> On 02/06/2025 23:35, Steve Kargl wrote: >>>> How does one use dates to checkout a particular head? >>>> If I'm at the top of HEAD and need to got back to >>>> mid-february, what's the easiest option for performing >>>> a bisection by hand? >>> >>> Something like: >>> >>>   git checkout 'main@{2025-02-14 12:00:00}' >>> >>> Or you can say things like: >>> >>>   git checkout 'main@{4 months ago}' >>> >>> See git-rev-parse(1) >>> >>> >> Matthew, Warner, Jamie, >> >> Thanks for the pointer for date-based checkouts. >> >> I've read up a bit on 'git bisect' and it was >> not clear to me how to use it. The examples I >> saw appeared to be an automated binary search >> on a single tree. I fear I may need to revert >> src/ and ports/ simultaneously. Using hash >> strings would see to be a path to madness. >> > > I've managed to rebuild and re-install world/kernel and gpu-firmware > and drm-515-kmod from git checkout 'main@{2025-03-15 12:00:00}'. > radeonkms.ko loaded as expected and startx brought up the > desktop I was expecting. Onward to next candidate. > Well, out of the frying pan and into the fire... Apparently, building world with old src/ on a system running a newer world and installing that old world over the new world is bad. To start install(1) is trying to use a non-existent syscall. Yes, I booted the kernel that matches the old world. Normally, not a problem. Simply rebuild install(1) with -static added to CFLAGS. Unfortunately, this leads to a bunch of linker errors about relocations and rebuilding a few libraries wtih -fPIC. -- steve From nobody Wed Jun 4 07:44:29 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 4bC03M2Zy8z5xcwc for ; Wed, 04 Jun 2025 07:44:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-23.consmr.mail.gq1.yahoo.com (sonic311-23.consmr.mail.gq1.yahoo.com [98.137.65.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 4bC03K0Scnz3ws9 for ; Wed, 04 Jun 2025 07:44:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=q7eYvA9B; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1749023082; bh=8/B6t9ATK5U08KwqiWk5PgkbnvFvG+Hw2xwIPWdBiNg=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=q7eYvA9BBQ2Y1RleDcoeRwnPJDR/8JtYZIB6mKvEDOa7x++Rw7QuEgFBd4uce47rr5SjFGZWZj2bLR2o4L0/77chDot/Gu2THvziVXNnmH7PtI6/OV8PADCJ6ooCIKVviaHDrD9ykpzrYq1bNRSX3CveG7nmlmw+50J0xhvME5hIPpmqFRPB5E8dxh2z28wtVzosvHSKUt/IsfukyJgZbeLIVs+IwBnAHfHhT+cD2r+ZPtow8zuqfeLi/m8qqU1SUFbjUxs9F+JnL6vc0Wr8FcfXPwmlXCD5+9SBoIoMrjW3Zfd5lpCXWQxrhItZWq9gLcfwk47J6OR5YPrZM+jfOQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1749023082; bh=40aBLDD1tfv/sZiizN9p6o0a3IboSUoFlj0jNfr+UWW=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=oI/pP6UEBivFshZSz4ufxSAMQ3Irc/LeBCSNvPmbvfifRRtw11jFl5fbrByZkRmkJLZWnixJWvSUOC1R4DUf25YRtSZPfaRqdJVdH7cFieMStXSrYAnqZfx87VI4hp1PxYzo97Wqc/9S2QY9jAhgmuqT29mV7fDPzFznhHhn0PtHLVnp4qsTNCvyJKZR4kwqtt0KEzCXe6xKopp1WDFTP0bKgsgoNzRiDxzD2R6086bUdx3LS6dzVB9dARJ7NCSKwPizZYy2uKuRy0dVtCbBL545oOfFuPjcRizm1anjNmk6Fzlz8hSINV5UguN/MDHO5QzgZ3rPkhj06ojAaApW5Q== X-YMail-OSG: OsD98QAVM1n.VjmWDNGMbYorJ0sMr8ocM4W1tFawgycY40GQp8y.58AAW2zXhA_ 3gefkHbsKbQ7AtjiocqODjlme0Ua_uA_weg1hjs9DIX9fz3YokkmpI7.l2iHIixMpWxbtVt0RPnD NdDCw.AId9.ZCE_t4CaYCxnHi4DbEpXauRQlmdtSO0V6tf6lP0snILZ6sXjplxpreEnMnguVnhk4 yHam15v961n2dnnhBbM2Kwczge8E637_logs8GlctLL6A_1Sj5n4d7b6UHjMxhwcVrv2H4XXN0yB e1.2wOU58db_AzlE.AYy_J6ob1_thNU2xp1bF_R4atE_V1TlfZ_zggDqYAzoHiQLJLjWaTCX0z2L HjmtAi11xwisXZpwAl6Ay5KOmZfHLjIyXzR0c.H7E5s_qxUYaZp0xu38XtdSGwdiOs9SiJtowxjJ Kr8NJlHOd5qIFRYxJQ.45didR04pFmEqerxdo12K6bpY28C5fWCiKx0aVOA9faU8IyHP9LJrcNVO OeRCtFNHea8OKsRF.VZmNVgbKDshRZFz6L4aqbHEMj_QUun93HE80OAA90ZDK4UM9c73nSYfQ4Ta jmZkEzESI..kcJ8aiZl.f24oCNtd3CVBIXRTOUnLh1IulaXO.zj9OSmixqdUwuXRlZXEwUMZWywl Q_Nx44ccrSsQXkfav.PXTnLLK2jOiWCR2RYvsqY6M3_eZrS5ZbmfNg5GgfJlOP4hGmoLGlNmdSHZ LNXCQLkI4la7sBv_S2QZL2p.UJuPe7oguog1nIQ7f_GGJjfi.xKw0hB922LEdrfW9tcbJ.9AcjbI 5RXs54RK8_IdOJAgaGjf3yhd1vB0e_COPkrpnIuriVsVl3AkB6vUHAcg_CgO8fwjFLal8l.sIryR ppRDyobI_qr2p8hq8OpWCEf49.gxhk4elIKgUKN.iwwXAf6fYxViRWeLmR8L_h9qS9lbT5jsoOGp by.6y44ddiiJznBZCCrqtsKi9SvKu4.jcddi.Fr.YWh7vag9mClLb9qlFpjpesT.2gMX4avNTryv MMEQTP_6G_E6_U89cSOz_POWvftAgxFe_wj0iuNRe6o7H4O3DmkvkJNXQjyyps68IhXgPSs8PCaX 8lYyeRCV5x_Y7ug1eLBCQf2f0gdrTxtIuiY9NGSUvbjMAYkz.xaekqL16be02StvpHtlG21o6M9k Pz.u4OqMXzm0C9d0PfvZj9V1oWtqCkHztf2.jXPA8pwLJV.zXufKZZvVZCYgrKonYQEc60pXc7lw qOV2PexqMIQ4iJl52RINZq61.aKnSoCSOg6OhR7WhwA10DuXYkRG82mfu_sK7.shIbSLieImz4Vn Ms9tetbdNXIeiwOSNi6Q7Vr3O9JPMFuo1rVwq72aWymwn.H408Duwkg4Y62LUoN5h44lGxa.fDxZ pskHaqc1QmG9IP.u8DsuXKkimSYwd0sUeh8nU5.s3OzWyjDb9IgZcOL.sMAcCyvCcAFnxB6wQ5Vy tnJT4bxttC.YLiwyFAMHnciGComizSXgP6TLpOnTAEwd1SBh1nevR0duvu50nUPa8Trye.AHhhCL bPFFAWPZApDYFfrEXGnhjUhBuGeyFiirNa3FB3_i6Z0YQifQuXjjloqPLhvsLBC9ZU1e61PYiwH6 pnwLuNqSRJohvH6B4bYzySwNFe6GKcV7CchmfKLEHwiuyBVvf9WkwDFsUdxpur437jdstTspxV4X dnBo5HS8Zu3vzQGDML6onyox6ZmpMdOwb7tdnA1_Z7AFW6u.HhRxWejDnn_gAnwH8yFGzcA8yItF wliTzn_InpHfV2oGwzt.BQaZl_tscQaS4QCfyLIrxjYRMltW5JiiD4vNk_mjLitgTjtppa0xRs13 eMrjYnnwalCx15hIhvxO.y8xAoCjo0GBYe9WatFKBs5_Ft8oEK.qRbTpCFiYjgU1uDy6FjR22nTW Dc_vI9l1l7AFHByo196oWRP23.Iz4_3D4naJeefC1h4zVBUD.H.1G4Fj7uZ5jYQJYAPI40Cnv8_q EyEkrUCbk0zEtpKaSjJ5U.ydeLMcUi36yD6tNQklJGeXSF01KA3YqS2JLsTTwNl4_P_xqUC7faiI 8qgZ31SQ0n1KQ68810FD4SaJJju.rGHyhKnV_.kHfQ0z3N7KcnvjpSTbmKb0fQlesjkWr4Erjn.k dnimU4Uuc9f5vJfTa56d5v5fq6y3HStNm9gT1nwiY9wX6tDy8zN5Sxqx0tozsHMXWPvWsAwXfqwg EzvaokiLmLqZ0vTYLicnTWx7HQF1GfbLv3Kj7Em9ifDAgInpUEYdcRypVziMSYwGyBsW6kOXbXn_ ULq82V4Kb2Tl6KJSK5ytz X-Sonic-MF: X-Sonic-ID: 8a99c146-57d3-40f0-9c52-5c969bae3fe3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Wed, 4 Jun 2025 07:44:42 +0000 Received: by hermes--production-gq1-74d64bb7d7-74ntb (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID bf7d162a827a41aa599605aa2b593c3c; Wed, 04 Jun 2025 07:44:40 +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.600.51.1.1\)) Subject: Re: drm panic after new world Message-Id: <2A4A4643-577D-4F90-9266-BDCAA17A580C@yahoo.com> Date: Wed, 4 Jun 2025 00:44:29 -0700 To: kargls@comcast.net, FreeBSD Current X-Mailer: Apple Mail (2.3826.600.51.1.1) References: <2A4A4643-577D-4F90-9266-BDCAA17A580C.ref@yahoo.com> X-Spamd-Result: default: False [-3.10 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.986]; NEURAL_HAM_MEDIUM(-0.61)[-0.614]; MV_CASE(0.50)[]; 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]; FREEMAIL_TO(0.00)[comcast.net,freebsd.org]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; 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]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.204:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.204:from] X-Rspamd-Queue-Id: 4bC03K0Scnz3ws9 X-Spamd-Bar: --- Steve Kargl wrote on Date: Wed, 04 Jun 2025 01:45:31 UTC : > On 6/3/25 16:36, Steve Kargl wrote: > > On Tue, Jun 03, 2025 at 08:00:00AM -0700, Steve Kargl wrote: > >> On 6/3/25 02:56, Matthew Seaman wrote: > >>> On 02/06/2025 23:35, Steve Kargl wrote: > >>>> How does one use dates to checkout a particular head? > >>>> If I'm at the top of HEAD and need to got back to > >>>> mid-february, what's the easiest option for performing > >>>> a bisection by hand? > >>> > >>> Something like: > >>> > >>> git checkout 'main@{2025-02-14 12:00:00}' > >>> > >>> Or you can say things like: > >>> > >>> git checkout 'main@{4 months ago}' > >>> > >>> See git-rev-parse(1) > >>> > >>> > >> Matthew, Warner, Jamie, > >> > >> Thanks for the pointer for date-based checkouts. > >> > >> I've read up a bit on 'git bisect' and it was > >> not clear to me how to use it. The examples I > >> saw appeared to be an automated binary search > >> on a single tree. I fear I may need to revert > >> src/ and ports/ simultaneously. Using hash > >> strings would see to be a path to madness. > >> > >=20 > > I've managed to rebuild and re-install world/kernel and gpu-firmware > > and drm-515-kmod from git checkout 'main@{2025-03-15 12:00:00}'. > > radeonkms.ko loaded as expected and startx brought up the > > desktop I was expecting. Onward to next candidate. > >=20 > Well, out of the frying pan and into the fire... >=20 > Apparently, building world with old src/ on a system > running a newer world and installing that old world > over the new world is bad. To start install(1) is > trying to use a non-existent syscall. Yes, I booted > the kernel that matches the old world. Did you ever have the newer world booted with the older kernel? I cannot tell from the wording. That always risks the older kernel not having some of what any active parts of the newer world needs. It is newer kernels that allow older worlds fairly generally: continuing to support what older worlds needed, going back to some point. So, I'd expect getting both to be older would go more like (but I'm ignoring ports/packages for the most part): ) Starting having booted newer kernel with newer world (without drm enabled?). ) (Build and) Install the older world. Make sure no newer drm would be tried on reboot via the older kernel. ) Reboot so the startup world processes are also older. This may also be with booting the older kernel or the newer kernel. ) If it is an older kernel, build and install a matching drm for the kernel vintage and test it, for example. Note that the older world allows testing a range of kernels because that world will not use newer kernel functionality. This can be handy when the expectation is for kernel problems instead of world problems: just try different kernel versions, holder the world constant where possible. I will note that there are pre-built artifacts under (showing a main context example): https://artifact.ci.freebsd.org/snapshot/main/?C=3DM&O=3DD (but not from every commit). These can be used to avoid doing builds until the range tested is narrow enough to have no more artifacts available. There are multiple artifact builds for most days going back into early 2024-Dec as stands. Unfortunately, specific specific artifact tree need not have examples of every platform and looking around is somewhat painful. For example, one has to look in: = https://artifact.ci.freebsd.org/snapshot/main/29f6150256c204a53c6f72a03d3d= f35ec52ccbf6/arm/?C=3DM&O=3DD to discover that the arm/ is empty for that "2024-Dec-03 22:16" context. But compared to doing a bunch of builds, I have found such handly in exploring history for a problem. The *-dbg.txz files have the debug symbols for the matching *.txz . drm is not present, no parts are. I warn that use of base*.txz and lib32*.txz and tests.txz are more problematical, replacing more than just programs/libraries if expanded/copied over the live materials: configuration files too. I tend to expand them into an empty chroot directory tree and get that set up for chroot to use the newer code. (Reminder: kernel updated and booted before use of the newer world via chroot.) But I normally do not deal with drm and my activities do not normally need jails instead. Mostly I've not need the base*.txz and lib32*.txz and tests.txz files. I normally expand the likes of kernel.txz somewhere (empty directory) and then mv its boot/kernel to a /boot/NEWuniqueNAME . Similar issue for kernel-dbg.txz for its paths involved, matching NewuniqueNAME . Then I use the name for booting that specific kernel. My wording does not get into using zfs to advantage or the like. [I only use ZFS on the biggest system configuration (RAM, media capacity, media speed, FreeBSD-cpus count, and cpu speed combination).] > Normally, not a problem. Simply rebuild install(1) > with -static added to CFLAGS. Unfortunately, this > leads to a bunch of linker errors about relocations > and rebuilding a few libraries wtih -fPIC. =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Wed Jun 4 15:41: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 4bCBdy2TXfz5xCS7 for ; Wed, 04 Jun 2025 15:41:58 +0000 (UTC) (envelope-from kargls@comcast.net) Received: from resqmta-a2p-658785.sys.comcast.net (resqmta-a2p-658785.sys.comcast.net [IPv6:2001:558:fd01:2bb4::a]) (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 4bCBdx5Vqrz3MgD for ; Wed, 04 Jun 2025 15:41:57 +0000 (UTC) (envelope-from kargls@comcast.net) Authentication-Results: mx1.freebsd.org; none Received: from resomta-a2p-647973.sys.comcast.net ([96.103.145.227]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resqmta-a2p-658785.sys.comcast.net with ESMTPS id Mo3TuML7UreyBMqFRufMXF; Wed, 04 Jun 2025 15:41:49 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1749051709; bh=FMvMVcVfH0JBuoR+kYO96seJrskZT03Jld/VG1TssPo=; h=Received:Received:Message-ID:Date:MIME-Version:Subject:To:From: Content-Type:Xfinity-Spam-Result; b=oS6IyJ1oDzxB78hFmvecfYCD+vLwZJgy+guuuS8mHSx1Oabppuc32+oerTkeSvzIz LKOh5gHkZamTitxytM0UzGA+b1WpUMINgQsIpBO609e7kmNoUS7DewpDXqNIaEhx2l /f5VTGy6gx1RQRXKReqgR1/oDEs51gSDOj9iS5EHX2JKeflXAVBJBqpGB/uZQ38Cyb 90JYjOdiTaDICuNo8F+Brldgq+2k3g6PqUlP5MeiyF2lEq5eyCSZ89XEl1E3HLF49F xA0KN0ha9Epme/aQqxNGKOvcuAr3PY2EOV7fPfWF5l47Wy0ich29s7SggM+jKhu/3x 7WjCSasvmlfMA== Received: from [10.0.0.30] ([73.83.213.54]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resomta-a2p-647973.sys.comcast.net with ESMTPSA id MqFQu8IyVE0dsMqFRu9lOR; Wed, 04 Jun 2025 15:41:49 +0000 Message-ID: Date: Wed, 4 Jun 2025 08:41:48 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: drm panic after new world To: Mark Millard , FreeBSD Current References: <2A4A4643-577D-4F90-9266-BDCAA17A580C.ref@yahoo.com> <2A4A4643-577D-4F90-9266-BDCAA17A580C@yahoo.com> Content-Language: en-US From: Steve Kargl In-Reply-To: <2A4A4643-577D-4F90-9266-BDCAA17A580C@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfA98tASQYh/YWNgf/mcEa1QHEujpQnWefp3TRlqii5Ut1deNFynhoF3l7zO+ztJCBmt8/j0S4j7TK3Y1NyfdBhOBob1VaC8VHs9v7WAnVE7UyL9TzRev 5UtHVV82xXQCxNH8aUg/uJwcleTtOlNPFnIjn+sUc/tuYI4lB3/d9xJUzkah3BF3Ie6EsqtPqCvtebihwEo98vTRQf7FCjPZarQpRyqNkxP6hKRblejGp7rQ X-Rspamd-Queue-Id: 4bCBdx5Vqrz3MgD X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7922, ipnet:2001:558::/29, country:US] On 6/4/25 00:44, Mark Millard wrote: > Steve Kargl wrote on > Date: Wed, 04 Jun 2025 01:45:31 UTC : >> >> Well, out of the frying pan and into the fire... >> >> Apparently, building world with old src/ on a system >> running a newer world and installing that old world >> over the new world is bad. To start install(1) is >> trying to use a non-existent syscall. Yes, I booted >> the kernel that matches the old world. > > Did you ever have the newer world booted with the > older kernel? I cannot tell from the wording. > That always risks the older kernel not having > some of what any active parts of the newer world > needs. No. During the boot process, init() dies with a message that it could not find /bin/sh. I could not boot to single-user mode. > It is newer kernels that allow older worlds > fairly generally: continuing to support what > older worlds needed, going back to some point. > > So, I'd expect getting both to be older would > go more like (but I'm ignoring ports/packages > for the most part): > > ) Starting having booted newer kernel with newer > world (without drm enabled?). Check. This was done numerous time in chasing the drm bug. > ) (Build and) Install the older world. Make sure > no newer drm would be tried on reboot via the > older kernel. This is probably where I messed up as I don't recall this step. I built and installed both old world/kernel on a new world. > ) Reboot so the startup world processes are also > older. This may also be with booting the older > kernel or the newer kernel. > > ) If it is an older kernel, build and install > a matching drm for the kernel vintage and test > it, for example. Check. I have an old world/kernel with a functioning drm-515-kmod. Thanks for warning of the pkg'd files. The plan was to use /rescue except it seems that install(1) is not one of the /rescue tools. So, now, I'll download a snapshot circa 2025-03-15 (if I can find one), and grab the needed files from it. -- steve From nobody Wed Jun 4 16:20: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 4bCCWC5Jfvz5xFYM for ; Wed, 04 Jun 2025 16:21:11 +0000 (UTC) (envelope-from christos@freebsd.org) Received: from margiolis.net (mail.margiolis.net [95.179.159.8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bCCW76JHpz3lf8; Wed, 04 Jun 2025 16:21:07 +0000 (UTC) (envelope-from christos@freebsd.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=margiolis.net header.s=default header.b=h1rS31g5; spf=softfail (mx1.freebsd.org: 95.179.159.8 is neither permitted nor denied by domain of christos@freebsd.org) smtp.mailfrom=christos@freebsd.org; dmarc=fail reason="No valid SPF, DKIM not aligned (relaxed)" header.from=freebsd.org (policy=none) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; s=default; bh=tcJ6hlitYL8B m2oLAhLQcXctA/8y4mzChD9uXPv6WGU=; h=subject:cc:to:from:date; d=margiolis.net; b=h1rS31g5WKniddlSvaOQ3m0ab5I9TEkVPSEHZTZTGamVDfHOTw/ qsmCf8CxxvoJkE6/k4yFswtg7Xn+YfhVFpiTJz0buOvmYuS3rioSBqJQ6zt4pMVU8LjsLL munC9LPGvUGT3MZ98SriQV6mHaH2pXkpFoeq00ZlKnnmW2GKP8= Received: from pleb (public-gprs250170.centertel.pl [31.60.124.123]) by margiolis.net (OpenSMTPD) with ESMTPSA id 118a59ce (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 4 Jun 2025 10:20:58 -0600 (MDT) Date: Wed, 4 Jun 2025 18:20:57 +0200 From: Christos Margiolis To: freebsd-current@freebsd.org Cc: adrian@freebsd.org Subject: /dev/sequencer retiring Message-ID: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Result: default: False [-1.19 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; NEURAL_HAM_SHORT(-0.99)[-0.995]; MID_RHS_NOT_FQDN(0.50)[]; NEURAL_SPAM_LONG(0.50)[0.498]; R_DKIM_ALLOW(-0.20)[margiolis.net:s=default]; DMARC_POLICY_SOFTFAIL(0.10)[freebsd.org : No valid SPF, DKIM not aligned (relaxed),none]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; RCVD_TLS_ALL(0.00)[]; FREEFALL_USER(0.00)[christos]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:20473, ipnet:95.179.144.0/20, country:US]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; DKIM_TRACE(0.00)[margiolis.net:+] X-Rspamd-Queue-Id: 4bCCW76JHpz3lf8 X-Spamd-Bar: - As part of a series of MIDI patches and cleanups, I (along with adrian@ mostly) decided to retire /dev/sequencer [1] on 15.0, for the reasons explained in the commit message. I've also pushed a deprecation notice on main and stable/14. Christos [1] https://reviews.freebsd.org/D50605 [2] https://cgit.freebsd.org/src/commit/?id=799105f53a9647f86dbf08456260d5850851b6f9 From nobody Wed Jun 4 17:01:52 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 4bCDQD75WBz5xJSc for ; Wed, 04 Jun 2025 17:01:56 +0000 (UTC) (envelope-from meka@tilda.center) Received: from mail.nsd1.sysit.solutions (meka.rs [109.93.255.137]) (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 4bCDQC4fQqz4D7V for ; Wed, 04 Jun 2025 17:01:55 +0000 (UTC) (envelope-from meka@tilda.center) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of meka@tilda.center designates 109.93.255.137 as permitted sender) smtp.mailfrom=meka@tilda.center; dmarc=pass (policy=reject) header.from=tilda.center Received: from [192.168.111.162] (hal9000.nsd.sysit.solutions [192.168.111.162]) by mail.nsd1.sysit.solutions (Postfix) with ESMTPSA id EB6258D674 for ; Wed, 04 Jun 2025 17:01:52 +0000 (UTC) Message-ID: <5a32b28b-97eb-43c1-82e0-e38e22a63822@tilda.center> Date: Wed, 4 Jun 2025 19:01:52 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: freebsd-current@freebsd.org Content-Language: en-US From: =?UTF-8?Q?Goran_Meki=C4=87?= Subject: Adding kqueue to /dev/dsp Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [1.56 / 15.00]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_SPAM_MEDIUM(1.00)[0.997]; R_MIXED_CHARSET(0.63)[subject]; DMARC_POLICY_ALLOW(-0.50)[tilda.center,reject]; NEURAL_HAM_SHORT(-0.46)[-0.464]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:8400, ipnet:109.92.0.0/15, country:RS]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4bCDQC4fQqz4D7V X-Spamd-Bar: + Hello, I already talked to christos@ and he's OK with me adding the support for kqueue to /dev/dsp, but I never saw any docs on how to implement it in the kernel. Could somebody advise on how to add kqueue support to existing device? I mean, if you could point out the simple device code with kqueue support, I would be glad to follow the logic there and learn, for start. Thank you! Regards, meka From nobody Wed Jun 4 17:02: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 4bCDRC73SBz5xJwH; Wed, 04 Jun 2025 17:02:47 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from omta004.cacentral1.a.cloudfilter.net (omta002.cacentral1.a.cloudfilter.net [3.97.99.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bCDRB3Cnbz4FML; Wed, 04 Jun 2025 17:02:46 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of cy.schubert@cschubert.com designates 3.97.99.33 as permitted sender) smtp.mailfrom=cy.schubert@cschubert.com; dmarc=permerror reason="p tag has invalid value: quarantine rua=mailto:p[ostmaster@cschubert.com" header.from=cschubert.com (policy=permerror) Received: from shw-obgw-4001a.ext.cloudfilter.net ([10.228.9.142]) by cmsmtp with ESMTPS id MjRquBYQf5MqyMrVluMoEw; Wed, 04 Jun 2025 17:02:45 +0000 Received: from spqr.komquats.com ([70.66.136.217]) by cmsmtp with ESMTPSA id MrVkuHsflQwcXMrVkuXQzD; Wed, 04 Jun 2025 17:02:45 +0000 X-Auth-User: cschuber X-Authority-Analysis: v=2.4 cv=DaW0qetW c=1 sm=1 tr=0 ts=68407c35 a=h7br+8Ma+Xn9xscxy5znUg==:117 a=h7br+8Ma+Xn9xscxy5znUg==:17 a=kj9zAlcOel0A:10 a=6IFa9wvqVegA:10 a=6I5d2MoRAAAA:8 a=EkcXrb_YAAAA:8 a=YxBL1-UpAAAA:8 a=KVCL-4bghCjaS_59dZgA:9 a=CjuIK1q_8ugA:10 a=LK5xJRSDVpKd5WXXoEvA:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from slippy.cwsent.com (slippy [10.1.1.91]) by spqr.komquats.com (Postfix) with ESMTP id 9D6ADFD; Wed, 04 Jun 2025 10:02:43 -0700 (PDT) Received: by slippy.cwsent.com (Postfix, from userid 1000) id 96B29BB; Wed, 04 Jun 2025 10:02:43 -0700 (PDT) X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.8+dev Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: freebsd-current@freebsd.org, arch@freebsd.org cc: jrm@freebsd.org, emaste@freebsd.org Subject: MIT KRB5 Commits 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 Date: Wed, 04 Jun 2025 10:02:43 -0700 Message-Id: <20250604170243.96B29BB@slippy.cwsent.com> X-CMAE-Envelope: MS4xfEOI7IHff6G1AQCOv85JCk+oIPox1fz2mwn2bdCbjZPyjVAZg/GGaTTFAHnJ9JELjMsEhhwA3vGm95osuIIxL8qNmKHKMh4MWkv8Yxv0Guq2NFHNsYlh uyfawKSoV5+79n9XGDqS7CmdlCfOi+OMO0XclHQ4H8vQOWw7TEpgrqxI1NalQMxBnsjWyBm5OwVU3KtwQMESb7mtTuUD4hGR5sTZZlUM+v1iB23hhUOHkCJ/ /Mvxthxsi7qOP0IbnychtstrZLF1tKV3jF99I2hXaHCdO8KHS/SPXU5MpESc7co2 X-Spamd-Result: default: False [1.31 / 15.00]; NEURAL_SPAM_LONG(0.98)[0.983]; NEURAL_SPAM_MEDIUM(0.78)[0.782]; NEURAL_HAM_SHORT(-0.55)[-0.554]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:3.97.99.32/31]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[3.97.99.33:from]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; ASN(0.00)[asn:16509, ipnet:3.96.0.0/15, country:US]; RCVD_COUNT_THREE(0.00)[4]; MIME_TRACE(0.00)[0:+]; DMARC_BAD_POLICY(0.00)[cschubert.com : p tag has invalid value: quarantine rua=mailto:p[ostmaster@cschubert.com]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,arch@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; RCPT_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; REPLYTO_EQ_FROM(0.00)[] X-Rspamd-Queue-Id: 4bCDRB3Cnbz4FML X-Spamd-Bar: + I will be pushing the first of many MIT KRB5 commits, in this approximate order. 1. MFV contrib/pam-krb5, the MIT compatible pam_krb5. Not hooked into buildworld yet. 2. MFV crypto/krb5, MIT KRB5. Again not hooked into buildworld. 3. Alterations to crytpo/krb5 to allow it to build under FreeBSD. 4. share/mk/src.opts.mk: Add WITH_MITKRB5 and MK_MITKRB5, default disabled. The reason this is added at this point is subsequent commits that will reference MK_MITKRB5 will disable MIT KRB5. Partially because it will be disabled at first and partially because the series of commits must be completed before it will build. This allows for smaller commits that can be easily reviewed. It has been submitted under https://reviews.freebsd.org/D50684. 5. krb5: MIT KRB5 itself. By itself this requires changes to existing components. This is the lion's share of the additions, 124 files. As MK_MITKRB5 is disabled this will not be part of the build until WITH_MITKRB5 is added to /etc/src.conf. This also includes additions/changes to: - share/mk/bsd.libnames.mk - share/mk/src.libnames.mk - Makefile.libcompat 6. lib/libpam: Conditionally build pam-krb5 when MK_MITKRB5 == yes. 7. lib/Makefile: Conditionally build libcom_err when building Heimdal only. Our lib/libcom_err is an extract of Heimdal. The libcom_err bundled with MIT KRB5 will be used when MK_MITKRB5 is enabled. 8. secure/libexec/sshd-session/Makefile and secure/ssh.mk. Honour MK+MITKRB5 to fix build with MIT KRB5 enabled. 9. Patches to usr.bin/Makefile: compile_et shipped with MIT KRB5 will be used when MK_MITKRB5 is enabled. usr.bin/compile_et is a heimdal extract. 10. Patches to usr.bin/telnet disabling telnet crypto. Telnet crypto uses DES which has been removed from newer MIT KRB5 (and newer Heimdal). 11. usr.sbin/gssd: Use MIT KRB5 libraries instead of Hiemdal libraries when MK_MITKRB5 is enabled. 12. Finally Makefile.inc1. Add MK_MITKRB5 support and MIT KRB5 prebuild libraries. Is this commit plan sound? -- Cheers, Cy Schubert FreeBSD UNIX: Web: https://FreeBSD.org NTP: Web: https://nwtime.org e^(i*pi)+1=0 From nobody Wed Jun 4 17:51:39 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bCFWn2nMsz5xP94; Wed, 04 Jun 2025 17:51:49 +0000 (UTC) (envelope-from bz@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bCFWm56Dwz3V0Q; Wed, 04 Jun 2025 17:51:48 +0000 (UTC) (envelope-from bz@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749059508; 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; bh=nMgcWKX7EBNCY5js69iNjJz/lbpQYjdQcI+v1tpaouM=; b=aZRRLfyNmFjnQLZCFcsdeGhlwL/9Jkwfi+zwAYRYZ6TXq2SR6V76xwOf+0HA+oN+iUE+DK DJyhg/DAvmw8fIJ2Bj8ov2/Pa1tik5JgPUbPLEXWwoOftVUzj1VtcuAo72YjIsI6caOqhT qf8MmaHTdU0P1S5TmxUMElS6e/huQjgeCxZ7HPblhoWrw+Ij3C8BpsZTC9mN8Wmckkgupl FVZ7xzj7egtv50W8b2CwKLxLplJMWT+ej2YV3gNyOH30dF9VlwWo+4oZ8pIT2vAkLXvZyo x26J/q/Ktd0YKwYdZjV5T7y96DXAx5miLD1eozuLlqN5f2L1+91s14cko93Igg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749059508; 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; bh=nMgcWKX7EBNCY5js69iNjJz/lbpQYjdQcI+v1tpaouM=; b=bLXX7mdRyEXuekpZ7U9sdAea2eGbdIDHctkH0RvUGQLDC15IFYC/JXKjnhfQRUzmO/BuT9 1rAXFl3bNE5ut7ttDVN7x9JDqQKy84l3wmlxkfipoTufFdXaIQvin8vA8HxR+FIq2xX3yY xtTURtjdNrb6216Myim/5HhARKkQLTycnqdJQWsaaQvp0XuEwtU3v48SdLsEvZ7I8+T32N 7TNJznvZa8MfSJ7WBw/OWPYZiU6FN3Vyq5ZfXwOi/JcrySoyAtHHyAPACrRMm//FDdtyv5 Neufnigf/9YBFqdOee9Ax4r8EjAzyMGkDF2sRY551xpdCiSU+ar96ePo+mUqCA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1749059508; a=rsa-sha256; cv=none; b=PrpUzpFY9DiEkZdoJ5kLPNUVVXd7GExSmeDRwkt2juMYirJHKBYYfNd+dmLQziROYcgFVD ZMu2woLg2fLoor1EWa+p4fS3Hn1SwKFwegqA+RaeG65g/W7C21buIR3QLrEezS17uvk8Ye Zo3UlnripHadueNrue9+HDDGmZ+sVfuTuaRAj6zffypQeiOAA8K7BGaOe6xfHH5/hK0JWL Qzq8+0oEVJ3CgANewsX4PRKKLtqkzWe4WnEol0SA+E1dMuNXQ/nAxMTFhyaWutfuC8hSCv eKr5NXmuMdc3a3LvSuoGMYrmI/mA1bTKGOEd+E5mamHh9iHeANJqV8466/lEig== Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bCFWm3l65zNQR; Wed, 04 Jun 2025 17:51:48 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 2A25AA64809; Wed, 04 Jun 2025 17:51:40 +0000 (UTC) Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 2BCE82D029E2; Wed, 4 Jun 2025 17:51:41 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id yzE83dUWMZZQ; Wed, 4 Jun 2025 17:51:40 +0000 (UTC) Received: from strong-rtwn0.sbone.de (strong-rtwn0.sbone.de [IPv6:fde9:577b:c1a9:4902:3e64:cfff:fe55:bc80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 5421C2D029D8; Wed, 4 Jun 2025 17:51:40 +0000 (UTC) Date: Wed, 4 Jun 2025 17:51:39 +0000 (UTC) From: "Bjoern A. Zeeb" To: FreeBSD wireless mailing list cc: current@freebsd.org, stable@freebsd.org, desktop@freebsd.org Subject: HEADS UP: wireless KPI and KBI and FreeBSD 15 Message-ID: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Hello, Cc: wireless, current, stable, desktop FreeBSD WiFi development has regained traction. We are facing a decision with FreeBSD 15 coming before the end of this year [1]. In order to continue WiFi development, upcoming changes will inevitably break the net80211-driver and net80211-userland interfaces. By FreeBSD's standards those would not be mergeable to stable branches, such as stable/15 then. This would imply development happening in FreeBSD 16-CURRENT (main at that point) would stay there. The first release to ship anything major beyond now would be FreeBSD 16.0 in December 2027 [1]. After some discussion we think this is not a feasible solution and we will declare the KPI and KBI for wireless as unstable in FreeBSD 15. This allows us to merge changes from main into stable/15 for inclusion in future point releases (e.g., 15.1, 15.2, etc.) as the code matures. However, this also means that during the lifetime of FreeBSD 15, we may introduce breaking changes affecting out-of-tree and in-tree drivers, userland-kernel interfaces, and chipsets. We will address these disruptions as they arise. Before finalizing this decision, we invite feedback from the community. If you have concerns or objections, please speak up now. Bjoern (on behalf of the Wireless Development Team) Tom Adrian Ed Joe [1] https://www.freebsd.org/releng/ -- Bjoern A. Zeeb r15:7 From nobody Wed Jun 4 18:58:13 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bCH0g49hgz5xTN8 for ; Wed, 04 Jun 2025 18:58:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pg1-x531.google.com (mail-pg1-x531.google.com [IPv6:2607:f8b0:4864:20::531]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bCH0f31fMz3WGy for ; Wed, 04 Jun 2025 18:58:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pg1-x531.google.com with SMTP id 41be03b00d2f7-b2c3c689d20so111637a12.3 for ; Wed, 04 Jun 2025 11:58:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1749063505; x=1749668305; 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=7Gl1GSz7GymmpMePpJamjOuZDg4gRZKsKOmKLoqEcbc=; b=SY/pzuV4nbqw8qSlQXNYft2MOQsOSwTYoyBqUOm7w5WFFeIzPSuqoDH138AoGjMRog DU0ItybxbyMFUMBpEzAUC2Xky9fYg0iYnXhOWzAXrLdah5EXtKuM3H3thvWBCN7EC2g9 hsJmNZi1+FQn6MpLiJRvm2dqCug0u3teuOqb4HcIRgzo0gywQLsfW30XUsgTRYHvA07J Wnjxu00x20DcuobVgtr+tcZtjDN8vClRSSCV3fiEjhYs0pqMHRlHaZi6I+S4KwskbHNT nv0bVh0Cfxb0fG45wyxA1U6Lje1DtSncJaN6C3HXRFNG3NhodpA7qQLsTBIQaRuQPUk1 wpJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749063505; x=1749668305; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=7Gl1GSz7GymmpMePpJamjOuZDg4gRZKsKOmKLoqEcbc=; b=WYOch2QeHHLrVuq+l2V/jp/1btHIFIoy+KzVfHQLD7d0Jp2SRZdTwWkK+zrNP1/+Q0 L46vQeMi2QV2163lojEBgzEC5izROO5sTSlQx1F1tgBQtKTMkDN8SDzsuJfS/rXnJPFg xSid0KFjjE47RPptV2PdNFruNgKZIt7Vw8KEAt2OllCvIDVnkE0K8BglIGpz9HMKGw0u 3UVQpe9k8DgpMdShSUw8Q1WKfBESo82e+iUPD7vCixHuLI9RM7H6XWsRf2CxQ5x8ZEve Pyxe0pt7MsC/ISihFKy3e6UB/b3foXFZ7bp1ny9mqC1CnpmcAsl3GK0yrNuFnyECNScd MwOA== X-Forwarded-Encrypted: i=1; AJvYcCVC5dkCJ0rgTbP3V5E7UTUg60vIPDLsd5Wrk88QE71zQ1wUJEZFmpOgBVT2ZvxP2fl75rIAqIyF@freebsd.org X-Gm-Message-State: AOJu0Ywc9ls2OsbeE6TWPtA/HzKOU/+S0LYxY236kbcM8CuhVbOyfvp3 yuMeluqn7c2Uiv46bpFGfmnAAMwu4RPHi50+cqNYaxi+h1h9HBHTrqoMhISRsKZUHiZPA1fIfjo bmU/roOB6AP4pepeUqqNSod2ZWeEJKju7QSWKH0Ke9A== X-Gm-Gg: ASbGncsXHq/VrYckicpeqBgkCbuxD0ChBtWwgL0uxhcmV/BA1S+sOjQNAtzQfprWREO K8X+KCkfdygzxwRCTFTB9E83xcqHmbmBaGIESJSjKaf18Rqq5nLHcTSDRqZxUE/BdbYHaAAG7DN 0D8EJ3QhqGWUiNVLwrHYbebofV3gS7ARb0Y8t1NQ== X-Google-Smtp-Source: AGHT+IFAD0sSrCRIUAhGhgLs8Zu+6mpPhvks48/cZUqJl/dxIBDFa/UwtvxfyQM+LjYufQU2u4ZI9v4GwRYDB1aHJmc= X-Received: by 2002:a05:6a21:3a82:b0:21a:de8e:44b4 with SMTP id adf61e73a8af0-21d22c29d80mr5233987637.16.1749063504676; Wed, 04 Jun 2025 11:58:24 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> In-Reply-To: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> From: Warner Losh Date: Wed, 4 Jun 2025 11:58:13 -0700 X-Gm-Features: AX0GCFuR7nuUmTULYBZ52neOaoeY51vaE_xcu2drvOFSfPc0h51xa1Y4eIfG4gc Message-ID: Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 To: "Bjoern A. Zeeb" Cc: FreeBSD wireless mailing list , FreeBSD Current , FreeBSD Stable ML , desktop@freebsd.org Content-Type: multipart/alternative; boundary="000000000000e2da3a0636c39416" X-Rspamd-Queue-Id: 4bCH0f31fMz3WGy X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --000000000000e2da3a0636c39416 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Jun 4, 2025, 10:52=E2=80=AFAM Bjoern A. Zeeb wrote= : > Hello, > > Cc: wireless, current, stable, desktop > > FreeBSD WiFi development has regained traction. We are facing a > decision with FreeBSD 15 coming before the end of this year [1]. > > In order to continue WiFi development, upcoming changes will inevitably > break the net80211-driver and net80211-userland interfaces. > By FreeBSD's standards those would not be mergeable to stable branches, > such as stable/15 then. > > This would imply development happening in FreeBSD 16-CURRENT (main at > that point) would stay there. The first release to ship anything major > beyond now would be FreeBSD 16.0 in December 2027 [1]. > > After some discussion we think this is not a feasible solution and we > will declare the KPI and KBI for wireless as unstable in FreeBSD 15. > > This allows us to merge changes from main into stable/15 for inclusion > in future point releases (e.g., 15.1, 15.2, etc.) as the code matures. > However, this also means that during the lifetime of FreeBSD 15, we may > introduce breaking changes affecting out-of-tree and in-tree drivers, > userland-kernel interfaces, and chipsets. We will address these > disruptions as they arise. > > Before finalizing this decision, we invite feedback from the community. > If you have concerns or objections, please speak up now. > I strongly support this. Ideally, we'd have good compat on 15.0 vs 15.4, but wireless is in such a state that I think the project is better served with the hassle of instability and better features faster than stability and stagnation with our currently incomplete feature set. Please work with the maintsiners of the point release pkg repo maintainers to help smoothe the experience for those ports that use the unstable ABIs. Warner Bjoern (on behalf of the Wireless Development Team) > Tom > Adrian > Ed > Joe > > [1] https://www.freebsd.org/releng/ > > -- > Bjoern A. Zeeb r15:7 > > --000000000000e2da3a0636c39416 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Jun 4, 2025, 10:52=E2=80= =AFAM Bjoern A. Zeeb <bz@freebsd.org> wrote:
Hello,

Cc: wireless, current, stable, desktop

FreeBSD WiFi development has regained traction.=C2=A0 We are facing a
decision with FreeBSD 15 coming before the end of this year [1].

In order to continue WiFi development, upcoming changes will inevitably
break the net80211-driver and net80211-userland interfaces.
By FreeBSD's standards those would not be mergeable to stable branches,=
such as stable/15 then.

This would imply development happening in FreeBSD 16-CURRENT (main at
that point) would stay there.=C2=A0 The first release to ship anything majo= r
beyond now would be FreeBSD 16.0 in December 2027 [1].

After some discussion we think this is not a feasible solution and we
will declare the KPI and KBI for wireless as unstable in FreeBSD 15.

This allows us to merge changes from main into stable/15 for inclusion
in future point releases (e.g., 15.1, 15.2, etc.) as the code matures.
However, this also means that during the lifetime of FreeBSD 15, we may
introduce breaking changes affecting out-of-tree and in-tree drivers,
userland-kernel interfaces, and chipsets.=C2=A0 We will address these
disruptions as they arise.

Before finalizing this decision, we invite feedback from the community.
If you have concerns or objections, please speak up now.


Please work with the maintsiners of the point release pkg rep= o maintainers to help smoothe the experience for those ports that use the u= nstable ABIs.

Warner

Bjoern (on behalf of the Wireless Development Team)
Tom
Adrian
Ed
Joe

[1] https://www.freebsd.org/releng/

--
Bjoern A. Zeeb=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r15:7

--000000000000e2da3a0636c39416-- From nobody Wed Jun 4 20:11: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 4bCJdG70kZz5xZMs for ; Wed, 04 Jun 2025 20:11:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 4bCJdG22wKz3mQM for ; Wed, 04 Jun 2025 20:11:45 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Authentication-Results: mx1.freebsd.org; none Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.18.1/8.18.1) with ESMTP id 554KBgui077527; Wed, 4 Jun 2025 13:11:42 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) DKIM-Filter: OpenDKIM Filter v2.10.3 troutmask.apl.washington.edu 554KBgui077527 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=troutmask.apl.washington.edu; s=troutmask; t=1749067902; bh=SUmuCfEV+/R04TaOg1LcqC5kn6w/xOHtvW+QcxeV9Ls=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=Pmpmmcy93u3Y1dcEK0C/df+JMgvNsy2ZFhhHOYJJlmiDPV8IHEKpFwo2Pyf7IhDnH w8KWtlT7sLhLvQTSttZ+Faw6aBzFxPzjyUZDIeg9A5NMwGqkDfWnPOWKsbJ6W/5E2O 7Ww6C1b8dne9Eo0JaagP4wkAIR9aJAz1wRH2HO8eMUWThcm6U2EMn2p2bk8jX6F5bq ywJk/tngdEBKYwTWFMiiZFbdFMiGhn0rmecKQHOqG5304FKmO64xWlRAz4AaFmuoFH zEj8W8TU7Xnq9mFiWUWTHaxc/YSqqesQp2f0S/2WS540dfuKjk9P68haKYSOIeodii zwp6q54hXav+Q== Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.18.1/8.18.1/Submit) id 554KBgUv077526; Wed, 4 Jun 2025 13:11:42 -0700 (PDT) (envelope-from sgk) Date: Wed, 4 Jun 2025 13:11:42 -0700 From: Steve Kargl To: Steve Kargl Cc: freebsd-current@freebsd.org Subject: Re: drm panic after new world Message-ID: Reply-To: sgk@troutmask.apl.washington.edu References: <4699f48c-f042-46fe-8f9a-419e86d51f58@comcast.net> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4bCJdG22wKz3mQM X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US] On Tue, Jun 03, 2025 at 06:45:31PM -0700, Steve Kargl wrote: > > Well, out of the frying pan and into the fire... > > Apparently, building world with old src/ on a system > running a newer world and installing that old world > over the new world is bad. To start install(1) is > trying to use a non-existent syscall. Yes, I booted > the kernel that matches the old world. > > Normally, not a problem. Simply rebuild install(1) > with -static added to CFLAGS. Unfortunately, this > leads to a bunch of linker errors about relocations > and rebuilding a few libraries wtih -fPIC. > Recovered from that mess. I was able to rebuild world/kernel for a 2025-04-15 src/ (aka adc33d3288) and rebuilt drm-515-kmod and gpu-firmware. The system boots and I can kldload radeonkmd.ko. startx brings up the expected desktop. Onward to src/ from 2025-05-01 (aka 8d136fb027). -- Steve From nobody Wed Jun 4 21:56: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 4bCLyM0Y04z5xhWs for ; Wed, 04 Jun 2025 21:56:43 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from mail.rlwinm.de (mail.rlwinm.de [IPv6:2a01:4f8:171:f902::5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bCLyL00Yxz3VdW for ; Wed, 04 Jun 2025 21:56:41 +0000 (UTC) (envelope-from crest@rlwinm.de) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of crest@rlwinm.de designates 2a01:4f8:171:f902::5 as permitted sender) smtp.mailfrom=crest@rlwinm.de; dmarc=none Received: from [IPV6:2001:9e8:962:4700:f5be:eac1:6030:8a77] (unknown [IPv6:2001:9e8:962:4700:f5be:eac1:6030:8a77]) (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 mail.rlwinm.de (Postfix) with ESMTPSA id 48FAD34962 for ; Wed, 04 Jun 2025 21:56:34 +0000 (UTC) Message-ID: Date: Wed, 4 Jun 2025 23:56:33 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 To: freebsd-current@freebsd.org References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> Content-Language: en-US From: Jan Bramkamp In-Reply-To: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [0.74 / 15.00]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_HAM_SHORT(-0.96)[-0.957]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[rlwinm.de]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4bCLyL00Yxz3VdW X-Spamd-Bar: / On 04.06.25 19:51, Bjoern A. Zeeb wrote: > Hello, > > Cc: wireless, current, stable, desktop > > FreeBSD WiFi development has regained traction.  We are facing a > decision with FreeBSD 15 coming before the end of this year [1]. > > In order to continue WiFi development, upcoming changes will inevitably > break the net80211-driver and net80211-userland interfaces. > By FreeBSD's standards those would not be mergeable to stable branches, > such as stable/15 then. > > This would imply development happening in FreeBSD 16-CURRENT (main at > that point) would stay there.  The first release to ship anything major > beyond now would be FreeBSD 16.0 in December 2027 [1]. > > After some discussion we think this is not a feasible solution and we > will declare the KPI and KBI for wireless as unstable in FreeBSD 15. > > This allows us to merge changes from main into stable/15 for inclusion > in future point releases (e.g., 15.1, 15.2, etc.) as the code matures. > However, this also means that during the lifetime of FreeBSD 15, we may > introduce breaking changes affecting out-of-tree and in-tree drivers, > userland-kernel interfaces, and chipsets.  We will address these > disruptions as they arise. > > Before finalizing this decision, we invite feedback from the community. > If you have concerns or objections, please speak up now. > If the breaking changes are already known it would probably be best get stubs into the 15-stable ABI, but otherwise go ahead declare the ABI unstable. Please keep in mind that WiFi could be a users only available network connectivity and treat it the the care it deserves in the release notes. Is there a release engineering checklist this could be added to until the ABI stabilizes again? From nobody Wed Jun 4 22:04:14 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 4bCM7J11b0z5xhxB for ; Wed, 04 Jun 2025 22:04:28 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pj1-x102f.google.com (mail-pj1-x102f.google.com [IPv6:2607:f8b0:4864:20::102f]) (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 4bCM7H5NbKz3dFl for ; Wed, 04 Jun 2025 22:04:27 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x102f.google.com with SMTP id 98e67ed59e1d1-3122a63201bso324921a91.0 for ; Wed, 04 Jun 2025 15:04:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1749074666; x=1749679466; 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=Lqi5j409+jbHT98eatkU4ouJNy+nSzKGvEcuaDY/T9Y=; b=XBq+aLdC7u7vto+fVPTass9VQPDJnmjaK5kluDIH7YDAIXKofqBO7iIsBYpQcz3QJB Py6i0H9dqOWCnPotKwQtrf8GxQObiwVq5xC3VVgLv4CVLn0cTzZ/rtbtUdEDDPy8pj2Z 5LoXUedwhPW+pJMX2SdK5s9rXIbXQy5DnzLs7XRpPtWJd/oVuj3GnfZZorsxfcZjfolb ZJ+Jj2cqW5vC48dzQQ/rvt6vQBI0GgDIOYWWNCFnbgzE4p37P3/lIOWxFK90klYKJT55 FFS6upmrRiI8vbL0egOU7K3ccTldMaPC4haCHbgJp0rDF9txZUCqAml1+9KbStXWoxQi DvmQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749074666; x=1749679466; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Lqi5j409+jbHT98eatkU4ouJNy+nSzKGvEcuaDY/T9Y=; b=pRwOaYEAMzn20p0Y3WcqkrBwmpx6N2QM5ZHth2yoMX/tEInXNYDb74x58NqszygYmj yHZBwGhbW1OuxyS43FI88b98y+ShaC1Qmw+9Ywec0Z5C1HZRGc98MIhtoNQb0ZiLlM24 Jbxw+scuSl+2/f/r5FsVt6QSeQ+87ZwQeRV26oAADFzNofgmpI7boJ/3F7xeL9DZ2buw KSpObIvef3BJy2C+1QQIlZGsCDdPQJtzperyit5myt6QP88sUQctpceAFvRqysSIJdq4 s+YZXc62DmwQ6gMIuB+ha9Y27hUOkQ9zigBOS4s0ivB60Pq9npbK0P9Bk1EvfLpeNNT0 A0Sg== X-Gm-Message-State: AOJu0Yxx9rjnDgsd/KHpYZHGIXKK1Ml7ejhjaMiyWJMkDShAETwui88B hlqamoyel5R59Jj6qz/nzWYwVxccLqxB5nu46Yanp3BmF0VkYegtvBsm8wsekCzqJ/45MUlJxx4 8L2rD/CIXGuiTTS+dQoJZxX4NzpHIaDxBQJyAPSo8HQ== X-Gm-Gg: ASbGnctf/tzhGlQt7nApAZg7hHuqSDzzzNlm09V1KdJpghnedhQ6td407+CnQe0C4vU OeJz0YgokPpAWWz8rbGBrH2wk6jikkbnRTmnOyE69mGb5kvsG/2G7JU2TN73SL/gINQE1P/lucl vYdVVso2IkRFaif9vHdWYyN5478Hsv0QKFTg9oJA== X-Google-Smtp-Source: AGHT+IGNiLB9pT/E3vo2kN0UIwfTxuD02JCIjcUep9mNBt3BxqcC7OxJHARHEeemLzSSSVTW3LAabU9W0m3ufkJFjQw= X-Received: by 2002:a17:90b:1c12:b0:311:af8c:51cd with SMTP id 98e67ed59e1d1-3130cd97a39mr7300970a91.18.1749074666228; Wed, 04 Jun 2025 15:04:26 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> In-Reply-To: From: Warner Losh Date: Wed, 4 Jun 2025 15:04:14 -0700 X-Gm-Features: AX0GCFveUdBzarWyO5Y4D6KOtpG763jmyl9RNHoFv24Grd5xRlmywCNy2sh4bl4 Message-ID: Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 To: Jan Bramkamp Cc: FreeBSD Current Content-Type: multipart/alternative; boundary="0000000000002aa1c20636c62e92" X-Rspamd-Queue-Id: 4bCM7H5NbKz3dFl X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --0000000000002aa1c20636c62e92 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Jun 4, 2025, 2:57=E2=80=AFPM Jan Bramkamp wrote: > On 04.06.25 19:51, Bjoern A. Zeeb wrote: > > Hello, > > > > Cc: wireless, current, stable, desktop > > > > FreeBSD WiFi development has regained traction. We are facing a > > decision with FreeBSD 15 coming before the end of this year [1]. > > > > In order to continue WiFi development, upcoming changes will inevitably > > break the net80211-driver and net80211-userland interfaces. > > By FreeBSD's standards those would not be mergeable to stable branches, > > such as stable/15 then. > > > > This would imply development happening in FreeBSD 16-CURRENT (main at > > that point) would stay there. The first release to ship anything major > > beyond now would be FreeBSD 16.0 in December 2027 [1]. > > > > After some discussion we think this is not a feasible solution and we > > will declare the KPI and KBI for wireless as unstable in FreeBSD 15. > > > > This allows us to merge changes from main into stable/15 for inclusion > > in future point releases (e.g., 15.1, 15.2, etc.) as the code matures. > > However, this also means that during the lifetime of FreeBSD 15, we may > > introduce breaking changes affecting out-of-tree and in-tree drivers, > > userland-kernel interfaces, and chipsets. We will address these > > disruptions as they arise. > > > > Before finalizing this decision, we invite feedback from the community. > > If you have concerns or objections, please speak up now. > > > If the breaking changes are already known it would probably be best get > stubs into the 15-stable ABI, > > but otherwise go ahead declare the ABI unstable. > > Please keep in mind that WiFi could be a users only available network > connectivity and treat it the the care it deserves in the release notes. > > Is there a release engineering checklist this could be added to until > the ABI stabilizes again? > If you update userland and kernel at the same time, life will be good. It's only when you have skew that there's a problem. So install both for src build, or update all the pkgbase packages at once. Warner > --0000000000002aa1c20636c62e92 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Jun 4, 2025, 2:57=E2=80= =AFPM Jan Bramkamp <crest@rlwinm.de> wrote:
On 04.06.25 19:51, Bj= oern A. Zeeb wrote:
> Hello,
>
> Cc: wireless, current, stable, desktop
>
> FreeBSD WiFi development has regained traction.=C2=A0 We are facing a<= br> > decision with FreeBSD 15 coming before the end of this year [1].
>
> In order to continue WiFi development, upcoming changes will inevitabl= y
> break the net80211-driver and net80211-userland interfaces.
> By FreeBSD's standards those would not be mergeable to stable bran= ches,
> such as stable/15 then.
>
> This would imply development happening in FreeBSD 16-CURRENT (main at<= br> > that point) would stay there.=C2=A0 The first release to ship anything= major
> beyond now would be FreeBSD 16.0 in December 2027 [1].
>
> After some discussion we think this is not a feasible solution and we<= br> > will declare the KPI and KBI for wireless as unstable in FreeBSD 15. >
> This allows us to merge changes from main into stable/15 for inclusion=
> in future point releases (e.g., 15.1, 15.2, etc.) as the code matures.=
> However, this also means that during the lifetime of FreeBSD 15, we ma= y
> introduce breaking changes affecting out-of-tree and in-tree drivers,<= br> > userland-kernel interfaces, and chipsets.=C2=A0 We will address these<= br> > disruptions as they arise.
>
> Before finalizing this decision, we invite feedback from the community= .
> If you have concerns or objections, please speak up now.
>
If the breaking changes are already known it would probably be best get stubs into the 15-stable ABI,

but otherwise go ahead declare the ABI unstable.

Please keep in mind that WiFi could be a users only available network
connectivity and treat it the the care it deserves in the release notes.
Is there a release engineering checklist this could be added to until
the ABI stabilizes again?

--0000000000002aa1c20636c62e92-- From nobody Wed Jun 4 22:16:51 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 4bCMPf5237z5xjhn for ; Wed, 04 Jun 2025 22:16:54 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from mail.rlwinm.de (mail.rlwinm.de [IPv6:2a01:4f8:171:f902::5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bCMPd6sg0z3tjv for ; Wed, 04 Jun 2025 22:16:53 +0000 (UTC) (envelope-from crest@rlwinm.de) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of crest@rlwinm.de designates 2a01:4f8:171:f902::5 as permitted sender) smtp.mailfrom=crest@rlwinm.de; dmarc=none Received: from [IPV6:2001:9e8:962:4700:f5be:eac1:6030:8a77] (unknown [IPv6:2001:9e8:962:4700:f5be:eac1:6030:8a77]) (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 mail.rlwinm.de (Postfix) with ESMTPSA id 2BF8534977 for ; Wed, 04 Jun 2025 22:16:52 +0000 (UTC) Content-Type: multipart/alternative; boundary="------------0ccgBOkG5qQnkke0LE6HZX3N" Message-ID: <81d53b6a-dd89-4d53-986d-171cec48233f@rlwinm.de> Date: Thu, 5 Jun 2025 00:16:51 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 To: freebsd-current@freebsd.org References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> Content-Language: en-US From: Jan Bramkamp In-Reply-To: X-Spamd-Result: default: False [0.70 / 15.00]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE]; RCVD_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; DMARC_NA(0.00)[rlwinm.de]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; 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: 4bCMPd6sg0z3tjv X-Spamd-Bar: / This is a multi-part message in MIME format. --------------0ccgBOkG5qQnkke0LE6HZX3N Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 05.06.25 00:04, Warner Losh wrote: > > > On Wed, Jun 4, 2025, 2:57 PM Jan Bramkamp wrote: > > On 04.06.25 19:51, Bjoern A. Zeeb wrote: > > Hello, > > > > Cc: wireless, current, stable, desktop > > > > FreeBSD WiFi development has regained traction.  We are facing a > > decision with FreeBSD 15 coming before the end of this year [1]. > > > > In order to continue WiFi development, upcoming changes will > inevitably > > break the net80211-driver and net80211-userland interfaces. > > By FreeBSD's standards those would not be mergeable to stable > branches, > > such as stable/15 then. > > > > This would imply development happening in FreeBSD 16-CURRENT > (main at > > that point) would stay there.  The first release to ship > anything major > > beyond now would be FreeBSD 16.0 in December 2027 [1]. > > > > After some discussion we think this is not a feasible solution > and we > > will declare the KPI and KBI for wireless as unstable in FreeBSD 15. > > > > This allows us to merge changes from main into stable/15 for > inclusion > > in future point releases (e.g., 15.1, 15.2, etc.) as the code > matures. > > However, this also means that during the lifetime of FreeBSD 15, > we may > > introduce breaking changes affecting out-of-tree and in-tree > drivers, > > userland-kernel interfaces, and chipsets.  We will address these > > disruptions as they arise. > > > > Before finalizing this decision, we invite feedback from the > community. > > If you have concerns or objections, please speak up now. > > > If the breaking changes are already known it would probably be > best get > stubs into the 15-stable ABI, > > but otherwise go ahead declare the ABI unstable. > > Please keep in mind that WiFi could be a users only available network > connectivity and treat it the the care it deserves in the release > notes. > > Is there a release engineering checklist this could be added to until > the ABI stabilizes again? > > > If you update userland and kernel at the same time, life will be good. > It's only when you have skew that there's a problem.  So install both > for src build, or update all the pkgbase packages at once. Are there neither WiFi driver kernel modules in ports nor any consumers of the unstable ABIs (e.g. a WiFi manager other than the base system wpa_supplicant)? --------------0ccgBOkG5qQnkke0LE6HZX3N Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 05.06.25 00:04, Warner Losh wrote:


On Wed, Jun 4, 2025, 2:57 PM Jan Bramkamp <crest@rlwinm.de> wrote:
On 04.06.25 19:51, Bjoern A. Zeeb wrote:
> Hello,
>
> Cc: wireless, current, stable, desktop
>
> FreeBSD WiFi development has regained traction.  We are facing a
> decision with FreeBSD 15 coming before the end of this year [1].
>
> In order to continue WiFi development, upcoming changes will inevitably
> break the net80211-driver and net80211-userland interfaces.
> By FreeBSD's standards those would not be mergeable to stable branches,
> such as stable/15 then.
>
> This would imply development happening in FreeBSD 16-CURRENT (main at
> that point) would stay there.  The first release to ship anything major
> beyond now would be FreeBSD 16.0 in December 2027 [1].
>
> After some discussion we think this is not a feasible solution and we
> will declare the KPI and KBI for wireless as unstable in FreeBSD 15.
>
> This allows us to merge changes from main into stable/15 for inclusion
> in future point releases (e.g., 15.1, 15.2, etc.) as the code matures.
> However, this also means that during the lifetime of FreeBSD 15, we may
> introduce breaking changes affecting out-of-tree and in-tree drivers,
> userland-kernel interfaces, and chipsets.  We will address these
> disruptions as they arise.
>
> Before finalizing this decision, we invite feedback from the community.
> If you have concerns or objections, please speak up now.
>
If the breaking changes are already known it would probably be best get
stubs into the 15-stable ABI,

but otherwise go ahead declare the ABI unstable.

Please keep in mind that WiFi could be a users only available network
connectivity and treat it the the care it deserves in the release notes.

Is there a release engineering checklist this could be added to until
the ABI stabilizes again?

If you update userland and kernel at the same time, life will be good. It's only when you have skew that there's a problem.  So install both for src build, or update all the pkgbase packages at once.

Are there neither WiFi driver kernel modules in ports nor any consumers of the unstable ABIs (e.g. a WiFi manager other than the base system wpa_supplicant)?

--------------0ccgBOkG5qQnkke0LE6HZX3N-- From nobody Wed Jun 4 22:41:37 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 4bCMyS6f2Tz5xlQQ for ; Wed, 04 Jun 2025 22:41:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-lf1-f46.google.com (mail-lf1-f46.google.com [209.85.167.46]) (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 4bCMyS4Gs5z3R4F for ; Wed, 04 Jun 2025 22:41:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-f46.google.com with SMTP id 2adb3069b0e04-551ed563740so420082e87.2 for ; Wed, 04 Jun 2025 15:41:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749076910; x=1749681710; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=8SzG/RJOzZPhRDxgdEEEJ0E3BmAYtaaMFp5XWq2M1EA=; b=PLHc6gQBmuvWdjKsrRy3ucz8K8W2WXlZ24TIKpw/qkPIzQR9/XoX0pItwpu/4lZmbK totb2Lx5+LWaig2u/KuVRTEWU77HbgZiZyU4QqlFe66Cm1AGGXqmlKTFMtoQH+Ay5m1w D2SnYVcghVYwOoXkQfjSbS+74b7Z9YdSCVStX3D9U9DHHJlEkbS+jlwwHdaO6stOCoFV VsLBZ+VbC9i0Ro4EO9XcKqxy/F8K48zZJVU3701tNwRjMo/KP+Yw+ymmwekhO7ttnfHI 3vQ1j0arULg0v8Vu/2e7oTyk3NqzLhEZgnSVW8+QifRTGiEC2itWe61XkysyEEu+f2x5 uSmQ== X-Gm-Message-State: AOJu0YymqMfzt2FCDARTwei4mWwY+ksKyzoliurpmB3tp5xbA4U3ra7p 6Wx519s992MAdQzpGCqYSnQpFEYNFPrA4SaO4AkrM1JiJmtHbcLhPHU63fR91tW9QcqlvYk/d/J bSOJIS73um9v+lB4MBaSnqi6db47MjHN3SQ== X-Gm-Gg: ASbGncshZ+TIQVFLKl2xqedmN/q/6mCcDB8uSjFFodKcnMzLoeVfUwz+G67+DaJ2cdb C4J3jnwf+PRhHp6RJDfD/zWglnx5iEiqXLxR75Dr+k8Vz7OehqwsE1srhJNGAVJV+0ftkbAV7Jx m/OOWSROTCftZbuttJV/zaVgGfBebAP6hsIw== X-Google-Smtp-Source: AGHT+IFqYjIQ6ADRewcoVAZ/SnGmrJpD70yPBNZcd3jsomTLNI33S3dES4GyRhzgeW5mv0ygFWjV9wkkKwW5P5tdmUk= X-Received: by 2002:a05:651c:3125:b0:32a:714c:12d1 with SMTP id 38308e7fff4ca-32ac716a5a0mr15540151fa.1.1749076910110; Wed, 04 Jun 2025 15:41:50 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> <81d53b6a-dd89-4d53-986d-171cec48233f@rlwinm.de> In-Reply-To: <81d53b6a-dd89-4d53-986d-171cec48233f@rlwinm.de> From: Adrian Chadd Date: Wed, 4 Jun 2025 15:41:37 -0700 X-Gm-Features: AX0GCFtCS__kwUQv8kcwgokjPldH066F8uSTb4PBs7agEYUmBo6om1KRkWytDoc Message-ID: Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 To: Jan Bramkamp Cc: freebsd-current@freebsd.org Content-Type: multipart/alternative; boundary="000000000000e97e4b0636c6b3a1" X-Rspamd-Queue-Id: 4bCMyS4Gs5z3R4F X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] --000000000000e97e4b0636c6b3a1 Content-Type: text/plain; charset="UTF-8" On Wed, 4 Jun 2025 at 15:17, Jan Bramkamp wrote: > On 05.06.25 00:04, Warner Losh wrote: > > > If you update userland and kernel at the same time, life will be good. > It's only when you have skew that there's a problem. So install both for > src build, or update all the pkgbase packages at once. > > Are there neither WiFi driver kernel modules in ports nor any consumers of > the unstable ABIs (e.g. a WiFi manager other than the base system > wpa_supplicant)? > The work that we need to do in -16 is likely going to churn both the KBI and ABI significantly. I can't stress enough how much work there is to do. For me - options really are: * we backport driver/stack/userland from current/16 to stable/15 when we have a good idea of when we've reached some feature/stability/driver support milestones, and it's a flag day in stable/15 * we backport driver/stack from current/16 to stable/15 like above, but we don't change the net80211 userland APIs in stable/15 - you won't get new net80211 facing userland features, and it's going to make stable/15 maintenance increasingly difficult as we'll have to spend time on a "stable/15" ioctl and management layer in net80211. * we backport driver stuff only from current/16 to stable/15 where it's feasible, but maintaining that will likely get difficult pretty quickly as the net80211 / linuxkpi 802.11 stuff changes quickly * we just don't backport anything to stable/15 except bugfixes, so whatever you have in stable/15 is what you get. One of the big sticking points is that the existing ioctl API has a bunch of issues which makes extending it difficult. For example: * we don't pass in the key size and net80211 treats the whole key ABI as a fixed size thing, so we can't support encryption keys bigger than 128 bits. * we don't have an extensible API (like nvlists, or any other form of type+length variable stuff like nl80211 uses in its messages) so growing 11ax, 6GHz features in structures becomes an incompatible ABI change. * how we currently represent channels is not going to scale for 6GHz support and beyond; we need to massively overhaul that, and a lot of driver, net80211 and userland management code is going to need changing. I also can't stress enough how much work bz@ has put into doing work in stable/15 and backporting it to stable/14 so stable users can benefit from the linux 802.11 driver work. It's a /lot/ of work. It however comes with being careful about how much stuff in current/15 can change without being forced to merge it to stable/14 to keep maintenance efforts under control. I hope that helps! -adrian --000000000000e97e4b0636c6b3a1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, 4 Jun 2= 025 at 15:17, Jan Bramkamp <crest@rlw= inm.de> wrote:
=20 =20 =20
On 05.06.25 00:04, Warner Losh wrote:

If you update userland and kerne= l at the same time, life will be good. It's only when you have skew that there's a problem.=C2=A0 So install both for src build, or up= date all the pkgbase packages at once.

Are there neither WiFi driver kernel modules in ports nor any consumers of the unstable ABIs (e.g. a WiFi manager other than the base system wpa_supplicant)?


The work that we need to do in -16 is likely going to churn both the = KBI and ABI significantly. I can't stress enough how much work there is= to do.

For me - options really are:
* we backport driver/stack/userland from current/16 to stable/1= 5 when we have a good idea of when we've reached some feature/stability= /driver support milestones, and it's a flag day in stable/15
= * we backport driver/stack from current/16 to stable/15 like above, but we = don't change the net80211 userland APIs in stable/15 - you won't ge= t new net80211 facing userland features, and it's going to make stable/= 15 maintenance increasingly difficult as we'll have to spend time on a = "stable/15" ioctl and management layer in net80211.
* we bac= kport driver stuff only from current/16 to stable/15 where it's feasibl= e, but maintaining that will likely get difficult pretty quickly as the net= 80211 / linuxkpi 802.11 stuff changes quickly
* we just don't backport anything to stable/15= except bugfixes, so whatever you have in stable/15 is what you get.
<= div class=3D"gmail_quote gmail_quote_container">
One of the big sticking points is that the = existing ioctl API has a bunch of issues which makes extending it difficult= .

For example:

* we don't pass in the key size and net80211 treats the= whole key ABI as a fixed size thing, so we can't support encryption ke= ys bigger than 128 bits.
* we don't have an extensible API (like nvlists, or any other form = of type+length variable stuff like nl80211 uses in its messages) so growing= 11ax, 6GHz features in structures becomes an incompatible ABI change.
* how we currently repres= ent channels is not going to scale for 6GHz support and beyond; we need to = massively overhaul that, and a lot of driver, net80211 and userland managem= ent code is going to need changing.

I= also can't stress enough how much work bz@ has put into doing work in = stable/15 and backporting it to stable/14 so stable users can benefit from = the linux 802.11 driver work. It's a /lot/ of work.
It however comes with being careful abou= t how much stuff in current/15 can change without being forced to merge it = to stable/14 to keep maintenance efforts under control.

I hope that helps!




-adrian

--000000000000e97e4b0636c6b3a1-- From nobody Wed Jun 4 23:34: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 4bCP7Z3HWGz5xpHQ; Wed, 04 Jun 2025 23:34:50 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 4bCP7Y30wFz3QWS; Wed, 04 Jun 2025 23:34:49 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (124-18-43-114.area1c.commufa.jp [124.18.43.114]) (authenticated bits=0) by www121.sakura.ne.jp (8.18.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 554NYclM084550; Thu, 5 Jun 2025 08:34:39 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1749080079; bh=u5pYNhiEILdHiUDuNAcBLQgTRTASP4+zZSAxXPTsgq4=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=THhSIH1n8DnGag00v0ZIcfC3WcghH2nbzk1SRY2JbhTNA6UbCA1no2stYJwVgxIwx TdVTO25hIq/rhmoOyrqXaF8w1w/RwfitDjFJILK1p/PLa2zL1TwwpPDD1p9Y+ot+OQ pVKCF10EyE/4iyVclPeDiZAsEX6CpPiC2wH/UVRQ= Date: Thu, 5 Jun 2025 08:34:38 +0900 From: Tomoaki AOKI To: Jan Bramkamp Cc: freebsd-current@freebsd.org, stable@freebsd.org, wireless+subscribe@freebsd.org, bz@FreeBSD.org Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 Message-Id: <20250605083438.f3004e8724a7c39a3a3048a9@dec.sakura.ne.jp> In-Reply-To: <81d53b6a-dd89-4d53-986d-171cec48233f@rlwinm.de> References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> <81d53b6a-dd89-4d53-986d-171cec48233f@rlwinm.de> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.2) 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: 8bit X-Rspamd-Queue-Id: 4bCP7Y30wFz3QWS X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_RCPT(0.00)[subscribe]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] On Thu, 5 Jun 2025 00:16:51 +0200 Jan Bramkamp wrote: > On 05.06.25 00:04, Warner Losh wrote: > > > > > > On Wed, Jun 4, 2025, 2:57 PM Jan Bramkamp wrote: > > > > On 04.06.25 19:51, Bjoern A. Zeeb wrote: > > > Hello, > > > > > > Cc: wireless, current, stable, desktop > > > > > > FreeBSD WiFi development has regained traction.  We are facing a > > > decision with FreeBSD 15 coming before the end of this year [1]. > > > > > > In order to continue WiFi development, upcoming changes will > > inevitably > > > break the net80211-driver and net80211-userland interfaces. > > > By FreeBSD's standards those would not be mergeable to stable > > branches, > > > such as stable/15 then. > > > > > > This would imply development happening in FreeBSD 16-CURRENT > > (main at > > > that point) would stay there.  The first release to ship > > anything major > > > beyond now would be FreeBSD 16.0 in December 2027 [1]. > > > > > > After some discussion we think this is not a feasible solution > > and we > > > will declare the KPI and KBI for wireless as unstable in FreeBSD 15. > > > > > > This allows us to merge changes from main into stable/15 for > > inclusion > > > in future point releases (e.g., 15.1, 15.2, etc.) as the code > > matures. > > > However, this also means that during the lifetime of FreeBSD 15, > > we may > > > introduce breaking changes affecting out-of-tree and in-tree > > drivers, > > > userland-kernel interfaces, and chipsets.  We will address these > > > disruptions as they arise. > > > > > > Before finalizing this decision, we invite feedback from the > > community. > > > If you have concerns or objections, please speak up now. > > > > > If the breaking changes are already known it would probably be > > best get > > stubs into the 15-stable ABI, +1 for this idea to minimize pains. Adding possibly-wanted things as stubs, placeholders a bit excessively would help for K"B"I/A"B"I stabilities while only additions using the stubs/placeholders are done, IMHO. And we can break K[P|B]I / A[P|B]I again on 16 to prune anything turned out to be unneeded and reorder things which harms to maintain codes and/or performances / efficiencies. > > but otherwise go ahead declare the ABI unstable. > > > > Please keep in mind that WiFi could be a users only available network > > connectivity and treat it the the care it deserves in the release > > notes. > > > > Is there a release engineering checklist this could be added to until > > the ABI stabilizes again? > > > > > > If you update userland and kernel at the same time, life will be good. > > It's only when you have skew that there's a problem.  So install both > > for src build, or update all the pkgbase packages at once. > > Are there neither WiFi driver kernel modules in ports nor any consumers > of the unstable ABIs (e.g. a WiFi manager other than the base system > wpa_supplicant)? Even if there's none just now, there's always possibilities in the future. ;-) Regards -- Tomoaki AOKI From nobody Thu Jun 5 00:26:17 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 4bCQHB4dXQz5xsFf for ; Thu, 05 Jun 2025 00:26:30 +0000 (UTC) (envelope-from kargls@comcast.net) Received: from resqmta-h2p-567063.sys.comcast.net (resqmta-h2p-567063.sys.comcast.net [IPv6:2001:558:fd02:2446::b]) (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 4bCQH86jmgz4FXl for ; Thu, 05 Jun 2025 00:26:28 +0000 (UTC) (envelope-from kargls@comcast.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=comcast.net header.s=20190202a header.b=KfpYbkTF; spf=pass (mx1.freebsd.org: domain of kargls@comcast.net designates 2001:558:fd02:2446::b as permitted sender) smtp.mailfrom=kargls@comcast.net; dmarc=pass (policy=reject) header.from=comcast.net Received: from resomta-h2p-555031.sys.comcast.net ([96.102.179.206]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resqmta-h2p-567063.sys.comcast.net with ESMTPS id Mnp7unvB7korWMyR2uB0Vy; Thu, 05 Jun 2025 00:26:20 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1749083180; bh=/cOWRtml5kytvfaSO1Nqkp/5jqz6gO7TxWRrRhUePXk=; h=Received:Received:Message-ID:Date:MIME-Version:Subject:To:From: Content-Type:Xfinity-Spam-Result; b=KfpYbkTFboQvjcF5U4teGFKnwASqf056tWYyXDQeZk80tpb8dvZoC3A5QuKQXvPN4 mxd8v3CNBFvLdv1q6sW8FXNaiT3F0k4AFKU1ttnwMeLheGI0vXvv/uJwXtmCw4Fs7I tXN25qjkWAY9oU/OsIIXqkn32T+pmt+qwUYbJ1g5vgmEqX21KGMhVE9dRpz0ZTe6Hd 2al+hfMgLhElcOZhHH9nGcAazNfKP5LlO/kjCgZBUhEQ7ZNuIAk98lz0L50HaZnEYY oVcJ9lUWlSDsfPY17eX1k27KzLrPvOfskLtQ5Xa/4h/cawNTtUzonJ0v+1jFk0aOGM wKw9Jgq4C6jGg== Received: from [10.0.0.30] ([73.83.213.54]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resomta-h2p-555031.sys.comcast.net with ESMTPSA id MyQzu0D6dhngDMyR0uwQHI; Thu, 05 Jun 2025 00:26:19 +0000 Message-ID: <8605cb6d-4121-4733-bc5f-c66c6358ea04@comcast.net> Date: Wed, 4 Jun 2025 17:26:17 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: drm panic after new world To: freebsd-current@freebsd.org References: <4699f48c-f042-46fe-8f9a-419e86d51f58@comcast.net> Content-Language: en-US From: Steve Kargl In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfIJkaCtA6Kw0uRO9qN3Wp9xyqq4KznFMbDx4eqVyH8CM+9RmzsVtD41e/YdvPByPaAwx7WowhsJ590FI6JbVBhFJEPfT6nzVOZx5xKoC7QT8AgQRP0WV AdGgix2tTP5QuOruaGekYkYctwNo5S6Fd+38f/z5/bjBDSj4UlHbOz3yHJXvG8IdkiiijLmWpz8tGg== X-Spamd-Result: default: False [3.00 / 15.00]; HFILTER_HELO_5(3.00)[resqmta-h2p-567063.sys.comcast.net]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[comcast.net,reject]; R_SPF_ALLOW(-0.20)[+ip6:2001:558:fd02:2446::/64]; R_DKIM_ALLOW(-0.20)[comcast.net:s=20190202a]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[comcast.net]; DWL_DNSWL_NONE(0.00)[comcast.net:dkim]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[comcast.net]; RCVD_TLS_ALL(0.00)[]; DKIM_TRACE(0.00)[comcast.net:+]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[96.102.179.206:received]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:7922, ipnet:2001:558::/29, country:US]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bCQH86jmgz4FXl X-Spamd-Bar: +++ On 6/4/25 13:11, Steve Kargl wrote: > On Tue, Jun 03, 2025 at 06:45:31PM -0700, Steve Kargl wrote: > > I was able to rebuild world/kernel for a 2025-04-15 > src/ (aka adc33d3288) and rebuilt drm-515-kmod and > gpu-firmware. The system boots and I can kldload > radeonkmd.ko. startx brings up the expected desktop. > > Onward to src/ from 2025-05-01 (aka 8d136fb027). > The problem appears between adc33d3288 and 8d136fb027. There are a few commits in this range that change the linuxkpi. -- steve From nobody Thu Jun 5 06:30:48 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bCZMc0Q26z5yHr1; Thu, 05 Jun 2025 06:30:52 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (mailserver.netfence.it [78.134.96.152]) (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 "mailserver.netfence.it", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bCZMb4Jxsz49Kb; Thu, 05 Jun 2025 06:30:51 +0000 (UTC) (envelope-from ml@netfence.it) Authentication-Results: mx1.freebsd.org; none Received: from [10.1.2.18] (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.18.1/8.17.2) with ESMTPSA id 5556UmSs071813 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 5 Jun 2025 08:30:49 +0200 (CEST) (envelope-from ml@netfence.it) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netfence.it; s=202504; t=1749105049; bh=LQvo1kvBXdcRz/RCyTDKQpF9dRmZ044EL4T81KANIJw=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=DsnlT91s/E8H5Ky6qjDhOezw6t2M+LVkEnAt2n4A6Kj4hbboYR3+alTiD9LsNVWwd S1L39XdNt4u1tE7GdxYlmhH2ig43N3b7rWXJtGi8AUOZeFEzwZcR2OuuX9+cldpgps yyHgaCErR8vA1ysLcOQtN+wJDPXYQNpX8Op9w6C4= X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be [10.1.2.18] Message-ID: <76c3c408-02e4-4a07-9745-064ad7abcc43@netfence.it> Date: Thu, 5 Jun 2025 08:30:48 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 Content-Language: en-US To: "Bjoern A. Zeeb" , FreeBSD wireless mailing list Cc: current@freebsd.org, stable@freebsd.org, desktop@freebsd.org References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> From: Andrea Venturoli In-Reply-To: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4bCZMb4Jxsz49Kb X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:35612, ipnet:78.134.0.0/17, country:IT] On 6/4/25 19:51, Bjoern A. Zeeb wrote: > This would imply development happening in FreeBSD 16-CURRENT (main at > that point) would stay there.  The first release to ship anything major > beyond now would be FreeBSD 16.0 in December 2027 [1]. > > After some discussion we think this is not a feasible solution and we > will declare the KPI and KBI for wireless as unstable in FreeBSD 15. Hello. Other have already answered with more details and insight, so I'll just give my 2c. Waiting for (practically) 2028 is way too long. So OK if 15 has some ABI instability; OK if 15 is delayed in order to make it stable. Just to give contest, I'm eagerly awating 14.3 release in order to start investigating my WiFi again; right now I've cherry-picked too many patches and would need to stop and think about what I did... :). Thanks for all your work. bye av. From nobody Thu Jun 5 08:22: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 4bCcrn0fTrz5xCTY for ; Thu, 05 Jun 2025 08:22:49 +0000 (UTC) (envelope-from bz@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bCcrm62rPz3WxH; Thu, 05 Jun 2025 08:22:48 +0000 (UTC) (envelope-from bz@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749111768; 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=Y/Au9EbHYWphSPzCr87YNsh575pSix6U/iFXR/SwXYY=; b=lrPSAYtIXbmvG+jY47I/Garo6uTKdJ5y4KPDT02GpfNMVua15S4qAWUQj3fADLk54N8Nsw jhGvcwIIkcfeBC5/9DKHK0In4Wc26deOBSSS4oE1UBIbLsGKgeLvNTEPAcnlFFljJEw/UR oBxlTF/fBaNQARLhw5Z+rMaUG3/+mOdeU3BVbwgUnkzDnCl7cHgDz7W7gHIx9z3THt3Uac m1VY9/gyBgObHwdQYwQu/UBPAs3WEoX3HhMNSB9v3S3z+jfq2sDrz7y76sdnNc4CFOD5DJ QWjnEo38t3NwV1EUF/jjVxpS1a/6dS91XZXsUn+JTELlGLBqvmPhuZ4wEPHmNQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749111768; 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=Y/Au9EbHYWphSPzCr87YNsh575pSix6U/iFXR/SwXYY=; b=BHw4aCpm43vTUVR3hs19e3vGJy4pyuqK8tRFss5uSuiUNbVVAGeSeLfXsFcqMy7xAy/I3E xgwISXRwdhmFBfzHmsG4rn5tYEy9CryVXZHcxUQ/S8HT92kLlYUSDH4XpBqG+tVEbhITk0 KJu63vMSwpNUUfUfpHjl89x+KHnvkMIByp5F+D+DbmJI06mgk3/yDMTu6gYqoNWVyeMf/N qydnBzYVIZJs9hnRwV5K52q/AH7EeGbzzQNb3IvNT66D/6ctyTHKtw1Y3FdeHsa4tQNNJ2 pZZh/H7EtCkDBz16dx1gLKGwoAlxyxwz9TQOvlIp44Kj/IT3JHm1Xt5HtRwq3Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1749111768; a=rsa-sha256; cv=none; b=cd8cROJtXylhwZs3DE6+MPRPZ+w2pWE1CyNiS5vSQFmutXrbtmZ6J0wGVYDA0nxcy8pQTw XhIFF2JXMAsRtusUOm7XZIcqfsy1CIfHBTVtFUtHGt890TZ3X0qA1Uj/phaJwQF2Ao/FKf F22W16WV+NcjvnOnHLfY193Rx/7Vw+oTV9rC0LQdVnuTVN7KCNGpUGjxjoeuj60LXPWqG2 5VzZj/FGuakPAq/lhGOsddgEbDNec07Jx88HA1PNG7Zd0s+s8VkGe3xCwv22pYWU/ZF1sy TkKrZmsrcUMBjb0IOSJA0Xk10Z+wFXFnDEOdifBhEq0GfLTC0YMQ6gGCb2zBuw== Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bCcrm4YZpzyVg; Thu, 05 Jun 2025 08:22:48 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id E7CA3A64808; Thu, 05 Jun 2025 08:22:45 +0000 (UTC) Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id CE9532D029E1; Thu, 5 Jun 2025 08:22:46 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id 1HbwwtDvJqjm; Thu, 5 Jun 2025 08:22:45 +0000 (UTC) Received: from strong-rtwn0.sbone.de (strong-rtwn0.sbone.de [IPv6:fde9:577b:c1a9:4902:3e64:cfff:fe55:bc80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 8391D2D029D8; Thu, 5 Jun 2025 08:22:45 +0000 (UTC) Date: Thu, 5 Jun 2025 08:22:45 +0000 (UTC) From: "Bjoern A. Zeeb" To: Steve Kargl cc: freebsd-current@freebsd.org Subject: Re: drm panic after new world In-Reply-To: <8605cb6d-4121-4733-bc5f-c66c6358ea04@comcast.net> Message-ID: References: <4699f48c-f042-46fe-8f9a-419e86d51f58@comcast.net> <8605cb6d-4121-4733-bc5f-c66c6358ea04@comcast.net> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed On Wed, 4 Jun 2025, Steve Kargl wrote: > On 6/4/25 13:11, Steve Kargl wrote: >> On Tue, Jun 03, 2025 at 06:45:31PM -0700, Steve Kargl wrote: >> >> I was able to rebuild world/kernel for a 2025-04-15 >> src/ (aka adc33d3288) and rebuilt drm-515-kmod and >> gpu-firmware. The system boots and I can kldload >> radeonkmd.ko. startx brings up the expected desktop. >> >> Onward to src/ from 2025-05-01 (aka 8d136fb027). >> > > The problem appears between adc33d3288 and > 8d136fb027. There are a few commits in this > range that change the linuxkpi. Sorting away wireless changes from sys/compat/.. here's what's left: % git log --oneline adc33d3288..8d136fb027 sys/compat/ | grep -v 802.11 | grep -v skbuff | grep -v wsum | grep -v ASMEDIA 325aa4dbd10d linuxkpi: Introduce a properly typed jiffies << jiffies changed to proper type 8b51cd07f69e LinuxKPI: define time64_t << new typedef 28efbf9d2f67 LinuxKPI: add dummy header file linux/unaligned.h << empty header file e29d72ac3ddd LinuxKPI: pci: add pci_info() << new macro for logging f94d7319540b LinuxKPI: sysfs: implement sysfs_match_string() << new macro/func 6841b9987e83 LinuxKPI: add container_of_const() << new macro 69880fede78f LinuxKPI: extend struct and enum for leds << LED additions to struct/enum (unused) 059136a95aca LinuxKPI: add cleanup.h to mutex.h << #include added 15581af7c2d3 exec: Remove parameter 'segflg' from exec_copyin_args() << linuxolator 97f3a1565d88 linuxkpi: use iterator in zap_vma_ptes << VM On a known good version, did you go twice through the dump_stack() as well according to dmesg? Would give another hint if we now hit that resume path for other reasons maybe? /bz -- Bjoern A. Zeeb r15:7 From nobody Thu Jun 5 10:25:16 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bCgZJ3fXcz5xbhp; Thu, 05 Jun 2025 10:25:28 +0000 (UTC) (envelope-from theraven@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bCgZJ2xjDz3fsC; Thu, 05 Jun 2025 10:25:28 +0000 (UTC) (envelope-from theraven@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749119128; 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=v5VDLXUIWi6XPjumdqMIL4iwZwTQzQPlWqclxu0pad4=; b=t/Kl+2Qji097QxeoGARqrmmf9JEV6bFttEnhPQWps5f29wfVoCmcx+de4ExV9TrPmDZgSj VDr8+wLyiL3tPr2BsczrPcirX6SBsIMu8u02HJRHJ2rzlHtg5Jj93h+pzvPyEnbdZ0yace Vq5UToa1/MMGVoRSqlm0Ou2cQdhGrUjBVM6LEh4Nocz2pdkGtAoEKX4AyOHGV2mW8MTh3n lnkbOlgtnIbV5CHyL3ViWpx3ZZQKIAv5naNnCfshnKYkqfVxzM2DWNSaeZq9vVGrTf/YeL bd1fapIU1L0dHMWMGNOMQ9iA75WpzJYtrZHLdUdKV5fFcdVzSoe4c1jXOM7WIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749119128; 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=v5VDLXUIWi6XPjumdqMIL4iwZwTQzQPlWqclxu0pad4=; b=m4wSq5TwjFlJXhW421bIY+xlZMGdPmLVaWqtU+5NVg4O4tdIhLu9fr3r3jiAUxmxunJWoW GC1zJfOUM4xXckb+G01AgSibRa4wwaenrP8FSbMC04QSa8VIyp7FiSYpBOR+G2nI9DDc6h yhQ5EmoVEqHOOQE9et+CqdPO/fFLZlZfXeuRyThRIIp9p1TtMfG6y9nC9tQGoZw4XgNCXh aSlX7kjNXxpF9ua9inY3rXrZeR6T6Unc/G7pJjohITx40xgbteIXefDD9N3gA7eOalqNOn FSbeijWyY6JGtPYMZVWsfGwtseoRvKLKVZdkpHddfrt5anHPnKaM29itSsNPFg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1749119128; a=rsa-sha256; cv=none; b=ZzoTW2Mk2k37EdgYEp6W0AuWUGiQFrCsGuq64nW4KLZyM+pnXDvbqXhMpR3+aVchAJ3wJ9 DhvRExubIoMMLVVPvvHoEBXQ3gnjuHQDRIWbZ2XWfj2rHliWS9ZOGnD4qv0aflG4y/EYkI fHQCUcLhaFUugSz2w+IQYBN/xkdXJkVyT0Ku+udm3e/TAtJYRjK6XYgORyWdVXVdcZjdcO K9MwVuhK1MalIYApJbTaq5RVqsFyzLhLN5lF4aMWFejXQVlZ07Pq5DLNegSyZs1nTGlfAl p0PkmFLEJibGMW3VnNyDtjGEXf5XI2kr+O4l+7KazECFVR/lh6uSZhfjKTdUYA== Received: from smtp.theravensnest.org (smtp.theravensnest.org [45.77.103.195]) (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: theraven) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bCgZJ1ydCz11fw; Thu, 05 Jun 2025 10:25:28 +0000 (UTC) (envelope-from theraven@freebsd.org) Received: from smtpclient.apple (host86-143-41-189.range86-143.btcentralplus.com [86.143.41.189]) by smtp.theravensnest.org (Postfix) with ESMTPSA id 8571C11024; Thu, 05 Jun 2025 11:25:27 +0100 (BST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: David Chisnall 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 (1.0) Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 Date: Thu, 5 Jun 2025 11:25:16 +0100 Message-Id: <6803DF9A-5660-4F05-82CC-B4085584EF30@freebsd.org> References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> Cc: wireless@freebsd.org, current@freebsd.org, stable@freebsd.org, desktop@freebsd.org In-Reply-To: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> To: "Bjoern A. Zeeb" X-Mailer: iPad Mail (22F76) Thanks, I always believe that our stability policies should be things that exist to i= mprove the experience of downstream folks, not sticks we beat ourselves with= . They should adapt with changing needs. The main issues with changing network ABIs come from jails. If ifconfig in a= 14.x jail doesn=E2=80=99t work in a 15.x jail, that=E2=80=99s a big problem= . I wouldn=E2=80=99t expect this to matter for the WiFi-specific parts. You=E2= =80=99re almost always configuring some virtual interface in a jail, not the= WiFi bits. I saw something fly past in phabricator recently for moving these to using n= vlists, is it likely that this will be done for 15 so 16 kernels will be abl= e to use userland tools from 15? I didn=E2=80=99t see how complete the patch= es were or if they touched the WiFi bits. On the KBI side, it would be nice if out-of-tree WiFi drivers could exist an= d work across a major release. It sounds as if they simply can=E2=80=99t use= fully exist at the moment (independent of KBI changes), but it would be nice= if that could be a goal for 16. David > On 4 Jun 2025, at 18:52, Bjoern A. Zeeb wrote: >=20 > =EF=BB=BFHello, >=20 > Cc: wireless, current, stable, desktop >=20 > FreeBSD WiFi development has regained traction. We are facing a > decision with FreeBSD 15 coming before the end of this year [1]. >=20 > In order to continue WiFi development, upcoming changes will inevitably > break the net80211-driver and net80211-userland interfaces. > By FreeBSD's standards those would not be mergeable to stable branches, > such as stable/15 then. >=20 > This would imply development happening in FreeBSD 16-CURRENT (main at > that point) would stay there. The first release to ship anything major > beyond now would be FreeBSD 16.0 in December 2027 [1]. >=20 > After some discussion we think this is not a feasible solution and we > will declare the KPI and KBI for wireless as unstable in FreeBSD 15. >=20 > This allows us to merge changes from main into stable/15 for inclusion > in future point releases (e.g., 15.1, 15.2, etc.) as the code matures. > However, this also means that during the lifetime of FreeBSD 15, we may > introduce breaking changes affecting out-of-tree and in-tree drivers, > userland-kernel interfaces, and chipsets. We will address these > disruptions as they arise. >=20 > Before finalizing this decision, we invite feedback from the community. > If you have concerns or objections, please speak up now. >=20 > Bjoern (on behalf of the Wireless Development Team) > Tom > Adrian > Ed > Joe >=20 > [1] https://www.freebsd.org/releng/ >=20 > -- > Bjoern A. Zeeb r15:7 >=20 From nobody Thu Jun 5 14:11:40 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bCmbb2hLLz5xtB1 for ; Thu, 05 Jun 2025 14:11:55 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-yb1-xb32.google.com (mail-yb1-xb32.google.com [IPv6:2607:f8b0:4864:20::b32]) (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 4bCmbZ6W0rz3Fbw for ; Thu, 05 Jun 2025 14:11:54 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb32.google.com with SMTP id 3f1490d57ef6-e8175f45e18so746912276.0 for ; Thu, 05 Jun 2025 07:11:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; t=1749132713; x=1749737513; 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=6gy2BPMrvtIzhySdSD+AkFskyTjAscIwa8oOHWD/2PY=; b=EQj1MRmKphAbGmx04cG5omb8cw/vrpnYnoB40wgpMivfl2FBVwWOR6ZDbM23Hwcrlv lmuxzdY2SWxwTrQk5jUPduIfW8ujvD6buZmrFgIcusOvy+McAinjmyIgRBXU+to2mbuu 3kZM5O0yPqZzhEzVMsdem7PJteHLpI3KSRyev3J2WUoy6TCt4niwL/BDiGNh1AaYX+dL H5YeFpVa1h9b4W3ps3zxTxlZPJv5mIbiu4Sc/j5MayHNNSpH32umqyj+6YbfPBE9mXMN BKR5kusDkAzSczAAc0IcZ4QGvMko7yJtMR/75kGythALvDakErXK+rAJtYhgkjBU+Elp RTzw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749132713; x=1749737513; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=6gy2BPMrvtIzhySdSD+AkFskyTjAscIwa8oOHWD/2PY=; b=MqAuXhu94GdJV6vFXw+dJvPEkle0FzR+RAFMdU8zrcPSHJI5YiCFJCe5yiseVqbxBG 928UvANb8LDZMW1xvhw8aJcVsvWfLR+5zzpMR/MrIW79wJsV70atBKmc9ycUlRfLXYI7 dguCFZgGUFjYG0rAscrs6vkl3CfQqVRiqQf7cehM88jRXpFaGO6COR/gpN+iejkvchB3 wSAuQ9MdA/mgy4Eg8LmzcqaVBGAZmZHVUKz9XHeG69EXymyLdPZibn1pGF05H5xMlQWh fsNRKMxef4k8aqLI8gbT2QaEKarf5po2vCFjKlEB84JF+AMhnLR0Xrz3dn2cRss0I2Cn M8Sw== X-Forwarded-Encrypted: i=1; AJvYcCVaSsjqTYpC6i9jc/8YBQQ4HasM4jRxRUACBEk9e4jGj1bO4MbqqAiMCW8U0NHJdfUNg5oduBbc@freebsd.org X-Gm-Message-State: AOJu0Yx2o0iKo5zarQoKOIop+PQKelBTk7OvWssoPotbZWex558OyCGD xZXkyL/RtNB51RufWYtDwahsIQ6V8aHMh8BzH3bjTGj+SCcMIV1b9ugV1103nRBfbQ== X-Gm-Gg: ASbGnct5mxLjtqk7ompFsRb7fpkDr5Qi7J7e3I+Yk1yXo8UdaLYBdnGdO7Btn5EOLqr sqy0NdaW8PFo+kRdK9MCU+LjRMwQmoviBHL9wWbvJes/tX5Jwlmq6o+8Pg6UMdMAImqpj8ixeRO N5IKvVIuniZlfQI+ZuKf0z6cXS9R0EGyiJTdirSA21Y1aDbA1Lc5PYBotcbz1Jo0xvk3IaZc5EE fxCHj8B+m00HKjVUlXqkDFYV8B5xkJGWgyUrbbRXXC2CwClenjoar9QXxk3/TD64k+oBXSyiM32 fzZJx2r/UaJsY9k3ctSLmSc1jqpiooW2eMuBSMUxz+4kXy5Xjsfx5sgDSJ4TtZhHu0DukqBPB/k R83J4o20ggvTyIx4mQFKRGg4= X-Google-Smtp-Source: AGHT+IFVl9w2AdyEJ5gN7+9xCC6uknk05HvvAwTggfpnYrwKdONOShCvPhIhia2DmRsi+hhae2kP/Q== X-Received: by 2002:a05:690c:4b8a:b0:70e:17ec:ce52 with SMTP id 00721157ae682-710d9f889eemr103295517b3.26.1749132713366; Thu, 05 Jun 2025 07:11:53 -0700 (PDT) Received: from mail-yw1-f174.google.com (mail-yw1-f174.google.com. [209.85.128.174]) by smtp.gmail.com with ESMTPSA id 00721157ae682-70f8ac0d40csm34484667b3.52.2025.06.05.07.11.52 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 05 Jun 2025 07:11:52 -0700 (PDT) Received: by mail-yw1-f174.google.com with SMTP id 00721157ae682-70e78e04e48so8933887b3.1; Thu, 05 Jun 2025 07:11:52 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCV4+xc6DvsTHH+tM9dZb3lHwKjBFt5ziL9JmQmS75BZWwtNVvpeV9rN4l3IHRTJkfJm3IouMTXFeA==@freebsd.org, AJvYcCVfSqum09uEZm/XGqkxSHQern0Pw+0LirsKLpSAp4TMyIhkUtfixt4AySXVKV6qYgCXddtyZHOO@freebsd.org, AJvYcCXlSx/bp+GUKMRC3D5bTsbWsG1zcoQZojhSRvnra49eKEEA3wbfjSw2nEHiGF1uDnLl/KUdOXY6@freebsd.org X-Received: by 2002:a05:690c:490e:b0:6fd:318b:9acf with SMTP id 00721157ae682-710da009b7bmr96666097b3.38.1749132712069; Thu, 05 Jun 2025 07:11:52 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> In-Reply-To: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> From: Tomek CEDRO Date: Thu, 5 Jun 2025 16:11:40 +0200 X-Gmail-Original-Message-ID: X-Gm-Features: AX0GCFtrVIWhIl00e78wBe-G8lw_XqcgAMPK_u6TTXpwS-cnOhL2cngde25VgxI Message-ID: Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 To: "Bjoern A. Zeeb" Cc: FreeBSD wireless mailing list , current@freebsd.org, stable@freebsd.org, desktop@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4bCmbZ6W0rz3Fbw X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] On Wed, Jun 4, 2025 at 7:52=E2=80=AFPM Bjoern A. Zeeb wrot= e: > FreeBSD WiFi development has regained traction. We are facing a > decision with FreeBSD 15 coming before the end of this year [1]. > > In order to continue WiFi development, upcoming changes will inevitably > break the net80211-driver and net80211-userland interfaces. > By FreeBSD's standards those would not be mergeable to stable branches, > such as stable/15 then. > (..) Great news Bjoern! Thank you for the heads up and good luck with the development.. sometimes breaking changes are unavoidable, especially when you need to jump over several generations of technical debt :-) The best situation is when user will just get new features while the workflow remains the same :-) I have mobo with Wi-Fi 7 (802.11 be / ASUS TUF GAMING Z890-PRO WIFI) so if you need testing just let me know for now its turned off :-) --=20 CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From nobody Thu Jun 5 14:59:28 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bCnfj73Ggz5xx2f for ; Thu, 05 Jun 2025 14:59:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pf1-x42f.google.com (mail-pf1-x42f.google.com [IPv6:2607:f8b0:4864:20::42f]) (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 4bCnfj208dz3qtH for ; Thu, 05 Jun 2025 14:59:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pf1-x42f.google.com with SMTP id d2e1a72fcca58-72d3b48d2ffso994437b3a.2 for ; Thu, 05 Jun 2025 07:59:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1749135580; x=1749740380; 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=NGExXQkgwpNCiMY+zH7r1Moj1PTD4dprzBD7CyLVgPI=; b=xcnBywCDTJPTEBN6Abrf9qLCmgIMeiV1DFXGeWCW1/LsefHRVjGnT2CTzNtvYLqINB 4+AmTrIYJmLQ05ELd+cmUMpAa/LL0d1OWVf4E+xIgTKDy6qTf7QXPZtIc+ROBnbrvP0Y fF0Yb6L5XgaoJKqrzrQ54XdYEygkr7dCCosOlk/QL+jmhTjghr7JUw0EjM2xh855PBGW ljbMGRnQVJurX5hK93R01bc4CDaMH/XjP2rz6pmy2N9YOhNM7M2bUzFYq1qWPc3+JfFt LwfEHuitCTlEDoHXrYL1EEexk6R+04iozngKe/1TdcpOUVxtswAx5o5/fgSziIoGhfsx 1gtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749135580; x=1749740380; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=NGExXQkgwpNCiMY+zH7r1Moj1PTD4dprzBD7CyLVgPI=; b=d0zYUZ9inXhY+EmhEZIuwVy3wYHtchE6yiqlXuaAGQV3xgulvx7VgNhERHBaOhcdYh tJ07M5rh/cnzwOuDB6avl6OfXhoLNRVziomQl1O1uXKUQ61eTM78/p56UrCPA65WaIOR EMLsVWwWYyBXoD7AYkcH/D+4tFdWrgpnqTo2y8GSiOzNVFbMWSdkrZcNkb/sxWmog6kT 4niT5R42XQVkUaeGHHHPKBtO8x0ZKTgP3ckrSiWx+kR4vHPE8s5xKGBCpyN+jWpIODg1 IV2zP2H+DJYDZNQfLr1ZvjLDTmA2syZFe/WuqKVkhyXfF+GMhuPT7trvFjIqznju92II QiBw== X-Forwarded-Encrypted: i=1; AJvYcCVWZk2xr5iPbNbiVxSl9v+59pQ6lDm1RcraVl5vGVdHC4fEOhylryPuKeHzHreoNlNvQZVZ0paG@freebsd.org X-Gm-Message-State: AOJu0YyNjw0gJpGsaovOpyx0Cm2o4HBPCfx58ChhtTvlI+l5XkmvqX5k zhnSttcAmBrzOW+ZmbuVv7KYlzDx/VQWs+d7Mkq2iOoqAwRkgn0fjH5Klp51SvJCXrFiNhuwA/d t30EVQ6GTYMW+KBbX6MTpKvWPx3CkfYVz/L1L4zfcy2wugu11JQnA X-Gm-Gg: ASbGncvVz46u29Kcv+rlfp+tpNvNrXfyn8oB6YVLS/11/TS2xV4KY+aW0uOxK1DxAHF IPsLzzCIOKdEhO36vsPYv8M8quysFrqqx5F1u4fdhrx3e/tkep8XPBWR0+s3dg9trwF3ZOBSdE7 LLHJVoJSEyNO8Acg3zT5MJpE5/68BoZvXdyrdaeDf2KXRmreBduX9FJf80a4ExcDQKDPrfnsOSM gwc2A== X-Google-Smtp-Source: AGHT+IFRzFK+Bht9xBuO12iSRT93Gp16aJAZH6K+I32ZOVnW+uPMSLIFlehWzLVjbnkKpvnk7VBbTpn1XQTlMo8Idgk= X-Received: by 2002:aa7:88d5:0:b0:730:9946:5973 with SMTP id d2e1a72fcca58-74827fd6275mr23687b3a.5.1749135579653; Thu, 05 Jun 2025 07:59:39 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> <6803DF9A-5660-4F05-82CC-B4085584EF30@freebsd.org> In-Reply-To: <6803DF9A-5660-4F05-82CC-B4085584EF30@freebsd.org> From: Warner Losh Date: Thu, 5 Jun 2025 07:59:28 -0700 X-Gm-Features: AX0GCFtwgQYwQmjI1LmYdTR6PD4ADlm5th20yuIEcVM0RTOo4VJWDgqVzKTqH1I Message-ID: Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 To: David Chisnall Cc: "Bjoern A. Zeeb" , wireless@freebsd.org, FreeBSD Current , FreeBSD Stable ML , desktop@freebsd.org Content-Type: multipart/alternative; boundary="000000000000e3b9fa0636d45c38" X-Rspamd-Queue-Id: 4bCnfj208dz3qtH X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] --000000000000e3b9fa0636d45c38 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Jun 5, 2025, 3:25=E2=80=AFAM David Chisnall = wrote: > Thanks, > > I always believe that our stability policies should be things that exist > to improve the experience of downstream folks, not sticks we beat ourselv= es > with. They should adapt with changing needs. > > The main issues with changing network ABIs come from jails. If ifconfig i= n > a 14.x jail doesn=E2=80=99t work in a 15.x jail, that=E2=80=99s a big pro= blem. I wouldn=E2=80=99t > expect this to matter for the WiFi-specific parts. You=E2=80=99re almost = always > configuring some virtual interface in a jail, not the WiFi bits. > Given the choice, I'd trade this being broken for better wifi support. But the rest will work. The proposed ABI breakage is confined to WIFI only. Everything else should just work as they do today. I saw something fly past in phabricator recently for moving these to using > nvlists, is it likely that this will be done for 15 so 16 kernels will be > able to use userland tools from 15? I didn=E2=80=99t see how complete the= patches > were or if they touched the WiFi bits. > > On the KBI side, it would be nice if out-of-tree WiFi drivers could exist > and work across a major release. It sounds as if they simply can=E2=80=99= t usefully > exist at the moment (independent of KBI changes), but it would be nice if > that could be a goal for 16. > Never going to happen. That's not possible today for any module at all. We can't even do minor releases with anything complicated (though some simpler drivers can work with sufficient effort). Warner David > > > On 4 Jun 2025, at 18:52, Bjoern A. Zeeb wrote: > > > > =EF=BB=BFHello, > > > > Cc: wireless, current, stable, desktop > > > > FreeBSD WiFi development has regained traction. We are facing a > > decision with FreeBSD 15 coming before the end of this year [1]. > > > > In order to continue WiFi development, upcoming changes will inevitably > > break the net80211-driver and net80211-userland interfaces. > > By FreeBSD's standards those would not be mergeable to stable branches, > > such as stable/15 then. > > > > This would imply development happening in FreeBSD 16-CURRENT (main at > > that point) would stay there. The first release to ship anything major > > beyond now would be FreeBSD 16.0 in December 2027 [1]. > > > > After some discussion we think this is not a feasible solution and we > > will declare the KPI and KBI for wireless as unstable in FreeBSD 15. > > > > This allows us to merge changes from main into stable/15 for inclusion > > in future point releases (e.g., 15.1, 15.2, etc.) as the code matures. > > However, this also means that during the lifetime of FreeBSD 15, we may > > introduce breaking changes affecting out-of-tree and in-tree drivers, > > userland-kernel interfaces, and chipsets. We will address these > > disruptions as they arise. > > > > Before finalizing this decision, we invite feedback from the community. > > If you have concerns or objections, please speak up now. > > > > Bjoern (on behalf of the Wireless Development Team) > > Tom > > Adrian > > Ed > > Joe > > > > [1] https://www.freebsd.org/releng/ > > > > -- > > Bjoern A. Zeeb r15:= 7 > > > > --000000000000e3b9fa0636d45c38 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, Jun 5, 2025, 3:25=E2=80= =AFAM David Chisnall <theraven@f= reebsd.org> wrote:
Thanks,<= br>
I always believe that our stability policies should be things that exist to= improve the experience of downstream folks, not sticks we beat ourselves w= ith. They should adapt with changing needs.

The main issues with changing network ABIs come from jails. If ifconfig in = a 14.x jail doesn=E2=80=99t work in a 15.x jail, that=E2=80=99s a big probl= em. I wouldn=E2=80=99t expect this to matter for the WiFi-specific parts. Y= ou=E2=80=99re almost always configuring some virtual interface in a jail, n= ot the WiFi bits.

<= div dir=3D"auto">Given the choice, I'd trade this being broken for bett= er wifi support. But the rest will work. The proposed ABI breakage is confi= ned to WIFI only. Everything else should just work as they do today.
<= div dir=3D"auto">
I saw something fly past in phabricator recently for moving these to using = nvlists, is it likely that this will be done for 15 so 16 kernels will be a= ble to use userland tools from 15? I didn=E2=80=99t see how complete the pa= tches were or if they touched the WiFi bits.

On the KBI side, it would be nice if out-of-tree WiFi drivers could exist a= nd work across a major release. It sounds as if they simply can=E2=80=99t u= sefully exist at the moment (independent of KBI changes), but it would be n= ice if that could be a goal for 16.

Never going to happen. That's not po= ssible today for any module at all. We can't even do minor releases wit= h anything complicated (though some simpler drivers can work with sufficien= t effort).

Warner
<= div dir=3D"auto">
David

> On 4 Jun 2025, at 18:52, Bjoern A. Zeeb <bz@freebsd.org> wrote:<= br> >
> =EF=BB=BFHello,
>
> Cc: wireless, current, stable, desktop
>
> FreeBSD WiFi development has regained traction.=C2=A0 We are facing a<= br> > decision with FreeBSD 15 coming before the end of this year [1].
>
> In order to continue WiFi development, upcoming changes will inevitabl= y
> break the net80211-driver and net80211-userland interfaces.
> By FreeBSD's standards those would not be mergeable to stable bran= ches,
> such as stable/15 then.
>
> This would imply development happening in FreeBSD 16-CURRENT (main at<= br> > that point) would stay there.=C2=A0 The first release to ship anything= major
> beyond now would be FreeBSD 16.0 in December 2027 [1].
>
> After some discussion we think this is not a feasible solution and we<= br> > will declare the KPI and KBI for wireless as unstable in FreeBSD 15. >
> This allows us to merge changes from main into stable/15 for inclusion=
> in future point releases (e.g., 15.1, 15.2, etc.) as the code matures.=
> However, this also means that during the lifetime of FreeBSD 15, we ma= y
> introduce breaking changes affecting out-of-tree and in-tree drivers,<= br> > userland-kernel interfaces, and chipsets.=C2=A0 We will address these<= br> > disruptions as they arise.
>
> Before finalizing this decision, we invite feedback from the community= .
> If you have concerns or objections, please speak up now.
>
> Bjoern (on behalf of the Wireless Development Team)
> Tom
> Adrian
> Ed
> Joe
>
> [1] https://www.freebsd.org/releng/
>
> --
> Bjoern A. Zeeb=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0r15:7
>

--000000000000e3b9fa0636d45c38-- From nobody Thu Jun 5 15:04:16 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 4bCnmB0vqtz5xwwt for ; Thu, 05 Jun 2025 15:04:26 +0000 (UTC) (envelope-from kargls@comcast.net) Received: from resqmta-a2p-658916.sys.comcast.net (resqmta-a2p-658916.sys.comcast.net [IPv6:2001:558:fd01:2bb4::2]) (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 4bCnm85pWbz3vZ3 for ; Thu, 05 Jun 2025 15:04:24 +0000 (UTC) (envelope-from kargls@comcast.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=comcast.net header.s=20190202a header.b="d0u/6l0I"; spf=pass (mx1.freebsd.org: domain of kargls@comcast.net designates 2001:558:fd01:2bb4::2 as permitted sender) smtp.mailfrom=kargls@comcast.net; dmarc=pass (policy=reject) header.from=comcast.net Received: from resomta-a2p-646964.sys.comcast.net ([96.103.145.236]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resqmta-a2p-658916.sys.comcast.net with ESMTPS id N9ZiuH9mvdNMZNC8fuHygV; Thu, 05 Jun 2025 15:04:17 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1749135858; bh=/PRJPWf0oIChxAW7WVxFFPI04gG+Kp/Pg6v5etLq7P4=; h=Received:Received:Message-ID:Date:MIME-Version:Subject:To:From: Content-Type:Xfinity-Spam-Result; b=d0u/6l0IEMyrmmPvtXyFDK94APPLZZbvPsjyWbL2JiMNcw0hicYVDsvkqWBLBQeBS 0cewQBFx9KnrgTtTwCzPpQk1/co15iI564m1wjcGQct8oo1rNsEo6IVhoGSUl1lbu2 i+r03Qp72kVx1uhDKBP89Qc+FzBVDxdxABUAkKXKp+uH/WGSwnRGMzC/hAoYs7BZAc v/7CqvzzyPpUBxmymGUFoh4oGlewPviawPkm7TOMYS0WFisVOywVPEaLM3EKkzNqHM pA5vjHIwlPpGMpafzCetMiIO+6WFJZIuz7Qskt+Bv7nr49Sh72YoQudfzP3EcFGitA ofxZgB4T3ij1A== Received: from [10.0.0.30] ([73.83.213.54]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resomta-a2p-646964.sys.comcast.net with ESMTPSA id NC8eu5e51xoAVNC8fuZRov; Thu, 05 Jun 2025 15:04:17 +0000 Message-ID: <1b756512-ef7c-4fd0-aaaa-9de5298b57ff@comcast.net> Date: Thu, 5 Jun 2025 08:04:16 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: drm panic after new world To: freebsd-current@freebsd.org References: <4699f48c-f042-46fe-8f9a-419e86d51f58@comcast.net> <8605cb6d-4121-4733-bc5f-c66c6358ea04@comcast.net> Content-Language: en-US From: Steve Kargl In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfOUCj7ZezrJTYABh8zRS/PnkUgtXe61F4woy5CamCmy/emO6RByPZHhD4duzGVBcR/xhWJ5sUm4PH7v3D7R+ceofsFUpHVwkyZLGL8ZNr34lym4sbkf/ MFKlg0h8WhVWZYJcDz1749Sy+d1ge45HnK3uUsVm82KsqAnsZj0n0r2Q8M4z107QXHPqRdVkpMqrYg== X-Spamd-Result: default: False [3.96 / 15.00]; HFILTER_HELO_5(3.00)[resqmta-a2p-658916.sys.comcast.net]; NEURAL_SPAM_LONG(1.00)[0.998]; NEURAL_SPAM_MEDIUM(0.80)[0.801]; DMARC_POLICY_ALLOW(-0.50)[comcast.net,reject]; R_DKIM_ALLOW(-0.20)[comcast.net:s=20190202a]; R_SPF_ALLOW(-0.20)[+ip6:2001:558:fd01:2bb4::/64]; NEURAL_SPAM_SHORT(0.16)[0.158]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[comcast.net]; DWL_DNSWL_NONE(0.00)[comcast.net:dkim]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7922, ipnet:2001:558::/29, country:US]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FREEMAIL_ENVFROM(0.00)[comcast.net]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[comcast.net:+] X-Rspamd-Queue-Id: 4bCnm85pWbz3vZ3 X-Spamd-Bar: +++ On 6/5/25 01:22, Bjoern A. Zeeb wrote: > On Wed, 4 Jun 2025, Steve Kargl wrote: > >> On 6/4/25 13:11, Steve Kargl wrote: >>> On Tue, Jun 03, 2025 at 06:45:31PM -0700, Steve Kargl wrote: >>> >>> I was able to rebuild world/kernel for a 2025-04-15 >>> src/ (aka adc33d3288) and rebuilt drm-515-kmod and >>> gpu-firmware.  The system boots and I can kldload >>> radeonkmd.ko.  startx brings up the expected desktop. >>> >>> Onward to src/ from 2025-05-01 (aka 8d136fb027). >>> >> >> The problem appears between adc33d3288 and >> 8d136fb027.  There are a few commits in this >> range that change the linuxkpi. > > Sorting away wireless changes from sys/compat/..  here's what's left: > > % git log --oneline adc33d3288..8d136fb027 sys/compat/ | grep -v 802.11 > | grep -v skbuff | grep -v wsum | grep -v ASMEDIA > 325aa4dbd10d linuxkpi: Introduce a properly typed jiffies        << > jiffies changed to proper type > 8b51cd07f69e LinuxKPI: define time64_t                    << new typedef > 28efbf9d2f67 LinuxKPI: add dummy header file linux/unaligned.h        << > empty header file > e29d72ac3ddd LinuxKPI: pci: add pci_info()                << new macro > for logging > f94d7319540b LinuxKPI: sysfs: implement sysfs_match_string()        << > new macro/func > 6841b9987e83 LinuxKPI: add container_of_const()                << new macro > 69880fede78f LinuxKPI: extend struct and enum for leds            << LED > additions to struct/enum (unused) > 059136a95aca LinuxKPI: add cleanup.h to mutex.h                << > #include added > 15581af7c2d3 exec: Remove parameter 'segflg' from exec_copyin_args() > << linuxolator > 97f3a1565d88 linuxkpi: use iterator in zap_vma_ptes            << VM > > > On a known good version, did you go twice through the dump_stack() as > well according to dmesg?  Would give another hint if we now hit > that resume path for other reasons maybe? I forgot to check for the dump_stack() output. As I iterate over the above list of hash tags, I make a note. I suspect that one these has uncovered a latent bug in drm. -- steve From nobody Thu Jun 5 16:07:48 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bCq9X2B6Jz5y2bf; Thu, 05 Jun 2025 16:08:00 +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 RSA-PSS (2048 bits) client-digest SHA256) (Client CN "plan-b.pwste.edu.pl", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bCq9X08KPz3gKH; Thu, 05 Jun 2025 16:07:59 +0000 (UTC) (envelope-from zarychtam@plan-b.pwste.edu.pl) Authentication-Results: mx1.freebsd.org; none 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 555G7o03084308 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 5 Jun 2025 18:07:50 +0200 (CEST) (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=1749139671; bh=b0Y13nnRN42EHje/85yF+bTazs/VEXYn+JSi9F89W6A=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=FJylzaI9DHYvOD+rGXfx9IxuuejvrglASCvTRVesR+AwIfvOAe8ehHpZcKbVFvq54 yKCMcj8y5ewCsLYsxwmrsarNAlQBeMxAsCbN/FygxJrH4+3XII2VSev8nyJhoA00CL udaF6CNJqwz73wktidpv+4RzdLmC9enWsrgPoPDbCeO0VNd/lM6j+M5mrfB/Y4kvAH 6nC2rLhGR5jUeKVMlw/G9QPe9W3XwuQHi040hSc3P2VhRj74J4njPXEvOeO7j0NgJU +k/78j6cLXYKV8I5DJF4fZPT3CLJ9gvRpfiqMfICSatisiRlca3+Mr8Vo+UhZoGjeh lhWZg2LyymC8w== 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: Thu, 5 Jun 2025 18:07:48 +0200 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 To: "Bjoern A. Zeeb" , FreeBSD wireless mailing list Cc: current@freebsd.org, stable@freebsd.org, desktop@freebsd.org References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> 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: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4bCq9X08KPz3gKH X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:206006, ipnet:2001:678:618::/48, country:PL] W dniu 4.06.2025 o 19:51, Bjoern A. Zeeb pisze: > Hello, > > Cc: wireless, current, stable, desktop > > FreeBSD WiFi development has regained traction.  We are facing a > decision with FreeBSD 15 coming before the end of this year [1]. > > In order to continue WiFi development, upcoming changes will inevitably > break the net80211-driver and net80211-userland interfaces. > By FreeBSD's standards those would not be mergeable to stable branches, > such as stable/15 then. > > This would imply development happening in FreeBSD 16-CURRENT (main at > that point) would stay there.  The first release to ship anything major > beyond now would be FreeBSD 16.0 in December 2027 [1]. > > After some discussion we think this is not a feasible solution and we > will declare the KPI and KBI for wireless as unstable in FreeBSD 15. > > This allows us to merge changes from main into stable/15 for inclusion > in future point releases (e.g., 15.1, 15.2, etc.) as the code matures. > However, this also means that during the lifetime of FreeBSD 15, we may > introduce breaking changes affecting out-of-tree and in-tree drivers, > userland-kernel interfaces, and chipsets.  We will address these > disruptions as they arise. > > Before finalizing this decision, we invite feedback from the community. > If you have concerns or objections, please speak up now. > > Bjoern (on behalf of the Wireless Development Team) > Tom > Adrian > Ed > Joe > > [1] https://www.freebsd.org/releng/ > This is a long-awaited change. Let's not be afraid of it. It will likely prove just as successful as moving graphics drivers from the base system to the ports tree. Now, the transition would be much less painful thanks to the availability of the new kmod repositories. Many thanks for the WiFi improvements, for the heads up, and for inquiring in the community ! -- Marek Zarychta From nobody Thu Jun 5 16:20:26 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bCqS72SNGz5y3jZ; Thu, 05 Jun 2025 16:20:39 +0000 (UTC) (envelope-from theraven@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bCqS65RCsz3pBt; Thu, 05 Jun 2025 16:20:38 +0000 (UTC) (envelope-from theraven@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749140438; 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=e35CeMeCy8HlY8K9Eiqxi6a2wCA1Av85Sshuc1G9Tn4=; b=WDxG0Ia6lWa8DQpffhrS4aJFTj2w8PDiz8fGS3hJ6hCplpLjq/Onkicj6pYDbnbjpUI3Dl XsLjDwZHrLAuCpZ/vdwGNsRTbOYj3+dk4fZZabU+Wa0+ojKA/XVbIoCilWVQSn0xRbqngp JskX+3wRImagr7GV6mwRHyp3hi/EOboWMpXDLKu8H5tudWGuZ8EwOxB2ahOZ4hJuJ6+Fpb WsyF02mJnSeFRmTbpWDigjam81rl0lUeiY6enjxqdvl3q31hz9bkwqjURR1Pooi4HzMHoN ozmfjeguKUfSBb3Y0t3ir77iIG6083PlXJxlJUGZnFJA9BLCaE3S+czz2GGQmg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749140438; 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=e35CeMeCy8HlY8K9Eiqxi6a2wCA1Av85Sshuc1G9Tn4=; b=H5NAeQarLQoD0WNHWd4qxnGwGznADBFT+Y9xidM5/qBo+t7GxThPilxlSajtFwEdTUka6R 25pB1oewsKUGuvOYlj/Hv5pz2n4H1k5iMoMhUUz9sqAtQs2RzkelXPmfeQCduEgJCW/Yo/ KclLbQnYxEVTYlEl2I01SkWsUObrn9iFNt3BqMP0uVlEIgTNz4lbjYffjeoJ7OheTms6hh m+rpaA3L5LQrtVE9R34D3UyiUD0WDka15sqEhvPLKza+Dq7vyl+3Br1bc4uU9Ku62HhZqf R1Twyf1oUTnq8OzIe5VxeIU/QW2WOzcLrHlNtbeaRC9se9JPVpfYyHgt0I3q9w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1749140438; a=rsa-sha256; cv=none; b=LAI1a1OWsoCQEAviCk0+4fiNFXZV3fmDIv+W8T168yHaZ6lt9u+pEjfSO6vYSrMJA1noNT tBmlkV0CSmA1UFVHDoWeH4327g7eJZhFvh3J+a4a56CD3HVDnr6koF6MItdB1JD5/SBwVw D0Sl0OZ96FtDjpIzRJSMK0sOLB7Q1no6wGpkAKYpCKkz6rtolDMSobf4xKygoXyl55XFx0 bH+BLzPjqxgu2N8rlxQMn1mIzf5MsRKBRPk86ccC7uEGalwy1J2AbA9wL9Tl4AjjH2Kkoi KaGumg/ux9YJK4lOG2G3IbeT+7va1AdjoAgGCYirApl2mITo5JZ7BnAsjloYvg== Received: from smtp.theravensnest.org (smtp.theravensnest.org [45.77.103.195]) (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: theraven) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bCqS64Phlz18G9; Thu, 05 Jun 2025 16:20:38 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from smtpclient.apple (host86-143-41-189.range86-143.btcentralplus.com [86.143.41.189]) by smtp.theravensnest.org (Postfix) with ESMTPSA id A514F1102A; Thu, 05 Jun 2025 17:20:37 +0100 (BST) From: David Chisnall Message-Id: <81E0167A-7330-4C67-BEAA-074A7CA26E63@FreeBSD.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_CF10B8E4-2604-44FD-97A5-AF668087E08E" 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 \(3776.700.51.11.1\)) Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 Date: Thu, 5 Jun 2025 17:20:26 +0100 In-Reply-To: Cc: "Bjoern A. Zeeb" , wireless@freebsd.org, FreeBSD Current , FreeBSD Stable ML , desktop@freebsd.org To: Warner Losh References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> <6803DF9A-5660-4F05-82CC-B4085584EF30@freebsd.org> X-Mailer: Apple Mail (2.3776.700.51.11.1) --Apple-Mail=_CF10B8E4-2604-44FD-97A5-AF668087E08E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 5 Jun 2025, at 15:59, Warner Losh wrote: >=20 > Never going to happen. That's not possible today for any module at = all. We can't even do minor releases with anything complicated (though = some simpler drivers can work with sufficient effort). When did this stop being a guarantee that we at least tried to provide? = We used to go through structures and add padding in places we thought = might need changes before a major release, make things that modules = might use have explicit initialisation functions that would initialise = newly added fields, and so on. I thought KBI stability was something we promised during a major release = but it seems that now there=E2=80=99s an expectation that you recompile = all of your kernel modules every point release. The release engineering = docs still talk about KBI freezes for stable branches: = https://download.freebsd.org/doc/en/articles/freebsd-releng/freebsd-releng= _en.pdf David --Apple-Mail=_CF10B8E4-2604-44FD-97A5-AF668087E08E Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 On 5 Jun 2025, = at 15:59, Warner Losh <imp@bsdimp.com> wrote:

Never going to happen. That's not possible today for any module = at all. We can't even do minor releases with anything complicated = (though some simpler drivers can work with sufficient = effort).

When did this stop being = a guarantee that we at least tried to provide?  We used to go = through structures and add padding in places we thought might need = changes before a major release, make things that modules might use have = explicit initialisation functions that would initialise newly added = fields, and so on.

I thought KBI stability was = something we promised during a major release but it seems that now = there=E2=80=99s an expectation that you recompile all of your kernel = modules every point release.  The release engineering docs still = talk about KBI freezes for stable branches:


David

=
= --Apple-Mail=_CF10B8E4-2604-44FD-97A5-AF668087E08E-- From nobody Thu Jun 5 16:40:27 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bCqvF31X3z5y4qk for ; Thu, 05 Jun 2025 16:40:41 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pl1-x634.google.com (mail-pl1-x634.google.com [IPv6:2607:f8b0: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 4bCqvD5p7yz46GV for ; Thu, 05 Jun 2025 16:40:40 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pl1-x634.google.com with SMTP id d9443c01a7336-234f17910d8so12490635ad.3 for ; Thu, 05 Jun 2025 09:40:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1749141639; x=1749746439; 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=+NsDsm2ggQVfjylY+KgnzlCdSqYYLriMWRgFpOhBDJ0=; b=XsqY93hg+Jgy5MMdebexezV/dR2xBOv4hv2t5fAN5tVnhc0ng5kXy7nSVhv2WzAl3F 4rWk2Kr2q903oCy91LUL0Am3f3FeI6lBfPcrvn6g6xdt71WpwQflSZAnPHcFrGNTRcry FyCS4LYpIlhEEtKdXRN+T49MHj/tn4LMQeWCy3WY0YAXU6dDXBYYF6zHVmjp+o3xZ29f WBijHiMiROKBr5444RAPSUjklopJhr+EhGhHTPm8qpayY52QP/kaGTw7FPkMpqs0Jo0v 0jkhCN4tp8qkjZE/tOlf9/icyqvMcKf6a0ycCgl+My34d/G+jBnjgF5ezwVlsFtu8ydA oX3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749141639; x=1749746439; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=+NsDsm2ggQVfjylY+KgnzlCdSqYYLriMWRgFpOhBDJ0=; b=NOyBYIdhzrtruqd644lWpLOWpA/yZnTdO++u2C05aK1o/sWrLoDAERKPqwvrBP0LAL 27VTdFq06yyP0XgBQXWd5Dh2SNV9FW86GHHgRl9dVsTmy6AHLmXLim+dOH5bhlKyt8dZ O9/K3uk7uwR4qYRoTQuMorfoR4K6wukrWmzoLrJ/L5oCr8AXbJB1xEEY7ecY17uoFbWC Vo2waO4adXVGHSvlgyakK2bz7tDEJVszB3A7zV61aDHSjh+vn3rupNGHmWoUM7D8tBRH nWQfFzjXODI8OmnwlfnSWKEeKvj/4k0Wii09XLVrC62JhjY9gCXwqGCwhN0ZW0fEw5mf tMWw== X-Forwarded-Encrypted: i=1; AJvYcCVVEj+smPnZk/BgI0jlaleLPYhswSjSbb4+kNm5TWcNgQRt72MdXPXOu5RLkI5qDzWIvmnfyE7z@freebsd.org X-Gm-Message-State: AOJu0YyqNFH4JZ+xO40NsZxXlXu92CnOPejZVTzX58x65h2cZzV/MhH4 SWzdJn76dk2VDj8JRmfe6M+W43RHiRLuxG24nXLQdPJ6Y8b/32D9QNxbqeuH5/vKxEhfvTM0kMS 597RV/6ugxfNnKVShrIuLwGKNAgpPVa/lh0b70rfFOA== X-Gm-Gg: ASbGncszqr7lbfG5YMvaCq5hBYcgXaO2gyJ9Rlcw6Rxh4I/wsw5NyDDVato3VVLjue/ EjUe8m+KERQ2nE6KGkmKMnvaa0eNZTMEQksVBbLLJ0mdgl5+ThdKJUxQn0yvgtfbbRpZk+QH9dj jB/LDCLUWgv8auaBX/a/z8Y+k6IXkx538O3ExTopyycAU= X-Google-Smtp-Source: AGHT+IEsje56mQizzVmk8OYuZaUMJ9hSo90yKidtK7uclOHp35YP6ARRw5DbHWWpe6IOy1M4WeNRX+SXDHZudrVeMZM= X-Received: by 2002:a17:90a:dfcb:b0:312:959:dc4f with SMTP id 98e67ed59e1d1-313472b6a6dmr552538a91.5.1749141638715; Thu, 05 Jun 2025 09:40:38 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> <6803DF9A-5660-4F05-82CC-B4085584EF30@freebsd.org> <81E0167A-7330-4C67-BEAA-074A7CA26E63@FreeBSD.org> In-Reply-To: <81E0167A-7330-4C67-BEAA-074A7CA26E63@FreeBSD.org> From: Warner Losh Date: Thu, 5 Jun 2025 09:40:27 -0700 X-Gm-Features: AX0GCFsfX1-dK5L1XL7n1fXmb0EUHIVoXcfSTLTxGYCXwUFnuyQXBbWyxmkxPyI Message-ID: Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 To: David Chisnall Cc: "Bjoern A. Zeeb" , wireless@freebsd.org, FreeBSD Current , FreeBSD Stable ML , desktop@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4bCqvD5p7yz46GV X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] On Thu, Jun 5, 2025 at 9:20=E2=80=AFAM David Chisnall wrote: > > On 5 Jun 2025, at 15:59, Warner Losh wrote: > > > Never going to happen. That's not possible today for any module at all. W= e can't even do minor releases with anything complicated (though some simpl= er drivers can work with sufficient effort). > > > When did this stop being a guarantee that we at least tried to provide? = We used to go through structures and add padding in places we thought might= need changes before a major release, make things that modules might use ha= ve explicit initialisation functions that would initialise newly added fiel= ds, and so on. We never did over major releases. Ever. The minor release for network drivers with the padding has generally worked OK. LinuxKPI has never been KBI stable because it's broken-by-design inlining encodes too many offsets into the clients. It's 100% of the reason we have the per-release repos now. Network clients have the padding for ifnet and other things that mostly works within a minor release. Many drivers are also insulated via newbus. That's why it's possible. But there always seem to be something that comes up that is an 'oops' in the interfaces that we don't know we did wrong until it breaks. > I thought KBI stability was something we promised during a major release = but it seems that now there=E2=80=99s an expectation that you recompile all= of your kernel modules every point release. The release engineering docs = still talk about KBI freezes for stable branches: > > https://download.freebsd.org/doc/en/articles/freebsd-releng/freebsd-relen= g_en.pdf This is the goal. We fall far short of the goal. LinuxKPI isn't KBI stable. It's broken by design, and nobody listened to me when I complained about it early because they were hyper worried about being able to inline for performance (without measurements to show that it actually helped). In addition, there's parts of the VM system that aren't stable that too many drivers need to use for performance. Etc. So while in theory you are correct, the observed history tells us we've fallen short and/or have too many unstable interfaces that drivers want/need to use. The biggest problem, imho, is that we don't designate which structures must be KBI-stable and we have no way to test that they remain stable. We could come up with these lists w/o a lot of difficulty. However, new things get added all the time, so it would be better if this were automated. We could now write something that checks this, but have not done so. It's become technologically possible in recent years. Bringing it back to wifi: we're so far behind the curve on WiFi today that we shouldn't saddle it with stability prematurely. We should do things like kv pairs to make it better. We should try not to shoot ourselves in the foot. But mistakes will be made almost certainly despite due care, and I'd rather give the wifi folks a get-out-jail-free card on a temporary basis to allow them to catch up because doing backwards compat stuff isn't super hard, but can be super time-consuming especially when there's no tests to assure accidents don't happen and tracking down why something crashed for binary compat reasons can take a huge amount of time. At least when I did this stuff for a release or two for drm-kmod when we did try hard to stay compatible for several minor releases. It was a ton of work. I don't think we currently have the resources to commit to that work because it will come at the expense of new features. Warner From nobody Thu Jun 5 17:01:04 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bCrLm6v7Mz5y5xM; Thu, 05 Jun 2025 17:01:04 +0000 (UTC) (envelope-from brooks@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bCrLm4nZfz3Swl; Thu, 05 Jun 2025 17:01:04 +0000 (UTC) (envelope-from brooks@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749142864; 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=2Q7vAihSiZAbK4xfcG6f9zVNpq45gqA7tW7zcRqZ3cw=; b=P55chR6sWhvs8/iuWlYjJ4M770tIP69/QnK4sPEVJMF1DERWNRGz8OFQOgrITwgSwlxKGE A9UGT9LKeQyGR3uBJgHsdblSZy4Gu/Gf/lfxss9K8abRZH5pg9AfOJTQVxreApEuhNxpBL ietPpu6zzVHpMgjjoz1sRmRc3UAjCo9z6wdiEBuKT3BwO8yF1q5W8kXQDk5JJMt09yW7w4 C5/F9XdxyFfEjh1s10blEq/uomKwv4/mfzfT8rQn9l2i9q1QLdmJEcsXrWI0cozad9jWx9 F8Apki/obXjuTF3RDaQ6oFzwi6Et4i0JTbu/MSpuseJ89aw6RX05dHivM/EE1g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749142864; 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=2Q7vAihSiZAbK4xfcG6f9zVNpq45gqA7tW7zcRqZ3cw=; b=ichLXAP6R41+FzsCaKo8c/G9DO+AR0xSu7J+LKtgjY3lsN94h0XS7LS6+fjcagN1SPE4sY qoRRYvWOEF7tL0TLgHsKW8NHiYZDonnyPqZFTnv0Olit2bKfuAHheoLdMBWwzORK67hgzb SmRxA++urZAuR537KHBbJP9DCz1E9YaOiRBNt3lq00Re5SWbUaXZyXeRXnEipKQCCLro+z iZe4PZP9StGgQThHyT77zG5IF3/4jCTt0O1nrSlHwJo8ZsZwuaMoSJwWRv/5ANV4yH3SiU Z5nhJAqk5d3DGZmoUEirdrQmt/IKZf094Q3hXXZhQeSDSYpX0zEU+OPp0E9WKw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1749142864; a=rsa-sha256; cv=none; b=klReW2DAoZxPhjCW+CGnwbVADSTVuKwmueohhW8sWkS3T3KORM8J6MWSf2Qasyoj6LoHsk CG2R+7m9okkmnAMKlaZpD7KtQwb5S792RvcMKRdNuQcQhmWYdcHCygqpbET1hvSYkDJCZa nHmC/TM4Corn0olkIrSsaSufiZpantEk9ub+LoRuExR7N5EHE1sOUW5EbhzzdsCvoQQkxX 2mI7ThbF3H2eg2qTDa5xEEy0sdEIIpilnsv7gw87MmrygzPz4m5k0yvqYVGH+MOJ5qgl9I s+KNDGt3BFJqeeeXQJZGCDuUdE5ze26RAG0hfMIw04CBKDuSEwCXbw3iVwM62A== Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) (Authenticated sender: brooks/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bCrLm4CVGz194g; Thu, 05 Jun 2025 17:01:04 +0000 (UTC) (envelope-from brooks@freebsd.org) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id 4C9053C01A0; Thu, 05 Jun 2025 17:01:04 +0000 (UTC) Date: Thu, 5 Jun 2025 17:01:04 +0000 From: Brooks Davis To: Warner Losh Cc: David Chisnall , "Bjoern A. Zeeb" , wireless@freebsd.org, FreeBSD Current , FreeBSD Stable ML , desktop@freebsd.org Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 Message-ID: References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> <6803DF9A-5660-4F05-82CC-B4085584EF30@freebsd.org> <81E0167A-7330-4C67-BEAA-074A7CA26E63@FreeBSD.org> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Thu, Jun 05, 2025 at 09:40:27AM -0700, Warner Losh wrote: > Bringing it back to wifi: we're so far behind the curve on WiFi today > that we shouldn't saddle it with stability prematurely. We should do > things like kv pairs to make it better. We should try not to shoot > ourselves in the foot. But mistakes will be made almost certainly > despite due care, and I'd rather give the wifi folks a > get-out-jail-free card on a temporary basis to allow them to catch up > because doing backwards compat stuff isn't super hard, but can be > super time-consuming especially when there's no tests to assure > accidents don't happen and tracking down why something crashed for > binary compat reasons can take a huge amount of time. At least when I > did this stuff for a release or two for drm-kmod when we did try hard > to stay compatible for several minor releases. It was a ton of work. I > don't think we currently have the resources to commit to that work > because it will come at the expense of new features. I think this is the best compromise. I do think we might want to consider batching of wifi MFCs so most breaks occur infrequently (perhaps around release time) rather than scattered through out the inter-release period. My thinking here is that we shouldn't be breaking things for stable users more often than necessarily and for the brave it wouldn't be that big a deal to pull from a rebased MFC candidate branch. This wouldn't be free, but maybe it's got a reasonable cost/benefit ratio. -- Brooks From nobody Thu Jun 5 18:15:37 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 4bCt0t49X1z5yBSJ for ; Thu, 05 Jun 2025 18:15:42 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450:4864:20::32c]) (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 4bCt0s2Ybbz3DFL for ; Thu, 05 Jun 2025 18:15:41 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=hPdpZwof; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::32c as permitted sender) smtp.mailfrom=grahamperrin@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wm1-x32c.google.com with SMTP id 5b1f17b1804b1-450cea01b9cso4488555e9.0 for ; Thu, 05 Jun 2025 11:15:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1749147339; x=1749752139; darn=freebsd.org; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=SfjPIJAob1KRaf6ZnawOflaUhQNkE8aEZro44+y8kNE=; b=hPdpZwofR2hhBTnE0oN0aMvKQmQV/KYKMBGKnaE+Fnl+LgwO6sJWVBJsAbWmB1/wpL TZ5CF9+JkdLeezhiUlwt0NRi2XItVmxVPmyXey46qa1r0AclS9TGjpGO7WqkF7wjuR4B AtKJ/flQ9EQmYF1NV/+BVI+AaawKSc2qOUXx+XoF0dqUnIR71hUOIdv2tE0lDFZLStQl HKsWLim/MObJ6O+NPKV2+iErHnak7TlVMVCX7QF7RWyOHN8XLeANbDUE6W92HysLEDFU D3ey1nIRruUUiK5PiUXXnG2CLj3OhGomB1YNR9rT+4t2dmeCr4Av9KrRzUULZSVH4L0t 7VNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749147339; x=1749752139; h=content-transfer-encoding:subject:from:to:content-language :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=SfjPIJAob1KRaf6ZnawOflaUhQNkE8aEZro44+y8kNE=; b=msZPTBheftoSZ3IP77IBDoClrd4RBGCQJtrlcnS2ObavFjKrTkWW5uxP/s5+TE4cH7 3KboGRmSIrqLsEEzNcYlyX1PhGx963Y+yHGWOg8mKmODnUlb50a3cn35e8ggOrsF3YIQ rcmyV8KxtAVBRI05DAsMXwn+Jr+WZHjqpO15rglBYn2tbasf7nY7VwZ16RfC01sZysko FX8ezmD8R6O5SjEwGW0GmFisUgBneO2qciCMIlzeh4bAhwyFPKxKNRKI+drbyhgxer+w nis9XPcWLC7McEx/nhr1Gw5947+poFo+tezD4G1tl5VQB0cKJLoMSuzYJDT67r7qno/N Ce5w== X-Gm-Message-State: AOJu0YwgqC+NbsB0R14WrjKMvryDxCv8uTbR58ixxcUYZOVYpkONSOgr xXSDtIV884NiXVWjUKzWwJaq4X9HH2f3hQJ/0z1xRE+qypCCXYT3KCEdXmtuIA== X-Gm-Gg: ASbGncuvXkRWtm2ETcgd/4QL0ADSth7ssEj196nYqKa4D78zELrX7S/aMxJhfUqLhaF TUBt01Rpy5U/C8YPG9GLc+yG23727SpllbEL/k+tzK+0vAfKrp5T83tf4daKS5eQvEPuZmF9T2L groZwoD847U+P9bmatUwxHuODckqHaLqn25Q5xTCMexemiihJPrbhoSOk/V+yKhrWImtxJ7Epg1 fBwZAc23e1BogjT5KDx8jHp9KbgP7J9oFiBSm96T394umG3D+9oqGKx7yxbFQIjgbF2jkRfiB7P JjMSGouqmS6e06EY4f3D7KrV4DS3k1ewoNXyG1UO5CUXyGOm2Z1FCKC1ah+RdfUsiVcoqfTruCh BEeNZV40FJw== X-Google-Smtp-Source: AGHT+IGEpy+G4yi+ZIM8p+SwPql0erhZdMAFCUo+HC8B8b2YBzWRQz5NTsHW3DAoEmKyDmBP8zK3dA== X-Received: by 2002:a05:600c:6085:b0:442:f485:6fa4 with SMTP id 5b1f17b1804b1-452014ea837mr3112115e9.31.1749147338718; Thu, 05 Jun 2025 11:15:38 -0700 (PDT) Received: from [192.168.1.4] (host-89-241-98-164.as13285.net. [89.241.98.164]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-45209ce17f9sm815635e9.11.2025.06.05.11.15.37 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 05 Jun 2025 11:15:38 -0700 (PDT) Message-ID: <68d55778-4c66-440d-9213-dbe888ee1cf5@gmail.com> Date: Thu, 5 Jun 2025 19:15:37 +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 Content-Language: en-GB To: freebsd-current@freebsd.org From: Graham Perrin Subject: base packages orphaned Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [-2.19 / 15.00]; NEURAL_HAM_LONG(-0.98)[-0.982]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.27)[-0.272]; 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]; NEURAL_SPAM_MEDIUM(0.07)[0.068]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; TO_DN_NONE(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_VIA_SMTP_AUTH(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::32c:from]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bCt0s2Ybbz3DFL X-Spamd-Bar: -- After an upgrade routine found no updates: grahamperrin@mowa219-gjp4-zbook-freebsd ~> pkg orphans | grep orphaned\:\ base | wc -l      518 grahamperrin@mowa219-gjp4-zbook-freebsd ~> (518 is probably all base packages in my case.) Anyone else? From nobody Thu Jun 5 18:36:51 2025 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bCtTd1g8Fz5yClv; Thu, 05 Jun 2025 18:37:09 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-lj1-f182.google.com (mail-lj1-f182.google.com [209.85.208.182]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bCtTc4mh1z3X36; Thu, 05 Jun 2025 18:37:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lj1-f182.google.com with SMTP id 38308e7fff4ca-32aa864e0e9so13231591fa.2; Thu, 05 Jun 2025 11:37:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749148625; x=1749753425; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=+PLc7rXxBclG4uUokcl7JLJw6k9qbCdyT9TGpcQZsCw=; b=aapO10X+JU8bWYYRYrqjoVVAxWbHvcO0k3rRBImh/C7CVk07cC7NsRPtoGhKirurNU CjL6brmKnZQSDi4uMyb9wDiFWv4jzbPGtTEE3JHnSo+aLYeN60LeJ12YCqajopO4g2TI zbxxMT+G0MJRS8xH90UnN+WvG2o6jUllkkorccSfg4s4WRfcz81b7QRhapaeunZzKPcD MQWOyFMXdWJpLqcg+ysKaraGZSFln1e9OVAhnduXR8D/VuwuHiOOFK/zbvS7ZNi/LoYx Xh3twwLev4WaMc/khksCl1xEnj71ZW1Yxdq8+Qj2A34KN8UpEWGtGTAHMc/9eRt5sZno +UHw== X-Forwarded-Encrypted: i=1; AJvYcCUMaso6OaSQm/Q9kll66OAHFr4TWU5K1KPChmQn8w5PkNxGKPA0ZijwRrMdhl7bJuqi3zZx9nABuA==@freebsd.org, AJvYcCUVDA2yY6rRZWHjj2/YHklG+i4qvAUFjZaupyV5Q8f9NC9qz7f3Y8jxf4a8tUvLgZjWheyRRwXV@freebsd.org, AJvYcCVbJy+jWz5mLCvloB8twrJNKigDjvi98SCcAwKvMb2xw9PFQNYr40+JLkSw77hHFacoTZsTy+0Znw==@freebsd.org, AJvYcCVlKWUKgQ/uue1/7X8P+Wi5liMy7ymIA1FrLe9Dbw5nqjKEGZuvS9tzd6WTlcbL9SmbKuou5a34fHk=@freebsd.org, AJvYcCX1mvFTR3N4LWtqPFL2N2DeV6sMCz66b0gM3QttvBaqk6lq87DaWe/4OW+bWgaTTSHSVA==@freebsd.org, AJvYcCX34TlYfz2L3/gonvM7eGUaE8Nm1ip754gvpEOFEyFLv4ufEUxEmZ6E+dBvy11qe+4uSFKTSqWTmfg=@freebsd.org X-Gm-Message-State: AOJu0YxLm/EpSA14FodTd4YJCeU9qDkMkjS9hE0fnhGHLrWSKHRgKygv cSZaYaC5ija+FNEqL87pZACWJnMjfZDzxLaqtWI0lynFvT9Rlo/U/RetWsB7NXi82xzaNIKKpQ2 AQTOAftSEBqvT0Qi9C52FBiE+/HjwcJDr+g== X-Gm-Gg: ASbGncvWIWZ2qZn5WyWail7jprUjkdXm7FWOgxLYJrNtML+W80/Scdc+JCaHw9MBilP vR59XTYXGAcUQcfuxP+3Fnf+/V/VNQEQZ/g0pJlpUBFLqT5GTBzZIkGMz/7HkXsaEuWlwv8Qb3P TLDV5gevG05kqJ6WYQOQUKNAxOnW/MNTCtkA== X-Google-Smtp-Source: AGHT+IFxnXmW2tmIcETLwqdWMFP/qy65D/0hWMsZyUytMzGS2MaLCmP1ZiYZNZuIJXAkXhaqb+IkoeKsYjtMU0KWotI= X-Received: by 2002:a05:651c:154a:b0:32a:8855:f1fc with SMTP id 38308e7fff4ca-32adfe27bb1mr1307691fa.26.1749148625030; Thu, 05 Jun 2025 11:37:05 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <114q5890-nrs9-55r5-44n9-86506985490s@SerrOFQ.bet> <6803DF9A-5660-4F05-82CC-B4085584EF30@freebsd.org> <81E0167A-7330-4C67-BEAA-074A7CA26E63@FreeBSD.org> In-Reply-To: From: Adrian Chadd Date: Thu, 5 Jun 2025 11:36:51 -0700 X-Gm-Features: AX0GCFsPXhwgk98RsiSq4mvjBcvEfirndDKEHGbPcYxM6skVQZMB7Xw9CdGQP1E Message-ID: Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 To: Brooks Davis Cc: Warner Losh , David Chisnall , "Bjoern A. Zeeb" , wireless@freebsd.org, FreeBSD Current , FreeBSD Stable ML , desktop@freebsd.org Content-Type: multipart/alternative; boundary="00000000000074525e0636d7668d" X-Rspamd-Queue-Id: 4bCtTc4mh1z3X36 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] --00000000000074525e0636d7668d Content-Type: text/plain; charset="UTF-8" On Thu, 5 Jun 2025 at 10:03, Brooks Davis wrote: > On Thu, Jun 05, 2025 at 09:40:27AM -0700, Warner Losh wrote: > > Bringing it back to wifi: we're so far behind the curve on WiFi today > > that we shouldn't saddle it with stability prematurely. We should do > > things like kv pairs to make it better. We should try not to shoot > > ourselves in the foot. But mistakes will be made almost certainly > > despite due care, and I'd rather give the wifi folks a > > get-out-jail-free card on a temporary basis to allow them to catch up > > because doing backwards compat stuff isn't super hard, but can be > > super time-consuming especially when there's no tests to assure > > accidents don't happen and tracking down why something crashed for > > binary compat reasons can take a huge amount of time. At least when I > > did this stuff for a release or two for drm-kmod when we did try hard > > to stay compatible for several minor releases. It was a ton of work. I > > don't think we currently have the resources to commit to that work > > because it will come at the expense of new features. > > I think this is the best compromise. > > I do think we might want to consider batching of wifi MFCs so most > breaks occur infrequently (perhaps around release time) rather than > scattered through out the inter-release period. My thinking here is > that we shouldn't be breaking things for stable users more often than > necessarily and for the brave it wouldn't be that big a deal to pull > from a rebased MFC candidate branch. This wouldn't be free, but maybe > it's got a reasonable cost/benefit ratio. > The root of all of this is that we want to be able to do work in -HEAD that is going to be disruptive enough that MFCs that don't break ABI/KBI are non trivial. Like, right now I'm starting on the /beginning/ bits of disruptive changes that aren't going to be MFCed back to stable/14, and said changes involve locking behaviour, which includes driver changes (as the locking is being removed and some stuff pushed into the drivers.) This creates maintenance overhead for bz@ if he wants to also MFC anything else we do on current/15 to stable/14. There's a big one coming, and it's how we represent channels. That's not going to be fixed with structure padding or accessor functions. I'm going to have to do significant surgery first to everything to clean up how we access channels in drivers and net80211, and THEN change how we store/represent them. That'll absolutely be both an ABI and KBI breaking change. It'll be incremental, but it won't be backwards compatible. This is what we want to unlock. Everyone's talking about the impact on stable/15, but let me be a bit clearer - development isn't going to happen on stable/15. Development is going to happen on the tail end of current/15 and current/16. The discussion really revolves around "how much would you all like to see merged into stable/15." If everyone over-indexes on stable/15 wifi stability, ABI, KBI, etc, then you're going to see one of two things: * development on current/16 will happen at a rate we can MFC it to stable/15 without breaking stuff, which means we won't really ever be able to do the intrusive changes we need for the rest of 11ac, 11ax, 6GHz, 60GHz, WPA3, etc. All the juicy stuff people would /super/ like, and thus we'll end up working slower or not at all in various areas, or * development on current/16 will happen at a rate where we just sprint fast and churn a lot of stuff, and we can choose how much in stable/15 in the {stability, KBI/API churn, features, drivers, effort} tuple you'll tolerate/accept. If y'all want it frozen, keep it frozen. If new drivers show up, great. But at some point net80211 and the linuxkpi 802.11 code is going to diverge between current and stable, and things will be increasingly painful to keep updated. -adrian --00000000000074525e0636d7668d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Thu, 5 Jun 2= 025 at 10:03, Brooks Davis <brooks= @freebsd.org> wrote:
On Thu, Jun 05, 2025 at 09:40:27AM -0700, Warner Losh wrote: > Bringing it back to wifi: we're so far behind the curve on WiFi to= day
> that we shouldn't saddle it with stability prematurely. We should = do
> things like kv pairs to make it better. We should try not to shoot
> ourselves in the foot. But mistakes will be made almost certainly
> despite due care, and I'd rather give the wifi folks a
> get-out-jail-free card on a temporary basis to allow them to catch up<= br> > because doing backwards compat stuff isn't super hard, but can be<= br> > super time-consuming especially when there's no tests to assure > accidents don't happen and tracking down why something crashed for=
> binary compat reasons can take a huge amount of time. At least when I<= br> > did this stuff for a release or two for drm-kmod when we did try hard<= br> > to stay compatible for several minor releases. It was a ton of work. I=
> don't think we currently have the resources to commit to that work=
> because it will come at the expense of new features.

I think this is the best compromise.

I do think we might want to consider batching of wifi MFCs so most
breaks occur infrequently (perhaps around release time) rather than
scattered through out the inter-release period.=C2=A0 My thinking here is that we shouldn't be breaking things for stable users more often than necessarily and for the brave it wouldn't be that big a deal to pull from a rebased MFC candidate branch.=C2=A0 This wouldn't be free, but m= aybe
it's got a reasonable cost/benefit ratio.

The root of all of this is that we want to be able to do work in -HE= AD that is going to be disruptive enough
that MFCs that don't= break ABI/KBI are non trivial.

Like, right now I&= #39;m starting on the /beginning/ bits of disruptive changes that aren'= t going to
be MFCed back to stable/14, and said changes involve l= ocking behaviour, which includes
driver changes (as the locking i= s being removed and some stuff pushed into the drivers.)
This cre= ates maintenance overhead for bz@ if he wants to also MFC anything else we = do on
current/15 to stable/14.

There'= ;s a big one coming, and it's how we represent channels. That's not= going to be fixed
with structure padding or accessor functions. = I'm going to have to do significant surgery
first to everythi= ng to clean up how we access channels in drivers and net80211, and THEN
change how we store/represent them. That'll absolutely be both a= n ABI and KBI breaking
change. It'll be incremental, but it w= on't be backwards compatible.

This is what we = want to unlock. Everyone's talking about the impact on stable/15, but
let me be a bit clearer - development isn't going to happen on= stable/15. Development
is going to happen on the tail end of cur= rent/15 and current/16. The discussion really
revolves around &qu= ot;how much would you all like to see merged into stable/15."

If everyone over-indexes on stable/15 wifi stability, ABI,= KBI, etc, then you're going to
see one of two things:
<= div>
* development on current/16 will happen at a rate we can= MFC it to stable/15 without breaking stuff,
=C2=A0 which means w= e won't really ever be able to do the intrusive changes we need for the= rest of 11ac,
=C2=A0 11ax, 6GHz, 60GHz, WPA3, etc. All the juicy= stuff people would /super/ like, and thus we'll end up
=C2= =A0 working slower or not at all in various areas, or

<= div>* development on current/16 will happen at a rate where we just sprint = fast and churn a lot of stuff,
=C2=A0 and we can choose how much = in stable/15 in the {stability, KBI/API churn, features, drivers, effort}
=C2=A0 tuple you'll tolerate/accept. If y'all want it froz= en, keep it frozen. If new drivers show up, great.
=C2=A0 But at = some point net80211 and the linuxkpi 802.11 code is going to diverge betwee= n current and
=C2=A0 stable, and things will be increasingly pain= ful to keep updated.




=
-adrian
--00000000000074525e0636d7668d-- From nobody Thu Jun 5 21:11: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 4bCxvy1yj9z5yNtc for ; Thu, 05 Jun 2025 21:11:42 +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 4bCxvw5brKz3syC; Thu, 05 Jun 2025 21:11:40 +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=p0xoBlle; spf=pass (mx1.freebsd.org: domain of freebsd@walstatt-de.de designates 85.220.129.60 as permitted sender) smtp.mailfrom=freebsd@walstatt-de.de; dmarc=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 D3B292405B9; Thu, 5 Jun 2025 23:11:38 +0200 (CEST) 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 00E9E240239; Thu, 5 Jun 2025 23:11:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1749157897; 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=1NGh4AzOT0DVZW9vf5OL1mIAo/QlrXi/50RLbHNj860=; b=p0xoBlleJKhmNYr3yrb9Mm66DI7+DJyIOZzLfCOMhEWGUx+1ekOSsCEc7/ckoaL99kADox aAxB5ph3laysfeg30GhuPt5x/+T1UQRWG67pt+H8mCWiJ6M5xfMlczQ8UFPeWCTIhcVlMv qAbqScd/Sd9cLhEX1wJ6srcj5WJ5hD9FUie+It+vbzfOw9SEp/32E6r/ElARi+2cFvLqtX kK8CQBebuAe37OFy9RNM3o5M0twjLLbbLMYzeQb8lpxFBnhpTJH/OEwgCLhwbSpQVkORMW rqK6gh8ni6YubFF7yIicn0mJZ62lwwWSp0pUa4Xm16dcIK/ZWvS1W148zkm8UA== Received: from thor.sb211.local (dynamic-2a02-3100-2235-4d02-a5ac-ff87-0aec-1470.310.pool.telefonica.de [IPv6:2a02:3100:2235:4d02:a5ac:ff87:aec:1470]) (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 7C7B02402EF; Thu, 5 Jun 2025 23:11:36 +0200 (CEST) Date: Thu, 5 Jun 2025 23:11:08 +0200 From: A FreeBSD User To: Lexi Winter Cc: "Patrick M. Hausen" , Kristof Provost , Marek Zarychta , Alexander Leidinger , rgrimes@freebsd.org, FreeBSD CURRENT Subject: Re: CURRENT: can not add device to bridge: ifconfig: BRDGADD igb0: Invalid argument Message-ID: <20250605231047.18882177@thor.sb211.local> In-Reply-To: References: <20250518180658.2e58d55a@thor.sb211.local> <192c8e37-4a85-4916-9986-0a556333a527@plan-b.pwste.edu.pl> <20250518182404.3a760da9@thor.sb211.local> <1ca30cdfb783848eafce24b77f10c0a5@Leidinger.net> <310d460a-d372-47c8-8275-2908bb8417ad@plan-b.pwste.edu.pl> <7A4E0DDE-77F7-4CDC-8C52-BE938298E105@FreeBSD.org> <20250520112428.3de8301e@thor.sb211.local> 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_/WyeTbJ3iKOgPKNsfF4x_Jy5"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 699e39 X-Rspamd-UID: 90aaa6 X-Spamd-Result: default: False [-0.17 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.999]; NEURAL_SPAM_SHORT(0.88)[0.876]; NEURAL_SPAM_LONG(0.66)[0.660]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:85.220.129.0/25]; RCVD_IN_DNSWL_LOW(-0.10)[85.220.129.60:from]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MISSING_XM_UA(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_SEVEN(0.00)[7]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[walstatt-de.de]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[walstatt-de.de:+] X-Rspamd-Queue-Id: 4bCxvw5brKz3syC X-Spamd-Bar: / --Sig_/WyeTbJ3iKOgPKNsfF4x_Jy5 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tage des Herren Tue, 20 May 2025 23:30:24 +0100 Lexi Winter schrieb: > A FreeBSD User: > > I need a IPv6 prefix on bridge0. With the "wrong/faulty" concept I > > simply used=20 > >=20 > > rtsold_flags=3D"-iu igb0" > >=20 > > within /etc/rc.conf. Changing this line to > > rtsold_flags=3D"-iu bridge0" while bridge0 is up and running doesn't wo= rk, neither does > > "rtsol bridge0" show any results. =20 >=20 > unfortunately, i cannot reproduce this. I can - as long I use the recent rc scripts of the system! >=20 > test1# ifconfig bridge0 create > test1# ifconfig bridge0 inet6 -ifdisabled auto_linklocal accept_rtadv add= m epair2b up > test1# rtsol bridge0 > test1# ifconfig bridge0 > bridge0: flags=3D1008843= metric 0 mtu 1500 > options=3D0 > ether ea:1f:5d:1b:70:9d > inet6 fe80::e81f:5dff:fe1b:709d%bridge0/64 scopeid 0xc > inet6 2001:db8:100:0:e81f:5dff:fe1b:709d/64 autoconf pltime 604800 vltim= e 2592000 > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: epair2b flags=3D143 > ifmaxaddr 0 port 11 priority 128 path cost 2000 > groups: bridge > nd6 options=3D23 > test1# Performing things manually on CLI works as expected, but there are some odd= s when using rc.conf for persistent configuration. But I managed! Avoiding dedicated "ifconfig_bridgeXXXX=3Daddm igb0 ..." cloned_interfaces=3D"bridge0 bridge1 tap0" autobridge_bridge0=3D"igb0" autobridge_bridge1=3D"igb1" ifconfig_bridge0=3D"inet ..." ifconfig_bridge0_ipv6=3D"inet6 ..." ifconfig_igb0=3D"up" ifconfig_igb1=3D"up" >=20 > note that there is an existing, unrelated bug[0] where the bridge will > not correctly set auto_linklocal and accept_rtadv by default, so you > need to do this explicitly. >=20 > if that isn't the issue, can you please show the output of=20 > % ifconfig bridge0 > prior to running rtsol? >=20 > also, i understand from your other post that you need a specific > MAC address on the bridge to get the right SLAAC IP address. > in that case, you will need to either change the lladdr of the > bridge, or set net.link.bridge.inherit_mac=3D1 to make the bridge > inherit the address of the first member. And here I face a problem (from a simple user/administrators point of view): Using autobridge_XXX as mentioned above. Setting net.link.bridge.inherit_mac=3D1 (also in /etc/sysctl.conf). The bri= dge's MAC is then set to the last element in the list (tap2 in the example following) autobridge_bridge0=3D"igb0 tap0 tap1 tap2" which is not mentioned anywhere. Having finally managed to set the correct MAC address of the bridge ("ether= ...."), the host portion of the IPv6 address fetched via rtsol DOES NOT contain th= e correct MAC address (at least in my case). autobridge_bridge0=3D"igb0" with et.link.bridge.inherit_mac=3D1 set the bri= dge should inherit the physical NICs MAC (which the bridge does), but after the jail rc startup sc= ripts starting adding the epairX interfaces, the bridge then fetches an IPv6 host address = which does not contain the MAC address! This is weird. A bug or something I missed? >=20 > [0] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D254445 --=20 A FreeBSD user --Sig_/WyeTbJ3iKOgPKNsfF4x_Jy5 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaEIIBwAKCRCxzvs8Oqok r1iEAQCXh/XESfz5cMova59wonnwnDyxJIyaJPSrwjcL/Tnd9QD7BbzrQZm2we/i iIAbuYxQ9+tIwt6q+nBatcsVOy3siQY= =SvVd -----END PGP SIGNATURE----- --Sig_/WyeTbJ3iKOgPKNsfF4x_Jy5-- From nobody Thu Jun 5 23:11:04 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 4bD0Yp6LgJz5yVTM for ; Thu, 05 Jun 2025 23:11:10 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (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 4bD0Yp2N0xz3VrL for ; Thu, 05 Jun 2025 23:11:10 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (124-18-43-114.area1c.commufa.jp [124.18.43.114]) (authenticated bits=0) by www121.sakura.ne.jp (8.18.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 555NB49G084682; Fri, 6 Jun 2025 08:11:05 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1749165065; bh=jtgZ78U1iJjV8STC7G5YWoLHp5v070HTDASAWvhG4UE=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=PukW36vx/Koahtj6yArw0hUOt1yjYp1ZP/dZ+03m+IPW6JSVARAby36xGmmgt3JXu sjXT8EOiqpvMcOTGebifL8TVdpJWmAQac3xZXCzB9GP7t/Zf0jWgcaCgE2NQlCR3C5 soWZvsUdW1hRZgCuQOXlci3w3MOKsPyV7nNgY/jg= Date: Fri, 6 Jun 2025 08:11:04 +0900 From: Tomoaki AOKI To: Graham Perrin Cc: freebsd-current@freebsd.org Subject: Re: base packages orphaned Message-Id: <20250606081104.9fb917240da420943c09f009@dec.sakura.ne.jp> In-Reply-To: <68d55778-4c66-440d-9213-dbe888ee1cf5@gmail.com> References: <68d55778-4c66-440d-9213-dbe888ee1cf5@gmail.com> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.2) 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: 8bit X-Rspamd-Queue-Id: 4bD0Yp2N0xz3VrL X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] On Thu, 5 Jun 2025 19:15:37 +0100 Graham Perrin wrote: > After an upgrade routine found no updates: > > grahamperrin@mowa219-gjp4-zbook-freebsd ~> pkg orphans | grep > orphaned\:\ base | wc -l >      518 > grahamperrin@mowa219-gjp4-zbook-freebsd ~> > > (518 is probably all base packages in my case.) > > Anyone else? I'm not using pkgbase but possibly related with the HEADS UP below? https://lists.freebsd.org/archives/freebsd-current/2025-May/007745.html -- Tomoaki AOKI From nobody Thu Jun 5 23:29:04 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 4bD0yY2S4kz5yWvM for ; Thu, 05 Jun 2025 23:29:09 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 4bD0yX6HSZz3qjg; Thu, 05 Jun 2025 23:29:08 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Authentication-Results: mx1.freebsd.org; none Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.18.1/8.18.1) with ESMTP id 555NT4Vp001866; Thu, 5 Jun 2025 16:29:04 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) DKIM-Filter: OpenDKIM Filter v2.10.3 troutmask.apl.washington.edu 555NT4Vp001866 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=troutmask.apl.washington.edu; s=troutmask; t=1749166144; bh=JJSP1MOcOPMz4B4u2YixqJ6aQeaRzZ398X3NrinI+Q0=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=B1RPliASJFuFlFxGaiuofYIDTE4XNWBW3Ishq4ObZY88xG8zgjQGglLWObf6XoBLo 0yDA3tb4YHgJv8EuOKS9UvEac+NJLxC9rQjglPWTA5e2n8P4cSVoTE1dqbTQON6eyw YyAj8CUrSO3K63vJ1Nq34NO3Jab4OGwcoOSEdYSBTGel1xqJjZSzYBmCiAC4MJ15xp qd4+mC9cXV4ygKXEkMlNHMxDs88VTC2vXuYV6p0niFhBlPKO3OzwmXHqxmtblZn+Js etSsjsy6U8Af8DGRLkGRfdAawPVwwf9VqxKWq7501W2Oze4aknthc2syf3cL5FIISw OqruGHcbY27Gw== Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.18.1/8.18.1/Submit) id 555NT4hl001865; Thu, 5 Jun 2025 16:29:04 -0700 (PDT) (envelope-from sgk) Date: Thu, 5 Jun 2025 16:29:04 -0700 From: Steve Kargl To: "Bjoern A. Zeeb" Cc: Steve Kargl , freebsd-current@freebsd.org Subject: Re: drm panic after new world Message-ID: Reply-To: sgk@troutmask.apl.washington.edu References: <4699f48c-f042-46fe-8f9a-419e86d51f58@comcast.net> <8605cb6d-4121-4733-bc5f-c66c6358ea04@comcast.net> List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4bD0yX6HSZz3qjg X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US] On Thu, Jun 05, 2025 at 08:22:45AM +0000, Bjoern A. Zeeb wrote: > > Sorting away wireless changes from sys/compat/.. here's what's left: > > % git log --oneline adc33d3288..8d136fb027 sys/compat/ | grep -v 802.11 | grep -v skbuff | grep -v wsum | grep -v ASMEDIA > 325aa4dbd10d linuxkpi: Introduce a properly typed jiffies << jiffies changed to proper type > 8b51cd07f69e LinuxKPI: define time64_t << new typedef > 28efbf9d2f67 LinuxKPI: add dummy header file linux/unaligned.h << empty header file > e29d72ac3ddd LinuxKPI: pci: add pci_info() << new macro for logging > f94d7319540b LinuxKPI: sysfs: implement sysfs_match_string() << new macro/func > 6841b9987e83 LinuxKPI: add container_of_const() << new macro > 69880fede78f LinuxKPI: extend struct and enum for leds << LED additions to struct/enum (unused) > 059136a95aca LinuxKPI: add cleanup.h to mutex.h << #include added > 15581af7c2d3 exec: Remove parameter 'segflg' from exec_copyin_args() << linuxolator > 97f3a1565d88 linuxkpi: use iterator in zap_vma_ptes << VM Well, my first attempt was at 6c3a4b5fab, which happens to include all of the above commits. I misread the list as oldest to newest. Boot system, kldload radeonkms.ko, and startx laeds to a panic. The dump_stack() in evergreen.c occurs twice. Just completed rebuilding everything at e1f3f15192c. This is the hash tag for the commit prior to 97f3a1565d88 from above. This boots up, I kldload radeonkms.ko, and startx brings up the expected desktop. Looking at dmesg, I see ... drmn0: radeon: MSI limited to 32-bit drmn0: radeon: using MSI. [drm] radeon: irq initialized. #0 0xffffffff808bbcfb at linux_dump_stack+0x1b #1 0xffffffff82a67adc at evergreen_startup+0x15ec #2 0xffffffff82a67fb6 at evergreen_init+0x276 #3 0xffffffff82abdc35 at radeon_device_init+0x835 #4 0xffffffff82aceb4e at radeon_driver_load_kms+0x19e and no other mentions of evergreen.c. IOW, initialization appears to occur once. -- Steve From nobody Fri Jun 6 00:18: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 4bD2380r4fz5x6hK for ; Fri, 06 Jun 2025 00:18:12 +0000 (UTC) (envelope-from bz@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bD238062Xz3kqg; Fri, 06 Jun 2025 00:18:12 +0000 (UTC) (envelope-from bz@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749169092; 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=x5Gob7KD+NRDmPGr9GtEmnDe0jJnuBb6WUd0bOw5ys0=; b=h4NyHfUj8kxw1FaRm8E/7GN+47M/rpy7uOIEd3qhj6selT7wxxM2alDHaNTH9k5kvmU/WZ Z2PAnwr2sw3Bm57GxaMZycUhM7Ag4qAc7WmUqvQpQUkIzUaHR9qCxUTOzfwqb96s7CXQ0B BKdiUWgn2SWfpdGJxUP7jLxyXMlW/CH2/gc7hHN9Mq+w7dGYHyQza7sCWwtxB7792KWKkO n+rClgAO4mDcbanYQBLkB6BKAvTBNXaK0qj+rOE9kzfGLrvWM+E35i7w+G0B+lcaMAovds 7N36oq3AtkDN9ZXL0mJqqn62+4If5jIOWqfanOs55bQNen2QORZLpU1Ki21yQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749169092; 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=x5Gob7KD+NRDmPGr9GtEmnDe0jJnuBb6WUd0bOw5ys0=; b=DkQN9hwpP+1pA+tRwyeVWY6nhRQjYj7gqH0Pmc//1Xz1g6O99paJjLg82TG+Gn6m6R4RhL Uxz+kp8AYvQxxN3zvV5msu4DnajyANwIe48vuyonCkiUUVEK/DdaQ3xRTVTOgQQIHc55hf 4/DFYD0YvnKXdGmFEezDSXE1QcbKj5dRa4w+PWc3SmXqQ9iWI8fPvfkulGWLV5ujlifkRW 2SR7z2eMJvXa5QxMqshTMPyP8yqjMvzaTF4A1tdZQ32PhTSST9WwhMKTBp0/s4KlXST/xW G+RxCML6eaCfFjIsJC/SmxTCZBsCutsyv/GEghWMhCJuijELk0oDOVLUw+lD2w== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1749169092; a=rsa-sha256; cv=none; b=sfycMvhnk0kK+HTr0s6Z4NddGNRVxq4031VHZEMA8bgbnkIGkyuSgvsdWsz3hIht2kG5Va c/rdJ5zZASwCW9DnDfEbvG3zM5+/nhvb3AxKSBaS2wxKq/kTxes0uuG5wWjxXwi8KCSTdT VVJR6A+WyepoxivM9wxsXmbZrksuvWweXOSEoHveaiUozgVSNJRPdE0RYAq4rfAEj9GnBZ 2l+IF5kz0nShel0P3k1qJ6z4G+UHCzMoFCm7PQhPgPQta14KtprVRjoHd0FTpBuOAcKuyT /sQg7OkenxOJSuKdbfSzsfLqYIMXjBEnRojG+LHOH5mir2wYLo+cWDqVkXrWmA== Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bD2375Td1z4sT; Fri, 06 Jun 2025 00:18:11 +0000 (UTC) (envelope-from bz@freebsd.org) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id ED826A64805; Fri, 06 Jun 2025 00:18:08 +0000 (UTC) Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id D35372D029E0; Fri, 6 Jun 2025 00:18:09 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id NBMSzwmNa27T; Fri, 6 Jun 2025 00:18:08 +0000 (UTC) Received: from strong-rtwn0.sbone.de (strong-rtwn0.sbone.de [IPv6:fde9:577b:c1a9:4902:3e64:cfff:fe55:bc80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 9B8902D029D8; Fri, 6 Jun 2025 00:18:08 +0000 (UTC) Date: Fri, 6 Jun 2025 00:18:06 +0000 (UTC) From: "Bjoern A. Zeeb" To: Steve Kargl cc: Steve Kargl , freebsd-current@freebsd.org Subject: Re: drm panic after new world In-Reply-To: Message-ID: <1qr36rs2-149o-574s-sp5o-8sno8o600o94@serrofq.bet> References: <4699f48c-f042-46fe-8f9a-419e86d51f58@comcast.net> <8605cb6d-4121-4733-bc5f-c66c6358ea04@comcast.net> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed On Thu, 5 Jun 2025, Steve Kargl wrote: > On Thu, Jun 05, 2025 at 08:22:45AM +0000, Bjoern A. Zeeb wrote: >> >> Sorting away wireless changes from sys/compat/.. here's what's left: >> >> % git log --oneline adc33d3288..8d136fb027 sys/compat/ | grep -v 802.11 | grep -v skbuff | grep -v wsum | grep -v ASMEDIA >> 325aa4dbd10d linuxkpi: Introduce a properly typed jiffies << jiffies changed to proper type >> 8b51cd07f69e LinuxKPI: define time64_t << new typedef >> 28efbf9d2f67 LinuxKPI: add dummy header file linux/unaligned.h << empty header file >> e29d72ac3ddd LinuxKPI: pci: add pci_info() << new macro for logging >> f94d7319540b LinuxKPI: sysfs: implement sysfs_match_string() << new macro/func >> 6841b9987e83 LinuxKPI: add container_of_const() << new macro >> 69880fede78f LinuxKPI: extend struct and enum for leds << LED additions to struct/enum (unused) >> 059136a95aca LinuxKPI: add cleanup.h to mutex.h << #include added >> 15581af7c2d3 exec: Remove parameter 'segflg' from exec_copyin_args() << linuxolator >> 97f3a1565d88 linuxkpi: use iterator in zap_vma_ptes << VM > > Well, my first attempt was at 6c3a4b5fab, which happens to That's not a valid hash. > include all of the above commits. I misread the list as > oldest to newest. Boot system, kldload radeonkms.ko, > and startx laeds to a panic. The dump_stack() in evergreen.c > occurs twice. > > Just completed rebuilding everything at e1f3f15192c. This is > the hash tag for the commit prior to 97f3a1565d88 from above. > This boots up, I kldload radeonkms.ko, and startx brings up > the expected desktop. Do I understand you correctly that the change before 97f3a1565d88 (VM changes) worked but 97f3a1565d88 fails? Or only the former is true and the latter we do not know? We only know with all of the above it's kaputt but before it's fine? > Looking at dmesg, I see > > ... > drmn0: radeon: MSI limited to 32-bit > drmn0: radeon: using MSI. > [drm] radeon: irq initialized. > #0 0xffffffff808bbcfb at linux_dump_stack+0x1b > #1 0xffffffff82a67adc at evergreen_startup+0x15ec > #2 0xffffffff82a67fb6 at evergreen_init+0x276 > #3 0xffffffff82abdc35 at radeon_device_init+0x835 > #4 0xffffffff82aceb4e at radeon_driver_load_kms+0x19e > > > and no other mentions of evergreen.c. IOW, initialization > appears to occur once. That sounds good. So no resume path. I almost fear your problem is outside LinuxKPI but we'll see. I'd try 28efbf9d2f67 next to see what happens if I got you correctly. /bz -- Bjoern A. Zeeb r15:7 From nobody Fri Jun 6 00:56: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 4bD2vZ6LYPz5x9Rb for ; Fri, 06 Jun 2025 00:56:42 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x32c.google.com (mail-wm1-x32c.google.com [IPv6:2a00:1450:4864:20::32c]) (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 4bD2vZ0cvHz3Q5W for ; Fri, 06 Jun 2025 00:56:42 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=ao0ztUp4; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::32c as permitted sender) smtp.mailfrom=grahamperrin@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wm1-x32c.google.com with SMTP id 5b1f17b1804b1-450d37d4699so9710445e9.0 for ; Thu, 05 Jun 2025 17:56:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1749171395; x=1749776195; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:references:subject:to:from :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=1pj6IFOrS5S5UxAha5J/zrJYAECKVwlg6mlxakfGyTw=; b=ao0ztUp4df6j31ON4g7/F06tkmTGiyZoWPKPfxqNDmg/o3mHTJ7ixcttNevGKwPW+Q 4NOrKLt01hN/j8MBZvHrcQLho3QdVQbQk0mQD1vej5Z8CVoCOyh69bfleqP8s3Maubvl khEksg8fUJP634WgL55li2ThTaHZinwdi/WJBdR2dSkwN5A6QOFo2VIKV+paRMzxFsVf dwZfgXwfn0RpenZUSHlbKarGp4pjhPies5Cb4irNRZ6KP6JE6mGSiRoOqErGGEMAu28M 1ZVELonbM0xrb6KNZN2TuyR7MumjIrqLCkAreCAOahX0ssouFhx6+WxV33qQCBWZxOaR dFtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749171395; x=1749776195; h=content-transfer-encoding:in-reply-to:references:subject:to:from :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=1pj6IFOrS5S5UxAha5J/zrJYAECKVwlg6mlxakfGyTw=; b=YGrd2EjPdGP2moUQ4XThQgoopy6LN34oUDfsKHoi8VMq986Aa8JhGHWdo23AFmv6ar ijPhjK9TOr4pUsNzOhzaT0RKj6ntSFdNocAnCjGX/bEejEssK4UV/uCG1nOYbddv+0Ga k05Lhp2XHJtZIQyrguuC1V9nP0qpVDRTxcBButVfOvjGQtb7oYF8twWqHYztbhcy2TqE wbPPTUJTTGMV+UK36JknFtWlD6dRhwEft8+oKx2Z4f2nv1X/gMkaUSbfukVSAI0Bj0g1 BtwpAsOltt5nGN6bwH8x1BqCygE+TUPBdD6THcgRQuALW/dtvHct4QZ7jkfWFJoWsp+d UqUg== X-Gm-Message-State: AOJu0Yyc1hTH2etj/qxEgkvV5cZmtt21gdtiJHNDRSvNjyDfVuiOlM5j JS++IjcYpQ9tKtwkK+EimECVhRqg3ieGqu713yfC5+9c2odMFwnyXNX+W5BOTg== X-Gm-Gg: ASbGncuITO1ZUao5LV2w/z+hI8gV5jNmT3qE8kHQred4T4XY1mPVnADS1PywO+tEpeP lBc3WB67jBRxA+vAjzdGMk8/ZAiOfvVXte02zNN5adq6wet5veWc3wz9TN6VQ4zvyBkB9bQFrJs uD6oDoZCV1vo4qnlZ4n1upDPS5uKAm7ulCQV96kAekvuxB6h/8zUdzXVZciOBIhoMvmek2rSHK+ em0J4FGveqQ1QpG5VG/YjZqOrdZggVPkl3qZbIWrjdQMRmkdnbJ5pZzVbHOb33+0whVdfvnUWhD c6qodXV4/x1oDL1E3Wg0L8ACwxEO9M8cfgLPdrVc3MIlwhTvMjGXIur7WVvFZj8Wj6XSITVURgM fDm0dUtsqhqs= X-Google-Smtp-Source: AGHT+IGJCPHABlqw4n8ro025Zl0k9pjXDqPRCJgWd9nRueMMBLVKkNboCE3Csnz/hW2MgY/kUDnciw== X-Received: by 2002:a05:600c:5395:b0:43c:e478:889 with SMTP id 5b1f17b1804b1-45201330274mr16015665e9.0.1749171394621; Thu, 05 Jun 2025 17:56:34 -0700 (PDT) Received: from [192.168.1.10] (host-89-241-98-164.as13285.net. [89.241.98.164]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-3a5324364d4sm509908f8f.55.2025.06.05.17.56.34 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 05 Jun 2025 17:56:34 -0700 (PDT) Message-ID: Date: Fri, 6 Jun 2025 01:56:33 +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 From: grahamperrin@gmail.com To: freebsd-current@freebsd.org Subject: Re: base packages orphaned References: <68d55778-4c66-440d-9213-dbe888ee1cf5@gmail.com> <20250606081104.9fb917240da420943c09f009@dec.sakura.ne.jp> In-Reply-To: <20250606081104.9fb917240da420943c09f009@dec.sakura.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [2.82 / 15.00]; SUSPICIOUS_URL_IN_SUSPICIOUS_MESSAGE(1.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_HAM_SHORT(-0.78)[-0.775]; URIBL_RED(0.50)[dec.sakura.ne.jp:email]; HAS_ANON_DOMAIN(0.10)[]; BAD_REP_POLICIES(0.10)[]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_ALLOW(0.00)[gmail.com:s=20230601]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; TO_DN_NONE(0.00)[]; DMARC_POLICY_ALLOW(0.00)[gmail.com,none]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36:c]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; FROM_NO_DN(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FREEFALL_USER(0.00)[grahamperrin]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32c:from]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4bD2vZ0cvHz3Q5W X-Spamd-Bar: ++ On 06/06/2025 00:11, Tomoaki AOKI wrote: > I'm not using pkgbase but possibly related with the HEADS UP below? > > https://lists.freebsd.org/archives/freebsd-current/2025-May/007745.html Unrelated, as far as I can tell. I paid attention to the toolchain packages on 2025-05-29. root@mowa219-gjp4-zbook-freebsd:~ # bectl list -c creation | tail -n 6 1500043-010-base-iwlwifi - /tmp/1500043-010-base-iwlwifi 775M 2025-05-27 23:21 1500044-001-base - /tmp/1500044-001-base 1.08G 2025-05-29 04:42 1500044-002-base - - 1.06G 2025-05-29 23:39 1500044-003-base - - 4.79M 2025-06-01 15:28 1500044-004-base - - 1.22G 2025-06-02 19:28 1500045-001-base NR / 184G 2025-06-05 19:51 root@mowa219-gjp4-zbook-freebsd:~ # pkg -r /tmp/1500043-010-base-iwlwifi iinfo FreeBSD-elftoolchain FreeBSD-elftoolchain-15.snap20250515020636 FreeBSD-elftoolchain-dbg-15.snap20250515020636 FreeBSD-elftoolchain-man-15.snap20250323222559 root@mowa219-gjp4-zbook-freebsd:~ # pkg -r /tmp/1500044-001-base iinfo FreeBSD-elftoolchain pkg: No package(s) matching FreeBSD-elftoolchain root@mowa219-gjp4-zbook-freebsd:~ # bectl umount 1500043-010-base-iwlwifi root@mowa219-gjp4-zbook-freebsd:~ # bectl umount 1500044-001-base root@mowa219-gjp4-zbook-freebsd:~ # From nobody Fri Jun 6 01:10:19 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 4bD3Cf67R5z5xBS1 for ; Fri, 06 Jun 2025 01:10:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.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 4bD3Cf1qL0z3bl0 for ; Fri, 06 Jun 2025 01:10:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="sb/d//+D"; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1749172231; bh=Ceyvdr0mCcsi9DRkz7saGDKG5LIqyrHAJcgaOGAZM4U=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=sb/d//+D37FCX0S/v98aDv7lANPQC3Si+yseqL2QIp8p5ejdwMRXMUPbxpnP1fou3ikJQjhOOb+mEFZVNHFlF6Yj8n7ChPknxsNh67m25o3ghQ2xZTxZRux9vTjWgd6uKvgecPbkMqZnThQPfIvLWMKr7YePaX0a2dpm2+yEaqcMS8V/o4pWjUDeI1U66qYmqahd/WnGger/NMYdlcrI5BDRBGZ075eOHEY06zg5sMhDqBfVsIWSK1PGNjXI26sfzqOSe+C/19RD1lQKO4DWeZLxOwZNCMhnC93vy96i98G92uN5m8Gz1+p9jrLCHxyOeSXPgiT2tgAISIWG5/XHMg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1749172231; bh=iPrz2qwomxkTz57wYbfijTySRYCVUTmVWzxv9t7Ru93=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=gGDp2ymeZqIVidfRaDyE3c4Xt39WdPZzWnz/h9zWXkK6GUQFlrhNyTMoNDY5fJnAWd37OiFDYWwvGKPWw/02SkemheUg8qQ1zhLzQhfzHltEl+hbMdXBzvADq20HIJwxEAI9RuUuwE+GSBV0GTXDD/NZXzIfihnUxyLTi5mUHNeX78pi7bj0MtgU/T5FK964j+onCjSKfIsyyYHUCPgyzXQCYUjGAyk1hhfYv/UOFo1EoADw/xUThsuavJZK4Irj2fcaqNqfMR0zCFYFd8MfAxBTtv5+XpI/fWnuplElKyPaiMoU0xhDrVXX3mUHF4kWUtqmQA/oNLW/aPBS61RSFw== X-YMail-OSG: ZmrsRcgVM1nHsKevzZfrApJudTYd54WylL6re5uX6B2giQJf4BcMS_tdvHya4rB hPj3YFlS01npJvzV7flWKzDFcWw_IXZh0O9XuyPQweCj0yjg4Mf8U8739hGZe32kNQQU9oqk_Fut chw7MI_QMYK7UcYisbvFCwPftFmbcUUfFWsa0u0JKiFVI1VHkvMnXzUHjmQcl6GOoj483p4XJtWy K0LGGWhMcqd8D665uE2YIzWvm05.uNEl3vSC7XEtHPharpOukeS.MLlFu7wYLiecAxUQHqlsRXc5 56Q5r__Ss6wOGMeeRNbfXaKUF_XGMRVzUOBL8MNN7C5JXt5bXyXQf7tzJY_V42DQDN23K6lFOV.X THF.HiuGIZl2pRZUMZlE0gKdMwMXBDOGZzGaH46epIYpsa6VH9E7.hXX93UV1zz280t7eDekl3rW do4KpWG0avFjurBa1VtBRC7dVn.VeVWvF8LJnTFci82slRtKU6E0tIj9NG4jcXfRhxjlgrIrR1Td 7TXal2W23E1jzlmhux_Eb7.pdNrAdv0oL9Qp0dpWWVD8o4tp_YkBTjlX6LTqy9Ri91THAmcA.Xpd C3RCaLPYPJL6yg4pK0t6mjIp9HFhkierA5L_QhCJ8Fz6XO2mmMcUOuC0UlLhcrht7hrNneIMxSO7 7rwK_FizfZawtKzZ15lB7Jm_9XzuOzjXGDWfauGIpgr11Qqhd2VL7TYiHUdGAZcF9eZ3FCbT2FMO L0Bt4IOZh4GtaT4L8EQlmEhyGF.yFsWoYv1RdL4vbhmtc_FPwW_hvNu3jVbu6NUPHA3HLcf9R6tZ hPCilqr79ga9hmznKsopSU1m7uinU_Paq15omHmppTWukjNEd.dpgUPxy.1.5v9oZv8zLk_FdnvL 7kHIw3_dmNYw4XRloCoox7LxX.3jolG9n3VLHGBQ9rNZGy28c46sOwy.s9GXiqZj2u05dn46FSri 8ZR.jpi21LCQG_7iF0Us.2m1FJdG0GqDmShnFW7zEjwPoCm7EAc7XO1ixi0bDvYQiDO2li0v6StG 3Ae_n4ZX_LJHjYpvCliYy1Nn4xiBoWzCnWaA2ocq7g2i5oOp8NdpSPF.DfCZx6iyLVeQdfgCAss2 U5TYVDo2gAQE.Hzm8Z3rdlq.AdhgMFGilg1Rzjuwcg4iuQZFU_qRyLdaWeMgJuffJP2c37YIN9UF kFWbYUUS_wij3ZvtC6Xww1nRZyKNBlBZTZXcBmAwNt.jowZnP7TBox7_8Gfs8s16xmMQ6B2OW.dw 6.uT339FLsATs_mJjt3BAmgPx2725uHl2W_gM12S2SkR3XQSTkjgE2aAlY_o5u9Y8CW451lTQUlE okWSEgP8WOdL1sFxnA1vOWbTeoTgXILZwCHQe9WAWCGIkOL4.hRzDPVmQIqsl4QlA58mqgdU8Ly2 rHPzVK0OepISMUeni2OWJfNEkwp29ruxyqM.F8_F.WqwjYZsvMHa9S2ZuOzJqQJJDaKQGb.DCNVY teYVZkFuMcK3Yffn99Gp3qJ1w6UpWqMjT9Yts0f1lIa7wHdkIupK__WgqZv_HmCQkX5QSk9pxTca hEeJPI13DB6utt7IAyk08FFFVjYfQa3t9.8D7K_ygmAXJZWHuVos.RCskL.dziYgEZ_.xhQBrZqX 72csT3z6KrgkxcWOtgCvhW5qes_m767TBRbDqq3Lc2lViKsS9nv66kVhveN0J2twIs4Zow90hPId PJdYjNAF2BoKZMjepSiycmRrCBp3IONhmeHAKdbNUaojgNatxrvxIWfM6k33RDB4PZ69xArBlSti Ho_.sPW5kNJ75V5M4e_8eJhEe4jRwT.vwTQJXe..M2U.HFrd4dvkfc7xzW8W7BEOCz3a7qvhkD2Y NwVspiNB_b9VGb9pB3In3lXnOUf_NIoZqWtyW0F_MGYRL_pSm6D9FNg9M_6tBn0clUTrS6FihWgu .OD5i2Oo3rwp5ms6J7Db3JRD4VyJIt3wn_wnUzKXH.5X1qu3X3WJyVYrSgmK2pXdLpr8JWDFfpLQ 4F2xr1TWWg0xudxftug2xSJ.ngtrLIlwI9huhFyTmyCQG7pRrsmBUFTApdPFvrN1AlHXmozyNmxi _wh3oQNiuNBL.kMJ22xAUDlLJ_bB_6Hi6.ux3JoQKBQQ1Y3jAohkOof_VV8pzeZELZ_YzH.QjZWn 38xjAuNNB6BX5yARJvzjVQGsFG6vY25XjNZg0cpDI8Wzwr4iaS7yX5M_rxnuxSB8XJFfYmiIpkk8 .cAY6wUUKGT0FhP5Ff7x4f0duBhvSCg8zzPjNw58LyiJKdWKLl_A0XxnJaAZhxPujZw822SAGaA4 gfYVv.g-- X-Sonic-MF: X-Sonic-ID: 403f77fc-c3b3-45d4-b80f-ffe6c0378897 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Fri, 6 Jun 2025 01:10:31 +0000 Received: by hermes--production-gq1-74d64bb7d7-rstz2 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 32b4eccea2c5dc96e5cdbbd24cb80563; Fri, 06 Jun 2025 01:10:30 +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.600.51.1.1\)) Subject: Re: HEADS UP: wireless KPI and KBI and FreeBSD 15 Message-Id: Date: Thu, 5 Jun 2025 18:10:19 -0700 To: FreeBSD-STABLE Mailing List , FreeBSD Current X-Mailer: Apple Mail (2.3826.600.51.1.1) References: X-Spamd-Result: default: False [0.64 / 15.00]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_SPAM_MEDIUM(1.00)[0.999]; NEURAL_HAM_SHORT(-0.86)[-0.860]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bD3Cf1qL0z3bl0 X-Spamd-Bar: / Garrett Wollman wrote on Date: Thu, 05 Jun 2025 19:09:47 UTC : > < = said: >=20 > > If everyone over-indexes on stable/15 wifi stability, ABI, KBI, etc, = then > > you're going to > > see one of two things: >=20 > I don't use wireless (or laptops generally) under FreeBSD but I think > it's pretty clear that modernized wireless support is a huge priority > for many laptop users, and I think the project needs to make progress > on this front to remain relevant. >=20 > Given that stable/14 is expected to last until 2028, and 16.0 is > scheduled for the end of 2027, it seems that there is a reaonable > compromise: users who cannot accept the possibility of disruption > should stick with 14. Presumably there will be a point in 2026 or > 2027 when the wireless team will be able to say "ok, that's it, no > more breaking changes will be merged to stable/15", and those who held > back will want to upgrade then -- stable/15 will still have a > substantial support runway (another three years at least). >=20 > The one thing that seems particularly important to me: making certain > that traditional source-based upgrades from releng/1[45].* to > releng/15.* continue to work. This might require building and > installing some userland utilities (like ifconfig and wpa-supplicant) > with the new kernel but old libc to make the transition feasible. I > don't know to what extent this needs to be automated, but it does need > to be documented thoroughly. (I guess it would be easier if all users > were on ZFS with boot environments, but that's not the case.) No one should bias what FreeBSD does based on my usage pattern, but the below may be somewhat more general. It is also illustrated with an over specific example, but one I'd be interested in. If 15 is going to be significantly more problematical to deal with (avoiding the word unstable), will some stable/1* that is avoiding the temporary problem rate also avoid unusually long periods of not updating the likes, of, for example, llvm, including the likes of 20 -> 21 and such? (More generally: Update some contributed materials that are not normally security updates but tend to get updates over time, even if not much else changes part of the time?) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Fri Jun 6 01:32: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 4bD3jQ6GRLz5xD00 for ; Fri, 06 Jun 2025 01:32:58 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x331.google.com (mail-wm1-x331.google.com [IPv6:2a00:1450:4864:20::331]) (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 4bD3jQ072Xz42Q4 for ; Fri, 06 Jun 2025 01:32:58 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=RJz2qI3C; spf=pass (mx1.freebsd.org: domain of grahamperrin@gmail.com designates 2a00:1450:4864:20::331 as permitted sender) smtp.mailfrom=grahamperrin@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-wm1-x331.google.com with SMTP id 5b1f17b1804b1-451d6ade159so13806595e9.1 for ; Thu, 05 Jun 2025 18:32:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1749173575; x=1749778375; darn=freebsd.org; h=content-transfer-encoding:in-reply-to:content-language:references :to:from:subject:user-agent:mime-version:date:message-id:from:to:cc :subject:date:message-id:reply-to; bh=4p64SE9+Dd/SWbZE6yyguWS06k/a8SO8BQJhfDQ5aHE=; b=RJz2qI3C38irvpIkLLPBLTl3FQlTRnuVsLILYBbUt4gJ2xUC95LYWdYBX/ZRHFJ3Y8 qoBbnUMny5x6K2/8QVXFIemTLZtSLYsRgzujXODq5/QunlQghyUU1o2LP9YSgDvsOdzn Qn80Qukq332kMETtsqS3Q05bOixPxrRY4+7Epfpnq5G19VCRo5TomXI2/xFDaFYxc+d8 dqAliyAmm7vzYbjKOgXSjh0r/mPkJ5xSxwhIneVPphU/W51/gV3VRvgcmGETTsnDVQAK j60IBldg4AdOp10UK2zxOsm3nqo0G1zR480CHg9jeMdXYiTjbAaKkeUi4hmHkiBuDhRM IUhA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749173575; x=1749778375; h=content-transfer-encoding:in-reply-to:content-language:references :to:from:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=4p64SE9+Dd/SWbZE6yyguWS06k/a8SO8BQJhfDQ5aHE=; b=HkG17Pf4igH4BBI4Sll/A+TgJKU6KI+vWnr3QF9JtcSwiiaJD0caKv4sS1jMuzEGPa cqRzFUDhtNAwpM0IH5NNy1RRWF8tuZLmUoIe77lC9Rv3S/iIwjvAOybiiMAncfiXua88 ENSDwslCvW1U0qIKaZEIk68pzVwpdKGCh+5iznlE+AM41d67m4fgcx2scW+IrOu5lfsJ BQtUJS9J8B59U8mGW9Dee+vUi/2GZQa4SRXEb/r3jFdojZMsZPtI9ZhH/H2Z3aeLMdqB 3IOPZZVFc8BNa3JFCxGuLHVLy49aGbDbeZJOQxDy4zacSi0L5Y4/UBRdldwVUbobAaRz D5Mg== X-Gm-Message-State: AOJu0Yw1XoCV2QZ70CUZY3k9iRNHR/2zc4GlX4GD9YGzHXbp74g3CMdV HfEYwzo+8Ezoiw62nVVQJpiPdTEB4xIEfZZEyrHkzdSyemuzkGw1z7rqHfMZ4Q== X-Gm-Gg: ASbGncv2bWX60rYwEosb8J5/B6hvLSrGyBc0Wm1k87O95gPcHW89eumRul1yGxR1bXN SCsNgemQKrTEpgCge73FAHhi5hV3FgDayez8nIZKWmVFGAfXvMKSvbDGTlIvN6XxLOCDF9NBQXP KVVcZtqUEIxkbJXqAhjhkRnBN/5uecUg3C4eob6oRtOheDdRVJlYLjsgz1joK8iza4y9Ll/UL7N cEX3q8fkEGab+fnDfan7cgqMbcEn0KGxUCJWgOgxd1GXER/f8/OYGhGwhkAFnx8CApwMu7Jvf7N X7w+WvMTOGbk923PpsuNAWiQAnnOWXKF6h5Orlx8UEa3988aSK3LK9ETW+3D0j2URibi9w12k6y eD9ddSt9ciWxxwvSph4v48g== X-Google-Smtp-Source: AGHT+IGD/hrW1m6cV+SYCeLxA6J2SpoU++kYLh3KITrgDNj/rWk++5r40z790KNBOuojW5w5pAYUMw== X-Received: by 2002:a05:600c:8b8b:b0:440:68db:9fef with SMTP id 5b1f17b1804b1-4520141655emr13013605e9.20.1749173575237; Thu, 05 Jun 2025 18:32:55 -0700 (PDT) Received: from [192.168.1.10] (host-89-241-98-164.as13285.net. [89.241.98.164]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-4526e055d2asm6075895e9.2.2025.06.05.18.32.54 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 05 Jun 2025 18:32:54 -0700 (PDT) Message-ID: <9fdf2770-fb65-4449-b7fe-991c23ae0091@gmail.com> Date: Fri, 6 Jun 2025 02:32:54 +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: base packages orphaned From: Graham Perrin To: freebsd-current@freebsd.org References: <68d55778-4c66-440d-9213-dbe888ee1cf5@gmail.com> Content-Language: en-GB In-Reply-To: <68d55778-4c66-440d-9213-dbe888ee1cf5@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Result: default: False [1.51 / 15.00]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_SPAM_SHORT(0.51)[0.509]; 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]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; FREEMAIL_FROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DKIM_TRACE(0.00)[gmail.com:+]; FREEFALL_USER(0.00)[grahamperrin]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::331:from]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bD3jQ072Xz42Q4 X-Spamd-Bar: + On 05/06/2025 19:15, Graham Perrin wrote: > … > > grahamperrin@mowa219-gjp4-zbook-freebsd ~> pkg orphans | grep > orphaned\:\ base | wc -l >      518 > grahamperrin@mowa219-gjp4-zbook-freebsd ~> > > … Re: the boot environments listed at the foot of this email Upgrade from 1500044-003-base to 1500044-004-base succeeded. 1500044-004-base was new, mounted but not active, at the time. I normally use --rootdir when upgrading. With 1500044-004-base active, whilst preparing for the next upgrade, orphans were discovered. I temporarily activated then booted 1500044-003-base. IIRC the first run of pkg version -C -vRL= | grep -v orphaned did find various base packages (correct). Somehow, things went wrong with 1500044-003-base. IIRC base packages became orphaned, again. I used bectl to temporarily mount 1500044-002-base at /tmp/down then, at /var/db/pkg/repos/FreeBSD-base I ran: cp -av /tmp/down//var/db/pkg/repos/FreeBSD-base/* . I created then mounted 1500045-001-base, upgraded successfully, activated then booted 1500045-001-base. No orphaned base packages at the time of writing. In 1500044-004-base, db-pkgtemp is eye-catching. I don't know whether it was relevant. ---- root@mowa219-gjp4-zbook-freebsd:~ # bectl list -c creation | tail -n 4 1500044-002-base         -      /tmp/1500044-002-base 1.06G 2025-05-29 23:39 1500044-003-base         -      /tmp/1500044-003-base 4.79M 2025-06-01 15:28 1500044-004-base         -      /tmp/1500044-004-base 1.22G 2025-06-02 19:28 1500045-001-base         NR     /                     184G 2025-06-05 19:51 root@mowa219-gjp4-zbook-freebsd:~ # pkg repos -el | sort -f FreeBSD-base FreeBSD-kmods FreeBSD-ports local-current root@mowa219-gjp4-zbook-freebsd:~ # eza --long --time-style=long-iso --no-user --no-permissions /var/db/pkg/repos/ - 2024-07-26 12:03 aninstaller - 2024-09-01 16:28 FreeBSD - 2025-06-05 19:45 FreeBSD-base - 2025-06-01 15:25 FreeBSD-kmods - 2025-05-24 10:46 FreeBSD-ports - 2025-02-23 15:39 FreeBSD-ports-14 - 2024-07-26 11:58 FreeBSD_install_cdrom - 2025-06-01 19:56 local-current - 2025-02-03 14:52 local-poudriere root@mowa219-gjp4-zbook-freebsd:~ # eza --long --time-style=long-iso --no-user --no-permissions /tmp/1500044-002-base/var/db/pkg/repos/FreeBSD-base 791k 2025-06-01 09:28 db    0 2025-06-01 15:25 db-journal    2 2025-02-12 01:30 expired_packages.ucl    2 2025-02-12 01:30 groups.ucl    0 2025-06-01 15:27 lock  173 2025-06-01 09:28 meta root@mowa219-gjp4-zbook-freebsd:~ # eza --long --time-style=long-iso --no-user --no-permissions /tmp/1500044-003-base/var/db/pkg/repos/FreeBSD-base 791k 2025-06-05 10:44 db    0 2025-06-05 19:45 db-journal    2 2025-02-12 01:30 expired_packages.ucl    2 2025-02-12 01:30 groups.ucl    0 2025-06-05 19:49 lock  173 2025-06-05 10:44 meta root@mowa219-gjp4-zbook-freebsd:~ # eza --long --time-style=long-iso --no-user --no-permissions /tmp/1500044-004-base/var/db/pkg/repos/FreeBSD-base 184k 2025-06-05 15:10 db  62k 2025-06-05 15:10 db-journal 791k 2025-06-03 12:39 db-pkgtemp    2 2025-02-12 01:30 expired_packages.ucl    2 2025-02-12 01:30 groups.ucl    0 2025-06-05 19:00 lock  173 2025-06-03 12:39 meta root@mowa219-gjp4-zbook-freebsd:~ # eza --long --time-style=long-iso --no-user --no-permissions /var/db/pkg/repos/FreeBSD-base 791k 2025-06-05 10:44 db    0 2025-06-05 19:45 db-journal    2 2025-02-12 01:30 expired_packages.ucl    2 2025-02-12 01:30 groups.ucl    0 2025-06-05 20:10 lock  173 2025-06-05 10:44 meta root@mowa219-gjp4-zbook-freebsd:~ # date ; uptime Fri Jun  6 02:11:14 BST 2025  2:11AM  up  6:07, 6 users, load averages: 0.86, 0.75, 0.74 root@mowa219-gjp4-zbook-freebsd:~ # uname -bmvKU FreeBSD 15.0-CURRENT main-n277721-38c655093c6b GENERIC-NODEBUG amd64 1500045 1500045 803e269bc43cf9f9a9b7aec2e58524ef567466a3 root@mowa219-gjp4-zbook-freebsd:~ # From nobody Sat Jun 7 00:00:55 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 4bDddD5GSXz5yD9R for ; Sat, 07 Jun 2025 00:01:20 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yb1-xb29.google.com (mail-yb1-xb29.google.com [IPv6:2607:f8b0:4864:20::b29]) (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 4bDddC4gjBz3Sgs for ; Sat, 07 Jun 2025 00:01:19 +0000 (UTC) (envelope-from kob6558@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=S+xBCWlD; spf=pass (mx1.freebsd.org: domain of kob6558@gmail.com designates 2607:f8b0:4864:20::b29 as permitted sender) smtp.mailfrom=kob6558@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-yb1-xb29.google.com with SMTP id 3f1490d57ef6-e812fc35985so2465740276.0 for ; Fri, 06 Jun 2025 17:01:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1749254473; x=1749859273; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=tcEpo7L6ElkyAAoYzFYXilmkCJnP8HiR4cmCjr+H358=; b=S+xBCWlDe0xglMwentmaBTHJ/MBwWEtbEzG+0nJbdA6UN7iiEXGp5/Cjk3H6OO7oCP D1Fy4K97S8MFlhZDjLc8JHGA+RE14DO9ite+CGVNvBqbrQe8+jwocVylGTDh9AjjbEFq v8XCwjmTc94Gm/ECtO7gUhWFdKwrlQ8vGwm7/qtij/WOTG/8pxLtBsMavbegSs5MNLwl eNjsw/m05EO/XSRpQhH03qZhLOKDVzd2M+5UYOa30MsVR/6JRjSBb8uw/2x1Zz9wUJs4 GR8F5Wb5SPXjsyd+s5TmfO/b5oK/TR0rhgVU1r5aREhJ6ut44oPoEmA3uDRKhA89Y6Jr wVpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749254473; x=1749859273; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=tcEpo7L6ElkyAAoYzFYXilmkCJnP8HiR4cmCjr+H358=; b=HPFnlAyJ2Bk9IXwYgY/dZK0qGT1GAqwcyHTpN2ofX8iT5nKO4vJV9XYmBqcVGvdTrK 9sPsYWfXAOXpEkOXUCT7glOrx3GrXyXVJjQ38Np8v/mEz5iTwA3cuAa65ZgDML2tUR7X tfkvhy6RdIO4Z4VMMewZeMo/aFC036yQP41/8Le1FxV2LBoAIFLScTsnamJk8WfsKMWM C4uVuK8g8DXTu5a2mGpHB4OjmsfE9AqTAAWq7JVQVuO2R5h3g9L8MoRASoz68Tjm2e7o VHaF8kI4Glf3zAHe5c0+Zr3vb32Zzx4R2PSbeT5ElZRctwWL1y3QwNRkmMOXe+UDx8U1 mlkg== X-Gm-Message-State: AOJu0Yw2fzkbgUNQ7welHbQSS+22kGB6e+ERE5IGLu06NligPqcdfRnp Rs16GTzXOHl0uOMeGTWUiuvROJOFBDwO/oSLPzIVDjtCrRgQ73mhgB/DAkmfD6H3uSRA/aJDGHm EjiuVBaUJyJZPN5F98WsWUi/V/qAE3Wo+25om X-Gm-Gg: ASbGncuo5x8U9lhmytwfL4LhQ+d1mgAe1BSzYQJHg3guc/wsAyyuyzJAPwoWtZ7FKTN E2QOhZiPnJMlouprFbZo/knxrN2GXqH7K+JtRoqWpdYMEYFjSwn+iEobCFmffCp9E1loVP1I61n UsgGZ2cV2TCnt+mVAEK7e+czHdDxmkSspyQjD8oTl8c+T5tIka80dhETa3SvDOd5u4Sg== X-Google-Smtp-Source: AGHT+IH/RETqTEZWHmVni3W7HBtZam0x1eSewkRoQqi9OzYKVFPFMfFN5jQBaESPPc0H/xX+4SrgMoGMB6EDscaN+hI= X-Received: by 2002:a05:690c:25c7:b0:70f:87c5:5270 with SMTP id 00721157ae682-710f76c2d56mr86881197b3.19.1749254472652; Fri, 06 Jun 2025 17:01:12 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 From: Kevin Oberman Date: Fri, 6 Jun 2025 17:00:55 -0700 X-Gm-Features: AX0GCFuPEmzUHaiW06mCl5zo_OOYNYCJcdYfmTV-RnL4dSLrkuZ6dwAT1HEnYAM Message-ID: Subject: Another? drm panic not involving Radeon and probably not wifi To: FreeBSD Current Content-Type: multipart/alternative; boundary="00000000000076d9880636f00b87" X-Spamd-Result: default: False [0.31 / 15.00]; NEURAL_SPAM_MEDIUM(1.00)[0.997]; NEURAL_SPAM_LONG(0.99)[0.995]; NEURAL_HAM_SHORT(-0.99)[-0.986]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FORGED_SENDER(0.30)[rkoberman@gmail.com,kob6558@gmail.com]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_TLS_LAST(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[rkoberman@gmail.com,kob6558@gmail.com]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::b29:from]; DKIM_TRACE(0.00)[gmail.com:+]; SUBJECT_HAS_QUESTION(0.00)[] X-Rspamd-Queue-Id: 4bDddC4gjBz3Sgs X-Spamd-Bar: / --00000000000076d9880636f00b87 Content-Type: text/plain; charset="UTF-8" This may be tied to a thread that seems to have ended on Jun 3 but I'm unsure. I had updated my system to main-n277763-2542189532b3: Fri Jun 6 14:11:24 PST. Builds and installs went fine, but the system panics when DRM starts. I don't get a dump.My prior kernel, main-n277560-99976934274d: Thu May 29 12:13:12 PDT seems to work fine. Running with the new world, but so far, so good. Is this the panic in the June 3 thread? System is Alder Lake with 12 threads. Did have to rebuild vbox modules to get back to working on the 99976934 kernel Here is the panic: acpi_video0: on vgapci0 [drm] Got Intel graphics stolen memory base 0x9c800000, size 0x4000000 drmn0: on vgapci0 vgapci0: child drmn0 requested pci_enable_io vgapci0: child drmn0 requested pci_enable_io i915/adlp_dmc.bin: could not load binary firmware /boot/firmware/i915/adlp_dmc.bin either adlp_dmc.bin: could not load binary firmware /boot/firmware/adlp_dmc.bin either i915_adlp_dmc.bin: could not load binary firmware /boot/firmware/i915_adlp_dmc.bin either lkpi_iic0: on drmn0 iicbus0: on lkpi_iic0 iic0: on iicbus0 lkpi_iic1: on drmn0 iicbus1: on lkpi_iic1 iic1: on iicbus1 lkpi_iic2: on drmn0 iicbus2: on lkpi_iic2 iic2: on iicbus2 lkpi_iic3: on drmn0 iicbus3: on lkpi_iic3 iic3: on iicbus3 lkpi_iic4: on drmn0 iicbus4: on lkpi_iic4 iic4: on iicbus4 lkpi_iic5: on drmn0 iicbus5: on lkpi_iic5 iic5: on iicbus5 lkpi_iic6: on drmn0 iicbus6: on lkpi_iic6 iic6: on iicbus6 lkpi_iic7: on drmn0 iicbus7: on lkpi_iic7 iic7: on iicbus7 lkpi_iic8: on drmn0 iicbus8: on lkpi_iic8 iic8: on iicbus8 drmn0: successfully loaded firmware image 'i915/adlp_dmc.bin' drmn0: [drm] Finished loading DMC firmware i915/adlp_dmc.bin (v2.20) drmn0: [drm] [ENCODER:244:DDI B/PHY B] unusable PPS, disabling eDP panic: Assertion td->td_lkpi_task == NULL failed at /usr/src/sys/compat/linuxkpi/common/src/linux_current.c:85 cpuid = 3 time = 1749225885 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00f15c64b0 vpanic() at vpanic+0x136/frame 0xfffffe00f15c65e0 panic() at panic+0x43/frame 0xfffffe00f15c6640 linux_alloc_current() at linux_alloc_current+0x314/frame 0xfffffe00f15c66a0 drm_framebuffer_init() at drm_framebuffer_init+0x191/frame 0xfffffe00f15c66d0 intel_framebuffer_init() at intel_framebuffer_init+0x78a/frame 0xfffffe00f15c6720 intel_crtc_initial_plane_config() at intel_crtc_initial_plane_config+0x75e/frame 0xfffffe00f15c6840 intel_display_driver_probe_nogem() at intel_display_driver_probe_nogem+0x2ae/frame 0xfffffe00f15c6880 i915_driver_probe() at i915_driver_probe+0x634/frame 0xfffffe00f15c68c0 linux_pci_attach_device() at linux_pci_attach_device+0x440/frame 0xfffffe00f15c6910 device_attach() at device_attach+0x45b/frame 0xfffffe00f15c6960 bus_generic_driver_added() at bus_generic_driver_added+0x90/frame 0xfffffe00f15c6980 devclass_driver_added() at devclass_driver_added+0x29/frame 0xfffffe00f15c69b0 devclass_add_driver() at devclass_add_driver+0x138/frame 0xfffffe00f15c69f0 _linux_pci_register_driver() at _linux_pci_register_driver+0xc1/frame 0xfffffe00f15c6a20 i915kms_evh() at i915kms_evh+0x279/frame 0xfffffe00f15c6a50 module_register_init() at module_register_init+0xb0/frame 0xfffffe00f15c6a80 linker_load_module() at linker_load_module+0xc51/frame 0xfffffe00f15c6d80 kern_kldload() at kern_kldload+0x16e/frame 0xfffffe00f15c6dd0 sys_kldload() at sys_kldload+0x59/frame 0xfffffe00f15c6e00 amd64_syscall() at amd64_syscall+0x169/frame 0xfffffe00f15c6f30 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe00f15c6f30 --- syscall (304, FreeBSD ELF64, kldload), rip = 0x1f832088fbaa, rsp = 0x1f831e0090d8, rbp = 0x1f831e009650 --- KDB: enter: panic Shall I open a new trouble report on this? -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --00000000000076d9880636f00b87 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
This may be tied to a thread that seems to = have ended on Jun=C2=A0 3 but I'm unsure.

I had updated my system to=C2=A0main-n277763-2542189532b3: Fri Jun = =C2=A06 14:11:24 PST. Builds and installs went fine, but the system panics = when DRM starts. I don't get a dump.My prior kernel,
mai= n-n277560-99976934274d: Thu May 29 12:13:12 PDT seems to work fine. Running= with the new world, but so far, so good.=C2=A0

Is this the panic in the June 3 thread?=C2=A0
System= is Alder Lake with 12 threads. Did have to rebuild vbox modules to get bac= k to working on the=C2=A099976934 kernel
Here is = the panic:
acpi_video0: <ACPI video extension> on vgap= ci0
[drm] Got Intel graphics stolen memory base 0x9c800000, size 0x40000= 00
drmn0: <drmn> on vgapci0
vgapci0: child drmn0 requested pci_= enable_io
vgapci0: child drmn0 requested pci_enable_io
i915/adlp_dmc.= bin: could not load binary firmware /boot/firmware/i915/adlp_dmc.bin either=
adlp_dmc.bin: could not load binary firmware /boot/firmware/adlp_dmc.bi= n either
i915_adlp_dmc.bin: could not load binary firmware /boot/firmwar= e/i915_adlp_dmc.bin either
lkpi_iic0: <LinuxKPI I2C> on drmn0
i= icbus0: <Philips I2C bus> on lkpi_iic0
iic0: <I2C generic I/O&g= t; on iicbus0
lkpi_iic1: <LinuxKPI I2C> on drmn0
iicbus1: <P= hilips I2C bus> on lkpi_iic1
iic1: <I2C generic I/O> on iicbus1=
lkpi_iic2: <LinuxKPI I2C> on drmn0
iicbus2: <Philips I2C bu= s> on lkpi_iic2
iic2: <I2C generic I/O> on iicbus2
lkpi_iic3= : <LinuxKPI I2C> on drmn0
iicbus3: <Philips I2C bus> on lkpi= _iic3
iic3: <I2C generic I/O> on iicbus3
lkpi_iic4: <LinuxKP= I I2C> on drmn0
iicbus4: <Philips I2C bus> on lkpi_iic4
iic4= : <I2C generic I/O> on iicbus4
lkpi_iic5: <LinuxKPI I2C> on = drmn0
iicbus5: <Philips I2C bus> on lkpi_iic5
iic5: <I2C gen= eric I/O> on iicbus5
lkpi_iic6: <LinuxKPI I2C> on drmn0
iicb= us6: <Philips I2C bus> on lkpi_iic6
iic6: <I2C generic I/O> = on iicbus6
lkpi_iic7: <LinuxKPI I2C> on drmn0
iicbus7: <Phil= ips I2C bus> on lkpi_iic7
iic7: <I2C generic I/O> on iicbus7lkpi_iic8: <LinuxKPI I2C> on drmn0
iicbus8: <Philips I2C bus&g= t; on lkpi_iic8
iic8: <I2C generic I/O> on iicbus8
drmn0: succe= ssfully loaded firmware image 'i915/adlp_dmc.bin'
drmn0: [drm] F= inished loading DMC firmware i915/adlp_dmc.bin (v2.20)
drmn0: [drm] [ENC= ODER:244:DDI B/PHY B] unusable PPS, disabling eDP
panic: Assertion td-&g= t;td_lkpi_task =3D=3D NULL failed at /usr/src/sys/compat/linuxkpi/common/sr= c/linux_current.c:85
cpuid =3D 3
time =3D 1749225885
KDB: stack ba= cktrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xf= ffffe00f15c64b0
vpanic() at vpanic+0x136/frame 0xfffffe00f15c65e0
pan= ic() at panic+0x43/frame 0xfffffe00f15c6640
linux_alloc_current() at lin= ux_alloc_current+0x314/frame 0xfffffe00f15c66a0
drm_framebuffer_init() a= t drm_framebuffer_init+0x191/frame 0xfffffe00f15c66d0
intel_framebuffer_= init() at intel_framebuffer_init+0x78a/frame 0xfffffe00f15c6720
intel_cr= tc_initial_plane_config() at intel_crtc_initial_plane_config+0x75e/frame 0x= fffffe00f15c6840
intel_display_driver_probe_nogem() at intel_display_dri= ver_probe_nogem+0x2ae/frame 0xfffffe00f15c6880
i915_driver_probe() at i9= 15_driver_probe+0x634/frame 0xfffffe00f15c68c0
linux_pci_attach_device()= at linux_pci_attach_device+0x440/frame 0xfffffe00f15c6910
device_attach= () at device_attach+0x45b/frame 0xfffffe00f15c6960
bus_generic_driver_ad= ded() at bus_generic_driver_added+0x90/frame 0xfffffe00f15c6980
devclass= _driver_added() at devclass_driver_added+0x29/frame 0xfffffe00f15c69b0
d= evclass_add_driver() at devclass_add_driver+0x138/frame 0xfffffe00f15c69f0<= br>_linux_pci_register_driver() at _linux_pci_register_driver+0xc1/frame 0x= fffffe00f15c6a20
i915kms_evh() at i915kms_evh+0x279/frame 0xfffffe00f15c= 6a50
module_register_init() at module_register_init+0xb0/frame 0xfffffe0= 0f15c6a80
linker_load_module() at linker_load_module+0xc51/frame 0xfffff= e00f15c6d80
kern_kldload() at kern_kldload+0x16e/frame 0xfffffe00f15c6dd= 0
sys_kldload() at sys_kldload+0x59/frame 0xfffffe00f15c6e00
amd64_sy= scall() at amd64_syscall+0x169/frame 0xfffffe00f15c6f30
fast_syscall_com= mon() at fast_syscall_common+0xf8/frame 0xfffffe00f15c6f30
--- syscall (= 304, FreeBSD ELF64, kldload), rip =3D 0x1f832088fbaa, rsp =3D 0x1f831e0090d= 8, rbp =3D 0x1f831e009650 ---
KDB: enter: panic

= Shall I open a new trouble report on this?
--
<= div>
Kevin Oberman, Part time kid her= der and retired Network Engineer
E-mail: rkoberman@gmail.com
PGP Fingerp= rint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
--00000000000076d9880636f00b87-- From nobody Sat Jun 7 02:29:27 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 4bDhwP21M4z5yNhV for ; Sat, 07 Jun 2025 02:29:41 +0000 (UTC) (envelope-from kargls@comcast.net) Received: from resdmta-a2p-658199.sys.comcast.net (resdmta-a2p-658199.sys.comcast.net [IPv6:2001:558:fd01:2bb4::c]) (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 4bDhwN3lNhz3KGh for ; Sat, 07 Jun 2025 02:29:40 +0000 (UTC) (envelope-from kargls@comcast.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=comcast.net header.s=20190202a header.b=NCfFsW+x; spf=pass (mx1.freebsd.org: domain of kargls@comcast.net designates 2001:558:fd01:2bb4::c as permitted sender) smtp.mailfrom=kargls@comcast.net; dmarc=pass (policy=reject) header.from=comcast.net Received: from resomta-a2p-646965.sys.comcast.net ([96.103.145.237]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resdmta-a2p-658199.sys.comcast.net with ESMTPS id Nj9Nuz0Z3hfUmNjJJuA0HK; Sat, 07 Jun 2025 02:29:29 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1749263369; bh=lqPBFvHBriXLmfs++I7Q7WYk6S+pCCrlCRlYXYKBeH4=; h=Received:Received:Message-ID:Date:MIME-Version:Subject:To:From: Content-Type:Xfinity-Spam-Result; b=NCfFsW+xPXHFqabidwuBbZVhaROfNFmbVRuipNQXJqXdL6UnJKpmHmVeFZjKaz+Fw 8kIpmiRXq4jQEccqrQonYIOeAVJ9uaCVJpNuswR8Wb++klM665+Av9IbS/b4joVkTu ygfR0Q6ZLSMbW+uZTjnxGBtydk4hbkBxJuxvI+KYTH/aIh965a/Rau2dE9s1YPWk2A RtKsMnXnVxmIFOpOECq6MjBzJYZCmOs91tiyw6dLZPKJP8nEpKDrzJ0xxn0cuOIRVz OoylOeOuhdLp82gxcLlVL4EmY1SJ0GUzeoGHttv86sEvIozoedmGBX3IILde2LqFFt VEvDV9/74zgIg== Received: from [10.0.0.30] ([73.83.213.54]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 256/256 bits) (Client did not present a certificate) by resomta-a2p-646965.sys.comcast.net with ESMTPSA id NjJIu7vEsQnR9NjJIuSy3w; Sat, 07 Jun 2025 02:29:29 +0000 Message-ID: Date: Fri, 6 Jun 2025 19:29:27 -0700 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: drm panic after new world To: freebsd-current@freebsd.org References: <4699f48c-f042-46fe-8f9a-419e86d51f58@comcast.net> <8605cb6d-4121-4733-bc5f-c66c6358ea04@comcast.net> <1qr36rs2-149o-574s-sp5o-8sno8o600o94@serrofq.bet> Content-Language: en-US From: Steve Kargl In-Reply-To: <1qr36rs2-149o-574s-sp5o-8sno8o600o94@serrofq.bet> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4xfIuetptT/L0ZXIMliHYSDt/vqtPqxXH6/AtbXxi3Y9yR63hZllyEcNY2t/ZZNtx7alBWl2C7I2kmk46N2AsA7KNRheWTMA6ujDSEKYR0w0noaUR0384w mLutO3itj0GKNGnofiD9ixnQVWGmj7/tQkxFLZoH0FekD4qxyid6C+YMh7TRCvVCyHuypo1gq+1pkA== X-Spamd-Result: default: False [0.56 / 15.00]; HFILTER_HELO_5(3.00)[resdmta-a2p-658199.sys.comcast.net]; NEURAL_HAM_SHORT(-0.97)[-0.967]; NEURAL_HAM_MEDIUM(-0.73)[-0.730]; DMARC_POLICY_ALLOW(-0.50)[comcast.net,reject]; NEURAL_SPAM_LONG(0.26)[0.257]; R_SPF_ALLOW(-0.20)[+ip6:2001:558:fd01:2bb4::/64]; R_DKIM_ALLOW(-0.20)[comcast.net:s=20190202a]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:7922, ipnet:2001:558::/29, country:US]; RCPT_COUNT_ONE(0.00)[1]; RCVD_TLS_ALL(0.00)[]; FREEMAIL_FROM(0.00)[comcast.net]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[comcast.net:dkim]; FREEMAIL_ENVFROM(0.00)[comcast.net]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[comcast.net:+] X-Rspamd-Queue-Id: 4bDhwN3lNhz3KGh X-Spamd-Bar: / On 6/5/25 17:18, Bjoern A. Zeeb wrote: > On Thu, 5 Jun 2025, Steve Kargl wrote: > >> On Thu, Jun 05, 2025 at 08:22:45AM +0000, Bjoern A. Zeeb wrote: >>> >>> Sorting away wireless changes from sys/compat/..  here's what's left: >>> >>> % git log --oneline adc33d3288..8d136fb027 sys/compat/ | grep -v >>> 802.11 | grep -v skbuff | grep -v wsum | grep -v ASMEDIA >>> 325aa4dbd10d linuxkpi: Introduce a properly typed jiffies        << >>> jiffies changed to proper type >>> 8b51cd07f69e LinuxKPI: define time64_t                    << new typedef >>> 28efbf9d2f67 LinuxKPI: add dummy header file linux/unaligned.h >>> << empty header file >>> e29d72ac3ddd LinuxKPI: pci: add pci_info()                << new >>> macro for logging >>> f94d7319540b LinuxKPI: sysfs: implement sysfs_match_string() >>> << new macro/func >>> 6841b9987e83 LinuxKPI: add container_of_const()                << new >>> macro >>> 69880fede78f LinuxKPI: extend struct and enum for leds            << >>> LED additions to struct/enum (unused) >>> 059136a95aca LinuxKPI: add cleanup.h to mutex.h                << >>> #include added >>> 15581af7c2d3 exec: Remove parameter 'segflg' from >>> exec_copyin_args()    << linuxolator >>> 97f3a1565d88 linuxkpi: use iterator in zap_vma_ptes            << VM >> >> Well, my first attempt was at 6c3a4b5fab, which happens to > > That's not a valid hash. > >> include all of the above commits.  I misread the list as >> oldest to newest.   Boot system, kldload radeonkms.ko, >> and startx laeds to a panic.  The dump_stack() in evergreen.c >> occurs twice. >> >> Just completed rebuilding everything at e1f3f15192c.  This is >> the hash tag for the commit prior to 97f3a1565d88 from above. >> This boots up, I kldload radeonkms.ko, and startx brings up >> the expected desktop. > > Do I understand you correctly that the change before 97f3a1565d88 (VM > changes) worked but 97f3a1565d88 fails? > > Or only the former is true and the latter we do not know? > We only know with all of the above it's kaputt but before it's fine? > > >> Looking at dmesg, I see >> >> ... >> drmn0: radeon: MSI limited to 32-bit >> drmn0: radeon: using MSI. >> [drm] radeon: irq initialized. >> #0 0xffffffff808bbcfb at linux_dump_stack+0x1b >> #1 0xffffffff82a67adc at evergreen_startup+0x15ec >> #2 0xffffffff82a67fb6 at evergreen_init+0x276 >> #3 0xffffffff82abdc35 at radeon_device_init+0x835 >> #4 0xffffffff82aceb4e at radeon_driver_load_kms+0x19e >> >> >> and no other mentions of evergreen.c.  IOW, initialization >> appears to occur once. > > That sounds good.  So no resume path.  I almost fear your problem is > outside LinuxKPI but we'll see. > > I'd try 28efbf9d2f67 next to see what happens if I got you correctly. > I've narrowed the range to Good: 2025-04-24 9b2a503a1179 - main - e6000sw: add support for 88E6190X Bad: 2025-04-29 6c3a4b5f9b7b - main - alloca.3: move to share/man/man3 Good means boots and startx does not panic. dump_stack() in evergreen.c reports one initialization event. Bad means boots and startx panics. dump_stack() in evergreen.c shows that radeon is trying to initialized twice. The commit 28efbf9d2f67 is within this range, but I've run out of time until monday. -- steve From nobody Sat Jun 7 05:47:39 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 4bDnJv2zSDz5x8bf for ; Sat, 07 Jun 2025 05:47:43 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from cm0.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (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 4bDnJt0QCmz3GMg for ; Sat, 07 Jun 2025 05:47:41 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of freebsd-current@dino.sk designates 84.245.65.72 as permitted sender) smtp.mailfrom=freebsd-current@dino.sk; dmarc=none Received: from gema.dino.sk ([84.245.95.254]) (AUTH: LOGIN milan, TLS: TLSv1.3,256bits,TLS_AES_256_GCM_SHA384) by cm0.netlabit.sk with ESMTPSA id 00000000007A76A1.000000006843D27C.00008C18; Sat, 07 Jun 2025 07:47:40 +0200 Date: Sat, 7 Jun 2025 07:47:39 +0200 From: freebsd-current@dino.sk To: freebsd-current@freebsd.org Subject: Re: UFS bad inode, mangled entry on Alder Lake-N(100) Message-ID: <20250607074739.31a7116b@gema.dino.sk> In-Reply-To: <6024769d-1cac-439b-874d-c624112d30c9@gmail.com> References: <6530f044-486d-4128-9e23-ee03e6686aa9@yamagi.org> <20250128122345.74075269.25648751.10101138@dino.sk> <6024769d-1cac-439b-874d-c624112d30c9@gmail.com> X-Mailer: Claws Mail 4.3.0 (GTK 3.24.49; amd64-portbld-freebsd14.2) 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-Result: default: False [0.15 / 15.00]; NEURAL_SPAM_LONG(0.99)[0.994]; NEURAL_HAM_SHORT(-0.95)[-0.946]; NEURAL_SPAM_MEDIUM(0.40)[0.402]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:5578, ipnet:84.245.64.0/18, country:SK]; RCPT_COUNT_ONE(0.00)[1]; FROM_NO_DN(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[dino.sk]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4bDnJt0QCmz3GMg X-Spamd-Bar: / On Tue, 28 Jan 2025 15:33:30 -0500 Ian FREISLICH wrote: > On 2025-01-28 06:23, Milan Obuch wrote: [ snip ] > > It looks like the right thing, in my case adding > > vm.pmap.pcid_enabled=0 to /boot/loader.conf helps. I consider this > > easier than installing port for microcode update... > > > > That being said, could someone add some more pro/cons for those two > > approaches? > > > > Additionally, I am using M.2 SATA drive at the moment. While NVMe > > drive worked to some extent, if fsck was necessary for some reason, > > it was unpleasant - some 'waiting for nvme reset' event occured, > > this led to nvme drive detach, and the only way to fix it was > > unscrew the drive, put it in USB-NVMe converter, do fsck via USB > > drive, then mount it back into box... not acceptable. > > I chose microcode but that was hard to do because I only have one > nvme slot and the installer panicked trying to install the package at > the final part of the install. I had to install onto an SD and then > use another FreeBSD install to do a pkg chroot install onto that > temporary media and then use that to boot with the firmware update > and chroot install the firmware and edit loader.conf on the nvme. > > The microcode update fixed it for me. I inferred from reading that > enable PCID might have a performance advantage. > Well, I run with microcode update and NVMe on my Alder Lake box with no problem. Yesterday, however, the symptoms were back - bad inode error for filesystem, fsck necessary. Probably some data loss... (not a big problem, this was still device under test, and I can easily get the somewhat important things from drive) What may be relevant is it happened after system upgrade to more recent 14.3-STABLE from some a bit older 14.3-PRERELEASE, but I think microcode update binary is OS independent, or is there some dependency? I am going to try reinstall with disabled PCID and test it again. Regards, Milan From nobody Sat Jun 7 06:19: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 4bDp1M1bSkz5xCK0 for ; Sat, 07 Jun 2025 06:19:19 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Received: from mail-pj1-x1034.google.com (mail-pj1-x1034.google.com [IPv6:2607:f8b0:4864:20::1034]) (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 4bDp1L6bgcz3SQN for ; Sat, 07 Jun 2025 06:19:18 +0000 (UTC) (envelope-from ianfreislich@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pj1-x1034.google.com with SMTP id 98e67ed59e1d1-30e542e4187so2252684a91.3 for ; Fri, 06 Jun 2025 23:19:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1749277152; x=1749881952; darn=freebsd.org; h=mime-version:subject:user-agent:references:in-reply-to:message-id :date:to:from:from:to:cc:subject:date:message-id:reply-to; bh=9hDOOfUlLQ2i0SBR4qbHIOjgPETTCgM2DZIWvrz74uU=; b=ftYoJ+tpDuGF2D0Y5ob89cfrjXZ5EkY+Rw+0k5eFoW/XmZGxvwKiw/lNOTpQpdDK5D DLqfsWBCIW4N2zvmbwJpbreLoe/P0kHs26h7yKRg4j8X0qhzevbXlWi+rG+BIaN6MqD0 chriunbiOmO8wX3pZMVyhh7LwIFOut5IJHywD9C+QU2TLOZcyyUyXRQX5Bm499bU8rfL efp7PytEWntPiWZktb5un5Dx/hpbxmv0DTAtMfZV21saQeZxAosJiWPvHE4QffYqzaJ3 5SczGTmPLeUn5nLyg+kKt0mcV6PMmK/m5IbQLIPi4+RNP1/A8OWO7mgSwvIsLf836RtM bWRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749277152; x=1749881952; h=mime-version:subject:user-agent:references:in-reply-to:message-id :date:to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=9hDOOfUlLQ2i0SBR4qbHIOjgPETTCgM2DZIWvrz74uU=; b=jW6uQ9QvH+s+CFhfXhuSDC8MpPfHGqOvuYpJFwCs6S7qmoRXtSg7ZFJ3z3iysf6zhK W6MdjoirxxgQEngyeLis9wNW8NojlweCNThnAwa/gmjBXxSIYwGX3d4f6+zb+1fFaLLG Mz/T3mygf+Et8tJFEUduLyz2rM57f9aMXftBkoDkEF0gxKzwRn4dFyfKovp63Coa3JQ6 nii67pwFpb0CaCMtxp2FcD2bcnqnc31zbnIQN6rU5vKL/37UHO2AC596Zn4DC67ULiiW Cs+GDoZt/PBXSQD9wytIHw8boB6VuZ57VQ0+sDVadUVzq/Rhln5NmFDN1wimeHYoyEpP kyVQ== X-Forwarded-Encrypted: i=1; AJvYcCWIhph1V6rMu6s7c3FSy3H3UTAwuGSz3PePvg4QBG7HjKMSDTLnOaI8w9OjC5VwLdIfXOXq3GpLvA8UU9cvh0g=@freebsd.org X-Gm-Message-State: AOJu0YyAMMOYksn6XLe06banYzRFrgtf5ttw+712nqaOTC+QNv8f6hRj ucGPACQa8PUB1F03s5BfAdEwYLNJzQytsc35AUbFAxBMgOSzDutZnlqcKSiRzw== X-Gm-Gg: ASbGncvogZ81SAZHgbMb2/w/1CXVE0hO8sTIdwOdEp1rMvErqwgZVM/hU9J0El/PGDx aZkMp1ux8wcYhQYlOz91HtjL8llJpKPXJzJe6owmkbRjKukJS0/16hx8cvHUube2w3ii0WTiDAB 391GMiVctsEMV9E0E0X/EWWj14FdEjsUKx6qHEvi2udwGBG4YyzoBBJqG2JB4Z9DZP7KCwWhO1X BNEOOOBxRujUTuW8X6+VptoWE0lyvXneMREf4Sv1jj4fzrNevgtco7KWwgeJDyhOPUsWpbSpR9q UFs5zDSYhVlEbEel7zpIsMf8FVX6vdybTPHy+9xcdGu/f6b8qo0h+CpvkQ== X-Google-Smtp-Source: AGHT+IFXA7mLMqqO8rkCpuM10oK/YsmDYmcZqUlH+7AED/As5WUVaBel/VqEbYJeh+/grONa5N6BCw== X-Received: by 2002:a17:90b:540c:b0:313:27cc:69cd with SMTP id 98e67ed59e1d1-31346b29bbbmr11286700a91.12.1749277152118; Fri, 06 Jun 2025 23:19:12 -0700 (PDT) Received: from [192.168.1.105] ([172.92.92.146]) by smtp.gmail.com with ESMTPSA id 98e67ed59e1d1-31349f17bd2sm2229051a91.5.2025.06.06.23.19.11 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Fri, 06 Jun 2025 23:19:11 -0700 (PDT) From: Ian FREISLICH To: , Date: Sat, 07 Jun 2025 02:19:11 -0400 Message-ID: <197490b0f18.2762.64e08aff09ba5a21b2fc9010d26a90e5@gmail.com> In-Reply-To: <20250607074739.31a7116b@gema.dino.sk> References: <6530f044-486d-4128-9e23-ee03e6686aa9@yamagi.org> <20250128122345.74075269.25648751.10101138@dino.sk> <6024769d-1cac-439b-874d-c624112d30c9@gmail.com> <20250607074739.31a7116b@gema.dino.sk> User-Agent: AquaMail/1.55.1 (build: 105501552) Subject: Re: UFS bad inode, mangled entry on Alder Lake-N(100) 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="197490b109d9b627622d1370c" X-Rspamd-Queue-Id: 4bDp1L6bgcz3SQN X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] This is a multi-part message in MIME format. --197490b109d9b627622d1370c Content-Type: text/plain; format=flowed; charset="us-ascii" Content-Transfer-Encoding: 8bit On June 7, 2025 01:47:56 freebsd-current@dino.sk wrote: > On Tue, 28 Jan 2025 15:33:30 -0500 > Ian FREISLICH wrote: > >> On 2025-01-28 06:23, Milan Obuch wrote: > > [ snip ] > >>> It looks like the right thing, in my case adding >>> vm.pmap.pcid_enabled=0 to /boot/loader.conf helps. I consider this >>> easier than installing port for microcode update... >>> >>> That being said, could someone add some more pro/cons for those two >>> approaches? >>> >>> Additionally, I am using M.2 SATA drive at the moment. While NVMe >>> drive worked to some extent, if fsck was necessary for some reason, >>> it was unpleasant - some 'waiting for nvme reset' event occured, >>> this led to nvme drive detach, and the only way to fix it was >>> unscrew the drive, put it in USB-NVMe converter, do fsck via USB >>> drive, then mount it back into box... not acceptable. >> >> I chose microcode but that was hard to do because I only have one >> nvme slot and the installer panicked trying to install the package at >> the final part of the install. I had to install onto an SD and then >> use another FreeBSD install to do a pkg chroot install onto that >> temporary media and then use that to boot with the firmware update >> and chroot install the firmware and edit loader.conf on the nvme. >> >> The microcode update fixed it for me. I inferred from reading that >> enable PCID might have a performance advantage. > > Well, I run with microcode update and NVMe on my Alder Lake box with no > problem. Yesterday, however, the symptoms were back - bad inode error > for filesystem, fsck necessary. Probably some data loss... (not a big > problem, this was still device under test, and I can easily get the > somewhat important things from drive) > > What may be relevant is it happened after system upgrade to more recent > 14.3-STABLE from some a bit older 14.3-PRERELEASE, but I think > microcode update binary is OS independent, or is there some dependency? > > I am going to try reinstall with disabled PCID and test it again. I'm running 15.0-CURRENT #24 main-n277779-2a5841795fb7: Fri Jun 6 22:06:35 EDT 2025 and rebuilding all my ports without issue. I'm on the latest microcode (0x1d) as well. Ian --197490b109d9b627622d1370c Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
On June 7, 2025 01:47:56= freebsd-current@dino.sk wrote:

On Tue, 28 Jan 2025 15:33:30 -0500
Ian FREISLICH <ianfreislich@gmail.com> wrote:

On 2025-01-28 06:23, Milan Obuch wrote:

[ snip ]

It looks like the right thing, in my case adding
vm.pmap.pcid_enabled=3D0 to /boot/loader.conf helps. I co= nsider this
easier than installing port for microcode update...

That being said, could someone add some more pro/cons for= those two
approaches?

Additionally, I am using M.2 SATA drive at the moment. Wh= ile NVMe
drive worked to some extent, if fsck was necessary for so= me reason,
it was unpleasant - some 'waiting for nvme reset' event o= ccured,
this led to nvme drive detach, and the only way to fix it= was
unscrew the drive, put it in USB-NVMe converter, do fsck = via USB
drive, then mount it back into box... not acceptable. &nb= sp;

I chose microcode but that was hard to do because I only = have one
nvme slot and the installer panicked trying to install th= e package at
the final part of the install. I had to install onto an S= D and then
use another FreeBSD install to do a pkg chroot install on= to that
temporary media and then use that to boot with the firmwa= re update
and chroot install the firmware and edit loader.conf on t= he nvme.

The microcode update fixed it for me. I inferred from rea= ding that 
enable PCID might have a performance advantage.


Well, I run with microcode update and NVMe on my Alder La= ke box with no
problem. Yesterday, however, the symptoms were back - bad= inode error
for filesystem, fsck necessary. Probably some data loss..= . (not a big
problem, this was still device under test, and I can easi= ly get the
somewhat important things from drive)

What may be relevant is it happened after system upgrade = to more recent
14.3-STABLE from some a bit older 14.3-PRERELEASE, but I = think
microcode update binary is OS independent, or is there so= me dependency?

I am going to try reinstall with disabled PCID and test i= t again.

I'm running 15.0-CURRENT #24 main-n277779-2a5841795fb7: Fri Jun 6 22:06= :35 EDT 2025
and rebuilding all my ports without iss= ue. I'm on the latest microcode (0x1d) as well.

=
Ian
--197490b109d9b627622d1370c-- From nobody Sat Jun 7 07:53:28 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 4bDr6N6LpWz5xZPb for ; Sat, 07 Jun 2025 07:53:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (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 4bDr6N198kz3PGH for ; Sat, 07 Jun 2025 07:53:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=YR1r8pq9; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1749282821; bh=1ItTvWv+0j27M4yh18+R9H+ovotr1J3ETv62mYjMLoE=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=YR1r8pq9/ZCczl6QD8DkT39MndTQPGJztabGWYAG2vrfZ3Yy6lLj3RRRHST06EMVjCC503yJ6CJNbk+4W0CzB6JB/ijUKWxbMJQ6BJfdGNc0VQcUsjYEDfzB83FqPRsRcGc/xa2vVbZZyk+czTR5xeFcFMOIcLM6VxRCCrmsm+iBXI9beXOKr+MCKJtGbc8Nu3eCmlpVrIaMPDDcCCMj74H4HJQx+m0drCR4smzBR9f8gPu91/Y4KCBlb2RyWgjHzJhkU5FFWgNIy98F7uf5mQ74l/UW1BNm0SPRlnLJS3KNI8YzXgFhpdNoRMWSoA89BTyG7nRf7wp3dnMsxzLmvg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1749282821; bh=GGZU2ifCCFixbQrCJ+ZOjXw5Pw6EbZ5xxnuVvZL8Bt1=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=QPbTKTHhTir5NcHvCTC4TCroYK1YcCkPE43/XwSTtMl8M6QABhFnAc8GrdVKJTCpYXvmORXdAK6Yv6VITE4Bd+CNjn8u0yvrn59IkyoD3r6smvCcO6sSkNL86odsCtZ89ooIvqdKP/LAXNb6O8ij7ek6x1/71AVcsjGpe9Bw8ySLxgVTSzTn9d8SDMtAwChnbvO1J+rzsoFKh6OP+7Dc1si6v0PQ+PhH3kK/CpZH8UQse6jBt/XoUzqf83g39MK826OtqbsbqpChu5RX00d7yByVKFk2S2bc8N9HN8sUlwA+y28WxStWVjDfkxmbk+ySNE7DxNtsNXxmwphjFT3Lfg== X-YMail-OSG: ii4E.xcVM1kzhhQQbWio2fyeGpDfXkmnw8AjgkeCI_Z7sR27KHAt3s8J3Inf2OV YEUmL5w9kgctSKhjwaZdYRzhocyS45QD3fvSdyQjoaKAnD74W8u9srN7IlsZGF2UBc8nPww0fseI c0zbAfspgG9o_K3DC45XF6bttIkMILkdmk9GGo65UBlP9GtjjHfOpTqwIfqGsUwTJfMRreL52OZJ 3urNHHITUGQ.Ovzm0SRlzed2yQmo5lmESHAzQ9jzzXPIY5q16piJh7dS.s.ZgViQnwFj.qzAD3BB eJ62CPnYrwAjHOGDTfV6hNP8Jd3LPdbm3Si128li34kEqzVvBUKDgnzOA9914GbPyMoc2wdpQrjP q3GxkmfxyPs7gjltiRycsDwpA3EOZGuJ7k8esKReKHZmIgydhF32fvMm10GLZF6BomlcTKL6VXeu 5aXvd7OVusLQePttYLKED7FufaPAAXzE6BNiMMSISEAytvdUVQugxSwLE0..Uor0OjWq_nrdrFIN aVZBc3FjdnpW8tG8KzDWyMBB.yaoFwP0xoEgvlZz6ecEq3zCMpNYAC7dtdeQFwomeZlRvCzqoz_0 O_l5HjFGd24RDEz5Xue9ia9TlBjRDuxOij7qHMBoxfUrbUOxD8SqmDJuw1oHV4jSWBHBtNrvylSd ed_mwHljFmcTgKp1JoMPIfzT.wWe9BKtIz3IahEHoA8q9WtobDO0ot.blBvpPQ0omhh934Sj1yVg .U6hbL8GIGplqHc4IzyKyquKzUWalSuS67tCYjoxgoXQW7LhgcoW.yV2GdXeCgywBKra_eL5x.9w _FVlqiPcmUP8UsFsGLlwmZZyffWhBDasGW1bmYQdhHmPXrxVhqfYmWUfli6gvoYi0ooyK7e8Zgj1 P5ReSsGCkCYW8K61NkEo1Fq3OzcexyYfCpTNbt8ivE480Q.8bVm3faiOD2qAMLosQsKYZIOT861C cP3VzjsMi2lCU5JHRh1Wp65ZyiWZERBUszTRLrxnj_fHZAtVdyt1ac5e8u0V3hdddiFYuF1eTGeQ NSsuzc30P_Cw2F6kjpkA9xngYEg7pySnTmTqg7lZpfFJbu0bJR5_gSQUJs54BCSBsg06neERV1lq xqCx81ISgm0W5f.58Hds3bl.b4YnHHC3_fZDi2G5CJr63pHXDRAdp9nydHzxuMNPfTcy4PYRXz46 _3Fl5Uvu2bARZSr04tJRog6EHX9thDM34prl.bWRlXtcqTjwDMM9vTFJVb.E2mkv3oKpw7JzPmBG KkmE7cfnbI0rjz1Xs1f6WpYpNWOjO74_DHpKMhi7_EDszNx2qPX0cW9VI3DO00IuMS4Uk6PiGhum DNyRE018vNoo98CxlaASt5cy.H940aYDI7nUvrBHXlTM5Em.C5eR5caGZXuqRT.EU6aexPDMbB9J d9gXTUx3Y3We9TPTp04FvTkiToQf9wX_ahoiZy0aFbNMVZwm62F10i.faisHvvHH35V59qEjvRa_ pc8gfe86XjxXlyxKyrutQYA9CDQJOXMJEnCtb0L1ssAGp0cakzsS4TBGW8PjKNZfdr9nUStOdtHv YgbjHMsoO.uwhNU8kVu_F.upRQfaVkiWI8nrm2JsnQeOGHBa1jroZ2jbbU_ZaG1gqITZ42vZmDEf DCp1Rkmhihcs3EMnxd9nyIbgtZNHsDCbgM5A2_RjOC7WFyKFiklSEz9AkVGrTMYDdFweqBxGoNv7 6sjgpG77ADP0Ak794K7LPNhihcD_S7btv8Nopa440b.2ZiKrjuB8G8rJoOuWNa9D.ekOKIyEVdW5 VKTUzvG_1zb4SC6fX4tLWuLZhZak1q1_Q4CF6mfRu_Podo.oNFuab_QMNoeGu.VWhSJSQtXetFoq QiKmEd4Piv_4NC5yNgJNsrvhxVN_3e6dby7dcsGLl66sMGg2fCQurMG3JkO3lo1S_VhhH65g3kbR Va7Mb67yQJqlC_n378jdLYExoRSITA8GM_Q5eEgky9gKeO3qrsCKgGyPa1Qn9akAaW4fNMrdwsIN BmJIJqqeZtXASJTXIzfEf7Q5PpJJObDZrR6gW9ilGIUnFP5GbnTeozKsNY75VCQ6OUzEr8b0A65k HYuYsiTZdGLGhK4lhrJQR9a0VehjBlvXMmlf4PRxAWM5pzVS4v4mPFhzCP1lJB69BkrD1gnq4PBM Jqm3eATePapSeLG5pbDTJoVG3yKdvbU0PEFyATDssip4xPF25DVFytTBjb74ceA2blxEKnc323_S WP6bUmatoXDNoC4_buHe8ErCcvaNVhyK1fP8QLvPAD9Hnm2c- X-Sonic-MF: X-Sonic-ID: 82de7e68-3bb7-42d7-8537-c13baf63a158 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sat, 7 Jun 2025 07:53:41 +0000 Received: by hermes--production-gq1-74d64bb7d7-5qmwx (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 06ae129bc44128bb2494b0d7de00c1ba; Sat, 07 Jun 2025 07:53:39 +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.600.51.1.1\)) Subject: 2022's "stand: Document EFI consoles" update predates the 2023 "eficom" (vs. older "comconsole") update: going to be documented? Message-Id: <78F50456-F056-4600-85DA-A07828E9F019@yahoo.com> Date: Sat, 7 Jun 2025 00:53:28 -0700 To: FreeBSD Current , freebsd-doc@freebsd.org X-Mailer: Apple Mail (2.3826.600.51.1.1) References: <78F50456-F056-4600-85DA-A07828E9F019.ref@yahoo.com> X-Spamd-Result: default: False [-2.36 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.995]; NEURAL_HAM_LONG(-0.99)[-0.995]; NEURAL_HAM_MEDIUM(-0.87)[-0.871]; MV_CASE(0.50)[]; 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]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.32:from]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.32:from] X-Rspamd-Queue-Id: 4bDr6N198kz3PGH X-Spamd-Bar: -- 2022: author Warner Losh 2022-09-01 16:34:30 +0000 committer Warner Losh 2022-09-01 16:34:30 +0000 commit 75a91c70f8d12825ded5a6d14841bf3065ba6595 (patch) tree 6a7f7b85f596d2b5067194450b80df96f4ba40fc /stand/man/loader.efi.8 parent b1819983e70f5b8890404b7e07d17888d0cccfb6 (diff) stand: Document EFI consoles Document how EFI consoles work, at least on x86. There's a number of = weird quirks and limitations that are generally known, but not = documented until now. Include information on how EFI decides what the = defualt console is, how to set it and how to cope with common = situations. Note limitations and mismatch between ACPI (which uses UID = to identify a device) and our console code (which uses a raw address) = and explain why we can't translate between them in the loader. =20 Sponsored by: Netflix Reviewed by: manu, kevans, rpokala, pauamma Differential Revision: https://reviews.freebsd.org/D36286 vs. the 2023: Commit message (Expand) Author Age Files Lines * stand: libefi: avoid a null pointer deref in eficom Kyle Evans = 2023-05-28 1 -2/+2 * stand/efi/eficom: Free comc_port if we can't find the serial port = Warner Losh 2023-05-25 1 -0/+10 * stand/efi/eficom: Make aarch64 compat code probe correctly Warner Losh = 2023-05-25 1 -2/+5 * stand/efi/eficom: Don't allow this for !HYPERV machines Warner Losh = 2023-05-25 1 -0/+17 * stand/efi/eficom: better handling of absent device Warner Losh = 2023-05-25 1 -5/+16 * stand: eficom: Only set baudrate when it changes Warner Losh = 2023-05-11 1 -17/+22 * stand: eficom: Don't preemtively assume flow control Warner Losh = 2023-05-11 1 -9/+5 * stand: eficom : remove unused ignore_cd Warner Losh 2023-05-11 1 -2/+0 * stand: Move eficom to libefi Warner Losh 2023-05-11 6 -6/+1 * stand: efi create eficom console device. Warner Losh 2023-05-11 3 = -72/+39 Those stand updates show up in main and releng/14.0 (but not in = stable/13). They did not include a "main 8 loader.efi" update. Is man 8 loader.efi going to stop referencing comconsole as what to use (vs. eficom) at some point? Similarly for all of: # man -K comconsole /usr/share/man/man8/loader.8.gz: console variable, or set it to = serial console (=E2=80=9Ccomconsole=E2=80=9D) if the /usr/share/man/man8/loader.efi.8.gz: work) and =E2=80=9Ccomconsole=E2=80= =9D for the serial on COM1 at the default baud rate. /usr/share/man/man8/loader.efi.8.gz: =E2=80=9Ccomconsole=E2=80=9D. = The default port is COM1 with an I/O address of 0x3f8. /usr/share/man/man8/loader.efi.8.gz: comconsole_port is used to set = this to a different port address. /usr/share/man/man8/loader.efi.8.gz: comconsole_speed is used to set = the of the serial port (the default is /usr/share/man/man8/loader.efi.8.gz: 9600). If you have console set = to =E2=80=9Cefi,comconsole=E2=80=9D you will get output /usr/share/man/man8/loader_4th.8.gz: console variable, or set it to = serial console (=E2=80=9Ccomconsole=E2=80=9D) if the /usr/share/man/man8/loader_lua.8.gz: console variable, or sets it to = serial console (=E2=80=9Ccomconsole=E2=80=9D) if the /usr/share/man/man8/loader_simp.8.gz: console variable, or set it to = serial console (=E2=80=9Ccomconsole=E2=80=9D) if the /usr/share/man/man5/loader.conf.5.gz: console = (=E2=80=9Cvidconsole=E2=80=9D) =E2=80=9Ccomconsole=E2=80=9D selects = serial console, vs. the lack of any reference to eficom: # man -K eficom #=20 =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Sat Jun 7 20:36: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 4bF9246tqXz5xmqf for ; Sat, 07 Jun 2025 20:36:12 +0000 (UTC) (envelope-from bz@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 "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bF9246L8Wz3vDC; Sat, 07 Jun 2025 20:36:12 +0000 (UTC) (envelope-from bz@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749328572; 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=m2BNIWU8C+yVeh9wMFcYn/2KYyVkfKSKvBVOFy63qvo=; b=FXItlYdxK9uGOEMtKv0GLNVmRd6/4kZbNkH9hAlvl1Fe2Nt5/DmlWMEUlzCrltxzaWGJH9 Jq0+Td13Y8niQhcVmCBiMuyJasHeSuuQY4FrAP7AkIVLOSfCPlGiWjpnxdTuAq97ee/uyW /GcHQ5VSisSDjYMeePRB/DDTeaebrYtqk5t5749YTl1X1cBXI3zbM2ELQsA2yWxvI0l8jX 64WIY7w9SWC2I8nDtsbJpUsx4dm4btsX8n9QGFiclfd2x3O3PkgIACbFD6WPfKSXu4uJSr FW45MDgLurGmrZz3mQGdq7rBIzDtl1TFnOyfQ2McrRvteRnda2KJXfZ8TJ8NnQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1749328572; 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=m2BNIWU8C+yVeh9wMFcYn/2KYyVkfKSKvBVOFy63qvo=; b=tOItGypZX1y5ZK+Wt4RuB7U76Q4GYg2Wk96My2HwhSQkyD0eJLcq/bNqPD952F0sOVOS/K 95XtDTBjxY2kTx7PUjV7B3qJ2ZadCchWUZGXBDwYh/d1R0rh4kZlvSQjKIhzipjKKciIhy E9gnyiG3G3yGDYooj/2NJy0s618b9VQlpuQ0jbuL/lIQX0Z4HndI9t1Le1lUEhrK483QnA aa6jijZxn/BA/SkoTzeV8sRnsqx1R7/93IwTvuyUNg9ObePKvFKKXocrwqrTQ1BGMrT5nJ EOLF0p/mAusoktmrNiNJcU3Hr6M4enwX3aq40w7am6ptVBYaxOgmcGv+qUWaCA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1749328572; a=rsa-sha256; cv=none; b=eiqH8HCGMrJjeLaLEFDSPE6qVXXNyEqUzvVV03XHElrHSxzSOXfZtG7m5NqLQaSx1vCZGv nZ0wRD1bhPtXuFhi5Ju9PJdWoFSAGXYLYHt+k7TWREBeNeZvjrgI34dSenTlrua5/Pc+rG PvVoLONswCSUwZaZbymnBH09wZd0ApxIP6fH8npYw8mNPabauicd+uT43cWluNwOCcPu4T 36c/Pq3RVW+v4YMumKBkq4S0hVZ45ZRJ58TbtHnl0VbeuyX6w6xH5NpvPdA11ca0pl2R7w G7IdvifA6pTyEXmEfEO6WxS8pk497HW2EY3LYfokl7CoFJ7EKoSfgAhZ8Yd6rA== Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E5" (verified OK)) (Authenticated sender: bz/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bF9244r5lz4Cy; Sat, 07 Jun 2025 20:36:12 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id B64A3A64805; Sat, 07 Jun 2025 20:36:09 +0000 (UTC) Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id E32A22D029E0; Sat, 7 Jun 2025 20:36:10 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id 7aNUsfotNQH2; Sat, 7 Jun 2025 20:36:04 +0000 (UTC) Received: from strong-rtwn0.sbone.de (strong-rtwn0.sbone.de [IPv6:fde9:577b:c1a9:4902:3e64:cfff:fe55:bc80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 7CB3A2D029D8; Sat, 7 Jun 2025 20:36:04 +0000 (UTC) Date: Sat, 7 Jun 2025 20:36:03 +0000 (UTC) From: "Bjoern A. Zeeb" To: Steve Kargl cc: freebsd-current@freebsd.org Subject: Re: drm panic after new world In-Reply-To: Message-ID: <4n440n6o-r256-p48p-33p7-3noq540q0o0r@SerrOFQ.bet> References: <4699f48c-f042-46fe-8f9a-419e86d51f58@comcast.net> <8605cb6d-4121-4733-bc5f-c66c6358ea04@comcast.net> <1qr36rs2-149o-574s-sp5o-8sno8o600o94@serrofq.bet> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed On Fri, 6 Jun 2025, Steve Kargl wrote: > I've narrowed the range to > > Good: 2025-04-24 9b2a503a1179 - main - e6000sw: add support for 88E6190X > Bad: 2025-04-29 6c3a4b5f9b7b - main - alloca.3: move to share/man/man3 > > Good means boots and startx does not panic. dump_stack() in evergreen.c > reports one initialization event. > > Bad means boots and startx panics. dump_stack() in evergreen.c shows that > radeon is trying to initialized twice. > > The commit 28efbf9d2f67 is within this range, but I've run out of time > until monday. Okay, looking at that range try 4fa275a5f357 next. I am taking a 50:50 chance. If that is not Good, go to ddf144a04b53 towards the 'Good' end see if that is still good. I am basically trying to balance this between jiffies, queue changes, and some others. Not a tradiitonal bissect ... -- Bjoern A. Zeeb r15:7 From nobody Sun Jun 8 17:21:20 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 4bFhfy5djyz5xq77 for ; Sun, 08 Jun 2025 17:21:30 +0000 (UTC) (envelope-from rozhuk.im@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 4bFhfx567xz3xmk; Sun, 08 Jun 2025 17:21:29 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=eVvuPMSu; spf=pass (mx1.freebsd.org: domain of rozhuk.im@gmail.com designates 2a00:1450:4864:20::533 as permitted sender) smtp.mailfrom=rozhuk.im@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x533.google.com with SMTP id 4fb4d7f45d1cf-60727e46168so6355060a12.0; Sun, 08 Jun 2025 10:21:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1749403283; x=1750008083; 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=9hD3br8NZP0Log+O9wa068o0IxstR75lf4RBOlShYak=; b=eVvuPMSu0MFw7QcIPayRTtmYMGO45DzJlZm+elNrjip9GeXJSIwaf2hu3m49kWAOdC A4wP9F5kmHLt/bHiYsthk1HV+9oIi2bG3OiYEmu3Qst7584lEGkNCm6fxpQt61LTwl6R iHnquZp9lcEcFXeCKYDUUQ1hb4dB96CbWFb/Y7u4OP5zuMldaLvLvaJo746LHWsJEEyH t+tjDnZlh8NpiFrok2UiKg9V8URJ+rLsnBeooJNtqfrvxs7UjQBIGcXTUYJMZmhG/zpU g65lMHFAhRNT3uih10nIACu+uXHEv272n9gfs7H+eVNToeue3fidWjux5Ao9GM4wemSL vDhA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749403283; x=1750008083; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:date:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=9hD3br8NZP0Log+O9wa068o0IxstR75lf4RBOlShYak=; b=cg5f5TaMzZ0uk+J6AOpBn1RSdrYlgV/I7gLk3S0+wXQpYfWMRR74JITCcoAIzlEId3 W5V138nZapTC2iU2zGQsXUhknw7oTeyugkyjU2rOYhO7RA2LF6jb+tMXgo3a9MKUtkdu 9OHD9vJm/Z2GEB/Zf5rUiR1S2Y3wy438qKp4GGXMRumH731/4bVhhP9MOex+/4a5NRAf YcBra/WVMe8xuD6B3lUbldwE1loBZ6HLbLvOgGUBS8HsURbHGp/OEq+9SHkSaaCPbrZL BP1RehXu3U/y8E/TgNaNGs5dBlk3MS9EVm3wlum30F2ze+GbFb+jQSUXJ7TTxnqk3UOu bq/w== X-Gm-Message-State: AOJu0YzTCsEW0uF8hGXYFcgh0sJG8ztmqmUDxtHTbQMG8yIhiAtj8e44 XAVetawVrWjxf7HED7jxPSvlZM/gkLWiHR2hbp75/n8306ktqVEj1IK/27pW/kON X-Gm-Gg: ASbGnct+Fp7eFjUeKrPSa7/ggfg2QmVfuMp7gQqyZ57WH/BPTKe8hwpgrWi1cWDH45G mMaWcteTx2tU8xZG5kEhmMTses9GvXQLKKnHnAOZ57NRdIXi5CE8uWxcQv7xHN8vJ8J3GY55bcE HaO86JMoWBhHzPa/m6/Zt1e1l3uEpeq+kMO3QUAog0ic864+nBvwS2+8O2sl29ox+E9YZhoxqDS hxHhGoe/VP2li5sSUzcdnCnopOIJJFqSgXWzA3gH7VAA9oBEU/C7tqH8yDyZflTDlwRXdf9Vs3a cYeJghOj6+We5C2M/VopQ/T03nZDHyUgJ1J1OU5dTqgQe32+I5tIiy3VKDTmByJKLQ== X-Google-Smtp-Source: AGHT+IH/l/p62TvGx0MBc/YOkIW3oTW75fjGPkWFO/uA6RZmKvBlzxNWKbdS7+MHe+shs0AXIipURw== X-Received: by 2002:a05:6402:3582:b0:607:1f02:e954 with SMTP id 4fb4d7f45d1cf-607746a35f8mr8979002a12.23.1749403282940; Sun, 08 Jun 2025 10:21:22 -0700 (PDT) Received: from rimwks.local ([2001:470:1f1b:4dc:9dbb:70f0:8f3d:7cc3]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-6077837756esm3644077a12.17.2025.06.08.10.21.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 08 Jun 2025 10:21:22 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Sun, 8 Jun 2025 20:21:20 +0300 To: Dimitry Andric Cc: FreeBSD CURRENT Subject: Re: HEADS UP: libllvm, libclang, and liblldb converted into shared libraries Message-ID: <20250608202120.7ba0e4c3@rimwks.local> In-Reply-To: References: X-Mailer: Claws Mail 4.3.0 (GTK 3.24.49; 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-Result: default: False [-0.35 / 15.00]; NEURAL_SPAM_LONG(1.00)[1.000]; NEURAL_HAM_SHORT(-0.98)[-0.983]; NEURAL_SPAM_MEDIUM(0.64)[0.637]; 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]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::533:from]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TAGGED_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; DKIM_TRACE(0.00)[gmail.com:+] X-Rspamd-Queue-Id: 4bFhfx567xz3xmk X-Spamd-Bar: / On Sat, 26 Apr 2025 18:06:54 +0200 Dimitry Andric wrote: > In https://cgit.freebsd.org/src/commit/?id=2e47f35be5dc I committed a > change to convert libllvm, libclang, and liblldb into private shared > libraries. This means that tools like clang, lld, lldb, and more are > now quite a bit smaller, as all the common functionality is located > in those shared libraries. > > Note that these shared libraries are not the same as upstream's, and > are _not_ ABI compatible, which is why they are installed as private > shared libraries. If you need ABI compatibility and/or the > llvm-config tools, please use one of the devel/llvm ports. > ... > Please let me know if you encounter any problems resulting due to this > change, as I intend to MFC it. For example, I tried covering all > incremental build scenarios, but I may have missed some corner case. > It is dramatically increase configure time, and build time. Before commit: root@rimwksv:/usr/ports/net/ssdpd# /usr/bin/time -h make configure ... -- Build files have been written to: /tmp/ports/usr/ports/net/ssdpd/work/.build 3.03s real 1.80s user 1.28s sys root@rimwksv:/usr/ports/net/ssdpd# /usr/bin/time -h cc -v 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 0.01s real 0.00s user 0.01s sys root@rimwksv:/usr/ports/net/ssdpd# /usr/bin/time -h cc -v 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 0.01s real 0.00s user 0.00s sys root@rimwksv:/usr/ports/net/ssdpd# /usr/bin/time -h cc -v 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 0.01s real 0.00s user 0.01s sys Build world+kernell: ~13m After: root@rimwksv:/usr/ports/net/ssdpd# /usr/bin/time -h make configure ... -- Build files have been written to: /tmp/ports/usr/ports/net/ssdpd/work/.build 12.79s real 11.99s user 0.85s sys root@rimwksv:/usr/ports/net/ssdpd# /usr/bin/time -h cc -v 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 0.16s real 0.15s user 0.00s sys root@rimwksv:/usr/ports/net/ssdpd# /usr/bin/time -h cc -v 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 0.16s real 0.15s user 0.01s sys root@rimwksv:/usr/ports/net/ssdpd# /usr/bin/time -h cc -v 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 0.16s real 0.14s user 0.02s sys Build world+kernell: ~1h