<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED --- - audio broken in 24Hz/24p since 3.11 (regression)"
href="https://bugs.freedesktop.org/show_bug.cgi?id=69675#c29">Comment # 29</a>
on <a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED --- - audio broken in 24Hz/24p since 3.11 (regression)"
href="https://bugs.freedesktop.org/show_bug.cgi?id=69675">bug 69675</a>
from <span class="vcard"><a class="email" href="mailto:anssi@mageia.org" title="Anssi Hannula <anssi@mageia.org>"> <span class="fn">Anssi Hannula</span></a>
</span></b>
<pre><span class="quote">> 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.</span >
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?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>