Re: [PATCH 0/4] STi device-tree display subsystem rework

2025-09-16 Thread Raphaël Gallais-Pou
Le 17/07/2025 à 21:15, Raphael Gallais-Pou a écrit : This serie aims to rework the display-subsystem node, which was previously included directly within the SoC node. This was wrong because it is an abstraction and describes how IPs behave together, not what the hardware is. Instead, extract

Re: [PATCH V5 0/5] drm/bridge: it66121: Add initial it66122 support

2025-09-16 Thread Tomi Valkeinen
Hi, On 27/08/2025 23:23, Nishanth Menon wrote: > Hi, > > Add initial support for IT66122, which seems to be compatible to it66121 > but probably has additional functionality. > > BeagleY-AI uses this it66122 as the old part is no longer in production > as far as I understand. > > Now, BeaglePla

Re: [PATCH v4 4/4] drm/hypervdrm: Use vblank timer

2025-09-16 Thread Prasanna Kumar T S M
On Tue, Sep 16, 2025 at 10:36:22AM +0200, Thomas Zimmermann wrote: > HyperV's virtual hardware does not provide vblank interrupts. Use a > vblank timer to simulate the interrupt. Rate-limits the display's > update frequency to the display-mode settings. Avoids excessive CPU > overhead with composit

RE: [PATCH v3 3/3] drm/xe: Refactoring the code as per review comment

2025-09-16 Thread Sebinraj, S
On Tue, 16 Sep 2025, S Sebinraj wrote: > Moved the trace file header to appropriate path "include/drm" and > updated the code as per the same. > You're not supposed to address code review in independent patches but rather > modify the original patches. This is kernel development basics. > BR

Re: [PATCH] drm/tegra: hdmi: sor: Fix error: variable ‘j’ set but not used

2025-09-16 Thread Mikko Perttunen
On Tuesday, September 2, 2025 6:20 AM Brahmajit Das wrote: > The variable j is set, however never used in or outside the loop, thus > resulting in dead code. > Building with GCC 16 results in a build error due to > -Werror=unused-but-set-variable= enabled by default. > This patch clean up the dead

Re: [PATCH v3 4/5] drm/xe/bo: Create new dma_addr array for dmabuf BOs associated with VFs

2025-09-16 Thread Thomas Hellström
On Wed, 2025-09-03 at 15:30 -0700, Vivek Kasireddy wrote: > For BOs of type ttm_bo_type_sg, that are backed by PCI BAR addresses > associated with a VF, we need to adjust and translate these addresses > to LMEM addresses to make the BOs usable by the PF. Otherwise, the > BOs (i.e, PCI BAR addresses

[v6 04/15] mm/huge_memory: implement device-private THP splitting

2025-09-16 Thread Balbir Singh
Add support for splitting device-private THP folios, enabling fallback to smaller page sizes when large page allocation or migration fails. Key changes: - split_huge_pmd(): Handle device-private PMD entries during splitting - Preserve RMAP_EXCLUSIVE semantics for anonymous exclusive folios - Skip

Re: [PATCH] dt-bindings: ili9881c: Allow port subnode

2025-09-16 Thread Marek Vasut
On 9/16/25 1:54 PM, Neil Armstrong wrote: On 16/09/2025 13:48, Marek Vasut wrote: On 9/16/25 11:52 AM, Neil Armstrong wrote: On 16/09/2025 10:15, Marek Vasut wrote: On 9/5/25 9:51 AM, Neil Armstrong wrote: On 04/09/2025 22:01, Marek Vasut wrote: The ILI9881C is a DSI panel, which can be tied

Re: [PATCH v3 4/5] drm/xe/bo: Create new dma_addr array for dmabuf BOs associated with VFs

2025-09-16 Thread Matthew Brost
On Tue, Sep 16, 2025 at 10:25:29PM +0200, Thomas Hellström wrote: > On Wed, 2025-09-03 at 15:30 -0700, Vivek Kasireddy wrote: > > For BOs of type ttm_bo_type_sg, that are backed by PCI BAR addresses > > associated with a VF, we need to adjust and translate these addresses > > to LMEM addresses to m

Re: [PATCH v2 4/9] drm/panthor: Implement optional reset

2025-09-16 Thread Rain Yang
domain >[2.801029] Internal error: synchronous external abort: 9610 >[#1] SMP >[2.808597] Modules linked in: >[2.811658] CPU: 3 UID: 0 PID: 52 Comm: kworker/u24:1 Tainted: G M >6.17.0-rc6-next-20250916-00076-ga73c9babac81-dirty #496 PREEMPT >[2.824939

Re: [PATCH V11 11/47] drm/colorop: Introduce DRM_CLIENT_CAP_PLANE_COLOR_PIPELINE

2025-09-16 Thread Alex Hung
On 9/15/25 12:43, Nícolas F. R. A. Prado wrote: On Thu, 2025-08-14 at 21:50 -0600, Alex Hung wrote: From: Harry Wentland With the introduction of the pre-blending color pipeline we can no longer have color operations that don't have a clear position in the color pipeline. We deprecate all e

Re: [PATCH v2 4/9] drm/panthor: Implement optional reset

2025-09-16 Thread Marek Vasut
On 9/17/25 3:49 AM, Rain Yang wrote: Hello Jiyu, Hi Marek, sorry for the inconvienence. this uboot version don't include SM-184's change. I heard you're using i.MX95 A1 Chip, so you can extract the uboot in below link[1], or build from source, or raise one ticket in this website[2]. I use ma

Re: [PATCH v2 1/9] panic: Introduce helper functions for panic state

2025-09-16 Thread Jinchao Wang
On Tue, Sep 16, 2025 at 11:57:11AM +0200, Petr Mladek wrote: > On Mon 2025-08-25 10:29:29, Jinchao Wang wrote: > > This patch introduces four new helper functions to abstract the > > management of the panic_cpu variable. These functions will be used in > > subsequent patches to refactor existing co

Re: [PATCH V11 13/47] drm/colorop: Add destroy functions for color pipeline

2025-09-16 Thread Alex Hung
On 9/5/25 11:12, Louis Chauvet wrote: Le 15/08/2025 à 05:50, Alex Hung a écrit : The functions are to clean up color pipeline when a device driver fails to create its color pipeline. Signed-off-by: Alex Hung Reviewed-by: Daniel Stone Reviewed-by: Simon Ser Reviewed-by: Melissa Wen ---

Re: [PATCH v4 09/19] soc: mediatek: mutex: refactor SOF settings for output components

2025-09-16 Thread 胡俊光

Re: [PATCH v4 3/5] drm/xe/pf: Add a helper function to get a VF's backing object in LMEM

2025-09-16 Thread Thomas Hellström
On Mon, 2025-09-15 at 00:21 -0700, Vivek Kasireddy wrote: > To properly import a dmabuf that is associated with a VF (or that > originates in a Guest VM that includes a VF), we need to know where > in LMEM the VF's allocated regions exist. Therefore, introduce a > new helper to return the object th

Re: [PATCH V3] drm/bridge: ti-sn65dsi86: Add support for DisplayPort mode with HPD

2025-09-16 Thread Doug Anderson
r > DisplayPort mode with HPD > config: x86_64-randconfig-161-20250916 > (https://download.01.org/0day-ci/archive/20250916/202509161344.fpfsjq01-...@intel.com/config) > compiler: gcc-14 (Debian 14.2.0-19) 14.2.0 > > If you fix the issue in a separate patch/commit (i.e. not just

Re: [PATCH v4] drm: atmel-hlcdc: replace dev_* print functions with drm_* variants

2025-09-16 Thread Eslam Khafagy
Hi Manikandan, Understood. thank you for the follow-up. On 9/16/25 09:50, manikanda...@microchip.com wrote: Hi Eslam Khafagy, I am still awaiting approval for my commit access request to the drm-misc repository. I will be able to apply your changes as soon as the access is granted.Thank you fo

Re: [PATCH V11 06/47] drm/colorop: Add 1D Curve subtype

2025-09-16 Thread Alex Hung
On 8/26/25 03:03, Pekka Paalanen wrote: On Thu, 21 Aug 2025 11:54:32 -0600 Alex Hung wrote: On 8/21/25 06:23, Xaver Hugl wrote: We user space folks have been convinced at this point that the sRGB EOTF is actually gamma 2.2, and not the piece-wise function. Now, if the hardware is actually

Re: [PATCH v2 4/9] drm/panthor: Implement optional reset

2025-09-16 Thread Rain Yang
On Thu, Sep 04, 2025 at 05:29:11PM +0200, Marek Vasut wrote: >On 9/4/25 5:20 PM, Boris Brezillon wrote: >> On Thu, 4 Sep 2025 16:54:38 +0200 >> Marek Vasut wrote: >> >> > On 9/4/25 4:04 PM, Boris Brezillon wrote: >> > >> > Hello Boris, >> > >> > > > > > I suspect the extra soft reset I did befo

[PATCH] drm/amdgpu: Use kmalloc_array() instead of kmalloc()

2025-09-16 Thread Rahul Kumar
Documentation/process/deprecated.rst recommends against the use of kmalloc with dynamic size calculations due to the risk of overflow and smaller allocation being made than the caller was expecting. Replace kmalloc() with kmalloc_array() in amdgpu_amdkfd_gfx_v10.c to make the intended allocation s

[PATCH v1] drm/bridge: ti-sn65dsi86: Transition to LP mode on every video line

2025-09-16 Thread Emanuele Ghidoli
From: Emanuele Ghidoli The component datasheet recommends, to reduce power consumption, transitioning to LP mode on every video line. Enable the MIPI_DSI_MODE_VIDEO_NO_HFP and MIPI_DSI_MODE_VIDEO_NO_HBP flags so that the bridge can enter LP mode during the horizontal front porch and back porch p

Re: [PATCH v1] drm/bridge: ti-sn65dsi86: Transition to LP mode on every video line

2025-09-16 Thread Emanuele Ghidoli
On 16/09/2025 16:45, Doug Anderson wrote: > Hi, > > On Tue, Sep 16, 2025 at 7:22 AM Emanuele Ghidoli > wrote: >> >> From: Emanuele Ghidoli >> >> The component datasheet recommends, to reduce power consumption, >> transitioning to LP mode on every video line. >> >> Enable the MIPI_DSI_MODE_VID

Re: [PATCH] drm: panel-orientation-quirks: Add quirk for Chuwi MiniBook X

2025-09-16 Thread Brett Mastbergen
On Tue, Sep 16, 2025 at 2:25 PM Brett Mastbergen via B4 Relay wrote: > > From: Brett Mastbergen > > This adds a DMI orientation quirk for the Chuwi MiniBook X which > has a display mounted 90 degrees rotated. > > Signed-off-by: Brett Mastbergen > --- > drivers/gpu/drm/drm_panel_orientation_quir

[GIT PULL] DRM Rust changes for v6.18

2025-09-16 Thread Danilo Krummrich
Hi Dave and Sima, Please pull the following DRM Rust changes. Besides the DRM changes, this PR also contains some new DMA & scatterlist infrastructure (incl. some alloc dependencies), with Nova as a first user. It also includes a few AsBytes and FromBytes additions needed by Nova. I merged this

[PATCH 00/10] drm/panthor: minor AS_CONTROL clean up

2025-09-16 Thread Chia-I Wu
This series performs minor AS_CONTROL clean up. Patch 1 to 5 rename and document AS_CONTROL config functions. There is no functional change. All functions are now prefixed by mmu_hw_ for consistency. All of them also expect locking. I choose not to suffix them by _locked, but I can be convinced.

Re: [PATCH v2 3/3] dt-bindings: display: panel: panel-simple: Add lg,sw49410 compatible

2025-09-16 Thread Conor Dooley
Acked-by: Conor Dooley signature.asc Description: PGP signature

Re: [PATCH -next] drm/xe: Remove duplicate header files

2025-09-16 Thread Lucas De Marchi
On Tue, 16 Sep 2025 10:10:39 +0800, Yang Li wrote: > ./drivers/gpu/drm/xe/xe_tlb_inval.c: xe_tlb_inval.h is included more than > once. > ./drivers/gpu/drm/xe/xe_pt.c: xe_tlb_inval_job.h is included more than once. > > I did some minor tweaks in the commit message and applied to drm-xe-next. T

[PATCH 04/10] drm/panthor: add mmu_hw_cmd_update

2025-09-16 Thread Chia-I Wu
Add a simple helper for the UPDATE command. Signed-off-by: Chia-I Wu --- drivers/gpu/drm/panthor/panthor_mmu.c | 33 +++ 1 file changed, 23 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c index 95

Re: [PATCH v4 2/5] drm/xe/dmabuf: Don't migrate BO to System RAM if P2P check succeeds

2025-09-16 Thread Thomas Hellström
Hi, On Mon, 2025-09-15 at 00:21 -0700, Vivek Kasireddy wrote: > If the P2P test (i.e, pci_p2pdma_distance()) is successful, then it > means that the importer can directly access the BO located in VRAM. > Therefore, in this specific case, do not migrate the BO to System > RAM before exporting it. >

[PATCH 07/10] drm/panthor: remove unnecessary mmu_hw_wait_ready calls

2025-09-16 Thread Chia-I Wu
No need to call mmu_hw_wait_ready after panthor_gpu_flush_caches or before returning from mmu_hw_flush_caches. Signed-off-by: Chia-I Wu --- drivers/gpu/drm/panthor/panthor_mmu.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/dr

[PATCH 09/10] drm/panthor: move size check to mmu_hw_flush_caches

2025-09-16 Thread Chia-I Wu
We can early return from mmu_hw_flush_caches when size is 0. Signed-off-by: Chia-I Wu --- drivers/gpu/drm/panthor/panthor_mmu.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c index 436a54e30a3

[PATCH 05/10] drm/panthor: rename and document mmu_hw_do_operation_locked

2025-09-16 Thread Chia-I Wu
Rename mmu_hw_do_operation_locked to mmu_hw_flush_caches. Signed-off-by: Chia-I Wu --- drivers/gpu/drm/panthor/panthor_mmu.c | 22 +- 1 file changed, 17 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c

[PATCH 06/10] drm/panthor: remove write_cmd

2025-09-16 Thread Chia-I Wu
Call mmu_hw_wait_ready explicitly instead. Signed-off-by: Chia-I Wu --- drivers/gpu/drm/panthor/panthor_mmu.c | 46 +++ 1 file changed, 25 insertions(+), 21 deletions(-) diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c index 7d1

[PATCH 10/10] drm/panthor: simplify mmu_hw_flush_caches

2025-09-16 Thread Chia-I Wu
Simplify flush op to a bool to control whether LSC is flushed/invalidated. Remove mmu_hw_do_operation helper. Signed-off-by: Chia-I Wu --- drivers/gpu/drm/panthor/panthor_mmu.c | 42 ++- 1 file changed, 9 insertions(+), 33 deletions(-) diff --git a/drivers/gpu/drm/pantho

[PATCH 02/10] drm/panthor: rename and document lock_region

2025-09-16 Thread Chia-I Wu
Rename lock_region to mmu_hw_cmd_lock. Signed-off-by: Chia-I Wu --- drivers/gpu/drm/panthor/panthor_mmu.c | 15 --- 1 file changed, 12 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c index d3af4f79012b4..8600d

[PATCH 01/10] drm/panthor: rename and document wait_ready

2025-09-16 Thread Chia-I Wu
Rename wait_ready to mmu_hw_wait_ready. Signed-off-by: Chia-I Wu --- drivers/gpu/drm/panthor/panthor_mmu.c | 18 ++ 1 file changed, 14 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c index 6dec4354e3789..d

[PATCH 03/10] drm/panthor: add mmu_hw_cmd_unlock

2025-09-16 Thread Chia-I Wu
Add a simple helper for the UNLOCK command. Signed-off-by: Chia-I Wu --- drivers/gpu/drm/panthor/panthor_mmu.c | 15 ++- 1 file changed, 14 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c index 8600d98842345..9

[PATCH 08/10] drm/panthor: improve error handling for mmu_hw_flush_caches

2025-09-16 Thread Chia-I Wu
Bail when the first mmu_hw_wait_ready call fails. Be sure to unlock the region when panthor_gpu_flush_caches fails. Signed-off-by: Chia-I Wu --- drivers/gpu/drm/panthor/panthor_mmu.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/panthor/panthor_mm

[PATCH] drm/panthor: add query for calibrated timstamp info

2025-09-16 Thread Chia-I Wu
DRM_PANTHOR_DEV_QUERY_CALIBRATED_TIMESTAMP_INFO provides a way to query and calibrate CPU and GPU timestamps. This is needed because CPU and GPU timestamps are captured separately. The implementation makes an effort to minimize the capture duration, which is crucial for calibration and not exactly

Re: [PATCH v4 3/5] drm/xe/pf: Add a helper function to get a VF's backing object in LMEM

2025-09-16 Thread Matthew Brost
On Mon, Sep 15, 2025 at 12:21:07AM -0700, Vivek Kasireddy wrote: > To properly import a dmabuf that is associated with a VF (or that > originates in a Guest VM that includes a VF), we need to know where > in LMEM the VF's allocated regions exist. Therefore, introduce a > new helper to return the ob

Re: [PATCH v4 4/5] drm/xe/bo: Create new dma_addr array for dmabuf BOs associated with VFs

2025-09-16 Thread Matthew Brost
On Mon, Sep 15, 2025 at 12:21:08AM -0700, Vivek Kasireddy wrote: > For BOs of type ttm_bo_type_sg, that are backed by PCI BAR addresses > associated with a VF, we need to adjust and translate these addresses > to LMEM addresses to make the BOs usable by the PF. Otherwise, the > BOs (i.e, PCI BAR ad

Re: [PATCH v4 5/5] drm/xe/pt: Add an additional check for dmabuf BOs while doing bind

2025-09-16 Thread Matthew Brost
On Mon, Sep 15, 2025 at 12:21:09AM -0700, Vivek Kasireddy wrote: > If a BO's is_devmem_external flag is set, it means that it is an > imported dmabuf BO that has a backing store in VRAM. Therefore, in > this case, need to iterate over its dma_addr array. > > v2: > - Use a cursor to iterate over th

Re: [PATCH v2 06/11] drm/i915/gt: Use pci_rebar_size_supported()

2025-09-16 Thread Rodrigo Vivi
On Tue, Sep 16, 2025 at 10:57:24AM +0200, Christian König wrote: > On 16.09.25 10:12, Jani Nikula wrote: > > On Mon, 15 Sep 2025, Rodrigo Vivi wrote: > >> On Mon, Sep 15, 2025 at 07:24:10PM +0200, Andi Shyti wrote: > >>> Hi, > >>> > >>> On Mon, Sep 15, 2025 at 03:42:23PM +0300, Jani Nikula wrote:

[PATCH 02/12] drm/ast: Move mode-detection helpers to Gen2 source files

2025-09-16 Thread Thomas Zimmermann
Wide-screen modes are only available on Gen2 and later. Move the detection helpers to the appropriate source file. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/ast/ast_2100.c | 31 +++ drivers/gpu/drm/ast/ast_drv.h | 2 ++ drivers/gpu/drm/ast/ast_main.c | 27

[PATCH] drm: panel-orientation-quirks: Add quirk for Chuwi MiniBook X

2025-09-16 Thread Brett Mastbergen via B4 Relay
nabook K50 */ .matches = { DMI_EXACT_MATCH(DMI_SYS_VENDOR, "Dynabook Inc."), --- base-commit: 46a51f4f5edade43ba66b3c151f0e25ec8b69cb6 change-id: 20250916-chuwi-panel-quirk-f48f42859bcd Best regards, -- Brett Mastbergen

Re: [RESEND PATCH V1] accel/amdxdna: Call dma_buf_vmap_unlocked() for imported object

2025-09-16 Thread Falkowski, Maciej
On 9/15/2025 6:10 PM, Lizhi Hou wrote: In amdxdna_gem_obj_vmap(), calling dma_buf_vmap() triggers a kernel warning if LOCKDEP is enabled. So for imported object, use dma_buf_vmap_unlocked(). Then, use drm_gem_vmap() for other objects. The similar change applies to vunmap code. Fixes: bd72d4acda

Re: [PATCH v2 00/11] PCI: Resizable BAR improvements

2025-09-16 Thread Lucas De Marchi
On Mon, Sep 15, 2025 at 08:24:06PM +0300, Ilpo Järvinen wrote: On Mon, 15 Sep 2025, Lucas De Marchi wrote: On Mon, Sep 15, 2025 at 12:13:47PM +0300, Ilpo Järvinen wrote: > pci.c has been used as catch everything that doesn't fits elsewhere > within PCI core and thus resizable BAR code has been

Re: [PATCH v4 1/5] PCI/P2PDMA: Don't enforce ACS check for device functions of Intel GPUs

2025-09-16 Thread Jason Gunthorpe
On Tue, Sep 16, 2025 at 12:34:42PM -0500, Bjorn Helgaas wrote: > I know I've asked this before, but I'm still confused about how this > is related to PCIe r7.0, sec 7.7.12, which says that if an SR-IOV > device implements internal peer-to-peer transactions, ACS is required, > and ACS P2P Egress Co

[PATCH V2] accel/amdxdna: Call dma_buf_vmap_unlocked() for imported object

2025-09-16 Thread Lizhi Hou
In amdxdna_gem_obj_vmap(), calling dma_buf_vmap() triggers a kernel warning if LOCKDEP is enabled. So for imported object, use dma_buf_vmap_unlocked(). Then, use drm_gem_vmap() for other objects. The similar change applies to vunmap code. Fixes: bd72d4acda10 ("accel/amdxdna: Support user space all

Re: [PATCH RESEND 0/2] drm/bridge: lontium-lt9611uxc: switch to DRM_BRIDGE_OP_HDMI_AUDIO

2025-09-16 Thread Dmitry Baryshkov
On Sun, Aug 03, 2025 at 02:53:50PM +0300, Dmitry Baryshkov wrote: > Use DRM HDMI audio helpers in order to implement HDMI audio support for > Lontium LT9611UXC bridge. It's been waiting a while, it got posted as a part of another series, but I think I'd like to apply this by the end of the week if

Re: [PATCH v4 1/5] PCI/P2PDMA: Don't enforce ACS check for device functions of Intel GPUs

2025-09-16 Thread Bjorn Helgaas
[+cc Jason, also doing a lot of ACS work] On Mon, Sep 15, 2025 at 12:21:05AM -0700, Vivek Kasireddy wrote: > Typically, functions of the same PCI device (such as a PF and a VF) > share the same bus and have a common root port and the PF provisions > resources for the VF. Given this model, they can

Re: [PATCH v2 4/9] drm/panthor: Implement optional reset

2025-09-16 Thread Marek Vasut
reated perf domain [2.801029] Internal error: synchronous external abort: 9610 [#1] SMP [2.808597] Modules linked in: [2.811658] CPU: 3 UID: 0 PID: 52 Comm: kworker/u24:1 Tainted: G M 6.17.0-rc6-next-20250916-00076-ga73c9babac81-dirty #496 PREEMPT [

Re: [PATCH] drm/tests: make sure drm_client_modeset tests are enabled

2025-09-16 Thread Dmitry Baryshkov
On Thu, 21 Aug 2025 14:25:06 +0300, Dmitry Baryshkov wrote: > Default config for UML (x86_64) doesn't include any driver which > supports DRM_CLIENT_SELECTION, which makes drm_client_modeset disabled > (and correspondingly tests for that module are not executed too). > > Enable DRM_VKMS and DRM_FB

[PATCH 10/12] drm/ast: Move Gen6 device initialization into separate helper

2025-09-16 Thread Thomas Zimmermann
Split off device initialization for Gen6 hardware into the helpers ast_2500_device_create() and ast_2500_detect_wide_screen(). The new functions are duplicates form their counterparts in ast_main.c, but stripped from most non-Gen6 support. Simplifies maintenance as the driver's number of supported

[PATCH 06/12] drm/ast: Move Gen2 device initialization into separate helper

2025-09-16 Thread Thomas Zimmermann
Split off device initialization for Gen2 hardware into the helpers ast_2100_device_create() and ast_2100_detect_wide_screen(). The new functions are duplicates form their counterparts in ast_main.c, but stripped from most non-Gen2 support. Simplifies maintenance as the driver's number of supported

Re: [PATCH v2 11/23] staging: media: tegra-video: csi: add a check to tegra_channel_get_remote_csi_subdev

2025-09-16 Thread Svyatoslav Ryhel
вт, 16 вер. 2025 р. о 19:04 Luca Ceresoli пише: > > Hello Svyatoslav, > > On Sat, 6 Sep 2025 16:53:32 +0300 > Svyatoslav Ryhel wrote: > > > By default tegra_channel_get_remote_csi_subdev returns next device in pipe > > assuming it is CSI but in case of Tegra20 and Tegra30 it can also be VIP > >

Re: [PATCH v5 3/4] leds: led-class: Add devicetree support to led_get()

2025-09-16 Thread Lee Jones
On Tue, 16 Sep 2025, Bjorn Andersson wrote: > On Thu, Sep 11, 2025 at 11:01:00AM +0200, Hans de Goede wrote: > > Hi Lee, > > > > On 11-Sep-25 10:15 AM, Lee Jones wrote: > > > On Wed, 10 Sep 2025, Aleksandrs Vinarskis wrote: > > > > > >> From: Hans de Goede > > >> > > >> Add 'name' argument to o

Re: [PATCH v2 11/23] staging: media: tegra-video: csi: add a check to tegra_channel_get_remote_csi_subdev

2025-09-16 Thread Luca Ceresoli
Hello Svyatoslav, On Sat, 6 Sep 2025 16:53:32 +0300 Svyatoslav Ryhel wrote: > By default tegra_channel_get_remote_csi_subdev returns next device in pipe > assuming it is CSI but in case of Tegra20 and Tegra30 it can also be VIP > or even HOST. Lets check if returned device is actually CSI by co

[v6 10/15] mm/migrate_device: add THP splitting during migration

2025-09-16 Thread Balbir Singh
Implement migrate_vma_split_pages() to handle THP splitting during the migration process when destination cannot allocate compound pages. This addresses the common scenario where migrate_vma_setup() succeeds with MIGRATE_PFN_COMPOUND pages, but the destination device cannot allocate large pages du

[PATCH 09/12] drm/ast: Move Gen5 device initialization into separate helper

2025-09-16 Thread Thomas Zimmermann
Split off device initialization for Gen5 hardware into the helpers ast_2400_device_create() and ast_2400_detect_wide_screen(). The new functions are duplicates form their counterparts in ast_main.c, but stripped from most non-Gen5 support. Simplifies maintenance as the driver's number of supported

[PATCH 01/12] drm/ast: Move display-clock tables to per-Gen source files

2025-09-16 Thread Thomas Zimmermann
Move display-clock tables to the appropriate per-Gen source files. The tables are almost identical, except for mode entries 0x17 and 0x1a. Rename to tables to match common style. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/ast/ast_2000.c | 34 ++ drivers/gpu/drm/ast/as

Re: [PATCH v2 1/2] Driver: hv: Add CONFIG_HYPERV_VMBUS option

2025-09-16 Thread Bjorn Helgaas
On Mon, Sep 15, 2025 at 04:46:03PM -0700, Mukesh Rathor wrote: > At present VMBus driver is hinged off of CONFIG_HYPERV which entails > lot of builtin code and encompasses too much. It's not always clear > what depends on builtin hv code and what depends on VMBus. Setting > CONFIG_HYPERV as a modul

[PATCH 05/12] drm/ast: Move Gen1 device initialization into separate helper

2025-09-16 Thread Thomas Zimmermann
Split off device initialization for Gen1 hardware into the helpers ast_2000_device_create() and ast_2000_detect_wide_screen(). The new functions are duplicates form their counterparts in ast_main.c, but stripped from most non-Gen1 support. Simplifies maintenance as the driver's number of supported

[PATCH 07/12] drm/ast: Move Gen3 device initialization into separate helper

2025-09-16 Thread Thomas Zimmermann
Split off device initialization for Gen3 hardware into the helpers ast_2200_device_create() and ast_2200_detect_wide_screen(). The new functions are duplicates form their counterparts in ast_main.c, but stripped from most non-Gen3 support. Simplifies maintenance as the driver's number of supported

Re: [PATCH v5 3/4] leds: led-class: Add devicetree support to led_get()

2025-09-16 Thread Bjorn Andersson
On Thu, Sep 11, 2025 at 11:01:00AM +0200, Hans de Goede wrote: > Hi Lee, > > On 11-Sep-25 10:15 AM, Lee Jones wrote: > > On Wed, 10 Sep 2025, Aleksandrs Vinarskis wrote: > > > >> From: Hans de Goede > >> > >> Add 'name' argument to of_led_get() such that it can lookup LEDs in > >> devicetree by

[GIT PULL] DRM Rust changes for v6.18

2025-09-16 Thread Danilo Krummrich
Hi Dave and Sima, Please pull the following DRM Rust changes. Besides the DRM changes, this PR also contains some new DMA & scatterlist infrastructure (incl. some alloc dependencies), with Nova as a first user. It also includes a few AsBytes and FromBytes additions needed by Nova. I merged this

[PATCH 08/12] drm/ast: Move Gen4 device initialization into separate helper

2025-09-16 Thread Thomas Zimmermann
Split off device initialization for Gen4 hardware into the helpers ast_2300_device_create() and ast_2300_detect_wide_screen(). The new functions are duplicates form their counterparts in ast_main.c, but stripped from most non-Gen4 support. Simplifies maintenance as the driver's number of supported

[PATCH 04/12] drm/ast: Prepare per-Gen device initialization

2025-09-16 Thread Thomas Zimmermann
Switch device creation by hardware Gen. Return the value from the call to ast_detect_chip(). All generations are still initialized by ast_device_create(). Also add ast_device_init() for setting some common fields in struct ast_device. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/ast/ast

[PATCH 03/12] drm/ast: Split ast_detect_tx_chip() per chip generation

2025-09-16 Thread Thomas Zimmermann
Gen4 and later models detect the TX chip from VGACRD1, while earlier models detect from VGACRA3. Split up the detection helper into two separate helpers. Use SZ_ constants instead of plain numbers. Then inline the call into its only caller ast_device_create(). When ast_device_create() gets split u

Re: [PATCH 3/8] drm: Add new general DRM property "color format"

2025-09-16 Thread Dmitry Baryshkov
On Tue, 16 Sept 2025 at 14:11, Daniel Stone wrote: > > On Tue, 16 Sept 2025 at 11:57, Dmitry Baryshkov > wrote: > > On Tue, Sep 16, 2025 at 11:48:39AM +0100, Daniel Stone wrote: > > > So yeah, I see it as the same as the input situation: you _can_ do the > > > basics with raw evdev, but unless yo

Re: [PATCH] accel/ivpu: Add support for user-managed preemption buffer

2025-09-16 Thread Lizhi Hou
On 9/16/25 01:25, Karol Wachowski wrote: On 9/15/2025 10:33 PM, Lizhi Hou wrote: On 9/15/25 03:34, Karol Wachowski wrote: From: Andrzej Kacprowski Allow user mode drivers to manage preemption buffers, enabling memory savings by sharing a single buffer across multiple command queues within t

Re: [PATCH v1] accel/ivpu: Update JSM firmware API to latest 3.32.5 version

2025-09-16 Thread Lizhi Hou
Reviewed-by: Lizhi Hou On 9/16/25 01:41, Karol Wachowski wrote: Synchronize the JSM API header file with the latest 3.32.5 version to reflect all changes introduced in the new firmware API Signed-off-by: Karol Wachowski --- v0 -> v1: Corrected commit message wording to better reflect the chan

Re: [PATCH v1] accel/ivpu: Ensure rpm_runtime_put in case of engine reset/resume fail

2025-09-16 Thread Lizhi Hou
Reviewed-by: Lizhi Hou On 9/16/25 01:48, Karol Wachowski wrote: Previously, aborting work could return early after engine reset or resume failure, skipping the necessary runtime_put cleanup leaving the device with incorrect reference count breaking runtime power management state. Replace early

Re: [PATCH v1 1/2] drm/amdgpu: make non-NULL out fence mandatory

2025-09-16 Thread Christian König
On 16.09.25 13:58, Pierre-Eric Pelloux-Prayer wrote: > > > Le 16/09/2025 à 12:52, Christian König a écrit : >> On 16.09.25 11:46, Pierre-Eric Pelloux-Prayer wrote: >>> >>> >>> Le 16/09/2025 à 11:25, Christian König a écrit : On 16.09.25 09:08, Pierre-Eric Pelloux-Prayer wrote: > amdgpu_t

Re: [PATCH v3] dt-bindings: display/msm: dp-controller: Add SM6150

2025-09-16 Thread Dmitry Baryshkov
es and rebases > 'dt-bindings: msm/dp: Add support for 4 pixel streams'. > > The devicetree modification for DisplayPort on SM6150 will be provided > in a future patch. > --- > Changes in v3: > - Update binding fallback chain to "qcom,sm6150-dp", "qcom,sm815

RE: [PATCH v3 0/4] drm: Add vblank timers for devices without interrupts

2025-09-16 Thread Michael Kelley
From: Thomas Zimmermann Sent: Tuesday, September 16, 2025 1:31 AM > > Hi > > Am 09.09.25 um 05:29 schrieb Michael Kelley: > > From: Michael Kelley Sent: Thursday, September 4, 2025 10:36 PM > >> From: Thomas Zimmermann Sent: Thursday, September 4, > >> 2025 7:56 AM > >>> Compositors often dep

Re: [PATCH] drm/ttm: rename ttm_bo_put to _fini v3

2025-09-16 Thread Christian König
On 11.09.25 19:20, Thomas Hellström wrote: > Hi, Christian, > > On Thu, 2025-09-11 at 12:56 +0200, Christian König wrote: >> Gentle ping. Thomas can I get an ack on this? >> > > Sorry for the delay. When I initially saw it i decide to give it some > time for CI but now I can't find it there. > >

Re: [PATCH v1] drm/bridge: ti-sn65dsi86: Transition to LP mode on every video line

2025-09-16 Thread Doug Anderson
Hi, On Tue, Sep 16, 2025 at 7:22 AM Emanuele Ghidoli wrote: > > From: Emanuele Ghidoli > > The component datasheet recommends, to reduce power consumption, > transitioning to LP mode on every video line. > > Enable the MIPI_DSI_MODE_VIDEO_NO_HFP and MIPI_DSI_MODE_VIDEO_NO_HBP > flags so that the

Re: [PATCH v6 10/11] gpu: nova-core: Add base files for r570.144 firmware bindings

2025-09-16 Thread Danilo Krummrich
Two comments on this, just for the record. On Sat Sep 13, 2025 at 4:12 PM CEST, Alexandre Courbot wrote: > From: Alistair Popple > > Interacting with the GSP currently requires using definitions from C > header files. Rust definitions for the types needed for Nova core will > be generated using t

[PATCH v2 6.12 3/3] drm/xe/hw_engine_group: Avoid call kfree() for drmm_kzalloc()

2025-09-16 Thread Mikhail Dmitrichenko
From: Shuicheng Lin commit 4846856c3a4afa882b6d1b842ed2fad6f3781f4d upstream. Memory allocated with drmm_kzalloc() should not be freed using kfree(), as it is managed by the DRM subsystem. The memory will be automatically freed when the associated drm_device is released. These 3 group pointers a

[PATCH v5 11/17] drm/bridge: analogix_dp: Add new API analogix_dp_finish_probe()

2025-09-16 Thread Damon Ding
Since the panel/bridge should logically be positioned behind the Analogix bridge in the display pipeline, it makes sense to handle the panel/bridge parsing on the Analogix side. Therefore, we add a new API analogix_dp_finish_probe(), which combines the panel/bridge parsing with component addition,

Re: [PATCH v4 1/4] dt-bindings: leds: add generic LED consumer documentation

2025-09-16 Thread Aleksandrs Vinarskis
On Wednesday, September 10th, 2025 at 13:50, Hans de Goede wrote: > > > Hi Aleksandrs, > > Thank you for your continued work on this. > > One small remark below. > > On 10-Sep-25 1:07 PM, Aleksandrs Vinarskis wrote: > > > Introduce common generic led consumer binding, where consumer

Re: [v5 06/15] mm/migrate_device: implement THP migration of zone device pages

2025-09-16 Thread Balbir Singh
On 9/12/25 15:38, Mika Penttilä wrote: > > On 9/12/25 08:28, Mika Penttilä wrote: > >> On 9/12/25 08:04, Balbir Singh wrote: >> >>> On 9/11/25 21:52, Mika Penttilä wrote: sending again for the v5 thread.. On 9/8/25 03:04, Balbir Singh wrote: > MIGRATE_VMA_SELECT_COMPOUND w

Re: [PATCH 2/2] arm64: dts: ti: k3-am625: Add OLDI support

2025-09-16 Thread Devarsh Thakkar
On 13/09/25 12:12, Swamil Jain wrote: From: Aradhya Bhatia The AM625 SoC has 2 OLDI TXes under the DSS. Add their support. Signed-off-by: Aradhya Bhatia Signed-off-by: Swamil Jain Reviewed-by: Devarsh Thakkar Regards Devarsh --- arch/arm64/boot/dts/ti/k3-am62-main.dtsi | 47 +

Re: [PATCH 3/8] drm: Add new general DRM property "color format"

2025-09-16 Thread Daniel Stone
On Tue, 16 Sept 2025 at 11:57, Dmitry Baryshkov wrote: > On Tue, Sep 16, 2025 at 11:48:39AM +0100, Daniel Stone wrote: > > So yeah, I see it as the same as the input situation: you _can_ do the > > basics with raw evdev, but unless you're very special, you should use > > libinput. Equally for outp

Re: [PATCH v2] dt-bindings: display/msm: dp-controller: Add SM6150

2025-09-16 Thread Xiangxu Yin
>             - qcom,sm8450-dp >             - qcom,sm8550-dp >         - const: qcom,sm8350-dp > > Do you mean modifying it as below? >     - items: >         - enum: >             - qcom,sar2130p-dp >             - qcom,sm6150-dp >             - qcom,sm7150-dp >  

Re: [PATCH] drm: bridge: cdns-mhdp8546: Fix missing mutex unlock on error path

2025-09-16 Thread Luca Ceresoli
On Thu, 04 Sep 2025 11:44:47 +0800, Qi Xi wrote: > Add missing mutex unlock before returning from the error path in > cdns_mhdp_atomic_enable(). > > Applied, thanks! [1/1] drm: bridge: cdns-mhdp8546: Fix missing mutex unlock on error path commit: 288dac9fb6084330d968459c750c838fd06e10e6

Re: [PATCH v2 1/2] dt-bindings: gpu: mali-valhall-csf: add MediaTek MT8196 compatible

2025-09-16 Thread Boris Brezillon
On Tue, 16 Sep 2025 10:58:40 +0200 Nicolas Frattaroli wrote: > On Tuesday, 16 September 2025 06:21:10 Central European Summer Time Chia-I Wu > wrote: > > On Mon, Sep 15, 2025 at 10:52 AM Conor Dooley wrote: > > > > > > On Mon, Sep 15, 2025 at 06:51:16PM +0100, Conor Dooley wrote: > > > > Ac

Re: drm/ttm/memcg/lru: enable memcg tracking for ttm and amdgpu driver (complete series v3)

2025-09-16 Thread Christian König
Patches #1, #2, #7, #13 are Acked-by: Christian König Patches #3, #5, #8-#9, #12 and #15 are Reviewed-by: Christian König Minor comment on patches #10/#14. I've just noticed that #4 never made it into my inbox. Which one was that? Regards, Christian. On 02.09.25 06:06, Dave Airlie wrote: >

Re: [PATCH v2 7/9] drm/bridge: remove drm_for_each_bridge_in_chain()

2025-09-16 Thread Luca Ceresoli
On Tue, 16 Sep 2025 11:03:41 +0200 Maxime Ripard wrote: > On Mon, Sep 15, 2025 at 05:58:05PM +0200, Luca Ceresoli wrote: > > On Mon, 15 Sep 2025 14:22:24 +0200 > > Maxime Ripard wrote: > > > On Fri, Aug 08, 2025 at 04:49:14PM +0200, Luca Ceresoli wrote: > > > > All users have been replaced b

[v6 13/15] selftests/mm/hmm-tests: partial unmap, mremap and anon_write tests

2025-09-16 Thread Balbir Singh
From: Matthew Brost Add partial unmap test case which munmaps memory while in the device. Add tests exercising mremap on faulted-in memory (CPU and GPU) at various offsets and verify correctness. Update anon_write_child to read device memory after fork verifying this flow works in the kernel.

[v6 08/15] lib/test_hmm: add zone device private THP test infrastructure

2025-09-16 Thread Balbir Singh
Enhance the hmm test driver (lib/test_hmm) with support for THP pages. A new pool of free_folios() has now been added to the dmirror device, which can be allocated when a request for a THP zone device private page is made. Add compound page awareness to the allocation function during normal migra

[v6 14/15] selftests/mm/hmm-tests: new throughput tests including THP

2025-09-16 Thread Balbir Singh
Add new benchmark style support to test transfer bandwidth for zone device memory operations. Signed-off-by: Balbir Singh Cc: David Hildenbrand Cc: Zi Yan Cc: Joshua Hahn Cc: Rakie Kim Cc: Byungchul Park Cc: Gregory Price Cc: Ying Huang Cc: Alistair Popple Cc: Oscar Salvador Cc: Lorenzo

[v6 12/15] selftests/mm/hmm-tests: new tests for zone device THP migration

2025-09-16 Thread Balbir Singh
Add new tests for migrating anon THP pages, including anon_huge, anon_huge_zero and error cases involving forced splitting of pages during migration. Signed-off-by: Balbir Singh Cc: David Hildenbrand Cc: Zi Yan Cc: Joshua Hahn Cc: Rakie Kim Cc: Byungchul Park Cc: Gregory Price Cc: Ying Huan

[v6 11/15] lib/test_hmm: add large page allocation failure testing

2025-09-16 Thread Balbir Singh
Add HMM_DMIRROR_FLAG_FAIL_ALLOC flag to simulate large page allocation failures, enabling testing of split migration code paths. This test flag allows validation of the fallback behavior when destination device cannot allocate compound pages. This is useful for testing the split migration functio

[v6 03/15] mm/rmap: extend rmap and migration support device-private entries

2025-09-16 Thread Balbir Singh
Add device-private THP support to reverse mapping infrastructure, enabling proper handling during migration and walk operations. The key changes are: - add_migration_pmd()/remove_migration_pmd(): Handle device-private entries during folio migration and splitting - page_vma_mapped_walk(): Recogni

[v6 02/15] mm/huge_memory: add device-private THP support to PMD operations

2025-09-16 Thread Balbir Singh
Extend core huge page management functions to handle device-private THP entries. This enables proper handling of large device-private folios in fundamental MM operations. The following functions have been updated: - copy_huge_pmd(): Handle device-private entries during fork/clone - zap_huge_pmd(

Re: [PATCH i-g-t v2 3/3] tests/panthor: add panthor tests

2025-09-16 Thread Kamil Konieczny
Hi Daniel, On 2025-09-12 at 15:19:30 -0300, Daniel Almeida wrote: > Add an initial test suit covering query device properties, allocating > memory, binding and unbinding VA ranges through VM_BIND and submitting a > simple piece of work through GROUP_SUBMIT. > > Signed-off-by: Daniel Almeida Same

Re: [PATCH i-g-t v2 2/3] panthor: add initial infrastructure

2025-09-16 Thread Kamil Konieczny
Hi Daniel, On 2025-09-12 at 15:19:29 -0300, Daniel Almeida wrote: > Add the necessary code needed to compile panthor tests as well as the > basic infrastructure that will be used by the Panthor tests themselves. > > To make sure everything is in order, add a basic test in > panthor_query.c. > > S

  1   2   >