[Bug 83731] New: dpm still not working on radeon TURKS 1002:6840

[bugzilla-daemon at bugzilla.kernel.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 at kernel-bugs.osdl.org
          Reporter: giancarlo.formicuccia at 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.