From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 73530] Asus U38N: Black screen with Radeon driver in Linux 3.10, 3.11, 3.12, 3.13 Date: Thu, 30 Jan 2014 14:47:48 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0211969787==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id C3C9B11ECD9 for ; Thu, 30 Jan 2014 06:47:47 -0800 (PST) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces@lists.freedesktop.org Errors-To: dri-devel-bounces@lists.freedesktop.org To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============0211969787== Content-Type: multipart/alternative; boundary="1391093267.A4d0e1.28903"; charset="us-ascii" --1391093267.A4d0e1.28903 Date: Thu, 30 Jan 2014 14:47:47 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=73530 --- Comment #54 from Alex Deucher --- I think you need to be a vesa member to download the DP specs. There may be some older copies floating around on the internet. They are also available to Xorg members if you wanted to become an Xorg member. As to the problem, the link training sequence has defined delays for various parts of the training sequence. I would suggest tweaking the existing delays rather than adding new ones. E.g., the udelay(400); in radeon_dp_link_train_cr() and radeon_dp_link_train_finish() and the delays in drm_dp_link_train_clock_recovery_delay() and drm_dp_link_train_channel_eq_delay(). Or possibly passing different delays to radeon_dp_aux_native_read() or radeon_dp_aux_native_write(). -- You are receiving this mail because: You are the assignee for the bug. --1391093267.A4d0e1.28903 Date: Thu, 30 Jan 2014 14:47:47 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 54 on bug 73530 from
I think you need to be a vesa member to download the DP specs.  There may be
some older copies floating around on the internet.  They are also available to
Xorg members if you wanted to become an Xorg member.

As to the problem, the link training sequence has defined delays for various
parts of the training sequence.  I would suggest tweaking the existing delays
rather than adding new ones.  E.g., the udelay(400); in
radeon_dp_link_train_cr() and radeon_dp_link_train_finish() and the delays in
drm_dp_link_train_clock_recovery_delay() and
drm_dp_link_train_channel_eq_delay().  Or possibly passing different delays to
radeon_dp_aux_native_read() or radeon_dp_aux_native_write().


You are receiving this mail because:
  • You are the assignee for the bug.
--1391093267.A4d0e1.28903-- --===============0211969787== 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 --===============0211969787==--