devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Heiko Stuebner <heiko@sntech.de>
To: Thomas Zimmermann <tzimmermann@suse.de>,
	Maxime Ripard <mripard@kernel.org>
Cc: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>,
	Andy Yan <andyshrk@163.com>,
	hjc@rock-chips.com, naoki@radxa.com, stephen@radxa.com,
	cristian.ciocaltea@collabora.com, neil.armstrong@linaro.org,
	Laurent.pinchart@ideasonboard.com, yubing.zhang@rock-chips.com,
	krzk+dt@kernel.org, devicetree@vger.kernel.org,
	dri-devel@lists.freedesktop.org,
	linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, linux-rockchip@lists.infradead.org,
	robh@kernel.org, sebastian.reichel@collabora.com,
	Andy Yan <andy.yan@rock-chips.com>
Subject: Re: [PATCH v7 00/10] Add support for RK3588 DisplayPort Controller
Date: Thu, 28 Aug 2025 14:18:55 +0200	[thread overview]
Message-ID: <6614832.V25eIC5XRa@phil> (raw)
In-Reply-To: <20250828-tangible-wakeful-coati-ec27d1@houat>

Am Donnerstag, 28. August 2025, 10:05:28 Mitteleuropäische Sommerzeit schrieb Maxime Ripard:
> On Thu, Aug 28, 2025 at 09:50:34AM +0200, Thomas Zimmermann wrote:
> > Hi
> > 
> > Am 28.08.25 um 00:24 schrieb Dmitry Baryshkov:
> > > On Fri, Aug 22, 2025 at 02:39:44PM +0800, Andy Yan wrote:
> > > > From: Andy Yan <andy.yan@rock-chips.com>
> > > > 
> > > > 
> > > > There are two DW DPTX based DisplayPort Controller on rk3588 which
> > > > are compliant with the DisplayPort Specification Version 1.4 with
> > > > the following features:
> > > > 
> > > > * DisplayPort 1.4a
> > > > * Main Link: 1/2/4 lanes
> > > > * Main Link Support 1.62Gbps, 2.7Gbps, 5.4Gbps and 8.1Gbps
> > > > * AUX channel 1Mbps
> > > > * Single Stream Transport(SST)
> > > > * Multistream Transport (MST)
> > > > * Type-C support (alternate mode)
> > > > * HDCP 2.2, HDCP 1.3
> > > > * Supports up to 8/10 bits per color component
> > > > * Supports RBG, YCbCr4:4:4, YCbCr4:2:2, YCbCr4:2:0
> > > > * Pixel clock up to 594MHz
> > > > * I2S, SPDIF audio interface
> > > > 
> > > > The current version of this patch series only supports basic display outputs.
> > > > I conducted tests with DP0 in 1080p and 4K@60 YCbCr4:2:0 modes; the ALT/Type-C
> > > > mode was tested on Rock 5B, DP1 was tested on Rock 5 ITX by Stephen and Piotr.
> > > > HDCP and audio features remain unimplemented.
> > > > For RK3588, it's only support SST, while in the upcoming RK3576, it can support
> > > > MST output.
> > > > 
> > > [skipped changelog]
> > > 
> > > > Andy Yan (10):
> > > >    dt-bindings: display: rockchip: Add schema for RK3588 DPTX Controller
> > > >    drm/bridge: synopsys: Add DW DPTX Controller support library
> > > >    drm/rockchip: Add RK3588 DPTX output support
> > > >    MAINTAINERS: Add entry for DW DPTX Controller bridge
> > > I tried pushing patches 1-4, but got the following error:
> > > 
> > > dim: ERROR: 5a68dcf5837a ("MAINTAINERS: Add entry for DW DPTX Controller bridge"): Mandatory Maintainer Acked-by missing., aborting
> > > 
> > > I'm not sure how to handle MAINTAINERS changes (or whether it's fine for
> > > me or not), so I will probably push patches 1-3 in a few days, if nobody
> > > beats me (or unless somebody points out a correct process for
> > > MAINTAINERS changes).
> > 
> > That warning has been added recently to make sure that patches do not get in
> > without sufficient review. It's overly pedantic, though.
> 
> It's not "overly pedantic", it follows the contribution rules. I'd argue
> that, if anything, we've been overly tolerant with that kind of
> practices.
> 
> We do have a bug with handling MAINTAINERS changes at the moment. But
> everything else shouldn't be ignored: either patch MAINTAINERS to
> reflect the actual contribution path, or get the maintainers Ack.

$ scripts/get_maintainer.pl MAINTAINERS
linux-kernel@vger.kernel.org (open list)

MAINTAINERS does not have a maintainer though, to Ack a patch changing it



  reply	other threads:[~2025-08-28 12:19 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-08-22  6:39 [PATCH v7 00/10] Add support for RK3588 DisplayPort Controller Andy Yan
2025-08-22  6:39 ` [PATCH v7 01/10] dt-bindings: display: rockchip: Add schema for RK3588 DPTX Controller Andy Yan
2025-08-22  6:39 ` [PATCH v7 02/10] drm/bridge: synopsys: Add DW DPTX Controller support library Andy Yan
2025-08-22  6:39 ` [PATCH v7 03/10] drm/rockchip: Add RK3588 DPTX output support Andy Yan
2025-08-23 14:36   ` Heiko Stübner
2025-08-22  6:39 ` [PATCH v7 04/10] MAINTAINERS: Add entry for DW DPTX Controller bridge Andy Yan
2025-08-23 14:35   ` Heiko Stübner
2025-08-22  6:39 ` [PATCH v7 05/10] dt-bindings: display: simple-bridge: Add ra620 compatible Andy Yan
2025-08-22  6:39 ` [PATCH v7 06/10] drm/bridge: simple-bridge: Add support for radxa ra620 Andy Yan
2025-08-22  6:39 ` [PATCH v7 07/10] arm64: dts: rockchip: Add DP0 for rk3588 Andy Yan
2025-08-22  6:39 ` [PATCH v7 08/10] arm64: dts: rockchip: Add DP1 " Andy Yan
2025-08-22  6:39 ` [PATCH v7 09/10] arm64: dts: rockchip: Enable DisplayPort for rk3588s Cool Pi 4B Andy Yan
2025-08-22  6:39 ` [PATCH v7 10/10] arm64: dts: rockchip: Enable DP2HDMI for ROCK 5 ITX Andy Yan
2025-08-22 18:12 ` (subset) [PATCH v7 00/10] Add support for RK3588 DisplayPort Controller Dmitry Baryshkov
2025-08-27 22:24 ` Dmitry Baryshkov
2025-08-28  7:50   ` Thomas Zimmermann
2025-08-28  8:05     ` Maxime Ripard
2025-08-28 12:18       ` Heiko Stuebner [this message]
2025-08-28 12:56       ` Dmitry Baryshkov
2025-09-02 17:07         ` Maxime Ripard
2025-08-28 12:51 ` (subset) " Dmitry Baryshkov
2025-08-29 14:41 ` Maud Spierings
2025-08-31 12:12   ` Andy Yan
2025-09-01 10:59 ` (subset) " Heiko Stuebner

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6614832.V25eIC5XRa@phil \
    --to=heiko@sntech.de \
    --cc=Laurent.pinchart@ideasonboard.com \
    --cc=andy.yan@rock-chips.com \
    --cc=andyshrk@163.com \
    --cc=cristian.ciocaltea@collabora.com \
    --cc=devicetree@vger.kernel.org \
    --cc=dmitry.baryshkov@oss.qualcomm.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=hjc@rock-chips.com \
    --cc=krzk+dt@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=mripard@kernel.org \
    --cc=naoki@radxa.com \
    --cc=neil.armstrong@linaro.org \
    --cc=robh@kernel.org \
    --cc=sebastian.reichel@collabora.com \
    --cc=stephen@radxa.com \
    --cc=tzimmermann@suse.de \
    --cc=yubing.zhang@rock-chips.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).