From nobody Sun Dec 18 22:27:39 2022 X-Original-To: uboot@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NZyBz59hxz1G9Ff for ; Sun, 18 Dec 2022 22:27:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NZyBz3CSQz40Z8 for ; Sun, 18 Dec 2022 22:27:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1671402459; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=cQcD5tj7NEu+yea01CpDYgGQ48n/PA/8/C0dVJpQ8Ho=; b=kOZzgiDYKFIMrOT4aJO1za74sODt9Mz9rWVIUVB5EmI6S/J1jJgWcOxfp48KzKI+81X1v2 Yen5iz2++vsPVX57LWIgUYPR8P6kXm7+p3XA7XAfTxmML/D6gSc5T8ecC/01lJ1Fnfik9S 6DPYX0OqKGyFXkI1pWYuQDu5dB9hx/OlR9afmScgJpvZVHsqH3TANX6hDTOoDWp0qVeaJ2 ACuurEeniiLTcmAnlNs5q0OFvhCz2UQG+EB1Jmx+u9+UQG8AYGU79FPQAvW62lrbI5Yyic k4CfywQBtNjJe4bblKW6pSiFQ437PQue321WH2Ivugyc/hiTVftg50ny/6Cv2g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1671402459; a=rsa-sha256; cv=none; b=Bti6LJrUyH1oCNPioNm+2YEXWVWGfYKg8hfQNL2WTHw+FRar6xKEwryUUWQhKg021erxDd JO+eAINKgYtxzoJclawmlWQzRWGeU7z7FNXm1m8BOd/dejUSCruSlKsWvUW1Nmrzux+KD+ P0RvX4kD1Y/K7yDZSExaEWcFF9CjOGXhivCze4dzbxDoAd5EzWkiR4aJ3owAkZ67lIBDOy 09ryxkE+6WysEE8Rjni8x6QECIlpS1ZPrIt656v6g7ugmgs8KeQ/fHMXgAsFOg23Aym6Rx 5chN+SvSe7wihM67djhQ+I27wRwFm38aao8kVI7Zz+t6xUu24QO735haza+NSw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4NZyBz2GhLzXqW for ; Sun, 18 Dec 2022 22:27:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 2BIMRdre019808 for ; Sun, 18 Dec 2022 22:27:39 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 2BIMRdG2019807 for uboot@FreeBSD.org; Sun, 18 Dec 2022 22:27:39 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: uboot@FreeBSD.org Subject: [Bug 268068] sysutils/u-boot-rock-pi-4 - support for rock-pi-4se? Date: Sun, 18 Dec 2022 22:27:39 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: uboot@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Discussions List-Archive: https://lists.freebsd.org/archives/freebsd-uboot List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-uboot@freebsd.org X-BeenThere: freebsd-uboot@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D268068 --- Comment #10 from Mark Millard --- (In reply to Jon Theil Nielsen from comment #9) I use the pre-existing rk3399-rock-pi-4.dts for illustration below. Looks like the include in the Makefile for rockchip: (example paths are my style "main-src" paths) /usr/main-src/sys/modules/dtb/rockchip/Makefile:.include means that using make in /usr/main-src/sys/modules/dtb/rockchip/ will deal with building .dtb files from DTS files. bsd.dtb.mk has: .include .include "${SYSDIR}/conf/dtb.mk" .include and the ${SYSDIR}/conf/dtb.mk has: .include "dtb.build.mk" .if !target(install) && !target(realinstall) all: ${DTB} ${DTBO} realinstall: _dtbinstall .ORDER: beforeinstall _dtbinstall CLEANFILES+=3D${DTB} ${DTBO} .endif # !target(install) && !target(realinstall) .include .include .include So it looks like a sequence like: (using an example context with less pre-built) # cd /usr/13S-src/sys/modules/dtb/rockchip/ # make all will build various things, including the file of interest. Trying, the output messages included: Generating rockchip/rk3399-rock-pi-4.dtb from /usr/13S-src/sys/contrib/device-tree/src/arm64/rockchip/rk3399-rock-pi-4.dts converting /usr/13S-src/sys/contrib/device-tree/src/arm64/rockchip/rk3399-rock-pi-4.dt= s -> /usr/obj/usr/13S-src/arm64.aarch64/sys/modules/dtb/rockchip/rk3399-rock-pi-= 4.dtb Checking . . . # file /usr/obj/usr/13S-src/arm64.aarch64/sys/modules/dtb/rockchip/rk3399-rock-pi-= 4.dtb /usr/obj/usr/13S-src/arm64.aarch64/sys/modules/dtb/rockchip/rk3399-rock-pi-= 4.dtb: Device Tree Blob version 17, size=3D73947, boot CPU=3D0, string block size= =3D6291, DT structure block size=3D66576 So, at that point you should have a file that you could copy over to the msddosfs. (I did not add the file that you would add. So the name of interest in your context will be different.) The use of stable/13 materials was only because the context had not done a buildworld buildkernel sequence. So it looks like the .dtb production does not require other infrastructure from build activity to do its work. Use a source tree appropriate to your context. The actual stable/13 that was running was an official snapshot build (with extra reference material added), not one of my builds: # uname -apKU # The long output line has been split for readability FreeBSD generic 13.1-STABLE FreeBSD 13.1-STABLE #0 stable/13-n253133-b51ee7ac252c: Wed Nov 23 03:36:16 UTC 2022 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 aarch64 1301509 1301509 --=20 You are receiving this mail because: You are the assignee for the bug.=