[PATCH v3 2/3] drm/tidss: Update infrastructure to support K3 DSS cut-down versions

2025-03-06 Thread Devarsh Thakkar
SoCs like AM62Lx support cut-down version of DSS7 where although same register space is supported as in other DSS7 supported SoCs such as AM65x, AM62x, AM62Ax but some of the resources such as planes and corresponding register spaces are truncated. For e.g. AM62Lx has only single VIDL pipeline sup

[PATCH] dma-buf: Take a breath during dma-fence-chain subtests

2025-03-06 Thread Nitin Gote
Give the scheduler a chance to breath by adding delay of 10ms as some of the loops may take some time on old machines (like apl/bsw/pnv), and so catch the attention of the watchdogs. v1: Instead of cond_resched(), use more generic call like fsleep(). Closes: https://gitlab.freedesktop.org/dr

Re: [PATCH v4 3/8] bits: introduce fixed-type genmasks

2025-03-06 Thread Lucas De Marchi
On Wed, Mar 05, 2025 at 11:38:19PM +0900, Vincent Mailhol wrote: On 05/03/2025 at 23:30, Andy Shevchenko wrote: On Wed, Mar 05, 2025 at 10:00:15PM +0900, Vincent Mailhol via B4 Relay wrote: From: Yury Norov Add __GENMASK_t() which generalizes __GENMASK() to support different Is it with doub

Re: [PATCH v2] drm/amdgpu: handle amdgpu_cgs_create_device() errors in amd_powerplay_create()

2025-03-06 Thread Alex Deucher
Applied. Thanks On Thu, Mar 6, 2025 at 2:52 AM Wentao Liang wrote: > > Add error handling to propagate amdgpu_cgs_create_device() failures > to the caller. When amdgpu_cgs_create_device() fails, release hwmgr > and return -ENOMEM to prevent null pointer dereference. > > [v1]->[v2]: Change error

Re: [PATCH 0/6] Add support for RK3588 DisplayPort Controller

2025-03-06 Thread Piotr Oniszczuk
> Wiadomość napisana przez Andy Yan w dniu 6 mar 2025, o > godz. 09:53: > > > Hi, > > 在 2025-03-06 16:42:00,"Piotr Oniszczuk" 写道: >> >> >>> Wiadomość napisana przez Andy Yan w dniu 6 mar 2025, o >>> godz. 01:59: >>> >>> >>> >>> >>> Both of the two config options should be enabled. >

[PATCH v3 3/3] drm/tidss: Add support for AM62L display subsystem

2025-03-06 Thread Devarsh Thakkar
Enable display for AM62L DSS [1] which supports only a single display pipeline using a single overlay manager, single video port and a single video lite pipeline which does not support scaling. The output of video port is routed to SoC boundary via DPI interface and the DPI signals from the video

[PATCH v3 1/3] dt-bindings: display: ti, am65x-dss: Add support for AM62L DSS

2025-03-06 Thread Devarsh Thakkar
The DSS controller on TI's AM62L SoC is an update from that on TI's AM625/AM65x/AM62A7 SoC. The AM62L DSS [1] only supports a single display pipeline using a single overlay manager, single video port and a single video lite pipeline which does not support scaling. The output of video port is route

Re: [PATCH] drm/gma500: Remove unused mrst_helper_funcs

2025-03-06 Thread Dr. David Alan Gilbert
* Patrik Jakobsson (patrik.r.jakobs...@gmail.com) wrote: > On Sat, Feb 1, 2025 at 2:14 AM wrote: > > > > From: "Dr. David Alan Gilbert" > > > > The mrst_helper_funcs const was added in 2013 by > > commit ac6113ebb70d ("drm/gma500/mrst: Add SDVO clock calculation") > > and commented as 'Not used y

Re: [PATCH v5 1/7] bits: split the definition of the asm and non-asm GENMASK()

2025-03-06 Thread Vincent Mailhol
On 06/03/2025 at 22:05, Andy Shevchenko wrote: > On Thu, Mar 06, 2025 at 08:29:52PM +0900, Vincent Mailhol via B4 Relay wrote: >> From: Vincent Mailhol >> >> In an upcoming change, GENMASK() and its friends will indirectly >> depend on sizeof() which is not available in asm. >> >> Instead of addin

Re: [PATCH v3 0/5] DRM scheduler kunit tests

2025-03-06 Thread Tvrtko Ursulin
On 06/03/2025 14:56, Tvrtko Ursulin wrote: On 06/03/2025 12:37, Philipp Stanner wrote: On Tue, 2025-03-04 at 13:10 +, Tvrtko Ursulin wrote: There has repeatedly been quite a bit of apprehension when any change to the DRM scheduler is proposed, with two main reasons being code base is con

[PULL] drm-misc-fixes

2025-03-06 Thread Maxime Ripard
Hi, Here's this week drm-misc-fixes PR. Maxime drm-misc-fixes-2025-03-06: A Kconfig fix for nouveau, locking and timestamp fixes for imagination, a header guard fix for sched and a DPMS regression fix for bochs. The following changes since commit 3603996432997f7c88da37a97062a46cda01ac9d: drm/

Re: [PATCH v1 1/7] virtio-gpu api: add blob userptr resource

2025-03-06 Thread Huang, Honglei1
On 2025/3/1 5:21, Demi Marie Obenour wrote: On 2/28/25 12:36 AM, Honglei Huang wrote: From: Honglei Huang Add a new resource for blob resource, called userptr, used for let host access guest user space memory, to acquire buffer based userptr feature in virtio GPU. - The capset VIRTIO_GPU_CA

Re: [PATCH v2] drm/gma500: Add NULL check for pci_gfx_root in mid_get_vbt_data()

2025-03-06 Thread Patrik Jakobsson
On Thu, Mar 6, 2025 at 12:21 PM Ivan Abramov wrote: > > Since pci_get_domain_bus_and_slot() can return NULL, add NULL check for > pci_gfx_root in the mid_get_vbt_data(). > > This change is similar to the checks implemented in mid_get_fuse_settings() > and mid_get_pci_revID(), which were introduced

Re: [PATCH v3 0/4] drm/i915: Fix harmfull driver register/unregister assymetry

2025-03-06 Thread Janusz Krzysztofik
Hi Krzysztof, Thank you for looking at it. On Thursday, 6 March 2025 12:00:40 CET Krzysztof Karas wrote: > Hi Janusz, > > throughout the series you modify the code right after > introducing it. Yes, that split among patches reflects my way of getting to a solution that not only resolves the i

[PATCH v5 6/7] test_bits: add tests for GENMASK_U*()

2025-03-06 Thread Vincent Mailhol via B4 Relay
From: Lucas De Marchi Add some additional tests in lib/test_bits.c to cover the expected/non-expected values of the fixed-type GENMASK_U*() macros. Also check that the result value matches the expected type. Since those are known at build time, use static_assert() instead of normal kunit tests.

Re: [PATCH drm-next 1/2] vmalloc: Add atomic_vmap

2025-03-06 Thread Jocelyn Falempe
On 06/03/2025 05:52, Matthew Wilcox wrote: On Thu, Mar 06, 2025 at 12:25:53AM +0900, Ryosuke Yasuoka wrote: Some drivers can use vmap in drm_panic, however, vmap is sleepable and takes locks. Since drm_panic will vmap in panic handler, atomic_vmap requests pages with GFP_ATOMIC and maps KVA with

Re: [PATCH] drm/bridge: dw-hdmi-cec: fix inconsistent indenting warning

2025-03-06 Thread neil . armstrong
On 05/03/2025 11:35, Charles Han wrote: Fix below inconsistent indenting smatch warning. smatch warnings: drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.c:336 dw_hdmi_cec_suspend() warn: inconsistent indenting Signed-off-by: Charles Han --- drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.c | 6 +++-

[PATCH v5 0/7] bits: Fixed-type GENMASK()/BIT()

2025-03-06 Thread Vincent Mailhol via B4 Relay
Introduce some fixed width variant of the GENMASK() and the BIT() macros in bits.h. Note that the main goal is not to get the correct type, but rather to enforce more checks at compile time. For example: GENMASK_U16(16, 0) will raise a build bug. This series is a continuation of: https://l

Re: [PATCH] drm/panel: novatek-nt36523: transition to mipi_dsi wrapped functions

2025-03-06 Thread neil . armstrong
On 06/03/2025 14:43, Tejas Vipin wrote: Changes the novatek-nt36523 panel to use multi style functions for improved error handling. Signed-off-by: Tejas Vipin --- drivers/gpu/drm/panel/panel-novatek-nt36523.c | 1683 - 1 file changed, 823 insertions(+), 860 deletions(-) diff

Re: [PATCH 3/3] arm64: dts: renesas: r9a09g057h44-rzv2h-evk: Enable Mali-G31

2025-03-06 Thread Geert Uytterhoeven
On Tue, 18 Feb 2025 at 12:59, Prabhakar wrote: > From: Lad Prabhakar > > Enable Mali-G31 (GPU) node on EVK board. > > Signed-off-by: Lad Prabhakar Reviewed-by: Geert Uytterhoeven i.e. will queue in renesas-devel for v6.15. Gr{oetje,eeting}s, Geert -- Geert Uytterhoe

Re: [PATCH 0/6] Add support for RK3588 DisplayPort Controller

2025-03-06 Thread Piotr Oniszczuk
> Wiadomość napisana przez Andy Yan w dniu 6 mar 2025, o > godz. 13:15: > > Hi Piotr, > > > > Then when you DP cable plugin, you can run command as bellow to see if the > driver detects the HPD: > > # cat /sys/class/drm/card0-DP-1/status > connected > # > Andy, Thx! With above chan

[RFC 09/11] lib/test_hmm: add test case for split pages

2025-03-06 Thread Balbir Singh
Add a new flag HMM_DMIRROR_FLAG_FAIL_ALLOC to emulate failure of allocating a large page. This tests the code paths involving split migration. Signed-off-by: Balbir Singh --- lib/test_hmm.c | 12 +++- lib/test_hmm_uapi.h | 3 +++ 2 files changed, 14 insertions(+), 1 deletion(-) di

Re: [PATCH 1/2] dt-bindings: display: mitsubishi,aa104xd12: Allow jeida-18 for data-mapping

2025-03-06 Thread Geert Uytterhoeven
On Tue, 25 Feb 2025 at 22:03, Rob Herring (Arm) wrote: > There's both a user and the datasheet[1] indicate that 6-bpp is supported > as well. > > [1] > https://agdisplays.com/pub/media/catalog/datasheet/Mitsubishi/AA104XD12.pdf > > Signed-off-by: Rob Herring (Arm) Reviewed-by: Geert Uytterhoeve

Re: [PATCH 1/1] MAINTAINERS: Change habanalabs maintainer

2025-03-06 Thread Jani Nikula
On Thu, 06 Mar 2025, "Avizrat, Yaron" wrote: > On 05/03/2025 13:57, Jani Nikula wrote: >> On Wed, 05 Mar 2025, "Avizrat, Yaron" wrote: >>> On 29/07/2024 15:17, Ofir Bitton wrote: I will be leaving Intel soon, Yaron Avizrat will take the role of habanalabs driver maintainer. Si

Re: [PATCH 2/2] dt-bindings: display: mitsubishi,aa104xd12: Adjust allowed and required properties

2025-03-06 Thread Geert Uytterhoeven
On Tue, 25 Feb 2025 at 22:03, Rob Herring (Arm) wrote: > The Mitsubishi aa104xd12 panel requires an external backlight driver > circuit, so allow the "backlight" property. > > There are users of this panel without a vcc-supply, so it shouldn't be > required. > > Signed-off-by: Rob Herring (Arm)

Re: [PATCH 2/3] arm64: dts: renesas: r9a09g057: Add Mali-G31 GPU node

2025-03-06 Thread Geert Uytterhoeven
On Tue, 18 Feb 2025 at 12:59, Prabhakar wrote: > > From: Lad Prabhakar > > Add Mali-G31 GPU node to SoC DTSI. > > Signed-off-by: Lad Prabhakar Reviewed-by: Geert Uytterhoeven i.e. will queue in renesas-devel for v6.15. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven

Re: [PATCH drm-next 1/2] vmalloc: Add atomic_vmap

2025-03-06 Thread Uladzislau Rezki
On Thu, Mar 06, 2025 at 02:24:51PM +0100, Jocelyn Falempe wrote: > On 06/03/2025 05:52, Matthew Wilcox wrote: > > On Thu, Mar 06, 2025 at 12:25:53AM +0900, Ryosuke Yasuoka wrote: > > > Some drivers can use vmap in drm_panic, however, vmap is sleepable and > > > takes locks. Since drm_panic will vma

[PATCH v3 05/11] backlight: Move blank-state handling into helper

2025-03-06 Thread Thomas Zimmermann
Move the handling of blank-state updates into a separate helper, so that is can be called without the fbdev event. No functional changes. As a minor improvement over the original code, the update replaces manual locking with a guard. Signed-off-by: Thomas Zimmermann --- drivers/video/backlight/

[PATCH v3 04/11] backlight: Implement fbdev tracking with blank state from event

2025-03-06 Thread Thomas Zimmermann
Look at the blank state provided by FB_EVENT_BLANK to determine whether to enable or disable a backlight. Remove the tracking fields from struct backlight_device. Tracking requires three variables, fb_on, prev_fb_on and the backlight's use_count. If fb_on is true, the display has been unblanked. T

[PATCH v3 02/11] fbdev: Track display blanking state

2025-03-06 Thread Thomas Zimmermann
Store the display's blank status in struct fb_info.blank and track it in fb_blank(). As an extra, the status is now available from the sysfs blank attribute. Support for blanking is optional. Therefore framebuffer_alloc() initializes the state to FB_BLANK_UNBLANK (i.e., the display is on). If the

[PATCH v3 09/11] leds: backlight trigger: Move blank-state handling into helper

2025-03-06 Thread Thomas Zimmermann
Move the handling of blank-state updates into a separate helper, so that is can be called without the fbdev event. No functional changes. v2: - rename helper to avoid renaming in a later patch (Lee) Signed-off-by: Thomas Zimmermann --- drivers/leds/trigger/ledtrig-backlight.c | 30 +

Re:Re: [PATCH 0/6] Add support for RK3588 DisplayPort Controller

2025-03-06 Thread Andy Yan
Hi Piotr, 在 2025-03-06 19:47:31,"Piotr Oniszczuk" 写道: > >> Wiadomość napisana przez Andy Yan w dniu 6 mar 2025, o >> godz. 09:53: >> >> >> Hi, >> >> 在 2025-03-06 16:42:00,"Piotr Oniszczuk" 写道: >>> >>> Wiadomość napisana przez Andy Yan w dniu 6 mar 2025, o godz. 01:59: >>

Re: [PATCH v5 5/5] gpu: nova-core: add initial documentation

2025-03-06 Thread Alexandre Courbot
On Wed Mar 5, 2025 at 2:34 AM JST, Danilo Krummrich wrote: > Add the initial documentation of the Nova project. > > The initial project documentation consists out of a brief introduction > of the project, as well as project guidelines both general and nova-core > specific and a task list for nova-c

Re: [PATCH V2 1/2] drm/vc4: hdmi: Call HDMI hotplug helper on disconnect

2025-03-06 Thread Maxime Ripard
Hi, On Tue, Mar 04, 2025 at 08:39:11PM +0100, Stefan Wahren wrote: > drm_atomic_helper_connector_hdmi_hotplug() must be called > regardless of the connection status, otherwise the HDMI audio > disconnect event won't be notified. > > Fixes: 2ea9ec5d2c20 ("drm/vc4: hdmi: use > drm_atomic_helper_co

Re: [PATCH RFC v2 0/7] drm/display: dp: add new DPCD access functions

2025-03-06 Thread Jani Nikula
On Thu, 06 Mar 2025, Jani Nikula wrote: > On Sat, 01 Mar 2025, Dmitry Baryshkov wrote: >> Existing DPCD access functions return an error code or the number of >> bytes being read / write in case of partial access. However a lot of >> drivers either (incorrectly) ignore partial access or mishandle

[PATCH] drm/panel: novatek-nt36523: transition to mipi_dsi wrapped functions

2025-03-06 Thread Tejas Vipin
Changes the novatek-nt36523 panel to use multi style functions for improved error handling. Signed-off-by: Tejas Vipin --- drivers/gpu/drm/panel/panel-novatek-nt36523.c | 1683 - 1 file changed, 823 insertions(+), 860 deletions(-) diff --git a/drivers/gpu/drm/panel/panel-novatek

Re: [PATCH v3 0/4] drm/i915: Fix harmfull driver register/unregister assymetry

2025-03-06 Thread Krzysztof Karas
Hi Janusz, thanks for a quick response. > > throughout the series you modify the code right after > > introducing it. > > Yes, that split among patches reflects my way of getting to a solution that > not only resolves the issue but also tries to address comments I got and take > care of resul

[PATCH v4] Documentation: dma-buf: heaps: Add heap name definitions

2025-03-06 Thread Maxime Ripard
Following a recent discussion at last Plumbers, John Stultz, Sumit Sewal, TJ Mercier and I came to an agreement that we should document what the dma-buf heaps names are expected to be, and what the buffers attributes you'll get should be documented. Let's create that doc to make sure those attribu

Re: [PATCH 1/1] MAINTAINERS: Change habanalabs maintainer

2025-03-06 Thread Avizrat, Yaron
On 05/03/2025 13:57, Jani Nikula wrote: > On Wed, 05 Mar 2025, "Avizrat, Yaron" wrote: >> On 29/07/2024 15:17, Ofir Bitton wrote: >>> I will be leaving Intel soon, Yaron Avizrat will take the role >>> of habanalabs driver maintainer. >>> >>> Signed-off-by: Ofir Bitton >>> --- >>> MAINTAINERS |

Re: [PATCH v5 08/16] drm/bridge: Add helper to reset bridge pipeline

2025-03-06 Thread Simona Vetter
On Tue, Mar 04, 2025 at 12:10:51PM +0100, Maxime Ripard wrote: > Let's provide an helper to make it easier for bridge drivers to > power-cycle their bridge. > > In order to avoid a circular dependency between that new helper and > drm_atomic_helper_reset_crtc(), this new helper will be in a > drm_

Re: [PATCH v7 0/3] drm/sched: Documentation and refcount improvements

2025-03-06 Thread Philipp Stanner
On Thu, 2025-03-06 at 15:28 +0100, Danilo Krummrich wrote: > On Wed, Mar 05, 2025 at 02:05:49PM +0100, Philipp Stanner wrote: > > Philipp Stanner (3): > >   drm/sched: Adjust outdated docu for run_job() > >   drm/sched: Document run_job() refcount hazard > >   drm/sched: Update timedout_job()'s doc

Re: [PATCH v5 14/16] drm/bridge: tc358768: Stop disabling when failing to enable

2025-03-06 Thread Simona Vetter
On Tue, Mar 04, 2025 at 12:10:57PM +0100, Maxime Ripard wrote: > The tc358768 bridge driver, if enabling it fails, tries to disable it. > This is pretty uncommon in bridge drivers, and also stands in the way > for further reworks. > > Worse, since pre_enable and enable aren't expected to fail, dis

Re: [PATCH V2 2/2] drm/vc4: hdmi: Add jack detection to HDMI audio driver

2025-03-06 Thread David Turner
Hi all, On Thu, 6 Mar 2025 at 13:39, Maxime Ripard wrote: > It looks fairly generic to me. Is there any reason you didn't put it in > the HDMI audio helpers? I originally wrote the downstream patch last year on 6.6, before the generic HDMI audio code existed. I just had a look at doing this. A

Re: [PATCH drm-next 1/2] vmalloc: Add atomic_vmap

2025-03-06 Thread Simona Vetter
On Thu, Mar 06, 2025 at 02:24:51PM +0100, Jocelyn Falempe wrote: > On 06/03/2025 05:52, Matthew Wilcox wrote: > > On Thu, Mar 06, 2025 at 12:25:53AM +0900, Ryosuke Yasuoka wrote: > > > Some drivers can use vmap in drm_panic, however, vmap is sleepable and > > > takes locks. Since drm_panic will vma

Re: [PATCH] drm/gma500: Remove unused mrst_helper_funcs

2025-03-06 Thread Dr. David Alan Gilbert
* Dr. David Alan Gilbert (li...@treblig.org) wrote: > * Patrik Jakobsson (patrik.r.jakobs...@gmail.com) wrote: > > On Sat, Feb 1, 2025 at 2:14 AM wrote: > > > > > > From: "Dr. David Alan Gilbert" > > > > > > The mrst_helper_funcs const was added in 2013 by > > > commit ac6113ebb70d ("drm/gma500/m

Re: [PATCH v5 7/7] test_bits: add tests for BIT_U*()

2025-03-06 Thread Andy Shevchenko
On Thu, Mar 06, 2025 at 08:29:58PM +0900, Vincent Mailhol via B4 Relay wrote: > From: Vincent Mailhol > > Add some additional tests in lib/test_bits.c to cover the expected > results of the fixed type BIT_U*() macros. Still would be good to have a small assembly test case for GENMASK*() as they

[PATCH v2] drm/gma500: Remove unused mrst_clock_funcs

2025-03-06 Thread linux
From: "Dr. David Alan Gilbert" The mrst_clock_funcs const was added in 2013 by commit ac6113ebb70d ("drm/gma500/mrst: Add SDVO clock calculation") and commented as 'Not used yet'. It's not been used since, so remove it. The helper functions it points to are still used elsewhere. Signed-off-by:

Re: [PATCH] drm/panel: novatek-nt36523: transition to mipi_dsi wrapped functions

2025-03-06 Thread Tejas Vipin
On 3/6/25 10:58 PM, Doug Anderson wrote: > Hi, > > On Thu, Mar 6, 2025 at 6:05 AM wrote: >> >> On 06/03/2025 14:43, Tejas Vipin wrote: >>> Changes the novatek-nt36523 panel to use multi style functions for >>> improved error handling. >>> >>> Signed-off-by: Tejas Vipin >>> --- >>> drivers/g

Re: [PATCH] drm/panel: novatek-nt36523: transition to mipi_dsi wrapped functions

2025-03-06 Thread Doug Anderson
Hi, On Thu, Mar 6, 2025 at 11:03 AM Dmitry Baryshkov wrote: > > On Thu, 6 Mar 2025 at 18:44, Doug Anderson wrote: > > > > Hi, > > > > On Thu, Mar 6, 2025 at 8:33 AM Dmitry Baryshkov > > wrote: > > > > > > On Thu, Mar 06, 2025 at 03:05:10PM +0100, neil.armstr...@linaro.org wrote: > > > > On 06/0

Re: [PATCH] drm/panel/synaptics-r63353: Use _multi variants

2025-03-06 Thread Dmitry Baryshkov
On Thu, 6 Mar 2025 at 17:10, Anusha Srivatsa wrote: > > > > On Thu, Mar 6, 2025 at 4:31 AM Maxime Ripard wrote: >> >> Hi Anusha, >> >> On Wed, Mar 05, 2025 at 07:01:41PM -0500, Anusha Srivatsa wrote: >> > Move away from using deprecated API and use _multi >> > variants if available. Use mipi_dsi_

[PATCH 01/11] dt-bindings: iommu: qcom,iommu: Add optional TBU clock

2025-03-06 Thread Konrad Dybcio
From: Konrad Dybcio Some MMU instances feature a Translation Buffer Unit (TBU), which comes with its own clock. Allow describing it. Signed-off-by: Konrad Dybcio --- Documentation/devicetree/bindings/iommu/qcom,iommu.yaml | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/de

Re: [PATCH 3/5] dt-bindings: display: simple-bridge: Document DPI color encoder

2025-03-06 Thread Rob Herring
On Thu, Mar 06, 2025 at 12:35:49PM +0100, Maxime Ripard wrote: > On Thu, Mar 06, 2025 at 03:02:41PM +0800, Liu Ying wrote: > > On 03/06/2025, Rob Herring wrote: > > > On Wed, Mar 05, 2025 at 10:35:26AM +0100, Alexander Stein wrote: > > >> Hi, > > >> > > >> Am Dienstag, 4. März 2025, 16:23:20 CET sc

Re: [PATCH v3 01/16] bitops: Change parity8() return type to bool

2025-03-06 Thread David Laight
On Fri, 7 Mar 2025 00:25:26 +0800 Kuan-Wei Chiu wrote: > Change return type to bool for better clarity. Update the kernel doc > comment accordingly, including fixing "@value" to "@val" and adjusting > examples. Also mark the function with __attribute_const__ to allow > potential compiler optimiz

Re: [PATCH v7 3/3] drm/sched: Update timedout_job()'s documentation

2025-03-06 Thread Matthew Brost
On Wed, Mar 05, 2025 at 02:05:52PM +0100, Philipp Stanner wrote: > drm_sched_backend_ops.timedout_job()'s documentation is outdated. It > mentions the deprecated function drm_sched_resubmit_jobs(). Furthermore, > it does not point out the important distinction between hardware and > firmware schedu

Re: [PATCH 0/4] drm/amd/display: move from kzalloc(size * nr, ...) to kcalloc(nr, size, ...)

2025-03-06 Thread Alex Hung
This series LGTM too. Reviewed-by: Alex Hung On 2/27/25 16:16, Ethan Carter Edwards wrote: We are trying to get rid of all multiplications from allocation functions to prevent integer overflows. Here the multiplications are probably safe, but using kcalloc() is more appropriate and improves re

Re: [PATCH v5 2/7] bits: introduce fixed-type genmasks

2025-03-06 Thread Andy Shevchenko
On Fri, Mar 07, 2025 at 01:08:01AM +0900, Vincent Mailhol wrote: > On 06/03/2025 à 22:08, Andy Shevchenko wrote: > > On Thu, Mar 06, 2025 at 08:29:53PM +0900, Vincent Mailhol via B4 Relay > > wrote: ... > Does this mean I get your Reviewed-by tag? Or will you wait the v6 to > formally give it?

Re: [PATCH] drm/panel/synaptics-r63353: Use _multi variants

2025-03-06 Thread Anusha Srivatsa
On Thu, Mar 6, 2025 at 4:31 AM Maxime Ripard wrote: > Hi Anusha, > > On Wed, Mar 05, 2025 at 07:01:41PM -0500, Anusha Srivatsa wrote: > > Move away from using deprecated API and use _multi > > variants if available. Use mipi_dsi_msleep() > > and mipi_dsi_usleep_range() instead of msleep() > > and

Re: [RFC 04/11] mm/migrate_device: THP migration of zone device pages

2025-03-06 Thread Balbir Singh
On 3/6/25 20:24, Mika Penttilä wrote: > Hi, > > On 3/6/25 06:42, Balbir Singh wrote: > ... > >> >> /* >> * The only time there is no vma is when called from >> @@ -728,15 +1000,47 @@ static void __migrate_device_pages(unsigned long >> *src_pfns, >>

Re: [RFC 07/11] mm/memremap: Add folio_split support

2025-03-06 Thread Balbir Singh
On 3/6/25 19:16, Mika Penttilä wrote: > Hi, > > On 3/6/25 06:42, Balbir Singh wrote: >> When a zone device page is split (via huge pmd folio split). The >> driver callback for folio_split is invoked to let the device driver >> know that the folio size has been split into a smaller order. >> >> The

[PATCH v3 06/16] serial: max3100: Replace open-coded parity calculation with parity8()

2025-03-06 Thread Kuan-Wei Chiu
Refactor parity calculations to use the standard parity8() helper. This change eliminates redundant implementations and improves code efficiency. Co-developed-by: Yu-Chun Lin Signed-off-by: Yu-Chun Lin Signed-off-by: Kuan-Wei Chiu --- Changes in v3: - Change parity8(c) to !!parity8(c). driver

[PATCH v3 10/16] wifi: brcm80211: Replace open-coded parity calculation with parity32()

2025-03-06 Thread Kuan-Wei Chiu
Refactor parity calculations to use the standard parity32() helper. This change eliminates redundant implementations and improves code efficiency. Co-developed-by: Yu-Chun Lin Signed-off-by: Yu-Chun Lin Signed-off-by: Kuan-Wei Chiu Acked-by: Arend van Spriel --- .../wireless/broadcom/brcm8021

[PATCH v3 11/16] drm/bridge: dw-hdmi: Replace open-coded parity calculation with parity32()

2025-03-06 Thread Kuan-Wei Chiu
Refactor parity calculations to use the standard parity32() helper. This change eliminates redundant implementations and improves code efficiency. Co-developed-by: Yu-Chun Lin Signed-off-by: Yu-Chun Lin Signed-off-by: Kuan-Wei Chiu --- Changes in v3: - Change parity32(sample) to !!parity32(samp

Re: [PATCH v2] mailbox: mtk-cmdq: Refine GCE_GCTL_VALUE setting

2025-03-06 Thread AngeloGioacchino Del Regno
Il 24/02/25 11:50, Jason-JH Lin ha scritto: Add cmdq_gctl_value_toggle() to configure GCE_CTRL_BY_SW and GCE_DDR_EN together in the same GCE_GCTL_VALUE register. For the SoCs whose GCE is located in MMINFRA and uses MMINFRA_AO power, this allows it to be written without enabling the clocks. Othe

Re: [PATCH v5 4/5] gpu: nova-core: add initial driver stub

2025-03-06 Thread Alexandre Courbot
Hi Danilo, On Wed Mar 5, 2025 at 2:34 AM JST, Danilo Krummrich wrote: > Add the initial nova-core driver stub. > > nova-core is intended to serve as a common base for nova-drm (the > corresponding DRM driver) and the vGPU manager VFIO driver, serving as a > hard- and firmware abstraction layer for

[PATCH v6 0/5] Initial Nova Core series

2025-03-06 Thread Danilo Krummrich
This is the initial series for the nova-core stub driver. nova-core is intended to serve as a common base for nova-drm (the corresponding DRM driver) and the vGPU manager VFIO driver, serving as a hard- and firmware abstraction layer for GSP-based NVIDIA GPUs. The Nova project, including nova-cor

[PATCH v6 3/5] rust: firmware: add `module_firmware!` macro

2025-03-06 Thread Danilo Krummrich
Analogous to the `module!` macro `module_firmware!` adds additional firmware path strings to the .modinfo section. In contrast to `module!`, where path strings need to be string literals, path strings can be composed with the `firmware::ModInfoBuilder`. Some drivers require a lot of firmware file

[PATCH v4 1/3] drm/drm_mm: Safe macro for iterating through nodes in range

2025-03-06 Thread Tomasz Lis
Benefits of drm_mm_for_each_node_safe and drm_mm_for_each_node_in_range squished together into one macro. Signed-off-by: Tomasz Lis --- Cc: dri-devel@lists.freedesktop.org Cc: Christian König Cc: Arun R Murthy Cc: Matthew Brost include/drm/drm_mm.h | 19 +++ 1 file changed, 1

[PATCH v3 10/11] leds: backlight trigger: Replace fb events with a dedicated function call

2025-03-06 Thread Thomas Zimmermann
Remove support for fb events from the led backlight trigger. Provide the helper ledtrig_backlight_blank() instead. Call it from fbdev to inform the trigger of changes to a display's blank state. Fbdev maintains a list of all installed notifiers. Instead of the fbdev notifiers, maintain an internal

Re: [PATCH v3 20/25] drm/tegra: Compute dumb-buffer sizes with drm_mode_size_dumb()

2025-03-06 Thread Thierry Reding
On Tue, Feb 18, 2025 at 03:23:43PM +0100, Thomas Zimmermann wrote: > Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and > buffer size. Align the pitch according to hardware requirements. > > Signed-off-by: Thomas Zimmermann > Cc: Thierry Reding > Cc: Mikko Perttunen > --- > dr

Re: [RFC 07/11] mm/memremap: Add folio_split support

2025-03-06 Thread Alistair Popple
On Thu, Mar 06, 2025 at 03:42:35PM +1100, Balbir Singh wrote: > When a zone device page is split (via huge pmd folio split). The > driver callback for folio_split is invoked to let the device driver > know that the folio size has been split into a smaller order. > > The HMM test driver has been up

Re: [PATCH v5 0/7] bits: Fixed-type GENMASK()/BIT()

2025-03-06 Thread Vincent Mailhol
On 06/03/2025 at 22:02, Andy Shevchenko wrote: > On Thu, Mar 06, 2025 at 08:29:51PM +0900, Vincent Mailhol via B4 Relay wrote: >> Introduce some fixed width variant of the GENMASK() and the BIT() >> macros in bits.h. Note that the main goal is not to get the correct >> type, but rather to enforce m

[PATCH v6 1/5] rust: module: add type `LocalModule`

2025-03-06 Thread Danilo Krummrich
The `LocalModule` type is the type of the module created by `module!`, `module_pci_driver!`, `module_platform_driver!`, etc. Since the exact type of the module is sometimes generated on the fly by the listed macros, provide an alias. This is first used by the `module_firmware!` macro. Acked-by:

Re: [PATCH 2/2] drm/bridge: fsl-ldb: make warning message more informative

2025-03-06 Thread Frank Li
On Thu, Mar 06, 2025 at 06:28:41PM +0100, Luca Ceresoli wrote: > This warning notifies a clock was set to an inaccurate value. Modify the > string to also show the clock name. > > While doing that also rewrap the entire function call. > > Signed-off-by: Luca Ceresoli > --- > drivers/gpu/drm/bridg

Re: [RFC 01/11] mm/zone_device: support large zone device private folios

2025-03-06 Thread Alistair Popple
On Thu, Mar 06, 2025 at 03:42:29PM +1100, Balbir Singh wrote: > Add routines to support allocation of large order zone device folios > and helper functions for zone device folios, to check if a folio is > device private and helpers for setting zone device data. > > When large folios are used, the

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

2025-03-06 Thread Matthew Brost
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], which adds very basic SVM support. One of the performance bottlenecks we quickly identified was the lack of THP for device

Re: [PATCH 0/6] Add support for RK3588 DisplayPort Controller

2025-03-06 Thread Dmitry Baryshkov
On Thu, Mar 06, 2025 at 08:15:13PM +0800, Andy Yan wrote: > Hi Piotr, > > 在 2025-03-06 19:47:31,"Piotr Oniszczuk" 写道: > > > >> Wiadomość napisana przez Andy Yan w dniu 6 mar 2025, o > >> godz. 09:53: > >> > >> > >> Hi, > >> > >> 在 2025-03-06 16:42:00,"Piotr Oniszczuk" 写道: > >>> > >>> > >>

Re: [PATCH] drm/panel: novatek-nt36523: transition to mipi_dsi wrapped functions

2025-03-06 Thread Dmitry Baryshkov
On Thu, Mar 06, 2025 at 03:05:10PM +0100, neil.armstr...@linaro.org wrote: > On 06/03/2025 14:43, Tejas Vipin wrote: > > Changes the novatek-nt36523 panel to use multi style functions for > > improved error handling. > > > > Signed-off-by: Tejas Vipin > > --- > > drivers/gpu/drm/panel/panel-nov

Re: [PATCH RFC v2 0/7] drm/display: dp: add new DPCD access functions

2025-03-06 Thread Dmitry Baryshkov
On Thu, Mar 06, 2025 at 03:04:50PM +0200, Jani Nikula wrote: > On Thu, 06 Mar 2025, Jani Nikula wrote: > > On Sat, 01 Mar 2025, Dmitry Baryshkov wrote: > >> Existing DPCD access functions return an error code or the number of > >> bytes being read / write in case of partial access. However a lot

[PATCH 2/2] drm/display: hdmi: Mention Infoframes testing with edid-decode

2025-03-06 Thread Maxime Ripard
edid-decode gained recently support to check that infoframes are compliant and match the EDID the monitor exposes. Since the HDMI helpers provide those infoframes in debugfs, it makes it easy to check from userspace that the drivers (and helpers) behave properly. Let's document it. Cc: Hans Verk

[PATCH 0/2] drm/display: HDMI documentation improvements

2025-03-06 Thread Maxime Ripard
change-id: 20250306-drm-hdmi-state-docs-89703b124bbf Best regards, -- Maxime Ripard

[PATCH 1/2] drm/display: hdmi: Create documentation section

2025-03-06 Thread Maxime Ripard
We have had documentation for the public functions in the HDMI helpers, but those were never referenced anywhere and thus not compiled as part of the doc. Let's add a section. Signed-off-by: Maxime Ripard --- Documentation/gpu/drm-kms-helpers.rst | 15 +++ drivers/gpu/drm/

[PATCH V1] accel/amdxdna: Add BO import and export

2025-03-06 Thread Lizhi Hou
Add amdxdna_gem_prime_export() and amdxdna_gem_prime_import() for BO import and export. Register mmu notifier for imported BO as well. When MMU_NOTIFIER_UNMAP event is received, queue work to remove the notifier. The same BO could be mapped multiple times if it is exported and imported by an appli

Re: [PATCH] drm/panel/synaptics-r63353: Use _multi variants

2025-03-06 Thread Anusha Srivatsa
On Thu, Mar 6, 2025 at 12:26 PM Tejas Vipin wrote: > > > On 3/6/25 9:03 PM, Anusha Srivatsa wrote: > > On Thu, Mar 6, 2025 at 11:29 AM Dmitry Baryshkov < > > dmitry.barysh...@linaro.org> wrote: > > > >> On Thu, 6 Mar 2025 at 17:10, Anusha Srivatsa > wrote: > >>> > >>> > >>> > >>> On Thu, Mar 6,

Re: [PATCH] drm/panel: novatek-nt36523: transition to mipi_dsi wrapped functions

2025-03-06 Thread Dmitry Baryshkov
On Thu, 6 Mar 2025 at 18:44, Doug Anderson wrote: > > Hi, > > On Thu, Mar 6, 2025 at 8:33 AM Dmitry Baryshkov > wrote: > > > > On Thu, Mar 06, 2025 at 03:05:10PM +0100, neil.armstr...@linaro.org wrote: > > > On 06/03/2025 14:43, Tejas Vipin wrote: > > > > Changes the novatek-nt36523 panel to use

Re: [PATCH] drm/panel/synaptics-r63353: Use _multi variants

2025-03-06 Thread Anusha Srivatsa
On Thu, Mar 6, 2025 at 12:54 PM Doug Anderson wrote: > Hi, > > On Thu, Mar 6, 2025 at 9:20 AM Maxime Ripard wrote: > > > > On Thu, Mar 06, 2025 at 10:08:24AM -0500, Anusha Srivatsa wrote: > > > On Thu, Mar 6, 2025 at 4:31 AM Maxime Ripard > wrote: > > > > > > > Hi Anusha, > > > > > > > > On Wed

Re: [PATCH] accel/qaic: Fix integer overflow in qaic_validate_req()

2025-03-06 Thread Jeff Hugo
On 3/5/2025 8:53 AM, Dan Carpenter wrote: These are u64 variables that come from the user via qaic_attach_slice_bo_ioctl(). Ensure that the math doesn't have an integer wrapping bug. Cc: sta...@vger.kernel.org Fixes: ff13be830333 ("accel/qaic: Add datapath") Signed-off-by: Dan Carpenter ---

[PATCH v3 00/11] backlight, lcd, led: Remove fbdev dependencies

2025-03-06 Thread Thomas Zimmermann
This series removes the remaining dependencies on fbdev from the backlight, lcd and led subsystems. Each depends on fbdev events to track display state. Make fbdev inform each subsystem via a dedicated interface instead. Patches 1 to 3 make fbdev track blank state for each display, so that backlig

[PATCH v3 03/11] fbdev: Send old blank state in FB_EVENT_BLANK

2025-03-06 Thread Thomas Zimmermann
The event FB_EVENT_BLANK sends the new blank state in the event's data field. Also send the old state. It's an additional field in the data array; existing receivers won't notice the difference. The backlight subsystem currently tracks blank state per display per backlight. That is not optimal as

Re: [PATCH v5 7/7] test_bits: add tests for BIT_U*()

2025-03-06 Thread Vincent Mailhol
On 06/03/2025 at 22:11, Andy Shevchenko wrote: > On Thu, Mar 06, 2025 at 08:29:58PM +0900, Vincent Mailhol via B4 Relay wrote: >> From: Vincent Mailhol >> >> Add some additional tests in lib/test_bits.c to cover the expected >> results of the fixed type BIT_U*() macros. > > Still would be good to

[PATCH v3 01/16] bitops: Change parity8() return type to bool

2025-03-06 Thread Kuan-Wei Chiu
Change return type to bool for better clarity. Update the kernel doc comment accordingly, including fixing "@value" to "@val" and adjusting examples. Also mark the function with __attribute_const__ to allow potential compiler optimizations. Co-developed-by: Yu-Chun Lin Signed-off-by: Yu-Chun Lin

[PATCH v3 00/16] Introduce and use generic parity16/32/64 helper

2025-03-06 Thread Kuan-Wei Chiu
Several parts of the kernel contain redundant implementations of parity calculations for 16/32/64-bit values. Introduces generic parity16/32/64() helpers in bitops.h, providing a standardized and optimized implementation. Subsequent patches refactor various kernel components to replace open-coded

Re: [PATCH V2 2/2] drm/vc4: hdmi: Add jack detection to HDMI audio driver

2025-03-06 Thread Dmitry Baryshkov
On Thu, 6 Mar 2025 at 14:39, Maxime Ripard wrote: > > Hi, > > On Tue, Mar 04, 2025 at 08:39:12PM +0100, Stefan Wahren wrote: > > From: David Turner > > > > Add ALSA jack detection to the vc4-hdmi audio driver so userspace knows > > when to add/remove HDMI audio devices. > > > > Signed-off-by: Dav

[PATCH v3 02/16] bitops: Add parity16(), parity32(), and parity64() helpers

2025-03-06 Thread Kuan-Wei Chiu
Add parity16(), parity32(), and parity64() to compute the parity of 16-bit, 32-bit, and 64-bit values, respectively. Each function extends parity8() by XOR-ing upper and lower halves, reducing the input size progressively. Co-developed-by: Yu-Chun Lin Signed-off-by: Yu-Chun Lin Signed-off-by: Ku

[PATCH v3 03/16] media: media/test_drivers: Replace open-coded parity calculation with parity8()

2025-03-06 Thread Kuan-Wei Chiu
Refactor parity calculations to use the standard parity8() helper. This change eliminates redundant implementations and improves code efficiency. Co-developed-by: Yu-Chun Lin Signed-off-by: Yu-Chun Lin Signed-off-by: Kuan-Wei Chiu --- drivers/media/test-drivers/vivid/vivid-vbi-gen.c | 8 ++

[PATCH v3 04/16] media: pci: cx18-av-vbi: Replace open-coded parity calculation with parity8()

2025-03-06 Thread Kuan-Wei Chiu
Refactor parity calculations to use the standard parity8() helper. This change eliminates redundant implementations and improves code efficiency. Co-developed-by: Yu-Chun Lin Signed-off-by: Yu-Chun Lin Signed-off-by: Kuan-Wei Chiu --- drivers/media/pci/cx18/cx18-av-vbi.c | 12 ++-- 1 f

[PATCH v3 08/16] Input: joystick - Replace open-coded parity calculation with parity32()

2025-03-06 Thread Kuan-Wei Chiu
Refactor parity calculations to use the standard parity32() helper. This change eliminates redundant implementations and improves code efficiency. Co-developed-by: Yu-Chun Lin Signed-off-by: Yu-Chun Lin Signed-off-by: Kuan-Wei Chiu --- Changes in v3: - Change condition if(parity32(pkt) == 1) to

[PATCH v3 09/16] net: ethernet: oa_tc6: Replace open-coded parity calculation with parity32()

2025-03-06 Thread Kuan-Wei Chiu
Refactor parity calculations to use the standard parity32() helper. This change eliminates redundant implementations and improves code efficiency. Co-developed-by: Yu-Chun Lin Signed-off-by: Yu-Chun Lin Signed-off-by: Kuan-Wei Chiu --- drivers/net/ethernet/oa_tc6.c | 19 +++ 1

[PATCH v3 12/16] mtd: ssfdc: Replace open-coded parity calculation with parity32()

2025-03-06 Thread Kuan-Wei Chiu
Refactor parity calculations to use the standard parity32() helper. This change eliminates redundant implementations and improves code efficiency. Co-developed-by: Yu-Chun Lin Signed-off-by: Yu-Chun Lin Signed-off-by: Kuan-Wei Chiu --- Changes in v3: - Change variable 'parity' type from int to

[PATCH v3 13/16] fsi: i2cr: Replace open-coded parity calculation with parity32()

2025-03-06 Thread Kuan-Wei Chiu
Refactor parity calculations to use the standard parity32() helper. This change eliminates redundant implementations and improves code efficiency. Co-developed-by: Yu-Chun Lin Signed-off-by: Yu-Chun Lin Signed-off-by: Kuan-Wei Chiu --- Changes in v3: - Change parity ^= parity32(v) to parity !=

[PATCH v3 16/16] nfp: bpf: Replace open-coded parity calculation with parity64()

2025-03-06 Thread Kuan-Wei Chiu
Refactor parity calculations to use the standard parity64() helper. This change eliminates redundant implementations and improves code efficiency. Co-developed-by: Yu-Chun Lin Signed-off-by: Yu-Chun Lin Signed-off-by: Kuan-Wei Chiu --- Changes in v3: - Change parity64() to !!parity64(). drive

<    1   2   3   >