my setup has a problem with the new 310 series drivers on Ubuntu Quantal, amd64, Gnome Shell. After booting and with start of X the monitor keeps flickering at a rate of nearly 1 Hz. It seems that the sync of the monitor isn’t stable.
The output is garbled when the resync/flicker happend, it seems to be parted in 4 squares.
This problem only occurs with the new 310.xx series, I’ve tested it with 310.14 and 310.19.
All previous drivers are working without problem, tested with 304.51 and earlier
My setup :
Intel Core i7-2600k
GTX 560 TI, 1024 MB
Asus P8Z68-V LX
16 GB RAM
Acer HS244HQ at DFP-2 (HDMI) (3D capable)
Ubuntu Quantal amd64
Gnome 3.60, no Unity
I’ve attached the two bug reports for working and non-working drivers.
Can you please enable verbose mode validation logging by running “nvidia-xconfig --mode-debug” and then regenerating the logs with both 304.48 and 310.19? Also, can you give 304.64 a try to see if it introduced the same problem?
Today, I connected my 560 TI with 310.19 drivers to the VGA input of the monitor et voila ! It works without the dreaded resync problem. It seems to be a problem of the digital output only. I’ve attached the bug report from the working configuration.
This is only a temporary solution, the display output is much worse…I really hope the next driver version will fix the bug…
Tested it once again with the newly released 313.09 driver…same results, flicker/resyncs on HDMI, no problems with analog input. I’ve attached the new nvidia-bug-report with this driver.
I really hoped that the new released driver would fix my resync/flicker problem, unfortunately it hadn’t. The problem still remains with the 313.18 driver.
Here is the new nvidia-bug-report for this driver with debug option enabled.
it there any progress on nVidia site for this bug ? My first report is over two months old and I understand that this isn’t a high priority regression for nVidia but I haven’t received any feedback from you or nVidia support in general and there were nearly a handful of updates without changes of this bug.
Is there anything I can do to help finding the cause of this bug ?
So, this is it, the curse of proprietary binary drivers on Linux…you’ve found a bug and then you stand in the rain after you’ve reported the bug to the company…you’ll never get any feedback or a solution for this…
I’m really frustrated about nVidia, the binary driver and the way this bug is handled. The gesture and the two words that Linus used to express his opinion about the binary driver situation and nVidias Linux policy is understandable for me now…
Sorry for the slow reply. I looked at your logs, but don’t see anything that would indicate why you’re seeing flickering with the new driver and not the old driver. The timings generated by the X driver are identical between the two logs. I also wasn’t able to find your specific monitor to try it, but I’ll keep looking.
Could you not just send me some scripts/programs to do some tests to track down the bug for you ? Is there any kind of test suite for the HDMI connection or any tool to display more information about it than the nvidia-bug-report script ?
Working with an digital monitor running in analog mode is very annoying…I would do nearly everything to help you to find the bug.
I added videos how it look: https://vimeo.com/62563453 https://vimeo.com/62563452
I have this problem only on internal screen and only when I Use DisplayPort. With VGA connector problem disappear.
I attacher three bug logs:
first, after update to last driver,
second, after switch to vga and back,
third, after switch to DisplayPort and back.
I use IIYama monitor with resolution 1920x1200 and connection DisplayPort to HDMI. Witch older drivers I didn’t have any problems.
[This file was removed because it was flagged as potentially malicious] (105 KB)
[This file was removed because it was flagged as potentially malicious] (111 KB) nvidia-bug-report3.log.gz (135 KB)