No issues with that in-place source update for my headless buld machine, but a couple of laptops blanked out and seem to have locked up on the reboot after the build/install completed.
I'm tracking head daily on these machines (1 headless build machine; 2 laptops). And the vast bulk of the time, this "just works." Today wasn't one of thoe times. :-} I keep their sources pretty much in lock-step, and also update installed ports daily. (Though that's actually done under stable/14, which I also track daily.) Once one of the laptops would lock up (didn't even get to display the xdm login banner), I couldn't even ping it, so unfortunately, I have precious little actual information to offer (though I'm happy to experiment, given suitable clues). For the (successful) build machine the last couple of "uname" outputs were: FreeBSD 15.0-CURRENT #151 main-n275966-d2a55e6a9348: Fri Mar 14 11:00:43 UTC 2025 r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1500034 1500034 FreeBSD 15.0-CURRENT #152 main-n275975-5963423232e8: Sat Mar 15 10:59:14 UTC 2025 r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1500034 1500034 For the laptops, I was able to reboot using kernel.old (the one from yesterday, main-n275966-d2a55e6a9348), though I didn't exercise the machines much. As the laptops were booting, I had the impression that at the point where the screen normally switched to "graphics" mode, it just blanked out & never displayed anything again (until I power-cycled the machine). Each laptop has an integrated Intel graphics device, and I have: PORTS_MODULES+=graphics/drm-61-kmod in /etc/src.conf to ensure that that kernel module gets rebuilt whenever the kernel does. Peace, david -- David H. Wolfskill da...@catwhisker.org Thank you, Claude Malhuret. https://wickedemerald.wordpress.com/2025/03/08/speech-from-claude-malhuret/ See https://www.catwhisker.org/~david/publickey.gpg for my public key.
signature.asc
Description: PGP signature
