fbd0 / vt(4) console, no longer coming up after 14.2-RELEASE upgrade?
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