linux-stable.git/drivers/gpu/drm/amd, branch v4.9

drm/amdgpu: just suspend the hw on pci shutdown

2016-12-07T16:17:21+00:00

We can't just reuse pci_remove as there may be userspace still
doing things.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=98638
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97980
Reviewed-by: Christian König 
Reported-and-tested-by: Mike Lothian 
Signed-off-by: Alex Deucher

drm/amdgpu: fix check for port PM availability

2016-11-29T14:23:39+00:00

The ATPX method does not always exist on the dGPU, it may be located at
the iGPU. The parent device of the iGPU is the root port for which
bridge_d3 is false. This accidentally enables the legacy PM method which
conflicts with port PM and prevented the dGPU from powering on.

Fixes: 1db4496f167b ("drm/amdgpu: fix power state when port pm is unavailable")

Reported-and-tested-by: Mike Lothian 
Signed-off-by: Peter Wu 
Signed-off-by: Alex Deucher 
Cc:  # 4.8+

drm/amd/powerplay: initialize the soft_regs offset in struct smu7_hwmgr

2016-11-28T23:22:37+00:00

This could lead to mclk dpm problems on some boards.

Signed-off-by: Rex Zhu 
Ack-by: Tom St Denis 
Reviewed-by: Huang Rui 
Signed-off-by: Alex Deucher

drm/amdgpu: fix power state when port pm is unavailable

2016-11-23T18:57:14+00:00

When PCIe port PM is not enabled (system BIOS is pre-2015 or the
pcie_port_pm=off parameter is set), legacy ATPX PM should still be
marked as supported. Otherwise the GPU can fail to power on after
runtime suspend. This affected a Dell Inspiron 5548.

Ideally the BIOS date in the PCI core is lowered to 2013 (the first year
where hybrid graphics platforms using power resources was introduced),
but that seems more risky at this point and would not solve the
pcie_port_pm=off issue.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=98505
Reported-and-tested-by: Nayan Deshmukh 
Signed-off-by: Peter Wu 
Signed-off-by: Alex Deucher 
Cc:  # 4.8+
Acked-by: Christian König 
Reviewed-by: Alex Deucher

drm/amd/powerplay: avoid out of bounds access on array ps.

2016-11-16T19:26:17+00:00

check array index first and then visit the array.

Signed-off-by: Rex Zhu 
Reviewed-by: Christian König 
Reviewed-by: Alex Deucher 
Signed-off-by: Alex Deucher

drm/amdgpu:fix vpost_needed routine

2016-11-15T19:06:07+00:00

1,cleanup description/comments
2,for FIJI & passthrough, force post when smc fw version below 22.15
3,for other cases, follow regular rules

Signed-off-by: Monk Liu 
Reviewed-by: Alex Deucher 
Signed-off-by: Alex Deucher

drm/amdgpu/powerplay: drop a redundant NULL check

2016-11-15T19:05:52+00:00

Left over from an earlier rev of the patch.

Acked-by: Colin Ian King 
Cc: Dan Carpenter 
Cc: Colin King 
Signed-off-by: Alex Deucher

drm/amdgpu: Attach exclusive fence to prime exported bo's. (v5)

2016-11-11T15:20:04+00:00

External clients which import our bo's wait only
for exclusive dmabuf-fences, not on shared ones,
ditto for bo's which we import from external
providers and write to.

Therefore attach exclusive fences on prime shared buffers
if our exported buffer gets imported by an external
client, or if we import a buffer from an external
exporter.

See discussion in thread:
https://lists.freedesktop.org/archives/dri-devel/2016-October/122370.html

Prime export tested on Intel iGPU + AMD Tonga dGPU as
DRI3/Present Prime render offload, and with the Tonga
standalone as primary gpu.

v2: Add a wait for all shared fences before prime export,
    as suggested by Christian Koenig.

v3: - Mark buffer prime_exported in amdgpu_gem_prime_pin,
    so we only use the exclusive fence when exporting a
    bo to external clients like a separate iGPU, but not
    when exporting/importing from/to ourselves as part of
    regular DRI3 fd passing.

    - Propagate failure of reservation_object_wait_rcu back
    to caller.

v4: - Switch to a prime_shared_count counter instead of a
      flag, which gets in/decremented on prime_pin/unpin, so
      we can switch back to shared fences if all clients
      detach from our exported bo.

    - Also switch to exclusive fence for prime imported bo's.

v5: - Drop lret, instead use int ret -> long ret, as proposed
      by Christian.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=95472
Tested-by: Mike Lothian  (v1)
Signed-off-by: Mario Kleiner 
Reviewed-by: Christian König .
Cc: Christian König 
Cc: Michel Dänzer 
Signed-off-by: Alex Deucher 
Cc: stable@vger.kernel.org

drm/amd/powerplay: implement get_clock_by_type for iceland.

2016-11-10T19:04:27+00:00

iceland use pptable v0.

bugs:
https://bugzilla.kernel.org/show_bug.cgi?id=185681
https://bugs.freedesktop.org/show_bug.cgi?id=98357

Reviewed-by: Alex Deucher 
Signed-off-by: Rex Zhu 
Signed-off-by: Alex Deucher

drm/amd/powerplay/smu7: fix checks in smu7_get_evv_voltages (v2)

2016-11-10T16:11:40+00:00

Only check if the tables exist in relevant configs.  This
fixes a failure on V0 tables.

v2: fix version check as suggested by Rex

bugs:
https://bugzilla.kernel.org/show_bug.cgi?id=185681
https://bugs.freedesktop.org/show_bug.cgi?id=98357

Reviewed-by: Rex Zhu 
Reviewed-by: Huang Rui 
Signed-off-by: Alex Deucher