https://bugs.freedesktop.org/show_bug.cgi?id=107823
Bug ID: 107823 Summary: [amdgpu/displayport] Blackscreen on native resolution Product: DRI Version: DRI git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/AMDgpu Assignee: dri-devel@lists.freedesktop.org Reporter: jan.burgmeier@unicon-software.com
Created attachment 141442 --> https://bugs.freedesktop.org/attachment.cgi?id=141442&action=edit dmesg with drm.debug=0x1e log_buf_len=1M
Hi,
there seems to be some monitor/graphics card combination which lead to a black screen. In my case it is the native (1920x1080) resolution of a NEC EA223WM monitor and a [AMD/ATI] Carrizo (rev 88). Setting any other mode than the native one via xrandr turns the monitor on. Setting it back to the native one results in a black screen. It seems unrelated to XOrg as there is also a black screen on the terminal and during boot. I do not see any errors in dmesg or XOrg log
The error does not occur with module parameter dc=0
Environment: Kernel: 4.19.0-rc2 (git master) Mesa: 18.1.6 XOrg: 1.20.1 amdgpu-ddx: 18.0.99 (git master)
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #1 from Jan Burgmeier jan.burgmeier@unicon-software.com --- Created attachment 141443 --> https://bugs.freedesktop.org/attachment.cgi?id=141443&action=edit lspci -vv output
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #2 from Jan Burgmeier jan.burgmeier@unicon-software.com --- Created attachment 141444 --> https://bugs.freedesktop.org/attachment.cgi?id=141444&action=edit /proc/cpuinfo
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #3 from Jan Burgmeier jan.burgmeier@unicon-software.com --- Created attachment 141445 --> https://bugs.freedesktop.org/attachment.cgi?id=141445&action=edit xrandr output
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #4 from Jan Burgmeier jan.burgmeier@unicon-software.com --- Created attachment 141446 --> https://bugs.freedesktop.org/attachment.cgi?id=141446&action=edit dmesg after setting mode to 1400x1050
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #5 from Jan Burgmeier jan.burgmeier@unicon-software.com --- Created attachment 141447 --> https://bugs.freedesktop.org/attachment.cgi?id=141447&action=edit dmesg after setting mode to auto
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #6 from Drexler roby_heart@yahoo.com --- Hi, was wondering if you can share the EDID of this NEC EA223WM monitor?
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #7 from Jan Burgmeier jan.burgmeier@unicon-software.com --- Created attachment 142042 --> https://bugs.freedesktop.org/attachment.cgi?id=142042&action=edit edid info from sysfs
Here is the edid info extracted from sysfs: /sys/devices/pci0000:00/0000:00:01.0/drm/card0/card0-DP-1/edid
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #8 from raxondmc@gmail.com --- @Jan:
I was wondering can you see the issue with their staging branch?
Here is what I can recommend you to try :
https://cgit.freedesktop.org/~agd5f/linux/log/?h=amd-staging-drm-next
If possible for you to try, give it a shot. I can help, but dont have same monitor as you do.
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #9 from raxondmc@gmail.com --- @Jan:
Can you see if you get the black screen if you set amdgpu.dc=0 in the grub boot line?
I am interested to help and learn something new, if you do not mind :)
I dont have the monitor or else i would have tried it here!
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #10 from Jan Burgmeier jan.burgmeier@unicon-software.com --- As mentioned in the description with dc=0 the error does not occur.
I've tested amd-staging-drm-next from current HEAD (efb7936df2efe1434f0d5e72ae9d256a4388965a) and the error still occurs. With this kernel I see following error in dmesg:
[drm:construct [amdgpu]] *ERROR* construct: Invalid Connector ObjectID from Adapter Service for connector index:2! type 0 expected 3
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #11 from raxondmc@gmail.com --- Your correct, sorry i missed the dc=0 comment.
Seems like you have Carrizo->DP2DVI(PASSIVE)->NEC monitor?
Do you if other monitors show it as well?
I will try with my 580x and a dongle and can let you know. (albeit different monitor).
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #12 from raxondmc@gmail.com --- I've tried with a monitor I have with my 580x :
Here is the modeline your monitor has:
[ 49.626518] [drm:drm_mode_debug_printmodeline [drm]] Modeline 64:"1680x1050" 60 146250 1680 1784 1960 2240 1050 1053 1059 1089 0x48 0x6
Here is mine:
<div> [drm:drm_mode_debug_printmodeline [drm]] Modeline 68:"1680x1050" 60 146250 1680 1784 1960 2240 1050 1053 1059 1089 0x40 0x6
Now, the diff seems to be second last print on the lines. That said, my monitor is not 1680x1050 native, but it supports this mode.
Clocks seems to be the same, now i am wondering if it's the panel (NEC) in your case that is picky or just Carrizo PLL's are not encoding at that modulated clock.
I'll try to find a CZ and try it.
Cheers.
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #13 from raxondmc@gmail.com --- I've used your edid file and emulated it in my carrizo HW, I cannot see the issue.
I am thinking the panel on that NEC monitor may be not liking it.
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #14 from Jan Burgmeier jan.burgmeier@unicon-software.com --- Thanks for your effort so far.
I have two monitors connected so I get a picture, but the error also occurs if only the NEC monitor is connected.
The NEC monitor is connected directly with DP and the second monitor is connected with a DP->DVI Adapter.
I think it has somehow to do with the NEC as other monitors work fine.
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #15 from Drexler roby_heart@yahoo.com --- Hi Jan, i have exact same panel and tried it out, with thinpro 7, but unable to see the problem. The panel's native resolution is 1680x1050 @60 which is selected by default. I then set using xrandr, another resolution, 1024x768, then set it back to 1680x1050, and it seems to work on my side. Wanted to check if my procedure is correct? attached is a video and setup pictures.
thanks
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #16 from Drexler roby_heart@yahoo.com --- Created attachment 142478 --> https://bugs.freedesktop.org/attachment.cgi?id=142478&action=edit setup pic 1
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #17 from Drexler roby_heart@yahoo.com --- Created attachment 142479 --> https://bugs.freedesktop.org/attachment.cgi?id=142479&action=edit setup video
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #18 from Drexler roby_heart@yahoo.com --- Hi Jan, was wondering if you were able to review the video i uploaded? thanks again
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #19 from Jan Burgmeier jan.burgmeier@unicon-software.com --- Hi,
the video looks good. I don't know why you do not see the error. I am unable to get a picture after boot because the says "Frequency out of range".
At the start of next week I will retest and give more information.
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #20 from Jan Burgmeier jan.burgmeier@unicon-software.com --- Created attachment 142644 --> https://bugs.freedesktop.org/attachment.cgi?id=142644&action=edit Change resolution for reproduction
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #21 from Jan Burgmeier jan.burgmeier@unicon-software.com --- Created attachment 142645 --> https://bugs.freedesktop.org/attachment.cgi?id=142645&action=edit System information
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #22 from Jan Burgmeier jan.burgmeier@unicon-software.com --- Let me know if you need more information
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #23 from Drexler roby_heart@yahoo.com --- Hi Jan, thanks for the video. just like to ask, were you also able to try on using another DP cable? short and or thicker DP cable? Also, would just like to ask if you observe the issue on Ubuntu 18.10? I tested my setup, and also seems to be able to pass. unfortunately, the OSD of the panel doesnt actually say what the firmware version is so I couldnt compare against your panel. Do you have other EA223WM panels? do they also fail?
thanks for your feedback
https://bugs.freedesktop.org/show_bug.cgi?id=107823
--- Comment #24 from Jan Burgmeier jan.burgmeier@unicon-software.com --- I tested with a shorter DP cable but the error still occurs. I don't think it is a cable/hardware problem as the same hardware with kernel parameter dc=0 works just fine.
I tried a Ubuntu 18.04 live stick but it didn't boot. Tomorrow I can try a 18.10 livestick.
https://bugs.freedesktop.org/show_bug.cgi?id=107823
Martin Peres martin.peres@free.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |MOVED Status|NEW |RESOLVED
--- Comment #25 from Martin Peres martin.peres@free.fr --- -- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.
You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/505.
dri-devel@lists.freedesktop.org