- 07 Jul, 2016 40 commits
-
-
Arindam Nath authored
This patch is a port of similar patch for amdgpu when PP is disabled. Since the code flow is little different when PP is enabled, we need to make sure the patch is applied for PP enabled path as well. With the current code, when we boot with the amdgpu driver enabled and loaded, the VCE also automatically remains enabled since bootup. This can be verified from the output of amdgpu_pm_info. It does not matter whether we boot into command line directly or into X, the VCE stays enabled the entire time. This patch addresses the issue and makes sure that VCE is turned on only during playback, and remains disabled otherwise. Reviewed-by:
Alex Deucher <alexander.deucher@amd.com> Signed-off-by:
Arindam Nath <arindam.nath@amd.com> Signed-off-by:
-
Arindam Nath authored
With the current code, when we boot with the amdgpu driver enabled and loaded, the VCE also automatically remains enabled since bootup. This can be verified from the output of amdgpu_pm_info. It does not matter whether we boot into command line directly or into X, the VCE stays enabled the entire time. This patch addresses the issue and makes sure that VCE is turned on only during playback, and remains disaled otherwise. Reviewed-by:
-
Alex Deucher authored
No need to stall the pipe when we are using firmware with the fix. Reviewed-by:
Chunming Zhou <david1.zhou@amd.com> Signed-off-by:
-
Nicolai Hähnle authored
v2: do not overwrite register when bitmap is zero Reviewed-by:
Nicolai Hähnle <nicolai.haehnle@amd.com> Signed-off-by:
-
Nicolai Hähnle authored
v2: do not overwrite register when bitmap is zero Reviewed-by:
-
Nicolai Hähnle authored
This parameter will allow disabling individual CUs on module load, e.g. amdgpu.disable_cu=2.0.3,2.0.4 to disable CUs 3 and 4 of SE2. Reviewed-by:
-
Chunming Zhou authored
On workstation cards with ECC vram, the entirety of vram is cleared to 0 on asic init to set the ECC status correctly. On non ECC boards, I don't think they do any explicit clearing, but the vram controller is reset which may cause issues with the data there. Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
Christian König <christian.koenig@amd.com> Signed-off-by:
-
Arnd Bergmann authored
In the AMD powerplay driver, a pointer is checked for validity by comparing against an integer '0', which causes a harmless warning when building with "make W=1": drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/processpptables.c:1502:16: error: ordered comparison of pointer with integer zero [-Werror=extra] This changes the code to the more conventional "if (pointer)" check. Reviewed-by:
Arnd Bergmann <arnd@arndb.de> Signed-off-by:
-
Christian König authored
This boosts Xonotic from 38fps to 47fps when artificially limiting VRAM to 256MB for testing. It should improve all CPU bound rendering situations where we have a lot of swapping to/from VRAM. Reviewed-by:
-
Christian König authored
When we pipeline evictions the page directory could already be moving somewhere else when grab_id is called. Reviewed-by:
-
Christian König authored
Free up the memory immediately, remember the last eviction for each domain and make new allocations depend on the last eviction to be completed. Reviewed-by:
-
Christian König authored
As far as I can see no need for a custom implementation any more. Reviewed-by:
-
Christian König authored
Instead of using the flag just remember the fence of the last move operation. This avoids waiting for command submissions pipelined after the move, but before accessing the BO with the CPU again. Reviewed-by:
-
Christian König authored
It isn't used and not waiting for the GPU after scheduling a move is actually quite dangerous. Reviewed-by:
-
Christian König authored
Not needed any more. Reviewed-by:
-
Christian König authored
Otherwise we could update the VM page tables while the move is only scheduled. Reviewed-by:
-
Christian König authored
Final part to avoid pre move waits. Reviewed-by:
-
Christian König authored
That is unnecessary now. Reviewed-by:
-
Christian König authored
That is unnecessary now. Reviewed-by:
-
Christian König authored
When we want to pipeline accelerated moves we need to wait in the fallback path. Reviewed-by:
-
Christian König authored
Wait for idle before moving the BO in all drivers implementing an accelerated move function. This should keep the current behavior when removing the pre move wait. Reviewed-by:
-
Christian König authored
It's pointless to only call the default implementation. Reviewed-by:
-
Christian König authored
The function is a no-op with a NULL pointer. Reviewed-by:
-
Christian König authored
ttm_tt_destroy should be the only one unbinding the object. Reviewed-by:
-
Eric Huang authored
It changes the way to skip newline character and also avoids warning message from some compiler. Reviewed-by:
Eric Huang <JinHuiEric.Huang@amd.com> Signed-off-by:
-
Eric Huang authored
The soft pptable was used for re-uploading pptable as cache, but since previous commits, the generic codes for uploading pptable are used and backend is released during resetting powerplay. So it becomes redundance. Reviewed-by:
-
Eric Huang authored
Due to uploading pptable implementation changed, the generic codes in previous commit have been used intead of the Asic specific codes. Reviewed-by:
-
Eric Huang authored
Necessary for re-initializing dpm with new pptables at runtime. Reviewed-by:
-
Eric Huang authored
backend_init and backend_fini are paired functions, backend is freed in backend_fini and should be allocated in backend_init. Reviewed-by:
-
Eric Huang authored
Reviewed-by:
-
Eric Huang authored
Reviewed-by:
-
Eric Huang authored
Reviewed-by:
-
Eric Huang authored
Add an interface to disable dpm so that we can disable dpm before updating pptables at runtime. Reviewed-by:
-
Eric Huang authored
Necessary for updating pptables at runtime. Reviewed-by:
-
Huang Rui authored
This patch implements the debugfs to dump all currect firmware version: root@jenkins-All-Series:/home/jenkins# cat /sys/kernel/debug/dri/0/amdgpu_firmware_info VCE feature version: 0, firmware version: 0x34040300 UVD feature version: 0, firmware version: 0x01451000 MC feature version: 0, firmware version: 0x00000000 ME feature version: 37, firmware version: 0x00000093 PFP feature version: 37, firmware version: 0x000000da CE feature version: 37, firmware version: 0x00000080 RLC feature version: 1, firmware version: 0x0000010e MEC feature version: 37, firmware version: 0x0000029e MEC2 feature version: 37, firmware version: 0x0000029e SMC feature version: 0, firmware version: 0x013353e6 SDMA0 feature version: 31, firmware version: 0x00000036 SDMA1 feature version: 0, firmware version: 0x00000036 Suggested-by:
Huang Rui <ray.huang@amd.com> Reviewed-by:
-
Huang Rui authored
The new amdgpu_firmware_info function will be used on amdgpu firmware version debugfs. Suggested-by:
-
Nicolai Hähnle authored
It was redundant with data_length, and in fact set incorrectly in one case leading to an out-of-bound read by memcpy in acpi_ut_copy_esimple_to_isimple, reported by CONFIG_KASAN=y. Signed-off-by:
-
Eric Huang authored
Saves power when not in use. Reviewed-by:
-
Christian König authored
Drop the lock before calling cancel_delayed_work_sync(). Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=96445Reviewed-by:
-
