Comment # 29
on bug 69675
from Anssi Hannula
> Use the driver calculated CTS and N values rather than
> having hardware generate them. This allows us to use
> the modeline pixel clock rather than the actual pll clock
> when setting up the dto for audio. Fixes problems with
> audio playback rate on certain asics if the pll clock
> does not match the pixel clock exactly.
Hm, so actual problems were confirmed fixed with this? That seems rather
strange, since that would mean the hardware counted the clock cycles wrong for
the CTS value... Maybe the HW doesn't do it per-spec, instead calculating CTS
in some other way?
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel