[PATCH 0/4] drm/amd/display: move from kzalloc(size * nr, ...) to kcalloc(nr, size, ...)

2025-02-28 Thread Ethan Carter Edwards
Kernel Self Protection Project efforts. Links below have more details. Link: https://github.com/KSPP/linux/issues/162 Link: https://www.kernel.org/doc/html/next/process/deprecated.html#open-coded-arithmetic-in-allocator-arguments Signed-off-by: Ethan Carter Edwards --- Ethan Carter Edwards (4

[PATCH 3/4] drm/amd/display: change kzalloc to kcalloc in dcn314_validate_bandwidth()

2025-02-28 Thread Ethan Carter Edwards
We are trying to get rid of all multiplications from allocation functions to prevent integer overflows. Here the multiplication is probably safe, but using kcalloc() is more appropriate and improves readability. This patch has no effect on runtime behavior. Signed-off-by: Ethan Carter Edwards

[PATCH 1/4] drm/amd/display: change kzalloc to kcalloc in dcn30_validate_bandwidth()

2025-02-28 Thread Ethan Carter Edwards
We are trying to get rid of all multiplications from allocation functions to prevent integer overflows. Here the multiplication is probably safe, but using kcalloc() is more appropriate and improves readability. This patch has no effect on runtime behavior. Signed-off-by: Ethan Carter Edwards

[PATCH 4/4] drm/amd/display: change kzalloc to kcalloc in dml1_validate()

2025-02-28 Thread Ethan Carter Edwards
We are trying to get rid of all multiplications from allocation functions to prevent integer overflows. Here the multiplication is probably safe, but using kcalloc() is more appropriate and improves readability. This patch has no effect on runtime behavior. Signed-off-by: Ethan Carter Edwards

[PATCH 2/4] drm/amd/display: change kzalloc to kcalloc in dcn31_validate_bandwidth()

2025-02-28 Thread Ethan Carter Edwards
We are trying to get rid of all multiplications from allocation functions to prevent integer overflows. Here the multiplication is probably safe, but using kcalloc() is more appropriate and improves readability. This patch has no effect on runtime behavior. Signed-off-by: Ethan Carter Edwards

Re: [PATCH] drm/msm/dpu: Fix uninitialized variable

2025-02-10 Thread Ethan Carter Edwards
On 25/02/10 05:41AM, Dmitry Baryshkov wrote: > On Sun, Feb 09, 2025 at 10:32:33PM -0500, Ethan Carter Edwards wrote: > > There is a possibility for an uninitialized *ret* variable to be > > returned in some code paths. > > > > Fix this by initializing *ret* to 0. >

[PATCH] drm/msm/dpu: Fix uninitialized variable

2025-02-10 Thread Ethan Carter Edwards
t i; - int ret; + int ret = 0; for (i = 0; i < num_planes; i++) { struct drm_plane_state *plane_state = states[i]; --- base-commit: a64dcfb451e254085a7daee5fe51bf22959d52d3 change-id: 20250209-dpu-c3fac78fc617 Best regards, -- Ethan Carter Edwards

[PATCH v2] drm/msm/dpu: Fix uninitialized variable

2025-02-09 Thread Ethan Carter Edwards
flush_csc(struct dpu_plane *pdpu, struct dpu_sw_pipe *pipe) --- base-commit: a64dcfb451e254085a7daee5fe51bf22959d52d3 change-id: 20250209-dpu-c3fac78fc617 Best regards, -- Ethan Carter Edwards