https://bugs.freedesktop.org/show_bug.cgi?id=77009
--- Comment #21 from Garrett <socalfisher at gmail.com> --- Created attachment 97043 --> https://bugs.freedesktop.org/attachment.cgi?id=97043&action=edit 368 and others dmesg >Garrett, please stop trying to merge the patches. Since the initial change is >>already upsteram we are going to need to fix it in a separate patch anyway. Sorry. New to this FOSS stuff. OE is a complete OS download with local code not pulling from mainline kernels (from what I can tell). It was tricky for me to patch it. I am trying to be transparent so others can reproduce my results easily. >My fix limited the reference divider so that "post_div * ref_div <= 100". >Could >you try to raise the 100 to see at which point your TV says the signal >isn't >valid any more? >With a limit of 500 you should be at the same point as before, so I suggest to >>try values of 200, 300, 400 first. Then if 200 works but 300 doesn't (for >>example) try 250, and so on... Thanks for the tips. OK- I built many. 368 is the closest I got. I have to head to the office. I uploaded all dmesg, tests. What I don't understand is the pll numbers go up and down, despite having the higher max vals. This concerns me.. Hope it helps. I assume you do not want to run all pc's at max. Else tolerances at the hardware/silica/chipset level may result in similar results to my sys. But at least now I can tune my sys. :) 368 is much higher than 100. LMK if you need more. TIA. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140407/6642275c/attachment-0001.html>