https://bugs.freedesktop.org/show_bug.cgi?id=90263

--- Comment #1 from Michel Dänzer michel@daenzer.net --- Please attach the dmesg output.

https://bugs.freedesktop.org/show_bug.cgi?id=90263

--- Comment #2 from Todd todd@todddailey.ca --- Created attachment 115499 --> https://bugs.freedesktop.org/attachment.cgi?id=115499&action=edit DMESG output

DMESG output as requested.

https://bugs.freedesktop.org/show_bug.cgi?id=90263

--- Comment #4 from Todd todd@todddailey.ca --- Created attachment 115503 --> https://bugs.freedesktop.org/attachment.cgi?id=115503&action=edit XORG log

XORG log as requested.

Yes; using 2 displays, each connected via DVI.

https://bugs.freedesktop.org/show_bug.cgi?id=90263

--- Comment #6 from Todd todd@todddailey.ca --- Problem persists regardless of connection of only display A, only display B or both A & B. Tested by unplugging each DVI cable and starting computer from power-off state.

https://bugs.freedesktop.org/show_bug.cgi?id=90263

--- Comment #8 from Alex Deucher alexdeucher@gmail.com --- Apparently you have a newer barts card that has limited default fan profile. Support for SMC fan control would need to be written for pre-SI cards and reviewed for release.

https://bugs.freedesktop.org/show_bug.cgi?id=90263

--- Comment #10 from Alex Deucher alexdeucher@gmail.com --- (In reply to Todd from comment #9)

"Newer" is an odd description. The card is from 2011.

Newer relative to the original Barts cards. IIRC, smc fan control was introduced sometime after the original barts launch. Most cards just used the fan profile set up in the vbios.

https://bugs.freedesktop.org/show_bug.cgi?id=90263

--- Comment #12 from Alex Deucher alexdeucher@gmail.com --- (In reply to Todd from comment #11)

I was expecting this problem to be solved through the miracle of "dynamic power management support" brought down from the mountain of Linux 4.

I had assumed that the GPU was running at full power all the time under the Linux Radeon driver, hence the loud fans. When booted to Windows 7, the card is quiet.

Is fan speed control a different issue? I'm losing track of what this issue is a symptom of and where to correctly report the bug.

Power management support has been available and enabled by default for your card for a while now (since 3.12 or so IIRC). The driver properly controls the clocks and voltages on your card. The fan control is somewhat independent. For most cards of this generation, the vbios sets up the fan profile to scale the fan based on GPU temperature and the driver just uses that. You happen to have a card with a limited vbios fan profile that requires the driver to set up smc fan control.

https://bugs.freedesktop.org/show_bug.cgi?id=90263

--- Comment #14 from Alex Deucher alexdeucher@gmail.com --- (In reply to Todd from comment #13)

The following may or may not be relevant to this issue.

"Fixes for SI fan handling"

http://cgit.freedesktop.org/%7Eagd5f/linux/commit/?h=drm-next-3.20- wip&id=e06b000d6619ac9b60b0724c82dc58141a86a3dc

"Enable smc fan control on SI"

http://cgit.freedesktop.org/%7Eagd5f/linux/commit/?h=drm-next-3.20- wip&id=bdf40b0fa6588ea64ccb069de63d16f9348aeef6

Yes, the same thing need to be done for older asics.

https://bugs.freedesktop.org/show_bug.cgi?id=90263

--- Comment #16 from Todd todd@todddailey.ca --- Any hope for a fix of this bug in Linux 4.2?

https://bugs.freedesktop.org/show_bug.cgi?id=90263

--- Comment #18 from Chernovsky Oleg adonai@xaker.ru --- Hmm let me lay it out for you:

I was like you a year ago when I had my fan speed too high. I mmiotraced proprietary fglrx driver and proposed a patch for this. Alex said that time that reverse-engineered patches are not welcome upstream (various licensing issues, I suppose) and suggested to pull a set of initial patches for handling fan control through AMD IP bureaucracy. I agreed.

This took around month or even more, IIRC. These shinies are not sort of things so easy to get from large corporation. In the end Alex handed me over these patches and I was able to fix typos and implement fan control for SI and CI cards.

I can do it for r600, but again, I will need patches of same kind and moreover, working BARTS GPU in St. Petersburg where I live to test and debug it.

https://bugs.freedesktop.org/show_bug.cgi?id=90263

--- Comment #20 from Chernovsky Oleg adonai@xaker.ru --- (In reply to Todd from comment #19)

St. Petersburg USA or Russia?

Russia.

P.S. If you're thinking about parcel, forget it, post service here is horrible. I asked local LUG for PITCAIRN GPU last time and can do it once more for BARTS.

https://bugs.freedesktop.org/show_bug.cgi?id=90263

Martin Peres martin.peres@free.fr changed:

What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |MOVED Status|NEW |RESOLVED

--- Comment #22 from Martin Peres martin.peres@free.fr --- -- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/606.