From nobody Mon Dec 18 23:32:00 2023 X-Original-To: freebsd-arm@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 4SvGM56k7Pz54H8S for ; Mon, 18 Dec 2023 23:32:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4SvGM51fW1z3fYm for ; Mon, 18 Dec 2023 23:32:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1702942334; bh=oGhUACRadBfdiyR6A9dJVAnerX0paeu7yuEFaeDFhPc=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=YqfowSjn/FmvyMCMXO1pTsDCqxq/Qs6prtJHT9Rf4IQSIMt/pDc3eCu9n1SxiKWZP0qKu1g0vDurr1DwnUhv2Cq+bgEYkNzLNXnS32lsn2pZVYaFVpE1ubWwcz57VN6pto49DGsq676TlejfmCwaQBbWbJPh7OR2CyU1QRmExFSfOioALmxgn9+IBxEyKx/kT7ATEJOVDWWvj1EnB0cmrrpJalonfCSUsgwoqfo0HTVfHXGsqgCSHH8rOIUO4yC+r1PkVf1W1nBsoxhAYfepOa6+r0Kt+bAWMsrbSzSoj8bXLNNb0lCQRbAyfH0v16Z2OCpgSiBjc8u7F5Cc1Az7vQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1702942334; bh=bB9v90DboDJ9tA9UOHe1ZxYsQZnf9KcFBBcAyk6kvTo=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=SubyJSob2GzbMxcJAL0/bRBZHHW3jnePOKK7ewLylcfwacIznupKV8d2fTk2Fcu6kqAB67MuOsUSB13s4ytp3Ng/X0YcJgaIoqluPbCEUE5rG+ZfZ4AeV0CVkhshYdNQQT5UfKP5tT5l5bhMfEZzs3YvHft9+299BjcYHykEf9qlsyihzwX4ujeodwcngwdKl+zawCSeLgroQIiGr3zGsTqB5QBsQyLPdoKtgQdHTbqUHXmsiZFQ80VcLq8LIjCRE4kJf4LsQAfnAFHa+1Z/+Ujn5NfMBoYh10ZqrM8D4yEe57PGeRYj81cbHqvUXsCrZUwrV/UYr7zPKZ/BCJWJYQ== X-YMail-OSG: qhPB9A4VM1k5fxSrUo50ISuG540c6NBArDBRA3_qAlMjlRn84xd2nogcidOoLP. U0nRqH2ZNdjb0zq8jR2VoLvCR0pNPK5yoz9dSvMmTyzi7qtGU_1YE3_X1td0_IfeRMMkoyFY8X93 itrwZYYE7W94rOxNh0Zv70CcNjN6qJY91vQTvfjEcHJJ_m1xFV1eUDMzyQqDlpy7dU45LTf6CWeS ct7.GherQ.MxOur7mYbqkGFpfYbFZEZt.HS4Y.W5qrIS57O5c.nHCUfA51cpxXzE14PPFVYfjCEX KZwEXXV0XOCh3_HBAv9mqxeGEQ_SYuLICuJvZcmlNrEUQxHQzGh9uN4HkolKSal6QxGFJqnCUBOR MTp0R.GlzJWP1Nf1Rv5HldLz5OWHB13S_BNp_YYYHkNd2Bso0Gl92WoFdvrxRVNqCSi8wR61NzoH EGMZnNiriPCoGcj57eRCfEyohAirfwrBXJOwkLum2VXBZvc44fxvSvwkNjoH.dXkFQlF3nspHeLC 1MASYgdSYw7Q4sLs9DA.NT.U4LihSTsGFpHduFPNwVXyylhjpDdv_uJAYMfg.AfD1FYLl4Um.Zef 3g.d43.zFC36dKdAfwcQJooDQL6PNZHIJ7UCSSzRwfz.g3eiFUZn_d_Jj0A_2jqxfSJfkp6zxp3c w4iqUGagcNQxEnKUN06zzdwvavy04Rkegyn31FN9frt9C5.Be5urH9X8YEb6SE_I.qVk_qWX8Liz _Q5SqpZ90NQEB_plf70rbxJJx6gb6Yl3X6tonQzQjsWrJjkKqrcGMIC4nHZ08OYPKcDv0LhR0dDn EH4cE2XUvmL.7UONCPee2emYj8vYQfQtkjwwaaZ0LEkpei_vLAm4_WjU86G0xbWVixHBCUABptX9 _uKUOXYJaehGc.80eSPmfVguiWwfbUleXYyzLCal6lC10A21T3DPes3NYAh_G0P6Y9_hg.6sp3VP _r3WcjQlBs2lniCDnSrCzXuFy0Qwo0nOZQt1smHK0zaoB_a91dTpCmiwfD3Tn9jjiS7VtjxtilNj b0TnE_2tCFdCxwfnn5n2dK831Q2RNvfQnQmB9wyxfVfZwR1UlXFhASisaLhCaZm7TBLgMUqyRgdX 6Dok0evDQc_x0eQ0xMNlrjJ_kRjotnyBvCn2rW5jwNmYDm51AYQI7Eq0ApA3PsHjrRKUwjybuFGM fTnEvWWtrdNv4Bui7thyxCjxbYpSgZr_7fiaSCu9egz.QEsbEsA9vnRS96akp88TZKQbueaZne_v 0GxMHPYL0W7Cn0nYiguURo0prfZQ.sVlVRdfK_U_trby0k1UIsjYzlZOMkmeRLT9XEiLrco0112D hjzUhxygGLmS.DoFhbjJPTE_qE81y5kLcA9McWVDNE2gWfkIUJEDqnCVjwyHFzi3ebVpfbhZaS7v d8cA108yCfWk52e5W_25_nzzLzI3A8KzF3QbcmPybQ_UMgIExc4Q.w9MhKHSWec1VdNNpHJoil9g VTheOe5E2FJdq2JsUi5jm5Y3AZVicImHlVUxtZBcxypLTz6y31K_m98HxGvERbtSPSoLkgW8iF_0 MsQJLcwI0Ifm9qtuf.wM_pkkJOEG68fRFIJtciestctj1LOjPF._squ3lPM7WwHSv7bQoqv1gl4W pA0ZGGZV4c18yCJkWlAjAcF6jXM1tlnx7yydZ_qsjGBNczcxXPzSSNbiqOs_dQ1ubMSIOdwb4dx1 CZ.NjnvS8XPAzBdL628JlQ4MtVpLHRYeDokCGUC9Xahm9ahl2IQ1IW5RCE.wjYc27iVCHLY.n2xZ Q.oh5zRPdrxtpQ.df349YBYj5zPvdsnSl_Pui3ptAmDhKrnMf7E0wlEBWuDuTAIUPWLtB_evYlWx Vo0qUYmuXw1EkZarvRLbeSOItYBY4vZ1MSSRTSHGQGhCPKFphJkfW9xY.BZw_GtYFOlv8rMqsgeX PTKf6m2iepN9uLfNuF5nv6wdRzmomAJlqMYqduKSM.PDdzTiXWUm9Up7k.zGNK5V.wo4Dwun1pq6 oiUZ25kSO3dcbkAzFE8FrPhGeTBzX6z9q7CIcqguw1XQ5KvLU.j356yTVjJak29wSnt_pkJx.FHN OB1yJ_4fuU4QUv3svuAS9rFJXntBrLtlSgmd2_aUuRCNp8Kh0JhkEW46lJOn1lEqeckM2eghCdaI Gt4LM0GZmWm3elfM4GjU3ZkDO549fpJjZx9tX0xdqXZdlpfIFDlxKdHGZXb2GfUPqkuLJNRJLsCv hShEsl1L.dPj8lylyqk.IaQyqV2OZZAaDIC25GPfSCKKla6QCV5FOQEL8R03JYFx8F5yJxzgen.0 q X-Sonic-MF: X-Sonic-ID: 926b5008-ba38-4486-a025-92e3bdbdce60 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Mon, 18 Dec 2023 23:32:14 +0000 Received: by hermes--production-gq1-6949d6d8f9-x28h5 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 423d401d47dce29c4e415d9f463280b7; Mon, 18 Dec 2023 23:32:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.300.61.1.2\)) Subject: Re: u-boot-nanopi-r5c [Was: Re: 14-BETA5 panic on rk3566] From: Mark Millard In-Reply-To: Date: Mon, 18 Dec 2023 15:32:00 -0800 Cc: Harry , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <578FCC1A-71B9-4712-948C-CC35D6AC89CD@yahoo.com> References: <2CE509A2-AECF-4562-A080-589AC7888F21@edc.ro> <20231012184430.952dd9d5a26c97ee225c9e77@bidouilliste.com> <5211ad65-5289-4776-b839-7c681de77bf4@omnilan.de> <20231215165640.78bab647c883368b8fc9c34e@bidouilliste.com> <04c04e63-cfe2-4fa6-b6c3-615b6ae8a3d6@omnilan.de> <6DCACFA0-0377-4D6F-804A-CF5CEC8918DB@yahoo.com> To: titus X-Mailer: Apple Mail (2.3774.300.61.1.2) X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Spamd-Bar: ---- X-Rspamd-Queue-Id: 4SvGM51fW1z3fYm On Dec 18, 2023, at 14:15, titus wrote: > if u-boot is configured with EFI support then > u-boot loads loader.efi directly (bootaa64.efi) which is already on = aarch64 images Up to detailed naming conventions, armv7 also works via a renamed loader.efi for FreeBSD's way of setting things up (such as via sysutils/u-boot-* ports) and has for years. The name is bootarm.efi for armv7. For example, each of: = FreeBSD-15.0-CURRENT-arm-armv7-GENERICSD-20231216-ca39f23347e1-266973.img.= xz = FreeBSD-14.0-STABLE-arm-armv7-GENERICSD-20231216-2ef9079ece5a-266002.img.x= z = FreeBSD-13.2-STABLE-arm-armv7-GENERICSD-20231216-9986fd59d855-256898.img.x= z from the = http://ftp3.freebsd.org/pub/FreeBSD/snapshots/ISO-IMAGES/?C=3DM&O=3DD area are that way. >> On 18 Dec 2023, at 20:44, Mark Millard wrote: >>=20 >> On Dec 18, 2023, at 10:22, Harry wrote: >>>=20 >>> On 12/15/23 16:56, Emmanuel Vadot wrote: >>>> U-Boot also doesn't support the DRAM controller so we also need an >>>> external blob from rkbin. >>>> That's the main reason I haven't done ports for u-boot on rk356x so >>>> one have to compile u-boot themselve. >>>> It can be simply done like any other u-boot targets and only needs = two >>>> env variable : >>>> export BL31=3D/path/to/rkbin/bin/rk35/rk3568_bl31_v1.43.elf >>>> export >>>> ROCKCHIP_TPL=3D/path/to/rkbin/bin/rk35/rk3568_ddr_1560MHz_v1.18.bin >>>=20 >>> Thanks! I'm happy that - besides the ddr_CLOCK - it matches what I = came up with so far :-) >>> I'm trying to understand what happens with the help of this: >>> http://opensource.rock-chips.com/wiki_Boot_option >>> The attached diff (updates sysutils/linux-rkbin = (g20190719->g20230726), sysutils/u-boot-master (2020.07->2023.10) and = adds sysutils/u-boot-nanopi-r5c) >>> allows me to build u-boot, supposedly supporting R5C(rk3568). >>> After putting these onto SD-card with >>> dd = if=3D/.chroot/build.FreeBSD-14/usr/local/share/u-boot/u-boot-nanopi-r5c/id= bloader.img of=3D/dev/da1 seek=3D8 bs=3D4k conv=3Dsync >>> dd = if=3D/.chroot/build.FreeBSD-14/usr/local/share/u-boot/u-boot-nanopi-r5c/u-= boot.itb of=3D/dev/da1 seek=3D2048 bs=3D4k conv=3Dsync >>> my nanopi-R5C boots from eMMC instead of SD. >>> I downloaded a NANOPI-R5C_EFI.itb elsewhere. >>> I can get the TianoCore port booting... >>> But I'm missing the part, where ubldr, the FreeBSD = post-u-boot-loader, is supposed to take over - and how... >>> I simply created a freebsd-ufs partition and put /boot along with a = loader.conf onto it, which works using the foreign TianoCore port, but = not my newly created u-boot. >>>=20 >>> What am I missung after dd'ing? >>> Any hints appreciated! >>=20 >> FYI: ubldr is no longer part of the standard/typical way of booting = these days, >> at least for armv7 (and aarch64): >>=20 >> = https://cgit.freebsd.org/ports/commit/sysutils/u-boot-master?id=3D0d6e5081= eb00 >>=20 >> reports (back in mid-2021): >>=20 >> QUOTE >> author Emmanuel Vadot 2021-05-11 18:27:14 +0000 >> committer Emmanuel Vadot 2021-05-11 20:22:54 +0000 >> commit 0d6e5081eb0080c4703f1c5cc69c34f38d9149b7 (patch) >> . . . >> sysutils/u-boot-*: Remove ubldr support >> We have been using loader.efi on armv7 for a long time now. Remove = support for booting with ubldr and the needed patches that were never = upstreamed. While here add CONFIG_EFI_GRUB_ARM32_WORKAROUND=3Dy in the = Fragment as it's needed to have the cache flushed for us when loader.efi = is started. >> END QUOTE >>=20 >> Any documentation indicating sny ubldr involvement likely predates = that >> change. >>=20 >>> -harry >>>=20 >>> P.S.: sysutils/u-boot-nanopi-r5c/Makefile is wrong in the diff = attached, the I used the commented nanopi-r5c-rk3568_defconfig! = evb-rk3568_defconfig is a leftover... >>>=20 >>> >>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com