Re: [RFC 0/5] Discussion around eviction improvements

Just FYI, I've been on sick leave for a while and now trying to catch up. It will probably be at least week until I can look into this again. Sorry, Christian. Am 08.05.24 um 20:09 schrieb Tvrtko Ursulin: From: Tvrtko Ursulin Last few days I was looking at the situation with VRAM over subscr

RE: [PATCH 02/22] drm/amdgpu: the warning dereferencing obj for nbio_v7_4

[AMD Official Use Only - AMD Internal Distribution Only] Hi Tim -Original Message- From: Huang, Tim Sent: Monday, May 13, 2024 12:23 PM To: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org Cc: Deucher, Alexander ; Koenig, Christian Subject: RE: [PATCH 02/22] drm/amdgpu: the warning de

Re: [PATCH v3] drm/amdgpu: Add Ring Hang Events

On 5/13/2024 9:44 AM, Ori Messinger wrote: > This patch adds 'ring hang' events to the driver. > This is done by adding a 'reset_ring_hang' bool variable to the > struct 'amdgpu_reset_context' in the amdgpu_reset.h file. > The purpose for this 'reset_ring_hang' variable is whenever a GPU > reset

RE: [PATCH 02/22] drm/amdgpu: the warning dereferencing obj for nbio_v7_4

[AMD Official Use Only - AMD Internal Distribution Only] Hi Jesse, > -Original Message- > From: Zhang, Jesse(Jie) > Sent: Monday, May 13, 2024 10:18 AM > To: Zhang, Jesse(Jie) ; > amd-gfx@lists.freedesktop.org > Cc: Deucher, Alexander ; Koenig, Christian > ; Huang, Tim > Subject: RE: [P

[PATCH v3] drm/amdgpu: Add Ring Hang Events

This patch adds 'ring hang' events to the driver. This is done by adding a 'reset_ring_hang' bool variable to the struct 'amdgpu_reset_context' in the amdgpu_reset.h file. The purpose for this 'reset_ring_hang' variable is whenever a GPU reset is initiated due to a ring hang, the reset_ring_hang sh

RE: [PATCH 18/22] drm/amd/pm: check negtive return for table entries

[AMD Official Use Only - AMD Internal Distribution Only] Hi Jesse, > -Original Message- > From: Zhang, Jesse(Jie) > Sent: Monday, May 13, 2024 10:19 AM > To: Zhang, Jesse(Jie) ; > amd-gfx@lists.freedesktop.org > Cc: Deucher, Alexander ; Koenig, Christian > ; Huang, Tim > Subject: RE: [P

RE: [PATCH 12/22] drm/amd/pm: remove logically dead code

[AMD Official Use Only - AMD Internal Distribution Only] Acked-by: Yang Wang Best Regards, Kevin -Original Message- From: amd-gfx On Behalf Of Zhang, Jesse(Jie) Sent: Monday, May 13, 2024 10:19 AM To: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org Cc: Deucher, Alexander ; Koenig, C

RE: [PATCH 17/22] drm/amdgpu: fix the warning bad bit shift operation for aca_error_type type

[AMD Official Use Only - AMD Internal Distribution Only] Reviewed-by: Yang Wang Best Regards, Kevin -Original Message- From: amd-gfx On Behalf Of Zhang, Jesse(Jie) Sent: Monday, May 13, 2024 10:19 AM To: Zhang, Jesse(Jie) ; amd-gfx@lists.freedesktop.org Cc: Deucher, Alexander ; Koenig

RE: [PATCH 12/22] drm/amd/pm: remove logically dead code

[AMD Official Use Only - AMD Internal Distribution Only] Ping ... -Original Message- From: amd-gfx On Behalf Of Jesse Zhang Sent: Friday, May 10, 2024 10:50 AM To: amd-gfx@lists.freedesktop.org Cc: Deucher, Alexander ; Koenig, Christian ; Huang, Tim ; Zhang, Jesse(Jie) ; Zhang, Jesse(J

RE: [PATCH 18/22] drm/amd/pm: check negtive return for table entries

[AMD Official Use Only - AMD Internal Distribution Only] Ping ... -Original Message- From: Jesse Zhang Sent: Friday, May 10, 2024 10:51 AM To: amd-gfx@lists.freedesktop.org Cc: Deucher, Alexander ; Koenig, Christian ; Huang, Tim ; Zhang, Jesse(Jie) ; Zhang, Jesse(Jie) Subject: [PATCH

RE: [PATCH 17/22] drm/amdgpu: fix the warning bad bit shift operation for aca_error_type type

[AMD Official Use Only - AMD Internal Distribution Only] Ping ... -Original Message- From: amd-gfx On Behalf Of Jesse Zhang Sent: Friday, May 10, 2024 10:51 AM To: amd-gfx@lists.freedesktop.org Cc: Deucher, Alexander ; Koenig, Christian ; Huang, Tim ; Zhang, Jesse(Jie) ; Zhang, Jesse(J

RE: [PATCH 02/22] drm/amdgpu: the warning dereferencing obj for nbio_v7_4

[AMD Official Use Only - AMD Internal Distribution Only] Ping ... -Original Message- From: Jesse Zhang Sent: Friday, May 10, 2024 10:50 AM To: amd-gfx@lists.freedesktop.org Cc: Deucher, Alexander ; Koenig, Christian ; Huang, Tim ; Zhang, Jesse(Jie) ; Zhang, Jesse(Jie) Subject: [PATCH

Re: [PATCH] drm/mst: Fix NULL pointer dereference at drm_dp_add_payload_part2

On 5/10/2024 4:24 AM, Jani Nikula wrote: On Fri, 10 May 2024, "Lin, Wayne" wrote: [Public] -Original Message- From: Limonciello, Mario Sent: Friday, May 10, 2024 3:18 AM To: Linux regressions mailing list ; Wentland, Harry ; Lin, Wayne Cc: ly...@redhat.com; imre.d...@intel.com;

Re: [PATCH] drm/buddy: Fix the range bias clear memory allocation issue

Hi Daniel, On 5/8/2024 2:11 PM, Daniel Vetter wrote: On Wed, May 08, 2024 at 12:27:20PM +0530, Arunpravin Paneer Selvam wrote: Problem statement: During the system boot time, an application request for the bulk volume of cleared range bias memory when the clear_avail is zero, we dont fallback i

[PATCH v2 1/2] drm/buddy: Fix the range bias clear memory allocation issue

Problem statement: During the system boot time, an application request for the bulk volume of cleared range bias memory when the clear_avail is zero, we dont fallback into normal allocation method as we had an unnecessary clear_avail check which prevents the fallback method leads to fb allocation f

[PATCH v2 2/2] drm/tests: Add a unit test for range bias allocation

Allocate cleared blocks in the bias range when the DRM buddy's clear avail is zero. This will validate the bias range allocation in scenarios like system boot when no cleared blocks are available and exercise the fallback path too. The resulting blocks should always be dirty. Signed-off-by: Arunpr