Bug 60639
Summary: | RV635: Kernel displays black screen when monitor is connect via DisplayPort | ||
---|---|---|---|
Product: | Drivers | Reporter: | kernspam |
Component: | Video(DRI - non Intel) | Assignee: | drivers_video-dri |
Status: | NEW --- | ||
Severity: | normal | CC: | alexdeucher, douglas_peale, kruegsch |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 3.10.3 (and earlier) | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
possible fix
Requested xorg log dmesg output xrandr --verbose output Requested rom dump possible fix possible fix AMD Turks - lspci AMD Turks - dmesg AMD Turks - Xorg.log AMD Turks - Xrandr AMD Turks - VBIOS dump AMD Turks - dmesg verbose (drm.debug=0xE) |
Description
kernspam
2013-07-28 08:19:37 UTC
Please attach your xorg log, dmesg output, and xrandr --verbose output. Created attachment 107040 [details]
possible fix
The attached patch should fix the issue.
The patch did not fix the issue. :( Didn't change anything. Please attach your xorg log, dmesg output, and xrandr --verbose output. I can confirm that the patch did not fix the problem. I folowed these instructions to build the kernel: https://wiki.ubuntu.com/KernelTeam/GitKernelBuild . I went to manually edit the atom.c file, but found that the changes had already been applied in the version I downloaded. I will now attempt to add the requested files Created attachment 107312 [details]
Requested xorg log
I hope this is the correct log file
Created attachment 107313 [details]
dmesg output
Created attachment 107314 [details]
xrandr --verbose output
I will note that the system is currently set up with two monitors, one dual-link DVI (the one I am using to enter this message) the other Display port that was working up to grub, then it shut itself off after the grub screen. The stuff in xrandr.output about nothing being connected to the display port is incorrect. Can you please attach a copy of your vbios? (as root) (use lspci to get the bus id) cd /sys/bus/pci/devices/<pci bus id> echo 1 > rom cat rom > /tmp/vbios.rom echo 0 > rom Created attachment 107330 [details]
Requested rom dump
Requested file.
Has there been any progress on this? I am very near throwing money at the problem and buying an NVidea card. At least then I can plug in whichever brand currently has working drivers. Created attachment 110691 [details]
possible fix
Does the attached patch help?
I am afraid I threw money at the problem and solved it by buying an Nvidia GeForce GTX760. After a year and a month since I originally reported this bug on Launchpad.net, apparent lack of activity on this site, video breaking for mythTV every other update to ubuntu, I'd had enough. I am currently running the setup I originally intended: Dell 2560x1600/60 monitor on dual link DVI next to my BenQ 1920x1080/120, on display port both in landscape mode. MythTV is playing video without dropping frames or stuttering audio. I got this setup working not more than an hour ago, after the most frustrating, difficult driver instalation I have ever experienced. But this is a configuration I was never able to achieve with either the propriatary drivers from ATI (when they were still available), or the open source drivers. I hope you eventually succeed in making these drivers work, but I could not take it any more. Patch didn't work. :-( Any news? I don't want to buy a new computer just to get a working DisplayPort. Created attachment 121911 [details]
possible fix
Does this patch help?
I ran into the same problem with my Dell machine. After X takes over my screens stay black. Both screens are connected via DisplayPort. I'll attach all requested files so far. * kernel 3.18.6 * X server 1.17.1 * AMD Turks / Northern Island GPU Created attachment 167251 [details]
AMD Turks - lspci
Created attachment 167261 [details]
AMD Turks - dmesg
Created attachment 167281 [details]
AMD Turks - Xorg.log
Created attachment 167291 [details]
AMD Turks - Xrandr
Created attachment 167301 [details]
AMD Turks - VBIOS dump
Created attachment 167351 [details]
AMD Turks - dmesg verbose (drm.debug=0xE)
|