Re: [PATCH v2 3/8] fbdev: Do not include in header

2024-02-17 Thread kernel test robot
Hi Thomas, kernel test robot noticed the following build warnings: [auto build test WARNING on staging/staging-testing] [also build test WARNING on staging/staging-next staging/staging-linus drm-misc/drm-misc-next linus/master v6.8-rc4 next-20240216] [If your patch is applied to the wrong git

Re: [PATCH v4 16/19] drm/msm/dpu: modify encoder programming for CDM over DP

2024-02-17 Thread Dmitry Baryshkov
On Sat, 17 Feb 2024 at 01:03, Paloma Arellano wrote: > > Adjust the encoder format programming in the case of video mode for DP > to accommodate CDM related changes. > > Changes in v4: > - Remove hw_cdm check in dpu_encoder_needs_periph_flush() > - Remove hw_cdm check when getting

Re: [PATCH 1/3] drm/ci: update IGT test names

2024-02-17 Thread Dmitry Baryshkov
On Sun, 18 Feb 2024 at 06:12, Dmitry Baryshkov wrote: > > Since the addition of testlist.txt the IGT has changed some of test > names. Some test names were changed to use '-' instead of '_'. In other > cases tests were just renamed. Follow those changes. > > Signed-off-by: Dmitry Baryshkov > ---

[PATCH 3/3] drm/ci: mark universal-plane-sanity as failing on SC7180

2024-02-17 Thread Dmitry Baryshkov
The test kms_universal_plane@universal-plane-sanity fails on both SC7180 platforms. The drm/msm returns -ERANGE as it can not handle passet scaling range, however the test is not ready to handle that. Mark the test as failing until it is fixed. ERROR - Igt error: (kms_universal_plane:1554)

[PATCH 2/3] drm/ci: update msm-apq8096-fails list

2024-02-17 Thread Dmitry Baryshkov
Mark two tests as passing on the APQ8096 / db820c platform. Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/ci/xfails/msm-apq8096-fails.txt | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/ci/xfails/msm-apq8096-fails.txt b/drivers/gpu/drm/ci/xfails/msm-apq8096-fails.txt

[PATCH 1/3] drm/ci: update IGT test names

2024-02-17 Thread Dmitry Baryshkov
Since the addition of testlist.txt the IGT has changed some of test names. Some test names were changed to use '-' instead of '_'. In other cases tests were just renamed. Follow those changes. Signed-off-by: Dmitry Baryshkov --- drivers/gpu/drm/ci/testlist.txt | 1888

RE: [PATCH v16 3/5] drm: renesas: Add RZ/G2L DU Support

2024-02-17 Thread Biju Das
Hi Maxime Ripard, Thanks for the feedback. > -Original Message- > From: Maxime Ripard > Sent: Friday, February 9, 2024 3:07 PM > Subject: Re: [PATCH v16 3/5] drm: renesas: Add RZ/G2L DU Support > > On Mon, Jan 22, 2024 at 04:42:55PM +, Biju Das wrote: > > +static const struct

[PATCH] drm: rockchip: dw-mipi-dsi: Fix hsclk calculation for non-burst video modes

2024-02-17 Thread Ondřej Jirman
From: Ondrej Jirman For panels that don't use video burst mode, hsclock should match the pixel clock * bpp / lane exactly. This fixes display image corruption on Pinephone Pro, which doesn't use video burst mode to drive the panel. To simplify the addition of exact fout calculation for

[PATCH] drm: rockchip: Don't require MIPI DSI device when it's used for ISP

2024-02-17 Thread Ondřej Jirman
From: Ondrej Jirman On RK3399 one MIPI DSI device can be alternatively used with the ISP1, to provide RX DPHY. When this is the case (ISP1 is enabled in device tree), probe success of DRM is tied to probe success of ISP1 connected camera sensor. This can fail if the user is able to killswitch

Re: [PATCH 01/28] [NOT FOR REVIEW] drm: color pipeline base work

2024-02-17 Thread kernel test robot
Hi Uma, kernel test robot noticed the following build warnings: [auto build test WARNING on drm-misc/drm-misc-next] [also build test WARNING on drm/drm-next next-20240216] [cannot apply to drm-intel/for-linux-next drm-intel/for-linux-next-fixes linus/master v6.8-rc4] [If your patch is applied

Re: [PATCH v2 2/2] drm/tests/drm_buddy: add alloc_contiguous test

2024-02-17 Thread Guenter Roeck
On Wed, Feb 14, 2024 at 06:48:53PM +0530, Arunpravin Paneer Selvam wrote: > From: Matthew Auld > > Sanity check DRM_BUDDY_CONTIGUOUS_ALLOCATION. > > v2: Fix checkpatch warnings. > > Closes: https://gitlab.freedesktop.org/drm/amd/-/issues/3097 > Signed-off-by: Matthew Auld > Cc: Arunpravin

Re: [PATCH v2 2/8] staging/fbtft: Include

2024-02-17 Thread Greg KH
On Tue, Feb 13, 2024 at 09:42:20AM +0100, Thomas Zimmermann wrote: > Resolved the proxy include via , which does not require the > backlight header. > > Signed-off-by: Thomas Zimmermann Acked-by: Greg Kroah-Hartman

Re: drm/msm: DisplayPort regressions in 6.8-rc1

2024-02-17 Thread Johan Hovold
On Tue, Feb 13, 2024 at 12:42:17PM +0100, Johan Hovold wrote: > Since 6.8-rc1 the internal eDP display on the Lenovo ThinkPad X13s does > not always show up on boot. > > The logs indicate problems with the runtime PM and eDP rework that went > into 6.8-rc1: > > [6.007872]

Re: drm/msm: DisplayPort regressions in 6.8-rc1

2024-02-17 Thread Johan Hovold
On Wed, Feb 14, 2024 at 02:52:06PM +0100, Johan Hovold wrote: > On Tue, Feb 13, 2024 at 10:00:13AM -0800, Abhinav Kumar wrote: > > > I do agree that pm runtime eDP driver got merged that time but I think > > the issue is either a combination of that along with DRM aux bridge > >

[PATCH] drm/vc4: drv: Avoid possible NPD when booted without KMS

2024-02-17 Thread Stefan Wahren
From: Dom Cobley In case there is no matching KMS, the function vc4_match_add_driver won't change the match pointer which is initialized with NULL. Since component_master_add_with_match doesn't expected match to be a NULL pointer, this results into a NPD. Fixes: c8b75bca92cb ("drm/vc4: Add KMS

[PATCH 2/6] drm/bridge: aux-hpd: separate allocation and registration

2024-02-17 Thread Johan Hovold
Combining allocation and registration is an anti-pattern that should be avoided. Add two new functions for allocating and registering an dp-hpd bridge with a proper 'devm' prefix so that it is clear that these are device managed interfaces. devm_drm_dp_hpd_bridge_alloc()

[PATCH 0/6] soc: qcom: pmic_glink_altmode: fix drm bridge use-after-free

2024-02-17 Thread Johan Hovold
Starting with 6.8-rc1 the internal display sometimes fails to come up on machines like the Lenovo ThinkPad X13s and the logs indicate that this is due to a regression in the DRM subsystem [1]. This series fixes a race in the pmic_glink_altmode driver which was exposed / triggered by the

[PATCH 5/6] phy: qcom-qmp-combo: fix drm bridge registration

2024-02-17 Thread Johan Hovold
Due to a long-standing issue in driver core, drivers may not probe defer after having registered child devices to avoid triggering a probe deferral loop (see fbc35b45f9f6 ("Add documentation on meaning of -EPROBE_DEFER")). This could potentially also trigger a bug in the DRM bridge implementation

[PATCH 4/6] soc: qcom: pmic_glink: Fix boot when QRTR=m

2024-02-17 Thread Johan Hovold
From: Rob Clark We need to bail out before adding/removing devices if we are going to -EPROBE_DEFER. Otherwise boot can get stuck in a probe deferral loop due to a long-standing issue in driver core (see fbc35b45f9f6 ("Add documentation on meaning of -EPROBE_DEFER")). Deregistering the altmode

[PATCH 3/6] soc: qcom: pmic_glink_altmode: fix drm bridge use-after-free

2024-02-17 Thread Johan Hovold
A recent DRM series purporting to simplify support for "transparent bridges" and handling of probe deferrals ironically exposed a use-after-free issue on pmic_glink_altmode probe deferral. This has manifested itself as the display subsystem occasionally failing to initialise and NULL-pointer

[PATCH 1/6] drm/bridge: aux-hpd: fix OF node leaks

2024-02-17 Thread Johan Hovold
The two device node references taken during allocation need to be dropped when the auxiliary device is freed. Fixes: 6914968a0b52 ("drm/bridge: properly refcount DT nodes in aux bridge drivers") Cc: Dmitry Baryshkov Cc: Neil Armstrong Signed-off-by: Johan Hovold ---

[PATCH 6/6] phy: qcom-qmp-combo: fix type-c switch registration

2024-02-17 Thread Johan Hovold
Due to a long-standing issue in driver core, drivers may not probe defer after having registered child devices to avoid triggering a probe deferral loop (see fbc35b45f9f6 ("Add documentation on meaning of -EPROBE_DEFER")). Move registration of the typec switch to after looking up clocks and other

Re: [PATCH 17/27] sparc32: Drop run-time patching of ASI instructions

2024-02-17 Thread Sam Ravnborg
Hi Andreas, > > diff --git a/arch/sparc/include/asm/winmacro.h > > b/arch/sparc/include/asm/winmacro.h > > index b6e911f5d93c..c496b04cdfaf 100644 > > --- a/arch/sparc/include/asm/winmacro.h > > +++ b/arch/sparc/include/asm/winmacro.h > > @@ -108,18 +108,11 @@ > > 661: rd %tbr,

Re: [PATCH v3 2/4] dt-bindings: display/msm: Document MDSS on X1E80100

2024-02-17 Thread Abel Vesa
On 24-02-16 12:32:02, Rob Herring wrote: > > On Fri, 16 Feb 2024 19:01:06 +0200, Abel Vesa wrote: > > Document the MDSS hardware found on the Qualcomm X1E80100 platform. > > > > Reviewed-by: Krzysztof Kozlowski > > Signed-off-by: Abel Vesa > > --- > >

[PATCH v2 0/4] Add display support for stm32mp135f-dk board

2024-02-17 Thread Raphael Gallais-Pou
This serie aims to enable display support for the stm32mp135f-dk board Those are only patches of the device-tree since the driver support has already been added [1]. It respectivelly: - adds support for the display controller on stm32mp135 - adds pinctrl for the display

[PATCH v2 3/4] ARM: dts: stm32: enable display support on stm32mp135f-dk board

2024-02-17 Thread Raphael Gallais-Pou
Link panel and display controller. Enable panel, backlight and display controller. Signed-off-by: Raphael Gallais-Pou --- Changes in v2: - Fixed dtbs_check warnings : arch/arm/boot/dts/st/stm32mp135f-dk.dtb: panel-backlight: 'default-brightness-level' does not match any of the regexes:

[PATCH v2 2/4] ARM: dts: stm32: add LTDC pinctrl on STM32MP13x SoC family

2024-02-17 Thread Raphael Gallais-Pou
Adds LTDC pinctrl support and assigns dedicated GPIO pins. Signed-off-by: Raphael Gallais-Pou --- arch/arm/boot/dts/st/stm32mp13-pinctrl.dtsi | 57 + 1 file changed, 57 insertions(+) diff --git a/arch/arm/boot/dts/st/stm32mp13-pinctrl.dtsi

[PATCH v2 1/4] ARM: dts: stm32: add LTDC support for STM32MP13x SoC family

2024-02-17 Thread Raphael Gallais-Pou
STM32MP13x SoC family embeds a new version of LTDC (Liquid crystal display - Thin film transistor) Display Controller. It provides a parallel digital RGB (red, green, blue) and signals for horizontal, vertical synchronization, pixel clock and data enable as output to interface directly to a

[PATCH v2 4/4] dt-bindings: display: simple: hardware can use several properties

2024-02-17 Thread Raphael Gallais-Pou
Setting a panel-timing in the device-tree overwrite the one specified in the driver and set it as preferred. In that case 'height-mm', 'width-mm' and 'panel-timing' are properties that can be use for simple panels, according to panel-common.yaml Fixes following warnings:

Re: [PATCH v6 1/5] drm: Stop using `select ACPI_VIDEO` in all drivers

2024-02-17 Thread kernel test robot
.01.org/0day-ci/archive/20240217/202402171727.maolcpxi-...@intel.com/config) reproduce: (https://download.01.org/0day-ci/archive/20240217/202402171727.maolcpxi-...@intel.com/reproduce) If you fix the issue in a separate patch/commit (i.e. not just a new version of the same patch/commit), kindly add

[PATCH] phy: constify of_phandle_args in xlate

2024-02-17 Thread Krzysztof Kozlowski
The xlate callbacks are supposed to translate of_phandle_args to proper provider without modifying the of_phandle_args. Make the argument pointer to const for code safety and readability. Signed-off-by: Krzysztof Kozlowski --- drivers/phy/allwinner/phy-sun4i-usb.c | 2 +-

Re: [PATCH v4 15/19] drm/msm/dp: enable SDP and SDE periph flush update

2024-02-17 Thread Dmitry Baryshkov
On Sat, 17 Feb 2024 at 01:03, Paloma Arellano wrote: > > DP controller can be setup to operate in either SDP update flush mode or > peripheral flush mode based on the DP controller hardware version. > > Starting in DP v1.2, the hardware documents require the use of > peripheral flush mode for SDP

Re: [PATCH v4 13/19] drm/msm/dp: add VSC SDP support for YUV420 over DP

2024-02-17 Thread Dmitry Baryshkov
On Sat, 17 Feb 2024 at 01:03, Paloma Arellano wrote: > > Add support to pack and send the VSC SDP packet for DP. This therefore > allows the transmision of format information to the sinks which is > needed for YUV420 support over DP. > > Changes in v4: > - Remove struct