From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 69675] audio broken in 24Hz/24p since 3.11 (regression) Date: Thu, 26 Sep 2013 06:54:07 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1299916054==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 1E9EBE6D5F for ; Wed, 25 Sep 2013 23:54:07 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1299916054== Content-Type: multipart/alternative; boundary="1380178447.CA8BA1f1.26958"; charset="us-ascii" --1380178447.CA8BA1f1.26958 Date: Thu, 26 Sep 2013 06:54:07 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable https://bugs.freedesktop.org/show_bug.cgi?id=3D69675 --- Comment #12 from Christian K=C3=B6nig --- (In reply to comment #3) > Created attachment 86598 [details] [review] > use hw generated cts and n values rather than the sw programmed values >=20 > Does this patch help? If not, it may be worth adding some slop to the > r600_hdmi_predefined_acr[] table to handle rounding differences so the > appropriate defined values get selected. On some early R6xx the hardware generation of CTS/N values didn't worked reliable, that's why I've done it like fglrx and calculated the values manually/used a table for it. --=20 You are receiving this mail because: You are the assignee for the bug. --1380178447.CA8BA1f1.26958 Date: Thu, 26 Sep 2013 06:54:07 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Commen= t # 12 on bug 69675<= /a> from Christian K=C3=B6nig 
(In reply to comment #3=
)
> Created attachment 86598 [details] [review] [review]
> use hw generated cts and n values rather than the sw programmed values
>=20
> Does this patch help?  If not, it may be worth adding some slop to the
> r600_hdmi_predefined_acr[] table to handle rounding differences so the
> appropriate defined values get selected.

On some early R6xx the hardware generation of CTS/N values didn't worked
reliable, that's why I've done it like fglrx and calculated the values
manually/used a table for it.

You are receiving this mail because: =20=20=20=20=20=20
  • You are the assignee for the bug.
--1380178447.CA8BA1f1.26958-- --===============1299916054== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel --===============1299916054==--