From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=103.168.172.150 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1792675215; b=EeMVYkIzE/63BX15QkilxvRp24EbC7qrLEvRBPvWXd1yoqpC35lCpEw7seGZ//L90U2M /wGucCQrqdrKsowQME4VTfCEr6eigKovIy2t78gfD3ngHVDIh/ItYCBX8mIyan4SwF/iA HtSxkVl+Y2HkoEXXbuMLylLdiuHNhigtCMfchEEwMjmOHZsxg40kzwqSPcsDK18m6YKDd 0bsaMJOm4+8jCuL1s7Hms8wkyl1G75CsVrOqojxuam0h1H04r6CuNjCm7vRJsHDKR0AO9 hsgz1n2cKlyA3ACo7qvp9l2QrwCUtrojVx4DcCi4KJieY2dDNt6rmAW/NEsepq/5Geg== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1792675215; h=DMARC-Filter:Received:Received:DKIM-Signature:DKIM-Signature: X-DKIM2-Info:DKIM2-Signature:X-DKIM2-Info:Message-Instance: X-ME-Sender:X-ME-Proxy-Cause:X-ME-Proxy:Feedback-ID:Received:X-Mailer: MIME-Version:X-ThreadId:Date:From:To:Cc:Message-Id:In-Reply-To: References:Subject:Content-Type:Content-Transfer-Encoding; bh=K1qdVfJphCubBW9oKIwX5JyjJO0YamCv+67tJWpU6V0=; b=RNAMWBG65QLgGtn6OJKOihMIX60mGFk1Z/suw3lKNVQcAeTb15EYDgqkAmD8/dSpzzm3 Z78GWmSZjo6XhUFee4nOFftukSWMYdi82lnnu/kAPu/vaNFaQ2vgrpMiHNQX6ar1dHMmM 7oqC27ofq9d8XJh2MngiTNtwjBSwqJmLXqzt8Ve4LmYdLIgVXFy2Pa7pOnStizhY20toV al4i6BUksG8gZr4SIVEHLS5wCFh65GX+NlHG2SO9AkS62Grx2MmIiyAGpbEnnx4mzLL74 0I46dx5a55akWRfZ/jwAlDu+OxHj1ors4NlBWt/WlD94wR2fcgz3VTESkKANJ4xwgLQ== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass header.from=arndb.de; spf=pass smtp.mailfrom=arndb.de; dkim=pass header.d=arndb.de header.i=@arndb.de header.a=rsa-sha256 header.s=fm1 header.b=Ky0gQC7y; dkim=pass header.d=messagingengine.com header.i=@messagingengine.com header.a=rsa-sha256 header.s=fm2 header.b=DyL4xeHw; arc=none smtp.remote-ip=103.168.172.150 Received: from fout-a7-smtp.messagingengine.com (fout-a7-smtp.messagingengine.com [103.168.172.150]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 666C9606A31B for ; Thu, 22 Oct 2026 13:20:14 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.2 smtp.subspace.kernel.org 666C9606A31B Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arndb.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arndb.de Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key, unprotected) header.d=arndb.de header.i=@arndb.de header.a=rsa-sha256 header.s=fm1 header.b=Ky0gQC7y; dkim=pass (2048-bit key, unprotected) header.d=messagingengine.com header.i=@messagingengine.com header.a=rsa-sha256 header.s=fm2 header.b=DyL4xeHw Received: from ams-compute-02.internal (ams-compute-02.internal [10.64.2.62]) by mailfout.phl.internal (Postfix) with ESMTP id 6DD3AEC02B4 for ; Thu, 22 Oct 2026 09:20:13 -0400 (EDT) Received: from ams-imap-03 ([10.64.2.23]) by ams-compute-02.internal (MEProxy); Thu, 22 Oct 2026 09:20:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arndb.de; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1792675207; x=1792761607; bh=K1qdVfJphCubBW9oKIwX5JyjJO0YamCv+67tJWpU6V0=; b= Ky0gQC7yxxBKNk1HeuMwHRdFyg+LlUiK5Nv8mpcU00oo+HTg0f+QDscY9ddjYGaL h6ZOR2AAfXPyZ/+cIVRdahtcBGYMKWNdZIeIKouz06OWgOmG/1y3RvU4uguuuDZD FwjTkNtI50hs75en4vKkzoJvYYWwyHNCjqHSbnlmUSQpw2C5kzB6jlnVjcy/wpFw ukNanMX4oTXWUkxZ1NUmkGhkWXOGLQJR0XxDB0+8phy4YeQFJQFqyn3z1tT/isbJ h+D5W08x8XLb1UgCWSi8XEEVSpDr4HOvTpBiJYtBpcS2aKJo6Gr1uintxLycTp9s 0Ffl23FLeOU0wqOwCmyQCw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1792675207; x= 1792761607; bh=K1qdVfJphCubBW9oKIwX5JyjJO0YamCv+67tJWpU6V0=; b=D yL4xeHwF4xBMxEh+FizP7SWVmbhqn0i9Nmafl5ckBCGLzij73tEjQGENWAnJGIXs v6mw2mebJJ2u/QHUU5ppe7h7OqWgkLHsjt3A/MLE17rbCGjIIFuOlXXqU2PYNSD+ uq0ALdxWQcZT9/WbyoTL/OkHzbjreWdFEIRPV8+GKo9u4KHdETUiaSCSHGY1CRmc 93IoUq4HGxYtrphBeSVC6hrAMG6He1gCYrIH+I7DAvzSLVNCfRwFc5CD69s/KgYm JlKXAnvmEOWExlBop8MioO50Oe0OQE3Fuw4dtzg4dMKAMEFem4hECfD3r0VXc3PW cn4yj38CVaipXd+KAPfnw== X-DKIM2-Info: draft=ietf-dkim-dkim2-spec-07; repo=github.com/dkim2wg/interop; date=2026-10-18; sw=lmtpprox; action=sign d=arndb.de a=rsa-sha256; DKIM2-Signature: i=1; m=1; t=1792675207; d=arndb.de; mf=PGFybmRAYXJuZGIuZGU+; rt=PGxpbnV4LWtlcm5lbEB2Z2VyLmtlcm5lbC5vcmc+; s=fm1:rsa-sha256:jJvVqT6t+k63V5n76haRFQnFREryvjf4LfXJMOtWKlpF4Y3 XevAARRTGq3V/Dv1Y7Wm98F4TxOwfRaZzHpiboQOSid45BVZkFrJcahM1AO3xPJi 4ijngOv5PF1ytF+dBFMWgWselxhnrO48BnQ5wFLwlH4pa4VOFiTsc7n02V1vnFw/ 2dzRHSkGUXmk1LtRp3tQJ87F0SklhNTpuEHvJmTX7a9ZP0rLGxHQY9ZlInJ6BGBd tDK8+hQkaqrecZyYRp3IhNp/TyV3r8lTrtO+zHUYxl762Bdzj2kcPejsRVf31ymF MonkGkpj7Yw5UpGN39iz1XQbJyEXSIRsSkfSpzQ==; X-DKIM2-Info: draft=ietf-dkim-dkim2-spec-07; repo=github.com/dkim2wg/interop; date=2026-10-18; sw=lmtpprox; action=mi-m=1; hc=12; hn=cc,content-transfer-encoding,content-type,date,feedback-id, from,in-reply-to,message-id,mime-version,references,subject,to; Message-Instance: m=1; h=sha256:T58q4gmxkYAzDQ7xDOnkjT9YaPqBL/D7pcbkeh39DYk=:wjaqjhTkWm9N4hOxplxv8ahzZg/gjDtU9PVQDI6bbbI=; X-ME-Sender: X-ME-Proxy-Cause: dmFkZTEAqbfvSwq4oH7CAvbMPyW5qgA0ZeLCQA0JIkr16vkbyfHOkB0peGRyNpxyaWQh1K kRnydB35LTJOpzlgjVsO4hISndOA2nI2O955ELG/XBdWd4dQJSEvcsMlK/WSzUF0aqPeP/ sc2UE2K29S3hkUnlVq8VbANxppW0GYmnca/xD35vUJfbXzTeD05Fl8JAfeQnOzDZCBfUnN lpQTkX6iQrHNkR95AZlLSC3VLYdZWwj6JrV+5p0u3DHus88GHgbqP8i/jyeZvfTSQV/LZK ipZUlwIyszb0eTK3xK4jcjulCezV+HpfwgROPdnsUxu88BcME2T5q2mCKOVaxfcs6PdHD3 qJZwzr0sxm529pmQXyj7tLPjCx7JUfh/+KLxdzFudbye5fj93l8KMI++DP5GWQP8soa7Kr EaVF2yyO4r/zQ1aUBflyjDFP7ajo6tFdK0wG3tAdGlc9+eOJxV8goBbPpGvS3LU5Zoc36X 51Y7FeIVlIqykpcEGMxpui++gaoA2pjYcrTHE7e8NqBfeGRxqFsM3F4IkMgoJI2+wEsjMF MQC8K0PDoJesq53o59zqHk/noXhrovfK/4UZR55W+EwQpQrg4ezl+8wzcgzLvrsU/Awrpo GuZ4l1XTuE0xrHLuLF38cAXAws/4p8LOGd1VXKPpMrF0XIG6NjhwHJwGVriQ X-ME-Proxy: Feedback-ID: i56a14606:Fastmail Received: by mailuser.ams.internal (Postfix, from userid 501) id 3AC4E32A0093; Thu, 22 Oct 2026 09:20:03 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 X-ThreadId: AXOqHGGzWmqw Date: Thu, 22 Oct 2026 15:19:42 +0200 From: "Arnd Bergmann" To: "laurent.pinchart" , "Michal Simek" Cc: "Marek Vasut" , linux-arm-kernel@lists.infradead.org, "Conor Dooley" , "Krzysztof Kozlowski" , "Rob Herring" , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, "Alexandre Belloni" , "Linus Walleij" Message-Id: <99b0511a-96d2-420b-bfbe-6e22fdaffbf9@app.fastmail.com> In-Reply-To: <20261013175438.GL4214@killaraus.ideasonboard.com> References: <20260916204509.166633-1-marex@nabladev.com> <20260916204509.166633-2-marex@nabladev.com> <20261013132625.GA159927@killaraus.ideasonboard.com> <20261013175438.GL4214@killaraus.ideasonboard.com> Subject: Re: [PATCH v3 2/2] arm64: zynqmp: Add ifm ZynqMP VHIP6 EvalBoard Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Tue, Oct 13, 2026, at 19:54, Laurent Pinchart wrote: > On Tue, Oct 13, 2026 at 03:47:12PM +0200, Michal Simek wrote: >> On 10/13/26 15:26, Laurent Pinchart wrote: >> > On Tue, Oct 13, 2026 at 10:21:26AM +0200, Michal Simek wrote: >> >> On 9/16/26 22:44, Marek Vasut wrote: >> >>> Add support for ifm ZynqMP VHIP6 EvalBoard reference design. >> >>> The board is populated with four ethernet ports, QSPI NOR, >> >>> eMMC, UART and USB host interfaces. >> >>> >> >>> Signed-off-by: Marek Vasut >> >>> --- >> >>> Cc: Conor Dooley >> >>> Cc: Krzysztof Kozlowski >> >>> Cc: Michal Simek >> >>> Cc: Rob Herring >> >>> Cc: devicetree@vger.kernel.org >> >>> Cc: linux-arm-kernel@lists.infradead.org >> >>> Cc: linux-kernel@vger.kernel.org >> >>> --- >> >>> NOTE: Checkpatch complains about ethernet-phy-id2000.a240 being >> >>> undocumented, but the TI DP83822I is generic C45 PHY that >> >>> is valided by Documentation/devicetree/bindings/net/ether= net-phy.yaml >> >>> --- >> >>> V2: - Rename lm75 node to sensor@ >> >>> - Use GPIO_ACTIVE_LOW macro >> >>> V3: - Drop bogus clk_ignore_unused bootargs >> >>> - Drop gpio line names >> >>> --- >> >>> arch/arm64/boot/dts/xilinx/Makefile | 1 + >> >>> .../dts/xilinx/zynqmp-vhip6-evalboard.dts | 300 ++++++++++= ++++++++ >> >>> 2 files changed, 301 insertions(+) >> >>> create mode 100644 arch/arm64/boot/dts/xilinx/zynqmp-vhip6-eva= lboard.dts >> >> >> >> I am not able to review or take this board support further without= publicly >> >> available hardware documentation for the platform (board-level and= relevant >> >> interface details). Please share public documentation links once a= vailable, and >> >> I=E2=80=99ll be happy to revisit the patches. >> >=20 >> > There are plenty of boards that have no public documentation. Pretty >> > much all phones and laptops are like that. We even have a whole >> > architecture that only runs on a few machines in a single person's >> > basement [*] :-) The kernel has never required public schematics for >> > boards, SoCs or IP cores. >> >=20 >> > [*] A slight exageration possibly, but that's how I heard arch/alph= a/ >> > being described at the maintainers summit. >>=20 >> Pretty much every SOC with programmable logic or FPGA boards have unl= imited=20 >> amount of configurations and make no sense to describe all of them. > > As far as I understand, the dts describes the board only, there's no PL > devices in there. The fact that the SoC has programmable logic doesn't > seem relevant, unless I'm missing something. The situation is the same > as with any other SoC. We have lots of device tree sources in upstream > for all kind of boards, with or without schematics available, for > development boards or for boards integrated in products, for easily > available mass-market products or for specialized devices more costly = to > source. > > Maybe I'm wrong about all this, so I've CC'ed all ARM64 SoC maintainers > on this e-mail to get feedback on the overall mainline policy for > upstreaming device tree sources. In general, we definitely want this type of board to have an upstream dts files, and there is no requirement for public documentation as in many cases the dts source is the only documentation that is available. As platform maintainer, Michal should review the dts file to see if it follows the general coding style and maintainability standards. If any of the data in the dts turns out to be wrong in a way that one cannot tell without access to hardware or documentation, that is Marek's problem and he gets to fix it. Arnd