diff options
| author | Yong Zhao <[email protected]> | 2017-09-15 22:20:37 +0000 |
|---|---|---|
| committer | Alex Deucher <[email protected]> | 2017-09-26 19:14:21 +0000 |
| commit | 7bdc53f925af085ffa0580f10489f82b36cc2f1c (patch) | |
| tree | 8b760f772a29969ecce509371d55e22111a19627 /drivers/gpu/drm/amd/amdgpu/gfxhub_v1_0.c | |
| parent | drm/amdgpu: Correct bytes limit for SDMA 3.0 copy and fill (diff) | |
| download | kernel-7bdc53f925af085ffa0580f10489f82b36cc2f1c.tar.gz kernel-7bdc53f925af085ffa0580f10489f82b36cc2f1c.zip | |
drm/amdgpu: Fix a bug in amdgpu_fill_buffer()
When max_bytes is not 8 bytes aligned and bo size is larger than
max_bytes, the last 8 bytes in a ttm node may be left unchanged.
For example, on pre SDMA 4.0, max_bytes = 0x1fffff, and the bo size
is 0x200000, the problem will happen.
In order to fix the problem, we separately store the max nums of
PTEs/PDEs a single operation can set in amdgpu_vm_pte_funcs
structure, rather than inferring it from bytes limit of SDMA
constant fill, i.e. fill_max_bytes.
Together with the fix, we replace the hard code value "10" in
amdgpu_vm_bo_update_mapping() with the corresponding values from
structure amdgpu_vm_pte_funcs.
Signed-off-by: Yong Zhao <[email protected]>
Reviewed-by: Christian König <[email protected]>
Signed-off-by: Alex Deucher <[email protected]>
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/gfxhub_v1_0.c')
0 files changed, 0 insertions, 0 deletions