[8086:46a8] DP monitor through Type-C dock(Dell DA310) doesn't work
Kernel: drm-intel-fixes-2021-12-02
- boots up into desktop
- connect DA310 to the machine(around 94s)
- connect DP monitor on DA310(around 109s)
- no output to DP monitor
Tried 5.14 and 5.16-rc3 kernels, none of them works.
Activity
Please provide all data as instructed at: https://gitlab.freedesktop.org/drm/intel/-/wikis/How-to-file-i915-bugs
In the dmesg provided, I don't see any FIFO underrun messages.
Also don't see any obvious issues in i915 logs, however what I saw are those error messages, which might be relevant.
[ 12.333167] FIO-PIL-C9202005-27873 kernel: hdaps: supported laptop not found! [ 12.333177] FIO-PIL-C9202005-27873 kernel: hdaps: driver init failed (ret=-19)! [ 12.335693] FIO-PIL-C9202005-27873 kernel: r8169 0000:03:00.0 enp3s0: Link is Down [ 12.450061] FIO-PIL-C9202005-27873 kernel: applesmc: supported laptop not found! [ 12.450070] FIO-PIL-C9202005-27873 kernel: applesmc: driver init failed (ret=-19)! [ 12.551334] FIO-PIL-C9202005-27873 kernel: acer_wmi: Acer Laptop ACPI-WMI Extras [ 12.551366] FIO-PIL-C9202005-27873 kernel: acer_wmi: No or unsupported WMI interface, unable to load
I googled about "acer_wmi: No or unsupported WMI interface, unable to load" message and found some Ubuntu issue, they were also describing a blank screen:
added platform: ADL_P label
Another finding in this dmesg - there is probably firmware file missing:
[ 3.082676] FIO-PIL-C9202005-27873 kernel: i915 0000:00:02.0: Direct firmware load for i915/adlp_guc_62.0.3.bin failed with error -2 [ 3.082690] FIO-PIL-C9202005-27873 kernel: i915 0000:00:02.0: [drm] GuC firmware i915/adlp_guc_62.0.3.bin: fetch failed with error -2 [ 3.082694] FIO-PIL-C9202005-27873 kernel: i915 0000:00:02.0: [drm] GuC firmware(s) can be downloaded from https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915 [ 3.082697] FIO-PIL-C9202005-27873 kernel: i915 0000:00:02.0: [drm:__uc_fetch_firmwares [i915]] Failed to fetch GuC: -2 disabling HuC
Those bin files should be downloaded and placed at proper paths. Not sure if its related, but definitely has to be fixed anyway.
Also please try to use latest drm-tip. On there also dmc used is 2.14. See eg. https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_11076/bat-adlp-4/boot0.txt => <7>[ 16.816702] i915 0000:00:02.0: [drm:intel_dmc_ucode_init [i915]] Loading i915/adlp_dmc_ver2_14.bin
I copied adlp_dmc_ver2_14.bin and adlp_guc_62.0.3.bin to the target machine, here is the log
Kernel: drm-tip: 9b371f79eeb9 drm-tip: 2022y-01m-12d-17h-10m-41s UTC integration manifest
- boots up into desktop
- connect DA310 to the machine(~87s)
- connect HDMI monitor on DA310(~111s)
- no output from DP monitordmesg_drmtip9b371f79.log
Edited by AceLan KaoBTW, is the adlp_guc firmware for GuC submission feature? The latest drmtip bump the GuC version to 69.0.3, and there is no such version of firmware in linux-firmware. Does GuC submission affect the type-c display output? Our kernel(5.14) doesn't contain GuC submission, will it be affected this?
In logs I can see still: [ 2.180984] i915 0000:00:02.0: [drm:intel_fbc_init [i915]] Sanitized enable_fbc value: 1 [ 2.181185] i915 0000:00:02.0: Direct firmware load for i915/adlp_dmc_ver2_14.bin failed with error -2 [ 2.181190] i915 0000:00:02.0: [drm] Failed to load DMC firmware i915/adlp_dmc_ver2_14.bin. Disabling runtime power management.
Guc should not affect but not 100% sure. For newer see mail sent to intel-gfx "[Intel-gfx] [CI] PR for new GuC v69.0.3". Does it make difference if you have DA310 connected when you boot system?
Copy adlp_guc_69.0.3.bin from https://patchwork.kernel.org/project/intel-gfx/patch/20211221003329.1054464-1-John.C.Harrison@Intel.com/ It still doesn't work
u@FIO-PIL-C9202005-27873:~$ ls /lib/firmware/i915/adlp* /lib/firmware/i915/adlp_dmc_ver2_09.bin /lib/firmware/i915/adlp_dmc_ver2_12.bin /lib/firmware/i915/adlp_guc_62.0.3.bin /lib/firmware/i915/adlp_dmc_ver2_10.bin /lib/firmware/i915/adlp_dmc_ver2_14.bin /lib/firmware/i915/adlp_guc_69.0.3.binPlug DA310 at ~75s Plug HDMI cable on DA310 at ~163s dmesg_drmtip_9b371f79.2.log
Edited by AceLan Kao@acelan Please check my comments above. It still fails to load DMC firmware. DMC can for sure affect those things, we need to make sure all the firmware is loaded. Also there are other error messages to address. From the dmesg you attached:
[ 2.371543] i915 0000:00:02.0: [drm:intel_dmc_ucode_init [i915]] Loading i915/adlp_dmc_ver2_14.bin [ 2.371644] i915 0000:00:02.0: Direct firmware load for i915/adlp_dmc_ver2_14.bin failed with error -2 [ 2.371682] i915 0000:00:02.0: [drm] Failed to load DMC firmware i915/adlp_dmc_ver2_14.bin. Disabling runtime power management. [ 2.371684] i915 0000:00:02.0: [drm] DMC firmware homepage: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915
Also
[ 8.547658] acer_wmi: Acer Laptop ACPI-WMI Extras [ 8.547671] acer_wmi: No or unsupported WMI interface, unable to load
which is according to https://ubuntuforums.org/showthread.php?t=1723346 can also cause blank screen. They also discuss some workaround, related to blacklisting this module.
Meanwhile I can check what else, can be broken here, however those errors, must be checked first.
New log from Canonical attached: SKU: HDL50010004 PreQS sample BIOS: 89.4.13 ["Ubuntu test"]dmesg-5.16.0+.txt Kernel: drm-tip: da80d8ad drm-tip: 2022y-01m-19d-15h-50m-16s UTC integration manifest adlp_guc_69.0.3.bin: from https://patchwork.kernel.org/project/intel-gfx/patch/20211221003329.1054464-1-John.C.Harrison@Intel.com/ adlp_dmc_ver2_14.bin: from https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915
- boots up into desktop
- connect FCA429-12P to the machine [ 48.291380]
- connect HDMI monitor on FCA429-12P [ 100.922537]
- no output from DP port ==== [ 7.847456] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/adlp_dmc_ver2_14.bin (v2.14) [ 8.061480] i915 0000:00:02.0: [drm] GuC firmware i915/adlp_guc_69.0.3.bin version 69.0 [ 8.061486] i915 0000:00:02.0: [drm] HuC firmware i915/tgl_huc_7.9.3.bin version 7.9 ===== [ 7.886322] ================================================================================ [ 7.886326] UBSAN: shift-out-of-bounds in drivers/gpu/drm/i915/display/intel_opregion.c:390:15 [ 7.886330] shift exponent 37 is too large for 32-bit type 'unsigned int' [ 7.886333] CPU: 2 PID: 573 Comm: modprobe Tainted: P U OE 5.16.0+ #2 [ 7.886338] Hardware name: Dell Inc. Inspiron 15 3520/, BIOS 89.4.13 ["Ubuntu test"] 01/07/2022 [ 7.886339] Call Trace: ...
Edited by David Chen@ideak can you chime in here.
UBSAN: shift-out-of-bounds message is similar to this: #4800 (closed)
I got the machine mentioned by David Chen, and here is the log with drmtip kernel(drm-tip: 9b371f79eeb9) There is no firmware loading errors and no acer_wmi error.
After plug-in the DA310 + HDMI monitor, nothing shown on the screen and xrandr reports there is only one monitor, eDP-1.
Edited by AceLan KaoDoes BIOS manage to enable the display? Could you provide a bootup dmesg log with the display connected?
Does any other TypeC sink (instead of the dock) work on the same connector? If so could you provide a dmesg log with that?
Could you check the following after connecting the dock/display:
# intel_reg read 0xc4000 0x16150cEdited by Imre DeakODM reports the type-c to HDMI display output works, so I'm not sure if there is anything we should take care of in linux driver.
I have other 2 type-c hubs, but none of them work.
The intel_reg output are identical with 3 different type-c hubs.
$ sudo intel_reg read 0xc4000 0x16150c Warning: register spec not found in '/usr/share/igt-gpu-tools/registers'. Using builtin register spec. SDEISR (0x000c4000): 0x08010000 (port d:0, port c:0, port b:0, crt:0) (0x0016150c): 0x00000004
