Re: [PATCH 000/165] radeon drm-next patches
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
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
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
Re: [PATCH 000/165] radeon drm-next patches
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
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
Re: [PATCH 000/165] radeon drm-next patches
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
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
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
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
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
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
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
Re: [PATCH 000/165] radeon drm-next patches
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
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