From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 66963] r600: linux 3.11RC isn't booting with radeon.dpm=1
option in grub
Date: Wed, 24 Jul 2013 23:07:11 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1340142583=="
Return-path:
Received: from culpepper.freedesktop.org (unknown [131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id EA823E6BFF
for ;
Wed, 24 Jul 2013 16:07:11 -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
--===============1340142583==
Content-Type: multipart/alternative; boundary="1374707231.fCFeDf663.13201"; charset="us-ascii"
--1374707231.fCFeDf663.13201
Date: Wed, 24 Jul 2013 23:07:11 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #7 from Sergey ---
Some findings:
The actual hand happens in
drivers/gpu/drm/radeon/rv6xx_dpm.c:
int rv6xx_dpm_enable(struct radeon_device *rdev)
on 'r600_start_dpm(rdev)' call.
Makes sense that configurations are harmless before actual dpm is enabled.
>>From this function it looks like we disable sclk and mclk do pll configuration,
then enable clocks back. But even if I leave:
void r600_start_dpm(struct radeon_device *rdev)
{
r600_enable_sclk_control(rdev, false);
r600_enable_mclk_control(rdev, false);
r600_enable_sclk_control(rdev, true);
r600_enable_mclk_control(rdev, true);
}
System still fails with black screen.
There is also peace of code in r600_start_dpm() that is duplicated:
r600_enable_spll_bypass(rdev, true);
r600_wait_for_spll_change(rdev);
r600_enable_spll_bypass(rdev, false);
r600_wait_for_spll_change(rdev);
r600_enable_spll_bypass(rdev, true);
r600_wait_for_spll_change(rdev);
r600_enable_spll_bypass(rdev, false);
r600_wait_for_spll_change(rdev);
(probably this intentional, just checking)
Sorry if it doesn't make any sense, I'm new with radeon driver and don't know
how 'dpm' is supposed to work for this HW.
--
You are receiving this mail because:
You are the assignee for the bug.
--1374707231.fCFeDf663.13201
Date: Wed, 24 Jul 2013 23:07:11 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Comment # 7
on bug 66963
from Sergey
Some findings:
The actual hand happens in
drivers/gpu/drm/radeon/rv6xx_dpm.c:
int rv6xx_dpm_enable(struct radeon_device *rdev)
on 'r600_start_dpm(rdev)' call.
Makes sense that configurations are harmless before actual dpm is enabled.
>>From this function it looks like we disable sclk and mclk do pll configuration,
then enable clocks back. But even if I leave:
void r600_start_dpm(struct radeon_device *rdev)
{
r600_enable_sclk_control(rdev, false);
r600_enable_mclk_control(rdev, false);
r600_enable_sclk_control(rdev, true);
r600_enable_mclk_control(rdev, true);
}
System still fails with black screen.
There is also peace of code in r600_start_dpm() that is duplicated:
r600_enable_spll_bypass(rdev, true);
r600_wait_for_spll_change(rdev);
r600_enable_spll_bypass(rdev, false);
r600_wait_for_spll_change(rdev);
r600_enable_spll_bypass(rdev, true);
r600_wait_for_spll_change(rdev);
r600_enable_spll_bypass(rdev, false);
r600_wait_for_spll_change(rdev);
(probably this intentional, just checking)
Sorry if it doesn't make any sense, I'm new with radeon driver and don't know
how 'dpm' is supposed to work for this HW.
You are receiving this mail because:
- You are the assignee for the bug.
--1374707231.fCFeDf663.13201--
--===============1340142583==
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
--===============1340142583==--