Solved Intel UHD Graphics 730 on FreeBSD 14.0-RELEASE

[jambock.84]

DISCLAIMER:

Along this thread I cannot know at large if what particularly happened to me could be in fact general, nor could I state that the workaround would be the best practice or the right thing to do in a similar case. Thus, what I'm trying to share here is to be taken as a mere contribution which may or may not work under other circumstances or scenarios and I shall not be held responsible for anything that could go wrong, that is, if you try what I've successfully did, in part or in its entirety, do at your own risk. Thank you.

Introduction
My starting point is: Installing FreeBSD 14.0-RELEASE on Dell OptiPlex Micro (GPT+ZFS on NVMe SSD) and proceed similarly as I've done for Intel UHD Graphics 630 on FreeBSD 14.0-RELEASE, but this time the problem is to make a good use of an Intel UHD Graphics 730 which is capable of providing resolutions of 1920x1080 resolution via HDMI 1.4b and 4096x2304 via DisplayPort 1.4a both at 60Hz.

Setup
Although following the same strategy from the previous thread has worked for the most part, new issues have appeared.

The device is recognized as follows:

# drm_info |grep Device​

... Intel Corporation Alder Lake-S GT1 [UHD Graphics 730] ​

So I've acted accordingly and performed a pkg install gpu-firmware-intel-alderlake and X11 came up nicely.
But inspecting the logs:

# dmesg |grep drm
drmn0: <drmn> on vgapci0
vgapci0: child drmn0 requested pci_enable_io
vgapci0: child drmn0 requested pci_enable_io
drmn0: [drm] Incompatible option enable_guc=-1 - undocumented flag
drm] Unable to create a private tmpfs mount, hugepage support will be disabled(-19).
[drm] Got stolen memory base 0x6c800000, size 0x3c00000
lkpi_iic0: <LinuxKPI I2C> on drmn0
lkpi_iic1: <LinuxKPI I2C> on drmn0
lkpi_iic2: <LinuxKPI I2C> on drmn0
lkpi_iic3: <LinuxKPI I2C> on drmn0
lkpi_iic4: <LinuxKPI I2C> on drmn0
lkpi_iic5: <LinuxKPI I2C> on drmn0
lkpi_iic6: <LinuxKPI I2C> on drmn0
lkpi_iic7: <LinuxKPI I2C> on drmn0
lkpi_iic8: <LinuxKPI I2C> on drmn0
drmn0: successfully loaded firmware image 'i915/adls_dmc_ver2_01.bin'
drmn0: could not load firmware image 'i915/tgl_guc_62.0.0.bin'
drmn0: [drm] GuC firmware i915/tgl_guc_62.0.0.bin: fetch failed with error -2
drmn0: [drm] GuC firmware(s) can be downloaded from https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915
drmn0: [drm] Finished loading DMC firmware i915/adls_dmc_ver2_01.bin (v2.1)
drmn0: 0xfffffe01420cf638Vdrmn0: Please file a bug on drm/i915; see https://gitlab.freedesktop.org/drm/intel/-/wikis/How-to-file-i915-bugs for details.
drmn0:  0xfffffe01420cf698Vdrmn0:0xfffffe01420cf6d8Vdrmn0: [drm:0xffffffff837071a0s] 0xfffffe01420cf738Vsysctl_warn_reuse: can't re-use a leaf (hw.dri.debug)!
lkpi_iic9: <LinuxKPI I2C> on drm1
lkpi_iic10: <LinuxKPI I2C> on drm3
[drm] Initialized i915 1.6.0 20201103 for drmn0 on minor 0
name=drmn0 flags=0x0 stride=7680 bpp=32

What was really unexpected to me was reference to some missing (i915_tgl_guc_62.0.0_bin.ko) TigerLake firmware. I don't have any idea if the supposedly relationship between the AlderLake and TigerLake is legitimate or if it may have been some unfortunate "left-over-bug" from the porting process. What I know, by experience, is that if I try to add the missing file, either via pkg install gpu-firmware-intel-tigerlake or just pulling out from it just the missing file, the system boot hangs when trying to load it and I'm forced to select a previous boot environment for repairing (removing the offending files) from the default boot environment.

As I said I don't know if the reported missing file should indeed or should not be present, but if it does I don't know to put it there without hanging my system during its boot phase.

All in all, for the graphics, the "basics" seem to be working fairly decently; in fact quite well IMHO.

 

[jambock.84]

About:

drmn0: could not load firmware image 'i915/tgl_guc_62.0.0.bin'
drmn0: [drm] GuC firmware i915/tgl_guc_62.0.0.bin: fetch failed with error -2

Historically, error -2 used to mean File Not Found.

Perhaps the sad news is that pkg install gpu-firmware-intel-alderlake installs i915_adlp_guc_62_0_3_bin.ko which seems to have being ignored.

Should I try filing a bug?

 

[jambock.84]

About:

drmn0: 0xfffffe01420cf638Vdrmn0: Please file a bug on drm/i915; see https://gitlab.freedesktop.org/drm/intel/-/wikis/How-to-file-i915-bugs for details.
drmn0: 0xfffffe01420cf698Vdrmn0:0xfffffe01420cf6d8Vdrmn0: [drm:0xffffffff837071a0s] 0xfffffe01420cf738Vsysctl_warn_reuse: can't re-use a leaf (hw.dri.debug)!

I suspect that for the moment there's nothing to do about it on the FreeBSD side, because querying freedesktop.org for the terms drm and leaf seems to reveal that such "bug" has never been filed.