From nobody Wed Jun 04 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