Created attachment 141442 [details] 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)
Created attachment 141443 [details] lspci -vv output
Created attachment 141444 [details] /proc/cpuinfo
Created attachment 141445 [details] xrandr output
Created attachment 141446 [details] dmesg after setting mode to 1400x1050
Created attachment 141447 [details] dmesg after setting mode to auto
Hi, was wondering if you can share the EDID of this NEC EA223WM monitor?
Created attachment 142042 [details] 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
@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.
@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!
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
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).
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.
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.
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.
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
Created attachment 142478 [details] setup pic 1
Created attachment 142479 [details] setup video
Hi Jan, was wondering if you were able to review the video i uploaded? thanks again
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.
Created attachment 142644 [details] Change resolution for reproduction
Created attachment 142645 [details] System information
Let me know if you need more information
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
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.
-- 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.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.