Re: [PATCH RFC 0/4] drm/bridge: samsung-dsim: Stop controlling vsync display FIFO flush in panels

2025-05-27 Thread Marek Szyprowski
On 27.05.2025 16:14, Philipp Zabel wrote: > This series enables the vsync flush feature in the samsung-dsim driver > unconditionally and removes the MIPI_DSI_MODE_VSYNC_FLUSH flag. > > Background: I've recently seen shifted display issues on two different > i.MX8MM boards (mxsfb + samsung-dsim) wit

RE: [PATCH v10 06/10] drm/i915/nvm: add nvm device for discrete graphics

2025-05-27 Thread Usyskin, Alexander
> Subject: Re: [PATCH v10 06/10] drm/i915/nvm: add nvm device for discrete > graphics > > On Tue, May 27, 2025 at 11:30:20AM +0530, Usyskin, Alexander wrote: > > > Subject: Re: [PATCH v10 06/10] drm/i915/nvm: add nvm device for discrete > > > graphics > > > > > > On Thu, May 15, 2025 at 04:33:41PM

RE: [PATCH v10 08/10] drm/xe/nvm: add on-die non-volatile memory device

2025-05-27 Thread Usyskin, Alexander
> Subject: Re: [PATCH v10 08/10] drm/xe/nvm: add on-die non-volatile > memory device > > On Tue, May 27, 2025 at 11:55:13AM +0530, Usyskin, Alexander wrote: > > > Subject: Re: [PATCH v10 08/10] drm/xe/nvm: add on-die non-volatile > > > memory device > > > > > > On Thu, May 15, 2025 at 04:33:43PM +

Re: [PATCH v5 09/12] tee: add Qualcomm TEE driver

2025-05-27 Thread Dan Carpenter
Hi Amirreza, kernel test robot noticed the following build warnings: url: https://github.com/intel-lab-lkp/linux/commits/Amirreza-Zarrabi/tee-allow-a-driver-to-allocate-a-tee_device-without-a-pool/20250527-151020 base: 3be1a7a31fbda82f3604b6c31e4f390110de1b46 patch link: https

linux-next: build failure after merge of the drm-misc tree

2025-05-27 Thread Stephen Rothwell
isable_clk' used but not defined 1589 | goto err_disable_clk; | ^~~~ Caused by commit 6579a03e68ff ("drm/bridge: analogix_dp: Remove the unnecessary calls to clk_disable_unprepare() during probing") I have used the drm-misc tree from n

Re: [PATCH v3] drm/rockchip: cdn-dp: Convert to drm bridge

2025-05-27 Thread Chaoyi Chen
Hi Dmitry, On 2025/5/28 4:25, Dmitry Baryshkov wrote: On Tue, May 27, 2025 at 04:14:47PM +0800, Chaoyi Chen wrote: From: Chaoyi Chen Convert it to drm bridge driver, it will be convenient for us to migrate the connector part to the display driver later. Considering that some code depend on th

Re: [PATCH 5/5] drm/mediatek: Add eDP phy driver for mt8196

2025-05-27 Thread 胡俊光

Re: [PATCH v5 03/12] tee: add TEE_IOCTL_PARAM_ATTR_TYPE_UBUF

2025-05-27 Thread kernel test robot
Hi Amirreza, kernel test robot noticed the following build warnings: [auto build test WARNING on 3be1a7a31fbda82f3604b6c31e4f390110de1b46] url: https://github.com/intel-lab-lkp/linux/commits/Amirreza-Zarrabi/tee-allow-a-driver-to-allocate-a-tee_device-without-a-pool/20250527-151020 base

[PATCH] drm/bridge: analogix_dp: Fix clk-disable removal

2025-05-27 Thread Heiko Stuebner
Commit 6579a03e68ff ("drm/bridge: analogix_dp: Remove the unnecessary calls to clk_disable_unprepare() during probing") removed the mismatched clock_disable calls from analogix_dp_probe. But that patch was created and sent before commit e5e9fa9f7aad ("drm/bridge: analogix_dp: Add support to get pa

Re: [PATCH v5 2/4] clk: renesas: r9a09g057: Add clock and reset entries for DSI and LCDC

2025-05-27 Thread Lad, Prabhakar
Hi Geert, Thank you for the review. On Fri, May 23, 2025 at 3:46 PM Geert Uytterhoeven wrote: > > Hi Prabhakar, Fabrizio, > > On Mon, 12 May 2025 at 20:43, Prabhakar wrote: > > From: Lad Prabhakar > > > > Add clock and reset entries for the DSI and LCDC peripherals. > > > > Co-developed-by: Fa

Re: [PATCH] drm/connector: only call HDMI audio helper plugged cb if non-null

2025-05-27 Thread Dmitry Baryshkov
On Tue, 27 May 2025 19:57:08 +0200, Nicolas Frattaroli wrote: > On driver remove, sound/soc/codecs/hdmi-codec.c calls the plugged_cb > with NULL as the callback function and codec_dev, as seen in its > hdmi_remove function. > > The HDMI audio helper then happily tries calling said null function >

Re: [PATCH v5 3/4] dt-bindings: display: bridge: renesas,dsi: Add support for RZ/V2H(P) SoC

2025-05-27 Thread Lad, Prabhakar
Hi Geert, Thank you for the review. On Fri, May 23, 2025 at 3:58 PM Geert Uytterhoeven wrote: > > Hi Prabhakar, > > On Mon, 12 May 2025 at 20:43, Prabhakar wrote: > > From: Lad Prabhakar > > > > The MIPI DSI interface on the RZ/V2H(P) SoC is nearly identical to that of > > the RZ/G2L SoC. Whil

Re: [PATCH v5 1/4] clk: renesas: rzv2h-cpg: Add support for DSI clocks

2025-05-27 Thread Lad, Prabhakar
Hi Geert, Thank you for the review. On Fri, May 23, 2025 at 3:45 PM Geert Uytterhoeven wrote: > > Hi Prabhakar, Fabrizio, > > On Mon, 12 May 2025 at 20:43, Prabhakar wrote: > > From: Lad Prabhakar > > > > Add support for PLLDSI and PLLDSI divider clocks. > > > > Introduce the `renesas-rzv2h-ds

[Bug 200531] amdgpu: *ERROR* REG_WAIT timeout when a display is put to sleep

2025-05-27 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=200531 Artem S. Tashkinov (a...@gmx.com) changed: What|Removed |Added Status|REOPENED|RESOLVED Reso

Re: [PATCH v5 09/12] tee: add Qualcomm TEE driver

2025-05-27 Thread kernel test robot
Hi Amirreza, kernel test robot noticed the following build warnings: [auto build test WARNING on 3be1a7a31fbda82f3604b6c31e4f390110de1b46] url: https://github.com/intel-lab-lkp/linux/commits/Amirreza-Zarrabi/tee-allow-a-driver-to-allocate-a-tee_device-without-a-pool/20250527-151020 base

Re: [PATCH v3 0/4] Add support for a DRM tool like PMU

2025-05-27 Thread Ian Rogers
On Wed, Apr 30, 2025 at 4:36 PM Arnaldo Carvalho de Melo wrote: > > On Wed, Apr 30, 2025 at 08:21:59AM -0700, Ian Rogers wrote: > > On Thu, Apr 3, 2025 at 1:24 PM Ian Rogers wrote: > > > > > > DRM clients expose information through usage stats as documented in > > > Documentation/gpu/drm-usage-st

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

2025-05-27 Thread Lucas De Marchi
On Fri, May 23, 2025 at 02:10:46PM +0200, Arnd Bergmann wrote: 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 refere

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

2025-05-27 Thread Benno Lossin
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 wrote: >> >> On Sat May 24, 2025 at 10:33 PM CEST, Tamir Duberstei

Re: [PATCH 7/8] drm/msm/dp: Retry Link Training 2 with lower pattern

2025-05-27 Thread Konrad Dybcio
On 12/3/24 3:07 PM, Dmitry Baryshkov wrote: > On Tue, Dec 03, 2024 at 04:13:22PM +0800, Xiangxu Yin wrote: >> >> >> On 11/29/2024 9:53 PM, Dmitry Baryshkov wrote: >>> On Fri, 29 Nov 2024 at 09:59, Xiangxu Yin wrote: Add a mechanism to retry Link Training 2 by lowering the pattern level >

[PATCH 6.14 635/783] drm/gem: Internally test import_attach for imported objects

2025-05-27 Thread Greg Kroah-Hartman
6.14-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Zimmermann [ Upstream commit 8260731ccad0451207b45844bb66eb161a209218 ] Test struct drm_gem_object.import_attach to detect imported objects. During object clenanup, the dma_buf field m

Re: [PATCH v4 16/20] nova-core: Add support for VBIOS ucode extraction for boot

2025-05-27 Thread Joel Fernandes
Hello, I split this particular patch into 3 patches: gpu: nova-core: vbios: Add support for FWSEC ucode extraction gpu: nova-core: vbios: Add support to look up PMU table in FWSEC gpu: nova-core: vbios: Add base support for VBIOS construction and iteration It is code-wise identical. Alex/Danilo c

Re: [PATCH v3] drm/rockchip: cdn-dp: Convert to drm bridge

2025-05-27 Thread Dmitry Baryshkov
On Tue, May 27, 2025 at 04:14:47PM +0800, Chaoyi Chen wrote: > From: Chaoyi Chen > > Convert it to drm bridge driver, it will be convenient for us to > migrate the connector part to the display driver later. > Considering that some code depend on the connector, the following > changes have been m

Re: [PATCH v8] drm/bridge: analogix_dp: Remove the unnecessary calls to clk_disable_unprepare() during probing

2025-05-27 Thread Dmitry Baryshkov
On Sun, 02 Mar 2025 16:30:43 +0800, Damon Ding wrote: > With the commit f37952339cc2 ("drm/bridge: analogix_dp: handle clock via > runtime PM"), the PM operations can help enable/disable the clock. The > err_disable_clk label and clk_disable_unprepare() operations are no > longer necessary because

[RESEND] Re: [PATCH v8] drm/bridge: analogix_dp: Remove the unnecessary calls to clk_disable_unprepare() during probing

2025-05-27 Thread Heiko Stübner
[resending to update to Dmitry's new address] Am Sonntag, 2. März 2025, 09:30:43 Mitteleuropäische Sommerzeit schrieb Damon Ding: > With the commit f37952339cc2 ("drm/bridge: analogix_dp: handle clock via > runtime PM"), the PM operations can help enable/disable the clock. The > err_disable_clk l

Re: [PATCH v8] drm/bridge: analogix_dp: Remove the unnecessary calls to clk_disable_unprepare() during probing

2025-05-27 Thread Heiko Stübner
Am Sonntag, 2. März 2025, 09:30:43 Mitteleuropäische Sommerzeit schrieb Damon Ding: > With the commit f37952339cc2 ("drm/bridge: analogix_dp: handle clock via > runtime PM"), the PM operations can help enable/disable the clock. The > err_disable_clk label and clk_disable_unprepare() operations are

[PATCH 0/2] Fix AMDGPU VRAM zeroing

2025-05-27 Thread Natalie Vock
Hi all, I've stumbled upon this while investigating why AMDGPU seems to fail at providing cleared VRAM allocations despite being explicitly asked to with AMDGPU_GEM_CREATE_VRAM_CLEARED[1]. After some code inspection, I believe the problem is actually much worse than not providing cleared VRAM. AM

[PATCH 1/2] drm/buddy: Add public helper to dirty blocks

2025-05-27 Thread Natalie Vock
Cleared blocks that are handed out to users after allocation cannot be presumed to remain cleared. Thus, allocators using drm_buddy need to dirty all blocks on the allocation success path. Provide a helper for them to use. Fixes: 96950929eb232 ("drm/buddy: Implement tracking clear page feature") C

[PATCH 2/2] drm/amdgpu: Dirty cleared blocks on allocation

2025-05-27 Thread Natalie Vock
If we hand out cleared blocks to users, they are expected to write at least some non-zero values somewhere. If we keep the CLEAR bit set on the block, amdgpu_fill_buffer will assume there is nothing to do and incorrectly skip clearing the block. Ultimately, the (still dirty) block will be reused as

Re: [PATCH v4 2/4] drm/panel: Add refcount support

2025-05-27 Thread Jani Nikula
On Tue, 27 May 2025, Maxime Ripard wrote: > On Tue, May 20, 2025 at 01:09:47PM +0300, Jani Nikula wrote: >> >> Maxime - >> >> I'm cutting a lot of context here. Not because I don't think it deserves >> an answer, but because I seem to be failing at communication. >> >> On Mon, 19 May 2025, Maxi

Re: [PATCH v4 2/4] drm/panel: Add refcount support

2025-05-27 Thread Jani Nikula
On Tue, 27 May 2025, Maxime Ripard wrote: > Hi, > > On Fri, May 23, 2025 at 02:34:05PM +0300, Jani Nikula wrote: >> On Tue, 20 May 2025, Jani Nikula wrote: >> > Maxime - >> > >> > I'm cutting a lot of context here. Not because I don't think it deserves >> > an answer, but because I seem to be fai

Re: [PATCH v10 05/10] mtd: intel-dg: align 64bit read and write

2025-05-27 Thread Raag Jadav
On Tue, May 27, 2025 at 11:33:10AM +0530, Usyskin, Alexander wrote: > > Subject: Re: [PATCH v10 05/10] mtd: intel-dg: align 64bit read and write > > > > On Thu, May 15, 2025 at 04:33:40PM +0300, Alexander Usyskin wrote: > > > GSC NVM controller HW errors on quad access overlapping 1K border. > > >

Re: [PATCH v10 08/10] drm/xe/nvm: add on-die non-volatile memory device

2025-05-27 Thread Raag Jadav
On Tue, May 27, 2025 at 11:55:13AM +0530, Usyskin, Alexander wrote: > > Subject: Re: [PATCH v10 08/10] drm/xe/nvm: add on-die non-volatile > > memory device > > > > On Thu, May 15, 2025 at 04:33:43PM +0300, Alexander Usyskin wrote: > > > Enable access to internal non-volatile memory on DGFX > > >

Re: [PATCH v10 06/10] drm/i915/nvm: add nvm device for discrete graphics

2025-05-27 Thread Raag Jadav
On Tue, May 27, 2025 at 11:30:20AM +0530, Usyskin, Alexander wrote: > > Subject: Re: [PATCH v10 06/10] drm/i915/nvm: add nvm device for discrete > > graphics > > > > On Thu, May 15, 2025 at 04:33:41PM +0300, Alexander Usyskin wrote: > > > Enable access to internal non-volatile memory on > > > DGFX

Re: [PATCH v4 5/5] arm64: dts: qcom: Add Lenovo ThinkBook 16 G7 QOY device tree

2025-05-27 Thread Dmitry Baryshkov
On Tue, May 27, 2025 at 12:55:06PM +0200, Konrad Dybcio wrote: > On 5/26/25 5:28 PM, Rob Clark wrote: > > On Mon, May 26, 2025 at 1:36 AM Dmitry Baryshkov > > wrote: > >> > >> On Sun, May 25, 2025 at 09:43:36PM +0200, Aleksandrs Vinarskis wrote: > >>> On Sun, 25 May 2025 at 15:33, Dmitry Baryshkov

Re: [PATCH v4 0/5] arm64: dts: qcom: Add Lenovo ThinkBook 16 device tree

2025-05-27 Thread Rob Herring (Arm)
On Sat, 24 May 2025 13:48:35 +0200, Jens Glathe wrote: > Device tree for the Lenovo Thinkbook 16 G7 QOY > > The Laptop is a Snapdragon X1 / X1 Plus (Purwa) based device [1]. > > Supported features: > > - USB type-c and type-a ports > - Keyboard > - Touchpad (all that are described in the dsdt)

Re: [PATCH] drm/connector: only call HDMI audio helper plugged cb if non-null

2025-05-27 Thread Dmitry Baryshkov
On 27/05/2025 20:57, Nicolas Frattaroli wrote: On driver remove, sound/soc/codecs/hdmi-codec.c calls the plugged_cb with NULL as the callback function and codec_dev, as seen in its hdmi_remove function. The HDMI audio helper then happily tries calling said null function pointer, and produces an

[PATCH] drm/connector: only call HDMI audio helper plugged cb if non-null

2025-05-27 Thread Nicolas Frattaroli
c_dev, connector->hdmi_audio.last_state); + if (fn) + fn(codec_dev, connector->hdmi_audio.last_state); mutex_unlock(&connector->hdmi_audio.lock); --- base-commit: 502d44c1a440c5f428f50f02e58cd5633454ea8d change-id: 20250527-hdmi-audio-helper-remove-fix-43b2cd0e64

Re: [PATCH] Revert "drm/amd/display: no 3D and blnd LUT as DPP color caps for DCN401"

2025-05-27 Thread Aurabindo Pillai
On 2025-05-27 13:06, Alex Hung wrote: This reverts commit 46e68dd5066c9831e9695c1756db017bb9c3762c since it breaks color enhancement in another OS, indicating these two fields are still used by color management in dcn401. Fixes: 46e68dd5066c ("drm/amd/display: no 3D and blnd LUT as DPP color

Re: [PATCH v10 8/9] net: add symlinks to ref_tracker_dir for netns

2025-05-27 Thread Jeff Layton
On Tue, 2025-05-27 at 06:37 -0700, Eric Dumazet wrote: > On Tue, May 27, 2025 at 6:35 AM Eric Dumazet wrote: > > > > On Tue, May 27, 2025 at 4:34 AM Jeff Layton wrote: > > > > > > After assigning the inode number to the namespace, use it to create a > > > unique name for each netns refcount tra

[PATCH 6.12 626/626] drm/gem: Internally test import_attach for imported objects

2025-05-27 Thread Greg Kroah-Hartman
6.12-stable review patch. If anyone has any objections, please let me know. -- From: Thomas Zimmermann commit 8260731ccad0451207b45844bb66eb161a209218 upstream. Test struct drm_gem_object.import_attach to detect imported objects. During object clenanup, the dma_buf field migh

Re: [PATCH v10 9/9] ref_tracker: eliminate the ref_tracker_dir name field

2025-05-27 Thread Jeff Layton
On Tue, 2025-05-27 at 07:33 -0400, Jeff Layton wrote: > 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 re

[PATCH] Revert "drm/amd/display: no 3D and blnd LUT as DPP color caps for DCN401"

2025-05-27 Thread Alex Hung
This reverts commit 46e68dd5066c9831e9695c1756db017bb9c3762c since it breaks color enhancement in another OS, indicating these two fields are still used by color management in dcn401. Fixes: 46e68dd5066c ("drm/amd/display: no 3D and blnd LUT as DPP color caps for DCN401") Signed-off-by: Alex Hung

Re: [PATCH v4 2/5] drm/panel-edp: add N160JCE-ELL CMN panel for Lenovo Thinkbook 16

2025-05-27 Thread Doug Anderson
Hi, On Sat, May 24, 2025 at 4:48 AM Jens Glathe via B4 Relay wrote: > > From: Jens Glathe > > Panel is widely used in 16" laptops, and also in my Thinkbook 16 G7 QOY. > > CMN N160JCE-ELL EDID > edid-decode (hex): > > 00 ff ff ff ff ff ff 00 0d ae 2b 16 00 00 00 00 > 20 20 01 04 a5 22 16 78 03 28

Re: [PATCH bpf-next v7 0/5] Replace CONFIG_DMABUF_SYSFS_STATS with BPF

2025-05-27 Thread patchwork-bot+netdevbpf
Hello: This series was applied to bpf/bpf-next.git (master) by Alexei Starovoitov : On Thu, 22 May 2025 23:04:24 + you wrote: > Until CONFIG_DMABUF_SYSFS_STATS was added [1] it was only possible to > perform per-buffer accounting with debugfs which is not suitable for > production environment

Re: [PATCH] drm/i915/display: Add skip link check quirk

2025-05-27 Thread Jonathan Denose
On Wed, Jan 15, 2025 at 9:47 AM Jonathan Denose wrote: > > On Wed, Jan 15, 2025 at 3:10 AM Jani Nikula > wrote: > > > > On Tue, 14 Jan 2025, Jonathan Denose wrote: > > > The display on the Advantech UTC124G3PWWW0E-ES worked fine until commit > > > "drm/i915/dp: Recheck link state after modeset"

[PATCH v2] drm/nouveau: fix a use-after-free in r535_gsp_rpc_push()

2025-05-27 Thread Zhi Wang
The RPC container is released after being passed to r535_gsp_rpc_send(). When sending the initial fragment of a large RPC and passing the caller's RPC container, the container will be freed prematurely. Subsequent attempts to send remaining fragments will therefore result in a use-after-free. All

Re: [PATCH v3] drm/rockchip: cdn-dp: Convert to drm bridge

2025-05-27 Thread kernel test robot
Hi Chaoyi, kernel test robot noticed the following build errors: [auto build test ERROR on rockchip/for-next] [also build test ERROR on linus/master v6.15 next-20250527] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '-

[PATCH v5 08/19] drm/tests: hdmi: Switch to 'void *' type for EDID data

2025-05-27 Thread Cristian Ciocaltea
Replace 'const char *' with 'const void *' type for current_edid member in struct drm_atomic_helper_connector_hdmi_priv, as well as for the edid parameter of set_connector_edid() function. Suggested-by: Jani Nikula Signed-off-by: Cristian Ciocaltea --- drivers/gpu/drm/tests/drm_hdmi_state_helpe

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

2025-05-27 Thread Tamir Duberstein
On Mon, May 26, 2025 at 7:07 PM Benno Lossin wrote: > > On Tue May 27, 2025 at 12:29 AM CEST, 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, Tamir Duberstein wrote: > >> > +macro_rules! c_str_avoid_literals { > >> > >> I

Re: [PATCH v8 1/3] drm/tests: bridge: convert to devm_drm_bridge_alloc() API

2025-05-27 Thread Maxime Ripard
On Fri, May 16, 2025 at 06:48:37PM +0200, Luca Ceresoli wrote: > Use the new DRM bridge allocation API, which is the only supported now, for > the kunit tests. > > This change is more massive than for the typical DRM bridge driver because > struct drm_bridge_init_priv currently embeds a struct drm

[PATCH v3 01/19] Introduce drm_gpuvm_sm_map_ops_flags enums for sm_map_ops

2025-05-27 Thread Himal Prasad Ghimiray
- DRM_GPUVM_SM_MAP_NOT_MADVISE: Default sm_map operations for the input range. - DRM_GPUVM_SKIP_GEM_OBJ_VA_SPLIT_MADVISE: This flag is used by drm_gpuvm_sm_map_ops_create to iterate over GPUVMA's in the user-provided range and split the existing non-GEM object VMA if the start or end of the in

Re: [PATCH v3 3/9] drm/rockchip: Add RK3588 DPTX output support

2025-05-27 Thread Nicolas Frattaroli
Hi Andy, thank you for the driver. I'll leave some review comments inline. I don't have specific knowledge on the DRM subsystem so my comments will be of more general nature. On Thursday, 3 April 2025 05:37:31 Central European Summer Time Andy Yan wrote: > From: Andy Yan > > Add driver extensio

Re: [PATCH v8 3/3] drm/tests: bridge: add KUnit tests for devm_drm_bridge_alloc()

2025-05-27 Thread Maxime Ripard
On Fri, May 16, 2025 at 06:48:39PM +0200, Luca Ceresoli wrote: > Add KUnit tests for the newly introduced devm_drm_bridge_alloc(). > > Signed-off-by: Luca Ceresoli > > --- > > Changed in v8: > - rebase on new patch converting drm_bridge_test.c to >devm_drm_bridge_alloc() > - add check tha

Re: [PATCH v18 6/8] drm/vkms: Create KUnit tests for YUV conversions

2025-05-27 Thread Maxime Ripard
On Tue, May 27, 2025 at 03:36:16PM +0200, Louis Chauvet wrote: > > > Le 22/05/2025 à 17:39, Maxime Ripard a écrit : > > On Mon, May 12, 2025 at 03:07:55PM +0200, Louis Chauvet wrote: > > > Hi Maxime, > > > > > > Did you have the time to look at this patch? > > > > > > Pekka added his Acked-by,

Re: [PATCH v2] drm/bridge: ti-sn65dsi86: Add HPD for DisplayPort connector type

2025-05-27 Thread Doug Anderson
Hi, On Mon, May 26, 2025 at 1:41 AM Ernest Van Hoecke wrote: > > Hi Jayesh, > > First of all, thanks for your patch. I applied it to our 6.6-based > downstream kernel supporting a board I have here, and noticed some > strange behaviour with eDP now. > > On Thu, May 08, 2025 at 05:24:33PM +0530, J

Patch "drm/gem: Internally test import_attach for imported objects" has been added to the 6.12-stable tree

2025-05-27 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/gem: Internally test import_attach for imported objects to the 6.12-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

Re: [PATCH v2] drm/bridge: ti-sn65dsi86: Add HPD for DisplayPort connector type

2025-05-27 Thread Doug Anderson
Hi, On Thu, May 22, 2025 at 6:14 AM Dmitry Baryshkov wrote: > > > > @@ -1194,13 +1196,14 @@ static enum drm_connector_status > > > ti_sn_bridge_detect(struct drm_bridge *bridge) > > > { > > > struct ti_sn65dsi86 *pdata = bridge_to_ti_sn65dsi86(bridge); > > > int val = 0; > > > +

Patch "drm/gem: Internally test import_attach for imported objects" has been added to the 6.6-stable tree

2025-05-27 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/gem: Internally test import_attach for imported objects to the 6.6-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

Re: [PATCH v10 3/5] rust: replace `CStr` with `core::ffi::CStr`

2025-05-27 Thread Tamir Duberstein
On Mon, May 26, 2025 at 7:03 PM Benno Lossin wrote: > > On Tue May 27, 2025 at 12:24 AM CEST, Tamir Duberstein wrote: > > On Mon, May 26, 2025 at 10:56 AM Benno Lossin wrote: > >> > >> On Sat May 24, 2025 at 10:33 PM CEST, Tamir Duberstein wrote: > >> > `std::ffi::CStr` was moved to `core::ffi::C

Re: [PATCH v9 9/9] optee: smc abi: dynamic protected memory allocation

2025-05-27 Thread Jens Wiklander
On Mon, May 26, 2025 at 10:13 AM Sumit Garg wrote: > > On Tue, May 20, 2025 at 05:16:52PM +0200, Jens Wiklander wrote: > > Add support in the OP-TEE backend driver for dynamic protected memory > > allocation using the SMC ABI. > > > > Signed-off-by: Jens Wiklander > > --- > > drivers/tee/optee/s

Re: [PATCH 2/2] drm/bridge: samsung-dsim: Use HZ_PER_MHZ macro from units.h

2025-05-27 Thread Alexander Stein
Am Dienstag, 27. Mai 2025, 16:21:48 CEST schrieb Philipp Zabel: > Drop the custom MHZ macro and replace it with HZ_PER_MHZ. > > Signed-off-by: Philipp Zabel Reviewed-by: Alexander Stein > --- > drivers/gpu/drm/bridge/samsung-dsim.c | 26 -- > 1 file changed, 12 inserti

Re: [PATCH 1/2] drm/bridge: samsung-dsim: use while loop in samsung_dsim_transfer_start

2025-05-27 Thread Alexander Stein
Am Dienstag, 27. Mai 2025, 16:21:47 CEST schrieb Philipp Zabel: > Turn the open-coded goto-again construct into a while loop, to make > samsung_dsim_transfer_start() a bit shorter and easier to read. > > Hold the spinlock when looping back around and avoid the duplicated > list_empty() check. > >

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

2025-05-27 Thread Alice Ryhl
On Tue, May 27, 2025 at 12:18 AM Tamir Duberstein wrote: > > > +} > > > + > > > +fn make_ident<'a, T: IntoIterator>( > > > +span: Span, > > > +names: T, > > > +) -> impl Iterator + use<'a, T> { > > > +names.into_iter().flat_map(move |name| { > > > +[ > > > +TokenTre

Re: [PATCH 2/2] dmabuf/heaps: implement DMA_BUF_IOCTL_RW_FILE for system_heap

2025-05-27 Thread Christian König
On 5/27/25 16:35, wangtao wrote: >> -Original Message- >> From: Christian König >> Sent: Thursday, May 22, 2025 7:58 PM >> To: wangtao ; T.J. Mercier >> >> Cc: sumit.sem...@linaro.org; benjamin.gaign...@collabora.com; >> brian.star...@arm.com; jstu...@google.com; linux-me...@vger.kernel.o

[PATCH v10 5/9] ref_tracker: allow pr_ostream() to print directly to a seq_file

2025-05-27 Thread Jeff Layton
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

Re: [PATCH v9 8/9] optee: FF-A: dynamic protected memory allocation

2025-05-27 Thread Jens Wiklander
On Mon, May 26, 2025 at 10:09 AM Sumit Garg wrote: > > On Tue, May 20, 2025 at 05:16:51PM +0200, Jens Wiklander wrote: > > Add support in the OP-TEE backend driver dynamic protected memory > > allocation with FF-A. > > > > The protected memory pools for dynamically allocated protected memory > > a

Re: [RFC PATCH v2 2/3] drm/bridge: cadence: cdns-mhdp8546*: Change drm_connector from pointer to structure

2025-05-27 Thread Tomi Valkeinen
Hi, On 21/05/2025 10:32, Jayesh Choudhary wrote: > After adding DBANC framework, mhdp->connector is not initialised during > bridge calls. But the asyncronous work scheduled depends on the connector. > We cannot get to drm_atomic_state in these asyncronous calls running on > worker threads. So we

Re: [PATCH v4 2/4] drm/panel: Add refcount support

2025-05-27 Thread Maxime Ripard
Hi, On Fri, May 23, 2025 at 02:34:05PM +0300, Jani Nikula wrote: > On Tue, 20 May 2025, Jani Nikula wrote: > > Maxime - > > > > I'm cutting a lot of context here. Not because I don't think it deserves > > an answer, but because I seem to be failing at communication. > > > > On Mon, 19 May 2025, M

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

2025-05-27 Thread Tamir Duberstein
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 wrote: > >> On Sat May 24, 2025 at 10:33 PM CEST, Tamir Duberstein wrote: > >> > Introduce a `fmt!` macro which wraps all argumen

Re: [PATCH v4 2/4] drm/panel: Add refcount support

2025-05-27 Thread Maxime Ripard
On Tue, May 20, 2025 at 01:09:47PM +0300, Jani Nikula wrote: > > Maxime - > > I'm cutting a lot of context here. Not because I don't think it deserves > an answer, but because I seem to be failing at communication. > > On Mon, 19 May 2025, Maxime Ripard wrote: > > You still haven't explained wh

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

2025-05-27 Thread Tamir Duberstein
On Tue, May 27, 2025 at 8:44 AM Alice Ryhl wrote: > > On Tue, May 27, 2025 at 12:18 AM Tamir Duberstein wrote: > > > > +} > > > > + > > > > +fn make_ident<'a, T: IntoIterator>( > > > > +span: Span, > > > > +names: T, > > > > +) -> impl Iterator + use<'a, T> { > > > > +names.into_iter(

Re: [PATCH 2/2] drm/bridge: samsung-dsim: Use HZ_PER_MHZ macro from units.h

2025-05-27 Thread Frieder Schrempf
Am 27.05.25 um 16:21 schrieb Philipp Zabel: > Drop the custom MHZ macro and replace it with HZ_PER_MHZ. > > Signed-off-by: Philipp Zabel Reviewed-by: Frieder Schrempf > --- > drivers/gpu/drm/bridge/samsung-dsim.c | 26 -- > 1 file changed, 12 insertions(+), 14 deletion

Re: [PATCH 1/2] drm/bridge: samsung-dsim: use while loop in samsung_dsim_transfer_start

2025-05-27 Thread Frieder Schrempf
Am 27.05.25 um 16:21 schrieb Philipp Zabel: > Turn the open-coded goto-again construct into a while loop, to make > samsung_dsim_transfer_start() a bit shorter and easier to read. > > Hold the spinlock when looping back around and avoid the duplicated > list_empty() check. > > Signed-off-by: Phil

Re: [PATCH v9 7/9] optee: support protected memory allocation

2025-05-27 Thread Jens Wiklander
On Mon, May 26, 2025 at 9:33 AM Sumit Garg wrote: > > On Tue, May 20, 2025 at 05:16:50PM +0200, Jens Wiklander wrote: > > Add support in the OP-TEE backend driver for protected memory > > allocation. The support is limited to only the SMC ABI and for secure > > video buffers. > > > > OP-TEE is pro

Re: [PATCH v8 4/4] drm/tidss: Add OLDI bridge support

2025-05-27 Thread Aradhya Bhatia
Hi Michael, On 27/05/25 11:32, Michael Walle wrote: > Hi Aradhya, > > On Mon May 26, 2025 at 4:17 PM CEST, Aradhya Bhatia wrote: >> Thank you for reviewing and testing the patches! =) > > Thank you for your dedication to bring this feature upstream :) > >> On 26/05/25 15:05, Michael Walle wrote

[PATCH RFC 1/4] drm/bridge: samsung-dsim: Always flush display FIFO on vsync pulse

2025-05-27 Thread Philipp Zabel
Always flush the display FIFO on vsync pulse, even if not explicitly requested by the panel via MIPI_DSI_MODE_VSYNC_FLUSH mode_flag. The display FIFO should be empty at vsync. Flushing it at vsync pulses helps to remove garbage that may have entered the FIFO during startup (if synchronisation betw

RE: [PATCH 2/2] dmabuf/heaps: implement DMA_BUF_IOCTL_RW_FILE for system_heap

2025-05-27 Thread wangtao
> -Original Message- > From: Christian König > Sent: Thursday, May 22, 2025 7:58 PM > To: wangtao ; T.J. Mercier > > Cc: sumit.sem...@linaro.org; benjamin.gaign...@collabora.com; > brian.star...@arm.com; jstu...@google.com; linux-me...@vger.kernel.org; > dri-devel@lists.freedesktop.org;

Re: [PATCH v9 6/9] tee: add tee_shm_alloc_dma_mem()

2025-05-27 Thread Jens Wiklander
On Mon, May 26, 2025 at 11:33 AM Sumit Garg wrote: > > On Mon, May 26, 2025 at 11:21:47AM +0200, Jens Wiklander wrote: > > On Mon, May 26, 2025 at 9:22 AM Sumit Garg wrote: > > > > > > On Tue, May 20, 2025 at 05:16:49PM +0200, Jens Wiklander wrote: > > > > Add tee_shm_alloc_dma_mem() to allocate

[PATCH 1/2] drm/bridge: samsung-dsim: use while loop in samsung_dsim_transfer_start

2025-05-27 Thread Philipp Zabel
Turn the open-coded goto-again construct into a while loop, to make samsung_dsim_transfer_start() a bit shorter and easier to read. Hold the spinlock when looping back around and avoid the duplicated list_empty() check. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/bridge/samsung-dsim.c | 51

[PATCH RFC 4/4] drm/mipi-dsi: Drop MIPI_DSI_MODE_VSYNC_FLUSH flag

2025-05-27 Thread Philipp Zabel
Drop the unused MIPI_DSI_MODE_VSYNC_FLUSH flag. Whether or not a display FIFO flush on vsync is required to avoid sending garbage to the panel is not a property of the DSI link, but of the integration between display controller and DSI host bridge. Signed-off-by: Philipp Zabel --- include/drm/dr

[PATCH 2/2] drm/bridge: samsung-dsim: Use HZ_PER_MHZ macro from units.h

2025-05-27 Thread Philipp Zabel
Drop the custom MHZ macro and replace it with HZ_PER_MHZ. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/bridge/samsung-dsim.c | 26 -- 1 file changed, 12 insertions(+), 14 deletions(-) diff --git a/drivers/gpu/drm/bridge/samsung-dsim.c b/drivers/gpu/drm/bridge/samsun

[PATCH 0/2] drm/bridge: samsung-dsim: Small cleanups

2025-05-27 Thread Philipp Zabel
from units.h drivers/gpu/drm/bridge/samsung-dsim.c | 77 +++ 1 file changed, 33 insertions(+), 44 deletions(-) --- base-commit: 99764593528f9e0ee9509f9e4a4eb21db99d0681 change-id: 20250527-samsung-dsim-2bae3b45f77b Best regards, -- Philipp Zabel

[PATCH RFC 3/4] drm/panel: samsung-s6e8aa0: Drop MIPI_DSI_MODE_VSYNC_FLUSH flag

2025-05-27 Thread Philipp Zabel
Drop the MIPI_DSI_MODE_VSYNC_FLUSH flag from DSI mode_flags. It has no effect anymore. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/panel/panel-samsung-s6e8aa0.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/panel/panel-samsung-s6e8aa0.c b/drivers/gpu/d

[PATCH RFC 2/4] drm/panel: samsung-s6d7aa0: Drop MIPI_DSI_MODE_VSYNC_FLUSH flag

2025-05-27 Thread Philipp Zabel
Drop the MIPI_DSI_MODE_VSYNC_FLUSH flag from DSI mode_flags. It has no effect anymore. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/panel/panel-samsung-s6d7aa0.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/panel/panel-samsung-s6d7aa0.c b/drivers/gpu/d

[PATCH RFC 0/4] drm/bridge: samsung-dsim: Stop controlling vsync display FIFO flush in panels

2025-05-27 Thread Philipp Zabel
el/panel-samsung-s6d7aa0.c | 2 +- drivers/gpu/drm/panel/panel-samsung-s6e8aa0.c | 2 +- include/drm/drm_mipi_dsi.h| 2 -- 4 files changed, 2 insertions(+), 6 deletions(-) --- base-commit: 99764593528f9e0ee9509f9e4a4eb21db99d0681 change-id: 20250527-dsi-vsync-flush-8f8cc91a6

Re: [PATCH] drm/vc4: tests: pv_muxing: Fix locking

2025-05-27 Thread Maxime Ripard
On Sat, May 24, 2025 at 08:09:36AM -0300, Maíra Canal wrote: > On 20/05/25 09:08, Maxime Ripard wrote: > > Commit 30188df0c387 ("drm/tests: Drop drm_kunit_helper_acquire_ctx_alloc()") > > removed a kunit-managed function to get a drm_modeset_acquire_ctx. > > > > It converted the vc4_pv_muxing_test

[PATCH v5 07/19] drm/tests: hdmi: Replace '[_]MHz' with 'mhz'

2025-05-27 Thread Cristian Ciocaltea
Improve consistency throughout drm_hdmi_state_helper_test.c by replacing the two occurrences of '[_]MHz' substring with 'mhz'. As a bonus, this also helps getting rid of checkpatch.pl complaint: CHECK: Avoid CamelCase: Reviewed-by: Dmitry Baryshkov Signed-off-by: Cristian Ciocaltea --- dri

Re: [PATCH v10 8/9] net: add symlinks to ref_tracker_dir for netns

2025-05-27 Thread Eric Dumazet
On Tue, May 27, 2025 at 6:35 AM Eric Dumazet wrote: > > On Tue, May 27, 2025 at 4:34 AM Jeff Layton wrote: > > > > 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

Re: [PATCH] media: dt-bindings: mediatek: Constrain iommus

2025-05-27 Thread Daniel Stone
Hi, On Sun, 25 May 2025 at 11:51, Krzysztof Kozlowski wrote: > On 25/05/2025 12:48, Daniel Stone wrote: > > On Sun, 25 May 2025 at 06:16, Krzysztof Kozlowski > > wrote: > >> --- > >> a/Documentation/devicetree/bindings/display/mediatek/mediatek,ovl-2l.yaml > >> +++ > >> b/Documentation/devicet

Re: [PATCH v18 6/8] drm/vkms: Create KUnit tests for YUV conversions

2025-05-27 Thread Louis Chauvet
Le 22/05/2025 à 17:39, Maxime Ripard a écrit : On Mon, May 12, 2025 at 03:07:55PM +0200, Louis Chauvet wrote: Hi Maxime, Did you have the time to look at this patch? Pekka added his Acked-by, but as you made some remarks about this patch, I would like to have your validation before applying

Re: [PATCH v10 8/9] net: add symlinks to ref_tracker_dir for netns

2025-05-27 Thread Eric Dumazet
On Tue, May 27, 2025 at 4:34 AM Jeff Layton wrote: > > 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

Re: [PATCH v4 23/23] drm/tests: hdmi: Add test for unsupported RGB/YUV420 mode

2025-05-27 Thread Maxime Ripard
On Thu, May 22, 2025 at 08:37:31PM +0300, Cristian Ciocaltea wrote: > Hi Maxime, > > On 5/22/25 7:16 PM, Maxime Ripard wrote: > > Hi, > > > > On Mon, May 19, 2025 at 01:55:10PM +0300, Cristian Ciocaltea wrote: > >> On 5/19/25 11:42 AM, Maxime Ripard wrote: > >>> Hi, > >>> > >>> On Fri, Apr 25, 20

Re: [PATCH v3 3/3] dma-buf: heaps: Give default CMA heap a fixed name

2025-05-27 Thread Maxime Ripard
Hi, On Thu, May 22, 2025 at 12:14:18PM -0700, Jared Kangas wrote: > The CMA heap's name in devtmpfs can vary depending on how the heap is > defined. Its name defaults to "reserved", but if a CMA area is defined > in the devicetree, the heap takes on the devicetree node's name, such as > "default-p

Re: [PATCH v3 2/3] dma-buf: heaps: Parameterize heap name in __add_cma_heap()

2025-05-27 Thread Maxime Ripard
On Thu, 22 May 2025 12:14:17 -0700, Jared Kangas wrote: > Prepare for the introduction of a fixed-name CMA heap by replacing the > unused void pointer parameter in __add_cma_heap() with the heap name. > > Signed-off-by: Jared Kangas Reviewed-by: Maxime Ripard Thanks! Maxime

Re: [PATCH v3 1/3] Documentation: dma-buf: heaps: Fix code markup

2025-05-27 Thread Maxime Ripard
On Thu, 22 May 2025 12:14:16 -0700, Jared Kangas wrote: > Code snippets should be wrapped in double backticks to follow > reStructuredText semantics; the use of single backticks uses the > :title-reference: role by default, which isn't quite what we want. > Add double backticks to code snippets to

Re: [PATCH v2 03/18] drm/tidss: Adjust the pclk based on the HW capabilities

2025-05-27 Thread Tomi Valkeinen
Hi Michael (and Aradhya, Devarsh), On 27/05/2025 12:13, Michael Walle wrote: > Hi Tomi, > > While testing Aardhya's OLDI support patches [1], I've noticed that > the resulting LVDS clock is wrong if this patch is applied. > >> In practice, with the current K3 SoCs, the display PLL is capable of

[PATCH v9 1/6] PCI/IOV: Restore VF resizable BAR state after reset

2025-05-27 Thread Michał Winiarski
Similar to regular resizable BAR, VF BAR can also be resized, e.g. by the system firmware or the PCI subsystem itself. The capability layout is the same as PCI_EXT_CAP_ID_REBAR. Add the capability ID and restore it as a part of IOV state. See PCIe r6.2, sec 7.8.7. Signed-off-by: Michał Winiarsk

[PATCH v5 16/19] drm/tests: hdmi: Rename max TMDS rate fallback tests

2025-05-27 Thread Cristian Ciocaltea
In preparation to extend the max TMDS rate fallback tests for covering YUV420 output, update the rather generic function names drm_test_check_max_tmds_rate_{bpc|format}_fallback() to properly indicate the intended test cases. Acked-by: Maxime Ripard Signed-off-by: Cristian Ciocaltea --- drivers

[PATCH v9 5/6] PCI: Allow drivers to control VF BAR size

2025-05-27 Thread Michał Winiarski
Drivers could leverage the fact that the VF BAR MMIO reservation is created for total number of VFs supported by the device by resizing the BAR to larger size when smaller number of VFs is enabled. Add a pci_iov_vf_bar_set_size() function to control the size and a pci_iov_vf_bar_get_sizes() helper

[PATCH v5 18/19] drm/tests: hdmi: Add max TMDS rate fallback tests for YUV420 mode

2025-05-27 Thread Cristian Ciocaltea
Provide tests to verify drm_atomic_helper_connector_hdmi_check() helper fallback behavior when using YUV420 output format. Acked-by: Maxime Ripard Signed-off-by: Cristian Ciocaltea --- drivers/gpu/drm/tests/drm_hdmi_state_helper_test.c | 154 + 1 file changed, 154 insertions

  1   2   >