[PATCH v2] virtio: Update kerneldoc in drivers/virtio/virtio_dma_buf.c

From: Peng Jiang Fix kernel-doc descriptions in virtio_dma_buf.c to fix W=1 warnings: drivers/virtio/virtio_dma_buf.c:41 function parameter 'dma_buf' not described in 'virtio_dma_buf_attach' drivers/virtio/virtio_dma_buf.c:41 function parameter 'attach' not described in 'virtio_dma_buf_attach'

[PATCH 12/12] drm/msm/dpu: use standard functions in _dpu_format_populate_plane_sizes_ubwc()

The _dpu_format_populate_plane_sizes_ubwc() used MSM_MEDIA_ALIGN() and MSM_MEDIA_ROUNDUP(), macros inherited from the previous implementation, msm_media_info.h. Replace them with the standard Linux macros, round_up() and DIV_ROUND_UP() respectively. Signed-off-by: Dmitry Baryshkov --- drivers/gp

[PATCH 11/12] drm/msm/dpu: rewrite _dpu_format_populate_plane_sizes_ubwc()

Drop extra wrapping layer (msm_media_info.h) and inline all VENUS_*() functions, simplifying the code. Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/msm/disp/dpu1/dpu_formats.c| 124 ++- drivers/gpu/drm/msm/disp/dpu1/msm_media_info.h | 1155 2 files changed, 6

[PATCH 08/12] drm/msm/disp: drop PSEUDO_YUV_FMT_LOOSE_TILED

Drop PSEUDO_YUV_FMT_LOOSE_TILED(), the macro is unused. Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/msm/disp/mdp_format.c | 20 1 file changed, 20 deletions(-) diff --git a/drivers/gpu/drm/msm/disp/mdp_format.c b/drivers/gpu/drm/msm/disp/mdp_format.c index 6f5af26

[PATCH 10/12] drm/msm/dpu: drop redundant num_planes assignment in _dpu_format_populate_plane_sizes*()

Drop redundant layout->num_planes assignments, using the value assigned from the formats table. RGB UBWC formats need special handling: they use two planes (per the format table), but the uAPI defines plane[1] as empty. Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/msm/disp/dpu1/dpu_format

[PATCH 09/12] drm/msm/dpu: simplify _dpu_format_populate_plane_sizes_*

Move common bits of _dpu_format_populate_plane_sizes_ubwc() and _linear() to dpu_format_populate_plane_sizes(), reducing unnecessary duplication and simplifying code flow fror the UBWC function. Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/msm/disp/dpu1/dpu_formats.c | 41 +---

[PATCH 07/12] drm/msm/disp: pull in common tiled YUV format parameters

Pull common params of tiled YUV formats into corresponding macro definitions, simplifying format table. Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/msm/disp/mdp_format.c | 28 +--- 1 file changed, 13 insertions(+), 15 deletions(-) diff --git a/drivers/gpu/drm/msm

[PATCH 05/12] drm/msm/disp: simplify tiled RGB{,A,X} formats definitions

Define several additional macros, capturing tiled RGB format classes, in order to simplify defining particular RGB* format. Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/msm/disp/mdp_format.c | 118 -- 1 file changed, 85 insertions(+), 33 deletions(-) diff

[PATCH 06/12] drm/msm/disp: pull in common YUV format parameters

Pull common params of YUV formats into corresponding macro definitions, simplifying format table. Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/msm/disp/mdp_format.c | 120 -- 1 file changed, 56 insertions(+), 64 deletions(-) diff --git a/drivers/gpu/drm/ms

[PATCH 03/12] drm/msm/disp: set num_planes, fetch_mode and tile_height in INTERLEAVED_RGB_FMT_TILED

All interleaved compressed RGB formats use only 2 planes, MDP_FETCH_LINEAR and MDP_TILE_HEIGHT_UBWC. Specify num_planes, fetch_mode and tile_height directly in the macro and remove unused parameters. Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/msm/disp/mdp_format.c | 35 +

[PATCH 04/12] drm/msm/disp: simplify RGB{,A,X} formats definitions

Define several additional macros, capturing RGB format classes, in order to simplify defining particular RGB* format. Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/msm/disp/mdp_format.c | 275 +++--- 1 file changed, 158 insertions(+), 117 deletions(-) diff --gi

[PATCH 02/12] drm/msm/disp: set num_planes and fetch_mode in INTERLEAVED_RGB_FMT

All interleaved RGB formats use only 1 plane and MDP_FETCH_LINEAR. Specify num_planes and fetch_mode directly in the macro and remove unused parameters. Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/msm/disp/mdp_format.c | 114 -- 1 file changed, 39 insertio

[PATCH 01/12] drm/msm/disp: set num_planes to 1 for interleaved YUV formats

Interleaved YUV formats use only one plane for all pixel data. Specify num_planes = 1 for those formats. This was left unnoticed since _dpu_format_populate_plane_sizes_linear() overrides layout->num_planes. Fixes: 25fdd5933e4c ("drm/msm: Add SDM845 DPU support") Signed-off-by: Dmitry Baryshkov --

[PATCH 00/12] drm/msm/dpu: rework format handling code

- Rework mdp_format.c in order to make format table manageable - Rework layout population for UBWC formats in DPU driver Signed-off-by: Dmitry Baryshkov --- Dmitry Baryshkov (12): drm/msm/disp: set num_planes to 1 for interleaved YUV formats drm/msm/disp: set num_planes and fetch_mode

Re: [PATCH] virtio: Add missing kerneldoc for virtio_dma_buf_attach

> > diff --git a/drivers/virtio/virtio_dma_buf.c b/drivers/virtio/> > > virtio_dma_buf.c > > index 3fe1d03b0645..18d261ba5197 100644 > > --- a/drivers/virtio/virtio_dma_buf.c > > +++ b/drivers/virtio/virtio_dma_buf.c > > @@ -35,7 +35,16 @@ struct dma_buf *virtio_dma_buf_export > > EXPORT_SYMBOL(v

Re: [PATCH 2/6] rust: kernel: add `fmt` module

On Fri Jul 4, 2025 at 10:14 PM CEST, Tamir Duberstein wrote: > `kernel::fmt` is a facade over `core::fmt` that can be used downstream, > allowing future changes to the formatting machinery to be contained > within the kernel crate without downstream code needing to be modified. > > Signed-off-by: T

Re: [PATCH 1/6] rust: kernel: remove `fmt!`, fix clippy::uninlined-format-args

On Fri Jul 4, 2025 at 10:14 PM CEST, Tamir Duberstein wrote: > Rather than export a macro that delegates to `core::format_args`, simply > re-export `core::format_args` as `fmt` from the prelude. This exposes > clippy warnings which were previously obscured by this macro, such as: > > warning: v

[PATCH 3/6] rust: use `kernel::{fmt,prelude::fmt!}`

Reduce coupling to implementation details of the formatting machinery by avoiding direct use for `core`'s formatting traits and macros. Signed-off-by: Tamir Duberstein --- rust/kernel/error.rs| 6 +++--- rust/kernel/print.rs| 6 +++--- rust/kernel/str.rs | 2

[PATCH 5/6] rust: add `CStr` methods matching `core::ffi::CStr`

Prepare for replacing `CStr` with `core::ffi::CStr` by soft-deprecating methods which don't exist on `core::ffi::CStr`. We could keep `as_bytes{,_with_nul}` through an extension trait but seeing as we have to introduce `as_char_ptr_in_const_context` as a free function, we may as well introduce `to

[PATCH 6/6] rust: use `core::ffi::CStr` method names

Prepare for `core::ffi::CStr` taking the place of `kernel::str::CStr` by avoiding methods that only exist on the latter. Also avoid `Deref for CStr` as that impl doesn't exist on `core::ffi::CStr`. Link: https://github.com/Rust-for-Linux/linux/issues/1075 Signed-off-by: Tamir Duberstein --- rus

[PATCH 4/6] rust: str: remove unnecessary qualification

`core::ffi::*` is in the prelude, which is imported here. Signed-off-by: Tamir Duberstein --- rust/kernel/str.rs | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/rust/kernel/str.rs b/rust/kernel/str.rs index 48d9a518db96..f326f0c40ab0 100644 --- a/rust/kernel/str.rs +++ b/

[PATCH 2/6] rust: kernel: add `fmt` module

`kernel::fmt` is a facade over `core::fmt` that can be used downstream, allowing future changes to the formatting machinery to be contained within the kernel crate without downstream code needing to be modified. Signed-off-by: Tamir Duberstein --- rust/kernel/fmt.rs | 7 +++ rust/kernel/lib.

[PATCH 1/6] rust: kernel: remove `fmt!`, fix clippy::uninlined-format-args

Rather than export a macro that delegates to `core::format_args`, simply re-export `core::format_args` as `fmt` from the prelude. This exposes clippy warnings which were previously obscured by this macro, such as: warning: variables can be used directly in the `format!` string --> ../dri

[PATCH 0/6] Replace `kernel::str::CStr` with `core::ffi::CStr` (cycle 1)

+- rust/kernel/print.rs | 6 +-- rust/kernel/str.rs| 97 --- samples/rust/rust_print_main.rs | 2 +- 10 files changed, 83 insertions(+), 50 deletions(-) --- base-commit: 769e324b66b0d92d04f315d0c45a0f72737c7494 change-id: 20250704

Re: Second kexec_file_load (but not kexec_load) fails on i915 if CONFIG_INTEL_IOMMU_DEFAULT_ON=n

On Fri, 04 Jul 2025 12:29:01 +0400 Jani Nikula wrote --- > Thanks for the detailed debug info. I'm afraid all I can say at this > point is, please file all of this in a bug report as described in > [1]. Please add the drm.debug related options, and attach the dmesgs and > configs in t

[PATCH] rust: drm: remove unnecessary imports

::{to_result, Result}, prelude::*, -str::CStr, types::ARef, }; use macros::vtable; --- base-commit: 769e324b66b0d92d04f315d0c45a0f72737c7494 change-id: 20250704-cstr-include-drm-d4fa407b3eb8 Best regards, -- Tamir Duberstein

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

On Fri, Jul 4, 2025 at 9:00 AM Benno Lossin wrote: > > On Tue Jul 1, 2025 at 6:49 PM CEST, Tamir Duberstein wrote: > > `kernel::ffi::CStr` was introduced in commit d126d2380131 ("rust: str: > > add `CStr` type") in November 2022 as an upstreaming of earlier work > > that was done in May 2021[0]. T

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

On Fri, Jul 4, 2025 at 9:01 AM Benno Lossin wrote: > > On Tue Jul 1, 2025 at 6:49 PM CEST, Tamir Duberstein wrote: > > C-String literals were added in Rust 1.77. Replace instances of > > `kernel::c_str!` with C-String literals where possible and rename > > `kernel::c_str!` to `str_to_cstr!` to cla

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

On Fri, Jul 4, 2025 at 8:15 AM Miguel Ojeda wrote: > > On Fri, Jul 4, 2025 at 1:59 PM Tamir Duberstein wrote: > > > > That would probably work. We will probably see regressions because we > > can't just replace `core::fmt` imports with `kernel::fmt`, so new code > > may appear that uses the forme

Re: [RFC PATCH 0/1] drm/i915/display: Avoid unsupported 300Hz output mode on a TUXEDO device

Forgot to add Tim to the cover letter cc (I have not yet found a nice way to auto generate cover letter to's and cc's unlike for the actual patches) Am 04.07.25 um 21:03 schrieb Werner Sembach: RFC because I'm not sure if this is the right approach. The flicker manifests ever few seconds 1-3 b

[RFC PATCH 0/1] drm/i915/display: Avoid unsupported 300Hz output mode on a TUXEDO device

RFC because I'm not sure if this is the right approach. The flicker manifests ever few seconds 1-3 black frames in quick succession. On windows 300Hz can not be selected for the iGPU, but the panel advertises it. A cleaner solution would probably to go over the pixel clock, but for this device t

[RFC PATCH 1/1] drm/i915/display: Avoid unsupported 300Hz output mode on a TUXEDO device

From: Tim Guttzeit Removes all display modes with more than 240 Hz for the integrated display on a TUXEDO Stellaris 16 Gen7, because using the iGPU with higer refresh rates causes screen flicker. Signed-off-by: Tim Guttzeit Co-developed-by: Werner Sembach Signed-off-by: Werner Sembach --- dr

[PATCH v4 3/3] drm/doc: Fix grammar for "Task information"

Remove the repetitive wording at the end of "Task information" section. Reviewed-by: Raag Jadav Signed-off-by: André Almeida --- Documentation/gpu/drm-uapi.rst | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/gpu/drm-uapi.rst b/Documentation/gpu/drm-uapi.rst

[PATCH v4 1/3] drm/doc: Fix title underline for "Task information"

Fix the following warning: Documentation/gpu/drm-uapi.rst:450: WARNING: Title underline too short. Task information --- [docutils] Fixes: cd37124b4093 ("drm/doc: Add a section about "Task information" for the wedge API") Reported-by: Stephen Rothwell Closes: https://lore.kernel.org

[PATCH v4 2/3] drm: Add missing struct drm_wedge_task_info kernel doc

Fix the following kernel doc warning: include/drm/drm_device.h:40: warning: Function parameter or struct member 'pid' not described in 'drm_wedge_task_info' include/drm/drm_device.h:40: warning: Function parameter or struct member 'comm' not described in 'drm_wedge_task_info' Fixes: 183bccafa17

Re: [PATCH v3 1/3] drm/doc: Fix title underline for "Task information"

On Fri, Jul 04, 2025 at 03:49:36PM -0300, André Almeida wrote: > Em 04/07/2025 15:41, Raag Jadav escreveu: > > On Fri, Jun 27, 2025 at 02:17:13PM -0300, André Almeida wrote: > > > Fix the following warning: > > > > > > Documentation/gpu/drm-uapi.rst:450: WARNING: Title underline too short. > > >

Re: [PATCH v3 1/3] drm/doc: Fix title underline for "Task information"

Em 04/07/2025 15:41, Raag Jadav escreveu: On Fri, Jun 27, 2025 at 02:17:13PM -0300, André Almeida wrote: Fix the following warning: Documentation/gpu/drm-uapi.rst:450: WARNING: Title underline too short. Task information --- [docutils] Fixes: cd37124b4093 ("drm/doc: Add a section

Re: [PATCH v3 3/3] drm/doc: Fix grammar for "Task information"

On Fri, Jun 27, 2025 at 02:17:15PM -0300, André Almeida wrote: > Remove the repetitive wording at the end of "Task information" section. > > Signed-off-by: André Almeida Reviewed-by: Raag Jadav

Re: [PATCH v3 2/3] drm: Add missing struct drm_wedge_task_info kernel doc

On Fri, Jun 27, 2025 at 02:17:14PM -0300, André Almeida wrote: > Fix the following kernel doc warning: > > include/drm/drm_device.h:40: warning: Function parameter or struct member > 'pid' not described in 'drm_wedge_task_info' > include/drm/drm_device.h:40: warning: Function parameter or struct

Re: [PATCH v3 1/3] drm/doc: Fix title underline for "Task information"

On Fri, Jun 27, 2025 at 02:17:13PM -0300, André Almeida wrote: > Fix the following warning: > > Documentation/gpu/drm-uapi.rst:450: WARNING: Title underline too short. > > Task information > --- [docutils] > > Fixes: cd37124b4093 ("drm/doc: Add a section about "Task information" for

Re: [PATCH v3 1/3] drm/doc: Fix title underline for "Task information"

On Fri, Jul 04, 2025 at 01:46:07PM -0300, André Almeida wrote: > Raag, gently ping for reviewing this series. Somehow this didn't land in my inbox and I have no idea why. Raag > Em 27/06/2025 14:17, André Almeida escreveu: > > Fix the following warning: > > > > Documentation/gpu/drm-uapi.rst:45

Re: [PATCH] drm/ci: Uprev igt

On Fri, Jul 04, 2025 at 10:44:32AM -0700, Rob Clark wrote: > Pull in igt updates that are a dependency for VM_BIND, and will reduce > msm_mapping flakes. > > Skip msm_mapping@memptrs on sc7180 (the test should be checking for > preemption support, and skipping if it is not supported). > > Closes:

[PATCH] drm/ci: Uprev igt

Pull in igt updates that are a dependency for VM_BIND, and will reduce msm_mapping flakes. Skip msm_mapping@memptrs on sc7180 (the test should be checking for preemption support, and skipping if it is not supported). Closes: https://gitlab.freedesktop.org/drm/msm/-/issues/77 Signed-off-by: Rob Cl

Re: [git pull] drm fixes for 6.16-rc5

The pull request you sent on Fri, 4 Jul 2025 11:01:24 +1000: > https://gitlab.freedesktop.org/drm/kernel.git tags/drm-fixes-2025-07-04 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/42bb9b630c4c6c0964cddca98d9d30aa992826de Thank you! -- Deet-doot-dot, I am a bot. ht

Re: [PATCH v5 4/4] misc: fastrpc: add support for gdsp remoteproc

On Wed, Jul 02, 2025 at 08:23:41AM +0530, Ling Xu wrote: > The fastrpc driver has support for 5 types of remoteprocs. There are > some products which support GDSP remoteprocs. GDSP is General Purpose > DSP where tasks can be offloaded. This patch extends the driver to > support GDSP remoteprocs. P

Re: [PATCH v5 3/4] misc: fastrpc: Refactor domain ID to enforce strict mapping

On Wed, Jul 02, 2025 at 08:23:40AM +0530, Ling Xu wrote: > Currently, domain ids are added for each instance, which is not scalable. > Strict domain IDs for domain. What does this mean? > > Co-developed-by: Srinivas Kandagatla > Signed-off-by: Srinivas Kandagatla > Signed-off-by: Ling Xu > --

[PATCH v7 10/10] drm/xe/xe_late_bind_fw: Select INTEL_MEI_LATE_BIND for CI

Do not review Signed-off-by: Badal Nilawar --- drivers/gpu/drm/xe/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/xe/Kconfig b/drivers/gpu/drm/xe/Kconfig index f66e6d39e319..ef3f4807b0b3 100644 --- a/drivers/gpu/drm/xe/Kconfig +++ b/drivers/gpu/drm/xe/Kconfig @@ -45,6

[PATCH v7 09/10] drm/xe/xe_late_bind_fw: Extract and print version info

Extract and print version info of the late binding binary. v2: Some refinements (Daniele) Signed-off-by: Badal Nilawar Reviewed-by: Daniele Ceraolo Spurio --- drivers/gpu/drm/xe/xe_late_bind_fw.c | 124 + drivers/gpu/drm/xe/xe_late_bind_fw_types.h | 3 + drivers/gpu

[PATCH v7 08/10] drm/xe/xe_late_bind_fw: Introduce debug fs node to disable late binding

Introduce a debug filesystem node to disable late binding fw reload during the system or runtime resume. This is intended for situations where the late binding fw needs to be loaded from user mode, perticularly for validation purpose. Note that xe kmd doesn't participate in late binding flow from u

[PATCH v7 07/10] drm/xe/xe_late_bind_fw: Reload late binding fw during system resume

Reload late binding fw during resume from system suspend v2: - Unconditionally reload late binding fw (Rodrigo) - Flush worker during system suspend Cc: Rodrigo Vivi Signed-off-by: Badal Nilawar Reviewed-by: Rodrigo Vivi --- drivers/gpu/drm/xe/xe_pm.c | 4 1 file changed, 4 insertion

[PATCH v7 06/10] drm/xe/xe_late_bind_fw: Reload late binding fw in rpm resume

Reload late binding fw during runtime resume. Signed-off-by: Badal Nilawar Reviewed-by: Rodrigo Vivi --- drivers/gpu/drm/xe/xe_late_bind_fw.c | 2 +- drivers/gpu/drm/xe/xe_late_bind_fw.h | 1 + drivers/gpu/drm/xe/xe_pm.c | 4 3 files changed, 6 insertions(+), 1 deletion(-) diff

[PATCH v7 05/10] drm/xe/xe_late_bind_fw: Load late binding firmware

Load late binding firmware v2: - s/EAGAIN/EBUSY/ - Flush worker in suspend and driver unload (Daniele) v3: - Use retry interval of 6s, in steps of 200ms, to allow other OS components release MEI CL handle (Sasha) v4: - return -ENODEV if component not added (Daniele) - parse and print statu

[PATCH v7 04/10] drm/xe/xe_late_bind_fw: Initialize late binding firmware

Search for late binding firmware binaries and populate the meta data of firmware structures. v2 (Daniele): - drm_err if firmware size is more than max pay load size - s/request_firmware/firmware_request_nowarn/ as firmware will not be available for all possible cards v3 (Daniele): - init fir

Re: [PATCH v3 1/3] drm/doc: Fix title underline for "Task information"

Raag, gently ping for reviewing this series. Em 27/06/2025 14:17, André Almeida escreveu: Fix the following warning: Documentation/gpu/drm-uapi.rst:450: WARNING: Title underline too short. Task information --- [docutils] Fixes: cd37124b4093 ("drm/doc: Add a section about "Task inf

[PATCH v7 03/10] drm/xe/xe_late_bind_fw: Introducing xe_late_bind_fw

Introducing xe_late_bind_fw to enable firmware loading for the devices, such as the fan controller, during the driver probe. Typically, firmware for such devices are part of IFWI flash image but can be replaced at probe after OEM tuning. This patch binds mei late binding component to enable firmwar

[PATCH v7 02/10] mei: late_bind: add late binding component driver

From: Alexander Usyskin Add late binding component driver. It allows pushing the late binding configuration from, for example, the Xe graphics driver to the Intel discrete graphics card's CSE device. Signed-off-by: Alexander Usyskin Signed-off-by: Badal Nilawar Reviewed-by: Anshuman Gupta ---

[PATCH v7 01/10] mei: bus: add mei_cldev_mtu interface

From: Alexander Usyskin Allow to bus client to obtain client mtu. Signed-off-by: Alexander Usyskin Signed-off-by: Badal Nilawar Reviewed-by: Umesh Nerlige Ramappa --- drivers/misc/mei/bus.c | 13 + include/linux/mei_cl_bus.h | 1 + 2 files changed, 14 insertions(+) diff --g

[PATCH v7 00/10] Introducing firmware late binding

Introducing firmware late binding feature to enable firmware loading for the devices, such as the fan controller and voltage regulator, during the driver probe. Typically, firmware for these devices are part of IFWI flash image but can be replaced at probe after OEM tuning. v2: - Dropped voltage

[PATCH 3/4] dt-bindings: display/msm: describe MDSS on SC8180X

Describe the Mobile Display SubSystem (MDSS) unit as present on the SC8180X platform. Reported-by: Konrad Dybcio Signed-off-by: Dmitry Baryshkov --- .../bindings/display/msm/qcom,sc8180x-mdss.yaml| 359 + 1 file changed, 359 insertions(+) diff --git a/Documentation/dev

[PATCH 4/4] arm64: dts: qcom: sc8180x: modernize MDSS device definition

Follow the lead of other platforms and update DT description of the MDSS device: - Use generic node names (dislpay-subsystem, display-controller, phy) instead of the platform-specific ones (mdss, mdp, dsi-phy) - Add platform-specific compatible string to DSI controllers. Signed-off-by: Dmitry B

[PATCH 2/4] dt-bindings: display/msm: describe DPU on SC8180X

Describe the Display Processing Unit (DPU) as present on the SC8180X platform. Reported-by: Konrad Dybcio Signed-off-by: Dmitry Baryshkov --- .../bindings/display/msm/qcom,sc8180x-dpu.yaml | 103 + 1 file changed, 103 insertions(+) diff --git a/Documentation/devicetree

[PATCH 1/4] dt-bindings: display/msm: dsi-controller-main: add SC8180X

Describe the SC8180X-specific compatible for the DSI controller persent on the SoC. While the current DT for SC8180X doesn't use this compatible, all other platforms were updated to have one. This change makes SC8180X follow the lead. Signed-off-by: Dmitry Baryshkov --- Documentation/devicetree/

[PATCH 0/4] dt-bindings: display/msm: describe MDSS unit on SC8180X platform

| 14 +- 4 files changed, 472 insertions(+), 6 deletions(-) --- base-commit: 26ffb3d6f02cd0935fb9fa3db897767beee1cb2a change-id: 20250704-mdss-schema-b56a6f376bf9 Best regards, -- With best wishes Dmitry

Re: [RFC 00/11] THP support for zone device pages

On 4 Jul 2025, at 9:52, Francois Dugast wrote: > Hi, > > On Fri, Mar 07, 2025 at 10:20:30AM +1100, Balbir Singh wrote: >> On 3/7/25 10:08, Matthew Brost wrote: >>> On Thu, Mar 06, 2025 at 03:42:28PM +1100, Balbir Singh wrote: >>> >>> This is an exciting series to see. As of today, we have just mer

[PATCH] drm/sun4i: Cleanup v3s mixer config fields ordering and indentation

The v3s mixer config definition is a bit messy. Tidy it up. No function change is intended. Signed-off-by: Paul Kocialkowski --- drivers/gpu/drm/sun4i/sun8i_mixer.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/sun4i/sun8i_mixer.c b/drivers/gpu

Re: [PATCH] drm/imagination: Fix kernel crash when hard resetting the GPU

On Tue, 24 Jun 2025 15:22:08 +0100, Alessio Belle wrote: > The GPU hard reset sequence calls pm_runtime_force_suspend() and > pm_runtime_force_resume(), which according to their documentation should > only be used during system-wide PM transitions to sleep states. > > The main issue though is th

Re: (subset) [PATCH 01/11] zynqmp: don't bother with debugfs_file_{get,put}() in proxied fops

On Wed, 02 Jul 2025 22:14:08 +0100, Al Viro wrote: > When debugfs file has been created by debugfs_create_file_unsafe(), > we do need the file_operations methods to use debugfs_file_{get,put}() > to prevent concurrent removal; for files created by debugfs_create_file() > that is done in the wrapper

Re: [PATCH v5 08/16] drm/sched: Consolidate entity run queue management

On 04/07/2025 14:51, Maíra Canal wrote: Hi Tvrtko, On 23/06/25 09:27, Tvrtko Ursulin wrote: Move the code dealing with entities entering and exiting run queues to helpers to logically separate it from jobs entering and exiting entities. Signed-off-by: Tvrtko Ursulin Cc: Christian König Cc:

Re: [PATCH] drm/imagination: Clear runtime PM errors while resetting the GPU

On Tue, 24 Jun 2025 16:01:31 +0100, Alessio Belle wrote: > The runtime PM might be left in error state if one of the callbacks > returned an error, e.g. if the (auto)suspend callback failed following > a firmware crash. > > When that happens, any further attempt to acquire or release a power > r

Re: [PATCH 3/5] drm/rockchip: dw_hdmi_qp: Provide ref clock rate in dw_hdmi_qp_plat_data

Hi Maxime, On 7/4/25 6:07 PM, Maxime Ripard wrote: > On Fri, Jul 04, 2025 at 05:23:24PM +0300, Cristian Ciocaltea wrote: >> In order to support correct initialization of the timer base in the HDMI >> QP IP block, extend the platform data to provide the necessary reference >> clock rate. >> >> Whil

Re: [PATCH] virtio: Add missing kerneldoc for virtio_dma_buf_attach

On 04/07/2025 09:20, jiang.pe...@zte.com.cn wrote: > From: Peng Jiang > > Add kerneldoc for 'virtio_dma_buf_attach' function to fix W=1 warnings: > > drivers/virtio/virtio_dma_buf.c:41 function parameter 'dma_buf' not described > in 'virtio_dma_buf_attach' > drivers/virtio/virtio_dma_buf.c:41 f

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

On 04/07/2025 14:59, Philipp Stanner wrote: On Fri, 2025-07-04 at 14:30 +0100, Tvrtko Ursulin wrote: On 04/07/2025 13:56, Philipp Stanner wrote: On Fri, 2025-07-04 at 09:29 -0300, Maíra Canal wrote: Hi Tvrtko, On 23/06/25 09:27, Tvrtko Ursulin wrote: Currently the job free work item will

Re: [PATCH 3/5] drm/rockchip: dw_hdmi_qp: Provide ref clock rate in dw_hdmi_qp_plat_data

On Fri, Jul 04, 2025 at 05:23:24PM +0300, Cristian Ciocaltea wrote: > In order to support correct initialization of the timer base in the HDMI > QP IP block, extend the platform data to provide the necessary reference > clock rate. > > While at it, ensure plat_data is zero-initialized in > dw_hdmi

Re: [PATCH 1/5] drm/rockchip: dw_hdmi_qp: Provide CEC IRQ in dw_hdmi_qp_plat_data

Hi Heiko, On 7/4/25 5:37 PM, Heiko Stübner wrote: > Hi Cristian, > > Am Freitag, 4. Juli 2025, 16:23:22 Mitteleuropäische Sommerzeit schrieb > Cristian Ciocaltea: >> In preparation to support the CEC interface of the DesignWare HDMI QP IP >> block, extend the platform data to provide the require

Re: [RFC 0/4] Add Format Modifiers for NVIDIA Blackwell chipsets

On Thu, Jul 3, 2025 at 6:34 PM James Jones wrote: > The layout of bits within the individual tiles (referred to as > sectors in the DRM_FORMAT_MOD_NVIDIA_BLOCK_LINEAR_2D() macro) > changed for some formats starting in Blackwell 2 GPUs. New format > modifiers are needed to denote the difference an

Re: [RFC 4/4] drm: define NVIDIA DRM format modifiers for GB20x

On Fri, Jul 4, 2025 at 12:54 AM James Jones wrote: > On 7/3/25 16:22, Faith Ekstrand wrote: > > On Thu, Jul 3, 2025 at 6:34 PM James Jones > > wrote: > > > > The layout of bits within the individual tiles > > (referred to as sectors in the > > DRM_FORMAT_MO

Re: [PATCH 1/5] drm/rockchip: dw_hdmi_qp: Provide CEC IRQ in dw_hdmi_qp_plat_data

Hi Cristian, Am Freitag, 4. Juli 2025, 16:23:22 Mitteleuropäische Sommerzeit schrieb Cristian Ciocaltea: > In preparation to support the CEC interface of the DesignWare HDMI QP IP > block, extend the platform data to provide the required IRQ number. > > Signed-off-by: Cristian Ciocaltea > --- >

[PATCH 3/5] drm/rockchip: dw_hdmi_qp: Provide ref clock rate in dw_hdmi_qp_plat_data

In order to support correct initialization of the timer base in the HDMI QP IP block, extend the platform data to provide the necessary reference clock rate. While at it, ensure plat_data is zero-initialized in dw_hdmi_qp_rockchip_bind(). Signed-off-by: Cristian Ciocaltea --- drivers/gpu/drm/ro

[PATCH 5/5] arm64: defconfig: Enable DW HDMI QP CEC support

Enable support for the CEC interface of the Synopsys DesignWare HDMI QP IP block. This is used by all boards based on RK3588 & RK3576 SoCs. Signed-off-by: Cristian Ciocaltea --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/

[PATCH 4/5] drm/bridge: dw-hdmi-qp: Fixup timer base setup

Currently the TIMER_BASE_CONFIG0 register gets initialized to a fixed value as initially found in vendor driver code supporting the RK3588 SoC. As a matter of fact the value matches the rate of the HDMI TX reference clock, which is roughly 428.57 MHz. However, on RK3576 SoC that rate is slightly

[PATCH 2/5] drm/bridge: dw-hdmi-qp: Add CEC support

Add support for the CEC interface of the Synopsys DesignWare HDMI QP TX controller. This is based on the downstream implementation, but rewritten on top of the CEC helpers added recently to the DRM HDMI connector framework. Co-developed-by: Algea Cao Signed-off-by: Algea Cao Co-developed-by: De

[PATCH 1/5] drm/rockchip: dw_hdmi_qp: Provide CEC IRQ in dw_hdmi_qp_plat_data

In preparation to support the CEC interface of the DesignWare HDMI QP IP block, extend the platform data to provide the required IRQ number. Signed-off-by: Cristian Ciocaltea --- drivers/gpu/drm/rockchip/dw_hdmi_qp-rockchip.c | 4 include/drm/bridge/dw_hdmi_qp.h| 1 + 2 file

[PATCH 0/5] Add HDMI CEC support to Rockchip RK3588/RK3576 SoCs

The first two patches in the series implement the CEC capability of the Synopsys DesignWare HDMI QP TX controller found in RK3588 & RK3576 Socs. This is based on the downstream code, but rewritten on top of the CEC helpers added recently to the DRM HDMI connector framework. The next two patches a

Re: [PATCH v5 11/16] drm/sched: Account entity GPU time

Hi Tvrtko, In general, LGTM, but I miss documentation for all the new structures and functions that you implemented. Best Regards, - Maíra On 23/06/25 09:27, Tvrtko Ursulin wrote: To implement fair scheduling we need a view into the GPU time consumed by entities. Problem we have is that jobs a

Re: [PATCH] drm/framebuffer: Acquire internal references on GEM handles

On 04.07.25 14:31, Thomas Zimmermann wrote: > Hi > > Am 04.07.25 um 14:06 schrieb Christian König: >> On 04.07.25 10:53, Thomas Zimmermann wrote: >>> Acquire GEM handles in drm_framebuffer_init() and release them in >>> the corresponding drm_framebuffer_cleanup(). Ties the handle's >>> lifetime to

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

On Fri, 2025-07-04 at 14:30 +0100, Tvrtko Ursulin wrote: > > On 04/07/2025 13:56, Philipp Stanner wrote: > > On Fri, 2025-07-04 at 09:29 -0300, Maíra Canal wrote: > > > Hi Tvrtko, > > > > > > On 23/06/25 09:27, Tvrtko Ursulin wrote: > > > > Currently the job free work item will lock sched->job_li

Re: [RFC 00/11] THP support for zone device pages

Hi, On Fri, Mar 07, 2025 at 10:20:30AM +1100, Balbir Singh wrote: > On 3/7/25 10:08, Matthew Brost wrote: > > On Thu, Mar 06, 2025 at 03:42:28PM +1100, Balbir Singh wrote: > > > > This is an exciting series to see. As of today, we have just merged this > > series into the DRM subsystem / Xe [2],

Re: [PATCH v5 08/16] drm/sched: Consolidate entity run queue management

Hi Tvrtko, On 23/06/25 09:27, Tvrtko Ursulin wrote: Move the code dealing with entities entering and exiting run queues to helpers to logically separate it from jobs entering and exiting entities. Signed-off-by: Tvrtko Ursulin Cc: Christian König Cc: Danilo Krummrich Cc: Matthew Brost Cc: P

Re: [PATCH v5 06/16] drm/sched: Consolidate drm_sched_rq_select_entity_rr

On 04/07/2025 14:32, Maíra Canal wrote: Hi Tvrtko, On 23/06/25 09:27, Tvrtko Ursulin wrote: Extract out two copies of the identical code to function epilogue to make it smaller and more readable. Signed-off-by: Tvrtko Ursulin Cc: Christian König Cc: Danilo Krummrich Cc: Matthew Brost Cc:

Re: [PATCH v5 07/16] drm/sched: Implement RR via FIFO

On 04/07/2025 14:18, Maíra Canal wrote: Hi Tvrtko, On 23/06/25 09:27, Tvrtko Ursulin wrote: Round-robin being the non-default policy and unclear how much it is used, we can notice that it can be implemented using the FIFO data structures if we only invent a fake submit timestamp which is mo

Re: [PATCH v5 06/16] drm/sched: Consolidate drm_sched_rq_select_entity_rr

Hi Tvrtko, On 23/06/25 09:27, Tvrtko Ursulin wrote: Extract out two copies of the identical code to function epilogue to make it smaller and more readable. Signed-off-by: Tvrtko Ursulin Cc: Christian König Cc: Danilo Krummrich Cc: Matthew Brost Cc: Philipp Stanner --- drivers/gpu/drm/sch

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

On 04/07/2025 13:56, Philipp Stanner wrote: On Fri, 2025-07-04 at 09:29 -0300, Maíra Canal wrote: Hi Tvrtko, On 23/06/25 09:27, 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 agai

Re: [PATCH v5 07/16] drm/sched: Implement RR via FIFO

Hi Tvrtko, On 23/06/25 09:27, Tvrtko Ursulin wrote: Round-robin being the non-default policy and unclear how much it is used, we can notice that it can be implemented using the FIFO data structures if we only invent a fake submit timestamp which is monotonically increasing inside drm_sched_rq in

Re: [PATCH] drm/sched: De-clutter drm_sched_init

On Fri, 2025-07-04 at 14:07 +0100, Tvrtko Ursulin wrote: > Move work queue allocation into a helper for a more streamlined > function > body. > > Signed-off-by: Tvrtko Ursulin > Cc: Christian König > Cc: Danilo Krummrich > Cc: Matthew Brost > Cc: Philipp Stanner Applied to drm-misc-next. Th

Re: [PATCH] drm/sched: De-clutter drm_sched_init

Hi Tvrtko, On 04/07/25 10:07, Tvrtko Ursulin wrote: Move work queue allocation into a helper for a more streamlined function body. Signed-off-by: Tvrtko Ursulin I just sent a r-b to this patch in the Fair Scheduler series, so: Reviewed-by: Maíra Canal Best Regards, - Maíra Cc: Christian

Re: [PATCH v1] misc: fastrpc: Add support for userspace allocated buffers

On Fri, Jul 04, 2025 at 02:07:26PM +0530, Ekansh Gupta wrote: > Support mapping userspace allocated buffers. If userspace allocates a > buffer using rpcmem or DMABUF and sends it via a map request, fastrpc > will map it to SMMU and DSP. Add support for both map and unmap > requests. Please start b

Re: [PATCH v5 03/16] drm/sched: De-clutter drm_sched_init

Hi Tvrtko, On 23/06/25 09:27, Tvrtko Ursulin wrote: Move work queue allocation into a helper for a more streamlined function body. Signed-off-by: Tvrtko Ursulin Reviewed-by: Maíra Canal Best Regards, - Maíra Cc: Christian König Cc: Danilo Krummrich Cc: Matthew Brost Cc: Philipp Stanne

[PATCH] drm/sched: De-clutter drm_sched_init

Move work queue allocation into a helper for a more streamlined function body. Signed-off-by: Tvrtko Ursulin Cc: Christian König Cc: Danilo Krummrich Cc: Matthew Brost Cc: Philipp Stanner --- drivers/gpu/drm/scheduler/sched_main.c | 33 -- 1 file changed, 20 insertion

Re: [PATCH v6 02/10] mei: late_bind: add late binding component driver

On 04-07-2025 17:59, Greg KH wrote: On Fri, Jul 04, 2025 at 12:21:42PM +, Gupta, Anshuman wrote: -Original Message- From: Greg KH Sent: Friday, July 4, 2025 5:31 PM To: Nilawar, Badal Cc: intel...@lists.freedesktop.org; dri-devel@lists.freedesktop.org; linux- ker...@vger.kernel

Re: [PATCH v5 03/16] drm/sched: De-clutter drm_sched_init

On 04/07/2025 13:59, Philipp Stanner wrote: On Mon, 2025-06-23 at 13:27 +0100, Tvrtko Ursulin wrote: Move work queue allocation into a helper for a more streamlined function body. Signed-off-by: Tvrtko Ursulin Cc: Christian König Cc: Danilo Krummrich Cc: Matthew Brost Cc: Philipp Stanner

  1   2   3   >