[Bug 77009] 24P playback video signal loss with latest DRI patches

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Comment # 22 on bug 77009 from
Christian,
I managed to add only your patch solo:
https://bugs.freedesktop.org/attachment.cgi?id=96900&action="">
It works great.  The mistake I made was ctrl-c/v from browser.  Bad chars I
assume.  White-space chrs?  

I am trying to understand the plls.  I read the org. bug report 76564.  I
assumed increasing the max would allow higher pll vals.  But it does go down
with some.  Does that make sense?  

from this patch applied to v2:

[   38.548302] [drm:drm_mode_debug_printmodeline], Modeline 32:"" 0 74176 1920
2558 2602 2750 1080 1084 1089 1125 0x0 0x5

  38.568903] [drm:radeon_compute_pll_avivo], 148340 - 14830, pll dividers - fb:
148.3 ref: 10, post 10
[   38.581485] [drm:drm_crtc_helper_set_mode], [ENCODER:17:TMDS-17] set
[MODE:32:]
[   38.581490] [drm:radeon_atom_encoder_dpms], encoder dpms 33 to mode 3,
devices 00000008, active_devices 00000008

Is this correct?
 from Modeline 32:  74176 * 2 = 148352 (LCD wants?) ~= 148300 (GPU makes?).  
Ideally we need 148350 (GPU)? 

Your patch does wonders for this A4-3400.  I am trying to understand it better.

Here your max is 100.  ref: 10, post 10  >>>> 10 * 10 = 100 max.


You are receiving this mail because:
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux