From nobody Tue Oct 7 15:01:47 2025 Received: from out-180.mta0.migadu.com (out-180.mta0.migadu.com [91.218.175.180]) (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 7F45C292B5A for ; Wed, 9 Jul 2025 13:23:38 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=91.218.175.180 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1752067420; cv=none; b=TMU+7JJae71DJu/yTC8JkIRVJ1mNXoIe3DqCnOFwFV42lVF+tuViwoevw4QApCstWvZOATXltCFEGSfqjKvq8Lu8uovDGZ2QYmhHeZ3pGXxTVtLmxtpEWIKi+Q/z50EYsMJ1cYl5MfWgNZboOgIQxkYj6EsxzkHwOYwwCd2c8Do= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1752067420; c=relaxed/simple; bh=J/Fe7VsW55nHtlw7aUGllk4ytzTJTWxNR274VqR29BA=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=F/jh7ToOYzabT+rv8uWFHsh3KUmJejWtC+5lCpZEyo3juogu7nuHgCDBrFI4Wwkt1D+6lYEFp5fPAY5sheGigWzZxenMjcXzQRMZaFyfN44Sui0R7zd/oQMOYPxrSGTDS6I7Ad5kzXxAvrSA5c9L0AWE+K30u2a6gC4sbvSIS94= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=cknow.org; spf=pass smtp.mailfrom=cknow.org; dkim=pass (2048-bit key) header.d=cknow.org header.i=@cknow.org header.b=HdrlA/dm; arc=none smtp.client-ip=91.218.175.180 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=cknow.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=cknow.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=cknow.org header.i=@cknow.org header.b="HdrlA/dm" X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cknow.org; s=key1; t=1752067416; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=LdOjVT0hxZ4MogGhHL86KxEfuOHrbi5hNR9VAR3J/Ig=; b=HdrlA/dmy5Fa4JgMgEwHcOTJYaWLiae7fNQ2A05rKkMmpz1hd9A0sViJK4a02+zGuwWG6f Mn2ORHj8hG9W/CjoEy+oAX3rPXznFnASAaQJSpY69ZHQKA5AyaYCCR/0RzPnwClkEfsav9 mH/wTD8o/R9BBb5osT4fvocY5gIxD+xp3jmj0OEU2ZUo9XC9uOP1VtDCZ1W5B0YyPlRybb 2tZpvKh0NeucF2Bd9Zc6bujWGqOdjOyIXjD7HDEjkKeEFK64Ymxck7LKGY8LrDK0gTG7Bs c/6LOoiQiM02gNe1C1rXmIP9+eOSWRvP6AAwUJJPZh1q6E2CyFYcIJWATFlKMQ== From: Diederik de Haas To: Rob Herring , Krzysztof Kozlowski , Conor Dooley , Heiko Stuebner Cc: Dragan Simic , Quentin Schulz , Johan Jonker , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org, Diederik de Haas Subject: [PATCH v4 04/10] arm64: dts: rockchip: Simplify VOP port definition on rk3328 Date: Wed, 9 Jul 2025 15:15:17 +0200 Message-ID: <20250709132323.128757-5-didi.debian@cknow.org> In-Reply-To: <20250709132323.128757-1-didi.debian@cknow.org> References: <20250709132323.128757-1-didi.debian@cknow.org> 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 X-Migadu-Flow: FLOW_OUT Content-Type: text/plain; charset="utf-8" When there's only 1 endpoint, there is no need for a unit-address and removing that allows removing of related properties as well. This fixes the following DTB validation warnings: graph node has single child node 'endpoint@0', #address-cells/#size-cells are not necessary Signed-off-by: Diederik de Haas --- arch/arm64/boot/dts/rockchip/rk3328.dtsi | 6 +----- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/arch/arm64/boot/dts/rockchip/rk3328.dtsi b/arch/arm64/boot/dts= /rockchip/rk3328.dtsi index 7d992c3c01ce..6438c969f9d7 100644 --- a/arch/arm64/boot/dts/rockchip/rk3328.dtsi +++ b/arch/arm64/boot/dts/rockchip/rk3328.dtsi @@ -731,11 +731,7 @@ vop: vop@ff370000 { status =3D "disabled"; =20 vop_out: port { - #address-cells =3D <1>; - #size-cells =3D <0>; - - vop_out_hdmi: endpoint@0 { - reg =3D <0>; + vop_out_hdmi: endpoint { remote-endpoint =3D <&hdmi_in_vop>; }; }; --=20 2.50.0