[PATCH 000/165] radeon drm-next patches

2013-06-29 Thread Grigori Goronzy 
On 26.06.2013 23:57, Julian Wollrath wrote:
> Hi,
>
> I just tried the DPM support out on a E-450 APU (HD6320) and it did not
> work like expected. In the terminal everything seemed ok but when I
> started a display manager, the screen showed garbage and the system
> basically locked up. The radeon and drm related parts of the syslog are
> below.
>
> If you need further information, feel free to ask.
>

I have the same problem with the same APU. Disabling power gating (set 
enable_gfx_power_gating to false in sumo_dpm.c:sumo_dpm_init) fixes it. 
So this problem may related to power gating.

The difference in power consumption seems to be small, but I'd still 
prefer it working.

By the way, the "disable_gfx_power_gating_in_uvd" quirk is not actually 
used, seems to be some leftover from debugging or such.

Best regards
Grigori

[PATCH 000/165] radeon drm-next patches

2013-06-29 Thread Ilyes Gouta 
Hi,

> Yes, this works on my rv790 games get high and using vdpau/gl for video
stays low (which is nice as the fan on my card is too noisy on high).
>
> One thing which I guess 99.999% of people won't notice is that doing any
thing with plain X + fluxbox (so no compositing) very briefly ramps up the
speed.
>
> As my fan is just audible on low but very quick to respond I can hear
every time the screen gets updated eg. switching desktops,
browsing+scrolling or switching tabs, even typing dmesg in an xterm which
time shows as taking < 0.1 sec results in a fan change.

Probably a low-pass filter is needed/has to be configured in front of the
freq. scaling engine?

Ilyes

>
>
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
An HTML attachment was scrubbed...
URL:

[PATCH 000/165] radeon drm-next patches

2013-06-29 Thread Andy Furniss 
Alex Deucher wrote:
> On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss  wrote:
>> Alex Deucher wrote:
>>>
>>> On Wed, Jun 26, 2013 at 9:21 AM,   wrote:

 From: Alex Deucher 

 These are the radeon patches for 3.11.  Some of these patches
 are huge so, it might be easier to review things here:
 http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip
>>>
>>>
>>> Updated branch:
>>> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip-2
>>> Takes into account comments from Jerome a Christian and contains a few
>>> DPM fixes.
>>
>>
>> I see there's a 3 now - I tested that (I guess currently it's the same as 2
>> anyway).
>>
>> On my rv790 there are no regressions so far, but whatever I do it stays low.
>
> This should work much better with with wip-5.

Yes, this works on my rv790 games get high and using vdpau/gl for video 
stays low (which is nice as the fan on my card is too noisy on high).

One thing which I guess 99.999% of people won't notice is that doing any 
thing with plain X + fluxbox (so no compositing) very briefly ramps up 
the speed.

As my fan is just audible on low but very quick to respond I can hear 
every time the screen gets updated eg. switching desktops, 
browsing+scrolling or switching tabs, even typing dmesg in an xterm 
which time shows as taking < 0.1 sec results in a fan change.

Re: [PATCH 000/165] radeon drm-next patches

2013-06-29 Thread Andy Furniss 

Alex Deucher wrote:

On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss adf.li...@gmail.com wrote:

Alex Deucher wrote:


On Wed, Jun 26, 2013 at 9:21 AM,  alexdeuc...@gmail.com wrote:


From: Alex Deucher alexander.deuc...@amd.com

These are the radeon patches for 3.11.  Some of these patches
are huge so, it might be easier to review things here:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip



Updated branch:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip-2
Takes into account comments from Jerome a Christian and contains a few
DPM fixes.



I see there's a 3 now - I tested that (I guess currently it's the same as 2
anyway).

On my rv790 there are no regressions so far, but whatever I do it stays low.


This should work much better with with wip-5.


Yes, this works on my rv790 games get high and using vdpau/gl for video 
stays low (which is nice as the fan on my card is too noisy on high).


One thing which I guess 99.999% of people won't notice is that doing any 
thing with plain X + fluxbox (so no compositing) very briefly ramps up 
the speed.


As my fan is just audible on low but very quick to respond I can hear 
every time the screen gets updated eg. switching desktops, 
browsing+scrolling or switching tabs, even typing dmesg in an xterm 
which time shows as taking  0.1 sec results in a fan change.



___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH 000/165] radeon drm-next patches

2013-06-29 Thread Ilyes Gouta 
Hi,

 Yes, this works on my rv790 games get high and using vdpau/gl for video
stays low (which is nice as the fan on my card is too noisy on high).

 One thing which I guess 99.999% of people won't notice is that doing any
thing with plain X + fluxbox (so no compositing) very briefly ramps up the
speed.

 As my fan is just audible on low but very quick to respond I can hear
every time the screen gets updated eg. switching desktops,
browsing+scrolling or switching tabs, even typing dmesg in an xterm which
time shows as taking  0.1 sec results in a fan change.

Probably a low-pass filter is needed/has to be configured in front of the
freq. scaling engine?

Ilyes




 ___
 dri-devel mailing list
 dri-devel@lists.freedesktop.org
 http://lists.freedesktop.org/mailman/listinfo/dri-devel
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH 000/165] radeon drm-next patches

2013-06-29 Thread Grigori Goronzy 

On 26.06.2013 23:57, Julian Wollrath wrote:

Hi,

I just tried the DPM support out on a E-450 APU (HD6320) and it did not
work like expected. In the terminal everything seemed ok but when I
started a display manager, the screen showed garbage and the system
basically locked up. The radeon and drm related parts of the syslog are
below.

If you need further information, feel free to ask.



I have the same problem with the same APU. Disabling power gating (set 
enable_gfx_power_gating to false in sumo_dpm.c:sumo_dpm_init) fixes it. 
So this problem may related to power gating.


The difference in power consumption seems to be small, but I'd still 
prefer it working.


By the way, the disable_gfx_power_gating_in_uvd quirk is not actually 
used, seems to be some leftover from debugging or such.


Best regards
Grigori
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH 000/165] radeon drm-next patches

2013-06-28 Thread Laurent Carlier 
Le 28/06/2013 01:55, Alex Deucher a ?crit :
> On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss  wrote:
>> Alex Deucher wrote:
>>>
>>> On Wed, Jun 26, 2013 at 9:21 AM,   wrote:

 From: Alex Deucher 

 These are the radeon patches for 3.11.  Some of these patches
 are huge so, it might be easier to review things here:
 http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip
>>>
>>>
>>> Updated branch:
>>> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip-2
>>> Takes into account comments from Jerome a Christian and contains a few
>>> DPM fixes.
>>
>>
>> I see there's a 3 now - I tested that (I guess currently it's the same as 2
>> anyway).
>>
>> On my rv790 there are no regressions so far, but whatever I do it stays low.
> 
> This should work much better with with wip-5.
> 
> Alex
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
> 

Just tested, and my card (HD6870) is still stuck at low.

(tested with HL2 and wine/furmark)

++

-- 
Laurent Carlier
ArchLinux Developer
http://www.archlinux.org

-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 555 bytes
Desc: OpenPGP digital signature
URL:

[PATCH 000/165] radeon drm-next patches

2013-06-28 Thread Julian Wollrath 
Hi,

> This patch should fix your issue :
> 
> http://people.freedesktop.org/~glisse/0001-radeon-do-no-schedule-thermal-work-if-dpm-is-not-ena.patch
>   
yes, that seems to do the trick (but I can not be 100% sure, since I
only saw the warning once).

> 
> Cheers,
> Jerome  
Best regards,
Julian

Re: [PATCH 000/165] radeon drm-next patches

2013-06-28 Thread Julian Wollrath 
Hi,

 This patch should fix your issue :
 
 http://people.freedesktop.org/~glisse/0001-radeon-do-no-schedule-thermal-work-if-dpm-is-not-ena.patch
   
yes, that seems to do the trick (but I can not be 100% sure, since I
only saw the warning once).

 
 Cheers,
 Jerome  
Best regards,
Julian
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH 000/165] radeon drm-next patches

2013-06-28 Thread Laurent Carlier 
Le 28/06/2013 01:55, Alex Deucher a écrit :
 On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss adf.li...@gmail.com wrote:
 Alex Deucher wrote:

 On Wed, Jun 26, 2013 at 9:21 AM,  alexdeuc...@gmail.com wrote:

 From: Alex Deucher alexander.deuc...@amd.com

 These are the radeon patches for 3.11.  Some of these patches
 are huge so, it might be easier to review things here:
 http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip


 Updated branch:
 http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip-2
 Takes into account comments from Jerome a Christian and contains a few
 DPM fixes.


 I see there's a 3 now - I tested that (I guess currently it's the same as 2
 anyway).

 On my rv790 there are no regressions so far, but whatever I do it stays low.
 
 This should work much better with with wip-5.
 
 Alex
 ___
 dri-devel mailing list
 dri-devel@lists.freedesktop.org
 http://lists.freedesktop.org/mailman/listinfo/dri-devel
 

Just tested, and my card (HD6870) is still stuck at low.

(tested with HL2 and wine/furmark)

++

-- 
Laurent Carlier
ArchLinux Developer
http://www.archlinux.org



signature.asc
Description: OpenPGP digital signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH 000/165] radeon drm-next patches

2013-06-27 Thread Alex Deucher 
On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss  wrote:
> Alex Deucher wrote:
>>
>> On Wed, Jun 26, 2013 at 9:21 AM,   wrote:
>>>
>>> From: Alex Deucher 
>>>
>>> These are the radeon patches for 3.11.  Some of these patches
>>> are huge so, it might be easier to review things here:
>>> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip
>>
>>
>> Updated branch:
>> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip-2
>> Takes into account comments from Jerome a Christian and contains a few
>> DPM fixes.
>
>
> I see there's a 3 now - I tested that (I guess currently it's the same as 2
> anyway).
>
> On my rv790 there are no regressions so far, but whatever I do it stays low.

This should work much better with with wip-5.

Alex

[PATCH 000/165] radeon drm-next patches

2013-06-27 Thread Jerome Glisse 
On Thu, Jun 27, 2013 at 6:19 PM, James Cloos  wrote:
>> "AD" == Alex Deucher  writes:
>
> AD> Nope.  6xx and APUs do not require ucode.  only 7xx+ dGPUs.
>
> Does that mean that APUs do not require *any* ucode blobs?
>
> Or just that they do not require updated or additional blobs
> for the new functionality like DPM?
>
> -JimC
> --

They don't require any ucode blob for the power management. They do
require ucode blob for 3d acceleration, compute, well anything that
want to use the gpu really.

Cheers,
Jerome

[PATCH 000/165] radeon drm-next patches

2013-06-27 Thread James Cloos 
> "AD" == Alex Deucher  writes:

AD> Nope.  6xx and APUs do not require ucode.  only 7xx+ dGPUs.

Does that mean that APUs do not require *any* ucode blobs?

Or just that they do not require updated or additional blobs
for the new functionality like DPM?

-JimC
-- 
James Cloos  OpenPGP: 1024D/ED7DAEA6

[PATCH 000/165] radeon drm-next patches

2013-06-27 Thread Andy Furniss 
Alex Deucher wrote:
> On Wed, Jun 26, 2013 at 9:21 AM,   wrote:
>> From: Alex Deucher 
>>
>> These are the radeon patches for 3.11.  Some of these patches
>> are huge so, it might be easier to review things here:
>> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip
>
> Updated branch:
> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip-2
> Takes into account comments from Jerome a Christian and contains a few
> DPM fixes.

I see there's a 3 now - I tested that (I guess currently it's the same 
as 2 anyway).

On my rv790 there are no regressions so far, but whatever I do it stays low.

echo profile > /sys/class/drm/card0/device/power_method = write error, 
is there a way to go back to manual setting with dpm?

I haven't tried rv670 yet - I couldn't see a new firmware for that, does 
it just not need one?

[PATCH 000/165] radeon drm-next patches

2013-06-27 Thread Alex Deucher 
On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss  wrote:
> Alex Deucher wrote:
>>
>> On Wed, Jun 26, 2013 at 9:21 AM,   wrote:
>>>
>>> From: Alex Deucher 
>>>
>>> These are the radeon patches for 3.11.  Some of these patches
>>> are huge so, it might be easier to review things here:
>>> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip
>>
>>
>> Updated branch:
>> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip-2
>> Takes into account comments from Jerome a Christian and contains a few
>> DPM fixes.
>
>
> I see there's a 3 now - I tested that (I guess currently it's the same as 2
> anyway).
>
> On my rv790 there are no regressions so far, but whatever I do it stays low.
>

We may need to tweak the scaling parameters a bit to force higher
states more readily.  They are pretty conservative right now.

> echo profile > /sys/class/drm/card0/device/power_method = write error, is
> there a way to go back to manual setting with dpm?

Not yet.  I'm working on an infrastructure to force DPM modes, but
it's not ready yet.

>
> I haven't tried rv670 yet - I couldn't see a new firmware for that, does it
> just not need one?
>

Nope.  6xx and APUs do not require ucode.  only 7xx+ dGPUs.

Alex

[PATCH 000/165] radeon drm-next patches

2013-06-27 Thread Jerome Glisse 
On Wed, Jun 26, 2013 at 6:51 PM, Julian Wollrath  wrote:
> Hi,
>
>> I just tried the DPM support out on a E-450 APU (HD6320) and it did
>> not work like expected. In the terminal everything seemed ok but when
>> I started a display manager, the screen showed garbage and the system
>> basically locked up. The radeon and drm related parts of the syslog
>> are below.
> I saw, that you updated the patches, therefore I tried out the branch
> drm-next-3.11-wip-2 and I got, additionally to the problem mentioned in
> my first e-mail, the following warning:
>
> [   14.274349] [ cut here ]
> [   14.274369] WARNING: at kernel/workqueue.c:1365 __queue_work+0x260/0x2c0()
> [   14.274374] Modules linked in: bluetooth crc16 acpi_cpufreq 
> snd_hda_codec_hdmi iwlwifi uvcvideo mperf radeon(+) videobuf2_vmalloc 
> cfg80211 snd_hda_intel(+) battery processor button thinkpad_acpi video nvram 
> rfkill videobuf2_memops videobuf2_core videodev snd_hda_codec kvm_amd 
> i2c_algo_bit kvm snd_hwdep snd_pcm snd_timer snd_page_alloc ac drm_kms_helper 
> ttm snd drm soundcore wmi i2c_piix4 agpgart pcspkr i2c_core evdev k10temp 
> psmouse serio_raw sha256_ssse3 sha256_generic twofish_x86_64_3way glue_helper 
> xts lrw gf128mul twofish_x86_64 twofish_common cbc dm_crypt dm_mod sd_mod 
> crc_t10dif rtsx_pci_sdmmc mmc_core microcode thermal thermal_sys ahci libahci 
> ohci_hcd ehci_pci ehci_hcd rtsx_pci mfd_core usbcore usb_common libata 
> scsi_mod
> [   14.274517] CPU: 1 PID: 497 Comm: modprobe Not tainted 3.10.0-rc7-wl+ #3
> [   14.274524] Hardware name: LENOVO 30515YG/30515YG, BIOS 8RET52WW (1.15 ) 
> 11/15/2011
> [   14.274530]  813fc83e 81037a7a 88011ec12540 
> 88011ed15d00
> [   14.274539]  8801164a5bc8 0002 88011e060a00 
> 81053590
> [   14.274548]  0002 8801164a5e9c 0001 
> 0010
> [   14.274558] Call Trace:
> [   14.274563][] ? dump_stack+0xc/0x15
> [   14.274582]  [] ? warn_slowpath_common+0x6a/0xa0
> [   14.274594]  [] ? __queue_work+0x260/0x2c0
> [   14.274605]  [] ? queue_work_on+0x1d/0x30
> [   14.274703]  [] ? evergreen_irq_process+0x906/0xd20 
> [radeon]
> [   14.274715]  [] ? handle_irq_event_percpu+0x2d/0x1a0
> [   14.274724]  [] ? handle_irq_event+0x36/0x60
> [   14.274734]  [] ? handle_edge_irq+0x67/0x110
> [   14.274743]  [] ? handle_irq+0x15/0x20
> [   14.274751]  [] ? do_IRQ+0x51/0xd0
> [   14.274761]  [] ? common_interrupt+0x6a/0x6a
> [   14.274765][] ? delay_tsc+0x29/0x60
> [   14.274850]  [] ? sumo_set_uvd_clock+0x8a/0xb0 [radeon]
> [   14.274926]  [] ? sumo_set_uvd_clocks+0x4d/0xe0 [radeon]
> [   14.274999]  [] ? r600_uvd_init+0x25/0x390 [radeon]
> [   14.275073]  [] ? evergreen_startup+0x1952/0x1960 
> [radeon]
> [   14.275146]  [] ? evergreen_init+0x17b/0x2c0 [radeon]
> [   14.275208]  [] ? radeon_device_init+0x5b5/0x6d0 [radeon]
> [   14.275219]  [] ? pci_find_capability+0x45/0x60
> [   14.275279]  [] ? radeon_driver_load_kms+0x84/0x140 
> [radeon]
> [   14.275303]  [] ? drm_get_pci_dev+0x17d/0x290 [drm]
> [   14.275314]  [] ? pci_device_probe+0x98/0xe0
> [   14.275325]  [] ? driver_probe_device+0x68/0x210
> [   14.275333]  [] ? __driver_attach+0x93/0xa0
> [   14.275341]  [] ? __device_attach+0x60/0x60
> [   14.275351]  [] ? bus_for_each_dev+0x53/0x90
> [   14.275359]  [] ? bus_add_driver+0x1c0/0x250
> [   14.275367]  [] ? driver_register+0x69/0x140
> [   14.275380]  [] ? 0xa050afff
> [   14.275390]  [] ? 0xa050afff
> [   14.275399]  [] ? do_one_initcall+0x10a/0x160
> [   14.275408]  [] ? load_module+0x1cd8/0x2390
> [   14.275416]  [] ? store_uevent+0x50/0x50
> [   14.275427]  [] ? SyS_init_module+0xb8/0xe0
> [   14.275438]  [] ? system_call_fastpath+0x16/0x1b
> [   14.275444] ---[ end trace 1f1cbf85b14e84a1 ]---
>
> With best regards,
> Julian Wollrath


This patch should fix your issue :

http://people.freedesktop.org/~glisse/0001-radeon-do-no-schedule-thermal-work-if-dpm-is-not-ena.patch

Cheers,
Jerome

[PATCH 000/165] radeon drm-next patches

2013-06-27 Thread Julian Wollrath 
Hi,

> I just tried the DPM support out on a E-450 APU (HD6320) and it did
> not work like expected. In the terminal everything seemed ok but when
> I started a display manager, the screen showed garbage and the system
> basically locked up. The radeon and drm related parts of the syslog
> are below.
I saw, that you updated the patches, therefore I tried out the branch
drm-next-3.11-wip-2 and I got, additionally to the problem mentioned in
my first e-mail, the following warning:

[   14.274349] [ cut here ]
[   14.274369] WARNING: at kernel/workqueue.c:1365 __queue_work+0x260/0x2c0()
[   14.274374] Modules linked in: bluetooth crc16 acpi_cpufreq 
snd_hda_codec_hdmi iwlwifi uvcvideo mperf radeon(+) videobuf2_vmalloc cfg80211 
snd_hda_intel(+) battery processor button thinkpad_acpi video nvram rfkill 
videobuf2_memops videobuf2_core videodev snd_hda_codec kvm_amd i2c_algo_bit kvm 
snd_hwdep snd_pcm snd_timer snd_page_alloc ac drm_kms_helper ttm snd drm 
soundcore wmi i2c_piix4 agpgart pcspkr i2c_core evdev k10temp psmouse serio_raw 
sha256_ssse3 sha256_generic twofish_x86_64_3way glue_helper xts lrw gf128mul 
twofish_x86_64 twofish_common cbc dm_crypt dm_mod sd_mod crc_t10dif 
rtsx_pci_sdmmc mmc_core microcode thermal thermal_sys ahci libahci ohci_hcd 
ehci_pci ehci_hcd rtsx_pci mfd_core usbcore usb_common libata scsi_mod
[   14.274517] CPU: 1 PID: 497 Comm: modprobe Not tainted 3.10.0-rc7-wl+ #3
[   14.274524] Hardware name: LENOVO 30515YG/30515YG, BIOS 8RET52WW (1.15 ) 
11/15/2011
[   14.274530]  813fc83e 81037a7a 88011ec12540 
88011ed15d00
[   14.274539]  8801164a5bc8 0002 88011e060a00 
81053590
[   14.274548]  0002 8801164a5e9c 0001 
0010
[   14.274558] Call Trace:
[   14.274563][] ? dump_stack+0xc/0x15
[   14.274582]  [] ? warn_slowpath_common+0x6a/0xa0
[   14.274594]  [] ? __queue_work+0x260/0x2c0
[   14.274605]  [] ? queue_work_on+0x1d/0x30
[   14.274703]  [] ? evergreen_irq_process+0x906/0xd20 
[radeon]
[   14.274715]  [] ? handle_irq_event_percpu+0x2d/0x1a0
[   14.274724]  [] ? handle_irq_event+0x36/0x60
[   14.274734]  [] ? handle_edge_irq+0x67/0x110
[   14.274743]  [] ? handle_irq+0x15/0x20
[   14.274751]  [] ? do_IRQ+0x51/0xd0
[   14.274761]  [] ? common_interrupt+0x6a/0x6a
[   14.274765][] ? delay_tsc+0x29/0x60
[   14.274850]  [] ? sumo_set_uvd_clock+0x8a/0xb0 [radeon]
[   14.274926]  [] ? sumo_set_uvd_clocks+0x4d/0xe0 [radeon]
[   14.274999]  [] ? r600_uvd_init+0x25/0x390 [radeon]
[   14.275073]  [] ? evergreen_startup+0x1952/0x1960 [radeon]
[   14.275146]  [] ? evergreen_init+0x17b/0x2c0 [radeon]
[   14.275208]  [] ? radeon_device_init+0x5b5/0x6d0 [radeon]
[   14.275219]  [] ? pci_find_capability+0x45/0x60
[   14.275279]  [] ? radeon_driver_load_kms+0x84/0x140 
[radeon]
[   14.275303]  [] ? drm_get_pci_dev+0x17d/0x290 [drm]
[   14.275314]  [] ? pci_device_probe+0x98/0xe0
[   14.275325]  [] ? driver_probe_device+0x68/0x210
[   14.275333]  [] ? __driver_attach+0x93/0xa0
[   14.275341]  [] ? __device_attach+0x60/0x60
[   14.275351]  [] ? bus_for_each_dev+0x53/0x90
[   14.275359]  [] ? bus_add_driver+0x1c0/0x250
[   14.275367]  [] ? driver_register+0x69/0x140
[   14.275380]  [] ? 0xa050afff
[   14.275390]  [] ? 0xa050afff
[   14.275399]  [] ? do_one_initcall+0x10a/0x160
[   14.275408]  [] ? load_module+0x1cd8/0x2390
[   14.275416]  [] ? store_uevent+0x50/0x50
[   14.275427]  [] ? SyS_init_module+0xb8/0xe0
[   14.275438]  [] ? system_call_fastpath+0x16/0x1b
[   14.275444] ---[ end trace 1f1cbf85b14e84a1 ]---

With best regards,
Julian Wollrath

[PATCH 000/165] radeon drm-next patches

2013-06-27 Thread Julian Wollrath 
Hi,

I just tried the DPM support out on a E-450 APU (HD6320) and it did not
work like expected. In the terminal everything seemed ok but when I
started a display manager, the screen showed garbage and the system
basically locked up. The radeon and drm related parts of the syslog are
below.

If you need further information, feel free to ask.


Best regards,
Julian Wollrath

[   14.926970] [drm] Initialized drm 1.1.0 20060810
[   15.607011] [drm] radeon kernel modesetting enabled.
[   15.608158] [drm] initializing kernel modesetting (PALM 0x1002:0x9806 
0x17AA:0x21EC).
[   15.608242] [drm] register mmio base: 0xF030
[   15.608247] [drm] register mmio size: 262144
[   15.608438] ATOM BIOS: Lenovo
[   15.608544] radeon :00:01.0: VRAM: 384M 0x - 
0x17FF (384M used)
[   15.608554] radeon :00:01.0: GTT: 512M 0x1800 - 
0x37FF
[   15.609062] [drm] Detected VRAM RAM=384M, BAR=256M
[   15.609077] [drm] RAM width 32bits DDR
[   15.609442] [TTM] Zone  kernel: Available graphics memory: 1821260 kiB
[   15.609453] [TTM] Initializing pool allocator
[   15.609469] [TTM] Initializing DMA pool allocator
[   15.609553] [drm] radeon: 384M of VRAM memory ready
[   15.609560] [drm] radeon: 512M of GTT memory ready.
[   15.785368] radeon :00:01.0: 880119401000 unpin not necessary
[   15.911347] radeon :00:01.0: fence driver on ring 5 use gpu addr 
0x00072118 and cpu addr 0xc90002ce6118
[   15.911374] [drm] GART: num cpu pages 131072, num gpu pages 131072
[   15.915577] [drm] Loading PALM Microcode
[   16.354967] [drm] PCIE GART of 512M enabled (table at 0x0004).
[   16.355272] radeon :00:01.0: WB enabled
[   16.355287] radeon :00:01.0: fence driver on ring 0 use gpu addr 
0x18000c00 and cpu addr 0x880115f44c00
[   16.355297] radeon :00:01.0: fence driver on ring 3 use gpu addr 
0x18000c0c and cpu addr 0x880115f44c0c
[   16.359306] radeon :00:01.0: fence driver on ring 5 use gpu addr 
0x00177118 and cpu addr 0xc90003032118
[   16.359326] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[   16.359330] [drm] Driver supports precise vblank timestamp query.
[   16.359391] radeon :00:01.0: irq 46 for MSI/MSI-X
[   16.359432] radeon :00:01.0: radeon: using MSI.
[   16.359528] [drm] radeon: irq initialized.
[   16.379053] [drm] ring test on 0 succeeded in 1 usecs
[   16.379120] [drm] ring test on 3 succeeded in 1 usecs
[   16.434367] [drm] ring test on 5 succeeded in 1 usecs
[   16.434384] [drm] UVD initialized successfully.
[   16.455934] [drm] ib test on ring 0 succeeded in 0 usecs
[   16.455984] [drm] ib test on ring 3 succeeded in 0 usecs
[   16.476866] [drm] ib test on ring 5 succeeded
[   16.549696] [drm] radeon atom DIG backlight initialized
[   16.549718] [drm] Radeon Display Connectors
[   16.549724] [drm] Connector 0:
[   16.549731] [drm]   LVDS-1
[   16.549736] [drm]   HPD1
[   16.549744] [drm]   DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 
0x643c
[   16.549748] [drm]   Encoders:
[   16.549753] [drm] LCD1: INTERNAL_UNIPHY
[   16.549757] [drm] Connector 1:
[   16.549762] [drm]   HDMI-A-1
[   16.549766] [drm]   HPD2
[   16.549773] [drm]   DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448 0x644c 
0x644c
[   16.549776] [drm]   Encoders:
[   16.549780] [drm] DFP1: INTERNAL_UNIPHY
[   16.549784] [drm] Connector 2:
[   16.549788] [drm]   VGA-1
[   16.549795] [drm]   DDC: 0x64d8 0x64d8 0x64dc 0x64dc 0x64e0 0x64e0 0x64e4 
0x64e4
[   16.549799] [drm]   Encoders:
[   16.549803] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[   16.549900] [drm] Internal thermal controller without fan control
[   16.550073] == power state 0 ==
[   16.550079]  ui class: none
[   16.550085]  internal class: uvd_hd 
[   16.550091]  caps: 
[   16.550096]  uvdvclk: 38824 dclk: 3
[   16.550102]  power level 0sclk: 27500 vddc: 875
[   16.550106]  status: 
[   16.550110] == power state 1 ==
[   16.550113]  ui class: none
[   16.550117]  internal class: uvd 
[   16.550122]  caps: 
[   16.550127]  uvdvclk: 55000 dclk: 41250
[   16.550132]  power level 0sclk: 50770 vddc: 950
[   16.550135]  status: 
[   16.550139] == power state 2 ==
[   16.550142]  ui class: battery
[   16.550146]  internal class: none
[   16.550151]  caps: 
[   16.550155]  uvdvclk: 0 dclk: 0
[   16.550160]  power level 0sclk: 27500 vddc: 875
[   16.550163]  status: 
[   16.550167] == power state 3 ==
[   16.550170]  ui class: performance
[   16.550174]  internal class: none
[   16.550179]  caps: 
[   16.550184]  uvdvclk: 0 dclk: 0
[   16.550188]  power level 0sclk: 27500 vddc: 875
[   16.550193]  power level 1sclk: 50770 vddc: 950
[   16.550196]  status: 
[   16.550200] == power state 4 ==
[   16.550203]  ui class: none
[   16.550207]  internal class: boot 
[   16.550212]  caps: 
[   16.550216]  uvdvclk: 0 dclk: 0
[   16.550221]

[PATCH 000/165] radeon drm-next patches

2013-06-27 Thread Julian Wollrath 
Hi,

I just tried the DPM support out on a E-450 APU (HD6320) and it did not
work like expected. In the terminal everything seemed ok but when I
started a display manager, the screen showed garbage and the system
basically locked up. The radeon and drm related parts of the syslog are
below.

If you need further information, feel free to ask.


Best regards,
Julian Wollrath

[   14.926970] [drm] Initialized drm 1.1.0 20060810
[   15.607011] [drm] radeon kernel modesetting enabled.
[   15.608158] [drm] initializing kernel modesetting (PALM 0x1002:0x9806 
0x17AA:0x21EC).
[   15.608242] [drm] register mmio base: 0xF030
[   15.608247] [drm] register mmio size: 262144
[   15.608438] ATOM BIOS: Lenovo
[   15.608544] radeon :00:01.0: VRAM: 384M 0x - 
0x17FF (384M used)
[   15.608554] radeon :00:01.0: GTT: 512M 0x1800 - 
0x37FF
[   15.609062] [drm] Detected VRAM RAM=384M, BAR=256M
[   15.609077] [drm] RAM width 32bits DDR
[   15.609442] [TTM] Zone  kernel: Available graphics memory: 1821260 kiB
[   15.609453] [TTM] Initializing pool allocator
[   15.609469] [TTM] Initializing DMA pool allocator
[   15.609553] [drm] radeon: 384M of VRAM memory ready
[   15.609560] [drm] radeon: 512M of GTT memory ready.
[   15.785368] radeon :00:01.0: 880119401000 unpin not necessary
[   15.911347] radeon :00:01.0: fence driver on ring 5 use gpu addr 
0x00072118 and cpu addr 0xc90002ce6118
[   15.911374] [drm] GART: num cpu pages 131072, num gpu pages 131072
[   15.915577] [drm] Loading PALM Microcode
[   16.354967] [drm] PCIE GART of 512M enabled (table at 0x0004).
[   16.355272] radeon :00:01.0: WB enabled
[   16.355287] radeon :00:01.0: fence driver on ring 0 use gpu addr 
0x18000c00 and cpu addr 0x880115f44c00
[   16.355297] radeon :00:01.0: fence driver on ring 3 use gpu addr 
0x18000c0c and cpu addr 0x880115f44c0c
[   16.359306] radeon :00:01.0: fence driver on ring 5 use gpu addr 
0x00177118 and cpu addr 0xc90003032118
[   16.359326] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[   16.359330] [drm] Driver supports precise vblank timestamp query.
[   16.359391] radeon :00:01.0: irq 46 for MSI/MSI-X
[   16.359432] radeon :00:01.0: radeon: using MSI.
[   16.359528] [drm] radeon: irq initialized.
[   16.379053] [drm] ring test on 0 succeeded in 1 usecs
[   16.379120] [drm] ring test on 3 succeeded in 1 usecs
[   16.434367] [drm] ring test on 5 succeeded in 1 usecs
[   16.434384] [drm] UVD initialized successfully.
[   16.455934] [drm] ib test on ring 0 succeeded in 0 usecs
[   16.455984] [drm] ib test on ring 3 succeeded in 0 usecs
[   16.476866] [drm] ib test on ring 5 succeeded
[   16.549696] [drm] radeon atom DIG backlight initialized
[   16.549718] [drm] Radeon Display Connectors
[   16.549724] [drm] Connector 0:
[   16.549731] [drm]   LVDS-1
[   16.549736] [drm]   HPD1
[   16.549744] [drm]   DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 
0x643c
[   16.549748] [drm]   Encoders:
[   16.549753] [drm] LCD1: INTERNAL_UNIPHY
[   16.549757] [drm] Connector 1:
[   16.549762] [drm]   HDMI-A-1
[   16.549766] [drm]   HPD2
[   16.549773] [drm]   DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448 0x644c 
0x644c
[   16.549776] [drm]   Encoders:
[   16.549780] [drm] DFP1: INTERNAL_UNIPHY
[   16.549784] [drm] Connector 2:
[   16.549788] [drm]   VGA-1
[   16.549795] [drm]   DDC: 0x64d8 0x64d8 0x64dc 0x64dc 0x64e0 0x64e0 0x64e4 
0x64e4
[   16.549799] [drm]   Encoders:
[   16.549803] [drm] CRT1: INTERNAL_KLDSCP_DAC1
[   16.549900] [drm] Internal thermal controller without fan control
[   16.550073] == power state 0 ==
[   16.550079]  ui class: none
[   16.550085]  internal class: uvd_hd 
[   16.550091]  caps: 
[   16.550096]  uvdvclk: 38824 dclk: 3
[   16.550102]  power level 0sclk: 27500 vddc: 875
[   16.550106]  status: 
[   16.550110] == power state 1 ==
[   16.550113]  ui class: none
[   16.550117]  internal class: uvd 
[   16.550122]  caps: 
[   16.550127]  uvdvclk: 55000 dclk: 41250
[   16.550132]  power level 0sclk: 50770 vddc: 950
[   16.550135]  status: 
[   16.550139] == power state 2 ==
[   16.550142]  ui class: battery
[   16.550146]  internal class: none
[   16.550151]  caps: 
[   16.550155]  uvdvclk: 0 dclk: 0
[   16.550160]  power level 0sclk: 27500 vddc: 875
[   16.550163]  status: 
[   16.550167] == power state 3 ==
[   16.550170]  ui class: performance
[   16.550174]  internal class: none
[   16.550179]  caps: 
[   16.550184]  uvdvclk: 0 dclk: 0
[   16.550188]  power level 0sclk: 27500 vddc: 875
[   16.550193]  power level 1sclk: 50770 vddc: 950
[   16.550196]  status: 
[   16.550200] == power state 4 ==
[   16.550203]  ui class: none
[   16.550207]  internal class: boot 
[   16.550212]  caps: 
[   16.550216]  uvdvclk: 0 dclk: 0
[   16.550221]

Re: [PATCH 000/165] radeon drm-next patches

2013-06-27 Thread Julian Wollrath 
Hi,

 I just tried the DPM support out on a E-450 APU (HD6320) and it did
 not work like expected. In the terminal everything seemed ok but when
 I started a display manager, the screen showed garbage and the system
 basically locked up. The radeon and drm related parts of the syslog
 are below.
I saw, that you updated the patches, therefore I tried out the branch
drm-next-3.11-wip-2 and I got, additionally to the problem mentioned in
my first e-mail, the following warning:

[   14.274349] [ cut here ]
[   14.274369] WARNING: at kernel/workqueue.c:1365 __queue_work+0x260/0x2c0()
[   14.274374] Modules linked in: bluetooth crc16 acpi_cpufreq 
snd_hda_codec_hdmi iwlwifi uvcvideo mperf radeon(+) videobuf2_vmalloc cfg80211 
snd_hda_intel(+) battery processor button thinkpad_acpi video nvram rfkill 
videobuf2_memops videobuf2_core videodev snd_hda_codec kvm_amd i2c_algo_bit kvm 
snd_hwdep snd_pcm snd_timer snd_page_alloc ac drm_kms_helper ttm snd drm 
soundcore wmi i2c_piix4 agpgart pcspkr i2c_core evdev k10temp psmouse serio_raw 
sha256_ssse3 sha256_generic twofish_x86_64_3way glue_helper xts lrw gf128mul 
twofish_x86_64 twofish_common cbc dm_crypt dm_mod sd_mod crc_t10dif 
rtsx_pci_sdmmc mmc_core microcode thermal thermal_sys ahci libahci ohci_hcd 
ehci_pci ehci_hcd rtsx_pci mfd_core usbcore usb_common libata scsi_mod
[   14.274517] CPU: 1 PID: 497 Comm: modprobe Not tainted 3.10.0-rc7-wl+ #3
[   14.274524] Hardware name: LENOVO 30515YG/30515YG, BIOS 8RET52WW (1.15 ) 
11/15/2011
[   14.274530]  813fc83e 81037a7a 88011ec12540 
88011ed15d00
[   14.274539]  8801164a5bc8 0002 88011e060a00 
81053590
[   14.274548]  0002 8801164a5e9c 0001 
0010
[   14.274558] Call Trace:
[   14.274563]  IRQ  [813fc83e] ? dump_stack+0xc/0x15
[   14.274582]  [81037a7a] ? warn_slowpath_common+0x6a/0xa0
[   14.274594]  [81053590] ? __queue_work+0x260/0x2c0
[   14.274605]  [8105360d] ? queue_work_on+0x1d/0x30
[   14.274703]  [a045ac26] ? evergreen_irq_process+0x906/0xd20 
[radeon]
[   14.274715]  [810a0a2d] ? handle_irq_event_percpu+0x2d/0x1a0
[   14.274724]  [810a0bd6] ? handle_irq_event+0x36/0x60
[   14.274734]  [810a3487] ? handle_edge_irq+0x67/0x110
[   14.274743]  [810045d5] ? handle_irq+0x15/0x20
[   14.274751]  [81004261] ? do_IRQ+0x51/0xd0
[   14.274761]  [814009ea] ? common_interrupt+0x6a/0x6a
[   14.274765]  EOI  [812369a9] ? delay_tsc+0x29/0x60
[   14.274850]  [a0455cda] ? sumo_set_uvd_clock+0x8a/0xb0 [radeon]
[   14.274926]  [a0455dfd] ? sumo_set_uvd_clocks+0x4d/0xe0 [radeon]
[   14.274999]  [a043f775] ? r600_uvd_init+0x25/0x390 [radeon]
[   14.275073]  [a045d652] ? evergreen_startup+0x1952/0x1960 [radeon]
[   14.275146]  [a045d85b] ? evergreen_init+0x17b/0x2c0 [radeon]
[   14.275208]  [a03f96a5] ? radeon_device_init+0x5b5/0x6d0 [radeon]
[   14.275219]  [8124d975] ? pci_find_capability+0x45/0x60
[   14.275279]  [a03fb234] ? radeon_driver_load_kms+0x84/0x140 
[radeon]
[   14.275303]  [a01d84ad] ? drm_get_pci_dev+0x17d/0x290 [drm]
[   14.275314]  [812521b8] ? pci_device_probe+0x98/0xe0
[   14.275325]  [812d9ed8] ? driver_probe_device+0x68/0x210
[   14.275333]  [812da173] ? __driver_attach+0x93/0xa0
[   14.275341]  [812da0e0] ? __device_attach+0x60/0x60
[   14.275351]  [812d81b3] ? bus_for_each_dev+0x53/0x90
[   14.275359]  [812d96a0] ? bus_add_driver+0x1c0/0x250
[   14.275367]  [812da709] ? driver_register+0x69/0x140
[   14.275380]  [a050b000] ? 0xa050afff
[   14.275390]  [a050b000] ? 0xa050afff
[   14.275399]  [810002da] ? do_one_initcall+0x10a/0x160
[   14.275408]  [8108e508] ? load_module+0x1cd8/0x2390
[   14.275416]  [8108a540] ? store_uevent+0x50/0x50
[   14.275427]  [8108ec78] ? SyS_init_module+0xb8/0xe0
[   14.275438]  [81401112] ? system_call_fastpath+0x16/0x1b
[   14.275444] ---[ end trace 1f1cbf85b14e84a1 ]---

With best regards,
Julian Wollrath
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH 000/165] radeon drm-next patches

2013-06-27 Thread Andy Furniss 

Alex Deucher wrote:

On Wed, Jun 26, 2013 at 9:21 AM,  alexdeuc...@gmail.com wrote:

From: Alex Deucher alexander.deuc...@amd.com

These are the radeon patches for 3.11.  Some of these patches
are huge so, it might be easier to review things here:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip


Updated branch:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip-2
Takes into account comments from Jerome a Christian and contains a few
DPM fixes.


I see there's a 3 now - I tested that (I guess currently it's the same 
as 2 anyway).


On my rv790 there are no regressions so far, but whatever I do it stays low.

echo profile  /sys/class/drm/card0/device/power_method = write error, 
is there a way to go back to manual setting with dpm?


I haven't tried rv670 yet - I couldn't see a new firmware for that, does 
it just not need one?


___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH 000/165] radeon drm-next patches

2013-06-27 Thread Jerome Glisse 
On Wed, Jun 26, 2013 at 6:51 PM, Julian Wollrath jwollr...@web.de wrote:
 Hi,

 I just tried the DPM support out on a E-450 APU (HD6320) and it did
 not work like expected. In the terminal everything seemed ok but when
 I started a display manager, the screen showed garbage and the system
 basically locked up. The radeon and drm related parts of the syslog
 are below.
 I saw, that you updated the patches, therefore I tried out the branch
 drm-next-3.11-wip-2 and I got, additionally to the problem mentioned in
 my first e-mail, the following warning:

 [   14.274349] [ cut here ]
 [   14.274369] WARNING: at kernel/workqueue.c:1365 __queue_work+0x260/0x2c0()
 [   14.274374] Modules linked in: bluetooth crc16 acpi_cpufreq 
 snd_hda_codec_hdmi iwlwifi uvcvideo mperf radeon(+) videobuf2_vmalloc 
 cfg80211 snd_hda_intel(+) battery processor button thinkpad_acpi video nvram 
 rfkill videobuf2_memops videobuf2_core videodev snd_hda_codec kvm_amd 
 i2c_algo_bit kvm snd_hwdep snd_pcm snd_timer snd_page_alloc ac drm_kms_helper 
 ttm snd drm soundcore wmi i2c_piix4 agpgart pcspkr i2c_core evdev k10temp 
 psmouse serio_raw sha256_ssse3 sha256_generic twofish_x86_64_3way glue_helper 
 xts lrw gf128mul twofish_x86_64 twofish_common cbc dm_crypt dm_mod sd_mod 
 crc_t10dif rtsx_pci_sdmmc mmc_core microcode thermal thermal_sys ahci libahci 
 ohci_hcd ehci_pci ehci_hcd rtsx_pci mfd_core usbcore usb_common libata 
 scsi_mod
 [   14.274517] CPU: 1 PID: 497 Comm: modprobe Not tainted 3.10.0-rc7-wl+ #3
 [   14.274524] Hardware name: LENOVO 30515YG/30515YG, BIOS 8RET52WW (1.15 ) 
 11/15/2011
 [   14.274530]  813fc83e 81037a7a 88011ec12540 
 88011ed15d00
 [   14.274539]  8801164a5bc8 0002 88011e060a00 
 81053590
 [   14.274548]  0002 8801164a5e9c 0001 
 0010
 [   14.274558] Call Trace:
 [   14.274563]  IRQ  [813fc83e] ? dump_stack+0xc/0x15
 [   14.274582]  [81037a7a] ? warn_slowpath_common+0x6a/0xa0
 [   14.274594]  [81053590] ? __queue_work+0x260/0x2c0
 [   14.274605]  [8105360d] ? queue_work_on+0x1d/0x30
 [   14.274703]  [a045ac26] ? evergreen_irq_process+0x906/0xd20 
 [radeon]
 [   14.274715]  [810a0a2d] ? handle_irq_event_percpu+0x2d/0x1a0
 [   14.274724]  [810a0bd6] ? handle_irq_event+0x36/0x60
 [   14.274734]  [810a3487] ? handle_edge_irq+0x67/0x110
 [   14.274743]  [810045d5] ? handle_irq+0x15/0x20
 [   14.274751]  [81004261] ? do_IRQ+0x51/0xd0
 [   14.274761]  [814009ea] ? common_interrupt+0x6a/0x6a
 [   14.274765]  EOI  [812369a9] ? delay_tsc+0x29/0x60
 [   14.274850]  [a0455cda] ? sumo_set_uvd_clock+0x8a/0xb0 [radeon]
 [   14.274926]  [a0455dfd] ? sumo_set_uvd_clocks+0x4d/0xe0 [radeon]
 [   14.274999]  [a043f775] ? r600_uvd_init+0x25/0x390 [radeon]
 [   14.275073]  [a045d652] ? evergreen_startup+0x1952/0x1960 
 [radeon]
 [   14.275146]  [a045d85b] ? evergreen_init+0x17b/0x2c0 [radeon]
 [   14.275208]  [a03f96a5] ? radeon_device_init+0x5b5/0x6d0 [radeon]
 [   14.275219]  [8124d975] ? pci_find_capability+0x45/0x60
 [   14.275279]  [a03fb234] ? radeon_driver_load_kms+0x84/0x140 
 [radeon]
 [   14.275303]  [a01d84ad] ? drm_get_pci_dev+0x17d/0x290 [drm]
 [   14.275314]  [812521b8] ? pci_device_probe+0x98/0xe0
 [   14.275325]  [812d9ed8] ? driver_probe_device+0x68/0x210
 [   14.275333]  [812da173] ? __driver_attach+0x93/0xa0
 [   14.275341]  [812da0e0] ? __device_attach+0x60/0x60
 [   14.275351]  [812d81b3] ? bus_for_each_dev+0x53/0x90
 [   14.275359]  [812d96a0] ? bus_add_driver+0x1c0/0x250
 [   14.275367]  [812da709] ? driver_register+0x69/0x140
 [   14.275380]  [a050b000] ? 0xa050afff
 [   14.275390]  [a050b000] ? 0xa050afff
 [   14.275399]  [810002da] ? do_one_initcall+0x10a/0x160
 [   14.275408]  [8108e508] ? load_module+0x1cd8/0x2390
 [   14.275416]  [8108a540] ? store_uevent+0x50/0x50
 [   14.275427]  [8108ec78] ? SyS_init_module+0xb8/0xe0
 [   14.275438]  [81401112] ? system_call_fastpath+0x16/0x1b
 [   14.275444] ---[ end trace 1f1cbf85b14e84a1 ]---

 With best regards,
 Julian Wollrath


This patch should fix your issue :

http://people.freedesktop.org/~glisse/0001-radeon-do-no-schedule-thermal-work-if-dpm-is-not-ena.patch

Cheers,
Jerome
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH 000/165] radeon drm-next patches

2013-06-27 Thread Alex Deucher 
On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss adf.li...@gmail.com wrote:
 Alex Deucher wrote:

 On Wed, Jun 26, 2013 at 9:21 AM,  alexdeuc...@gmail.com wrote:

 From: Alex Deucher alexander.deuc...@amd.com

 These are the radeon patches for 3.11.  Some of these patches
 are huge so, it might be easier to review things here:
 http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip


 Updated branch:
 http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip-2
 Takes into account comments from Jerome a Christian and contains a few
 DPM fixes.


 I see there's a 3 now - I tested that (I guess currently it's the same as 2
 anyway).

 On my rv790 there are no regressions so far, but whatever I do it stays low.


We may need to tweak the scaling parameters a bit to force higher
states more readily.  They are pretty conservative right now.

 echo profile  /sys/class/drm/card0/device/power_method = write error, is
 there a way to go back to manual setting with dpm?

Not yet.  I'm working on an infrastructure to force DPM modes, but
it's not ready yet.


 I haven't tried rv670 yet - I couldn't see a new firmware for that, does it
 just not need one?


Nope.  6xx and APUs do not require ucode.  only 7xx+ dGPUs.

Alex
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH 000/165] radeon drm-next patches

2013-06-27 Thread James Cloos 
 AD == Alex Deucher alexdeuc...@gmail.com writes:

AD Nope.  6xx and APUs do not require ucode.  only 7xx+ dGPUs.

Does that mean that APUs do not require *any* ucode blobs?

Or just that they do not require updated or additional blobs
for the new functionality like DPM?

-JimC
-- 
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH 000/165] radeon drm-next patches

2013-06-27 Thread Jerome Glisse 
On Thu, Jun 27, 2013 at 6:19 PM, James Cloos cl...@jhcloos.com wrote:
 AD == Alex Deucher alexdeuc...@gmail.com writes:

 AD Nope.  6xx and APUs do not require ucode.  only 7xx+ dGPUs.

 Does that mean that APUs do not require *any* ucode blobs?

 Or just that they do not require updated or additional blobs
 for the new functionality like DPM?

 -JimC
 --

They don't require any ucode blob for the power management. They do
require ucode blob for 3d acceleration, compute, well anything that
want to use the gpu really.

Cheers,
Jerome
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: [PATCH 000/165] radeon drm-next patches

2013-06-27 Thread Alex Deucher 
On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss adf.li...@gmail.com wrote:
 Alex Deucher wrote:

 On Wed, Jun 26, 2013 at 9:21 AM,  alexdeuc...@gmail.com wrote:

 From: Alex Deucher alexander.deuc...@amd.com

 These are the radeon patches for 3.11.  Some of these patches
 are huge so, it might be easier to review things here:
 http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip


 Updated branch:
 http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip-2
 Takes into account comments from Jerome a Christian and contains a few
 DPM fixes.


 I see there's a 3 now - I tested that (I guess currently it's the same as 2
 anyway).

 On my rv790 there are no regressions so far, but whatever I do it stays low.

This should work much better with with wip-5.

Alex
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[PATCH 000/165] radeon drm-next patches

2013-06-26 Thread Alex Deucher 
On Wed, Jun 26, 2013 at 9:21 AM,   wrote:
> From: Alex Deucher 
>
> These are the radeon patches for 3.11.  Some of these patches
> are huge so, it might be easier to review things here:
> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip

Updated branch:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip-2
Takes into account comments from Jerome a Christian and contains a few
DPM fixes.

Alex

[PATCH 000/165] radeon drm-next patches

2013-06-26 Thread alexdeuc...@gmail.com 
From: Alex Deucher 

These are the radeon patches for 3.11.  Some of these patches
are huge so, it might be easier to review things here:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip

I'll send a formal pull in request in the next day or two.

Highlights of this series:
- DPM support (Dynamic Power Management) for r6xx-SI
- Support for CIK (Sea Islands): modesetting, 3D, compute, UVD
- ASPM support for R6xx-SI

Since this is the initial public DPM code, it's still disabled by default
until we get more community testing.  Pass dpm=1 to the radeon module to
enable it.

Alex Deucher (164):
  drm/radeon: fix AVI infoframe generation
  drm/radeon: add backlight quirk for hybrid mac
  drm/radeon: add a reset work handler
  drm/radeon: add CIK chip families
  drm/radeon: add DCE8 macro for CIK
  drm/radeon: adapt to PCI BAR changes on CIK
  drm/radeon: add gpu init support for CIK (v9)
  drm/radeon: Add support for CIK GPU reset (v2)
  drm/radeon: add support for MC/VM setup on CIK (v6)
  drm/radeon/cik: stop page faults from hanging the system (v2)
  drm/radeon: add initial ucode loading for CIK (v5)
  drm/radeon: add support mc ucode loading on CIK (v2)
  drm/radeon: Add CP init for CIK (v7)
  drm/radeon: add IB and fence dispatch functions for CIK gfx (v7)
  drm/radeon: add ring and IB tests for CIK (v3)
  drm/radeon: implement async vm_flush for the CP (v7)
  drm/radeon: Add support for RLC init on CIK (v4)
  drm/radeon: add support for interrupts on CIK (v5)
  drm/radeon/cik: log and handle VM page fault interrupts
  drm/radeon/cik: add support for sDMA dma engines (v8)
  drm/radeon: implement async vm_flush for the sDMA (v6)
  drm/radeon/cik: add support for doing async VM pt updates (v5)
  drm/radeon/cik: fill in startup/shutdown callbacks (v4)
  drm/radeon: upstream ObjectID.h updates (v2)
  drm/radeon: upstream atombios.h updates (v2)
  drm/radeon: atombios power table updates (v2)
  drm/radeon: handle the integrated thermal controller on CI
  drm/radeon: update power state parsing for CI
  drm/radeon/dce8: add support for display watermark setup
  drm/radeon/cik: add hw cursor support (v2)
  drm/radeon/dce8: properly handle interlaced timing
  drm/radeon/dce8: crtc_set_base updates
  drm/radeon/atom: add DCE8 encoder support
  drm/radeon/atom: add support for new DVO tables
  drm/radeon: update DISPCLK programming for DCE8
  drm/radeon: add support pll selection for DCE8 (v4)
  drm/radeon: Handle PPLL0 powerdown on DCE8
  drm/radeon: use frac fb div on DCE8
  drm/radeon: add SS override support for KB/KV
  drm/radeon: Update radeon_info_ioctl for CIK (v2)
  drm/radeon: add get_gpu_clock_counter() callback for cik
  drm/radeon: update CIK soft reset
  drm/radeon: add indirect register accessors for SMC registers
  drm/radeon: add get_xclk() callback for CIK
  drm/radeon/cik: add pcie_port indirect register accessors
  drm/radeon: update radeon_atom_get_clock_dividers() for SI
  drm/radeon: update radeon_atom_get_clock_dividers for CIK
  drm/radeon/cik: add srbm_select function
  drm/radeon: use callbacks for ring pointer handling
  drm/radeon: implement simple doorbell page allocator
  drm/radeon/cik: Add support for compute queues (v2)
  drm/radeon/cik: switch to type3 nop packet for compute rings
  drm/radeon: fix up ring functions for compute rings
  drm/radeon/cik: add support for compute interrupts
  drm/radeon/cik: add support for golden register init
  drm/radeon: add radeon_asic struct for CIK (v11)
  drm/radeon: add cik tile mode array query
  drm/radeon: add current Bonaire PCI ids
  drm/radeon: add current KB pci ids
  drm/radeon/kms: add accessors for RCU indirect space
  drm/radeon/evergreen: add indirect register accessors for CG
registers
  drm/radeon: make get_temperature functions a callback
  drm/radeon: add support for thermal sensor on tn
  drm/radeon/kms: move ucode defines to a separate header
  drm/radeon: properly set up the RLC on ON/LN/TN (v3)
  drm/radeon/kms: add atom helper functions for dpm (v3)
  drm/radeon/kms: add new asic struct for rv6xx (v3)
  drm/radeon/kms: add common dpm infrastructure
  drm/radeon/kms: fix up rs780/rs880 display watermark calc for dpm
  drm/radeon/kms: fix up 6xx/7xx display watermark calc for dpm
  drm/radeon/kms: fix up dce4/5 display watermark calc for dpm
  drm/radeon/kms: fix up dce6 display watermark calc for dpm
  drm/radeon/kms: add common r600 dpm functions
  drm/radeon/kms: add dpm support for rs780/rs880
  drm/radeon/kms: add dpm support for rv6xx
  drm/radeon/kms: add dpm support for rv7xx (v2)
  drm/radeon/kms: add dpm support for evergreen (v2)
  drm/radeon/kms: add dpm support for btc (v2)
  drm/radeon/kms: add dpm support for sumo asics
  drm/radeon/kms: add dpm support for trinity asics
  drm/radeon/dpm: let atom control display phy powergating
  drm/radeon: add dpm UVD handling for r7xx asics
  drm/radeon: add dpm UVD handling for evergreen/btc asics
  drm/radeon: add dpm UVD

[PATCH 000/165] radeon drm-next patches

2013-06-26 Thread Jerome Glisse 
On Wed, Jun 26, 2013 at 09:21:20AM -0400, alexdeucher at gmail.com wrote:
> From: Alex Deucher 
> 
> These are the radeon patches for 3.11.  Some of these patches
> are huge so, it might be easier to review things here:
> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip
> 
> I'll send a formal pull in request in the next day or two.
> 
> Highlights of this series:
> - DPM support (Dynamic Power Management) for r6xx-SI
> - Support for CIK (Sea Islands): modesetting, 3D, compute, UVD
> - ASPM support for R6xx-SI
> 
> Since this is the initial public DPM code, it's still disabled by default
> until we get more community testing.  Pass dpm=1 to the radeon module to
> enable it.

So for the serie (except one i replied to) got my :

Reviewed-by: Jerome Glisse 

I mostly checked the logic behind function ie what function is supose to do
and does it do it properly. I didn't do any tedious check like is it using
proper define for this generation.

I wish more of the acronym related to power management were documented. There
is so many magic name that it's often hard to understand the logic of the
code, what it's doing and what is it that it's computing.

Regarding CIK i fear that the hsa addition doesn't fit very well with our ring
stuff, we probably don't want a ring struct for each of the 32 or 64 queues.
But as right now we are only using few queues, that's probably alright.

Cheers,
Jerome

> 
> Alex Deucher (164):
>   drm/radeon: fix AVI infoframe generation
>   drm/radeon: add backlight quirk for hybrid mac
>   drm/radeon: add a reset work handler
>   drm/radeon: add CIK chip families
>   drm/radeon: add DCE8 macro for CIK
>   drm/radeon: adapt to PCI BAR changes on CIK
>   drm/radeon: add gpu init support for CIK (v9)
>   drm/radeon: Add support for CIK GPU reset (v2)
>   drm/radeon: add support for MC/VM setup on CIK (v6)
>   drm/radeon/cik: stop page faults from hanging the system (v2)
>   drm/radeon: add initial ucode loading for CIK (v5)
>   drm/radeon: add support mc ucode loading on CIK (v2)
>   drm/radeon: Add CP init for CIK (v7)
>   drm/radeon: add IB and fence dispatch functions for CIK gfx (v7)
>   drm/radeon: add ring and IB tests for CIK (v3)
>   drm/radeon: implement async vm_flush for the CP (v7)
>   drm/radeon: Add support for RLC init on CIK (v4)
>   drm/radeon: add support for interrupts on CIK (v5)
>   drm/radeon/cik: log and handle VM page fault interrupts
>   drm/radeon/cik: add support for sDMA dma engines (v8)
>   drm/radeon: implement async vm_flush for the sDMA (v6)
>   drm/radeon/cik: add support for doing async VM pt updates (v5)
>   drm/radeon/cik: fill in startup/shutdown callbacks (v4)
>   drm/radeon: upstream ObjectID.h updates (v2)
>   drm/radeon: upstream atombios.h updates (v2)
>   drm/radeon: atombios power table updates (v2)
>   drm/radeon: handle the integrated thermal controller on CI
>   drm/radeon: update power state parsing for CI
>   drm/radeon/dce8: add support for display watermark setup
>   drm/radeon/cik: add hw cursor support (v2)
>   drm/radeon/dce8: properly handle interlaced timing
>   drm/radeon/dce8: crtc_set_base updates
>   drm/radeon/atom: add DCE8 encoder support
>   drm/radeon/atom: add support for new DVO tables
>   drm/radeon: update DISPCLK programming for DCE8
>   drm/radeon: add support pll selection for DCE8 (v4)
>   drm/radeon: Handle PPLL0 powerdown on DCE8
>   drm/radeon: use frac fb div on DCE8
>   drm/radeon: add SS override support for KB/KV
>   drm/radeon: Update radeon_info_ioctl for CIK (v2)
>   drm/radeon: add get_gpu_clock_counter() callback for cik
>   drm/radeon: update CIK soft reset
>   drm/radeon: add indirect register accessors for SMC registers
>   drm/radeon: add get_xclk() callback for CIK
>   drm/radeon/cik: add pcie_port indirect register accessors
>   drm/radeon: update radeon_atom_get_clock_dividers() for SI
>   drm/radeon: update radeon_atom_get_clock_dividers for CIK
>   drm/radeon/cik: add srbm_select function
>   drm/radeon: use callbacks for ring pointer handling
>   drm/radeon: implement simple doorbell page allocator
>   drm/radeon/cik: Add support for compute queues (v2)
>   drm/radeon/cik: switch to type3 nop packet for compute rings
>   drm/radeon: fix up ring functions for compute rings
>   drm/radeon/cik: add support for compute interrupts
>   drm/radeon/cik: add support for golden register init
>   drm/radeon: add radeon_asic struct for CIK (v11)
>   drm/radeon: add cik tile mode array query
>   drm/radeon: add current Bonaire PCI ids
>   drm/radeon: add current KB pci ids
>   drm/radeon/kms: add accessors for RCU indirect space
>   drm/radeon/evergreen: add indirect register accessors for CG
> registers
>   drm/radeon: make get_temperature functions a callback
>   drm/radeon: add support for thermal sensor on tn
>   drm/radeon/kms: move ucode defines to a separate header
>   drm/radeon: properly set up the RLC on ON/LN/TN (v3)
>   drm/radeon/kms: add atom helper functions for dpm (v3)
>

[PATCH 000/165] radeon drm-next patches

2013-06-26 Thread alexdeucher 
From: Alex Deucher alexander.deuc...@amd.com

These are the radeon patches for 3.11.  Some of these patches
are huge so, it might be easier to review things here:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip

I'll send a formal pull in request in the next day or two.

Highlights of this series:
- DPM support (Dynamic Power Management) for r6xx-SI
- Support for CIK (Sea Islands): modesetting, 3D, compute, UVD
- ASPM support for R6xx-SI

Since this is the initial public DPM code, it's still disabled by default
until we get more community testing.  Pass dpm=1 to the radeon module to
enable it.

Alex Deucher (164):
  drm/radeon: fix AVI infoframe generation
  drm/radeon: add backlight quirk for hybrid mac
  drm/radeon: add a reset work handler
  drm/radeon: add CIK chip families
  drm/radeon: add DCE8 macro for CIK
  drm/radeon: adapt to PCI BAR changes on CIK
  drm/radeon: add gpu init support for CIK (v9)
  drm/radeon: Add support for CIK GPU reset (v2)
  drm/radeon: add support for MC/VM setup on CIK (v6)
  drm/radeon/cik: stop page faults from hanging the system (v2)
  drm/radeon: add initial ucode loading for CIK (v5)
  drm/radeon: add support mc ucode loading on CIK (v2)
  drm/radeon: Add CP init for CIK (v7)
  drm/radeon: add IB and fence dispatch functions for CIK gfx (v7)
  drm/radeon: add ring and IB tests for CIK (v3)
  drm/radeon: implement async vm_flush for the CP (v7)
  drm/radeon: Add support for RLC init on CIK (v4)
  drm/radeon: add support for interrupts on CIK (v5)
  drm/radeon/cik: log and handle VM page fault interrupts
  drm/radeon/cik: add support for sDMA dma engines (v8)
  drm/radeon: implement async vm_flush for the sDMA (v6)
  drm/radeon/cik: add support for doing async VM pt updates (v5)
  drm/radeon/cik: fill in startup/shutdown callbacks (v4)
  drm/radeon: upstream ObjectID.h updates (v2)
  drm/radeon: upstream atombios.h updates (v2)
  drm/radeon: atombios power table updates (v2)
  drm/radeon: handle the integrated thermal controller on CI
  drm/radeon: update power state parsing for CI
  drm/radeon/dce8: add support for display watermark setup
  drm/radeon/cik: add hw cursor support (v2)
  drm/radeon/dce8: properly handle interlaced timing
  drm/radeon/dce8: crtc_set_base updates
  drm/radeon/atom: add DCE8 encoder support
  drm/radeon/atom: add support for new DVO tables
  drm/radeon: update DISPCLK programming for DCE8
  drm/radeon: add support pll selection for DCE8 (v4)
  drm/radeon: Handle PPLL0 powerdown on DCE8
  drm/radeon: use frac fb div on DCE8
  drm/radeon: add SS override support for KB/KV
  drm/radeon: Update radeon_info_ioctl for CIK (v2)
  drm/radeon: add get_gpu_clock_counter() callback for cik
  drm/radeon: update CIK soft reset
  drm/radeon: add indirect register accessors for SMC registers
  drm/radeon: add get_xclk() callback for CIK
  drm/radeon/cik: add pcie_port indirect register accessors
  drm/radeon: update radeon_atom_get_clock_dividers() for SI
  drm/radeon: update radeon_atom_get_clock_dividers for CIK
  drm/radeon/cik: add srbm_select function
  drm/radeon: use callbacks for ring pointer handling
  drm/radeon: implement simple doorbell page allocator
  drm/radeon/cik: Add support for compute queues (v2)
  drm/radeon/cik: switch to type3 nop packet for compute rings
  drm/radeon: fix up ring functions for compute rings
  drm/radeon/cik: add support for compute interrupts
  drm/radeon/cik: add support for golden register init
  drm/radeon: add radeon_asic struct for CIK (v11)
  drm/radeon: add cik tile mode array query
  drm/radeon: add current Bonaire PCI ids
  drm/radeon: add current KB pci ids
  drm/radeon/kms: add accessors for RCU indirect space
  drm/radeon/evergreen: add indirect register accessors for CG
registers
  drm/radeon: make get_temperature functions a callback
  drm/radeon: add support for thermal sensor on tn
  drm/radeon/kms: move ucode defines to a separate header
  drm/radeon: properly set up the RLC on ON/LN/TN (v3)
  drm/radeon/kms: add atom helper functions for dpm (v3)
  drm/radeon/kms: add new asic struct for rv6xx (v3)
  drm/radeon/kms: add common dpm infrastructure
  drm/radeon/kms: fix up rs780/rs880 display watermark calc for dpm
  drm/radeon/kms: fix up 6xx/7xx display watermark calc for dpm
  drm/radeon/kms: fix up dce4/5 display watermark calc for dpm
  drm/radeon/kms: fix up dce6 display watermark calc for dpm
  drm/radeon/kms: add common r600 dpm functions
  drm/radeon/kms: add dpm support for rs780/rs880
  drm/radeon/kms: add dpm support for rv6xx
  drm/radeon/kms: add dpm support for rv7xx (v2)
  drm/radeon/kms: add dpm support for evergreen (v2)
  drm/radeon/kms: add dpm support for btc (v2)
  drm/radeon/kms: add dpm support for sumo asics
  drm/radeon/kms: add dpm support for trinity asics
  drm/radeon/dpm: let atom control display phy powergating
  drm/radeon: add dpm UVD handling for r7xx asics
  drm/radeon: add dpm UVD handling for evergreen/btc asics
  drm/radeon: add dpm UVD

Re: [PATCH 000/165] radeon drm-next patches

2013-06-26 Thread Jerome Glisse 
On Wed, Jun 26, 2013 at 09:21:20AM -0400, alexdeuc...@gmail.com wrote:
 From: Alex Deucher alexander.deuc...@amd.com
 
 These are the radeon patches for 3.11.  Some of these patches
 are huge so, it might be easier to review things here:
 http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip
 
 I'll send a formal pull in request in the next day or two.
 
 Highlights of this series:
 - DPM support (Dynamic Power Management) for r6xx-SI
 - Support for CIK (Sea Islands): modesetting, 3D, compute, UVD
 - ASPM support for R6xx-SI
 
 Since this is the initial public DPM code, it's still disabled by default
 until we get more community testing.  Pass dpm=1 to the radeon module to
 enable it.

So for the serie (except one i replied to) got my :

Reviewed-by: Jerome Glisse jgli...@redhat.com

I mostly checked the logic behind function ie what function is supose to do
and does it do it properly. I didn't do any tedious check like is it using
proper define for this generation.

I wish more of the acronym related to power management were documented. There
is so many magic name that it's often hard to understand the logic of the
code, what it's doing and what is it that it's computing.

Regarding CIK i fear that the hsa addition doesn't fit very well with our ring
stuff, we probably don't want a ring struct for each of the 32 or 64 queues.
But as right now we are only using few queues, that's probably alright.

Cheers,
Jerome

 
 Alex Deucher (164):
   drm/radeon: fix AVI infoframe generation
   drm/radeon: add backlight quirk for hybrid mac
   drm/radeon: add a reset work handler
   drm/radeon: add CIK chip families
   drm/radeon: add DCE8 macro for CIK
   drm/radeon: adapt to PCI BAR changes on CIK
   drm/radeon: add gpu init support for CIK (v9)
   drm/radeon: Add support for CIK GPU reset (v2)
   drm/radeon: add support for MC/VM setup on CIK (v6)
   drm/radeon/cik: stop page faults from hanging the system (v2)
   drm/radeon: add initial ucode loading for CIK (v5)
   drm/radeon: add support mc ucode loading on CIK (v2)
   drm/radeon: Add CP init for CIK (v7)
   drm/radeon: add IB and fence dispatch functions for CIK gfx (v7)
   drm/radeon: add ring and IB tests for CIK (v3)
   drm/radeon: implement async vm_flush for the CP (v7)
   drm/radeon: Add support for RLC init on CIK (v4)
   drm/radeon: add support for interrupts on CIK (v5)
   drm/radeon/cik: log and handle VM page fault interrupts
   drm/radeon/cik: add support for sDMA dma engines (v8)
   drm/radeon: implement async vm_flush for the sDMA (v6)
   drm/radeon/cik: add support for doing async VM pt updates (v5)
   drm/radeon/cik: fill in startup/shutdown callbacks (v4)
   drm/radeon: upstream ObjectID.h updates (v2)
   drm/radeon: upstream atombios.h updates (v2)
   drm/radeon: atombios power table updates (v2)
   drm/radeon: handle the integrated thermal controller on CI
   drm/radeon: update power state parsing for CI
   drm/radeon/dce8: add support for display watermark setup
   drm/radeon/cik: add hw cursor support (v2)
   drm/radeon/dce8: properly handle interlaced timing
   drm/radeon/dce8: crtc_set_base updates
   drm/radeon/atom: add DCE8 encoder support
   drm/radeon/atom: add support for new DVO tables
   drm/radeon: update DISPCLK programming for DCE8
   drm/radeon: add support pll selection for DCE8 (v4)
   drm/radeon: Handle PPLL0 powerdown on DCE8
   drm/radeon: use frac fb div on DCE8
   drm/radeon: add SS override support for KB/KV
   drm/radeon: Update radeon_info_ioctl for CIK (v2)
   drm/radeon: add get_gpu_clock_counter() callback for cik
   drm/radeon: update CIK soft reset
   drm/radeon: add indirect register accessors for SMC registers
   drm/radeon: add get_xclk() callback for CIK
   drm/radeon/cik: add pcie_port indirect register accessors
   drm/radeon: update radeon_atom_get_clock_dividers() for SI
   drm/radeon: update radeon_atom_get_clock_dividers for CIK
   drm/radeon/cik: add srbm_select function
   drm/radeon: use callbacks for ring pointer handling
   drm/radeon: implement simple doorbell page allocator
   drm/radeon/cik: Add support for compute queues (v2)
   drm/radeon/cik: switch to type3 nop packet for compute rings
   drm/radeon: fix up ring functions for compute rings
   drm/radeon/cik: add support for compute interrupts
   drm/radeon/cik: add support for golden register init
   drm/radeon: add radeon_asic struct for CIK (v11)
   drm/radeon: add cik tile mode array query
   drm/radeon: add current Bonaire PCI ids
   drm/radeon: add current KB pci ids
   drm/radeon/kms: add accessors for RCU indirect space
   drm/radeon/evergreen: add indirect register accessors for CG
 registers
   drm/radeon: make get_temperature functions a callback
   drm/radeon: add support for thermal sensor on tn
   drm/radeon/kms: move ucode defines to a separate header
   drm/radeon: properly set up the RLC on ON/LN/TN (v3)
   drm/radeon/kms: add atom helper functions for dpm (v3)
   drm/radeon/kms: add new asic struct for

Re: [PATCH 000/165] radeon drm-next patches

2013-06-26 Thread Alex Deucher 
On Wed, Jun 26, 2013 at 9:21 AM,  alexdeuc...@gmail.com wrote:
 From: Alex Deucher alexander.deuc...@amd.com

 These are the radeon patches for 3.11.  Some of these patches
 are huge so, it might be easier to review things here:
 http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip

Updated branch:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip-2
Takes into account comments from Jerome a Christian and contains a few
DPM fixes.

Alex
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel