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: Mon, 30 Sep 2013 15:45:52 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0144274405==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id CB36FE6088 for ; Mon, 30 Sep 2013 08:45:52 -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 --===============0144274405== Content-Type: multipart/alternative; boundary="1380555952.edc0b7B1.30554"; charset="us-ascii" --1380555952.edc0b7B1.30554 Date: Mon, 30 Sep 2013 15:45:52 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=69675 --- Comment #21 from Alex Deucher --- (In reply to comment #19) > > Subject: [PATCH 3/3] drm/radeon: use hw generated CTS/N values for audio > > Just checking: What N value does the Hw use in that mode? The ones written > in by the driver, some hardcoded N or does it select one on its own? Though > it doesn't really matter much (since any reasonable N should work as long as > CTS is correct), except that if it uses the driver-set value we better not > remove the write to the N register :) It's my understanding that the hw generates the CTS and N values directly, but I would need to double check with the hw teams. -- You are receiving this mail because: You are the assignee for the bug. --1380555952.edc0b7B1.30554 Date: Mon, 30 Sep 2013 15:45:52 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 21 on bug 69675 from 
(In reply to comment #19)
> > Subject: [PATCH 3/3] drm/radeon: use hw generated CTS/N values for audio
> 
> Just checking: What N value does the Hw use in that mode? The ones written
> in by the driver, some hardcoded N or does it select one on its own? Though
> it doesn't really matter much (since any reasonable N should work as long as
> CTS is correct), except that if it uses the driver-set value we better not
> remove the write to the N register :)

It's my understanding that the hw generates the CTS and N values directly, but
I would need to double check with the hw teams.

You are receiving this mail because:
  • You are the assignee for the bug.
--1380555952.edc0b7B1.30554-- --===============0144274405== 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 --===============0144274405==--