On Fri, 20 Jun 2025 17:59:55 +0200, Luca Ceresoli wrote:
> To the best of my knowledge, all drivers in the mainline kernel adding a
> DRM bridge are now converted to using devm_drm_bridge_alloc() for
> allocation and initialization. Among others this ensures initialization of
> the bridge refcount,
On Wed, 18 Jun 2025 07:55:49 -0700
Chia-I Wu wrote:
> It is unclear why fence errors were set only for CS_INHERIT_FAULT.
> Downstream driver also does not treat CS_INHERIT_FAULT specially.
> Remove the check.
>
> Signed-off-by: Chia-I Wu
> ---
> drivers/gpu/drm/panthor/panthor_sched.c | 2 +-
>
Make sure the headers are sorted alphabetically to ensure consistent
code.
Signed-off-by: Luca Weiss
---
drivers/video/fbdev/simplefb.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/video/fbdev/simplefb.c b/drivers/video/fbdev/simplefb.c
index
be95fcddce4c8ca
Make sure the headers are sorted alphabetically to ensure consistent
code.
Signed-off-by: Luca Weiss
---
drivers/gpu/drm/sysfb/simpledrm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/sysfb/simpledrm.c
b/drivers/gpu/drm/sysfb/simpledrm.c
index
a1c3119330d
Some devices might require keeping an interconnect path alive so that
the framebuffer continues working. Add support for that by setting the
bandwidth requirements appropriately for all provided interconnect
paths.
Reviewed-by: Thomas Zimmermann
Signed-off-by: Luca Weiss
---
drivers/video/fbdev
Some devices might require keeping an interconnect path alive so that
the framebuffer continues working. Add support for that by setting the
bandwidth requirements appropriately for all provided interconnect
paths.
Signed-off-by: Luca Weiss
---
Changes in v2:
- Sort the headers before adding the
Some devices might require keeping an interconnect path alive so that
the framebuffer continues working. Add support for that by setting the
bandwidth requirements appropriately for all provided interconnect
paths.
Reviewed-by: Thomas Zimmermann
Signed-off-by: Luca Weiss
---
drivers/gpu/drm/sys
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 can outlive drm_file, add refcount to
> panthor_file to ensure its lifetime.
I'm not a huge fan of refcounting panthor_file because people tend to
On Fri, 20 Jun 2025 16:50:50 -0700
Chia-I Wu wrote:
> It allows us to get rid of manual try_module_get / module_put.
>
> Signed-off-by: Chia-I Wu
Reviewed-by: Boris Brezillon
> ---
> drivers/gpu/drm/panthor/panthor_drv.c | 14 +++---
> 1 file changed, 3 insertions(+), 11 deletions(-
Set the dirty bit when the memory resource is not cleared
during BO release.
Signed-off-by: Arunpravin Paneer Selvam
Suggested-by: Christian König
Cc: sta...@vger.kernel.org
Fixes: a68c7eaa7a8f ("drm/amdgpu: Enable clear page functionality")
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 26
- Added a handler in DRM buddy manager to reset the cleared
flag for the blocks in the freelist.
- This is necessary because, upon resuming, the VRAM becomes
cluttered with BIOS data, yet the VRAM backend manager
believes that everything has been cleared.
Signed-off-by: Arunpravin Paneer Se
On 6/20/2025 6:10 PM, Tvrtko Ursulin wrote:
On 13/06/2025 08:15, Sunil Khatri wrote:
root@amd-X570-AORUS-ELITE:~# cat /sys/kernel/debug/dri/0/clients
command tgid dev master a uid magic name client-id
systemd-logind 1056 0 y y 0 0 5
Xwayla
ut of
VGA arbiter
config: sparc-defconfig
(https://download.01.org/0day-ci/archive/20250622/202506221312.49fy1ana-...@intel.com/config)
compiler: sparc-linux-gcc (GCC) 15.1.0
reproduce (this is a W=1 build):
(https://download.01.org/0day-ci/archive/20250622/202506221312.49fy1ana-...@intel.com/reproduc
On 06/21/2025, Luca Ceresoli wrote:
> drm_bridge_chain_get_first_bridge() returns a bridge pointer that the
> caller could hold for a long time. Increment the refcount of the returned
> bridge and document it must be put by the caller.
To make sure the incremented refcount is decremented once this
On 06/21/2025, Luca Ceresoli wrote:
> The bridge returned by drm_bridge_chain_get_first_bridge() is
> refcounted. Put it when done. Use a scope-based free action to catch all
> the code paths.
>
> Reviewed-by: Maxime Ripard
> Signed-off-by: Luca Ceresoli
> ---
>
> This patch was added in v7.
>
On Sun, Jun 15, 2025 at 10:55 PM Tamir Duberstein wrote:
>
> This started with a patch that enabled `clippy::ptr_as_ptr`. Benno
> Lossin suggested I also look into `clippy::ptr_cast_constness` and I
> discovered `clippy::as_ptr_cast_mut`. This series now enables all 3
> lints. It also enables `cli
Add GDSP0 and GDSP1 fastrpc compute-cb nodes for sa8775p SoC.
Reviewed-by: Dmitry Baryshkov
Signed-off-by: Ling Xu
---
arch/arm64/boot/dts/qcom/sa8775p.dtsi | 57 +++
1 file changed, 57 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sa8775p.dtsi
b/arch/arm64/boot/
Add "gdsp" as the new supported label for GDSP fastrpc domain.
Signed-off-by: Ling Xu
---
Documentation/devicetree/bindings/misc/qcom,fastrpc.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/misc/qcom,fastrpc.yaml
b/Documentation/devicetree/bindings/m
The fastrpc driver has support for 5 types of remoteprocs. There are
some products which support GDSP remoteprocs. Add changes to support
GDSP remoteprocs.
Signed-off-by: Ling Xu
---
drivers/misc/fastrpc.c | 57 -
include/uapi/misc/fastrpc.h | 11 +--
The fastrpc driver has support for 5 types of remoteprocs. There are
some products which support GDSP remoteprocs. GDSPs are General
Purpose DSPs where tasks can be offloaded. Add changes to support GDSP
remoteprocs and also add GDSP fastrpc nodes.
Patch [v2]:
https://lore.kernel.org/linux-arm-msm
On 25/06/21 09:21PM, Lukas Wunner wrote:
> On Sat, Jun 21, 2025 at 07:15:31PM +0300, Ahmed Salem wrote:
> > On 25/06/21 11:46AM, Lukas Wunner wrote:
> > > On Sat, Jun 21, 2025 at 04:55:52AM +0300, Ahmed Salem wrote:
> > > > --- a/drivers/char/agp/amd64-agp.c
> > > > +++ b/drivers/char/agp/amd64-agp
21 matches
Mail list logo
