linux/drivers/gpu/drm, branch v3.15.1

drm/radeon: use the CP DMA on CIK

2014-06-02T08:57:04Z

The SDMA sometimes doesn't seem to work reliable. Signed-off-by: Christian König Cc: stable@vger.kernel.org

drm/radeon: sync page table updates

2014-06-02T08:56:21Z

Only necessary if we don't use the same engine for buffer moves and table updates. Signed-off-by: Christian König

drm/radeon: fix vm buffer size estimation

2014-06-02T08:54:02Z

Only relevant if we got VM_BLOCK_SIZE>9, but better save than sorry. Signed-off-by: Christian König

drm/crtc-helper: skip locking checks in panicking path

2014-06-02T03:36:52Z

Skip locking checks in drm_helper_*_in_use() if they are called in panicking path. See similar code in drm_warn_on_modeset_not_all_locked(). After panic information has been output, these WARN_ONs go off outputing a lot of lines and scrolling the panic information out of the screen. Here is a partial call trace showing how execution reaches them: ? drm_helper_crtc_in_use() ? __drm_helper_disable_unused_functions() ? several *_set_config functions ? drm_fb_helper_restore_fbdev_mode() Reviewed-by: Daniel Vetter Signed-off-by: Sergei Antonov Signed-off-by: Dave Airlie

drm/radeon/dpm: resume fixes for some systems

2014-06-02T03:33:03Z

Setting the power state prior to restoring the display hardware leads to blank screens on some systems. Drop the power state set from dpm resume. The power state will get set as part of the mode set sequence. Also add an explicit power state set after mode set resume to cover PX and headless systems. bug: https://bugzilla.kernel.org/show_bug.cgi?id=76761 Signed-off-by: Alex Deucher Cc: stable@vger.kernel.org Signed-off-by: Dave Airlie

drm/radeon: Resume fbcon last

2014-05-30T23:19:51Z

So a few people complained that commit 177cf92de4aa97ec1435987e91696ed8b5023130 Author: Daniel Vetter Date: Tue Apr 1 22:14:59 2014 +0200 drm/crtc-helpers: fix dpms on logic which was merged into 3.15-rc1, broke resume on radeons. Strangely git bisect lead everyone to commit 25f397a429dfa43f22c278d0119a60a343aa568f Author: Daniel Vetter Date: Fri Jul 19 18:57:11 2013 +0200 drm/crtc-helper: explicit DPMS on after modeset which was merged long ago and actually part of 3.14. Digging deeper I've noticed (again) that the call to drm_helper_resume_force_mode in the radeon resume handlers was a no-op previously because everything gets shut down on suspend. radeon does this with explicit calls to drm_helper_connector_dpms with DPMS_OFF. But with 177c we now force the dpms state to ON, so suddenly resume_force_mode actually forced the crtcs back on. This is the intention of the change after all, the problem is that radeon resumes the fbdev console layer _before_ restoring the display, through calling fb_set_suspend. And fbcon does an immediate ->set_par, which in turn causes the same forced mode restore to happen. Two concurrent modeset operations didn't lead to happiness. Fix this by delaying the fbcon resume until the end of the readeon resum functions. v2: Fix up a bit of the spelling fail. References: https://lkml.org/lkml/2014/5/29/1043 References: https://lkml.org/lkml/2014/5/2/388 Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=74751 Tested-by: Ken Moffat Cc: Alex Deucher Cc: Ken Moffat Signed-off-by: Daniel Vetter Signed-off-by: Dave Airlie

drm/radeon: only allocate necessary size for vm bo list

2014-05-30T12:21:54Z

No need to always allocate the theoretical maximum here. Signed-off-by: Christian König

drm/radeon: don't allow RADEON_GEM_DOMAIN_CPU for command submission

2014-05-30T12:21:49Z

It hangs the hardware. Signed-off-by: Marek Olšák Reviewed-by: Christian König Cc: stable@vger.kernel.org

drm/radeon: avoid crash if VM command submission isn't available

2014-05-30T12:21:44Z

Signed-off-by: Christian König CC: stable@vger.kernel.org

drm/radeon: lower the ref * post PLL maximum once more

2014-05-30T12:13:30Z

Let's be conservative and use 100 here until we find something better. Bugs: https://bugzilla.kernel.org/show_bug.cgi?id=75241 Signed-off-by: Christian König