From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@bugzilla.kernel.org
Subject: [Bug 83731] New: dpm still not working on radeon TURKS 1002:6840
Date: Tue, 02 Sep 2014 06:19:22 +0000
Message-ID:
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path:
Received: from mail.kernel.org (mail.kernel.org [198.145.19.201])
by gabe.freedesktop.org (Postfix) with ESMTP id 6280A6E40B
for ; Mon, 1 Sep 2014 23:19:34 -0700 (PDT)
Received: from mail.kernel.org (localhost [127.0.0.1])
by mail.kernel.org (Postfix) with ESMTP id 0C3D6201C0
for ; Tue, 2 Sep 2014 06:19:29 +0000 (UTC)
Received: from bugzilla1.web.kernel.org (bugzilla1.web.kernel.org
[172.20.200.51])
by mail.kernel.org (Postfix) with ESMTP id E5ACB201BC
for ; Tue, 2 Sep 2014 06:19:22 +0000 (UTC)
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: dri-devel-bounces@lists.freedesktop.org
Sender: "dri-devel"
To: dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org
https://bugzilla.kernel.org/show_bug.cgi?id=83731
Bug ID: 83731
Summary: dpm still not working on radeon TURKS 1002:6840
Product: Drivers
Version: 2.5
Kernel Version: 3.17-rc
Hardware: All
OS: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: Video(DRI - non Intel)
Assignee: drivers_video-dri@kernel-bugs.osdl.org
Reporter: giancarlo.formicuccia@gmail.com
Regression: No
Created attachment 149011
--> https://bugzilla.kernel.org/attachment.cgi?id=149011&action=edit
kernel messages with dpm enabled
Now that dpm is enabled by default on TURKS cards, I'd like to give another try
to get it working on my card.
Booting a 3.17-rc3 kernel results in a blank screen; the computer is not locked
up, I still can ssh into the machine and grab the kernel messages.
lspci reports:
01:00.0 0300: 1002:6840 (rev ff) (prog-if ff)
!!! Unknown header type 7f
Kernel driver in use: radeon
Kernel modules: radeon
01:00.1 0403: 1002:aa90 (rev ff) (prog-if ff)
!!! Unknown header type 7f
Kernel modules: snd_hda_intel
Loading the radeon module with dpm=0 works without problems.
Note that dpm *did* work correctly until 3.13 kernels (using dpm=1); then it
broke during the 3.14 delopement cycle. I bisected the bad commit in
6c7bccea390853bdec5b76fe31fc50f3b36f75d5
drm/radeon/pm: move pm handling into the asic specific code
and reported the problem on the dri-devel ml, without luck.
My guess is that something changed during the initialization of the card which
is confusing this GPU, but I was unable to identify the problem by myself.
Attached the kernel messages after loading the radeon module on 3.17-rc3.
--
You are receiving this mail because:
You are watching the assignee of the bug.