Re: [PATCH v2] drm/sched: Avoid double re-lock on the job free path

2025-07-12 Thread Maíra Canal
Hi Danilo, On 7/11/25 16:22, Danilo Krummrich wrote: On 7/11/25 9:08 PM, Maíra Canal wrote: Hi Tvrtko, On 11/07/25 12:09, Tvrtko Ursulin wrote: Currently the job free work item will lock sched->job_list_lock first time to see if there are any jobs, free a single job, and then lock again to d

Patch "drm/framebuffer: Acquire internal references on GEM handles" has been added to the 6.6-stable tree

2025-07-12 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/framebuffer: Acquire internal references on GEM handles 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:

Patch "drm/framebuffer: Acquire internal references on GEM handles" has been added to the 6.15-stable tree

2025-07-12 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/framebuffer: Acquire internal references on GEM handles to the 6.15-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:

Patch "drm/framebuffer: Acquire internal references on GEM handles" has been added to the 6.12-stable tree

2025-07-12 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/framebuffer: Acquire internal references on GEM handles 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:

Patch "drm/gem: Acquire references on GEM handles for framebuffers" has been added to the 6.12-stable tree

2025-07-12 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/gem: Acquire references on GEM handles for framebuffers 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:

Patch "drm/gem: Acquire references on GEM handles for framebuffers" has been added to the 6.15-stable tree

2025-07-12 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/gem: Acquire references on GEM handles for framebuffers to the 6.15-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:

Patch "drm/gem: Acquire references on GEM handles for framebuffers" has been added to the 6.6-stable tree

2025-07-12 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/gem: Acquire references on GEM handles for framebuffers 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] misc: fastrpc: Use of_reserved_mem_region_to_resource() for "memory-region"

2025-07-12 Thread Srinivas Kandagatla
On 7/3/25 7:34 PM, Rob Herring (Arm) wrote: > Use the newly added of_reserved_mem_region_to_resource() function to > handle "memory-region" properties. > > The error handling is a bit different. "memory-region" is optional, so > failed lookup is not an error. But then an error in > of_reserved_

Re: linux-next: Tree for Jul 11 [drivers/gpu/drm/amd/amdgpu/amdgpu.ko]

2025-07-12 Thread Mario Limonciello
On 7/12/25 3:11 AM, Rafael J. Wysocki wrote: On Fri, Jul 11, 2025 at 11:25 PM Randy Dunlap wrote: On 7/11/25 2:10 AM, Stephen Rothwell wrote: Hi all, Changes since 20250710: on x86_64, when # CONFIG_SUSPEND is not set # CONFIG_HIBERNATION is not set # CONFIG_PM is not set ERROR: mod

Re: [PATCH] drm/bridge: it6505: select REGMAP_I2C

2025-07-12 Thread Chia-I Wu
Can anyone help review this? It is a trivial build fix. On Tue, Jun 10, 2025 at 4:58 PM Chia-I Wu wrote: > > Fix > > aarch64-linux-gnu-ld: drivers/gpu/drm/bridge/ite-it6505.o: in function > `it6505_i2c_probe': > ite-it6505.c:(.text+0x754): undefined reference to `__devm_regmap_init_i2c' > >

[PATCH v2 2/3] panthor: save task pid and comm in panthor_group

2025-07-12 Thread Chia-I Wu
We would like to report them on gpu errors. We choose to save the info on panthor_group_create rather than on panthor_open because, when the two differ, we are more interested in the task that created the group. Signed-off-by: Chia-I Wu --- v2: save to panthor_group on panthor_group_create rath

[PATCH v2 0/3] panthor: print task pid and comm on gpu errors

2025-07-12 Thread Chia-I Wu
This series saves task pid and comm in panthor_group and prints task pid and comm on gpu errors. v2: save the task info in panthor_group on panthor_group_create, rather than in panthor_file on panthor_open, because, when the two differ, we are more interested in the task that created the g

[PATCH v2 1/3] panthor: set owner field for driver fops

2025-07-12 Thread Chia-I Wu
It allows us to get rid of manual try_module_get / module_put. Signed-off-by: Chia-I Wu Reviewed-by: Boris Brezillon Reviewed-by: Steven Price --- drivers/gpu/drm/panthor/panthor_drv.c | 14 +++--- 1 file changed, 3 insertions(+), 11 deletions(-) diff --git a/drivers/gpu/drm/panthor/p

[PATCH v2 3/3] panthor: dump task pid and comm on gpu errors

2025-07-12 Thread Chia-I Wu
It is useful to know which tasks cause gpu errors. Signed-off-by: Chia-I Wu --- drivers/gpu/drm/panthor/panthor_sched.c | 24 +++- 1 file changed, 19 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/panthor/panthor_sched.c b/drivers/gpu/drm/panthor/panthor_sched.c

Re: [PATCH 2/4] panthor: save panthor_file in panthor_group

2025-07-12 Thread Chia-I Wu
Hi, On Mon, Jun 23, 2025 at 2:07 AM Liviu Dudau wrote: > > On Mon, Jun 23, 2025 at 08:21:22AM +0200, Boris Brezillon wrote: > > On Fri, 20 Jun 2025 16:50:51 -0700 > > Chia-I Wu wrote: > > > > > We would like to access panthor_file from panthor_group on gpu errors. > > > Because panthour_group ca

Re: [PATCH v2 2/3] panthor: save task pid and comm in panthor_group

2025-07-12 Thread kernel test robot
Hi Chia-I, kernel test robot noticed the following build warnings: [auto build test WARNING on next-20250711] [also build test WARNING on v6.16-rc5] [cannot apply to linus/master v6.16-rc5 v6.16-rc4 v6.16-rc3] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submit

Re: linux-next: Tree for Jul 11 (drivers/gpu/drm/msm/msm_gem.c)

2025-07-12 Thread Randy Dunlap
On 7/11/25 2:10 AM, Stephen Rothwell wrote: > Hi all, > > Changes since 20250710: on i386, when: CONFIG_DRM_MSM=y CONFIG_DRM_MSM_GPU_STATE=y CONFIG_DRM_MSM_GPU_SUDO=y # CONFIG_DRM_MSM_VALIDATE_XML is not set # CONFIG_DRM_MSM_MDP4 is not set # CONFIG_DRM_MSM_MDP5 is not set # CONFIG_DRM_MSM_DP

Re: [PATCH V1 4/9] dt-bindings: soc: xilinx: Add AI engine DT binding

2025-07-12 Thread Krzysztof Kozlowski
On 11/07/2025 20:33, Williams, Gregory wrote: > + > +maintainers: > + - Gregory Williams > + > +description: > + The AMD AI Engine is a tile processor with many cores (up to 400) that > + can run in parallel. The data routing between cores is configured > throug

Re: Kernel 6.16-rc5+: New warning from drivers/gpu/drm/drm_gem.c

2025-07-12 Thread Chris Clayton
Thanks, Simona. On 11/07/2025 22:54, Simona Vetter wrote: > On Fri, Jul 11, 2025 at 01:34:19PM +0100, Chris Clayton wrote: >> Hi >> >> I've built and installed 6.16 cloned from Linus' tree and am consistently >> getting a warning during system startup. >> The warning is not produced by rc4 but is

Re: [PATCH v7 02/10] accel/rocket: Add a new driver for Rockchip's NPU

2025-07-12 Thread Tomeu Vizoso
On Fri, Jul 11, 2025 at 7:38 PM Andrew Davis wrote: > > On 6/6/25 1:28 AM, Tomeu Vizoso wrote: > > This initial version supports the NPU as shipped in the RK3588 SoC and > > described in the first part of its TRM, in Chapter 36. > > > > This NPU contains 3 independent cores that the driver can sub

Re: linux-next: Tree for Jul 11 [drivers/gpu/drm/amd/amdgpu/amdgpu.ko]

2025-07-12 Thread Rafael J. Wysocki
On Fri, Jul 11, 2025 at 11:25 PM Randy Dunlap wrote: > > > > On 7/11/25 2:10 AM, Stephen Rothwell wrote: > > Hi all, > > > > Changes since 20250710: > > > > on x86_64, when > # CONFIG_SUSPEND is not set > # CONFIG_HIBERNATION is not set > # CONFIG_PM is not set > > ERROR: modpost: "pm_hibernate_is

Re: [PATCH 0/9] rust: use `kernel::{fmt,prelude::fmt!}`

2025-07-12 Thread Benno Lossin
On Wed Jul 9, 2025 at 9:59 PM CEST, Tamir Duberstein wrote: > This is series 2a/5 of the migration to `core::ffi::CStr`[0]. > 20250704-core-cstr-prepare-v1-0-a91524037...@gmail.com. > > This series depends on the prior series[0] and is intended to go through > the rust tree to reduce the number of