[PATCH v2 23/46] panel/seiko-43wvf1g: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: Use the correct connector. --- drivers/gpu/drm/panel/panel-seiko-43wvf1g.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/d

Re: 6.15-rc6/regression/bisected - after commit f1c6be3999d2 error appeared: *ERROR* dc_dmub_srv_log_diagnostic_data: DMCUB error

On Mon, May 26, 2025 at 10:50 PM Pillai, Aurabindo wrote: > > [AMD Official Use Only - AMD Internal Distribution Only] > > > Hi Mike, > > It is indeed a bit harder, but we were able to repro the issue on the 6000 > series. I'll need to get the DMCUB trace log to confirm, but it looks like an > S

[PATCH v2] drm/file: add client id to drm_file_error

Add client id to the drm_file_error api, client id is a unique id for each drm fd and is quite useful for debugging. v2: Swapped client id and client name order [Chrisitan] Signed-off-by: Sunil Khatri Reviewed-by: Christian König --- drivers/gpu/drm/drm_file.c | 6 -- 1 file changed, 4 ins

[PATCH] drm/file: add client id to drm_file_error

Add client id to the drm_file_error api, client id is a unique id for each drm fd and is quite useful for debugging. Signed-off-by: Sunil Khatri Reviewed-by: Christian König --- drivers/gpu/drm/drm_file.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/

[PATCH v2 33/46] panel/synaptics-r63353: allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-synaptics-r63353.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/pan

[PATCH v2 15/46] panel/samsung-s6d7aa0: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-samsung-s6d7aa0.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/panel

[PATCH v2 16/46] panel/samsung-s6e3fa7: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-samsung-s6e3fa7.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/panel

[PATCH v2 00/46] drm/panel: Use refcounted allocation in place of devm_kzalloc() - Part3

Final set of drivers to use the new API - devm_drm_panel_alloc(). There are a lot of occurences of the panel allocation across the subsystem. Much thanks to Maxime for the semanic patch which actually gives a list of panels allocated unsafely. virtual report @ find_add @ identifier add_f; identif

[PATCH v2 46/46] panel/lg-lb035q02: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-lg-lb035q02.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/panel/pan

[PATCH v2 45/46] panel/panel-lvds: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-lvds.c | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/panel/panel-lv

[PATCH v2 40/46] panel/visionox-vtdr6130: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: fix alignment. --- drivers/gpu/drm/panel/panel-visionox-vtdr6130.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/g

[PATCH v2 44/46] panel/nec-nl8048hl11: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-nec-nl8048hl11.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/panel/

[PATCH v2 43/46] panel/s6e88a0-ams452ef01: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-samsung-s6e88a0-ams452ef01.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/g

[PATCH v2 42/46] panel/xinpeng-xpp055c272: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-xinpeng-xpp055c272.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/pa

[PATCH v2 38/46] panel/visionox-rm69299: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-visionox-rm69299.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/pane

[PATCH v2 41/46] panel/widechips-ws2401: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: fix alignment. --- drivers/gpu/drm/panel/panel-widechips-ws2401.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gp

[PATCH v2 39/46] panel/visionox-rm692e5.c: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none --- drivers/gpu/drm/panel/panel-visionox-rm692e5.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/panel

[PATCH v2 36/46] panel/tpo-tpg110: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-tpo-tpg110.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/panel/pan

[PATCH v2 37/46] panel/visionox-r66451: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-visionox-r66451.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/panel/p

[PATCH v2 35/46] panel/tpo-td043mtea1: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-tpo-td043mtea1.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/panel/

[PATCH v2 34/46] panel/tpo-td028ttec1: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-tpo-td028ttec1.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/panel

[PATCH v2 32/46] panel/panel-summit: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: refactor.Use already dereferenced dev instead of &dsi->dev. --- drivers/gpu/drm/panel/panel-summit.c | 10 +- 1 file changed, 5 insertions(+), 5 del

[PATCH v2 31/46] panel/truly-nt35521: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-sony-tulip-truly-nt35521.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu

[PATCH v2 28/46] panel/sitronix-st7789v: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-sitronix-st7789v.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/pane

[PATCH v2 30/46] panel/sony-td4353-jdi: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-sony-td4353-jdi.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/pane

[PATCH v2 29/46] panel/sony-acx565akm: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-sony-acx565akm.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/panel/

[PATCH v2 27/46] panel/sitronix-st7703: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-sitronix-st7703.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/pane

[PATCH v2 26/46] panel/sitronix-st7701: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-sitronix-st7701.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/panel/pa

[PATCH v2 25/46] panel/sharp-ls060t1sx01: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-sharp-ls060t1sx01.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/pa

[PATCH v2 24/46] panel/sharp-ls037v7dw01: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-sharp-ls037v7dw01.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/pan

[PATCH v2 22/46] panel/samsung-sofef00: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-samsung-sofef00.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/pane

[PATCH v2 20/46] panel/s6e88a0-ams427ap24: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-samsung-s6e88a0-ams427ap24.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gp

[PATCH v2 21/46] panel/samsung-s6e8aa0: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: minor refactor. Use dev instead of &dsi->dev. --- drivers/gpu/drm/panel/panel-samsung-s6e8aa0.c | 10 +- 1 file changed, 5 insertions(+), 5 deletion

[PATCH v2 19/46] panel/samsung-s6e63j0x03: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-samsung-s6e63j0x03.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/pa

[PATCH v2 17/46] panel/samsung-s6e3ha2: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-samsung-s6e3ha2.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/panel

[PATCH v2 18/46] panel/samsung-s6e3ha8: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none --- drivers/gpu/drm/panel/panel-samsung-s6e3ha8.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/panel/

[PATCH v2 12/46] panel/samsung-ld9040: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-samsung-ld9040.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/panel

[PATCH v2 14/46] panel/samsung-s6d27a1: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-samsung-s6d27a1.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/pane

[PATCH v2 13/46] panel/samsung-s6d16d0: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-samsung-s6d16d0.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/pane

[PATCH v2 11/46] panel/samsung-db7430: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-samsung-db7430.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/panel

[PATCH v2 10/46] panel/samsung-atna33xc20: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-samsung-atna33xc20.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/p

[PATCH v2 09/46] panel/samsung-ams639rq08: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: refactor. Use dev instead of &dsi->dev. --- drivers/gpu/drm/panel/panel-samsung-ams639rq08.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-

[PATCH v2 07/46] panel/ronbo-rb070d30: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-ronbo-rb070d30.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/panel

[PATCH v2 04/46] panel/raydium-rm68200: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-raydium-rm68200.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/pane

[PATCH v2 08/46] panel/samsung-ams581vf01: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: refactor. use &dsi->dev instead of dev. --- drivers/gpu/drm/panel/panel-samsung-ams581vf01.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-

[PATCH v2 05/46] panel/raydium-rm692e5: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-raydium-rm692e5.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/panel

[PATCH v2 06/46] panel/raydium-rm69380: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-raydium-rm69380.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/panel

[PATCH v2 03/46] panel/raydium-rm67200: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-raydium-rm67200.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/pane

[PATCH v2 02/46] panel/raydium-rm67191: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none --- drivers/gpu/drm/panel/panel-raydium-rm67191.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/panel/

[PATCH v2 01/46] panel/orisetech-otm8009a: Use refcounted allocation in place of devm_kzalloc()

Move to using the new API devm_drm_panel_alloc() to allocate the panel. Reviewed-by: Neil Armstrong Signed-off-by: Anusha Srivatsa --- v2: none. --- drivers/gpu/drm/panel/panel-orisetech-otm8009a.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/p

Re: [PATCH v9 3/9] tee: implement protected DMA-heap

Hi Jens, On 5/21/2025 1:16 AM, Jens Wiklander wrote: > Implement DMA heap for protected DMA-buf allocation in the TEE > subsystem. > > Restricted memory refers to memory buffers behind a hardware enforced > firewall. It is not accessible to the kernel during normal circumstances > but rather only

Re: [RFC PATCH 00/12] Private MMIO support for private assigned dev

On 30/5/25 00:41, Xu Yilun wrote: FLR to a bound device is absolutely fine, just break the CC state. Sometimes it is exactly what host need to stop CC immediately. The problem is in VFIO's pre-FLR handling so we need to patch VFIO, not PCI core. What is a problem here exactly? FLR by the ho

Re: [PATCH v12 00/10] ref_tracker: add ability to register a debugfs file for a ref_tracker_dir

On Thu, 29 May 2025 11:20:36 -0400 Jeff Layton wrote: > Sorry for the reposting, but this makes things easier with automated CI. > > This posting just drops the pr_warn() calls from the new functions. We > were still seeing some warnings during (expected) times that debugfs > file creation would f

[PATCH 1/4] drm/msm/dp: remove redundant checks related to ST_DISPLAY_OFF in plug/irq_ipd handlers

From: Abhinav Kumar In commit 8ede2ecc3e5ee ("drm/msm/dp: Add DP compliance tests on Snapdragon Chipsets"), checks were introduced to avoid handling any plug or irq hpd events in ST_DISPLAY_OFF state. Even if we do get hpd events, after the bridge was disabled, it should get handled. Moreover, i

[PATCH 3/4] drm/msm/dp: replace ST_DISPLAY_OFF with power_on in msm_dp_hpd_unplug_handle()

From: Abhinav Kumar msm_dp_hpd_unplug_handle() checks if the display was already disabled and if so does not transition to ST_DISCONNECT_PENDING state and goes directly to ST_DISCONNECTED. The same result can be achieved with the !power_on check. Replace ST_DISPLAY_OFF with !power_on to achieve

[PATCH 4/4] drm/msm/dp: remove ST_DISPLAY_OFF as a hpd_state

From: Abhinav Kumar ST_DISPLAY_OFF check in msm_dp_bridge_atomic_enable() is used to check that if the display was disabled while still hotplugged, phy needs to be re-initialized. This can be replaced with a different check as it just means the hpd_state was still ST_CONNECTED but without display

[PATCH 2/4] drm/msm/dp: Return early from atomic_enable() if ST_DISCONNECT_PENDING

From: Abhinav Kumar The checks in msm_dp_bridge_atomic_enable() for making sure that we are in ST_DISPLAY_OFF OR ST_MAINLINK_READY seem redundant. DRM fwk shall not issue any commits if state is not ST_MAINLINK_READY as msm_dp's atomic_check callback returns a failure if state is not ST_MAINLINK

[PATCH 0/4] drm/msm/dp: ST_DISPLAY_OFF hpd cleanup

HPD state machine in msm dp display driver manages the state transitions between various HPD events and the expected state of driver to make sure both match up. Although originally done with the intent of managing userspace interactions and interactions with compliance equipment, over period of ti

[PATCH v3 4/8] dt-bindings: gpu: Add TH1520 GPU compatible to Imagination bindings

Update the img,powervr-rogue.yaml device tree bindings to include the T-HEAD TH1520 SoC's specific GPU compatible string. The thead,th1520-gpu compatible, along with its full chain img,img-bxm-4-64, and img,img-rogue, is added to the list of recognized GPU types. This allows the Imagination DRM dr

Re: [PATCH v10 4/5] rust: replace `kernel::c_str!` with C-Strings

On Fri May 30, 2025 at 12:21 AM CEST, Tamir Duberstein wrote: > On Wed, May 28, 2025 at 11:35 AM Benno Lossin wrote: >> On Wed May 28, 2025 at 12:36 PM CEST, Alice Ryhl wrote: >> > On Mon, May 26, 2025 at 06:29:46PM -0400, Tamir Duberstein wrote: >> >> On Mon, May 26, 2025 at 11:04 AM Benno Lossin

[PATCH v3 6/8] riscv: dts: thead: Add GPU power sequencer node

Add the device tree node for the T-HEAD TH1520 GPU power sequencer (gpu_pwrseq) to the th1520.dtsi file. This node instantiates the thead,th1520-gpu-pwrseq driver, which is responsible for managing the GPU's power-on/off sequence. The node specifies the gpu-clkgen reset, which is one of the resour

[PATCH v3 7/8] riscv: dts: thead: th1520: Add IMG BXM-4-64 GPU node

Add a device tree node for the IMG BXM-4-64 GPU present in the T-HEAD TH1520 SoC used by the Lichee Pi 4A board. This node enables support for the GPU using the drm/imagination driver. By adding this node, the kernel can recognize and initialize the GPU, providing graphics acceleration capabilitie

[PATCH v3 5/8] riscv: dts: thead: th1520: Add missing reset controller header include

TH1520_RESET_ID_GPU_CLKGEN and TH1520_RESET_ID_GPU are required for GPU power sequencing to work. To make these symbols available, add the necessary include for the T-HEAD TH1520 reset controller bindings. This change was dropped during conflict resolution [1]. [1] - https://lore.kernel.org/all/

[PATCH v3 3/8] drm/imagination: Use pwrseq for TH1520 GPU power management

Update the Imagination PVR DRM driver to leverage the pwrseq framework for managing the power sequence of the GPU on the T-HEAD TH1520 SoC. In pvr_device_init(), the driver now attempts to get a handle to the "gpu-power" sequencer target using devm_pwrseq_get(). If successful, the responsibility f

[PATCH v3 8/8] drm/imagination: Enable PowerVR driver for RISC-V

Several RISC-V boards feature Imagination GPUs that are compatible with the PowerVR driver. An example is the IMG BXM-4-64 GPU on the Lichee Pi 4A board. This commit adjusts the driver's Kconfig dependencies to allow the PowerVR driver to be compiled on the RISC-V architecture. By enabling compila

[PATCH v3 2/8] power: sequencing: Add T-HEAD TH1520 GPU power sequencer driver

Introduce the pwrseq-thead-gpu driver, a power sequencer provider for the Imagination BXM-4-64 GPU on the T-HEAD TH1520 SoC. The TH1520 GPU requires a specific sequence to correctly initialize and power down its resources: - Enable GPU clocks (core and sys). - De-assert the GPU clock generator r

[PATCH v3 1/8] dt-bindings: power: Add T-HEAD TH1520 GPU power sequencer

Introduce device tree bindings for a new power sequencer provider dedicated to the T-HEAD TH1520 SoC's GPU. The thead,th1520-gpu-pwrseq compatible designates a node that will manage the complex power-up and power-down sequence for the GPU. This sequencer requires a handle to the GPU's clock genera

[PATCH v3 0/8] Add TH1520 GPU support with power sequencing

This patch series introduces support for the Imagination IMG BXM-4-64 GPU found on the T-HEAD TH1520 SoC. A key aspect of this support is managing the GPU's complex power-up and power-down sequence, which involves multiple clocks and resets. The TH1520 GPU requires a specific sequence to be follow

Re: [PATCH v10 4/5] rust: replace `kernel::c_str!` with C-Strings

On Wed, May 28, 2025 at 11:35 AM Benno Lossin wrote: > > On Wed May 28, 2025 at 12:36 PM CEST, Alice Ryhl wrote: > > On Mon, May 26, 2025 at 06:29:46PM -0400, Tamir Duberstein wrote: > >> On Mon, May 26, 2025 at 11:04 AM Benno Lossin wrote: > >> > > >> > On Sat May 24, 2025 at 10:33 PM CEST, Tami

Re: [PATCH v10 2/5] rust: support formatting of foreign types

On Tue, May 27, 2025 at 4:49 PM Benno Lossin wrote: > > On Tue May 27, 2025 at 5:02 PM CEST, Tamir Duberstein wrote: > > On Mon, May 26, 2025 at 7:01 PM Benno Lossin wrote: > >> On Tue May 27, 2025 at 12:17 AM CEST, Tamir Duberstein wrote: > >> > On Mon, May 26, 2025 at 10:48 AM Benno Lossin wro

Re: [PATCH v4 20/20] gpu: nova-core: load and run FWSEC-FRTS

On Wed, 2025-05-21 at 15:45 +0900, Alexandre Courbot wrote: I noticed something interesting in this change to Gpu::new(). > +    // Check that the WPR2 region does not already exists - if it does, > the GPU needs to be > +    // reset. > +    if regs::NV_PFB_PRI_MMU_WPR2_ADDR_HI::rea

[pull] amdgpu, amdkfd, radeon drm-fixes-6.16

Hi Dave, Simona, Fixes for 6.16. The following changes since commit c4f8ac095fc91084108ec21117eb9c1fff64725d: Merge tag 'nova-next-v6.16-2025-05-20' of https://gitlab.freedesktop.org/drm/nova into drm-next (2025-05-21 05:49:31 +1000) are available in the Git repository at: https://gitlab

Re: [PATCH v2 RESEND] drm/amdkfd: enable kfd on RISCV systems

Sorry for the delay. I merged the patch to amd-staging-drm-next. Regards,   Felix On 2025-05-28 22:25, liu.xuem...@zte.com.cn wrote: > From: Xuemei Liu > > KFD has been confirmed that can run on RISCV systems. It's necessary to > support CONFIG_HSA_AMD on RISCV. > > Signed-off-by: Xuemei Liu >

[syzbot] [dri?] possible deadlock in drm_mode_get_lease_ioctl (2)

Hello, syzbot found the following issue on: HEAD commit:d7fa1af5b33e Merge branch 'for-next/core' into for-kernelci git tree: git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git for-kernelci console output: https://syzkaller.appspot.com/x/log.txt?x=125f117058 kernel confi

[PATCH 1/1] dt-bindings: lcdif: add lcd panel related property for imx28

Allow lcd panel related property for imx28 and keep the same restriction for other platform. It is legancy platform and set these property to deprecated. Fix below CHECK_DTB warnings: arch/arm/boot/dts/nxp/mxs/imx28-apx4devkit.dtb: lcdif@8003 (fsl,imx28-lcdif): 'display', 'display0' do not ma

XDC 2025: Registration & Call for Proposals now open!

Hello! Registration & Call for Proposals are now open for XDC 2025, which will take place at the TU Wien Kuppelsaal in Vienna, Austria on 29 September to 1 October. https://xdc2025.x.org As usual, the conference is free of charge and open to the general public. If you plan on attending, p

Re: [PATCH 1/1] dt-bindings: display: convert himax,hx8357d.txt to yaml format

On Thu, 29 May 2025 12:48:21 -0400, Frank Li wrote: > Convert himax,hx8357d.txt to yaml format. > > Additional changes: > - add spi parent node in examples. > - ref to spi-peripheral-props.yaml. > - change himax,hx8357a to himax,hx8357 to align driver and existed dts. > - add himax,hx8369a and f

Re: [PATCH 1/1] dt-bindings: display: convert himax, hx8357d.txt to yaml format

Hi Frank, kernel test robot noticed the following build warnings: [auto build test WARNING on robh/for-next] [also build test WARNING on linus/master v6.15 next-20250529] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '-

Re: [PATCH v3 1/5] drm/bridge: cadence: cdns-mhdp8546-core: Remove legacy support for connector initialisation in bridge

Hi Jayesh, kernel test robot noticed the following build warnings: [auto build test WARNING on drm-exynos/exynos-drm-next] [also build test WARNING on linus/master v6.15 next-20250529] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest

Re: [PATCH v5 1/5] bug/kunit: Core support for suppressing warning backtraces

On Thu, May 29, 2025 at 11:02:19AM +0200, Peter Zijlstra wrote: > On Wed, May 28, 2025 at 03:47:42PM -0700, Kees Cook wrote: > > On Mon, May 26, 2025 at 01:27:51PM +, Alessandro Carminati wrote: > > > Some unit tests intentionally trigger warning backtraces by passing bad > > > parameters to ke

[PATCH v2] drm/xe/vsec: fix CONFIG_INTEL_VSEC dependency

From: Arnd Bergmann The XE driver can be built with or without VSEC support, but fails to link as built-in if vsec is in a loadable module: x86_64-linux-ld: vmlinux.o: in function `xe_vsec_init': (.text+0x1e83e16): undefined reference to `intel_vsec_register' The normal fix for this is to add a

[PATCH 1/1] dt-bindings: display: convert himax, hx8357d.txt to yaml format

Convert himax,hx8357d.txt to yaml format. Additional changes: - add spi parent node in examples. - ref to spi-peripheral-props.yaml. - change himax,hx8357a to himax,hx8357 to align driver and existed dts. - add himax,hx8369a and fallback to himax,hx8369. - allow gpios-reset, spi-cpha and spi-cpol

Re: [RFC PATCH 00/12] Private MMIO support for private assigned dev

On Thu, May 29, 2025 at 10:41:15PM +0800, Xu Yilun wrote: > > On AMD, the host can "revoke" at any time, at worst it'll see RMP > > events from IOMMU. Thanks, > > Is the RMP event firstly detected by host or guest? If by host, > host could fool guest by just suppress the event. Guest thought the

[PATCH v12 04/10] ref_tracker: have callers pass output function to pr_ostream()

In a later patch, we'll be adding a 3rd mechanism for outputting ref_tracker info via seq_file. Instead of a conditional, have the caller set a pointer to an output function in struct ostream. As part of this, the log prefix must be explicitly passed in, as it's too late for the pr_fmt macro. Revi

[PATCH v12 10/10] ref_tracker: eliminate the ref_tracker_dir name field

Now that we have dentries and the ability to create meaningful symlinks to them, don't keep a name string in each tracker. Switch the output format to print "class@address", and drop the name field. Also, add a kerneldoc header for ref_tracker_dir_init(). Signed-off-by: Jeff Layton --- drivers/

[PATCH v12 09/10] net: add symlinks to ref_tracker_dir for netns

After assigning the inode number to the namespace, use it to create a unique name for each netns refcount tracker with the ns.inum and net_cookie values in it, and register a symlink to the debugfs file for it. init_net is registered before the ref_tracker dir is created, so add a late_initcall()

[PATCH v12 08/10] ref_tracker: add a way to create a symlink to the ref_tracker_dir debugfs file

Add the ability for a subsystem to add a user-friendly symlink that points to a ref_tracker_dir's debugfs file. Signed-off-by: Jeff Layton --- include/linux/ref_tracker.h | 13 + lib/ref_tracker.c | 22 ++ 2 files changed, 35 insertions(+) diff --git a/

[PATCH v12 01/10] i915: only initialize struct ref_tracker_dir once

I got some warnings from the i915 CI with the ref_tracker debugfs patches applied, that indicated that these ref_tracker_dir_init() calls were being called more than once. If references were held on these objects between the initializations, then that could lead to leaked ref tracking objects. Sin

[PATCH v12 03/10] ref_tracker: add a top level debugfs directory for ref_tracker

Add a new "ref_tracker" directory in debugfs. Each individual refcount tracker can register files under there to display info about currently-held references. Reviewed-by: Andrew Lunn Signed-off-by: Jeff Layton --- lib/ref_tracker.c | 13 + 1 file changed, 13 insertions(+) diff --g

[PATCH v12 05/10] ref_tracker: add a static classname string to each ref_tracker_dir

A later patch in the series will be adding debugfs files for each ref_tracker that get created in ref_tracker_dir_init(). The format will be "class@%px". The current "name" string can vary between ref_tracker_dir objects of the same type, so it's not suitable for this purpose. Add a new "class" st

[PATCH v12 07/10] ref_tracker: automatically register a file in debugfs for a ref_tracker_dir

Currently, there is no convenient way to see the info that the ref_tracking infrastructure collects. Attempt to create a file in debugfs when called from ref_tracker_dir_init(). The file is given the name "class@%px", as having the unmodified address is helpful for debugging. This should be safe s

[PATCH v12 06/10] ref_tracker: allow pr_ostream() to print directly to a seq_file

Allow pr_ostream to also output directly to a seq_file without an intermediate buffer. The first caller of +ref_tracker_dir_seq_print() will come in a later patch, so mark that __maybe_unused for now. That designation will be removed once it is used. Reviewed-by: Andrew Lunn Signed-off-by: Jeff L

[PATCH v12 02/10] ref_tracker: don't use %pK in pr_ostream() output

As Thomas Weißschuh points out [1], it is now preferable to use %p instead of hashed pointers with printk(), since raw pointers should no longer be leaked into the kernel log. Change the ref_tracker infrastructure to use %p instead of %pK in its formats. [1]: https://lore.kernel.org/netdev/202504

[PATCH v12 00/10] ref_tracker: add ability to register a debugfs file for a ref_tracker_dir

Sorry for the reposting, but this makes things easier with automated CI. This posting just drops the pr_warn() calls from the new functions. We were still seeing some warnings during (expected) times that debugfs file creation would fail. debugfs already throws warnings when these things fail unex

Re: [RFC PATCH 00/12] Private MMIO support for private assigned dev

> > > > > > > > FLR to a bound device is absolutely fine, just break the CC state. > > > > Sometimes it is exactly what host need to stop CC immediately. > > > > The problem is in VFIO's pre-FLR handling so we need to patch VFIO, not > > > > PCI core. > > > > > > What is a problem here exactly? >

[PATCH v3 1/5] drm/bridge: cadence: cdns-mhdp8546-core: Remove legacy support for connector initialisation in bridge

Now that we have DBANC framework, remove the connector initialisation code as that piece of code is not called if DRM_BRIDGE_ATTACH_NO_CONNECTOR flag is used. Only TI K3 platforms consume this driver and tidss (their display controller) has this flag set. So this legacy support can be dropped. Fix

[PATCH v3 3/5] drm/bridge: cadence: cdns-mhdp8546-core: Set the mhdp connector earlier in atomic_enable()

In case if we get errors in cdns_mhdp_link_up() or cdns_mhdp_reg_read() in atomic_enable, we will go to cdns_mhdp_modeset_retry_fn() and will hit NULL pointer while trying to access the mutex. We need the connector to be set before that. Unlike in legacy !(DBANC) cases, we do not have connector ini

[PATCH v3 0/5] MHDP8546 fixes related to DBANC usecase

With the introduction of DBANC framework, the connector is no longer initialised in bridge_attach if that flag is set by the display controller. This series does some cleanup for legacy !(DRM_BRIDGE_ATTACH_NO_CONNECTOR) usecase and adds fixes for DRM_BRIDGE_ATTACH_NO_CONNECTOR usecase. v2 patch l

[PATCH v3 2/5] drm/bridge: cadence: cdns-mhdp8546*: Change drm_connector from structure to pointer

After adding DBANC framework, mhdp->connector is not initialised during bridge_attach(). The connector is however required in few driver calls like cdns_mhdp_hdcp_enable() and cdns_mhdp_modeset_retry_fn(). Use drm_connector pointer instead of structure, set it in bridge_enable() and clear it in bri

[PATCH v3 5/5] drm/bridge: cadence: cdns-mhdp8546-core: Reduce log level for DPCD read/write

Reduce the log level for cdns_mhdp_dpcd_read and cdns_mhdp_dpcd_write errors in cdns_mhdp_transfer function as in case of failure, there is flooding of these prints along with other indicators like EDID failure logs which are fairly intuitive in themselves rendering these error logs useless. Also,

  1   2   >