https://bugs.freedesktop.org/show_bug.cgi?id=49981
Martin Peres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #36 from Alex Deucher ---
Starting with kernel 3.11 you can enable the dynamic power management hardware
on the gpu by booting with radeon.dpm=1 on the kernel command line in grub.
You will also need the latest smc firmware for your
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #35 from Neil Connolly ---
I have the same overheating problem with a Sony Vaio i5 with ATI Redeon 5400
graphics.
Idle temperature quickly rises to 70oC and then any desktop activity takes the
temperature into the 80's. Running a
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #35 from Neil Connolly neilc...@gmail.com ---
I have the same overheating problem with a Sony Vaio i5 with ATI Redeon 5400
graphics.
Idle temperature quickly rises to 70oC and then any desktop activity takes the
temperature into the
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #36 from Alex Deucher ag...@yahoo.com ---
Starting with kernel 3.11 you can enable the dynamic power management hardware
on the gpu by booting with radeon.dpm=1 on the kernel command line in grub.
You will also need the latest smc
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #34 from Evgeny ---
Excuse me for disturbing all of you here, but, please, can anyone help me
finding kernel with these patches already packaged? Some PPAs?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #34 from Evgeny evge...@gmail.com ---
Excuse me for disturbing all of you here, but, please, can anyone help me
finding kernel with these patches already packaged? Some PPAs?
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #33 from Benjamin Lee ---
Sorry, my previous patch was bogus -- TURKS mobility actually needs
POWER_STATE_TYPE_PERFORMANCE. radeon_pm_get_type_index() currently fails to
find the requested state (POWER_STATE_TYPE_BATTERY).
Here is
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #33 from Benjamin Lee b...@b1c1l1.com ---
Sorry, my previous patch was bogus -- TURKS mobility actually needs
POWER_STATE_TYPE_PERFORMANCE. radeon_pm_get_type_index() currently fails to
find the requested state
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #32 from Benjamin Lee ---
On my TURKS chip (HD 6750M) the radeon_pm_print_states() output shows that I
should be using POWER_STATE_TYPE_POWERSAVE instead of POWER_STATE_TYPE_BATTERY.
I don't know if this is true for all TURKS chips
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #32 from Benjamin Lee b...@b1c1l1.com ---
On my TURKS chip (HD 6750M) the radeon_pm_print_states() output shows that I
should be using POWER_STATE_TYPE_POWERSAVE instead of POWER_STATE_TYPE_BATTERY.
I don't know if this is true for
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #31 from Ludovic Watteaux ---
Thanks Chav,
Revert the two comits and apply the patch fix it !
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #31 from Ludovic Watteaux lucky...@free.fr ---
Thanks Chav,
Revert the two comits and apply the patch fix it !
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #30 from Chav ---
Macbook Pro 8,2 Late 2011 with Radeon 6750m like Ludovic Watteaux.
In order to get the power profile working with the kernel 3.8rc4 I had to
revert the following commits:
"drm/radeon/pm: fix multi-head profile
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #30 from Chav chav.re...@gmail.com ---
Macbook Pro 8,2 Late 2011 with Radeon 6750m like Ludovic Watteaux.
In order to get the power profile working with the kernel 3.8rc4 I had to
revert the following commits:
drm/radeon/pm: fix
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #29 from Ludovic Watteaux ---
No luck for me, the patch "fix multi-head stability" apply on linux
3.9-DRM-next-WIP, doesn't change anything on 6750m, boot with linux efi stub.
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #29 from Ludovic Watteaux lucky...@free.fr ---
No luck for me, the patch fix multi-head stability apply on linux
3.9-DRM-next-WIP, doesn't change anything on 6750m, boot with linux efi stub.
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #28 from Alex Deucher ---
Created attachment 74606
--> https://bugs.freedesktop.org/attachment.cgi?id=74606=edit
fix multi-head stability
This should fix stability problems with profiles and multi-head.
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #27 from Ludovic Watteaux ---
Created attachment 74554
--> https://bugs.freedesktop.org/attachment.cgi?id=74554=edit
HD6750m_radeon_pm_print_states
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #26 from luckylud at free.fr ---
I'm with a radeon 6750m mbp 8.2
It's a TURK chip
>From Linux >= 3.7 I can't have low power working :
# cat /sys/class/drm/card0/device/power_method
profile
# cat
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #26 from lucky...@free.fr ---
I'm with a radeon 6750m mbp 8.2
It's a TURK chip
From Linux = 3.7 I can't have low power working :
# cat /sys/class/drm/card0/device/power_method
profile
# cat /sys/class/drm/card0/device/power_profile
https://bugs.freedesktop.org/show_bug.cgi?id=49981
Anthony Waters changed:
What|Removed |Added
CC||cuu508 at gmail.com
--- Comment #25
https://bugs.freedesktop.org/show_bug.cgi?id=49981
Anthony Waters awate...@gmail.com changed:
What|Removed |Added
CC||cuu...@gmail.com
---
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #24 from Anthony Waters ---
On a HD6950 this patches causes the GPU to lock up if the GPU is in the low
power profile and the x server is started with multiple monitors attached. The
x server doesn't crash immediatly, but crashes
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #24 from Anthony Waters awate...@gmail.com ---
On a HD6950 this patches causes the GPU to lock up if the GPU is in the low
power profile and the x server is started with multiple monitors attached. The
x server doesn't crash
https://bugs.freedesktop.org/show_bug.cgi?id=49981
Florian Mickler changed:
What|Removed |Added
CC||florian at mickler.org
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=49981
Florian Mickler flor...@mickler.org changed:
What|Removed |Added
CC||flor...@mickler.org
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #22 from graham ---
Well, that patch isn't touching my card. Cya.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #21 from Alex Deucher ---
I've gone ahead and re-pushed v2 of the patch. The lower voltages are are to
support the higher mclks, so there's no need to keep them high. They only need
to be adjusted up when both clocks are raised.
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #20 from graham ---
With voltage on high for every mode, temperature and power usage will be
exactly the same as high profile, even with engine clocks low. Setting low
profile will just mean you lose all the processing power, yet
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #19 from graham ---
And temperature?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #18 from Alex Deucher ---
(In reply to comment #17)
> Um, you now seem to be putting mclk and voltage in the high state, while
> leaving the engine clock really low. Surely you'll fry the gpu by
> over-volting it.
No, it's fine.
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #17 from graham ---
(In reply to comment #15)
> Good catch. Fixed in v3 of the patch.
Um, you now seem to be putting mclk and voltage in the high state, while
leaving the engine clock really low. Surely you'll fry the gpu by
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #16 from graham ---
> Windows has a very different implementation at the moment, but uses the tables
in a similar manor.
>From what I can tell, it uses a method very similar to dynpm, but it uses it to
switch between the fixed modes
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #15 from Alex Deucher ---
(In reply to comment #14)
> I don't think that is correct. It can clearly be seen in Windows that Barts
> uses different idles for multi head than it does for single head, but uses
> the same mid and high.
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #14 from graham ---
> starting with BTC, there is one state that is used for both
> + * MH and SH. Difference is that we always use the high clock index for
> + * mclk.
I don't think that is correct. It can clearly be seen in
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #13 from Alex Deucher ---
I pushed a patch to handle this properly to my drm-next-3.7-wip branch:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.7-wip
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #15 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #14)
I don't think that is correct. It can clearly be seen in Windows that Barts
uses different idles for multi head than it does for single head, but uses
the same mid
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #16 from graham grhm.pe...@gmail.com ---
Windows has a very different implementation at the moment, but uses the tables
in a similar manor.
From what I can tell, it uses a method very similar to dynpm, but it uses it to
switch
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #18 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #17)
Um, you now seem to be putting mclk and voltage in the high state, while
leaving the engine clock really low. Surely you'll fry the gpu by
over-volting it.
No,
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #19 from graham grhm.pe...@gmail.com ---
And temperature?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #20 from graham grhm.pe...@gmail.com ---
With voltage on high for every mode, temperature and power usage will be
exactly the same as high profile, even with engine clocks low. Setting low
profile will just mean you lose all the
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #21 from Alex Deucher ag...@yahoo.com ---
I've gone ahead and re-pushed v2 of the patch. The lower voltages are are to
support the higher mclks, so there's no need to keep them high. They only need
to be adjusted up when both clocks
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #22 from graham grhm.pe...@gmail.com ---
Well, that patch isn't touching my card. Cya.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #12 from graham ---
Created attachment 67953
--> https://bugs.freedesktop.org/attachment.cgi?id=67953=edit
proposed patch
Had a look round on google for some other profiles. Not entirely sure about
cayman, as the idle is higher
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #11 from graham ---
Created attachment 67937
--> https://bugs.freedesktop.org/attachment.cgi?id=67937=edit
patch for barts and caicos mobility
Tested on barts, not caicos. It's restricted to only the power state profiles
that I
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #10 from graham ---
K, using AMD overdrive in windows it seems in single head mode it steps from
100Mhz to 777Mhz and then 900Mhz, but in dual head it idles at 300 Mhz, but
switches back to 775Mhz and 900Mhz for mid and high. It
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #9 from Erdem U. Altinyurt ---
Created attachment 67903
--> https://bugs.freedesktop.org/attachment.cgi?id=67903=edit
HD6850 radeon_pm_print_states
Linux triQuad 3.5.4-3-desktop #1 SMP PREEMPT Tue Sep 25 08:12:55 UTC 2012
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #11 from graham grhm.pe...@gmail.com ---
Created attachment 67937
-- https://bugs.freedesktop.org/attachment.cgi?id=67937action=edit
patch for barts and caicos mobility
Tested on barts, not caicos. It's restricted to only the power
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #12 from graham grhm.pe...@gmail.com ---
Created attachment 67953
-- https://bugs.freedesktop.org/attachment.cgi?id=67953action=edit
proposed patch
Had a look round on google for some other profiles. Not entirely sure about
cayman,
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #13 from Alex Deucher ag...@yahoo.com ---
I pushed a patch to handle this properly to my drm-next-3.7-wip branch:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.7-wip
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #8 from graham ---
Yours would have the mobility flag set, so it would go to the second battery
state (state 4) in multi-head mode. It seems like the wrong setting too.
Stepping up though the clock modes would do nothing. It'd be
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #7 from kh3095 at yandex.ru ---
Created attachment 67893
--> https://bugs.freedesktop.org/attachment.cgi?id=67893=edit
power states for HD6650M
Power states for HD6650M (on HP Pavilion dv6-6030er). Linux kernel 3.2.30-1
amd64
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #6 from graham ---
Created attachment 67892
--> https://bugs.freedesktop.org/attachment.cgi?id=67892=edit
power states for HD6870
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #5 from graham ---
If anyone with an hd6k can add drm.debug=2 to the kernel options and then post
the result of dmesg | grep "radeon_pm_print_states" it would help. For me it is
showing 4 power states, only 1 of which is
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #5 from graham grhm.pe...@gmail.com ---
If anyone with an hd6k can add drm.debug=2 to the kernel options and then post
the result of dmesg | grep radeon_pm_print_states it would help. For me it is
showing 4 power states, only 1 of
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #6 from graham grhm.pe...@gmail.com ---
Created attachment 67892
-- https://bugs.freedesktop.org/attachment.cgi?id=67892action=edit
power states for HD6870
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #7 from kh3...@yandex.ru ---
Created attachment 67893
-- https://bugs.freedesktop.org/attachment.cgi?id=67893action=edit
power states for HD6650M
Power states for HD6650M (on HP Pavilion dv6-6030er). Linux kernel 3.2.30-1
amd64
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #8 from graham grhm.pe...@gmail.com ---
Yours would have the mobility flag set, so it would go to the second battery
state (state 4) in multi-head mode. It seems like the wrong setting too.
Stepping up though the clock modes would do
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #9 from Erdem U. Altinyurt spamjunkea...@gmail.com ---
Created attachment 67903
-- https://bugs.freedesktop.org/attachment.cgi?id=67903action=edit
HD6850 radeon_pm_print_states
Linux triQuad 3.5.4-3-desktop #1 SMP PREEMPT Tue Sep
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #4 from graham ---
The code on line 510 of r600.c suggests that there is expected to be two power
states for both POWER_STATE_TYPE_BATTERY and POWER_STATE_TYPE_PERFORMANCE,
presumably one for single-head and one for multi-head.
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #4 from graham grhm.pe...@gmail.com ---
The code on line 510 of r600.c suggests that there is expected to be two power
states for both POWER_STATE_TYPE_BATTERY and POWER_STATE_TYPE_PERFORMANCE,
presumably one for single-head and one
https://bugs.freedesktop.org/show_bug.cgi?id=49981
graham changed:
What|Removed |Added
CC||grhm.perry at gmail.com
--- Comment #3 from
https://bugs.freedesktop.org/show_bug.cgi?id=49981
graham grhm.pe...@gmail.com changed:
What|Removed |Added
CC||grhm.pe...@gmail.com
---
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #2 from Brad Campbell 2012-05-30 19:15:29
PDT ---
I can replicate this on all radeon enabled kernels including current.
It appears than when more than one head is enabled, a separate set of power
profiles is used which attempts to
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #1 from Brad Campbell 2012-05-30 19:13:12
PDT ---
Created attachment 62305
--> https://bugs.freedesktop.org/attachment.cgi?id=62305
The hack I use to enable 3 heads on my iMac without torching the Radeon
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #1 from Brad Campbell b...@fnarfbargle.com 2012-05-30 19:13:12
PDT ---
Created attachment 62305
-- https://bugs.freedesktop.org/attachment.cgi?id=62305
The hack I use to enable 3 heads on my iMac without torching the Radeon
--
https://bugs.freedesktop.org/show_bug.cgi?id=49981
--- Comment #2 from Brad Campbell b...@fnarfbargle.com 2012-05-30 19:15:29
PDT ---
I can replicate this on all radeon enabled kernels including current.
It appears than when more than one head is enabled, a separate set of power
profiles is
https://bugs.freedesktop.org/show_bug.cgi?id=49981
Erdem U. Altinyurt changed:
What|Removed |Added
AssignedTo|xorg-driver-ati at lists.x.org |dri-devel at
lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=49981
Erdem U. Altinyurt spamjunkea...@gmail.com changed:
What|Removed |Added
AssignedTo|xorg-driver-...@lists.x.org
70 matches
Mail list logo
