Hi Dave,
This is the radeon pull request for 3.17. Highlights: - Additional Hawaii fixes - Support for using the display scaler on non-fixed mode displays - Support for new firmware format that makes it easier to update - Enable dpm by default on additional asics - GPUVM improvements - Support for uncached and write combined gtt buffers - Userptr support - Allow allocation of BOs larger than visible vram - Various other small fixes and improvements
The following changes since commit a91576d7916f6cce76d30303e60e1ac47cf4a76d:
drm/ttm: Pass GFP flags in order to avoid deadlock. (2014-08-05 10:54:19 +1000)
are available in the git repository at:
git://people.freedesktop.org/~agd5f/linux drm-next-3.17
for you to fetch changes up to ffd7d3a9d535933c7edfbaaac161f11628270716:
drm/radeon: allow userptr write access under certain conditions (2014-08-05 12:10:42 -0400)
---------------------------------------------------------------- Alex Deucher (25): drm/radeon/dpm: add support for SVI2 voltage for SI drm/radeon: disable gfx cgcg on cik drm/radeon: add new firmware header definitions (v3) drm/radeon/si: Add support for new ucode format (v3) drm/radeon/cik: Add support for new ucode format (v5) drm/radeon: enable display scaling on all connectors (v2) drm/radeon: consolidate vga and dvi get_modes functions (v2) drm/radeon: restructure edid fetching drm/radeon: use a fetch function to get the edid drm/radeon: track pinned memory (v2) drm/radeon: use vram/gart pinned size in radeon_gem_info_ioctl drm/radeon: use vram/gart pinned size in radeon_do_test_moves drm/radeon: remove visible vram size limit on bo allocation (v4) drm/radeon: add a PX quirk list drm/radeon: make radeon_connector_encoder_is_hbr2 static drm/radeon: load the lm63 driver for an lm64 thermal chip. drm/radeon: fix reversed logic in evergreen_mc_resume drm/radeon/atom: add new voltage fetch function for hawaii drm/radeon/dpm: handle voltage info fetching on hawaii drm/radeon: re-enable dpm by default on cayman drm/radeon: re-enable dpm by default on BTC drm/radeon: use an intervall tree to manage the VMA v2 drm/radeon: use packet2 for nop on hawaii with old firmware drm/radeon: tweak ACCEL_WORKING2 query for hawaii drm/radeon: use packet3 for nop on hawaii with new firmware
Andreas Boll (1): drm/radeon: tweak ACCEL_WORKING2 query for the new firmware for hawaii
Christian König (20): drm/radeon: remove discardable flag from radeon_gem_object_create drm/radeon: fix R600_PTE_GART handling drm/radeon: add trace_radeon_vm_flush drm/radeon: set VM base addr using the PFP v2 drm/radeon: separate ring and IB handling drm/radeon: invalidate moved BOs in the VM (v2) drm/radeon: remove radeon_bo_clear_va drm/radeon: try to enable VM flushing once more drm/radeon: adjust default radeon_vm_block_size v2 drm/radeon: remove taking mclk_lock from radeon_bo_unref drm/radeon: add radeon_bo_ref function drm/radeon: take a BO reference on VM cleanup drm/radeon: add VM GART copy optimization to NI as well drm/radeon: split PT setup in more functions drm/radeon: update IB size estimation for VM drm/radeon: add userptr support v7 drm/radeon: add userptr flag to limit it to anonymous memory v2 drm/radeon: add userptr flag to directly validate the BO to GTT drm/radeon: add userptr flag to register MMU notifier v3 drm/radeon: allow userptr write access under certain conditions
Fabian Frederick (1): drm/radeon: remove null test before kfree
Lauri Kasanen (1): drm/radeon: Inline r100_mm_rreg, -wreg, v3
Mario Kleiner (2): drm/radeon: Use pflip irqs for pageflip completion if possible. (v2) drm/radeon: Prevent hdmi deep color if max_tmds_clock is undefined.
Michel Dänzer (10): drm/radeon: Demote 'BO allocation size too large' message to debug only drm/radeon: Remove radeon_gart_restore() drm/radeon: Pass GART page flags to radeon_gart_set_page() explicitly drm/radeon: Allow write-combined CPU mappings of BOs in GTT (v2) drm/radeon: Use write-combined CPU mappings of ring buffers with PCIe drm/radeon: Use write-combined CPU mappings of IBs on >= CIK drm/radeon/cik: Read back SDMA WPTR register after writing it drm/radeon: s/ioctl_wait_idle/mmio_hpd_flush/ drm/radeon: Always flush the HDP cache before submitting a CS to the GPU drm/radeon: Only flush HDP cache from idle ioctl if BO is in VRAM
Stefan Brüns (2): drm/radeon: Use correct value for unknown audio/video latency drm/radeon/audio: break out of loops once we match connector
drivers/gpu/drm/Kconfig | 2 + drivers/gpu/drm/radeon/Makefile | 2 +- drivers/gpu/drm/radeon/atombios_encoders.c | 16 +- drivers/gpu/drm/radeon/ci_dpm.c | 13 +- drivers/gpu/drm/radeon/ci_smc.c | 39 +- drivers/gpu/drm/radeon/cik.c | 722 ++++++++++++++++++++++------- drivers/gpu/drm/radeon/cik_sdma.c | 247 ++++++---- drivers/gpu/drm/radeon/dce6_afmt.c | 16 +- drivers/gpu/drm/radeon/evergreen.c | 18 +- drivers/gpu/drm/radeon/evergreen_hdmi.c | 4 +- drivers/gpu/drm/radeon/ni.c | 1 - drivers/gpu/drm/radeon/ni_dma.c | 178 ++++--- drivers/gpu/drm/radeon/r100.c | 56 +-- drivers/gpu/drm/radeon/r300.c | 13 +- drivers/gpu/drm/radeon/r600.c | 24 +- drivers/gpu/drm/radeon/radeon.h | 144 ++++-- drivers/gpu/drm/radeon/radeon_asic.c | 79 ++-- drivers/gpu/drm/radeon/radeon_asic.h | 77 ++- drivers/gpu/drm/radeon/radeon_atombios.c | 83 +++- drivers/gpu/drm/radeon/radeon_benchmark.c | 4 +- drivers/gpu/drm/radeon/radeon_connectors.c | 316 +++++++++---- drivers/gpu/drm/radeon/radeon_cs.c | 28 +- drivers/gpu/drm/radeon/radeon_device.c | 89 +++- drivers/gpu/drm/radeon/radeon_display.c | 72 +-- drivers/gpu/drm/radeon/radeon_drv.c | 19 +- drivers/gpu/drm/radeon/radeon_encoders.c | 4 +- drivers/gpu/drm/radeon/radeon_fb.c | 3 +- drivers/gpu/drm/radeon/radeon_gart.c | 38 +- drivers/gpu/drm/radeon/radeon_gem.c | 155 +++++-- drivers/gpu/drm/radeon/radeon_ib.c | 319 +++++++++++++ drivers/gpu/drm/radeon/radeon_kms.c | 14 +- drivers/gpu/drm/radeon/radeon_mn.c | 272 +++++++++++ drivers/gpu/drm/radeon/radeon_mode.h | 4 +- drivers/gpu/drm/radeon/radeon_object.c | 67 ++- drivers/gpu/drm/radeon/radeon_object.h | 6 +- drivers/gpu/drm/radeon/radeon_pm.c | 16 +- drivers/gpu/drm/radeon/radeon_prime.c | 12 +- drivers/gpu/drm/radeon/radeon_ring.c | 287 +----------- drivers/gpu/drm/radeon/radeon_sa.c | 4 +- drivers/gpu/drm/radeon/radeon_test.c | 12 +- drivers/gpu/drm/radeon/radeon_trace.h | 22 +- drivers/gpu/drm/radeon/radeon_ttm.c | 159 ++++++- drivers/gpu/drm/radeon/radeon_ucode.c | 167 +++++++ drivers/gpu/drm/radeon/radeon_ucode.h | 71 +++ drivers/gpu/drm/radeon/radeon_uvd.c | 6 +- drivers/gpu/drm/radeon/radeon_vce.c | 2 +- drivers/gpu/drm/radeon/radeon_vm.c | 281 +++++++---- drivers/gpu/drm/radeon/rs400.c | 14 +- drivers/gpu/drm/radeon/rs600.c | 17 +- drivers/gpu/drm/radeon/rv770.c | 1 - drivers/gpu/drm/radeon/si.c | 460 +++++++++++++----- drivers/gpu/drm/radeon/si_dma.c | 172 ++++--- drivers/gpu/drm/radeon/si_dpm.c | 152 ++++-- drivers/gpu/drm/radeon/si_dpm.h | 5 + drivers/gpu/drm/radeon/si_smc.c | 62 ++- drivers/gpu/drm/radeon/sislands_smc.h | 3 + include/uapi/drm/radeon_drm.h | 23 +- 57 files changed, 3659 insertions(+), 1433 deletions(-) create mode 100644 drivers/gpu/drm/radeon/radeon_ib.c create mode 100644 drivers/gpu/drm/radeon/radeon_mn.c create mode 100644 drivers/gpu/drm/radeon/radeon_ucode.c
On Tue, Aug 05, 2014 at 12:22:06PM -0400, Alex Deucher wrote:
Hi Dave,
This is the radeon pull request for 3.17. Highlights:
- Additional Hawaii fixes
- Support for using the display scaler on non-fixed mode displays
- Support for new firmware format that makes it easier to update
- Enable dpm by default on additional asics
- GPUVM improvements
- Support for uncached and write combined gtt buffers
- Userptr support
Aside: Where's the libdrm/mesa/whatever patches for this? I didn't see them fly by anywhere, so I guess I've missed them on some m-l I don't subscribe to. -Daniel
- Allow allocation of BOs larger than visible vram
- Various other small fixes and improvements
The following changes since commit a91576d7916f6cce76d30303e60e1ac47cf4a76d:
drm/ttm: Pass GFP flags in order to avoid deadlock. (2014-08-05 10:54:19 +1000)
are available in the git repository at:
git://people.freedesktop.org/~agd5f/linux drm-next-3.17
for you to fetch changes up to ffd7d3a9d535933c7edfbaaac161f11628270716:
drm/radeon: allow userptr write access under certain conditions (2014-08-05 12:10:42 -0400)
Alex Deucher (25): drm/radeon/dpm: add support for SVI2 voltage for SI drm/radeon: disable gfx cgcg on cik drm/radeon: add new firmware header definitions (v3) drm/radeon/si: Add support for new ucode format (v3) drm/radeon/cik: Add support for new ucode format (v5) drm/radeon: enable display scaling on all connectors (v2) drm/radeon: consolidate vga and dvi get_modes functions (v2) drm/radeon: restructure edid fetching drm/radeon: use a fetch function to get the edid drm/radeon: track pinned memory (v2) drm/radeon: use vram/gart pinned size in radeon_gem_info_ioctl drm/radeon: use vram/gart pinned size in radeon_do_test_moves drm/radeon: remove visible vram size limit on bo allocation (v4) drm/radeon: add a PX quirk list drm/radeon: make radeon_connector_encoder_is_hbr2 static drm/radeon: load the lm63 driver for an lm64 thermal chip. drm/radeon: fix reversed logic in evergreen_mc_resume drm/radeon/atom: add new voltage fetch function for hawaii drm/radeon/dpm: handle voltage info fetching on hawaii drm/radeon: re-enable dpm by default on cayman drm/radeon: re-enable dpm by default on BTC drm/radeon: use an intervall tree to manage the VMA v2 drm/radeon: use packet2 for nop on hawaii with old firmware drm/radeon: tweak ACCEL_WORKING2 query for hawaii drm/radeon: use packet3 for nop on hawaii with new firmware
Andreas Boll (1): drm/radeon: tweak ACCEL_WORKING2 query for the new firmware for hawaii
Christian König (20): drm/radeon: remove discardable flag from radeon_gem_object_create drm/radeon: fix R600_PTE_GART handling drm/radeon: add trace_radeon_vm_flush drm/radeon: set VM base addr using the PFP v2 drm/radeon: separate ring and IB handling drm/radeon: invalidate moved BOs in the VM (v2) drm/radeon: remove radeon_bo_clear_va drm/radeon: try to enable VM flushing once more drm/radeon: adjust default radeon_vm_block_size v2 drm/radeon: remove taking mclk_lock from radeon_bo_unref drm/radeon: add radeon_bo_ref function drm/radeon: take a BO reference on VM cleanup drm/radeon: add VM GART copy optimization to NI as well drm/radeon: split PT setup in more functions drm/radeon: update IB size estimation for VM drm/radeon: add userptr support v7 drm/radeon: add userptr flag to limit it to anonymous memory v2 drm/radeon: add userptr flag to directly validate the BO to GTT drm/radeon: add userptr flag to register MMU notifier v3 drm/radeon: allow userptr write access under certain conditions
Fabian Frederick (1): drm/radeon: remove null test before kfree
Lauri Kasanen (1): drm/radeon: Inline r100_mm_rreg, -wreg, v3
Mario Kleiner (2): drm/radeon: Use pflip irqs for pageflip completion if possible. (v2) drm/radeon: Prevent hdmi deep color if max_tmds_clock is undefined.
Michel Dänzer (10): drm/radeon: Demote 'BO allocation size too large' message to debug only drm/radeon: Remove radeon_gart_restore() drm/radeon: Pass GART page flags to radeon_gart_set_page() explicitly drm/radeon: Allow write-combined CPU mappings of BOs in GTT (v2) drm/radeon: Use write-combined CPU mappings of ring buffers with PCIe drm/radeon: Use write-combined CPU mappings of IBs on >= CIK drm/radeon/cik: Read back SDMA WPTR register after writing it drm/radeon: s/ioctl_wait_idle/mmio_hpd_flush/ drm/radeon: Always flush the HDP cache before submitting a CS to the GPU drm/radeon: Only flush HDP cache from idle ioctl if BO is in VRAM
Stefan Brüns (2): drm/radeon: Use correct value for unknown audio/video latency drm/radeon/audio: break out of loops once we match connector
drivers/gpu/drm/Kconfig | 2 + drivers/gpu/drm/radeon/Makefile | 2 +- drivers/gpu/drm/radeon/atombios_encoders.c | 16 +- drivers/gpu/drm/radeon/ci_dpm.c | 13 +- drivers/gpu/drm/radeon/ci_smc.c | 39 +- drivers/gpu/drm/radeon/cik.c | 722 ++++++++++++++++++++++------- drivers/gpu/drm/radeon/cik_sdma.c | 247 ++++++---- drivers/gpu/drm/radeon/dce6_afmt.c | 16 +- drivers/gpu/drm/radeon/evergreen.c | 18 +- drivers/gpu/drm/radeon/evergreen_hdmi.c | 4 +- drivers/gpu/drm/radeon/ni.c | 1 - drivers/gpu/drm/radeon/ni_dma.c | 178 ++++--- drivers/gpu/drm/radeon/r100.c | 56 +-- drivers/gpu/drm/radeon/r300.c | 13 +- drivers/gpu/drm/radeon/r600.c | 24 +- drivers/gpu/drm/radeon/radeon.h | 144 ++++-- drivers/gpu/drm/radeon/radeon_asic.c | 79 ++-- drivers/gpu/drm/radeon/radeon_asic.h | 77 ++- drivers/gpu/drm/radeon/radeon_atombios.c | 83 +++- drivers/gpu/drm/radeon/radeon_benchmark.c | 4 +- drivers/gpu/drm/radeon/radeon_connectors.c | 316 +++++++++---- drivers/gpu/drm/radeon/radeon_cs.c | 28 +- drivers/gpu/drm/radeon/radeon_device.c | 89 +++- drivers/gpu/drm/radeon/radeon_display.c | 72 +-- drivers/gpu/drm/radeon/radeon_drv.c | 19 +- drivers/gpu/drm/radeon/radeon_encoders.c | 4 +- drivers/gpu/drm/radeon/radeon_fb.c | 3 +- drivers/gpu/drm/radeon/radeon_gart.c | 38 +- drivers/gpu/drm/radeon/radeon_gem.c | 155 +++++-- drivers/gpu/drm/radeon/radeon_ib.c | 319 +++++++++++++ drivers/gpu/drm/radeon/radeon_kms.c | 14 +- drivers/gpu/drm/radeon/radeon_mn.c | 272 +++++++++++ drivers/gpu/drm/radeon/radeon_mode.h | 4 +- drivers/gpu/drm/radeon/radeon_object.c | 67 ++- drivers/gpu/drm/radeon/radeon_object.h | 6 +- drivers/gpu/drm/radeon/radeon_pm.c | 16 +- drivers/gpu/drm/radeon/radeon_prime.c | 12 +- drivers/gpu/drm/radeon/radeon_ring.c | 287 +----------- drivers/gpu/drm/radeon/radeon_sa.c | 4 +- drivers/gpu/drm/radeon/radeon_test.c | 12 +- drivers/gpu/drm/radeon/radeon_trace.h | 22 +- drivers/gpu/drm/radeon/radeon_ttm.c | 159 ++++++- drivers/gpu/drm/radeon/radeon_ucode.c | 167 +++++++ drivers/gpu/drm/radeon/radeon_ucode.h | 71 +++ drivers/gpu/drm/radeon/radeon_uvd.c | 6 +- drivers/gpu/drm/radeon/radeon_vce.c | 2 +- drivers/gpu/drm/radeon/radeon_vm.c | 281 +++++++---- drivers/gpu/drm/radeon/rs400.c | 14 +- drivers/gpu/drm/radeon/rs600.c | 17 +- drivers/gpu/drm/radeon/rv770.c | 1 - drivers/gpu/drm/radeon/si.c | 460 +++++++++++++----- drivers/gpu/drm/radeon/si_dma.c | 172 ++++--- drivers/gpu/drm/radeon/si_dpm.c | 152 ++++-- drivers/gpu/drm/radeon/si_dpm.h | 5 + drivers/gpu/drm/radeon/si_smc.c | 62 ++- drivers/gpu/drm/radeon/sislands_smc.h | 3 + include/uapi/drm/radeon_drm.h | 23 +- 57 files changed, 3659 insertions(+), 1433 deletions(-) create mode 100644 drivers/gpu/drm/radeon/radeon_ib.c create mode 100644 drivers/gpu/drm/radeon/radeon_mn.c create mode 100644 drivers/gpu/drm/radeon/radeon_ucode.c _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
-----Original Message----- From: Daniel Vetter [mailto:daniel.vetter@ffwll.ch] On Behalf Of Daniel Vetter Sent: Tuesday, August 05, 2014 1:09 PM To: Alex Deucher Cc: dri-devel@lists.freedesktop.org; airlied@gmail.com; Deucher, Alexander Subject: Re: [pull] radeon drm-next-3.17
On Tue, Aug 05, 2014 at 12:22:06PM -0400, Alex Deucher wrote:
Hi Dave,
This is the radeon pull request for 3.17. Highlights:
- Additional Hawaii fixes
- Support for using the display scaler on non-fixed mode displays
- Support for new firmware format that makes it easier to update
- Enable dpm by default on additional asics
- GPUVM improvements
- Support for uncached and write combined gtt buffers
- Userptr support
Aside: Where's the libdrm/mesa/whatever patches for this? I didn't see them fly by anywhere, so I guess I've missed them on some m-l I don't subscribe to.
Christian wrote some patches to validate the interfaces, but I'm not sure he ever sent them out. We haven't yet done a full implementation in the usermode drivers to take advantage of this yet.
Alex
-Daniel
- Allow allocation of BOs larger than visible vram
- Various other small fixes and improvements
The following changes since commit
a91576d7916f6cce76d30303e60e1ac47cf4a76d:
drm/ttm: Pass GFP flags in order to avoid deadlock. (2014-08-05 10:54:19
+1000)
are available in the git repository at:
git://people.freedesktop.org/~agd5f/linux drm-next-3.17
for you to fetch changes up to
ffd7d3a9d535933c7edfbaaac161f11628270716:
drm/radeon: allow userptr write access under certain conditions (2014-08-
05 12:10:42 -0400)
Alex Deucher (25): drm/radeon/dpm: add support for SVI2 voltage for SI drm/radeon: disable gfx cgcg on cik drm/radeon: add new firmware header definitions (v3) drm/radeon/si: Add support for new ucode format (v3) drm/radeon/cik: Add support for new ucode format (v5) drm/radeon: enable display scaling on all connectors (v2) drm/radeon: consolidate vga and dvi get_modes functions (v2) drm/radeon: restructure edid fetching drm/radeon: use a fetch function to get the edid drm/radeon: track pinned memory (v2) drm/radeon: use vram/gart pinned size in radeon_gem_info_ioctl drm/radeon: use vram/gart pinned size in radeon_do_test_moves drm/radeon: remove visible vram size limit on bo allocation (v4) drm/radeon: add a PX quirk list drm/radeon: make radeon_connector_encoder_is_hbr2 static drm/radeon: load the lm63 driver for an lm64 thermal chip. drm/radeon: fix reversed logic in evergreen_mc_resume drm/radeon/atom: add new voltage fetch function for hawaii drm/radeon/dpm: handle voltage info fetching on hawaii drm/radeon: re-enable dpm by default on cayman drm/radeon: re-enable dpm by default on BTC drm/radeon: use an intervall tree to manage the VMA v2 drm/radeon: use packet2 for nop on hawaii with old firmware drm/radeon: tweak ACCEL_WORKING2 query for hawaii drm/radeon: use packet3 for nop on hawaii with new firmware
Andreas Boll (1): drm/radeon: tweak ACCEL_WORKING2 query for the new firmware for
hawaii
Christian König (20): drm/radeon: remove discardable flag from radeon_gem_object_create drm/radeon: fix R600_PTE_GART handling drm/radeon: add trace_radeon_vm_flush drm/radeon: set VM base addr using the PFP v2 drm/radeon: separate ring and IB handling drm/radeon: invalidate moved BOs in the VM (v2) drm/radeon: remove radeon_bo_clear_va drm/radeon: try to enable VM flushing once more drm/radeon: adjust default radeon_vm_block_size v2 drm/radeon: remove taking mclk_lock from radeon_bo_unref drm/radeon: add radeon_bo_ref function drm/radeon: take a BO reference on VM cleanup drm/radeon: add VM GART copy optimization to NI as well drm/radeon: split PT setup in more functions drm/radeon: update IB size estimation for VM drm/radeon: add userptr support v7 drm/radeon: add userptr flag to limit it to anonymous memory v2 drm/radeon: add userptr flag to directly validate the BO to GTT drm/radeon: add userptr flag to register MMU notifier v3 drm/radeon: allow userptr write access under certain conditions
Fabian Frederick (1): drm/radeon: remove null test before kfree
Lauri Kasanen (1): drm/radeon: Inline r100_mm_rreg, -wreg, v3
Mario Kleiner (2): drm/radeon: Use pflip irqs for pageflip completion if possible. (v2) drm/radeon: Prevent hdmi deep color if max_tmds_clock is undefined.
Michel Dänzer (10): drm/radeon: Demote 'BO allocation size too large' message to debug
only
drm/radeon: Remove radeon_gart_restore() drm/radeon: Pass GART page flags to radeon_gart_set_page() explicitly drm/radeon: Allow write-combined CPU mappings of BOs in GTT (v2) drm/radeon: Use write-combined CPU mappings of ring buffers withPCIe
drm/radeon: Use write-combined CPU mappings of IBs on >= CIK drm/radeon/cik: Read back SDMA WPTR register after writing it drm/radeon: s/ioctl_wait_idle/mmio_hpd_flush/ drm/radeon: Always flush the HDP cache before submitting a CS to theGPU
drm/radeon: Only flush HDP cache from idle ioctl if BO is in VRAMStefan Brüns (2): drm/radeon: Use correct value for unknown audio/video latency drm/radeon/audio: break out of loops once we match connector
drivers/gpu/drm/Kconfig | 2 + drivers/gpu/drm/radeon/Makefile | 2 +- drivers/gpu/drm/radeon/atombios_encoders.c | 16 +- drivers/gpu/drm/radeon/ci_dpm.c | 13 +- drivers/gpu/drm/radeon/ci_smc.c | 39 +- drivers/gpu/drm/radeon/cik.c | 722 ++++++++++++++++++++++---
drivers/gpu/drm/radeon/cik_sdma.c | 247 ++++++---- drivers/gpu/drm/radeon/dce6_afmt.c | 16 +- drivers/gpu/drm/radeon/evergreen.c | 18 +- drivers/gpu/drm/radeon/evergreen_hdmi.c | 4 +- drivers/gpu/drm/radeon/ni.c | 1 - drivers/gpu/drm/radeon/ni_dma.c | 178 ++++--- drivers/gpu/drm/radeon/r100.c | 56 +-- drivers/gpu/drm/radeon/r300.c | 13 +- drivers/gpu/drm/radeon/r600.c | 24 +- drivers/gpu/drm/radeon/radeon.h | 144 ++++-- drivers/gpu/drm/radeon/radeon_asic.c | 79 ++-- drivers/gpu/drm/radeon/radeon_asic.h | 77 ++- drivers/gpu/drm/radeon/radeon_atombios.c | 83 +++- drivers/gpu/drm/radeon/radeon_benchmark.c | 4 +- drivers/gpu/drm/radeon/radeon_connectors.c | 316 +++++++++---- drivers/gpu/drm/radeon/radeon_cs.c | 28 +- drivers/gpu/drm/radeon/radeon_device.c | 89 +++- drivers/gpu/drm/radeon/radeon_display.c | 72 +-- drivers/gpu/drm/radeon/radeon_drv.c | 19 +- drivers/gpu/drm/radeon/radeon_encoders.c | 4 +- drivers/gpu/drm/radeon/radeon_fb.c | 3 +- drivers/gpu/drm/radeon/radeon_gart.c | 38 +- drivers/gpu/drm/radeon/radeon_gem.c | 155 +++++-- drivers/gpu/drm/radeon/radeon_ib.c | 319 +++++++++++++ drivers/gpu/drm/radeon/radeon_kms.c | 14 +- drivers/gpu/drm/radeon/radeon_mn.c | 272 +++++++++++ drivers/gpu/drm/radeon/radeon_mode.h | 4 +- drivers/gpu/drm/radeon/radeon_object.c | 67 ++- drivers/gpu/drm/radeon/radeon_object.h | 6 +- drivers/gpu/drm/radeon/radeon_pm.c | 16 +- drivers/gpu/drm/radeon/radeon_prime.c | 12 +- drivers/gpu/drm/radeon/radeon_ring.c | 287 +----------- drivers/gpu/drm/radeon/radeon_sa.c | 4 +- drivers/gpu/drm/radeon/radeon_test.c | 12 +- drivers/gpu/drm/radeon/radeon_trace.h | 22 +- drivers/gpu/drm/radeon/radeon_ttm.c | 159 ++++++- drivers/gpu/drm/radeon/radeon_ucode.c | 167 +++++++ drivers/gpu/drm/radeon/radeon_ucode.h | 71 +++ drivers/gpu/drm/radeon/radeon_uvd.c | 6 +- drivers/gpu/drm/radeon/radeon_vce.c | 2 +- drivers/gpu/drm/radeon/radeon_vm.c | 281 +++++++---- drivers/gpu/drm/radeon/rs400.c | 14 +- drivers/gpu/drm/radeon/rs600.c | 17 +- drivers/gpu/drm/radeon/rv770.c | 1 - drivers/gpu/drm/radeon/si.c | 460 +++++++++++++----- drivers/gpu/drm/radeon/si_dma.c | 172 ++++--- drivers/gpu/drm/radeon/si_dpm.c | 152 ++++-- drivers/gpu/drm/radeon/si_dpm.h | 5 + drivers/gpu/drm/radeon/si_smc.c | 62 ++- drivers/gpu/drm/radeon/sislands_smc.h | 3 + include/uapi/drm/radeon_drm.h | 23 +- 57 files changed, 3659 insertions(+), 1433 deletions(-) create mode 100644 drivers/gpu/drm/radeon/radeon_ib.c create mode 100644 drivers/gpu/drm/radeon/radeon_mn.c create mode 100644 drivers/gpu/drm/radeon/radeon_ucode.c _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch
On Tue, Aug 5, 2014 at 7:15 PM, Deucher, Alexander Alexander.Deucher@amd.com wrote:
-----Original Message----- From: Daniel Vetter [mailto:daniel.vetter@ffwll.ch] On Behalf Of Daniel Vetter Sent: Tuesday, August 05, 2014 1:09 PM To: Alex Deucher Cc: dri-devel@lists.freedesktop.org; airlied@gmail.com; Deucher, Alexander Subject: Re: [pull] radeon drm-next-3.17
On Tue, Aug 05, 2014 at 12:22:06PM -0400, Alex Deucher wrote:
Hi Dave,
This is the radeon pull request for 3.17. Highlights:
- Additional Hawaii fixes
- Support for using the display scaler on non-fixed mode displays
- Support for new firmware format that makes it easier to update
- Enable dpm by default on additional asics
- GPUVM improvements
- Support for uncached and write combined gtt buffers
- Userptr support
Aside: Where's the libdrm/mesa/whatever patches for this? I didn't see them fly by anywhere, so I guess I've missed them on some m-l I don't subscribe to.
Christian wrote some patches to validate the interfaces, but I'm not sure he ever sent them out. We haven't yet done a full implementation in the usermode drivers to take advantage of this yet.
Well right now I've consistently rejected all patches that don't yet come with the full thing (libdrm, usermode drivers and tests for it all as not ready). And I do that at least once per week since we have blob userspace separate from mesa, too. So if we toss that rule overboard (and my understanding is that Dave's been fairly strict here) I'll look rather bad. As in really, really bad.
I strongly prefer that userptr gets postponed until it's ready. Dave? -Daniel
Am 05.08.2014 um 19:22 schrieb Daniel Vetter:
On Tue, Aug 5, 2014 at 7:15 PM, Deucher, Alexander Alexander.Deucher@amd.com wrote:
-----Original Message----- From: Daniel Vetter [mailto:daniel.vetter@ffwll.ch] On Behalf Of Daniel Vetter Sent: Tuesday, August 05, 2014 1:09 PM To: Alex Deucher Cc: dri-devel@lists.freedesktop.org; airlied@gmail.com; Deucher, Alexander Subject: Re: [pull] radeon drm-next-3.17
On Tue, Aug 05, 2014 at 12:22:06PM -0400, Alex Deucher wrote:
Hi Dave,
This is the radeon pull request for 3.17. Highlights:
- Additional Hawaii fixes
- Support for using the display scaler on non-fixed mode displays
- Support for new firmware format that makes it easier to update
- Enable dpm by default on additional asics
- GPUVM improvements
- Support for uncached and write combined gtt buffers
- Userptr support
Aside: Where's the libdrm/mesa/whatever patches for this? I didn't see them fly by anywhere, so I guess I've missed them on some m-l I don't subscribe to.
Christian wrote some patches to validate the interfaces, but I'm not sure he ever sent them out. We haven't yet done a full implementation in the usermode drivers to take advantage of this yet.
Well right now I've consistently rejected all patches that don't yet come with the full thing (libdrm, usermode drivers and tests for it all as not ready). And I do that at least once per week since we have blob userspace separate from mesa, too. So if we toss that rule overboard (and my understanding is that Dave's been fairly strict here) I'll look rather bad. As in really, really bad.
I strongly prefer that userptr gets postponed until it's ready. Dave?
That's just my fault. Wanted to wait with the mesa patches till we have the kernel interface accepted.
I've just send them out, Christian.
-Daniel
On Tue, Aug 05, 2014 at 07:32:41PM +0200, Christian König wrote:
Am 05.08.2014 um 19:22 schrieb Daniel Vetter:
On Tue, Aug 5, 2014 at 7:15 PM, Deucher, Alexander Alexander.Deucher@amd.com wrote:
-----Original Message----- From: Daniel Vetter [mailto:daniel.vetter@ffwll.ch] On Behalf Of Daniel Vetter Sent: Tuesday, August 05, 2014 1:09 PM To: Alex Deucher Cc: dri-devel@lists.freedesktop.org; airlied@gmail.com; Deucher, Alexander Subject: Re: [pull] radeon drm-next-3.17
On Tue, Aug 05, 2014 at 12:22:06PM -0400, Alex Deucher wrote:
Hi Dave,
This is the radeon pull request for 3.17. Highlights:
- Additional Hawaii fixes
- Support for using the display scaler on non-fixed mode displays
- Support for new firmware format that makes it easier to update
- Enable dpm by default on additional asics
- GPUVM improvements
- Support for uncached and write combined gtt buffers
- Userptr support
Aside: Where's the libdrm/mesa/whatever patches for this? I didn't see them fly by anywhere, so I guess I've missed them on some m-l I don't subscribe to.
Christian wrote some patches to validate the interfaces, but I'm not sure he ever sent them out. We haven't yet done a full implementation in the usermode drivers to take advantage of this yet.
Well right now I've consistently rejected all patches that don't yet come with the full thing (libdrm, usermode drivers and tests for it all as not ready). And I do that at least once per week since we have blob userspace separate from mesa, too. So if we toss that rule overboard (and my understanding is that Dave's been fairly strict here) I'll look rather bad. As in really, really bad.
I strongly prefer that userptr gets postponed until it's ready. Dave?
That's just my fault. Wanted to wait with the mesa patches till we have the kernel interface accepted.
I've just send them out, Christian.
Well i am still not agreeing with the anonymous thingy. It should restrict to anonymous vma period and not require a flag for that.
Cheers, Jérôme
-Daniel
dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
On Tue, Aug 5, 2014 at 7:32 PM, Christian König deathsimple@vodafone.de wrote:
Christian wrote some patches to validate the interfaces, but I'm not sure he ever sent them out. We haven't yet done a full implementation in the usermode drivers to take advantage of this yet.
Well right now I've consistently rejected all patches that don't yet come with the full thing (libdrm, usermode drivers and tests for it all as not ready). And I do that at least once per week since we have blob userspace separate from mesa, too. So if we toss that rule overboard (and my understanding is that Dave's been fairly strict here) I'll look rather bad. As in really, really bad.
I strongly prefer that userptr gets postponed until it's ready. Dave?
That's just my fault. Wanted to wait with the mesa patches till we have the kernel interface accepted.
I've just send them out,
Ah, seen them now, thanks. Personally I prefer if kernel and usermode parts get reviewed in parallel. But that's mostly since we have 2 separate teams. So no objection to userptr from my side any more ;-)
Cheers, Daniel
dri-devel@lists.freedesktop.org
-
Alex Deucher -
Christian König -
Daniel Vetter -
Deucher, Alexander -
Jerome Glisse