From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from gloria.sntech.de (gloria.sntech.de [185.11.138.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A99A93B531A; Wed, 15 Jul 2026 19:30:53 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=185.11.138.130 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784143857; cv=none; b=i3YZF2AmYcEBKC2Zm0BFxeyZCC8kMY9kAkoyFFyRjZ5h3NUycvL36GCzZXtpE132VtL09zfJ9MN9kgkw2FwldF2dGv5VtWrbs4+fTWiUqvNwuvTwEpm99BxXgdDS/9hnumcixddvbZPHXu+SysVnyBRi4DH4lW0O5ezUhJIBumE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1784143857; c=relaxed/simple; bh=WWAWz9LEHQ5tZQC70HsiX9DmEjMfxFe9JEVjodePIdc=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=RB0+vY5oKIdEoMiEJkxZm16myDY8+oOdyPi2ouL2XtvBHWaMOVDQcEjigH/GQ/17d0fqQkRKvLxPVriPTk1Q2DrobvF7WS6GQ3abeC2PDv0IvjxX5yFykclNIVbhE0wcT0I0lPdctESSUPel9rJfRiscZbk/PMoXoC1FpBdp+rk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=sntech.de; spf=pass smtp.mailfrom=sntech.de; dkim=pass (2048-bit key) header.d=sntech.de header.i=@sntech.de header.b=zb9QXW1X; arc=none smtp.client-ip=185.11.138.130 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=sntech.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=sntech.de Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=sntech.de header.i=@sntech.de header.b="zb9QXW1X" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sntech.de; s=gloria202408; h=Content-Type:Content-Transfer-Encoding:MIME-Version: References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Reply-To; bh=hL1GS79qzyM0ipi8jemKvD9nfesfcOl399h19NOhaM8=; b=zb9QXW1XMG4YfPtNV3RG+62Zmd v8UvwL/ktHs4FtJ/TP0zlhZleTu7M3ckwlhFjD4fw+uytYiKG7LFVdi6L8rfGJpoUn9NXkCz66pN8 /qJeCo+4hjVSn+09UJwGZkBRxCikUAhVFdv/Y9jHZhsRA7jr9+/oTwWrn4fM7+AzWXr5cTmo4EQlr fPpdq9Hyo1NSmaiNWEznadQPhH77OjmmymXNzamcUS3zD+zTNqb3owWxhn+mkg5Tv/Pndg4MN0jc+ XA/8uJNplYQGHCcxu061mq29I4T0soEHVGDgIqoMeWlNxc6tMpWJkAUf+VeOvTW/IHgHRScOlzpOk uLO0XDIg==; From: Heiko Stuebner To: Andy Yan , Sebastian Reichel Cc: Sandy Huang , Andy Yan , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , Andrzej Hajda , Neil Armstrong , Robert Foss , Laurent Pinchart , Jonas Karlman , Jernej Skrabec , Rob Herring , Krzysztof Kozlowski , Conor Dooley , David Airlie , Simona Vetter , Dmitry Baryshkov , Luca Ceresoli , Cristian Ciocaltea , Damon Ding , Dmitry Baryshkov , Alexey Charkov , dri-devel@lists.freedesktop.org, linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, kernel@collabora.com, linux-arm-kernel@lists.infradead.org, yubing.zhang@rock-chips.com Subject: Re: [PATCH v3 08/10] drm/rockchip: dw_dp: Add runtime PM support Date: Wed, 15 Jul 2026 21:30:27 +0200 Message-ID: <2301403.NgBsaNRSFp@phil> In-Reply-To: References: <20260612-synopsys-dw-dp-improvements-v3-0-dc61e6352508@collabora.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Am Mittwoch, 15. Juli 2026, 21:00:12 Mitteleurop=C3=A4ische Sommerzeit schr= ieb Sebastian Reichel: > Hello Andy, >=20 > On Tue, Jul 14, 2026 at 06:08:06PM +0800, Andy Yan wrote: > > > @@ -58,6 +59,8 @@ static void dw_dp_rockchip_hpd_sw_sel(void *data, b= ool > > > force_hpd_from_sw) > > > > > > dp->hpd_sel =3D force_hpd_from_sw; > > > > > > + ACQUIRE(pm_runtime_active_auto, pm)(dp->dev); > >=20 > > This can triger HPD irq for USB-C DP AltMode, but for a standard > > DP port, this is no way to acquire runtime, so there will no irq > > when plug in. >=20 > Right. I don't have any RK3588 or RK3576 system exposing a DP > connector directly. This this is non-trivial to test for me :/ >=20 > I see the following options: >=20 > 1. Only enable runtime PM when running in USB-C mode > 2. Mux the HPD pin as GPIO to support waking up with the controller > being suspended; either remux when the controller is awake or use > the same mechanism as USB-C to do software based HPD on top of the > GPIO (which would allow using any GPIO as HPD). > 3. Have a poll function, which wakes up the controller regularly to > check the status >=20 > I consider going for option 1 for now, which allows option 2 to be > implemented as a follow up. Mostly to avoid that the series becomes > as big and messy as the USBDP PHY series became. I'd agree with that solution. I think we can all agree that option 3 is baaaad :-) . So with 1, functionality keeps working, and then someone can put the special HPD handling on top later - the Rock-5-ITX does expose the DP1 (on a hdmi port) Heiko