[PATCH] drm/drm_gem.c: Fixed WARNING in drm_gem_object_handle_put_unlocked

Previously, I was sending out the patch in a wrong format, hence sending this patch again describing my changes. Looking at the code and the call trace reported by Syzbot (issue link : https://syzkaller.appspot.com/bug?extid=ef3256a360c02207a4cb), I understood that the issue lies in the

Re: [PATCH] gpu: drm: amd: fixed typos

On Fri, Dec 15, 2023 at 9:28 PM Alex Deucher wrote: > > On Fri, Dec 15, 2023 at 3:40 AM Ghanshyam Agrawal > wrote: > > > > On Fri, Dec 15, 2023 at 10:59 AM Randy Dunlap wrote: > > > > > > Hi-- > > > > > > On 12/14/23 21:20, Ghanshyam Agrawal wrote: > > > > Fixed multiple typos in atomfirmware.h

[PATCH] drm/vc4: plane: check drm_gem_plane_helper_prepare_fb() return value

Bubble up any error to the caller. Signed-off-by: Simon Ser Cc: Maxime Ripard Cc: Kees Cook Cc: Dave Stevenson --- drivers/gpu/drm/vc4/vc4_plane.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/vc4/vc4_plane.c b/drivers/gpu/drm/vc4/vc4_plane.c index

Re: [PATCH v3 2/2] drm/bridge: ti-sn65dsi86: Never store more than msg->size bytes in AUX xfer

Quoting Douglas Anderson (2023-12-14 12:37:52) > For aux reads, the value `msg->size` indicates the size of the buffer > provided by `msg->buffer`. We should never in any circumstances write > more bytes to the buffer since it may overflow the buffer. > > In the ti-sn65dsi86 driver there is one

[Bug 218274] AMD r9 m380, 2015,27 imac - amdgpu wont work

https://bugzilla.kernel.org/show_bug.cgi?id=218274 Pukurasa (pukur...@gmail.com) changed: What|Removed |Added Kernel Version||6.6.6 -- You may reply

Re: [PATCH v3 1/2] drm/bridge: parade-ps8640: Never store more than msg->size bytes in AUX xfer

Quoting Douglas Anderson (2023-12-14 12:37:51) > While testing, I happened to notice a random crash that looked like: > > Kernel panic - not syncing: stack-protector: > Kernel stack is corrupted in: drm_dp_dpcd_probe+0x120/0x120 > > Analysis of drm_dp_dpcd_probe() shows that we pass in a

Re: [PATCH] drm/tiny: print 'struct resource *' correctly

On 10/15/23 17:35, Randy Dunlap wrote: On 10/15/23 06:11, Yussef Dalton wrote: Since format specifier %pr refers to a 'struct resource *', there is no need to take the address of the 'res' variable since it is already of type 'struct resource *'. Signed-off-by: Yussef Dalton Reviewed-by:

[PATCH] drm/msm/dpu: drop obsolete documentation for dpu_encoder_virt

Drop obsolete kerneldoc for several fields in struct dpu_encoder_virt Reported-by: kernel test robot Closes: https://lore.kernel.org/oe-kbuild-all/202312170641.5exlvqqx-...@intel.com/ Fixes: 62d35629da80 ("drm/msm/dpu: move encoder status to standard encoder debugfs dir") Fixes: 25fdd5933e4c

[PATCH] drm/bridge: properly refcount DT nodes in aux bridge drivers

The aux-bridge and aux-hpd-bridge drivers didn't call of_node_get() on the device nodes further used for dev->of_node and platform data. When bridge devices are released, the reference counts are decreased, resulting in refcount underflow / use-after-free warnings. Get corresponding refcounts

Re: [PATCH] drm/msm/dpu: drop obsolete documentation for dpu_encoder_virt

Quoting Dmitry Baryshkov (2023-12-16 16:01:58) > Drop obsolete kerneldoc for several fields in struct dpu_encoder_virt > > Reported-by: kernel test robot > Closes: > https://lore.kernel.org/oe-kbuild-all/202312170641.5exlvqqx-...@intel.com/ > Fixes: 62d35629da80 ("drm/msm/dpu: move encoder