fbd0 / vt(4) console, no longer coming up after 14.2-RELEASE upgrade?

From: Felipe Grazziotin <felipe_at_starbyte.net>
Date: Wed, 04 Dec 2024 00:18:26 UTC
Hi folks,

I'm not sure how to report this - please let me know and I'll follow
up accordingly.

I've been running 14.x on my Intel NUC (NUC6i3SYH Intel Core i3-6100U)
as a home server for about a year now, flawless.
Last night I did an upgrade from 14.1-p6 to 14.2-p0. It didn't go 100%
clean, on the first call to
# freebsd-update fetch install ;  freebsd-update upgrade -r 14.2

I got errors about a failed checksum:

Fetching 1861 files...
....10....20....30....40....50....60....70....80....90....100....110....120....130....140....150....160....170....180....190....200....210....220....230....240....250....260....270....280....
gunzip: (stdin): unexpected end of file
29c8fdfdb5d2d8a8cb33bacfee74154c08f9a7384d6a397f73d4fcdd9f20a9b2 has
incorrect hash.

These went away on a second run.
It looked good except from a few changes on /boot/devices.hints that
might be relevant, so I rebooted.

After entering the GELI password and selecting the multi-user boot, I
didn't get a login prompt.
I don't use the console for anything other than booting up and
entering the GELI password, so I'm not stuck.
The box is accessible via IP so I was able to gather a bit more info.

My screen is showing the usual boot-up dmesg up to:

(...)
[6] <6>[drm] Got Intel graphics stolen memory base 0x78c00000, size 0x4000000
[6] drmn0: <drmn> on vgapci0
[6] vgapci0: child drmn0 requested pci_enable_io
[6] vgapci0: child drmn0 requested pci_enable_io
[6] lkpi_iic0: <LinuxKPI I2C> on drmn0
[6] iicbus0: <Philips I2C bus> on lkpi_iic0
[6] iic0: <I2C generic I/O> on iicbus0
[6] lkpi_iic1: <LinuxKPI I2C>skl_dmc_ver1_27.bin: could not load
binary firmware /boot/firmware/skl_dmc_ver1_27.bin either
[6]  on drmn0
[6] iicbus1: <Philips I2C bus> on lkpi_iic1
[6] iic1: <I2C generic I/O> on iicbus1
[6] lkpi_iic2: <LinuxKPI I2C> on drmn0
[6] iicbus2: <Philips I2C bus> on lkpi_iic2
[6] i915/skl_dmc_ver1_27.bin: could not load binary firmware
/boot/firmware/i915/skl_dmc_ver1_27.bin either
[6] iic2: <I2C generic I/O> on iicbus2
[6] i915_skl_dmc_ver1_27.bin: could not load binary firmware
/boot/firmware/i915_skl_dmc_ver1_27.bin either
[6] drmn0: successfully loaded firmware image 'i915/skl_dmc_ver1_27.bin'
[6] drmn0: [drm] Finished loading DMC firmware i915/skl_dmc_ver1_27.bin (v1.27)
[7] drmn0: [drm] failed to retrieve link info, disabling eDP
[7] sysctl_warn_reuse: can't re-use a leaf (hw.dri.debug)!
[7] lkpi_iic3: <LinuxKPI I2C> on drm2
[7] iicbus3: <Philips I2C bus> on lkpi_iic3
[7] iic3: <I2C generic I/O> on iicbus3
[7] <6>[drm] Initialized i915 1.6.0 20201103 for drmn0 on minor 0

Reading the readmining dmesg buffer after connecting to SSH, I see the
following:

[7] VT: Driver priority 0 too low. Current 101
[7]  fbd0: not attached to vt(4) console; another device has precedence (err=17)
[7] pchtherm0: <Skylake PCH Thermal Subsystem> mem
0xdf050000-0xdf050fff at device 20.2 on pci0
[7] ichsmb0: <Intel Sunrise Point-LP SMBus controller> port
0xf040-0xf05f mem 0xdf04a000-0xdf04a0ff at device 31.4 on pci0
[7] smbus0: <System Management Bus> on ichsmb0


After those, it's all about the NICs/bridges/ipfw coming online.

I'm happy to provide more information and help troubleshoot this, as
it might be more critical to other people.

Thanks in advance,
Felipe