Re: [PATCH] drm/amdgpu: remove "num_pages" local variable in amdgpu_gtt_mgr_new

2024-04-09 Thread broler Liew
sorry, this patch has format problem. abandon. I send another email use qq mail instead. > > amdgpu_gtt_mgr_new and ttm_range_man_alloc share similar logic, but > "num_pages" in amdgpu_gtt_mgr_new is defined as local variable which > is calculate directly in ttm_range_man_alloc. > > Signed-off-by:

[PATCH] drm/amdgpu: remove "num_pages" local variable in amdgpu_gtt_mgr_new

2024-04-09 Thread brolerliew
From: brolerliew amdgpu_gtt_mgr_new and ttm_range_man_alloc share similar logic, but "num_pages" in amdgpu_gtt_mgr_new is defined as local variable which is calculate directly in ttm_range_man_alloc. Signed-off-by: brolerliew <575705...@qq.com> --- drivers/gpu/drm/amd/amdgpu/amdgpu_gtt_mgr.c |

[PATCH 5.15 579/690] drm/amdgpu: Use drm_mode_copy()

2024-04-09 Thread Greg Kroah-Hartman
5.15-stable review patch. If anyone has any objections, please let me know. -- From: Ville Syrjälä [ Upstream commit 426c89aa203bcec9d9cf6eea36735eafa1b1f099 ] struct drm_display_mode embeds a list head, so overwriting the full struct with another one will corrupt the list (if

[PATCH] drm/amdgpu: remove "num_pages" local variable in amdgpu_gtt_mgr_new

2024-04-09 Thread broler Liew
amdgpu_gtt_mgr_new and ttm_range_man_alloc share similar logic, but "num_pages" in amdgpu_gtt_mgr_new is defined as local variable which is calculate directly in ttm_range_man_alloc. Signed-off-by: brolerliew --- drivers/gpu/drm/amd/amdgpu/amdgpu_gtt_mgr.c | 3 +-- 1 file changed, 1 insertion(+),

Re: 6.5.5: UBSAN: radeon_atombios.c: index 1 is out of range for type 'UCHAR [1]'

2024-04-09 Thread Jeff Johnson
On 10/1/23 17:12, Justin Piszcz wrote: [Sun Oct 1 15:59:04 2023] UBSAN: array-index-out-of-bounds in drivers/gpu/drm/radeon/radeon_atombios.c:2620:43 [Sun Oct 1 15:59:04 2023] index 1 is out of range for type 'UCHA

RE: [PATCH] drm/amdgpu: Fix incorrect return value

2024-04-09 Thread Chai, Thomas
[AMD Official Use Only - General] OK - Best Regards, Thomas -Original Message- From: Zhou1, Tao Sent: Tuesday, April 9, 2024 10:52 AM To: Chai, Thomas ; amd-gfx@lists.freedesktop.org Cc: Zhang, Hawking ; Li, Candice ; Wang, Yang(Kevin) ; Yang, Stanley Subject: RE: [PA

[linux-next:master] BUILD REGRESSION a053fd3ca5d1b927a8655f239c84b0d790218fda

2024-04-09 Thread kernel test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master branch HEAD: a053fd3ca5d1b927a8655f239c84b0d790218fda Add linux-next specific files for 20240409 Error/Warning reports: https://lore.kernel.org/oe-kbuild-all/202404091516.9h8idamm-...@intel.com https

Re: [PATCH] drm/amd/amdgpu: Update PF2VF Header

2024-04-09 Thread Deucher, Alexander
[AMD Official Use Only - General] Acked-by: Alex Deucher From: amd-gfx on behalf of Luqmaan Irshad Sent: Tuesday, April 2, 2024 6:01 PM To: amd-gfx@lists.freedesktop.org Cc: Irshad, Luqmaan Subject: [PATCH] drm/amd/amdgpu: Update PF2VF Header Adding a new fi

Re: [PATCH] drm/amdkfd: make sure VM is ready for updating operations

2024-04-09 Thread Felix Kuehling
On 2024-04-08 3:55, Christian König wrote: Am 07.04.24 um 06:52 schrieb Lang Yu: When VM is in evicting state, amdgpu_vm_update_range would return -EBUSY. Then restore_process_worker runs into a dead loop. Fixes: 2fdba514ad5a ("drm/amdgpu: Auto-validate DMABuf imports in compute VMs") Mhm,

RE: [PATCH] drm/amdkfd: make sure VM is ready for updating operations

2024-04-09 Thread Yu, Lang
[Public] > I never saw this problem in my testing, probably because I never got my page > tables evicted? I observed this problem on APUs with default 512MB VRAM when allocating memory aggressively from different APPs. Will try to modify the patch per your suggestions. Thanks! Regards, Lang