Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 4 Dec 2024 00:18:26 +0000
From:      Felipe Grazziotin <felipe@starbyte.net>
To:        freebsd-questions@freebsd.org
Subject:   fbd0 / vt(4) console, no longer coming up after 14.2-RELEASE upgrade?
Message-ID:  <CAAvATDZKSd-tz_vK72fsP%2BfJ03woVsqvnhxx472PGsRxs2Tn9g@mail.gmail.com>

next in thread | raw e-mail | index | archive | help
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAAvATDZKSd-tz_vK72fsP%2BfJ03woVsqvnhxx472PGsRxs2Tn9g>