[Bug 102820] [bisected][DC] commit ebbf7337e2daacacef3e01114e6be68a2a4f11b4 prevents X11 from starting

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Comment # 20 on bug 102820 from
(In reply to Harry Wentland from comment #19)
> Created attachment 137476 [details] [review] [review]
> drm/amd/display: Default HDMI6G support to true. Log VBIOS table error.
> 
> Can you see if this helps? Our Windows driver definitely checks the HDMI6G
> flag from VBIOS but it will default to allow 6G on HDMI if the VBIOS check
> fails.
> 
> This patch is porting the same behavior in the hopes that it will help with
> your issue.
I had to change "ctx->logger" into "enc110->base.ctx->logger" to make your
patch
compile (applied on today's head of amd-staging-drm-next).

Yes, that patch changes the behaviour for the better: HDMI 2.0 modes -
especially 4k@60Hz work fine with this patch applied on my system. Tried
multiple reboots, result was consistent.

> If this patch works a dmesg log with the amdgpu.dc_log=1 option on the
> kernel would help us understand the root cause a bit better.
I did enable amdgpu.dc_log=1 on the kernel command line - but there is no
"Failed to get encoder_cap_info from VBIOS..." message visible in dmesg, which
makes me wonder what makes the new code path differ from the old one.
(Attaching dmesg output below.)


You are receiving this mail because:
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux