Re: [PATCH 3/4] FIXME: drm/xe/xe_drm_client: Add per drm client pagefault info

2025-02-15 Thread kernel test robot
-lkp/linux/commits/Jonathan-Cavitt/drm-xe-xe_exec_queue-Add-ID-param-to-exec-queue-struct/20250215-043933 base: https://gitlab.freedesktop.org/drm/xe/kernel.git drm-xe-next patch link: https://lore.kernel.org/r/20250214203757.27895-4-jonathan.cavitt%40intel.com patch subject: [PATCH 3/4] FIX

[PATCH v2] drm/amd/display: restore edid reading from a given i2c adapter

2025-02-15 Thread Melissa Wen
When switching to drm_edid, we slightly changed how to get edid by removing the possibility of getting them from dc_link when in aux transaction mode. As MST doesn't initialize the connector with `drm_connector_init_with_ddc()`, restore the original behavior to avoid functional changes. v2: - Fix

Re: drm: mipi_dbi_hw_reset() keeps display in reset

2025-02-15 Thread Alex Lanzano
On Fri, Feb 14, 2025 at 08:04:41PM -0500, Alex Lanzano wrote: > On Fri, Feb 14, 2025 at 10:29:29AM +0100, Josef Luštický wrote: > > Hello Alex, > > there is a bug in mipi_dbi_hw_reset() function that implements the logic of > > display reset contrary. > > It keeps the reset line activated which kee

Re: [PATCH] drm/repaper: fix integer overflows in repeat functions

2025-02-15 Thread Alex Lanzano
On Thu, Jan 16, 2025 at 05:48:01AM -0800, Nikita Zhandarovich wrote: > There are conditions, albeit somewhat unlikely, under which right hand > expressions, calculating the end of time period in functions like > repaper_frame_fixed_repeat(), may overflow. > > For instance, if 'factor10x' in repape

Re: [PATCH v3 3/4] drm/msm/dsi/phy: Do not overwite PHY_CMN_CLK_CFG1 when choosing bitclk source

2025-02-15 Thread Abhinav Kumar
On 2/14/2025 7:08 AM, Krzysztof Kozlowski wrote: PHY_CMN_CLK_CFG1 register has four fields being used in the driver: DSI clock divider, source of bitclk and two for enabling the DSI PHY PLL clocks. dsi_7nm_set_usecase() sets only the source of bitclk, so should leave all other bits untouched.

Re: [PATCH v3 2/4] drm/msm/dsi/phy: Protect PHY_CMN_CLK_CFG1 against clock driver

2025-02-15 Thread Abhinav Kumar
On 2/14/2025 7:08 AM, Krzysztof Kozlowski wrote: PHY_CMN_CLK_CFG1 register is updated by the PHY driver and by a mux clock from Common Clock Framework: devm_clk_hw_register_mux_parent_hws(). There could be a path leading to concurrent and conflicting updates between PHY driver and clock frame

Re: [PATCH] drm/repaper: fix integer overflows in repeat functions

2025-02-15 Thread Alex Lanzano
On Sat, Feb 15, 2025 at 11:48:00AM +, David Laight wrote: > On Fri, 14 Feb 2025 20:02:01 -0500 > Alex Lanzano wrote: > > > On Fri, Feb 14, 2025 at 01:29:10PM +, David Laight wrote: > > > On Thu, 13 Feb 2025 20:54:59 -0500 > > > Alex Lanzano wrote: > > > > > > > On Thu, Jan 16, 2025 at

Re: [PATCH 2/5] drm/msm/a6xx: Add support for Adreno 623

2025-02-15 Thread Dmitry Baryshkov
On Sat, 15 Feb 2025 at 13:49, Akhil P Oommen wrote: > > On 2/13/2025 10:24 PM, Dmitry Baryshkov wrote: > > On Thu, Feb 13, 2025 at 09:40:07PM +0530, Akhil P Oommen wrote: > >> From: Jie Zhang > >> > >> Add support for Adreno 623 GPU found in QCS8300 chipsets. > >> > >> Signed-off-by: Jie Zhang >

Re: [PATCH v6 07/14] drm/msm/dpu: Reserve resources for CWB

2025-02-15 Thread Dmitry Baryshkov
On Fri, Feb 14, 2025 at 04:14:30PM -0800, Jessica Zhang wrote: > Add support for RM to reserve dedicated CWB PINGPONGs and CWB muxes > > For concurrent writeback, even-indexed CWB muxes must be assigned to > even-indexed LMs and odd-indexed CWB muxes for odd-indexed LMs. The same > even/odd rule a

Re: [PATCH v6 06/14] drm/msm/dpu: Fail atomic_check if multiple outputs request CDM block

2025-02-15 Thread Dmitry Baryshkov
On Fri, Feb 14, 2025 at 04:14:29PM -0800, Jessica Zhang wrote: > Currently, our hardware only supports a single output using CDM block at > most. Because of this, we cannot support cases where both writeback and DP > output request CDM simultaneously > > To avoid this happening when CWB is enabled

Re: [V7 08/45] Documentation/gpu: document drm_colorop

2025-02-15 Thread Simon Ser
On Monday, February 10th, 2025 at 23:03, Harry Wentland wrote: > > > + * DOC: overview > > > + * > > > + * A colorop represents a single color operation. Colorops are chained > > > + * via the NEXT property and make up color pipelines. Color pipelines > > > + * are advertised and selected via th

Re: [RFC PATCH v5 10/10] drm/tiny: add driver for Apple Touch Bars in x86 Macs

2025-02-15 Thread Aditya Garg
Hi Thomas >> From: Kerem Karabay >> >> The Touch Bars found on x86 Macs support two USB configurations: one >> where the device presents itself as a HID keyboard and can display >> predefined sets of keys, and one where the operating system has full >> control over what is displayed. This commit

Re: [PATCH v3 2/7] reset: mpfs: use the auxiliary device creation helper

2025-02-15 Thread Conor Dooley
On Fri, Feb 14, 2025 at 07:25:59AM -0800, Doug Anderson wrote: > Hi, > > On Fri, Feb 14, 2025 at 12:59 AM Jerome Brunet wrote: > > > > > One think that's always felt a bit meh to me is this id number stuff, > > > I just threw in 666 for meme value. > > > > :) > > > > > The whole thing seems super

Re: [PATCH] ntsync: Set the permissions to be 0666

2025-02-15 Thread Elizabeth Figura
On Friday, 14 February 2025 07:06:20 CST Greg Kroah-Hartman wrote: > On Fri, Feb 14, 2025 at 12:28:00PM +, Mike Lothian wrote: > > This allows ntsync to be usuable by non-root processes out of the box > > Are you sure you need/want that? If so, why? How did existing testing > not ever catch

Re: [PATCH] ntsync: Set the permissions to be 0666

2025-02-15 Thread Elizabeth Figura
On Friday, 14 February 2025 12:45:39 CST Darrick J. Wong wrote: > On Fri, Feb 14, 2025 at 12:13:03PM -0600, Elizabeth Figura wrote: > > On Friday, 14 February 2025 07:06:20 CST Greg Kroah-Hartman wrote: > > > On Fri, Feb 14, 2025 at 12:28:00PM +, Mike Lothian wrote: > > > > This allows ntsync t

Re: [PATCH] ntsync: Set the permissions to be 0666

2025-02-15 Thread Elizabeth Figura
On Friday, 14 February 2025 19:03:33 CST Darrick J. Wong wrote: > On Fri, Feb 14, 2025 at 04:15:25PM -0600, Elizabeth Figura wrote: > > On Friday, 14 February 2025 12:45:39 CST Darrick J. Wong wrote: > > > On Fri, Feb 14, 2025 at 12:13:03PM -0600, Elizabeth Figura wrote: > > > > On Friday, 14 Febru

Re: [PATCH 2/5] drm/msm/a6xx: Add support for Adreno 623

2025-02-15 Thread Akhil P Oommen
On 2/13/2025 10:24 PM, Dmitry Baryshkov wrote: > On Thu, Feb 13, 2025 at 09:40:07PM +0530, Akhil P Oommen wrote: >> From: Jie Zhang >> >> Add support for Adreno 623 GPU found in QCS8300 chipsets. >> >> Signed-off-by: Jie Zhang >> Signed-off-by: Akhil P Oommen >> --- >> drivers/gpu/drm/msm/adren

Re: [PATCH] drm/repaper: fix integer overflows in repeat functions

2025-02-15 Thread David Laight
On Fri, 14 Feb 2025 20:02:01 -0500 Alex Lanzano wrote: > On Fri, Feb 14, 2025 at 01:29:10PM +, David Laight wrote: > > On Thu, 13 Feb 2025 20:54:59 -0500 > > Alex Lanzano wrote: > > > > > On Thu, Jan 16, 2025 at 05:48:01AM -0800, Nikita Zhandarovich wrote: > > > > There are conditions,

Re: [PATCH v2 2/2] drm/panthor: Avoid sleep locking in the internal BO size path

2025-02-15 Thread Boris Brezillon
On Fri, 14 Feb 2025 20:55:21 + Adrián Larumbe wrote: > Commit 434e5ca5b5d7 ("drm/panthor: Expose size of driver internal BO's over > fdinfo") locks the VMS xarray, to avoid UAF errors when the same VM is > being concurrently destroyed by another thread. However, that puts the > current thread

Re: [PATCH v2 1/2] drm/panthor: Replace sleep locks with spinlocks in fdinfo path

2025-02-15 Thread Boris Brezillon
On Fri, 14 Feb 2025 20:55:20 + Adrián Larumbe wrote: > Commit 0590c94c3596 ("drm/panthor: Fix race condition when gathering fdinfo > group samples") introduced an xarray lock to deal with potential > use-after-free errors when accessing groups fdinfo figures. However, this > toggles the kerne

[PATCH] fbdev: hyperv_fb: Allow graceful removal of framebuffer

2025-02-15 Thread Saurabh Sengar
When a Hyper-V framebuffer device is unbind, hyperv_fb driver tries to release the framebuffer forcefully. If this framebuffer is in use it produce the following WARN and hence this framebuffer is never released. [ 44.111220] WARNING: CPU: 35 PID: 1882 at drivers/video/fbdev/core/fb_info.c:70 f

Re:[PATCH 2/2] drm/rockchip: analogix_dp: move PSR entry wait to VOP CRTC handling

2025-02-15 Thread Andy Yan
Hi Lucas, At 2025-02-08 02:22:47, "Lucas Stach" wrote: >Instead of calling from the Analogix DP encoder into the VOP crtc >handling, move the wait for PSR entry to vop_crtc_atomic_disable(). > >This untangles the Analogix DP code from the VOP, so it can safely >be used with VOP2. > >Signed-off-b

Re:[PATCH 1/2] drm/rockchip: vop: remove redundant condition check

2025-02-15 Thread Andy Yan
Hi Lucas, At 2025-02-08 02:22:46, "Lucas Stach" wrote: >Instead of checking the same thing twice in a row, fold the second >condition into the first clause. > >Signed-off-by: Lucas Stach Reviewed-by: Andy Yan Thanks >--- > drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 5 ++--- > 1 file ch

Re: [PATCH v1 2/2] drm: bridge: Add support for Solomon SSD2825 RGB/DSI bridge

2025-02-15 Thread kernel test robot
/scm/linux/kernel/git/robh/linux.git for-next patch link: https://lore.kernel.org/r/20250213135605.157650-3-clamor95%40gmail.com patch subject: [PATCH v1 2/2] drm: bridge: Add support for Solomon SSD2825 RGB/DSI bridge config: openrisc-randconfig-r063-20250215 (https://download.01.org/0day-