Re: linux-next: build failure after merge of the drm-misc tree

Hi, Am Mittwoch, 28. Mai 2025, 09:17:13 Mitteleuropäische Sommerzeit schrieb Damon Ding: > On 2025/5/28 11:42, Stephen Rothwell wrote: > > Hi all, > > > > After merging the drm-misc tree, today's linux-next build (arm > > multi_v7_defconfig) failed like this: > > > > drivers/gpu/drm/bridge/anal

[RESEND] Re: [PATCH v8] drm/bridge: analogix_dp: Remove the unnecessary calls to clk_disable_unprepare() during probing

[resending to update to Dmitry's new address] Am Sonntag, 2. März 2025, 09:30:43 Mitteleuropäische Sommerzeit schrieb Damon Ding: > With the commit f37952339cc2 ("drm/bridge: analogix_dp: handle clock via > runtime PM"), the PM operations can help enable/disable the clock. The > err_disable_clk l

Re: [PATCH v8] drm/bridge: analogix_dp: Remove the unnecessary calls to clk_disable_unprepare() during probing

Am Sonntag, 2. März 2025, 09:30:43 Mitteleuropäische Sommerzeit schrieb Damon Ding: > With the commit f37952339cc2 ("drm/bridge: analogix_dp: handle clock via > runtime PM"), the PM operations can help enable/disable the clock. The > err_disable_clk label and clk_disable_unprepare() operations are

Re: [PATCH] drm/rockchip: Use dev_err_probe() to simplify code

Am Donnerstag, 15. Mai 2025, 17:54:20 Mitteleuropäische Sommerzeit schrieb Krzysztof Kozlowski: > On 15/05/2025 14:35, long.yunj...@zte.com.cn wrote: > > From: Yumeng Fang > > > > In the probe path, dev_err() can be replaced with dev_err_probe() > > That's not probe path. I am not sure if you r

Re: [PATCH v3 2/2] dt-bindings: display: rockchip: Convert cdn-dp-rockchip.txt to yaml

Hi, Am Dienstag, 13. Mai 2025, 03:19:04 Mitteleuropäische Sommerzeit schrieb Chaoyi Chen: > From: Chaoyi Chen > + ports: > +$ref: /schemas/graph.yaml#/properties/ports > + > +properties: > + port@0: > +$ref: /schemas/graph.yaml#/properties/port > +description: Input

Re: [PATCH v2 2/2] dt-bindings: display: rockchip: Convert cdn-dp-rockchip.txt to yaml

Am Freitag, 9. Mai 2025, 09:34:47 Mitteleuropäische Sommerzeit schrieb Chaoyi Chen: > Hi Krzysztof, > > On 2025/5/9 15:11, Krzysztof Kozlowski wrote: > > On 09/05/2025 09:02, Chaoyi Chen wrote: > >> + > >> + clock-names: > >> +items: > >> + - const: core-clk > >> + - const: pclk >

Re: [PATCH] drm/bridge/synopsys: avoid field overflow warning

Am Donnerstag, 10. April 2025, 14:36:45 Mitteleuropäische Sommerzeit schrieb Arnd Bergmann: > On Wed, Apr 9, 2025, at 09:07, Arnd Bergmann wrote: > > On Tue, Apr 8, 2025, at 19:51, Arnd Bergmann wrote: > >> From: Arnd Bergmann > >> > >> clang-16 and earlier complain about what it thinks might be

Re: [PATCH] drm/rockchip: rk3066_hdmi: switch to drm bridge

Am Montag, 28. April 2025, 12:23:07 Mitteleuropäische Sommerzeit schrieb Andy Yan: > From: Andy Yan > > Convert it to drm bridge driver, it will be convenient for us to > migrate the connector part to the display driver later. > > Note: I don't have the hardware to test this driver, so for now

Re: [PATCH v4 0/7] Convert inno hdmi to drm bridge

Am Dienstag, 22. April 2025, 09:04:39 Mitteleuropäische Sommerzeit schrieb Andy Yan: > From: Andy Yan > > When preparing to convert the current inno hdmi driver into a > bridge driver, I found that there are several issues currently > existing with it: > > 1. When the system starts up, the firs

Re: [PATCH v4 0/7] Convert inno hdmi to drm bridge

Hi Alex, Am Dienstag, 22. April 2025, 09:04:39 Mitteleuropäische Sommerzeit schrieb Andy Yan: > From: Andy Yan > > When preparing to convert the current inno hdmi driver into a > bridge driver, I found that there are several issues currently > existing with it: > > 1. When the system starts up

Re: [PATCH] drm/bridge: dw-hdmi: Avoid including uapi headers

Hi Andy, Am Freitag, 14. März 2025, 08:57:47 Mitteleuropäische Sommerzeit schrieb Andy Yan: > From: Andy Yan > > It is not recommended for drivers to include UAPI header > directly. > > Signed-off-by: Andy Yan Reviewed-by: Heiko Stuebner But looking at scripts/get_maintainer.pl -

Re: [bug report] HACK: drm/panel: ltk050h3146w: read panel-id

Hi Dan, Am Mittwoch, 9. April 2025, 12:59:39 Mitteleuropäische Sommerzeit schrieb Dan Carpenter: > Commit e09be2a6ab1a ("HACK: drm/panel: ltk050h3146w: read panel-id") that commit was accientially merged into my for-next branch but never applied to any actual kernel branch (and is already gone a

Re: [PATCH v3 1/3] drm/rockchip: lvds: move pclk preparation in with clk_get

Am Dienstag, 4. März 2025, 21:30:22 MEZ schrieb Dragan Simic: > Hello Heiko, > > On 2025-03-04 13:44, Heiko Stuebner wrote: > > diff --git a/drivers/gpu/drm/rockchip/rockchip_lvds.c > > b/drivers/gpu/drm/rockchip/rockchip_lvds.c > > index 385cf6881504..ecfae8d5da89 100644 > > --- a/drivers/gpu/drm

Re: [PATCH v2 2/2] drm/rockchip: lvds: Hide scary error messages on probe deferral

Am Dienstag, 4. März 2025, 12:46:59 MEZ schrieb Quentin Schulz: > > @@ -465,14 +464,14 @@ static int rk3288_lvds_probe(struct platform_device > > *pdev, > > > > lvds->pins->p = devm_pinctrl_get(lvds->dev); > > if (IS_ERR(lvds->pins->p)) { > > - DRM_DEV_ERROR(lvds->dev, "no pin

Re: [PATCH v15 13/13] drm/rockchip: vop2: Add support for rk3576

Hi Andy, Am Dienstag, 18. Februar 2025, 12:28:58 MEZ schrieb Andy Yan: > From: Andy Yan > > VOP2 on rk3576: > Three video ports: > VP0 Max 4096x2160 > VP1 Max 2560x1600 > VP2 Max 1920x1080 > > 2 4K Cluster windows with AFBC/RFBC, line RGB and YUV > 4 Esmart windows with line RGB/YUV support: >

Re: [PATCH v15 07/13] drm/rockchip: vop2: Register the primary plane and overlay plane separately

Hi Andy, Am Dienstag, 18. Februar 2025, 12:27:34 MEZ schrieb Andy Yan: > From: Andy Yan > > In the upcoming VOP of rk3576, a Window cannot attach to all Video Ports, > so make sure all VP find it's suitable primary plane, then register the > remain windows as overlay plane will make code easier.

Re: [PATCH v7 0/3] Add HDMI audio on the rk3588 SoC

Am Samstag, 1. März 2025, 10:11:54 MEZ schrieb Piotr Oniszczuk: > > > Wiadomość napisana przez Detlev Casanova w > > dniu 25 lut 2025, o godz. 15:58: > > > > From what I see, the error is not present anymore on linux 6.14-rc4. I > > tried > > reverting your patch "ASoC: simple-card-utils.c: a

Re: [PATCH 2/2] drm/rockchip: lvds: Hide scary error messages on probe deferral

Am Freitag, 28. Februar 2025, 18:42:32 MEZ schrieb Quentin Schulz: > Hi Heiko, > > On 2/28/25 5:57 PM, Heiko Stuebner wrote: > > From: Heiko Stuebner > > > > Commit 52d11c863ac9 ("drm/rockchip: lvds: do not print scary message when > > probing defer") already started hiding scary messages that a

Re: [PATCH 1/2] drivers: base: component: add function to query the bound status

Hi Greg, Am Freitag, 21. Februar 2025, 07:14:07 MEZ schrieb Greg KH: > On Fri, Feb 21, 2025 at 12:41:40AM +0100, Heiko Stuebner wrote: > > The component helpers already expose the bound status in debugfs, but at > > times it might be necessary to also check that state in the kernel and > > act dif

Re: [PATCH 3/4] arm64: dts: rockchip: Add HDMI1 PHY PLL clock source to VOP2 on RK3588

Am Dienstag, 18. Februar 2025, 15:13:07 MEZ schrieb Sebastian Reichel: > Hi, > > On Tue, Feb 18, 2025 at 08:17:46PM +0800, Jianfeng Liu wrote: > > On Tue, 18 Feb 2025 11:00:57 +0100, Heiko Stübnerwrote: > > >So I guess step1, check what error is actually returned. > > > > I have checked that the

Re: [PATCH 3/4] arm64: dts: rockchip: Add HDMI1 PHY PLL clock source to VOP2 on RK3588

Am Dienstag, 18. Februar 2025, 10:52:16 MEZ schrieb Jianfeng Liu: > Hi Cristian, > > No matter one or two hdmi ports the rk3588 boards have, most of > devicetrees in mainline kernel only have hdmi0 supported. After applying > this patch their hdmi0 support is broken. > > So I recommend moving the

Re: [PATCH 3/4] arm64: dts: rockchip: Add HDMI1 PHY PLL clock source to VOP2 on RK3588

Am Montag, 17. Februar 2025, 03:44:37 MEZ schrieb Jianfeng Liu: > Hi Cristian, > > On Sat, 15 Feb 2025 02:55:39 +0200, Cristian Ciocaltea wrote: > >The HDMI1 PHY PLL clock source cannot be added directly to vop node in > >rk3588-base.dtsi, along with the HDMI0 related one, because HDMI1 is an > >o

Re: [PATCH v14 04/13] drm/rockchip: vop2: Merge vop2_cluster/esmart_init function

Am Mittwoch, 12. Februar 2025, 10:34:59 MEZ schrieb Andy Yan: > From: Andy Yan > > Now these two function share the same logic, the can > be merged as one. > > Signed-off-by: Andy Yan > --- > > (no changes since v1) > > drivers/gpu/drm/rockchip/rockchip_drm_vop2.c | 42 +--- >

Re: [PATCH v14 02/13] drm/rockchip: vop2: Rename TRANSFORM_OFFSET to TRANSFORM_OFFS

Hi Andy, Am Mittwoch, 12. Februar 2025, 10:34:57 MEZ schrieb Andy Yan: > From: Andy Yan > > This help avoid "exceeds 100 columns" warning from checkpatch > > Signed-off-by: Andy Yan I'm not much of a fan of "randomly" renaming individual constants (especially when one is now named OFFS, while

Re: [PATCH v5 2/3] arm64: dts: rockchip: Add HDMI0 audio output for rk3588 SoC

Hi Detlev, Am Donnerstag, 6. Februar 2025, 18:17:51 MEZ schrieb Detlev Casanova: > On Tuesday, 4 February 2025 05:14:37 EST Quentin Schulz wrote: > > This is an address/bus-less device, so I believe it needs to be put > > among other address/bus-less devices, which for Rockchip SoCs is at the > >

Re: [PATCH v6 08/14] drm/rockchip: analogix_dp: Add support to get panel from the DP AUX bus

Hi Damon, Am Donnerstag, 23. Januar 2025, 11:07:41 MEZ schrieb Damon Ding: > Move drm_of_find_panel_or_bridge() a little later and combine it with > component_add() into a new function rockchip_dp_link_panel(). The function > will serve as done_probing() callback of devm_of_dp_aux_populate_bus(),

Re: [PATCH v4 1/3] drm/bridge/synopsys: Add MIPI DSI2 host controller bridge

Hi Chris, Am Montag, 30. Dezember 2024, 03:20:55 CET schrieb Chris Hofstaedtler: > On Tue, Dec 10, 2024 at 12:10:19AM +0100, Heiko Stuebner wrote: > > From: Heiko Stuebner > > > > Add a Synopsys Designware MIPI DSI host DRM bridge driver for their > > DSI2 host controller, based on the Rockchip

Re: [PATCH v2 19/25] drm/rockchip: Compute dumb-buffer sizes with drm_mode_size_dumb()

Am Donnerstag, 9. Januar 2025, 15:57:13 CET schrieb Thomas Zimmermann: > Call drm_mode_size_dumb() to compute dumb-buffer scanline pitch and > buffer size. Align the pitch to a multiple of 64. > > Signed-off-by: Thomas Zimmermann > Cc: Sandy Huang > Cc: "Heiko Stübner&

Re: [PATCH 1/3] drm/rockchip: dw_hdmi_qp: Add platform ctrl callback

Am Montag, 6. Januar 2025, 09:35:26 CET schrieb Andy Yan: > > Hi Heiko, > > At 2025-01-02 19:51:58, "Heiko Stübner" wrote: > >Hi Andy, > > > >Am Mittwoch, 25. Dezember 2024, 11:37:29 CET schrieb Andy Yan: > >> From: Andy Yan > >> >

Re: [PATCH v8 2/9] drm/rockchip: vop2: Add platform specific callback

Hi Andy, Am Dienstag, 31. Dezember 2024, 10:07:45 CET schrieb Andy Yan: > From: Andy Yan > > The VOP interface mux, overlay, background delay cycle configuration > of different SOC are much different. Add platform specific callback > ops to let the core driver look cleaner and more refined. > >

Re: [PATCH 3/3] drm/rockchip: Add basic RK3576 HDMI output support

Am Mittwoch, 25. Dezember 2024, 11:37:31 CET schrieb Andy Yan: > From: Andy Yan > > The HDMI on RK3576 shares the same IP block (PHY and Controller) > with rk3588. > However, there are some control bits scattered in different GRF. > > Signed-off-by: Andy Yan > Signed-off-by: Detlev Casanova >

Re: [PATCH 1/3] drm/rockchip: dw_hdmi_qp: Add platform ctrl callback

Hi Andy, Am Mittwoch, 25. Dezember 2024, 11:37:29 CET schrieb Andy Yan: > From: Andy Yan > > There are some control bits for IO and interrupts status scattered > across different GRF on differt SOC. > Add platform callback for this IO setting and interrupts status > handling. > > Signed-off-by:

Re: [PATCH v2 0/8] Add display subsystem dt node on rk3576

Hi Andy, Am Sonntag, 29. Dezember 2024, 07:48:36 CET schrieb Andy Yan: > > Hi Heiko, > > At 2024-12-29 02:36:36, "Heiko Stübner" wrote: > >Hi Andy, > > > >Am Samstag, 28. Dezember 2024, 13:21:43 CET schrieb Andy Yan: > >> From: Andy Yan >

Re: [PATCH v2 0/8] Add display subsystem dt node on rk3576

Hi Andy, Am Samstag, 28. Dezember 2024, 13:21:43 CET schrieb Andy Yan: > From: Andy Yan > > > As the VOP[0] and HDMI[1] driver have already been submitted for review. > This series send all display related device tree part together. > [0] > https://lore.kernel.org/linux-rockchip/20241219073931

Re: [PATCH v2 11/11] arm64: dts: rockchip: Add nodes related to eDP1 for RK3588

Hi Damon, Am Montag, 16. Dezember 2024, 04:12:25 CET schrieb Damon Ding: > The related nodes are hdptxphy1_grf, hdptxphy1 and edp1. And the > aliases edp0 and edp1 are added to separate two independent eDP > devices. > > Signed-off-by: Damon Ding > --- > .../arm64/boot/dts/rockchip/rk3588-extra

Re: [PATCH v2 04/11] phy: phy-rockchip-samsung-hdptx: Add support for eDP mode

Hi Damon, Am Montag, 16. Dezember 2024, 04:12:18 CET schrieb Damon Ding: > Add basic support for RBR/HBR/HBR2 link rates, and the voltage swing and > pre-emphasis configurations of each link rate have been verified according > to the eDP 1.3 requirements. > > Signed-off-by: Damon Ding > > --- >

Re: [PATCH v2 03/11] drm/rockchip: analogix_dp: Add support for RK3588

Am Montag, 16. Dezember 2024, 09:57:41 CET schrieb Dmitry Baryshkov: > On Mon, Dec 16, 2024 at 11:12:17AM +0800, Damon Ding wrote: > > RK3588 integrates the analogix eDP 1.3 TX controller IP and the HDMI/eDP > > TX Combo PHY based on a Samsung IP block, and there are also two > > independent eDP di

Re: [PATCH v2 3/5] drm/rockchip: vop2: Improve display modes handling on RK3588 HDMI0

Am Mittwoch, 11. Dezember 2024, 18:47:44 CET schrieb Maxime Ripard: > On Wed, Dec 11, 2024 at 06:23:03PM +0100, Heiko Stübner wrote: > > Am Mittwoch, 11. Dezember 2024, 18:07:57 CET schrieb Maxime Ripard: > > > On Wed, Dec 11, 2024 at 12:15:07PM +0200, Cristian Ciocaltea wrote:

Re: [PATCH v2 3/5] drm/rockchip: vop2: Improve display modes handling on RK3588 HDMI0

Am Mittwoch, 11. Dezember 2024, 18:07:57 CET schrieb Maxime Ripard: > On Wed, Dec 11, 2024 at 12:15:07PM +0200, Cristian Ciocaltea wrote: > > The RK3588 specific implementation is currently quite limited in terms > > of handling the full range of display modes supported by the connected > > screens

Re: [PATCH v5 01/18] drm/rockchip: vop2: Add debugfs support

Hi Andy, Am Mittwoch, 11. Dezember 2024, 08:07:21 CET schrieb Andy Yan: > At 2024-12-10 19:57:44, "Heiko Stübner" wrote: > >Am Montag, 9. Dezember 2024, 13:29:13 CET schrieb Andy Yan: > >> From: Andy Yan > >> > >> /sys/kernel/debug/dri/vop2/sum

Re: [PATCH v2 0/4] Add support for HDMI1 output on RK3588 SoC

Hi Cristian, Am Mittwoch, 11. Dezember 2024, 00:06:13 CET schrieb Cristian Ciocaltea: > The patches provide the basic support to handle the second HDMI output > port found on Rockchip RK3588 SoC. > > For now I enabled it on Radxa ROCK 5B only, the board I've been using to > validate this. > > **

Re: [PATCH v5 13/18] drm/rockchip: vop2: Introduce vop hardware version

Am Montag, 9. Dezember 2024, 13:33:29 CET schrieb Andy Yan: > From: Andy Yan > > There is a version number hardcoded in the VOP VERSION_INFO > register, and the version number increments sequentially based > on the production order of the SOC. > > So using this version number to distinguish diff

Re: [PATCH v3 0/3] drm/rockchip: Add driver for the new DSI2 controller

, 10 Dec 2024 at 03:22, Andy Yan wrote: > >> >> 在 2024-12-10 09:01:38，"Dmitry Baryshkov" > >> >> 写道： > >> >> >On Tue, Dec 10, 2024 at 08:50:51AM +0800, Andy Yan wrote: > >> >> >> At 2024-12-10 07:12:26, "Heiko Stübne

Re: [PATCH v5 01/18] drm/rockchip: vop2: Add debugfs support

Hi Andy, Am Montag, 9. Dezember 2024, 13:29:13 CET schrieb Andy Yan: > From: Andy Yan > > /sys/kernel/debug/dri/vop2/summary: dump vop display state > /sys/kernel/debug/dri/vop2/regs: dump whole vop registers > /sys/kernel/debug/dri/vop2/active_regs: only dump the registers of > activated modul

Re: [PATCH v3 0/3] drm/rockchip: Add driver for the new DSI2 controller

2-10 09:01:38，"Dmitry Baryshkov" 写道： > >> >On Tue, Dec 10, 2024 at 08:50:51AM +0800, Andy Yan wrote: > >> >> > >> >> > >> >> Hi, > >> >> > >> >> At 2024-12-10 07:12:26, "Heiko Stübner"

Re: [PATCH v3 0/3] drm/rockchip: Add driver for the new DSI2 controller

Am Montag, 9. Dezember 2024, 17:11:03 CET schrieb Diederik de Haas: > Hi, > > On Mon Dec 9, 2024 at 4:06 PM CET, Daniel Semkowicz wrote: > > On 03.12.24 21:54, Heiko Stuebner wrote: > > > This series adds a bridge and glue driver for the DSI2 controller found > > > in the rk3588 soc from Rockchip,

Re: [PATCH v1 00/10] Add eDP support for RK3588

Hi Daemon, Am Mittwoch, 27. November 2024, 08:51:47 CET schrieb Damon Ding: > These patchs have been tested with a 1536x2048p60 eDP panel on > RK3588S EVB1 board, and HDMI 1080P/4K display also has been verified > on RK3588 EVB1 board. > > Patch 1~3 are the RK3588 eDP support of Rockchip analogix

Re: [PATCH v7] rockchip/drm: vop2: add support for gamma LUT

Hi Piotr, Am Mittwoch, 4. Dezember 2024, 16:45:21 CET schrieb Piotr Zalewski: > I just noticed that after coming out of suspend gamma LUT is lost and must > be rewritten by userspace. > > So I guess it will be needed to save LUT to a buffer and rewrite it after > going out of suspend during modes

Re: [PATCH v1 04/10] phy: phy-rockchip-samsung-hdptx: Add support for eDP mode

Hi Damon, Am Freitag, 29. November 2024, 03:43:57 CET schrieb Damon Ding: > On 2024/11/27 19:04, Heiko Stübner wrote: > > Am Mittwoch, 27. November 2024, 12:00:10 CET schrieb Damon Ding: > >> On 2024/11/27 17:29, Heiko Stübner wrote: > >>> Am Mittwoch, 27. Novem

Re: [PATCH v1 04/10] phy: phy-rockchip-samsung-hdptx: Add support for eDP mode

Hi Damon, Am Mittwoch, 27. November 2024, 12:00:10 CET schrieb Damon Ding: > Hi Heiko: > > On 2024/11/27 17:29, Heiko Stübner wrote: > > Hi Damon, > > > > Am Mittwoch, 27. November 2024, 08:51:51 CET schrieb Damon Ding: > >> Add basic support for RBR/HBR/HB

Re: [PATCH v1 04/10] phy: phy-rockchip-samsung-hdptx: Add support for eDP mode

Hi Damon, Am Mittwoch, 27. November 2024, 08:51:51 CET schrieb Damon Ding: > Add basic support for RBR/HBR/HBR2 link rates, and the voltage swing and > pre-emphasis configurations of each link rate have been verified according > to the eDP 1.3 requirements. > > Signed-off-by: Damon Ding > --- [

Re: [PATCH v1 10/10] arch64: dts: rockchip: Enable eDP0 display on RK3588S EVB1 board

Hi Damon, Am Mittwoch, 27. November 2024, 08:51:57 CET schrieb Damon Ding: > Add the necessary DT changes to enable eDP0 on RK3588S EVB1 board. > > Signed-off-by: Damon Ding > --- > .../boot/dts/rockchip/rk3588s-evb1-v10.dts| 84 +++ > 1 file changed, 84 insertions(+) > > d

Re: [PATCH 1/3] drm/bridge/synopsys: Add MIPI DSI2 host controller bridge

Hi, Am Mittwoch, 6. November 2024, 14:54:39 CET schrieb neil.armstr...@linaro.org: > > +#define UPDATE(v, h, l)(((v) << (l)) & GENMASK((h), > > (l))) > > I'm not super fan of this macro, overall I thinkg you should switch to > regmap and make use of regmap_update_bits and dro

Re: [PATCH 3/3] drm/rockchip: Add MIPI DSI2 glue driver for RK3588

Hi, Am Mittwoch, 6. November 2024, 14:33:25 CET schrieb Diederik de Haas: > > +#define IPI_DEPTH_5_6_5_BITS 0x02 > > +#define IPI_DEPTH_6_BITS 0x03 > > +#define IPI_DEPTH_8_BITS 0x05 > > +#define IPI_DEPTH_10_BITS 0x06 > > Possibly dumb remark (sorry): >

Re: [PATCH v3 1/3] vop2: Add clock resets support

Hi Detlev, Am Freitag, 8. November 2024, 19:50:39 CET schrieb Detlev Casanova: > At the end of initialization, each VP clock needs to be reset before > they can be used. > > Failing to do so can put the VOP in an undefined state where the > generated HDMI signal is either lost or not matching the

Re: [PATCH v3 0/3] drm: rockchip: vop2: Add VP clock resets support

Hi Detlev, Am Freitag, 8. November 2024, 19:50:38 CET schrieb Detlev Casanova: > Detlev Casanova (3): > vop2: Add clock resets support > arm64: dts: rockchip: Add VOP clock resets for rk3588s > dt-bindings: display: vop2: Add VP clock resets while it isn't that important for this short seri

Re: [PATCH] drm/rockchip: dsi: convert to dev_err_probe in probe function

Am Freitag, 8. November 2024, 16:21:24 CET schrieb Diederik de Haas: > On Fri Nov 8, 2024 at 3:44 PM CET, Heiko Stuebner wrote: > > From: Heiko Stuebner > > > > DRM_DEV_ERROR is deprecated and using dev_err_probe saves quite a number > > of lines too, so convert the error prints for the dsi-driver

Re: [PATCH 1/2] drm/rockchip: dsi: Perform trivial code cleanups

Am Freitag, 8. November 2024, 15:13:33 CET schrieb Dragan Simic: > On 2024-11-08 15:09, Heiko Stübner wrote: > > Am Freitag, 8. November 2024, 15:05:02 CET schrieb Dragan Simic: > >> On 2024-11-08 14:56, Heiko Stübner wrote: > >> > Am Freitag, 8. November 2024, 14:

Re: [PATCH 1/2] drm/rockchip: dsi: Perform trivial code cleanups

Am Freitag, 8. November 2024, 15:05:02 CET schrieb Dragan Simic: > Hello Heiko, > > On 2024-11-08 14:56, Heiko Stübner wrote: > > Am Freitag, 8. November 2024, 14:53:57 CET schrieb Dragan Simic: > >> Perform a few trivial code cleanups, to make one logged message a bit &

Re: [PATCH 1/2] drm/rockchip: dsi: Perform trivial code cleanups

Hey Dragan, Am Freitag, 8. November 2024, 14:53:57 CET schrieb Dragan Simic: > Perform a few trivial code cleanups, to make one logged message a bit more > consistent with the other logged messages by capitalizing its first word, and > to avoid line wrapping by using the 100-column width better. >

Re: [PATCH] drm/panthor: Add FOP_UNSIGNED_OFFSET to fop_flags

Am Freitag, 20. September 2024, 12:28:02 CEST schrieb Liviu Dudau: > Since 641bb4394f40 ("fs: move FMODE_UNSIGNED_OFFSET to fop_flags") > the FMODE_UNSIGNED_OFFSET flag has been moved to fop_flags and renamed, > but the patch failed to make the changes for the panthor driver. > When user space open

Re: [PATCH v6 3/3] drm/rockchip: Add basic RK3588 HDMI output support

Am Dienstag, 10. September 2024, 18:39:54 CEST schrieb Heiko Stübner: > Am Dienstag, 10. September 2024, 17:41:42 CEST schrieb Cristian Ciocaltea: > > On 9/10/24 6:21 PM, Heiko Stübner wrote: > > > Am Dienstag, 10. September 2024, 17:07:57 CEST schrieb Heiko Stübner: &g

Re: [PATCH v6 3/3] drm/rockchip: Add basic RK3588 HDMI output support

Am Freitag, 6. September 2024, 03:17:42 CEST schrieb Cristian Ciocaltea: > The RK3588 SoC family integrates the newer Synopsys DesignWare HDMI 2.1 > Quad-Pixel (QP) TX controller IP and a HDMI/eDP TX Combo PHY based on a > Samsung IP block. > > Add just the basic support for now, i.e. RGB output u

Re: [PATCH v6 3/3] drm/rockchip: Add basic RK3588 HDMI output support

Am Dienstag, 10. September 2024, 17:41:42 CEST schrieb Cristian Ciocaltea: > On 9/10/24 6:21 PM, Heiko Stübner wrote: > > Am Dienstag, 10. September 2024, 17:07:57 CEST schrieb Heiko Stübner: > >> Am Freitag, 6. September 2024, 03:17:42 CEST schrieb Cristian Ciocaltea: > >

Re: [PATCH v6 3/3] drm/rockchip: Add basic RK3588 HDMI output support

Am Dienstag, 10. September 2024, 17:07:57 CEST schrieb Heiko Stübner: > Am Freitag, 6. September 2024, 03:17:42 CEST schrieb Cristian Ciocaltea: > > The RK3588 SoC family integrates the newer Synopsys DesignWare HDMI 2.1 > > Quad-Pixel (QP) TX controller IP and a HDMI/eDP TX Combo

Re: [PATCH v6 3/3] drm/rockchip: Add basic RK3588 HDMI output support

Am Freitag, 6. September 2024, 03:17:42 CEST schrieb Cristian Ciocaltea: > The RK3588 SoC family integrates the newer Synopsys DesignWare HDMI 2.1 > Quad-Pixel (QP) TX controller IP and a HDMI/eDP TX Combo PHY based on a > Samsung IP block. > > Add just the basic support for now, i.e. RGB output u

Re: [PATCH v6 3/3] drm/rockchip: Add basic RK3588 HDMI output support

Am Freitag, 6. September 2024, 03:17:42 CEST schrieb Cristian Ciocaltea: > The RK3588 SoC family integrates the newer Synopsys DesignWare HDMI 2.1 > Quad-Pixel (QP) TX controller IP and a HDMI/eDP TX Combo PHY based on a > Samsung IP block. > > Add just the basic support for now, i.e. RGB output u

Re: [PATCH v4 3/9] dt-bindings: i2c: i2c-rk3x: Add rk3576 compatible

Hi Andi, Am Dienstag, 3. September 2024, 17:46:00 CEST schrieb Andi Shyti: > On Tue, Sep 03, 2024 at 11:22:33AM GMT, Detlev Casanova wrote: > > Just like RK356x and RK3588, RK3576 is compatible to the existing > > rk3399 binding. > > > > Signed-off-by: Detlev Casanova > > Acked-by: Krzysztof Koz

Re: [PATCH v4 3/9] dt-bindings: i2c: i2c-rk3x: Add rk3576 compatible

Am Dienstag, 3. September 2024, 18:47:17 CEST schrieb Andi Shyti: > On Tue, Sep 03, 2024 at 11:59:34AM GMT, Detlev Casanova wrote: > > On Tuesday, 3 September 2024 11:46:00 EDT Andi Shyti wrote: > > > Hi, > > > > > > On Tue, Sep 03, 2024 at 11:22:33AM GMT, Detlev Casanova wrote: > > > > Just like

Re: [PATCH v5 1/4] dt-bindings: display: bridge: Add schema for Synopsys DW HDMI QP TX IP

Hi, Am Samstag, 31. August 2024, 08:16:26 CEST schrieb Krzysztof Kozlowski: > On Sat, Aug 31, 2024 at 12:55:29AM +0300, Cristian Ciocaltea wrote: > > + clocks: > > +minItems: 4 > > +maxItems: 6 > > +items: > > + - description: Peripheral/APB bus clock > > + - description: E

Re: [PATCH v2 09/12] dt-bindings: watchdog: Add rockchip,rk3576-wdt compatible

Hi Guenter, Am Dienstag, 27. August 2024, 21:38:35 CEST schrieb Guenter Roeck: > On 8/27/24 00:20, Heiko Stübner wrote: > > Am Samstag, 24. August 2024, 18:44:29 CEST schrieb Guenter Roeck: > >> On Fri, Aug 23, 2024 at 10:52:36AM -0400, Detlev Casanova wrote: > >>> I

Re: [PATCH v2 09/12] dt-bindings: watchdog: Add rockchip,rk3576-wdt compatible

Hi Guenter, Am Samstag, 24. August 2024, 18:44:29 CEST schrieb Guenter Roeck: > On Fri, Aug 23, 2024 at 10:52:36AM -0400, Detlev Casanova wrote: > > It is compatible with the other rockchip SoCs. > > > > Signed-off-by: Detlev Casanova > > Acked-by: Guenter Roeck For my understanding, does thi

Re: [PATCH v4 3/4] dt-bindings: display: rockchip: Add schema for RK3588 HDMI TX Controller

Am Donnerstag, 22. August 2024, 10:41:10 CEST schrieb Conor Dooley: > On Thu, Aug 22, 2024 at 09:01:34AM +0200, Heiko Stübner wrote: > > @Conor: just for me, did some shift happen in our understanding of dt- > > best-practices in terms of syscon via phandle vs. syscon

Re: [PATCH -next 1/5] drm/rockchip: Use for_each_child_of_node_scoped()

Am Freitag, 23. August 2024, 11:20:49 CEST schrieb Jinjie Ruan: > Avoids the need for manual cleanup of_node_put() in early exits > from the loop. > > Signed-off-by: Jinjie Ruan Not sure if this should go in in one part or individually, but anyway Reviewed-by: Heiko Stuebner > drivers/gpu/dr

Re: [PATCH v4 3/4] dt-bindings: display: rockchip: Add schema for RK3588 HDMI TX Controller

Am Donnerstag, 22. August 2024, 01:22:16 CEST schrieb Cristian Ciocaltea: > On 8/22/24 12:38 AM, Heiko Stuebner wrote: > > > > > > Am 21. August 2024 23:28:55 MESZ schrieb Conor Dooley : > >> Cristian, Heiko, > >> > >> On Wed, Aug 21, 2024 at 11:38:01PM +0300, Cristian Ciocaltea wrote: > >>> On 8

Re: [PATCH v3 2/2] drm/panfrost: Add cycle counter job requirement

Am Montag, 19. August 2024, 10:02:23 CEST schrieb Mary Guillemard: > Extend the uAPI with a new job requirement flag for cycle > counters. This requirement is used by userland to indicate that a job > requires cycle counters or system timestamp to be propagated. (for use > with write value timestam

Re: [PATCH v3 1/2] drm/panfrost: Add SYSTEM_TIMESTAMP and SYSTEM_TIMESTAMP_FREQUENCY parameters

Am Montag, 19. August 2024, 10:02:22 CEST schrieb Mary Guillemard: > Expose system timestamp and frequency supported by the GPU. > > Mali uses an external timer as GPU system time. On ARM, this is wired to > the generic arch timer so we wire cntfrq_el0 as device frequency. > > This new uAPI will

Re: [PATCH v3] drm/panthor: Add DEV_QUERY_TIMESTAMP_INFO dev query

Am Montag, 19. August 2024, 13:25:08 CEST schrieb Mary Guillemard: > Expose timestamp information supported by the GPU with a new device > query. > > Mali uses an external timer as GPU system time. On ARM, this is wired to > the generic arch timer so we wire cntfrq_el0 as device frequency. > > Th

Re: [PATCH 38/86] drm/rockchip: Run DRM default client setup

mermann > Cc: Sandy Huang > Cc: "Heiko Stübner" > Cc: Andy Yan I've looked up the whole patchseries and while I can't say overly much about the core changes, at least for the Rockchip driver, things look like they'll stay the same even after t

Re: [PATCH RESEND] drm/rockchip: Unregister platform drivers in reverse order

Am Donnerstag, 15. August 2024, 19:26:54 CEST schrieb Cristian Ciocaltea: > On 8/15/24 5:21 PM, Heiko Stübner wrote: > > Am Donnerstag, 8. August 2024, 13:58:02 CEST schrieb Cristian Ciocaltea: > >> Move rockchip_drm_platform_driver unregistration after its sub-drivers, >

Re: [PATCH RESEND] drm/rockchip: Unregister platform drivers in reverse order

Am Donnerstag, 8. August 2024, 13:58:02 CEST schrieb Cristian Ciocaltea: > Move rockchip_drm_platform_driver unregistration after its sub-drivers, > which ensures all drivers are unregistered in the reverse order used > when they were registered. are you sure about that? I.e. currently rockchip_d

Re: [PATCH v3 0/5] Add initial support for the Rockchip RK3588 HDMI TX Controller

Am Mittwoch, 7. August 2024, 13:07:22 CEST schrieb Cristian Ciocaltea: > The Rockchip RK3588 SoC family integrates the Synopsys DesignWare HDMI > 2.1 Quad-Pixel (QP) TX controller, which is a new IP block, quite > different from those used in the previous generations of Rockchip SoCs. > > The cont

Re: [PATCH v2] drm/panthor: Add DEV_QUERY_TIMESTAMP_INFO dev query

Hi, Am Montag, 12. August 2024, 14:28:15 CEST schrieb Mary Guillemard: > Expose timestamp information supported by the GPU with a new device > query. > > Mali uses an external timer as GPU system time. On ARM, this is wired to > the generic arch timer so we wire cntfrq_el0 as device frequency. >

Re: [PATCH v11 09/24] drm/rockchip: dw_hdmi: add regulator support

Am Donnerstag, 4. Juli 2024, 11:09:00 CEST schrieb Diederik de Haas: > On Friday, 22 April 2022 09:28:26 CEST Sascha Hauer wrote: > > The RK3568 has HDMI_TX_AVDD0V9 and HDMI_TX_AVDD_1V8 supply inputs needed > > for the HDMI port. add support for these to the driver for boards which > > have them su

Re: [PATCH 02/13] clk: rockchip: Set parent rate for DCLK_VOP clock on RK3228

Am Samstag, 15. Juni 2024, 19:03:53 CEST schrieb Jonas Karlman: > Similar to DCLK_LCDC on RK3328, the DCLK_VOP on RK3228 is typically > parented by the hdmiphy clk and it is expected that the DCLK_VOP and > hdmiphy clk rate are kept in sync. > > Use CLK_SET_RATE_PARENT and CLK_SET_RATE_NO_REPARENT

Re: [PATCH 00/14] improve Analogix DP AUX channel handling

Am Freitag, 3. Mai 2024, 17:11:15 CEST schrieb Lucas Stach: > Currently the AUX channel support in the Analogix DP driver is severely > limited as the AUX block of the bridge is only initialized when the video > link is to be enabled. This is okay for the purposes of link training, > but does not a

Re: [PATCH 02/14] drm/rockchip: analogix_dp: add runtime PM handling

Am Freitag, 3. Mai 2024, 17:11:17 CEST schrieb Lucas Stach: > Hook up the runtime PM suspend/resume paths to make the rockchip > glue behave more like the exynos one. The same suspend/resume > functions are used for system sleep via the runtime PM force > suspend/resume. > > Signed-off-by: Lucas S

Re: [PATCH 13/14] drm/bridge: synopsys: Add DW HDMI QP TX controller driver

Am Donnerstag, 6. Juni 2024, 11:53:23 CEST schrieb Cristian Ciocaltea: > On 6/5/24 5:48 PM, Heiko Stübner wrote: > > Am Samstag, 1. Juni 2024, 15:12:35 CEST schrieb Cristian Ciocaltea: > >> The Synopsys DesignWare HDMI 2.1 Quad-Pixel (QP) TX controller supports > >> th

Re: [PATCH 13/14] drm/bridge: synopsys: Add DW HDMI QP TX controller driver

Am Mittwoch, 5. Juni 2024, 21:58:23 CEST schrieb Luis de Arquer: > On 6/5/24 16:48, Heiko Stübner wrote: > > Without this change, connecting to a DVI display does not work, and > > reading the EDID ends in the "i2c read error" below. > > I had a lot of problems init

Re: [PATCH 13/14] drm/bridge: synopsys: Add DW HDMI QP TX controller driver

Am Samstag, 1. Juni 2024, 15:12:35 CEST schrieb Cristian Ciocaltea: > The Synopsys DesignWare HDMI 2.1 Quad-Pixel (QP) TX controller supports > the following features, among others: > > * Fixed Rate Link (FRL) > * 4K@120Hz and 8K@60Hz video modes > * Variable Refresh Rate (VRR) including Quick Med

Re: [PATCH v1 1/1] treewide: Align match_string() with sysfs_match_string()

Am Sonntag, 2. Juni 2024, 17:57:12 CEST schrieb Andy Shevchenko: > Make two APIs look similar. Hence convert match_string() to be > a 2-argument macro. In order to avoid unneeded churn, convert > all users as well. There is no functional change intended. > > Signed-off-by: Andy Shevchenko > --- >

Re: [PATCH 0/1] Fix the port mux of VP2

Am Mittwoch, 29. Mai 2024, 17:55:25 CEST schrieb Diederik de Haas: > On Thursday, 25 April 2024 17:19:58 CEST Heiko Stuebner wrote: > > On Mon, 22 Apr 2024 18:19:04 +0800, Andy Yan wrote: > > > From: Andy Yan > > > > > > The port mux bits of VP2 should be defined by > > > RK3568_OVL_PORT_SET__POR

Re: [PATCH v2 1/2] drm/rockchip: vop: clear DMA stop bit upon vblank on RK3066

Hey, Am Dienstag, 28. Mai 2024, 00:13:59 CEST schrieb Val Packett: > On Mon, May 27 2024 at 22:43:18 +02:00:00, Heiko Stübner > wrote: > > Am Montag, 27. Mai 2024, 09:16:33 CEST schrieb Val Packett: > >> On the RK3066, there is a bit that must be cleared, otherwise >

Re: [PATCH v2 1/2] drm/rockchip: vop: clear DMA stop bit upon vblank on RK3066

Hi Val, Am Montag, 27. Mai 2024, 09:16:33 CEST schrieb Val Packett: > On the RK3066, there is a bit that must be cleared, otherwise > the picture does not show up on the display (at least for RGB). > > Fixes: f4a6de8 ("drm: rockchip: vop: add rk3066 vop definitions") > Cc: sta...@vger.kernel.org

Re: [PATCH v4 00/10] drm/verisilicon : support DC8200 and inno hdmi

Hi Alex, Am Dienstag, 21. Mai 2024, 12:58:07 CEST schrieb keith: > Verisilicon/DC8200 display controller IP has 2 display pipes and each > pipe support a primary plane and a cursor plane . > In addition, there are four overlay planes as two display pipes common > resources. > > The first displ

Re: [PATCH 3/3] dt-bindings: display: vop2: Add VP clock resets

Am Mittwoch, 15. Mai 2024, 18:19:29 CEST schrieb Conor Dooley: > On Tue, May 14, 2024 at 11:19:47AM -0400, Detlev Casanova wrote: > > Add the documentation for VOP2 video ports reset clocks. > > One reset can be set per video port. > > > > Signed-off-by: Detlev Casanova > > Are these resets vali

Re: [PATCH v2 0/7] Add DSI support for RK3128

Hi Alex, Am Donnerstag, 9. Mai 2024, 14:07:08 CEST schrieb Alex Bee: > This series aims to add support for the DesignWare MIPI DSI controller and > the Innoslicon D-PHY found in RK3128 SoCs. The code additions are rather > tiny: It only need some code in the Rockchip dw-mipi-dsi glue layer for > t

Re: [RFT PATCH v2 31/48] drm/panel: xinpeng-xpp055c272: Don't call unprepare+disable at shutdown/remove

] https://lore.kernel.org/r/20230921192749.1542462-1-diand...@chromium.org > > Cc: "Heiko Stübner" > Signed-off-by: Douglas Anderson the underlying setup (rockchip-drm with dw-dsi) as well as the change itself is similar to the ltk050h3146w variant, so I don't see how this should behave differently ;-) Reviewed-by: Heiko Stuebner

Re: [RFT PATCH v2 30/48] drm/panel: xinpeng-xpp055c272: Stop tracking prepared

ed/enabled state. Even if someone was relying on the > double-check before, that double-check is now in the core and not > needed in individual drivers. > > Cc: "Heiko Stübner" > Signed-off-by: Douglas Anderson the underlying setup (rockchip-drm with dw-dsi) as well as t

Re: [RFT PATCH v2 17/48] drm/panel: ltk500hd1829: Don't call unprepare+disable at shutdown/remove

mium.org > [2] https://lore.kernel.org/r/20230901234202.566951-1-diand...@chromium.org > [3] https://lore.kernel.org/r/20230921192749.1542462-1-diand...@chromium.org > > Cc: "Heiko Stübner" > Signed-off-by: Douglas Anderson the underlying setup (rockchip-drm with dw-dsi) as w

  1   2   3   4   5   >