- 06 Apr, 2016 40 commits
-
-
Al Viro authored
BugLink: http://bugs.launchpad.net/bugs/1546572Signed-off-by:
Al Viro <viro@zeniv.linux.org.uk> (cherry picked from commit 8f1d57c1) Signed-off-by:
Alberto Milone <alberto.milone@canonical.com> Signed-off-by:
Tim Gardner <tim.gardner@canonical.com>
-
Alex Deucher authored
BugLink: http://bugs.launchpad.net/bugs/1546572Reviewed-by:
Junwei Zhang <Jerry.Zhang@amd.com> Reviewed-by:
Christian König <christian.koenig@amd.com> Reviewed-by:
Ken Wang <Qingqing.Wang@amd.com> Signed-off-by:
Alex Deucher <alexander.deucher@amd.com> (cherry picked from commit 7776a693) Signed-off-by:
-
Maxime Ripard authored
BugLink: http://bugs.launchpad.net/bugs/1546572 The drm_fbdev_cma_init function always calls the drm_helper_disable_unused_functions. Since it's part of the usual probe process, all the drivers using that helper will end up having their encoder and CRTC disable functions called at probe if their device has not been reported as enabled. This could be fixed by reading out from the registers the current state of the device if it is enabled, but even that will not handle the case where the device is actually disabled. Moreover, the drivers using the atomic modesetting expect that their enable and disable callback to be called when the device is already enabled or disabled (respectively). We can however fix this issue by moving the call to drm_helper_disable_unused_functions out of drm_fbdev_cma_init and make the drivers needing it (all the drivers calling drm_fbdev_cma_init and not using the atomic modesetting) explicitly call it. Signed-off-by:
Maxime Ripard <maxime.ripard@free-electrons.com> Link: http://patchwork.freedesktop.org/patch/msgid/1452785109-6172-14-git-send-email-maxime.ripard@free-electrons.comAcked-by:
Laurent Pinchart <laurent.pinchart@ideasonboard.com> Signed-off-by:
Daniel Vetter <daniel.vetter@ffwll.ch> (cherry picked from commit 4314e19e) Signed-off-by:
-
Dave Airlie authored
BugLink: http://bugs.launchpad.net/bugs/1546572 this fixes the build on arm. Signed-off-by:
Dave Airlie <airlied@redhat.com> (cherry picked from commit e9c5e740) Signed-off-by:
-
Christian König authored
BugLink: http://bugs.launchpad.net/bugs/1546572 Most VM BOs end up in the duplicates list, validate it first make -ENOMEM less likely. Signed-off-by:
Chunming Zhou <David1.Zhou@amd.com> Signed-off-by:
-
Christian König authored
BugLink: http://bugs.launchpad.net/bugs/1546572 This makes it less likely to run into an ENOMEM because VM page tables are evicted last. v2: move the BOs in the LRU tail after validation Signed-off-by:
-
Christian König authored
BugLink: http://bugs.launchpad.net/bugs/1546572 This allows the drivers to move a BO to the end of the LRU without removing and adding it again. v2: Make it more robust, handle pinned and swapable BOs as well. Reviewed-by:
Thomas Hellstrom <thellstrom@vmware.com> Signed-off-by:
-
Christian König authored
BugLink: http://bugs.launchpad.net/bugs/1546572 It doesn't make any sense to try to swap out imported BOs. Reviewed-by:
-
Christian König authored
BugLink: http://bugs.launchpad.net/bugs/1546572 If we import a BO with an external reservation object we don't reserve/unreserve it. So we never add it to the LRU causing a possible denial of service. v2: fix typo in commit message Reviewed-by:
-
Geliang Tang authored
BugLink: http://bugs.launchpad.net/bugs/1546572 Use kobj_to_dev() instead of open-coding it. Signed-off-by:
Geliang Tang <geliangtang@163.com> Signed-off-by:
-
Geliang Tang authored
BugLink: http://bugs.launchpad.net/bugs/1546572 Use kobj_to_dev() instead of open-coding it. Signed-off-by:
-
Alex Deucher authored
BugLink: http://bugs.launchpad.net/bugs/1546572Reviewed-by:
-
Alex Deucher authored
BugLink: http://bugs.launchpad.net/bugs/1546572Reviewed-by:
-
Alex Deucher authored
BugLink: http://bugs.launchpad.net/bugs/1546572 VCE DPM works similarly to SCLK DPM. Add a similar interface for VCE for forcing the VCE clocks. Reviewed-by:
-
Alex Deucher authored
BugLink: http://bugs.launchpad.net/bugs/1546572 UVD DPM works similarly to SCLK DPM. Add a similar interface for UVD for forcing the UVD clocks. Reviewed-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572 The return value should be either negative or zero, no positive. Signed-off-by:
Rex Zhu <Rex.Zhu@amd.com> Reviewed-by:
-
Geliang Tang authored
BugLink: http://bugs.launchpad.net/bugs/1546572 Use kobj_to_dev() instead of open-coding it. Link: http://patchwork.freedesktop.org/patch/msgid/3fea991541fbfc4ffece2c174adeb02cb9436c90.1452696179.git.geliangtang@163.comSigned-off-by:
-
Stephen Rothwell authored
BugLink: http://bugs.launchpad.net/bugs/1546572 Fixes: 1e4854e9 ("drm/amdgpu/powerplay: implement thermal control for tonga.") Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by:
-
Alex Deucher authored
BugLink: http://bugs.launchpad.net/bugs/1546572 Hardware blocks on the GPU like ACP generate interrupts in the GPU interrupt controller, but are driven by a separate driver. Add an irq domain to the GPU driver so that blocks like ACP can register a Linux interrupt. Acked-by:
-
Alex Deucher authored
BugLink: http://bugs.launchpad.net/bugs/1546572 This provides an interface to get access to the base address of PCI resources (MMIO, DOORBELL, etc.). Only MMIO and DOORBELL are implemented right now. This is necessary to properly utilize shared drivers on platform devices. IP modules can use this interface to get the base address of the resource and add any additional offset and set the size when setting up the platform driver(s). Acked-by:
-
Christian König authored
BugLink: http://bugs.launchpad.net/bugs/1546572 Check if there really is a valid offset for the BO. v2: user WARN_ON_ONCE Signed-off-by:
Michel Dänzer <michel.daenzer@amd.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com> (v1) Signed-off-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572Signed-off-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572 v2: AGD: rebase on upstream Signed-off-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572Signed-off-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572Signed-off-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572Reviewed-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572Reviewed-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572Reviewed-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572Reviewed-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572 In case CONFIG_DRM_AMD_POWERPLAY is defined and amdgpu.powerplay=0. some functions in powrplay can also be called by DAL. and the input parameter is *adev. if just check point not NULL was not enough and will lead to NULL point error. V2: AGD: rebase on upstream Signed-off-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572 1. return -1 instead of -ENOMEM 2. The struct type mismatch warnings. Signed-off-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572 v2: AGD: rebase on upstream Signed-off-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572 && was used instead of ||. Signed-off-by:
-
Chunming Zhou authored
BugLink: http://bugs.launchpad.net/bugs/1546572 vm_manager_fini shouldn't be in suspend phase. Signed-off-by:
-
Dan Carpenter authored
BugLink: http://bugs.launchpad.net/bugs/1546572 The cast to uint8_t happens before the right shift so this always sets .m3arb to zero. The cast is actually a no-op so we can remove it. Fixes: 3bace359 ('drm/amd/powerplay: add hardware manager sub-component') Signed-off-by:
Dan Carpenter <dan.carpenter@oracle.com> Signed-off-by:
-
Dan Carpenter authored
BugLink: http://bugs.launchpad.net/bugs/1546572 This code is indented too far. Also we normally use spaces to align if statement conditions. Signed-off-by:
-
Dan Carpenter authored
BugLink: http://bugs.launchpad.net/bugs/1546572 This test was reversed so it would end up leading to a NULL dereference. Fixes: 4630f0fa ('drm/amd/powerplay: add Carrizo smu support') Signed-off-by:
-
Arnd Bergmann authored
BugLink: http://bugs.launchpad.net/bugs/1546572 The newly added code for Fiji creates a correct compiler warning about invalid use of the do_div macro: In file included from powerplay/hwmgr/ppatomctrl.c:31:0: drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/ppevvmath.h: In function 'fDivide': drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/ppevvmath.h:382:89: warning: comparison of distinct pointer types lacks a cast do_div(longlongX, longlongY); /*Q(32,32) divided by Q(16,16) = Q(16,16) Back to original format */ do_div() divides an unsigned 64-bit number by an unsigned 32-bit number. The code instead wants to divide two signed 64-bit numbers, which is done using the div64_s64 function. Reviewed-by:
Thierry Reding <treding@nvidia.com> Reviewed-by:
Arnd Bergmann <arnd@arndb.de> Fixes: 770911a3 ("drm/amd/powerplay: add/update headers for Fiji SMU and DPM") Signed-off-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572 Show GPU load in in the debugfs output. v2: integrate Tom's optimization Reviewed-by:
-
Rex Zhu authored
BugLink: http://bugs.launchpad.net/bugs/1546572 In I+A platform(skylake), it is controlled by intel. v2: integrate Tom's fix Reviewed-by:
-
