On Fri 2015-11-06 11:25:09, Michel Dänzer wrote: > On 06.11.2015 05:23, Pavel Machek wrote: > > Hi! > > > >>>> The flickering would vanish completely if that's the reason for the issue > >>>> you are seeing. > >>> > >>>> Try setting ref_div_min and ref_div_max to 2 in > >>>> radeon_compute_pll_avivo(). > >>> > >>> Ok, I did this, but no luck, still flickers. But the flicker only > >>> happens when something changes on screen, like dragging a big > >>> window. Is that consistent with wrong PLL timings? > >> > >> Does it go away with radeon.dpm=0? Sounds more like either memory > >> reclocking happening outside of vblank, or underflow to the display > >> controllers. > > > > No, it does not: > > > > pavel@half:~$ cat /proc/cmdline > > BOOT_IMAGE=(hd0,2)/l/linux/arch/x86/boot/bzImage root=/dev/sda4 > > resume=/dev/sda1 radeon.dpm=0 > > > > ..and same issue. And yes, it looks like an underflow to me. How can I > > debug reclocking / underflows? > > Does radeon.disp_priority=2 help? Tried this, and no change, still flickers. pavel@half:~$ cat /proc/cmdline BOOT_IMAGE=(hd0,2)/l/linux/arch/x86/boot/bzImage root=/dev/sda4 resume=/dev/sda1 radeon.dpm=0 radeon.disp_priority=2 pavel@half:~$ I searched for some more config options, and tried: pavel@half:~$ cat /proc/cmdline BOOT_IMAGE=(hd0,2)/l/linux/arch/x86/boot/bzImage root=/dev/sda4 resume=/dev/sda1 radeon.dpm=0 radeon.disp_priority=2 radeon.amdgpu_runtime_pm=0 radeon.bapm=0 radeon.sched_hw_submission=0 radeon.enable_semaphores=0 pavel@half:~$ ..still flickers. Best regards, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- To unsubscribe from this list: send the line "unsubscribe linux-fbdev" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
