From owner-freebsd-arm@freebsd.org Sun Dec 22 08:22:21 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EB0CD1CCD32 for ; Sun, 22 Dec 2019 08:22:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-22.consmr.mail.gq1.yahoo.com (sonic317-22.consmr.mail.gq1.yahoo.com [98.137.66.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47gb7c66YKz49xS for ; Sun, 22 Dec 2019 08:22:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FynKx.oVM1mCfapcE1QtjmYae4XeVdmy447Uwprk5_tgEIxD1X5U_F2dc4IBZpX wmnZe8EFpt_nXXMZ13mMStnIanCTOu5bN686mToJ4MBwm1ukhgWGgIqYcdfi34pq_RnUKXs_rPEH olUAYF8vEc4HTTCTkF5789El2jNo62f4VqqV2Dkg5LHBHfQvQIU.GMBMzW.tq7ywggqiIkZYTsZz CYc1CWmu_.V2ooJrGwYFpQgZiK_W.32kWEc81A08_rYcz7d6lM2UByzws_tcvQUpjmgOPzmH96IM ZMnghSEkMf.Yup9gMEGMaaXWW5yKgHFXz5D.cT9TiSqIZPP8urcPt9f4DPjU0sNpRJ5YHufiTb4o gdYF4i_x.kn9SbfMgRAlku8ETfAJKovCfZTk5BjzmnTNU7cOztXZCM0XbHQ4Gmgt5iii95lY5vAD 31MW.TcCVBGhhU8aARDqoDhMwxFWqDY5Zb6XWB9p_UDr6DNkLizvAvBnYPQiKh07uIrC3IkX53jB hOlC.ZWUig5KUz.6e0ZmgWbPHF7UuHMYQVB_gBdsA2153ch6DV0.A7IfUnNUNlcvwcs0QQ0lLL7b Pca5WTK5iilI30PtDSpPTVzM4dIT_Z9B84rak6HrZDOMw9GMsfV9KbSNjnr0.BcLwon8btl7Qn67 xQ0UNaiHtDCiFROoiC09YGj7HZGWLBo37YA12uRY7nSSO4Co4OQXnOfOMl9CXbeFVg7oziF2af5i 4.k0h6ap_VDRNoV5_MwBEf7QWFUGYm5A0j4a2lVAL1o4.xfKXGm2wvKOmFiqV9ZH3a04WqKpZ8UM VJQmEsRhXMgEJ9mxuMccm24GdUb8pUPt9mBxk0lkE.8Wud.yHgVGdtm8.TWBniAyrx2DUkYU1smw JMWcZ3ABib_I.TLJgrZHiZyhQ9aQAnAe3yulEwOkRd7kF8IbYAsTUHESxQqyAAbnQ1sOujGYk3I7 cWwMuuuN2rcYHf5SBjQyav8yJNb6D8cu4sd1_UDYLIQtGlAjsUdNAH5G1z_b7qaXVM9EYJp_E2Q. ACEMePRz379EUkCKBGNdSjj0v1.gepE4ZX.WGGs_9xzAIFMx3l7ymCERu6mUvgjR6Rkl7ea4LqV5 Hs22uJWsCIqdSziemPAL5AJ0hmCWtklx50e6TLPAlL5y5JW7doirBisMbpOpegeJZQplBTIhuExD o7mJuHyymTmWBgJJWB5j9AoJ_Xk8NW0GGO9QHJqr4O5_f7fxFnxi8QeS.uy5x5XgkPMezfvzxkbA mSco91QCSClliyKB6qTXnzncbBL158NHEffjnzOXuBrlGlo0QB.hQIUkaWgTanJM.mAviR28qY29 a7ImdrNJD8RJHcTH1P9fQh.ZSAmChSh2CWQiFkZEq5_mxATBDbRtGFC1uHv4zd2nADKtpajPYJFj 42uKjBg_pFdA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sun, 22 Dec 2019 08:22:18 +0000 Received: by smtp402.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 6323297e603af926350793529af34361; Sun, 22 Dec 2019 08:22:17 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? Message-Id: <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> Date: Sun, 22 Dec 2019 00:22:16 -0800 To: freebsd-arm X-Mailer: Apple Mail (2.3608.40.2.2.4) References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> X-Rspamd-Queue-Id: 47gb7c66YKz49xS X-Spamd-Bar: + X-Spamd-Result: default: False [1.83 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.80)[0.805,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (6.86), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; NEURAL_SPAM_LONG(0.52)[0.524,0]; RCVD_IN_DNSWL_NONE(0.00)[148.66.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2019 08:22:22 -0000 [OverDrive 1000 and MACCHIATObin Doubleshot updates went fine. The code has Peter Jeremy's rk_tsadc.c patch.] The console shows for boot -v . . . Loading kernel... /boot/kernel/kernel text=3D0x98af14 data=3D0x18e618 data=3D0x0+0x6fc8e8 = syms=3D[0x8+0x142020+0x8+0x12d3fd] Loading configured modules... /boot/kernel/umodem.ko text=3D0x2120 text=3D0x13e0 data=3D0x6e8+0x10 = syms=3D[0x8+0xf60+0x8+0xb7f] /boot/kernel/ucom.ko text=3D0x217f text=3D0x3340 data=3D0x880+0x858 = syms=3D[0x8+0x1170+0x8+0xb0d] /boot/entropy size=3D0x1000 Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 8 seconds...=20 Type '?' for a list of commands, 'help' for more detailed help. OK boot -v Using DTB provided by EFI at 0x80f3000. ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Type Physical Virtual #Pages Attr ConventionalMemory 000000200000 200000 00007ef3 WB=20 BootServicesData 0000080f3000 80f3000 0000001a WB=20 ConventionalMemory 00000810d000 810d000 000ebd64 WB=20 LoaderData 0000f3e71000 f3e71000 00008001 WB=20 LoaderCode 0000fbe72000 fbe72000 000000a6 WB=20 Reserved 0000fbf18000 fbf18000 00000007 WB=20 BootServicesData 0000fbf1f000 fbf1f000 00000001 WB=20 RuntimeServicesData 0000fbf20000 fbf20000 00000001 WB RUNTIME BootServicesData 0000fbf21000 fbf21000 00000002 WB=20 Reserved 0000fbf23000 fbf23000 00000004 WB=20 BootServicesData 0000fbf27000 fbf27000 00000002 WB=20 RuntimeServicesData 0000fbf29000 fbf29000 00000001 WB RUNTIME LoaderData 0000fbf2a000 fbf2a000 00003006 WB=20 RuntimeServicesCode 0000fef30000 fef30000 00000010 WB RUNTIME LoaderData 0000fef40000 fef40000 000000c0 WB=20 Physical memory chunk(s): 0x00200000 - 0xfbf17fff, 4029 MB (1031448 pages) 0xfbf1f000 - 0xfbf22fff, 0 MB ( 4 pages) 0xfbf27000 - 0xfef2ffff, 48 MB ( 12297 pages) 0xfef40000 - 0xfeffffff, 0 MB ( 192 pages) Excluded memory regions: 0xf4000000 - 0xf5702fff, 23 MB ( 5891 pages) NoAlloc=20 0xfbf18000 - 0xfbf1efff, 0 MB ( 7 pages) NoAlloc=20 0xfbf20000 - 0xfbf20fff, 0 MB ( 1 pages) NoAlloc=20 0xfbf23000 - 0xfbf26fff, 0 MB ( 4 pages) NoAlloc=20 0xfbf29000 - 0xfbf29fff, 0 MB ( 1 pages) NoAlloc=20 0xfef30000 - 0xfef3ffff, 0 MB ( 16 pages) NoAlloc=20 Found 4 CPUs in the device tree Copyright (c) 1992-2019 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-CURRENT #30 r355976M: Fri Dec 20 23:46:32 PST 2019 = markmi@FBSDFHUGE:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarc= h64/sys/GENERIC-NODBG arm64 FreeBSD clang version 9.0.0 (tags/RELEASE_900/final 372316) (based on = LLVM 9.0.0) VT: init without driver. Preloaded elf kernel "/boot/kernel/kernel" at 0xffff0000014d6000. Preloaded elf module "/boot/kernel/umodem.ko" at 0xffff0000014def48. Preloaded elf module "/boot/kernel/ucom.ko" at 0xffff0000014df760. Preloaded boot_entropy_cache "/boot/entropy" at 0xffff0000014dff38. module firmware already present! Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: read 4096 bytes from preloaded cache random: unblocking device. VIMAGE (virtualized network stack) enabled ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff = [1024] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D2 = feeder_rate_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 random: entropy device external interface MAP fbf20000 mode 2 pages 1 MAP fbf29000 mode 2 pages 1 MAP fef30000 mode 2 pages 16 nfslock: pseudo-device crypto: WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 13.0. kbd0 at kbdmux0 mem: null: openfirm: WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. ofwbus0: clk_fixed0: on ofwbus0 rk_grf0: mem 0xff100000-0xff100fff on = ofwbus0 simplebus0: on ofwbus0 rk3328_cru0: mem = 0xff440000-0xff440fff on ofwbus0 Clock: apll, parent: xin24m(0), freq: 400000000 Clock: dpll, parent: xin24m(0), freq: 1596000000 Clock: cpll, parent: xin24m(0), freq: 594000000 Clock: gpll, parent: xin24m(0), freq: 576000000 Clock: npll, parent: xin24m(0), freq: 800000000 Clock: aclk_bus_pre, parent: gpll(1), freq: 96000000 Clock: hclk_bus_pre, parent: aclk_bus_pre(0), freq: 48000000 Clock: pclk_bus_pre, parent: aclk_bus_pre(0), freq: 48000000 Clock: armclk, parent: apll(0), freq: 400000000 Clock: clk_tsadc, parent: xin24m(0), freq: 119402 Clock: aclk_peri_pre, parent: gpll(1), freq: 144000000 Clock: pclk_peri, parent: aclk_peri_pre(0), freq: 144000000 Clock: hclk_peri, parent: aclk_peri_pre(0), freq: 28800000 Clock: clk_sdmmc, parent: xin24m(2), freq: 800000 Clock: clk_sdio, parent: cpll(0), freq: 297000000 Clock: clk_emmc, parent: gpll(1), freq: 96000000 Clock: clk_i2c0, parent: cpll(0), freq: 74250000 Clock: clk_i2c1, parent: cpll(0), freq: 74250000 Clock: clk_i2c2, parent: cpll(0), freq: 74250000 Clock: clk_i2c3, parent: cpll(0), freq: 74250000 Clock: apll_core, parent: apll(0), freq: 400000000 Clock: dpll_core, parent: dpll(0), freq: 1596000000 Clock: gpll_core, parent: gpll(0), freq: 576000000 Clock: npll_core, parent: npll(0), freq: 800000000 Clock: gpll_peri, parent: gpll(0), freq: 576000000 Clock: cpll_peri, parent: cpll(0), freq: 594000000 Clock: pclk_bus, parent: pclk_bus_pre(0), freq: 48000000 Clock: pclk_phy_pre, parent: pclk_bus_pre(0), freq: 48000000 Clock: aclk_peri, parent: aclk_peri_pre(0), freq: 144000000 Clock: pclk_i2c0, parent: pclk_bus(0), freq: 48000000 Clock: pclk_i2c1, parent: pclk_bus(0), freq: 48000000 Clock: pclk_i2c2, parent: pclk_bus(0), freq: 48000000 Clock: pclk_i2c3, parent: pclk_bus(0), freq: 48000000 Clock: pclk_tsadc, parent: pclk_bus(0), freq: 48000000 Clock: pclk_gpio0, parent: pclk_bus(0), freq: 48000000 Clock: pclk_gpio1, parent: pclk_bus(0), freq: 48000000 Clock: pclk_gpio2, parent: pclk_bus(0), freq: 48000000 Clock: pclk_gpio3, parent: pclk_bus(0), freq: 48000000 Clock: hclk_sdmmc, parent: hclk_peri(0), freq: 28800000 Clock: hclk_sdio, parent: hclk_peri(0), freq: 28800000 Clock: hclk_emmc, parent: hclk_peri(0), freq: 28800000 Clock: hclk_peri_niu, parent: hclk_peri(0), freq: 28800000 Clock: pclk_peri_niu, parent: hclk_peri(0), freq: 28800000 Clock: hclk_sdmmc_ext, parent: hclk_peri(0), freq: 28800000 rk3328_cru0: cannot get assigned clock at idx 0 rk3328_cru0: cannot get assigned clock at idx 1 rk3328_cru0: cannot get assigned clock at idx 2 rk3328_cru0: cannot get assigned clock at idx 3 rk3328_cru0: cannot get assigned clock at idx 4 rk3328_cru0: cannot get assigned clock at idx 5 rk3328_cru0: cannot get assigned clock at idx 6 rk3328_cru0: cannot get assigned clock at idx 7 rk3328_cru0: Set pclk_gpio2 to 100000000 rk3328_cru0: cannot get assigned clock at idx 9 rk3328_cru0: cannot get assigned clock at idx 10 rk3328_cru0: cannot get assigned clock at idx 11 rk3328_cru0: Set pclk_gpio0 to 50000000 rk3328_cru0: Set pclk_gpio1 to 100000000 rk3328_cru0: cannot get assigned clock at idx 14 rk3328_cru0: cannot get assigned clock at idx 15 rk3328_cru0: cannot get assigned clock at idx 16 rk3328_cru0: cannot get assigned clock at idx 17 rk3328_cru0: Set clk_sdio to 50000000 rk3328_cru0: cannot get assigned clock at idx 19 rk3328_cru0: cannot get assigned clock at idx 20 rk3328_cru0: Set armclk to 600000000 rk3328_cru0: Set gpll to 491520000 rk3328_cru0: Set cpll to 1200000000 rk3328_cru0: cannot get assigned clock at idx 24 rk3328_cru0: cannot get assigned clock at idx 25 rk3328_cru0: cannot get assigned clock at idx 26 rk3328_cru0: cannot get assigned clock at idx 27 rk3328_cru0: cannot get assigned clock at idx 28 rk3328_cru0: cannot get assigned clock at idx 29 rk3328_cru0: Set pclk_gpio2 to 300000000 rk3328_cru0: cannot get assigned clock at idx 31 rk3328_cru0: cannot get assigned clock at idx 32 rk3328_cru0: cannot get assigned clock at idx 33 rk3328_cru0: cannot get assigned clock at idx 34 rk3328_cru0: cannot get assigned clock at idx 35 rk3328_cru0: Set pclk_gpio0 to 200000000 rk3328_cru0: Set pclk_gpio1 to 300000000 rk3328_cru0: cannot get assigned clock at idx 38 rk3328_cru0: cannot ge3328_cru0: Set hclk_sdmmc_ext to 50000000 rk3328_cru0: cannot get assigned clock at idx 46 rk3328_cru0: cannot get assigned clock at idx 47 clk_fixed1: on ofwbus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 simple_mfd0: mem = 0xff140000-0xff140fff on ofwbus0 psci0: on ofwbus0 psci0: PSCI version 0.2 compatible gic0: mem = 0xff811000-0xff811fff,0xff812000-0xff813fff,0xff814000-0xff815fff,0xff8160= 00-0xff817fff irq 30 on ofwbus0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 160 rk_pinctrl0: on ofwbus0 gpio0: mem 0xff210000-0xff2100ff irq 34 = on rk_pinctrl0 gpio0: Cannot get clock Fatal data abort: x0: 0 x1: ffff000001114d00 x2: ffff0000009daf48 x3: ffff0000402189c0 x4: fffffd0000bd5a00 x5: ffff000000774268 x6: a x7: a x8: 20000 x9: ffff000001114d00 x10: fffffd0000aaaa98 x11: 0 x12: fffffd0000847f80 x13: def8fc x14: 808003 x15: 3 x16: 0 x17: 0 x18: ffff000000010680 x19: fffffd0000bbb900 x20: 0 x21: fffffd0000bd6250 x22: fffffd0000bd6230 x23: ffff00000082a262 x24: ffff00000084d913 x25: ffff0000007f3639 x26: fffffd0000bc5d00 x27: ffff000000864f42 x28: ffff00000084d5d7 x29: ffff000000010690 sp: ffff000000010680 lr: ffff0000007bebcc elr: ffff000000191090 spsr: a00001c5 far: 8 esr: 96000005 panic: vm_fault failed: ffff000000191090 cpuid =3D 0 time =3D 1 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc =3D 0xffff0000007664dc lr =3D 0xffff0000001067c4 sp =3D 0xffff000000010080 fp =3D 0xffff000000010290 db_trace_self_wrapper() at vpanic+0x194 pc =3D 0xffff0000001067c4 lr =3D 0xffff0000004208a0 sp =3D 0xffff0000000102a0 fp =3D 0xffff000000010340 vpanic() at panic+0x44 pc =3D 0xffff0000004208a0 lr =3D 0xffff000000420708 sp =3D 0xffff000000010350 fp =3D 0xffff0000000103d0 panic() at data_abort+0x1e0 pc =3D 0xffff000000420708 lr =3D 0xffff00000078217c sp =3D 0xffff0000000103e0 fp =3D 0xffff000000010490 data_abort() at do_el1h_sync+0x144 pc =3D 0xffff00000078217c lr =3D 0xffff000000781398 sp =3D 0xffff0000000104a0 fp =3D 0xffff0000000104d0 do_el1h_sync() at handle_el1h_sync+0x78 pc =3D 0xffff000000781398 lr =3D 0xffff000000768878 sp =3D 0xffff0000000104e0 fp =3D 0xffff0000000105f0 handle_el1h_sync() at rk_gpio_attach+0x19c pc =3D 0xffff000000768878 lr =3D 0xffff0000007bebc8 sp =3D 0xffff000000010600 fp =3D 0xffff000000010690 rk_gpio_attach() at rk_gpio_attach+0x19c pc =3D 0xffff0000007bebc8 lr =3D 0xffff0000007bebc8 sp =3D 0xffff0000000106a0 fp =3D 0xffff0000000106c0 rk_gpio_attach() at device_attach+0x3e0 pc =3D 0xffff0000007bebc8 lr =3D 0xffff000000459f0c sp =3D 0xffff0000000106d0 fp =3D 0xffff000000010730 device_attach() at device_probe_and_attach+0x3c pc =3D 0xffff000000459f0c lr =3D 0xffff000000459b0c sp =3D 0xffff000000010740 fp =3D 0xffff000000010750 device_probe_and_attach() at rk_pinctrl_attach+0x210 pc =3D 0xffff000000459b0c lr =3D 0xffff0000007be2c0 sp =3D 0xffff000000010760 fp =3D 0xffff0000000107c0 rk_pinctrl_attach() at device_attach+0x3e0 pc =3D 0xffff0000007be2c0 lr =3D 0xffff000000459f0c sp =3D 0xffff0000000107d0 fp =3D 0xffff000000010830 device_attach() at bus_generic_new_pass+0x11c pc =3D 0xffff000000459f0c lr =3D 0xffff00000045bdd0 sp =3D 0xffff000000010840 fp =3D 0xffff000000010870 bus_generic_new_pass() at bus_generic_new_pass+0xac pc =3D 0xffff00000045bdd0 lr =3D 0xffff00000045bd60 sp =3D 0xffff000000010880 fp =3D 0xffff0000000108b0 bus_generic_new_pass() at bus_generic_new_pass+0xac pc =3D 0xffff00000045bd60 lr =3D 0xffff00000045bd60 sp =3D 0xffff0000000108c0 fp =3D 0xffff0000000108f0 bus_generic_new_pass() at root_bus_configure+0x40 pc =3D 0xffff00000045bd60 lr =3D 0xffff00000045dec4 sp =3D 0xffff000000010900 fp =3D 0xffff000000010930 root_bus_configure() at mi_startup+0x228 pc =3D 0xffff00000045dec4 lr =3D 0xffff0000003b4ec0 sp =3D 0xffff000000010940 fp =3D 0xffff0000000109a0 mi_startup() at virtdone+0x58 pc =3D 0xffff0000003b4ec0 lr =3D 0xffff000000001088 sp =3D 0xffff0000000109b0 fp =3D 0x0000000000000000 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at clk_disable+0x10: ldr x19, [x0, #8] db>=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Dec 22 10:37:24 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 389D51CFA0E for ; Sun, 22 Dec 2019 10:37:24 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vtr.rulingia.com (vtr.rulingia.com [IPv6:2001:19f0:5801:ebe:5400:1ff:fe53:30fd]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vtr.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47gf7R147Hz4GTj for ; Sun, 22 Dec 2019 10:37:22 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp239-208.static.internode.on.net [59.167.239.208]) by vtr.rulingia.com (8.15.2/8.15.2) with ESMTPS id xBMAb6Ot042363 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 22 Dec 2019 21:37:12 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id xBMAb1sf064182 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 22 Dec 2019 21:37:01 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id xBMAb17i064181; Sun, 22 Dec 2019 21:37:01 +1100 (AEDT) (envelope-from peter) Date: Sun, 22 Dec 2019 21:37:00 +1100 From: Peter Jeremy To: Mark Millard Cc: freebsd-arm Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? Message-ID: <20191222103700.GA63776@server.rulingia.com> References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47gf7R147Hz4GTj X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of peter@rulingia.com designates 2001:19f0:5801:ebe:5400:1ff:fe53:30fd as permitted sender) smtp.mailfrom=peter@rulingia.com X-Spamd-Result: default: False [-6.63 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; IP_SCORE(-3.23)[ip: (-9.66), ipnet: 2001:19f0:5800::/38(-4.83), asn: 20473(-1.63), country: US(-0.05)]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[rulingia.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5800::/38, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2019 10:37:24 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2019-Dec-22 00:22:16 -0800, Mark Millard via freebsd-arm wrote: >[OverDrive 1000 and MACCHIATObin Doubleshot updates went fine. >The code has Peter Jeremy's rk_tsadc.c patch.] By coincidence, shortly after your mail arrived, my rock64 reported it succ= essfully updated to r355980. Unfortunately, I'm not currently in a position to help= much further. --=20 Peter Jeremy --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAl3/RzxfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzSQnw//eCmXXDAa8EryrVwf7UH7w5vdMdGIRm1toH3isTyEO08noy7g2SM0o95Z L7VjdjgrOSWExK5bttCniL59dwn5QtvooA8HYnTpfSzUEh1VoPjvRh0iltkJzoBX pR3wdWb5BDxl+tATdhHH/5ubhAIMYb9kGa7TdBrGClZ4r8hvSqLYTWLFdUg8eSxT KIU0fpDCk83VzKUhv3ukpUiJwhfIO0UXG+Erb8udks08joInX4Ww02SvIlo/BnGR 8C1/JHfPVebQ7xYVBvgDYp3zrth2/zeYWAUaJQhB8MgOu68jI+bEm7EQ1tmFfu8k QYhuAPPjHLnhPL7D+ros449KOa9Abz9PoW1qa7tuo1SdOcn3fV2W52uQ99Wn+EfV gTQG1KhnkBPTO3/XogOj01dKrboWa5nPaCiDBx1aL/ewCFo1QVTTjVAagMfpp9J4 rXFzWKyHWuL0JvbHA06QUBZnOegijfZzSDB+S48KPmtzV8eEltvOlmzj8gP0Fq68 9Njkeqiz6G79A4um47sK09HRcVICONvn2EWFSS0U9PioeHa7CisLOWcjbKiSgwOs O+Qkd2bKcemH365h4Jg6SQmHpymr+jJRitNeAUxiqtQXGvxrgqtey5QRG3xZodpp It4RCu6AoUFwtqe116w9Lavf9bJJGBU4tACYMF78R0Y0aiPjc30= =sFwa -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-arm@freebsd.org Sun Dec 22 10:38:56 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 37E901CFB01 for ; Sun, 22 Dec 2019 10:38:56 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47gf9C03wJz4GYM for ; Sun, 22 Dec 2019 10:38:54 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 73c38d5b; Sun, 22 Dec 2019 11:38:47 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=Ql4K37WlYergvEzZsKoV4sd+GIg=; b=FF1cgAjJTZnHKQJJ6hF3Ez1BayqA OUFOf7Opyds6tW9Z52wO3DvZ9P5us8jQdzoCAnW6xy2E+YYrVx1kHjPzHYnQdJJ/ sVSNBubCBUxwI4Z1FP6pZZmbmEjRg5u/IayCPF0gNzIcFd3Akokwws/kJGJXNsxf UGHzwWYo3mIGmwY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=VMuhJLo9GWjJk9aaJbqYgMyns5efXHoLai9RfE5pZYPwUwb+ME5vVhAr rtEZXiv/iN3P+d4aLBbpfSCAchxCtpOpVmuRPjWzjZLu2kxAH9sstwoa/mwUJfl7 ZYoeIE2ObWxvyGuinRWK/mVIrju9eLkEicKgocjqqAgfo0pgM3s= Received: from skull.home.blih.net (lfbn-idf2-1-1164-130.w90-92.abo.wanadoo.fr [90.92.223.130]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 665b0a86 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sun, 22 Dec 2019 11:38:46 +0100 (CET) Date: Sun, 22 Dec 2019 11:38:44 +0100 From: Emmanuel Vadot To: Mark Millard Cc: Mark Millard via freebsd-arm Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? Message-Id: <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> In-Reply-To: <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47gf9C03wJz4GYM X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=FF1cgAjJ; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [0.26 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-0.63)[-0.632,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.62)[-0.624,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(0.42)[ip: (-0.56), ipnet: 212.83.160.0/19(2.40), asn: 12876(0.25), country: FR(0.00)]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2019 10:38:56 -0000 On Sun, 22 Dec 2019 00:22:16 -0800 Mark Millard via freebsd-arm wrote: > [OverDrive 1000 and MACCHIATObin Doubleshot updates went fine. > The code has Peter Jeremy's rk_tsadc.c patch.] > > > The console shows for boot -v . . . > > > Loading kernel... > /boot/kernel/kernel text=0x98af14 data=0x18e618 data=0x0+0x6fc8e8 syms=[0x8+0x142020+0x8+0x12d3fd] > Loading configured modules... > /boot/kernel/umodem.ko text=0x2120 text=0x13e0 data=0x6e8+0x10 syms=[0x8+0xf60+0x8+0xb7f] > /boot/kernel/ucom.ko text=0x217f text=0x3340 data=0x880+0x858 syms=[0x8+0x1170+0x8+0xb0d] > /boot/entropy size=0x1000 > > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel] in 8 seconds... > > Type '?' for a list of commands, 'help' for more detailed help. > OK boot -v > Using DTB provided by EFI at 0x80f3000. > ---<>--- > KDB: debugger backends: ddb > KDB: current backend: ddb > Type Physical Virtual #Pages Attr > ConventionalMemory 000000200000 200000 00007ef3 WB > BootServicesData 0000080f3000 80f3000 0000001a WB > ConventionalMemory 00000810d000 810d000 000ebd64 WB > LoaderData 0000f3e71000 f3e71000 00008001 WB > LoaderCode 0000fbe72000 fbe72000 000000a6 WB > Reserved 0000fbf18000 fbf18000 00000007 WB > BootServicesData 0000fbf1f000 fbf1f000 00000001 WB > RuntimeServicesData 0000fbf20000 fbf20000 00000001 WB RUNTIME > BootServicesData 0000fbf21000 fbf21000 00000002 WB > Reserved 0000fbf23000 fbf23000 00000004 WB > BootServicesData 0000fbf27000 fbf27000 00000002 WB > RuntimeServicesData 0000fbf29000 fbf29000 00000001 WB RUNTIME > LoaderData 0000fbf2a000 fbf2a000 00003006 WB > RuntimeServicesCode 0000fef30000 fef30000 00000010 WB RUNTIME > LoaderData 0000fef40000 fef40000 000000c0 WB > Physical memory chunk(s): > 0x00200000 - 0xfbf17fff, 4029 MB (1031448 pages) > 0xfbf1f000 - 0xfbf22fff, 0 MB ( 4 pages) > 0xfbf27000 - 0xfef2ffff, 48 MB ( 12297 pages) > 0xfef40000 - 0xfeffffff, 0 MB ( 192 pages) > Excluded memory regions: > 0xf4000000 - 0xf5702fff, 23 MB ( 5891 pages) NoAlloc > 0xfbf18000 - 0xfbf1efff, 0 MB ( 7 pages) NoAlloc > 0xfbf20000 - 0xfbf20fff, 0 MB ( 1 pages) NoAlloc > 0xfbf23000 - 0xfbf26fff, 0 MB ( 4 pages) NoAlloc > 0xfbf29000 - 0xfbf29fff, 0 MB ( 1 pages) NoAlloc > 0xfef30000 - 0xfef3ffff, 0 MB ( 16 pages) NoAlloc > Found 4 CPUs in the device tree > Copyright (c) 1992-2019 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 13.0-CURRENT #30 r355976M: Fri Dec 20 23:46:32 PST 2019 > markmi@FBSDFHUGE:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarch64/sys/GENERIC-NODBG arm64 > FreeBSD clang version 9.0.0 (tags/RELEASE_900/final 372316) (based on LLVM 9.0.0) > VT: init without driver. > Preloaded elf kernel "/boot/kernel/kernel" at 0xffff0000014d6000. > Preloaded elf module "/boot/kernel/umodem.ko" at 0xffff0000014def48. > Preloaded elf module "/boot/kernel/ucom.ko" at 0xffff0000014df760. > Preloaded boot_entropy_cache "/boot/entropy" at 0xffff0000014dff38. > module firmware already present! > Starting CPU 1 (1) > Starting CPU 2 (2) > Starting CPU 3 (3) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > random: read 4096 bytes from preloaded cache > random: unblocking device. > VIMAGE (virtualized network stack) enabled > ULE: setup cpu 0 > ULE: setup cpu 1 > ULE: setup cpu 2 > ULE: setup cpu 3 > snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] > feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=2 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 > random: entropy device external interface > MAP fbf20000 mode 2 pages 1 > MAP fbf29000 mode 2 pages 1 > MAP fef30000 mode 2 pages 16 > nfslock: pseudo-device > crypto: > WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. > kbd0 at kbdmux0 > mem: > null: > openfirm: > WARNING: Device "openfirm" is Giant locked and may be deleted before FreeBSD 13.0. > ofwbus0: > clk_fixed0: on ofwbus0 > rk_grf0: mem 0xff100000-0xff100fff on ofwbus0 > simplebus0: on ofwbus0 > rk3328_cru0: mem 0xff440000-0xff440fff on ofwbus0 > Clock: apll, parent: xin24m(0), freq: 400000000 > Clock: dpll, parent: xin24m(0), freq: 1596000000 > Clock: cpll, parent: xin24m(0), freq: 594000000 > Clock: gpll, parent: xin24m(0), freq: 576000000 > Clock: npll, parent: xin24m(0), freq: 800000000 > Clock: aclk_bus_pre, parent: gpll(1), freq: 96000000 > Clock: hclk_bus_pre, parent: aclk_bus_pre(0), freq: 48000000 > Clock: pclk_bus_pre, parent: aclk_bus_pre(0), freq: 48000000 > Clock: armclk, parent: apll(0), freq: 400000000 > Clock: clk_tsadc, parent: xin24m(0), freq: 119402 > Clock: aclk_peri_pre, parent: gpll(1), freq: 144000000 > Clock: pclk_peri, parent: aclk_peri_pre(0), freq: 144000000 > Clock: hclk_peri, parent: aclk_peri_pre(0), freq: 28800000 > Clock: clk_sdmmc, parent: xin24m(2), freq: 800000 > Clock: clk_sdio, parent: cpll(0), freq: 297000000 > Clock: clk_emmc, parent: gpll(1), freq: 96000000 > Clock: clk_i2c0, parent: cpll(0), freq: 74250000 > Clock: clk_i2c1, parent: cpll(0), freq: 74250000 > Clock: clk_i2c2, parent: cpll(0), freq: 74250000 > Clock: clk_i2c3, parent: cpll(0), freq: 74250000 > Clock: apll_core, parent: apll(0), freq: 400000000 > Clock: dpll_core, parent: dpll(0), freq: 1596000000 > Clock: gpll_core, parent: gpll(0), freq: 576000000 > Clock: npll_core, parent: npll(0), freq: 800000000 > Clock: gpll_peri, parent: gpll(0), freq: 576000000 > Clock: cpll_peri, parent: cpll(0), freq: 594000000 > Clock: pclk_bus, parent: pclk_bus_pre(0), freq: 48000000 > Clock: pclk_phy_pre, parent: pclk_bus_pre(0), freq: 48000000 > Clock: aclk_peri, parent: aclk_peri_pre(0), freq: 144000000 > Clock: pclk_i2c0, parent: pclk_bus(0), freq: 48000000 > Clock: pclk_i2c1, parent: pclk_bus(0), freq: 48000000 > Clock: pclk_i2c2, parent: pclk_bus(0), freq: 48000000 > Clock: pclk_i2c3, parent: pclk_bus(0), freq: 48000000 > Clock: pclk_tsadc, parent: pclk_bus(0), freq: 48000000 > Clock: pclk_gpio0, parent: pclk_bus(0), freq: 48000000 > Clock: pclk_gpio1, parent: pclk_bus(0), freq: 48000000 > Clock: pclk_gpio2, parent: pclk_bus(0), freq: 48000000 > Clock: pclk_gpio3, parent: pclk_bus(0), freq: 48000000 > Clock: hclk_sdmmc, parent: hclk_peri(0), freq: 28800000 > Clock: hclk_sdio, parent: hclk_peri(0), freq: 28800000 > Clock: hclk_emmc, parent: hclk_peri(0), freq: 28800000 > Clock: hclk_peri_niu, parent: hclk_peri(0), freq: 28800000 > Clock: pclk_peri_niu, parent: hclk_peri(0), freq: 28800000 > Clock: hclk_sdmmc_ext, parent: hclk_peri(0), freq: 28800000 > rk3328_cru0: cannot get assigned clock at idx 0 > rk3328_cru0: cannot get assigned clock at idx 1 > rk3328_cru0: cannot get assigned clock at idx 2 > rk3328_cru0: cannot get assigned clock at idx 3 > rk3328_cru0: cannot get assigned clock at idx 4 > rk3328_cru0: cannot get assigned clock at idx 5 > rk3328_cru0: cannot get assigned clock at idx 6 > rk3328_cru0: cannot get assigned clock at idx 7 > rk3328_cru0: Set pclk_gpio2 to 100000000 > rk3328_cru0: cannot get assigned clock at idx 9 > rk3328_cru0: cannot get assigned clock at idx 10 > rk3328_cru0: cannot get assigned clock at idx 11 > rk3328_cru0: Set pclk_gpio0 to 50000000 > rk3328_cru0: Set pclk_gpio1 to 100000000 > rk3328_cru0: cannot get assigned clock at idx 14 > rk3328_cru0: cannot get assigned clock at idx 15 > rk3328_cru0: cannot get assigned clock at idx 16 > rk3328_cru0: cannot get assigned clock at idx 17 > rk3328_cru0: Set clk_sdio to 50000000 > rk3328_cru0: cannot get assigned clock at idx 19 > rk3328_cru0: cannot get assigned clock at idx 20 > rk3328_cru0: Set armclk to 600000000 > rk3328_cru0: Set gpll to 491520000 > rk3328_cru0: Set cpll to 1200000000 > rk3328_cru0: cannot get assigned clock at idx 24 > rk3328_cru0: cannot get assigned clock at idx 25 > rk3328_cru0: cannot get assigned clock at idx 26 > rk3328_cru0: cannot get assigned clock at idx 27 > rk3328_cru0: cannot get assigned clock at idx 28 > rk3328_cru0: cannot get assigned clock at idx 29 > rk3328_cru0: Set pclk_gpio2 to 300000000 > rk3328_cru0: cannot get assigned clock at idx 31 > rk3328_cru0: cannot get assigned clock at idx 32 > rk3328_cru0: cannot get assigned clock at idx 33 > rk3328_cru0: cannot get assigned clock at idx 34 > rk3328_cru0: cannot get assigned clock at idx 35 > rk3328_cru0: Set pclk_gpio0 to 200000000 > rk3328_cru0: Set pclk_gpio1 to 300000000 > rk3328_cru0: cannot get assigned clock at idx 38 > rk3328_cru0: cannot ge3328_cru0: Set hclk_sdmmc_ext to 50000000 > rk3328_cru0: cannot get assigned clock at idx 46 > rk3328_cru0: cannot get assigned clock at idx 47 > clk_fixed1: on ofwbus0 > regfix0: on ofwbus0 > regfix1: on ofwbus0 > regfix2: on ofwbus0 > simple_mfd0: mem 0xff140000-0xff140fff on ofwbus0 > psci0: on ofwbus0 > psci0: PSCI version 0.2 compatible > gic0: mem 0xff811000-0xff811fff,0xff812000-0xff813fff,0xff814000-0xff815fff,0xff816000-0xff817fff irq 30 on ofwbus0 > gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 160 > rk_pinctrl0: on ofwbus0 > gpio0: mem 0xff210000-0xff2100ff irq 34 on rk_pinctrl0 > gpio0: Cannot get clock > Fatal data abort: > x0: 0 > x1: ffff000001114d00 > x2: ffff0000009daf48 > x3: ffff0000402189c0 > x4: fffffd0000bd5a00 > x5: ffff000000774268 > x6: a > x7: a > x8: 20000 > x9: ffff000001114d00 > x10: fffffd0000aaaa98 > x11: 0 > x12: fffffd0000847f80 > x13: def8fc > x14: 808003 > x15: 3 > x16: 0 > x17: 0 > x18: ffff000000010680 > x19: fffffd0000bbb900 > x20: 0 > x21: fffffd0000bd6250 > x22: fffffd0000bd6230 > x23: ffff00000082a262 > x24: ffff00000084d913 > x25: ffff0000007f3639 > x26: fffffd0000bc5d00 > x27: ffff000000864f42 > x28: ffff00000084d5d7 > x29: ffff000000010690 > sp: ffff000000010680 > lr: ffff0000007bebcc > elr: ffff000000191090 > spsr: a00001c5 > far: 8 > esr: 96000005 > panic: vm_fault failed: ffff000000191090 > cpuid = 0 > time = 1 > KDB: stack backtrace: > db_trace_self() at db_trace_self_wrapper+0x28 > pc = 0xffff0000007664dc lr = 0xffff0000001067c4 > sp = 0xffff000000010080 fp = 0xffff000000010290 > > db_trace_self_wrapper() at vpanic+0x194 > pc = 0xffff0000001067c4 lr = 0xffff0000004208a0 > sp = 0xffff0000000102a0 fp = 0xffff000000010340 > > vpanic() at panic+0x44 > pc = 0xffff0000004208a0 lr = 0xffff000000420708 > sp = 0xffff000000010350 fp = 0xffff0000000103d0 > > panic() at data_abort+0x1e0 > pc = 0xffff000000420708 lr = 0xffff00000078217c > sp = 0xffff0000000103e0 fp = 0xffff000000010490 > > data_abort() at do_el1h_sync+0x144 > pc = 0xffff00000078217c lr = 0xffff000000781398 > sp = 0xffff0000000104a0 fp = 0xffff0000000104d0 > > do_el1h_sync() at handle_el1h_sync+0x78 > pc = 0xffff000000781398 lr = 0xffff000000768878 > sp = 0xffff0000000104e0 fp = 0xffff0000000105f0 > > handle_el1h_sync() at rk_gpio_attach+0x19c > pc = 0xffff000000768878 lr = 0xffff0000007bebc8 > sp = 0xffff000000010600 fp = 0xffff000000010690 > > rk_gpio_attach() at rk_gpio_attach+0x19c > pc = 0xffff0000007bebc8 lr = 0xffff0000007bebc8 > sp = 0xffff0000000106a0 fp = 0xffff0000000106c0 > > rk_gpio_attach() at device_attach+0x3e0 > pc = 0xffff0000007bebc8 lr = 0xffff000000459f0c > sp = 0xffff0000000106d0 fp = 0xffff000000010730 > > device_attach() at device_probe_and_attach+0x3c > pc = 0xffff000000459f0c lr = 0xffff000000459b0c > sp = 0xffff000000010740 fp = 0xffff000000010750 > > device_probe_and_attach() at rk_pinctrl_attach+0x210 > pc = 0xffff000000459b0c lr = 0xffff0000007be2c0 > sp = 0xffff000000010760 fp = 0xffff0000000107c0 > > rk_pinctrl_attach() at device_attach+0x3e0 > pc = 0xffff0000007be2c0 lr = 0xffff000000459f0c > sp = 0xffff0000000107d0 fp = 0xffff000000010830 > > device_attach() at bus_generic_new_pass+0x11c > pc = 0xffff000000459f0c lr = 0xffff00000045bdd0 > sp = 0xffff000000010840 fp = 0xffff000000010870 > > bus_generic_new_pass() at bus_generic_new_pass+0xac > pc = 0xffff00000045bdd0 lr = 0xffff00000045bd60 > sp = 0xffff000000010880 fp = 0xffff0000000108b0 > > bus_generic_new_pass() at bus_generic_new_pass+0xac > pc = 0xffff00000045bd60 lr = 0xffff00000045bd60 > sp = 0xffff0000000108c0 fp = 0xffff0000000108f0 > > bus_generic_new_pass() at root_bus_configure+0x40 > pc = 0xffff00000045bd60 lr = 0xffff00000045dec4 > sp = 0xffff000000010900 fp = 0xffff000000010930 > > root_bus_configure() at mi_startup+0x228 > pc = 0xffff00000045dec4 lr = 0xffff0000003b4ec0 > sp = 0xffff000000010940 fp = 0xffff0000000109a0 > > mi_startup() at virtdone+0x58 > pc = 0xffff0000003b4ec0 lr = 0xffff000000001088 > sp = 0xffff0000000109b0 fp = 0x0000000000000000 > > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at clk_disable+0x10: ldr x19, [x0, #8] > db> > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) I don't have the same clocks from the dtb, make sure that you are using the latest one. rk3328_cru0: mem 0xff440000-0xff440fff on ofwbus0 Clock: apll, parent: xin24m(0), freq: 400000000 Clock: dpll, parent: xin24m(0), freq: 1596000000 Clock: cpll, parent: xin24m(0), freq: 594000000 Clock: gpll, parent: xin24m(0), freq: 576000000 Clock: npll, parent: xin24m(0), freq: 800000000 Clock: aclk_bus_pre, parent: gpll(1), freq: 96000000 Clock: hclk_bus_pre, parent: aclk_bus_pre(0), freq: 48000000 Clock: pclk_bus_pre, parent: aclk_bus_pre(0), freq: 48000000 Clock: armclk, parent: apll(0), freq: 200000000 Clock: clk_tsadc, parent: xin24m(0), freq: 119402 Clock: aclk_peri_pre, parent: gpll(1), freq: 144000000 Clock: pclk_peri, parent: aclk_peri_pre(0), freq: 144000000 Clock: hclk_peri, parent: aclk_peri_pre(0), freq: 28800000 Clock: clk_sdmmc, parent: gpll(1), freq: 96000000 Clock: clk_sdio, parent: cpll(0), freq: 297000000 Clock: clk_emmc, parent: xin24m(2), freq: 800000 Clock: clk_i2c0, parent: cpll(0), freq: 74250000 Clock: clk_i2c1, parent: cpll(0), freq: 74250000 Clock: clk_i2c2, parent: cpll(0), freq: 74250000 Clock: clk_i2c3, parent: cpll(0), freq: 74250000 Clock: apll_core, parent: apll(0), freq: 400000000 Clock: dpll_core, parent: dpll(0), freq: 1596000000 Clock: gpll_core, parent: gpll(0), freq: 576000000 Clock: npll_core, parent: npll(0), freq: 800000000 Clock: gpll_peri, parent: gpll(0), freq: 576000000 Clock: cpll_peri, parent: cpll(0), freq: 594000000 Clock: pclk_bus, parent: pclk_bus_pre(0), freq: 48000000 Clock: pclk_phy_pre, parent: pclk_bus_pre(0), freq: 48000000 Clock: aclk_peri, parent: aclk_peri_pre(0), freq: 144000000 Clock: pclk_i2c0, parent: pclk_bus(0), freq: 48000000 Clock: pclk_i2c1, parent: pclk_bus(0), freq: 48000000 Clock: pclk_i2c2, parent: pclk_bus(0), freq: 48000000 Clock: pclk_i2c3, parent: pclk_bus(0), freq: 48000000 Clock: pclk_tsadc, parent: pclk_bus(0), freq: 48000000 Clock: pclk_gpio0, parent: pclk_bus(0), freq: 48000000 Clock: pclk_gpio1, parent: pclk_bus(0), freq: 48000000 Clock: pclk_gpio2, parent: pclk_bus(0), freq: 48000000 Clock: pclk_gpio3, parent: pclk_bus(0), freq: 48000000 Clock: hclk_sdmmc, parent: hclk_peri(0), freq: 28800000 Clock: hclk_sdio, parent: hclk_peri(0), freq: 28800000 Clock: hclk_emmc, parent: hclk_peri(0), freq: 28800000 Clock: hclk_peri_niu, parent: hclk_peri(0), freq: 28800000 Clock: pclk_peri_niu, parent: hclk_peri(0), freq: 28800000 Clock: hclk_sdmmc_ext, parent: hclk_peri(0), freq: 28800000 rk3328_cru0: cannot get assigned clock at idx 0 rk3328_cru0: cannot get assigned clock at idx 1 rk3328_cru0: cannot get assigned clock at idx 2 rk3328_cru0: cannot get assigned clock at idx 3 rk3328_cru0: cannot get assigned clock at idx 4 rk3328_cru0: cannot get assigned clock at idx 5 rk3328_cru0: cannot get parent at idx 6 Cannot set frequency for clk: aclk_bus_pre, error: 34 rk3328_cru0: Failed to set aclk_bus_pre to a frequency of 15000000 Cannot set frequency for clk: aclk_peri_pre, error: 34 rk3328_cru0: Failed to set aclk_peri_pre to a frequency of 15000000 rk3328_cru0: cannot get assigned clock at idx 8 rk3328_cru0: cannot get assigned clock at idx 9 rk3328_cru0: cannot get assigned clock at idx 10 rk3328_cru0: cannot get assigned clock at idx 11 rk3328_cru0: cannot get assigned clock at idx 12 rk3328_cru0: cannot get assigned clock at idx 13 rk3328_cru0: cannot get assigned clock at idx 14 rk3328_cru0: cannot get assigned clock at idx 15 rk3328_cru0: cannot get assigned clock at idx 16 rk3328_cru0: cannot get assigned clock at idx 17 rk3328_cru0: Set clk_sdio to 50000000 rk3328_cru0: cannot get assigned clock at idx 19 rk3328_cru0: cannot get assigned clock at idx 20 rk3328_cru0: Set armclk to 600000000 rk3328_cru0: Set gpll to 491520000 rk3328_cru0: Set cpll to 1200000000 rk3328_cru0: Set aclk_bus_pre to 150000000 rk3328_cru0: Set hclk_bus_pre to 75000000 rk3328_cru0: Set pclk_bus_pre to 75000000 rk3328_cru0: Set aclk_peri_pre to 150000000 rk3328_cru0: Set hclk_peri to 75000000 rk3328_cru0: Set pclk_peri to 75000000 rk3328_cru0: cannot get assigned clock at idx 30 clk_fixed1: on ofwbus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 regfix3: on ofwbus0 simple_mfd0: mem 0xff450000-0xff45ffff on ofwbus0 psci0: on ofwbus0 psci0: PSCI version 0.2 compatible gic0: mem 0xff811000-0xff811fff,0xff812000-0xff813fff,0xff814000-0xff815fff,0xff816000-0xff817fff irq 49 o n ofwbus0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 160 rk_pinctrl0: on ofwbus0 gpio0: mem 0xff210000-0xff2100ff irq 52 on rk_pinctrl0 gpiobus0: on gpio0 gpio1: mem 0xff220000-0xff2200ff irq 53 on rk_pinctrl0 gpiobus1: on gpio1 gpio2: mem 0xff230000-0xff2300ff irq 54 on rk_pinctrl0 gpiobus2: on gpio2 gpio3: mem 0xff240000-0xff2400ff irq 55 on rk_pinctrl0 gpiobus3: on gpio3 ... FreeBSD rock64.home.blih.net 13.0-CURRENT FreeBSD 13.0-CURRENT #4631 r356002+bdb3ec248ab1-c265272(master): Sun Dec 22 11:32:11 CET 2019 manu@skull.home.blih.net:/usr/home/manu/Work/freebsd/obj/usr/home/manu/Work/freebsd/freebsd.git/arm64.aarch64/sys/GENERIC arm64 sha256 /boot/dtb/rockchip/rk3328-rock64.dtb SHA256 (/boot/dtb/rockchip/rk3328-rock64.dtb) = 50a180fed37f1d5dbfda60a6c55261c7b87b5b2bc97e428042481c94877da317 -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sun Dec 22 19:16:29 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DFD761DA523 for ; Sun, 22 Dec 2019 19:16:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47gsfN4h62z3FG1 for ; Sun, 22 Dec 2019 19:16:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: .J3KvMgVM1koAPVbhRdfaMtghmgcFhF1qEHLAGqQeaeLO0ytHRt8tQ4VCDuVGU2 PhMqa1shW4rxtkVKX_b6lwcjQB5jKmIHLrpbFCcg0I2y0n8pXTZigoJUFcu2nUyUfPhJl_8BOXTL 04nR6isuibv7wl6RzCV.E2rmwjy0mnm22y2ciPs9k2qEAw9CWMyCBZVfSFCt4oqhcGIAZhV6RsGv n7sHbydi8q0GE3JCE6Xle2Xh0aqDDXbg9EVnt8WVg1UV52dryRLLDL.sft.jErm_dNRKSY0VLbsS cb68TL_lc6rx20JMpErVulNc6U_oELZIQ5Bd20MQhBHEFCwpAZEFC_g7F2nhi5ifPmU6xrlaFLyh Bo5V8NNpku5WfqtfU8LAEtIY5xp7Qk8P5j8Fb2318zCezFmoVKC6l4dM4x6Lla9XLWwHNt7MlPAa k7A0GKmnglUA666i4n4UXS6UNMcrizL7dcH9kyEnXkQgdlz4JXdCfmVmr2Yva842eM_y6sND55hY VfzwK_.4CY8jZH9m2Xj1uKHOZzrVpAbn7ZcNnKoCZs31brU9L8S6H4VXZDwQUe_h.7mifikgfyuf zOgBnvfTtNkFuRi80BmSYmiwe2ozgTT3Y6HLapzGF3mKI8VwLJThef0FpZXWOnFeFf0Iols0huw4 ZPlzKhU9boFzdhGcb1rBJJTCERFSG3I6PeP4gUvDNZYUBwAZsE.5Lomrt2YkvGmP9fzDkYwn007_ 6xiGOk.UQnoQ80WZRWGsoizoE7tkAEsSE3axaC5F0PbFzLd8HgcU9_zXdtvVrCwU2V5p6MSLLPdi _LqZStGo8ZaOYJSNTEBIxPX6G83OO6gGsJojiZbRVZ22it8Ddg9mYdP5JDJHUHrSJ8gX_iluZ7i3 cJimBNr43lEg1ezt9T.GfwUJBJYH4EvgkVRYnxv8v2nnqfl2E8lekpJS7bm4._G.NIbRtIeqp2cQ 3qiU5r6HxDowiN9S2ej7uSAQKSuWF3Hqp0VeiokE3ylGMSwp1XJsKPYzEi_Z25mJ1rurCR48aNMW K5HjlUzIRBNK8UJPXI64eJIwMHfl7Xsf4D4gdrpyv2ZnBC3mIDvU_lu2JINIckMfvt1l3K7gDobT hyftRam4PxysP.DHqrVPS0qLkAZDxPuN8BpoUufhWqVOIGl5WQF8VgsuEPU4mn4tWkWyLn4lwtug SZLn3t1N0HLrUvx6TZnahTucxE3Ca0za3WvAmEVDpt9v0MCYPCINYMnjJzCKOtR33K5ODZM.mGgA 0oW5yL8XkbSfSZROrOm8Aex1bZrwKTvnaiiucZ8cFjcf1FUG2jM6tvT8MCdAZ9W4ii2ZI6Gi5nRJ pBLmKb7predIvl351ZUs2Zj7n.7h4JXfJTXH6qTTHMgCPcnm0a2PUYhr11Jb0jOgEo0N3GPG_RQo T5fWf1YFmlIdIJPLMIKYlmt4ZfPOewo0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 22 Dec 2019 19:16:26 +0000 Received: by smtp425.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 83d58fa8e7bcbdc324dea510c71f7555; Sun, 22 Dec 2019 19:16:23 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? From: Mark Millard In-Reply-To: <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> Date: Sun, 22 Dec 2019 11:16:21 -0800 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47gsfN4h62z3FG1 X-Spamd-Bar: / X-Spamd-Result: default: False [-0.25 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.15)[-0.152,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.60)[-0.595,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (2.48), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.64.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2019 19:16:29 -0000 On 2019-Dec-22, at 02:38, Emmanuel Vadot wrote: > On Sun, 22 Dec 2019 00:22:16 -0800 > Mark Millard via freebsd-arm wrote: >=20 >> [OverDrive 1000 and MACCHIATObin Doubleshot updates went fine. >> The code has Peter Jeremy's rk_tsadc.c patch.] >>=20 >>=20 >> The console shows for boot -v . . . >>=20 >>=20 >> Loading kernel... >> /boot/kernel/kernel text=3D0x98af14 data=3D0x18e618 data=3D0x0+0x6fc8e8= syms=3D[0x8+0x142020+0x8+0x12d3fd] >> Loading configured modules... >> /boot/kernel/umodem.ko text=3D0x2120 text=3D0x13e0 data=3D0x6e8+0x10 = syms=3D[0x8+0xf60+0x8+0xb7f] >> /boot/kernel/ucom.ko text=3D0x217f text=3D0x3340 data=3D0x880+0x858 = syms=3D[0x8+0x1170+0x8+0xb0d] >> /boot/entropy size=3D0x1000 >>=20 >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel] in 8 seconds...=20 >>=20 >> Type '?' for a list of commands, 'help' for more detailed help. >> OK boot -v >> Using DTB provided by EFI at 0x80f3000. >> ---<>--- >> . . . >=20 >=20 > I don't have the same clocks from the dtb, make sure that you are > using the latest one. > rk3328_cru0: mem = 0xff440000-0xff440fff on ofwbus0 > . . . > sha256 /boot/dtb/rockchip/rk3328-rock64.dtb=20 > SHA256 (/boot/dtb/rockchip/rk3328-rock64.dtb) =3D = 50a180fed37f1d5dbfda60a6c55261c7b87b5b2bc97e428042481c94877da317 Thanks. # sha256 /mnt/boot/dtb/rockchip/rk3328-rock64.dtb SHA256 (/mnt/boot/dtb/rockchip/rk3328-rock64.dtb) =3D = 50a180fed37f1d5dbfda60a6c55261c7b87b5b2bc97e428042481c94877da317 Looks like a match to me. So I need to look elsewhere than the contents of that file . . . My getting: "Using DTB provided by EFI at 0x80f3000" suggests that the file is not being used for some reason: Instead some sort of nonFreeBSD/internal-to-something-else DTB seems to be in use? So my current guess is that I need to figure out how to control which DTB source is used so that /boot/dtb/rockchip/rk3328-rock64.dtb is used in my context. (Although I've no clue why I'd need a different configuration for controlling such things now.) Note: I tried putting back the prior EFI/BOOT/bootaa64.efi but it made no difference to the failed-boot behavior. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Dec 22 20:47:13 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F41E81DCA03 for ; Sun, 22 Dec 2019 20:47:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47gvg23hHMz3Lp6 for ; Sun, 22 Dec 2019 20:47:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FB4V9mYVM1nwmQH0QaGONfrAzof2jvJ_qxM.1FbBB5u4XzmgWD_e5Ifw5dGxrm3 N1ZhAOAOHc2X80qwkSOfv80yfFro6W_athP1Ncsyk3dmlg.F5hMxToHpRtVz1frM_8IHYklpa.VA q3s0gTKnTGC_4CaXFxM7k8KDTDQghr_crhc3T5cno6z6qjHsOroNxLdRCS7JMH.P97m_06vwcfYK ip_RzM5EukWDHixTcXexZr0FxhlHRNAkb9BfzXGnibe9VtrM2mGrVDzANI5AwOxVbo_FZgPXmLAl gaW7P9XU2MOXA.boGydXGGopU4eYST1xCDI9TJbxSyss7PWbpMd6mxSw.2N8_mni.93qF85dMyvS BG5TRl0P4oCNfeFN3VUkUak65.aYS8nBfpOvmWnMGKOmS7rGWf93jFQzSbZRnL.afctPK16E9BNu 067E8IeTPLOtEZScLcnXD4Ux6IvIP0hRT3_54LwEDNmq86ZwzgbDkWmchaxg_wjKRvpEwIU7DY7U rM53azayiVseC4lVsnisUVGlU1ffnEUyp5tcB2hYiWAEptdn_0.mqZfutTlI1phZ3qVUOnt7tpFA Nl4mt6o8tt9eRWvsIzN9IR7pdOBBe2qiGd_4dR75OA9ehx0OEci6w_xkrHkXaUlfJEa.oAFGgSPD Od_QfEA84y8i7LEF5SINh5XGHLphYRmLkMUYe1KJ_Wc.ukM_J0eTPU258r_Kw9DByLlFRwoqiHdR .jLDF7xfVaE4HP71FUDhcRlPXEU3KInCfluTcmkY5tkX_0zVhD8JrJTy8I5ADbHcsUC21UaviyDF CszHBUQh8c_pZ7tGLJkoeXbZkfJG.sjSlHn6e0AW3JEhsEqtdlCCVyKmrHP6SfvqelQdNGgkqXZQ BaBtcbHc.F7UfmQovtC2_dxG9Y7hSg.F5qpd7JLJL_yiJzIQGCuN8YgSKQ2l01UIBP1ZZFcZ1OMW 36quC38jj8lQ.i09YQTRDZdKQbg7Go57PAj5zlTa9igtOnRBWNDIeH44U_DSYuXhY3F6yphtWW9L NeS9v0vL1W_jT7ix98yuM.B0LnJIjEYH8lTsqNVfi2o8HqyhFCHF2YZrstoVYeX0MnuL6r.q2nFs w5Ad8x0tQ7f6XS_eogxbG93G4dri6tKuR1f4fSZWlcMzzMQ7mtcSD8Ogsafu2XBXfXgNevreuSHU GeH0H_8Wf3jh4..jEdfD4cmIq11oKeVWE.m3Gokd3jJIidieplbt0tSehcMnBhOtTqpwHIWsHO0c KVRkbNtxDVKnF9.iMpkL3b_oSorcPi1pO5X2kDFyytwf3Q7OG7ijYAFw97qMIks_mntrr5pnXB60 B6FyIBV.pXlijXPZwfJIMI6.sNRzueZmLaW.5BLyBef1J5UQrnStZbnSo30VtrJqCoSSGWZVpfyQ zQ_VE4zXKFAbiJLPbZVQ- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sun, 22 Dec 2019 20:47:08 +0000 Received: by smtp405.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c476b85795553c730caead19cd56881c; Sun, 22 Dec 2019 20:47:04 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? Date: Sun, 22 Dec 2019 12:47:03 -0800 References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> To: freebsd-arm In-Reply-To: <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47gvg23hHMz3Lp6 X-Spamd-Bar: / X-Spamd-Result: default: False [0.64 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.24)[-0.242,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.39)[0.385,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (3.16), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[146.66.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2019 20:47:13 -0000 On 2019-Dec-22, at 11:16, Mark Millard wrote: > On 2019-Dec-22, at 02:38, Emmanuel Vadot = wrote: >=20 >> On Sun, 22 Dec 2019 00:22:16 -0800 >> Mark Millard via freebsd-arm wrote: >>=20 >>> [OverDrive 1000 and MACCHIATObin Doubleshot updates went fine. >>> The code has Peter Jeremy's rk_tsadc.c patch.] >>>=20 >>>=20 >>> The console shows for boot -v . . . >>>=20 >>>=20 >>> Loading kernel... >>> /boot/kernel/kernel text=3D0x98af14 data=3D0x18e618 = data=3D0x0+0x6fc8e8 syms=3D[0x8+0x142020+0x8+0x12d3fd] >>> Loading configured modules... >>> /boot/kernel/umodem.ko text=3D0x2120 text=3D0x13e0 data=3D0x6e8+0x10 = syms=3D[0x8+0xf60+0x8+0xb7f] >>> /boot/kernel/ucom.ko text=3D0x217f text=3D0x3340 data=3D0x880+0x858 = syms=3D[0x8+0x1170+0x8+0xb0d] >>> /boot/entropy size=3D0x1000 >>>=20 >>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>> Booting [/boot/kernel/kernel] in 8 seconds...=20 >>>=20 >>> Type '?' for a list of commands, 'help' for more detailed help. >>> OK boot -v >>> Using DTB provided by EFI at 0x80f3000. >>> ---<>--- >>> . . . >>=20 >>=20 >> I don't have the same clocks from the dtb, make sure that you are >> using the latest one. >> rk3328_cru0: mem = 0xff440000-0xff440fff on ofwbus0 >> . . . >> sha256 /boot/dtb/rockchip/rk3328-rock64.dtb=20 >> SHA256 (/boot/dtb/rockchip/rk3328-rock64.dtb) =3D = 50a180fed37f1d5dbfda60a6c55261c7b87b5b2bc97e428042481c94877da317 >=20 > Thanks. >=20 > # sha256 /mnt/boot/dtb/rockchip/rk3328-rock64.dtb > SHA256 (/mnt/boot/dtb/rockchip/rk3328-rock64.dtb) =3D = 50a180fed37f1d5dbfda60a6c55261c7b87b5b2bc97e428042481c94877da317 >=20 > Looks like a match to me. So I need to look elsewhere than > the contents of that file . . . >=20 > My getting: "Using DTB provided by EFI at 0x80f3000" suggests > that the file is not being used for some reason: Instead some > sort of nonFreeBSD/internal-to-something-else DTB seems to be > in use? >=20 > So my current guess is that I need to figure out how to control > which DTB source is used so that /boot/dtb/rockchip/rk3328-rock64.dtb > is used in my context. (Although I've no clue why I'd need a > different configuration for controlling such things now.) >=20 > Note: I tried putting back the prior EFI/BOOT/bootaa64.efi but > it made no difference to the failed-boot behavior. Well, using load -t explicitly got farther: (So once I figure out an equivalent in /boot/loader.conf it should automatically get farther.) . . . Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 8 seconds...=20 Type '?' for a list of commands, 'help' for more detailed help. OK load -t dtb /boot/dtb/rockchip/rk3328-rock64.dtb /boot/dtb/rockchip/rk3328-rock64.dtb size=3D0xc2c5 OK boot Using DTB from loaded file '/boot/dtb/rockchip/rk3328-rock64.dtb'. ---<>--- . . . CPU 1: ARM Cortex-A53 r0p4 affinity: 1 CPU 2: ARM Cortex-A53 r0p4 affinity: 2 CPU 3: ARM Cortex-A53 r0p4 affinity: 3 Root mount waiting for: usbus0 usbus1 usbus2 CAM uhub2: 1 port with 1 removable, self powered uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM Warning: no time-of-day clock registered, system time will not be set = accurately Fatal data abort: Fatal data abort: x0: 0 x1: 30 x2: 0 x3: 1 x1: ffff000067bea420 x2: c x3: 0 x4: 3 x5: ffff0000007637e0 x6: ffff000000472014 x7: 151 x8: fffffd0000bd0510 x9: 92ac8 x10: 2db x11: 0 x12: 96000006 x13: 92ac7 x14: 31 x15: ffff000000890a2b x16: 1 x17: 0 x18: ffff000067bea320 x19: fffffd0000bd0500 x20: ffff000067bea420 x21: fffffd000c51c560 x22: 1b x23: 1b x24: fffffd0000aab880 x25: 78 x26: ffff0000417ebd1c x27: ffff0000417eb000 x0: 2d x1: 0 x2: ffff000067be9f08 x3: 1 x4: 78 x5: 55 x6: ffff000000472014 x7: 151 x8: 0 x9: 1 x10: 167bca x11: f x12: 2e774a x13: ffff0000016fe000 oresight Trace Memory Controller = (TMC)dxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxd= xdxdxdxdxdxdxdxdxdxdxdx elr: ffff000000472ba0 spsr: 0 far: 10 esr: 96000006 dxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdx elr: = ffff000000472ab8 = dxdxdxdxdxdxdxdxdxdxdxdxdxdxddxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxd= xdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxdxd= xdxdxdxdxdxdxdxdxdxdxdxdxdxdxdx elr: ffff000000472ab8 spsr: 20000145 far: 67bebaa0ffff0000 esr: 96000044 timeout stopping cpus =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Dec 22 23:06:15 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E33691DFA7F for ; Sun, 22 Dec 2019 23:06:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-20.consmr.mail.gq1.yahoo.com (sonic313-20.consmr.mail.gq1.yahoo.com [98.137.65.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47gylV0scXz3ycj for ; Sun, 22 Dec 2019 23:06:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: N795oG0VM1nFPkqCh8S5k0YAWze1XIxvFxNTCO4TTj1B6seNbDNM.npGfmThdvW iNjGcG2XJcxhSetT_6bY02FRiZ5mC1tImOozQcWfe.bHr0oBNZXHNgMTmQ64CTDbJU04TK8fMJV_ fKjuQto9zWuT._RQVEV9xPNTionWhRjqApy4sXdYk_IqBKqNC_kYvEts1whz0.2oy2l8pCt_EJUr h_ZUzHwM4Jd8G9PBzAWMR9Dxug.hOoMxgZvBjqIt9a7vpPJ9Yh6ZBi7pEjaKB7DWOA_qXABiUhqx JtvNqCCz19E3nGZS1u4Xh8y0Gm_rnR_9UcfOBNRILth58BTCEfLeefR7pqn6BLNnjSIRQPp5FNoT 3PA.gfeAOjvq7uYI3Gr2VMpUtmggCmBobyPFqqIaIebtYzIdc67.EoLVhHrF.ED.df4VFm6j.iVh c8uDh0p3g8hEVvcTuK6lm.PZfPvaoV7DH7RSGsLl1a3vgQHgU11Eg8QayRuTkD2qIMtfDxnaUPW1 C_m78wq3eCWHAnX8Z1Nd.N0_OOBu3GNQ5SLzAu9LGqaCVmH1kwjMdwwMcbyWKj3XjQfBqLQ7jUcf 6Q7pFHzJ.0atoj56083cMjdxndnzJsYQzsbYN72aWiLwJRqM4yTMAvwD8xfCJgDXcNeM2LrUBgmQ Yt_ajYCAd6IZiThzawv.iAA7l4WZeU78SQ9HdyQHSebmNkD9Eb2jCLMX3PyojrM6W8sgKkf44ahP 8VBuCZkIN9EPpa.1U1Ws5ZIvrClVMrNDi5DlqszIi4YDiGj4ceUacmoZXmdXxPAwgm6RmAxkbVoS qMv9ak075VtSjya7JT9fXT.PH.ENIVOnvnV4M4MY_.ElQXA2PMFpoGxejcQvYz3Ea4m9wKkpOUoF BtyF.seohv2lJa4IjYgGitHG24NVbDTJcfRA_GzD7536wjTe7BPJeJfqBf2qPQVidHJGsyWExnhM qi73FGb3Fd.26ZJkLbQcZ4EGlVZKKxjK7F6V9sBvRwZeDAydX8nd2jwuunPOhi8o0K96.9iWmeIR KBo1wwYfHXBM7Utr7Qh1rMWPy0_GKnsJQ9YzuXhD_mnNQz6E6fm89VvyTClIzP6t6hfzpOpA92YX w3ETDMhns.8RA7iOjawIWI414Al4N4QHhLaIKcAVjY23PetDvRzaT7HDC9kBtLgQ9RV5jdFeMNfB HwEgO3DSWcFJSbu7.miSZD0OgeZXgtCmH67.Ii8frY7ERLXIwhDlj78zJHaBMmj5nrGDnZgNIS_z xPSxvM3mUHldj5QAby4T4XMCgHuVEYHLrsQDTmk0J5pkwhBANy0dFlygeFc39mDotF_jhDj82aDz qtQqaomc5HT.a8CYxFUmoJNDhdE3squO1ZQOnPzN.T9lcLd10qWZbUz.unEYN1hpRjfvgVeYAZHa ufD_FCCNzJ0RJ8UNeiDoOP0_BIrmPzmj8KHg0hvH6R9k- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Sun, 22 Dec 2019 23:06:11 +0000 Received: by smtp412.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1abadd2222f5e303bc6593ca11fd667b; Sun, 22 Dec 2019 23:06:09 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? From: Mark Millard In-Reply-To: Date: Sun, 22 Dec 2019 15:06:08 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> To: Emmanuel Vadot , freebsd-arm X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47gylV0scXz3ycj X-Spamd-Bar: / X-Spamd-Result: default: False [0.81 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (4.66), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.28)[0.277,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.03)[0.033,0]; RCVD_IN_DNSWL_NONE(0.00)[83.65.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2019 23:06:15 -0000 [It has taken explicitly controlling the DTB used and use of "boot -v" together to be able to boot to completion . . .] On 2019-Dec-22, at 12:47, Mark Millard wrote: > On 2019-Dec-22, at 11:16, Mark Millard wrote: >=20 >> On 2019-Dec-22, at 02:38, Emmanuel Vadot = wrote: >>=20 >>> On Sun, 22 Dec 2019 00:22:16 -0800 >>> Mark Millard via freebsd-arm wrote: >>>=20 >>>> [OverDrive 1000 and MACCHIATObin Doubleshot updates went fine. >>>> The code has Peter Jeremy's rk_tsadc.c patch.] >>>>=20 >>>>=20 >>>> The console shows for boot -v . . . >>>>=20 >>>>=20 >>>> Loading kernel... >>>> /boot/kernel/kernel text=3D0x98af14 data=3D0x18e618 = data=3D0x0+0x6fc8e8 syms=3D[0x8+0x142020+0x8+0x12d3fd] >>>> Loading configured modules... >>>> /boot/kernel/umodem.ko text=3D0x2120 text=3D0x13e0 data=3D0x6e8+0x10 = syms=3D[0x8+0xf60+0x8+0xb7f] >>>> /boot/kernel/ucom.ko text=3D0x217f text=3D0x3340 data=3D0x880+0x858 = syms=3D[0x8+0x1170+0x8+0xb0d] >>>> /boot/entropy size=3D0x1000 >>>>=20 >>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>> Booting [/boot/kernel/kernel] in 8 seconds...=20 >>>>=20 >>>> Type '?' for a list of commands, 'help' for more detailed help. >>>> OK boot -v >>>> Using DTB provided by EFI at 0x80f3000. >>>> ---<>--- >>>> . . . >>>=20 >>>=20 >>> I don't have the same clocks from the dtb, make sure that you are >>> using the latest one. >>> rk3328_cru0: mem = 0xff440000-0xff440fff on ofwbus0 >>> . . . >>> sha256 /boot/dtb/rockchip/rk3328-rock64.dtb=20 >>> SHA256 (/boot/dtb/rockchip/rk3328-rock64.dtb) =3D = 50a180fed37f1d5dbfda60a6c55261c7b87b5b2bc97e428042481c94877da317 >>=20 >> Thanks. >>=20 >> # sha256 /mnt/boot/dtb/rockchip/rk3328-rock64.dtb >> SHA256 (/mnt/boot/dtb/rockchip/rk3328-rock64.dtb) =3D = 50a180fed37f1d5dbfda60a6c55261c7b87b5b2bc97e428042481c94877da317 >>=20 >> Looks like a match to me. So I need to look elsewhere than >> the contents of that file . . . >>=20 >> My getting: "Using DTB provided by EFI at 0x80f3000" suggests >> that the file is not being used for some reason: Instead some >> sort of nonFreeBSD/internal-to-something-else DTB seems to be >> in use? >>=20 >> So my current guess is that I need to figure out how to control >> which DTB source is used so that /boot/dtb/rockchip/rk3328-rock64.dtb >> is used in my context. (Although I've no clue why I'd need a >> different configuration for controlling such things now.) >>=20 >> Note: I tried putting back the prior EFI/BOOT/bootaa64.efi but >> it made no difference to the failed-boot behavior. >=20 > Well, using load -t explicitly got farther: > (So once I figure out an equivalent in /boot/loader.conf > it should automatically get farther.) . . . The following forced the desired .dtb to be used: # more /boot/loader.conf=20 . . . rk3328_rock64_load=3D"YES" rk3328_rock64_type=3D"dtb" rk3328_rock64_name=3D"/boot/dtb/rockchip/rk3328-rock64.dtb" . . . Interestingly, so far, boot -v works for power up booting, but default booting does not, even for when "boot" is typed to the loader prompt. The default usually just hangs instead of showing all the information that I reported previously. The hangup (possibly with some text) is just before the start_init line in: Warning: no time-of-day clock registered, system time will not be set = accurately start_init: trying /sbin/init So far, no hang-up has shown part of the "start_init" message line. But I've not had troubles (so far) with "shutdown -r now" reboots, defaults or otherwise: problems Just for going from power-off to power-on and trying to boot. (Someday, I also want to figure out how to set up the Rock64 to get a stable DHCP binding: a fixed MAC address, I guess.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Dec 23 00:24:05 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EACCA1E0C8C for ; Mon, 23 Dec 2019 00:24:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47h0TJ0vq8z41v8 for ; Mon, 23 Dec 2019 00:24:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: lsc1Z_QVM1kAdbd6zytmPqHM_Goyi3hS9D8TEqWAizq69B4O1d6gw8s92DHp8lc LYwCyrDd6jtKuGHcwqrDZbWsL17L9XzdwbsFdzxAuFeTu2h1ZD.4HAnA0EDI36EnK9kNdNAT6FnR JW7NlBgOBis9DdaVyuVaxftNSZdJc63CFRYkdi5VZYxm.s17gTACtExqBJnki9TU_LLQvOLeT.tT IIjYXnHnb3RM9uvTF7RgSFh8gUiOrSK8J_D4PbFewd45ZrxpRODF3ycYtKpd5PIjo633fU0MtmJW cM8wkYu38Ydmho6dMvKYZoRh2ocqjCECxecOEMOrRxd0bp5L7W6WCwtG5hZmvoBtJbI3YD324moN fzgdRoUHoBEx.r1CdAF1tdG1rTWgEM5kuGdzc6lH_QnACZi3eEAZKBfmWcfZuJvkoL7tYEEmo._x jdOX8tw9mpyI5b7BT_M4JjU_8lTtQkCXCR2TbNsoG818GMwfQ8EUVHbgoOexeQ1vohIyxZPNIGHf _nYsleok0SkQTcPbepa8rV9MVm6axOczA57NEhefJmUYUM8DcPVEasC1mycbvWt.fr2_Gw1q._id dT_bGX3AIcjBTep3ujJhPrKgiZmArc2ezZHhhcWwS0Xb7QEOz7MpWkm4CsJYWh_XGi7Z_MMrQA6z qFU_zueRnoJaAcpN2.glQxL1Gtape0WUBTo2voGmTRNazbuOdjMhSEwyupl.vD.EAHLVGouw69fA vvNXsXohm1DnG01oR5tMJY5Yd4l5lXMyLJWr9agj44RJhjFaI4VsKB5S9PdTMADBngBcfSxbpvKY RD3LocMHBBCWf_9W9DCH3OAmirS7t8tk6PW3KPh8DmH6ZdmYX_O_C93O4uNnNgUY5y7EJMw6abD9 l7r7Mn0leJJPpiIAGiSPvWuk3f_igACttJA.YHrXNF5ax1_ZZ7JhhAwK0l70pgeBTweX7rYqdnO0 H.qx6uin6uZkb2khqqSqf5VVOcJyPVmlJXm5js211cVwGnphUfslNFNN2qKEkBDpWoGRj_hrsNZu FrOvGadbitcr2MGXZSYBzE9KXTyY40way0hNZtoj4KSd6DQDjiRQroHhxy1aMTo258Uh6mIjhitn zDuCbW5Y4kX5WoZMGmBHseNBHeuCjsHTOgrh.tatvWuzaITZV72dIJD05tZ3ZZf7jzrfQNwLPm20 YansuzepsxeLaAU3BViQkJalFepliwnDEIBLWq9qfjfwt8z8jynSJloEz8m2KyIS74RqCm3vr8Zx 3fPZrOEjGscO7ZPfDADYW3OzO24Nz4lrsFdL2CCBDJqqsEmmoFVJHUaKuR98CoRzV_WOtlwqg0.R GhCpXwRWrziuPnUGDiPLXqkpZBPpsl8ueRorng9.IoxixiBaQBx1SkX5_6FSHpUwQXWQxEAHHd3F oUWz7p3KrloJBDMh.Q3x5fV4tJfG1KonNtxLkAC8eC6E- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Mon, 23 Dec 2019 00:24:01 +0000 Received: by smtp426.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 63b7780c56fb10c9350ebc29d01373fd; Mon, 23 Dec 2019 00:24:00 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? From: Mark Millard In-Reply-To: <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> Date: Sun, 22 Dec 2019 16:24:00 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <6DAB33B7-0627-40AA-81DB-9853EAB7FB6D@yahoo.com> References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> To: Emmanuel Vadot , freebsd-arm X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47h0TJ0vq8z41v8 X-Spamd-Bar: + X-Spamd-Result: default: False [1.17 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[ip: (5.86), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; NEURAL_SPAM_MEDIUM(0.43)[0.433,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.24)[0.241,0]; RCVD_IN_DNSWL_NONE(0.00)[31.69.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[31.69.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2019 00:24:06 -0000 [The start_init: message was a dumb thing to use as a reference point.] On 2019-Dec-22, at 15:06, Mark Millard wrote: > [It has taken explicitly controlling the DTB used and > use of "boot -v" together to be able to boot to > completion . . .] >=20 > On 2019-Dec-22, at 12:47, Mark Millard wrote: >=20 >> On 2019-Dec-22, at 11:16, Mark Millard wrote: >>=20 >>> On 2019-Dec-22, at 02:38, Emmanuel Vadot = wrote: >>>=20 >>>> On Sun, 22 Dec 2019 00:22:16 -0800 >>>> Mark Millard via freebsd-arm wrote: >>>>=20 >>>>> [OverDrive 1000 and MACCHIATObin Doubleshot updates went fine. >>>>> The code has Peter Jeremy's rk_tsadc.c patch.] >>>>>=20 >>>>>=20 >>>>> The console shows for boot -v . . . >>>>>=20 >>>>>=20 >>>>> Loading kernel... >>>>> /boot/kernel/kernel text=3D0x98af14 data=3D0x18e618 = data=3D0x0+0x6fc8e8 syms=3D[0x8+0x142020+0x8+0x12d3fd] >>>>> Loading configured modules... >>>>> /boot/kernel/umodem.ko text=3D0x2120 text=3D0x13e0 data=3D0x6e8+0x10= syms=3D[0x8+0xf60+0x8+0xb7f] >>>>> /boot/kernel/ucom.ko text=3D0x217f text=3D0x3340 data=3D0x880+0x858 = syms=3D[0x8+0x1170+0x8+0xb0d] >>>>> /boot/entropy size=3D0x1000 >>>>>=20 >>>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>>> Booting [/boot/kernel/kernel] in 8 seconds...=20 >>>>>=20 >>>>> Type '?' for a list of commands, 'help' for more detailed help. >>>>> OK boot -v >>>>> Using DTB provided by EFI at 0x80f3000. >>>>> ---<>--- >>>>> . . . >>>>=20 >>>>=20 >>>> I don't have the same clocks from the dtb, make sure that you are >>>> using the latest one. >>>> rk3328_cru0: mem = 0xff440000-0xff440fff on ofwbus0 >>>> . . . >>>> sha256 /boot/dtb/rockchip/rk3328-rock64.dtb=20 >>>> SHA256 (/boot/dtb/rockchip/rk3328-rock64.dtb) =3D = 50a180fed37f1d5dbfda60a6c55261c7b87b5b2bc97e428042481c94877da317 >>>=20 >>> Thanks. >>>=20 >>> # sha256 /mnt/boot/dtb/rockchip/rk3328-rock64.dtb >>> SHA256 (/mnt/boot/dtb/rockchip/rk3328-rock64.dtb) =3D = 50a180fed37f1d5dbfda60a6c55261c7b87b5b2bc97e428042481c94877da317 >>>=20 >>> Looks like a match to me. So I need to look elsewhere than >>> the contents of that file . . . >>>=20 >>> My getting: "Using DTB provided by EFI at 0x80f3000" suggests >>> that the file is not being used for some reason: Instead some >>> sort of nonFreeBSD/internal-to-something-else DTB seems to be >>> in use? >>>=20 >>> So my current guess is that I need to figure out how to control >>> which DTB source is used so that = /boot/dtb/rockchip/rk3328-rock64.dtb >>> is used in my context. (Although I've no clue why I'd need a >>> different configuration for controlling such things now.) >>>=20 >>> Note: I tried putting back the prior EFI/BOOT/bootaa64.efi but >>> it made no difference to the failed-boot behavior. >>=20 >> Well, using load -t explicitly got farther: >> (So once I figure out an equivalent in /boot/loader.conf >> it should automatically get farther.) > . . . >=20 > The following forced the desired .dtb to be used: >=20 > # more /boot/loader.conf=20 > . . . > rk3328_rock64_load=3D"YES" > rk3328_rock64_type=3D"dtb" > rk3328_rock64_name=3D"/boot/dtb/rockchip/rk3328-rock64.dtb" > . . . >=20 > Interestingly, so far, boot -v works for power up booting, > but default booting does not, even for when "boot" is > typed to the loader prompt. >=20 > The default usually just hangs instead of showing all > the information that I reported previously. The hangup > (possibly with some text) is just before the start_init > line in: >=20 > Warning: no time-of-day clock registered, system time will not be set = accurately > start_init: trying /sbin/init This was a dumb choice of reference point: while ((path =3D strsep(&tmp_init_path, ":")) !=3D NULL) { if (bootverbose) printf("start_init: trying %s\n", path); The message only shows up for bootverbose in the first place. > So far, no hang-up has shown part of the "start_init" > message line. Again, a dumb reference point to have used. A normal boot shows: . . . Root mount waiting for: CAM Warning: no time-of-day clock registered, system time will not be set = accurately Setting hostuuid: . . . Setting hostid: . . . Starting file system checks: . . . So the real range for failure is between: Warning: no time-of-day clock registered, system time will not be set = accurately Setting hostuuid: . . . > But I've not had troubles (so far) with "shutdown -r now" > reboots, defaults or otherwise: problems Just for going > from power-off to power-on and trying to boot. >=20 > (Someday, I also want to figure out how to set up the > Rock64 to get a stable DHCP binding: a fixed MAC > address, I guess.) >=20 So far, trying a debug kernel is like trying "boot -v": the problem has not occurred (and there are no interesting messages). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Dec 23 01:14:09 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0436B1E15BC for ; Mon, 23 Dec 2019 01:14:09 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47h1b35vnrz43Th for ; Mon, 23 Dec 2019 01:14:07 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x442.google.com with SMTP id t2so15043511wrr.1 for ; Sun, 22 Dec 2019 17:14:07 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=ZU/cMLbT1I6+XyCO8DEyPiGaIvLgkt37Mtunu4o3YwY=; b=BG9erqXIJpFgpFG++qfj0PWdo0K1o5nX0gGF6KEhD9dRvfqpDwc1ndfSznrpRLl555 cG82B9ZXt2xSdVhKr4J8Zf2jP23HmprKGcPLOlwoFgycEa9IGNviEGmcBE4u0/uTvLft JVKALGwkmRm2UX6C14RNOuTmzbKp+vZo+5n6o8pBGQizmoBQNpS+4BQxriPbHWByNpoF hRMf/vZ4eUCfEQL6E+Hm6MuGnKLYEf6hxngyeVU9NZ9s6LHJRyly8zHvz5r7wZUJrCQ3 /xO/JEruUZlPA6Dy3rnhbvn9SBffnAQHnNvWLafC/fa4q2OpZekBiYcdC+WtcuHHK1Op dO+w== X-Gm-Message-State: APjAAAVtotdANgzAzKlLlyAIIOW9IYvKIi56DdLqYf11PlJ+tMjlVALw G6ci8M4UA3wG7F02jPVeHI4= X-Google-Smtp-Source: APXvYqyYFHMQ0g1fWN3o31pTgZpfgTjiHmg3ryEi7WanTmA2/bxxxPECJLlnfxBGf5isa8EF5z89Ug== X-Received: by 2002:a5d:4a84:: with SMTP id o4mr26831378wrq.396.1577063644769; Sun, 22 Dec 2019 17:14:04 -0800 (PST) Received: from [192.168.1.166] (x59cc995a.dyn.telefonica.de. [89.204.153.90]) by smtp.googlemail.com with ESMTPSA id x17sm18468008wrt.74.2019.12.22.17.14.03 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 Dec 2019 17:14:04 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? Date: Mon, 23 Dec 2019 02:14:02 +0100 References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> <6DAB33B7-0627-40AA-81DB-9853EAB7FB6D@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <6DAB33B7-0627-40AA-81DB-9853EAB7FB6D@yahoo.com> Message-Id: <8BA15674-DDF6-4BA2-847D-211ABDFEE94D@googlemail.com> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47h1b35vnrz43Th X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[90.153.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (2.44), ipnet: 2a00:1450::/32(-2.65), asn: 15169(-1.89), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2019 01:14:09 -0000 I=E2=80=99m using a =E2=80=99special=E2=80=99 2019.10 u-boot - version = ,developed by a BSD-colleague, where the dtb-clock-settings were backported to 2019.10 u-boot for = Rock64. Before using that special version I=E2=80=99ve booted FreeBSD on the = Rock64 by typing 'boot disk0s2:/boot/kernel/kernel=E2=80=98 at the prompt with a = standard linux-uboot-version=20 by Ayufan . > Am 23.12.2019 um 01:24 schrieb Mark Millard via freebsd-arm = : >=20 > [The start_init: message was a dumb thing to use as a > reference point.] >=20 > On 2019-Dec-22, at 15:06, Mark Millard wrote: >=20 >> [It has taken explicitly controlling the DTB used and >> use of "boot -v" together to be able to boot to >> completion . . .] >>=20 >> On 2019-Dec-22, at 12:47, Mark Millard wrote: >>=20 >>> On 2019-Dec-22, at 11:16, Mark Millard wrote: >>>=20 >>>> On 2019-Dec-22, at 02:38, Emmanuel Vadot = wrote: >>>>=20 >>>>> On Sun, 22 Dec 2019 00:22:16 -0800 >>>>> Mark Millard via freebsd-arm wrote: >>>>>=20 >>>>>> [OverDrive 1000 and MACCHIATObin Doubleshot updates went fine. >>>>>> The code has Peter Jeremy's rk_tsadc.c patch.] >>>>>>=20 >>>>>>=20 >>>>>> The console shows for boot -v . . . >>>>>>=20 >>>>>>=20 >>>>>> Loading kernel... >>>>>> /boot/kernel/kernel text=3D0x98af14 data=3D0x18e618 = data=3D0x0+0x6fc8e8 syms=3D[0x8+0x142020+0x8+0x12d3fd] >>>>>> Loading configured modules... >>>>>> /boot/kernel/umodem.ko text=3D0x2120 text=3D0x13e0 = data=3D0x6e8+0x10 syms=3D[0x8+0xf60+0x8+0xb7f] >>>>>> /boot/kernel/ucom.ko text=3D0x217f text=3D0x3340 data=3D0x880+0x858= syms=3D[0x8+0x1170+0x8+0xb0d] >>>>>> /boot/entropy size=3D0x1000 >>>>>>=20 >>>>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>>>> Booting [/boot/kernel/kernel] in 8 seconds...=20 >>>>>>=20 >>>>>> Type '?' for a list of commands, 'help' for more detailed help. >>>>>> OK boot -v >>>>>> Using DTB provided by EFI at 0x80f3000. >>>>>> ---<>--- >>>>>> . . . >>>>>=20 >>>>>=20 >>>>> I don't have the same clocks from the dtb, make sure that you are >>>>> using the latest one. >>>>> rk3328_cru0: mem = 0xff440000-0xff440fff on ofwbus0 >>>>> . . . >>>>> sha256 /boot/dtb/rockchip/rk3328-rock64.dtb=20 >>>>> SHA256 (/boot/dtb/rockchip/rk3328-rock64.dtb) =3D = 50a180fed37f1d5dbfda60a6c55261c7b87b5b2bc97e428042481c94877da317 >>>>=20 >>>> Thanks. >>>>=20 >>>> # sha256 /mnt/boot/dtb/rockchip/rk3328-rock64.dtb >>>> SHA256 (/mnt/boot/dtb/rockchip/rk3328-rock64.dtb) =3D = 50a180fed37f1d5dbfda60a6c55261c7b87b5b2bc97e428042481c94877da317 >>>>=20 >>>> Looks like a match to me. So I need to look elsewhere than >>>> the contents of that file . . . >>>>=20 >>>> My getting: "Using DTB provided by EFI at 0x80f3000" suggests >>>> that the file is not being used for some reason: Instead some >>>> sort of nonFreeBSD/internal-to-something-else DTB seems to be >>>> in use? >>>>=20 >>>> So my current guess is that I need to figure out how to control >>>> which DTB source is used so that = /boot/dtb/rockchip/rk3328-rock64.dtb >>>> is used in my context. (Although I've no clue why I'd need a >>>> different configuration for controlling such things now.) >>>>=20 >>>> Note: I tried putting back the prior EFI/BOOT/bootaa64.efi but >>>> it made no difference to the failed-boot behavior. >>>=20 >>> Well, using load -t explicitly got farther: >>> (So once I figure out an equivalent in /boot/loader.conf >>> it should automatically get farther.) >> . . . >>=20 >> The following forced the desired .dtb to be used: >>=20 >> # more /boot/loader.conf=20 >> . . . >> rk3328_rock64_load=3D"YES" >> rk3328_rock64_type=3D"dtb" >> rk3328_rock64_name=3D"/boot/dtb/rockchip/rk3328-rock64.dtb" >> . . . >>=20 >> Interestingly, so far, boot -v works for power up booting, >> but default booting does not, even for when "boot" is >> typed to the loader prompt. >>=20 >> The default usually just hangs instead of showing all >> the information that I reported previously. The hangup >> (possibly with some text) is just before the start_init >> line in: >>=20 >> Warning: no time-of-day clock registered, system time will not be set = accurately >> start_init: trying /sbin/init >=20 > This was a dumb choice of reference point: >=20 > while ((path =3D strsep(&tmp_init_path, ":")) !=3D NULL) { > if (bootverbose) > printf("start_init: trying %s\n", path); >=20 > The message only shows up for bootverbose in the first place. >=20 >> So far, no hang-up has shown part of the "start_init" >> message line. >=20 > Again, a dumb reference point to have used. >=20 > A normal boot shows: >=20 > . . . > Root mount waiting for: CAM > Warning: no time-of-day clock registered, system time will not be set = accurately > Setting hostuuid: . . . > Setting hostid: . . . > Starting file system checks: > . . . >=20 > So the real range for failure is between: >=20 > Warning: no time-of-day clock registered, system time will not be set = accurately > Setting hostuuid: . . . >=20 >=20 >> But I've not had troubles (so far) with "shutdown -r now" >> reboots, defaults or otherwise: problems Just for going >> from power-off to power-on and trying to boot. >>=20 >> (Someday, I also want to figure out how to set up the >> Rock64 to get a stable DHCP binding: a fixed MAC >> address, I guess.) >>=20 >=20 > So far, trying a debug kernel is like trying "boot -v": the > problem has not occurred (and there are no interesting > messages). >=20 >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Mon Dec 23 02:06:34 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1C62A1E1FC6 for ; Mon, 23 Dec 2019 02:06:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47h2lX21hxz451Z for ; Mon, 23 Dec 2019 02:06:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: RcfDy2gVM1nFazzEjFkGjze395iFCC5QvNV.Mt2S0V.b84a5NdMMswvWO0_r0LL zKJr8j257vHsgrPHpeQ3H9TKMHqdX2qVLbdt54TptGz0gojVPiqyuaUOaKjnmLWeijBRiUPHATa_ RrUsclvfLAGJBlou6svYfOotHvGxVrL8zXLRGy0fSSLEFztSxzQZwiVuqwlAuQtNTVGdg_cDxU9q AT4RJQxhLZvNSl.XXAbHxjXhJSyG9MhzGK.AHp2UJsrd2.LwqoTXDLi0dQMRldRHZndgqiPxt5uc rk9cv8xH5JKdGj0zNLYLDAnvOu6z1DCmXqpJ2BWeW1iGHiWQj6KGVEBSRxMtCuN.N_kO6DNKcOD6 t6QZDiwcf.mIVEw.sjeOFKqV50fdTFvVd6FzTyAfB0_v6lSoNK8V4TcTMkbGW8BF.wUiTymtoT2b hK36fsfU_SFc8FcoahXk.Q84I_NxqJUgEuEMUawbnYWzZzKuGhEqeYLYx2SM01LBhAOefTeI2741 XkdPllAIxMy6zVUt9gIB0N5iRZyRld0K111o.55IVm_rxRhYs6cJj4AqN_0IvgqJYjsg3Q5VJXNh It4oEv09abdG.6ml2Q__NRyyT614voY4k4O4TmevUHoSXcMdPGif7ok4PjIzk5G2rqykBPx4Ixol tjmWETfXo5JIMfDGjpOEPHYjCf8LZkNPJbun9AjyBeZ2Fh6c9NbJ_LKWgW5UnK3tvJwMGBsCQ6XT W7c1Si_QbrR7DX25ZwmxS88kVpzXSgGvNA6xh.f668Zq1g.fQvkgsSUkHTZjm0p42QuUyfzoNlLl oazsf8KBXCt0VHD.Nxax5of3cKOF3QPoiq9vvEE.6Fi6jg7Qr7yAySkM9pa92H00VSIJ.lI.kGAE hDku59G6zHvxiQH4wLUlXU5mJmUXEjktTpwu0lg0VXT7VjKt0CWuYuNKxuMF3rr9R3kxEiNBuEmY 2WNzfgXPTjLfaBNnut8ZiTpWRe6ONHPpY9APFKL0Kv3RnTzTHpW0AukVpHqxMPcRFF21DZP68XJQ xUqNVfOwqjh8rknKMXtirp.Dz7gwmVc60SH7JHKxnhIg5DQO2aIUkPOBXpz.GfEcPLxZbCHS9Pf9 E6Y6LbupnuSIe8_XLaZ1JOZT2mI8WcWeCLvAJt1XN5tENn_Id.j4OLfS_WJG5WtvxppHZnVrScgY 4FG6wTL788NAIZTdIN1b3Qqw5skqnNHCL201bT7OlMQexap..HzH6d2l7WtqRpVzHHs0t0xHWPKL rkK39jmdwfYjOjr7K6y45zd.540ZtAl5jjZzfP2uJcCyXo4FrDFKIN9PMy7roGDRn0C29rjWo6yI hwzu2VJeAeH.tMIHTtN7YaquKbEhsEKGD11OFQGu88dIAcrkAOxtuOgrcZ3Ga6.xYWIdIg2E2t2R iu_eTj8bQH0BHke9s9zyN.8OjWN5l Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Mon, 23 Dec 2019 02:06:29 +0000 Received: by smtp418.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID f24ad2c3a3206ad2dc7b34f6db8bbeaa; Mon, 23 Dec 2019 02:06:27 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? From: Mark Millard In-Reply-To: <8BA15674-DDF6-4BA2-847D-211ABDFEE94D@googlemail.com> Date: Sun, 22 Dec 2019 18:06:26 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <58BC8D9C-4A3B-495E-8843-E61147D59328@yahoo.com> References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> <6DAB33B7-0627-40AA-81DB-9853EAB7FB6D@yahoo.com> <8BA15674-DDF6-4BA2-847D-211ABDFEE94D@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47h2lX21hxz451Z X-Spamd-Bar: + X-Spamd-Result: default: False [1.55 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (6.69), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.60)[0.602,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.45)[0.452,0]; RCVD_IN_DNSWL_NONE(0.00)[32.64.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2019 02:06:34 -0000 On 2019-Dec-22, at 17:14, Klaus K=C3=BCchemann wrote: > I=E2=80=99m using a =E2=80=99special=E2=80=99 2019.10 u-boot - = version ,developed by a BSD-colleague, > where the dtb-clock-settings were backported to 2019.10 u-boot for = Rock64. > Before using that special version I=E2=80=99ve booted FreeBSD on the = Rock64 by > typing 'boot disk0s2:/boot/kernel/kernel=E2=80=98 at the prompt with = a standard linux-uboot-version=20 > by Ayufan . Interesting. Thanks for the information. I tend to try to stick to booting-tied software that is based on things that show up in FreeBSD's ports or, say, head, once they start working for my context. This allows my activity to occasionally contribute some extra information to how things are going. One place were I do not have such is the MACCHIATObin Double Shot's ACPI information: That is from software outside the FreeBSD ports. So far as I know, there is not even a start for the platform in FreeBSD's svn areas (u-boot or otherwise, DTB based or ACPI based). But world and kernel on CortexA72 gets some coverage for now with the configuration that I use. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Dec 23 05:14:59 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6A0171E556D for ; Mon, 23 Dec 2019 05:14:59 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x342.google.com (mail-wm1-x342.google.com [IPv6:2a00:1450:4864:20::342]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47h6wy31Lnz4F53 for ; Mon, 23 Dec 2019 05:14:58 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x342.google.com with SMTP id q9so14692893wmj.5 for ; Sun, 22 Dec 2019 21:14:58 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=VAoKFeG1n7EaGIasfZpe8EnyUxrfmjGTHvONWeEJ36s=; b=H4n0E/SOMRNoVLPh4OnE3YuQyA7uEaIvMolBCo6uteANObFYGZ+REx4pWqrk8fy1I3 6UDbwzjzLqAYojF9eMpQdFXXXFUdVdawUbw0yCM5zqYfx4us0pJ/ICuPsk6fHhZE1w+p n43ahBkUi0hfnE34aSbvWxG9ZghEpkehCzS9oELpU31wFZhxhzWEYAIiTwcao3WC5mp3 sdV0goKuPfl9PAbs5sHFSSLi/s6xiSJkJzYSYHWDsplR7RHbWCe8PkdYmmS9v5NYjtZ+ sGH/BeLA/RUUR/bCGyXVvBUX+ztmy8JsmxXnre8LzYZ4knnJrSify2HDFhLq8Yerdzew VBxg== X-Gm-Message-State: APjAAAVxnq3pCiENwP6BXvvRoDr5H+f1N+27s0lKJOyzoOl6L2R/Z9xN v/kDbTlA4N6uNFUC1VoUZnQ= X-Google-Smtp-Source: APXvYqyp8gTHhwmOgvHVYefrMKQnhbi0B2u7xsNn6b0SfgvN0N0qcHzvRyTovgak6YmvBarPwiKYiA== X-Received: by 2002:a1c:4b0a:: with SMTP id y10mr30560371wma.78.1577078096373; Sun, 22 Dec 2019 21:14:56 -0800 (PST) Received: from [192.168.1.166] (x59cc995a.dyn.telefonica.de. [89.204.153.90]) by smtp.googlemail.com with ESMTPSA id g2sm18631656wrw.76.2019.12.22.21.14.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 Dec 2019 21:14:55 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? Date: Mon, 23 Dec 2019 06:14:54 +0100 References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> <6DAB33B7-0627-40AA-81DB-9853EAB7FB6D@yahoo.com> <8BA15674-DDF6-4BA2-847D-211ABDFEE94D@googlemail.com> <58BC8D9C-4A3B-495E-8843-E61147D59328@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <58BC8D9C-4A3B-495E-8843-E61147D59328@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47h6wy31Lnz4F53 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (2.55), ipnet: 2a00:1450::/32(-2.65), asn: 15169(-1.89), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2019 05:14:59 -0000 Well , for the u-boot-versions from Kurt Miller I use, you can read : = http://openbsd-archive.7691.n7.nabble.com/RockPro64-dmesg-hang-td372109.ht= ml & = http://openbsd-archive.7691.n7.nabble.com/Various-rockchip-u-boot-aarch64-= improvements-td374802.html Both versions boot FreeBSD as well on Rock64&RockPro64 . If you want you = can ask Kurt for permission to use his versions and greet him from me. Afaik the following fbsd-port doesn=E2=80=99t fix the 4GB-issue for = RockPro64 : = https://www.freshports.org/search.php?query=3Drockpro64&search=3Dgo&num=3D= 10&stype=3Dname&method=3Dmatch&deleted=3Dexcludedeleted&start=3D1&casesens= itivity=3Dcaseinsensitive whereas Kurt`s version does as you can read in the obsd-mailing list. Unfortunately I don=E2=80=99t own a MACCHIATObin so don=E2=80=99t know = if that machine is fbsd-bootable by Kurt`s uboot-2019.10 Regards Klaus K=C3=BCchemann=20 > Am 23.12.2019 um 03:06 schrieb Mark Millard : >=20 >=20 >=20 > On 2019-Dec-22, at 17:14, Klaus K=C3=BCchemann wrote: >=20 >> I=E2=80=99m using a =E2=80=99special=E2=80=99 2019.10 u-boot - = version ,developed by a BSD-colleague, >> where the dtb-clock-settings were backported to 2019.10 u-boot for = Rock64. >> Before using that special version I=E2=80=99ve booted FreeBSD on the = Rock64 by >> typing 'boot disk0s2:/boot/kernel/kernel=E2=80=98 at the prompt with = a standard linux-uboot-version=20 >> by Ayufan . >=20 > Interesting. Thanks for the information. >=20 > I tend to try to stick to booting-tied software that > is based on things that show up in FreeBSD's ports or, > say, head, once they start working for my context. > This allows my activity to occasionally contribute > some extra information to how things are going. >=20 > One place were I do not have such is the MACCHIATObin > Double Shot's ACPI information: That is from software > outside the FreeBSD ports. So far as I know, there is > not even a start for the platform in FreeBSD's svn > areas (u-boot or otherwise, DTB based or ACPI based). > But world and kernel on CortexA72 gets some coverage > for now with the configuration that I use. >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=20 From owner-freebsd-arm@freebsd.org Mon Dec 23 06:23:30 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 93F491E71FB for ; Mon, 23 Dec 2019 06:23:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47h8S06RWrz4J0R for ; Mon, 23 Dec 2019 06:23:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: BVHOJlwVM1lqAH575F51Q0VgZXWr4ljUF9f4rcxy1Za_vCS6kyfDOOStnT2QlAv .3gnSNEcdak6yB_xSWn_Si1qYCJ4EvIxfj3aNO.KuIWXITFd7NkvYKqPBGKr86NI5f8c9JkTAIK1 T4nt.gzve26XHNr.xKuTVkqf5tfml9vvldi2uQMim7iTmPLKTZ._iQfI0bJ83DdvSRCNnK_4dQVy 3NezeTqlq7pbNbOH_CCSB81iDlewEXQUoi8tYvly2HSPqx9yXuyL73Qe0D_XIbyOGgBHUQYdU8oc HYNicMUduCBtWT6W4Y6v0tddH0SSv7JHfQMSv.zJV6fwO.C_7hsBXPSir30m8WotyD2URkif2wFu 3ebzRKG8_V.QdMsJbXkktoEO_OuDpHZvEqYAPfEze02Rv7SuextxC7fqDKlZ5jNQ6qbtAk6v9um. _rBlnrrFatl8se4OUEE.3Q1AMpkfYPVyJ15CoIJQ45ENvvw7cBrVFQKl6MITl7fKIt2cKpnFN__8 q7x9pmoXo92.WNwfsUR025vCugHNNAodTTjnZwKBhot9By2R9Zslo9yy2h9CMtqO7Tpw8zHM_q_t wglcjxSzXM13ik90VhqvmXgCDnK0UppXdoVfo8XWHQoczMg3JPQTHHorNwpVf_MbEjGjjsg3Ebcp hK3x3V7Kd1U.a9glob57rEdD77YtduEvzmayJtNm7uiKsnO7meh1zSsb2P6IiVaHtq3k20wsDEL7 FmbfrDGBn6LauGXUGgVZJpZNOwpMVZttPlbBfb6sDP1ktditNyhBaj_kjJJbNp20Qi6oZnrCwmIw VxOcAiA9_Ah8r7h_lzb6qzQmEudPrYoXgtCnyaYCjFIZe9HmqeCRDSdxtoxNuaqiZL9FDwIeV2t. aK7ja69RoCtjqBNy2a_QyWGdwzrYv6UEApkGeNKbbhhKjIAOyJNTlLV1e89WtWrXDBE44rbhWPYO KUJHzKmovDGQZBJCJZ2r9_pQLOMAvSn1hw9SkB.ELR6.1HC62_v0cEnMIRunWbvbWSaG8qPF5iLz dpKlkjFY41_Pra_8IY3PtBLWx19l8DjG1UNoZBHqtb3j0Qj1DxjufPmZMikF_7PkYsXPfTiKjBKj KqDlgzDbaQYozNaVQcwBsiMKkPPJVDB3ysnVZRiRtpCkJdq6aBJoLrTEz725pwagQrgKZr_9fjek Qo8AxRmezpJOQlPF3w4fR5_xT05uwWnhf54Ukg372AbZBckn.m0Pg4lSG7Yjcv6hQz3gzIWTn5rQ H3q0lAndmZLljs.oPvQlnyQVP0Ei6tS8ARsrrsBqtHZSNa2DdtGup6k4c1NbNy_g.laQiD952g9H 5KxTnzFdae5QqIv_6tLRSWapQ6VYgLLOp62kAMmjQVbP8o3AI8Ujq1LzITTu06TvignSjcX2wCE1 hDAUs_uvAmC7bVpC4gntWtj_0ptHuBcvE Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Mon, 23 Dec 2019 06:23:26 +0000 Received: by smtp410.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 65f806a3c4b53f0b3c0369ee51220884; Mon, 23 Dec 2019 06:23:24 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? From: Mark Millard In-Reply-To: Date: Sun, 22 Dec 2019 22:23:22 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <59AFE318-1D4A-4CCD-B745-DDDF8E337B04@yahoo.com> References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> <6DAB33B7-0627-40AA-81DB-9853EAB7FB6D@yahoo.com> <8BA15674-DDF6-4BA2-847D-211ABDFEE94D@googlemail.com> <58BC8D9C-4A3B-495E-8843-E61147D59328@yahoo.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47h8S06RWrz4J0R X-Spamd-Bar: / X-Spamd-Result: default: False [0.74 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.03)[-0.029,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (4.28), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.27)[0.271,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.64.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2019 06:23:30 -0000 On 2019-Dec-22, at 21:14, Klaus K=C3=BCchemann wrote: > Well , for the u-boot-versions from Kurt Miller I use, you can read : > = http://openbsd-archive.7691.n7.nabble.com/RockPro64-dmesg-hang-td372109.ht= ml > & > = http://openbsd-archive.7691.n7.nabble.com/Various-rockchip-u-boot-aarch64-= improvements-td374802.html >=20 > Both versions boot FreeBSD as well on Rock64&RockPro64 . If you want = you can ask Kurt for permission to use his versions and greet him from = me. >=20 > Afaik the following fbsd-port doesn=E2=80=99t fix the 4GB-issue for = RockPro64 : = https://www.freshports.org/search.php?query=3Drockpro64&search=3Dgo&num=3D= 10&stype=3Dname&method=3Dmatch&deleted=3Dexcludedeleted&start=3D1&casesens= itivity=3Dcaseinsensitive > whereas Kurt`s version does as you can read in the obsd-mailing list. I've no access to a RockPro64 but others may have an interest in the alterative. The Rock64 that I have access to has 4 GiBytes of RAM and seems to be able to use it just fine. Given forcing the intended .dtb file to be used, the Rock64 oddity for now, for my context, is that my non-debug kernel builds seems to require boot -v in order to boot. (This was not true before I updated. Also, unfortunately, it had been a while since I'd updated.) It took a while to identify the two issues and how to avoid them. But I'm fine with operating in the odd context and at least reporting if I later discover that the behavior has changed in some way. Thanks again for the notes. > Unfortunately I don=E2=80=99t own a MACCHIATObin so don=E2=80=99t know = if that machine is fbsd-bootable by Kurt`s uboot-2019.10 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Dec 23 13:19:28 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 50A071EFE01 for ; Mon, 23 Dec 2019 13:19:28 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out.migadu.com (out.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.migadu.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47hKgy341gz4fnK for ; Mon, 23 Dec 2019 13:19:25 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: (Migadu outbound); Mon, 23 Dec 2019 13:19:22 +0000 Received: from [127.0.0.1] (winnie.ispras.ru [83.149.199.91]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id CC29F5B1-8443-474A-A4F3-C072D9818072.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Mon, 23 Dec 2019 13:19:18 +0000 Date: Mon, 23 Dec 2019 13:19:15 +0000 (UTC) From: Greg V To: =?UTF-8?Q?Klaus_K=C3=BCchemann?= Cc: Mark Millard , freebsd-arm@freebsd.org Message-ID: <56255a99-0280-4ca0-a1ce-f6b725b2915f@localhost> In-Reply-To: References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> <6DAB33B7-0627-40AA-81DB-9853EAB7FB6D@yahoo.com> <8BA15674-DDF6-4BA2-847D-211ABDFEE94D@googlemail.com> <58BC8D9C-4A3B-495E-8843-E61147D59328@yahoo.com> Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Correlation-ID: <56255a99-0280-4ca0-a1ce-f6b725b2915f@localhost> DKIM-Signature: v=1; a=rsa-sha256; bh=QOQ8QPIByP4FeKitarASN55pT705nCS/GHxRmbxdXcY=; c=relaxed/simple; d=unrelenting.technology; h=from:subject:date:to; s=default; b=jz/GdbRQEMPi86ybiPQo+3RmrnD6W5TbD1NEWHeX4RrlfXZngmJEE86iG0uxQPUeTiQh9sqPlr6J6MfeCflNkHlyscRygkSvh1ykaFiOsx2xb4GpUD4bBbKOl3fKkrw2aTu4Psl9ClXzvY9T6UzA6oJinbzeOd/TmI7g7+f/bHk= X-Rspamd-Queue-Id: 47hKgy341gz4fnK X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=jz/GdbRQ; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-0.32 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:91.121.223.63]; RBL_MAILSPIKE_WORST(2.00)[63.223.121.91.rep.mailspike.net : 127.0.0.10]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(0.00)[unrelenting.technology,none]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; IP_SCORE(-1.83)[ip: (-9.80), ipnet: 91.121.0.0/16(-1.24), asn: 16276(1.88), country: FR(0.00)]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; R_DKIM_ALLOW(0.00)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; MIME_GOOD(-0.10)[text/plain]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[63.223.121.91.list.dnswl.org : 127.0.10.0]; MID_RHS_NOT_FQDN(0.50)[]; FREEMAIL_CC(0.00)[yahoo.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2019 13:19:28 -0000 Dec 23, 2019 8:15:11 AM Klaus K=C3=BCchemann via freebsd-arm : > Unfortunately I don=E2=80=99t own a MACCHIATObin so don=E2=80=99t know if= that machine is fbsd-bootable by Kurt`s uboot-2019.10 There is no good reason to use u-boot on a machine that has excellent suppo= rt in upstream TianoCore EDK2. Think of the MACCHIATObin as the most affordable way to get out of the u-bo= ot/fdt embedded hell and into the wonderful SBSA land :) > > One place were I do not have such is the MACCHIATObin > > Double Shot's ACPI information: That is from software > > outside the FreeBSD ports. As The whole point of ACPI is to get the hell away from OS-specific anything a= nd embrace standards. But sure, my mcbin firmware fork does have a couple hacks, one FreeBSD-orie= nted-sort-of (fixing SPCR to describe the UART correctly, which FreeBSD und= erstands =E2=80=93 upstream it's intentionally wrong to satisfy Linux) and = one PCIe-device-oriented (the hardware is messed up, devices can get duplic= ated into many slots, so upstream moved the base address to only expose the= last slot =E2=80=93 but many modern devices like the RX 480 do NOT get dup= licated (!!) so I removed the shift to get FreeBSD to see the GPU). Long term "when I have time" plan is to make this configurable from the set= up UI on the system, but for now.. I guess for now if I were to write a Port for building the firmware, I coul= d make these port options. I'll try making a port soon maybe. From owner-freebsd-arm@freebsd.org Mon Dec 23 14:35:31 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 67A621C9415 for ; Mon, 23 Dec 2019 14:35:31 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47hMMj6w1Bz3FmV for ; Mon, 23 Dec 2019 14:35:29 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 9b61f5f7; Mon, 23 Dec 2019 15:35:22 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=AO/hTHWEnYeMnMDhQ+zOKzYN1FY=; b=Oz98gD5VzL7HI7jKIed71m1lP3No Qgq6NAdzXy1GaZ/rRhuTgFFB7vGqb9LiQpSUw+5xOrwK209p+kYLN36r6vEDuKIM QBBqhNzpyeu7/CTGIAg41lRp+wvHrKadkPX/Tpx0U3VsRCpwRqp8KTWrvdC3N+eK EB0dU822PT4uZSg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=DPxe05h/l3h0cz+ljXqO/3kSi/PAN/yFw2wM1PDe35jzfWqPO5SC47R+ uFRrGDv7OoG814IVqif3PKN8ucOFkyEiWSudt3RLjdBqGBqh1Xl2CUzRnFa0HZtt r9Pn0eAjsC228WhSxIxTjVqJqgJ7PHUEeq7FWeo1THkASm2q0V8= Received: from sonic.home.blih.net (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mail.blih.net (OpenSMTPD) with ESMTPSA id b3a2b280 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Mon, 23 Dec 2019 15:35:21 +0100 (CET) Date: Mon, 23 Dec 2019 15:35:21 +0100 From: Emmanuel Vadot To: Klaus =?ISO-8859-1?Q?K=FCchemann?= Cc: Klaus =?ISO-8859-1?Q?K=FCchemann?= via freebsd-arm , Mark Millard Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? Message-Id: <20191223153521.893ee25b983932b658b1fbd3@bidouilliste.com> In-Reply-To: References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> <6DAB33B7-0627-40AA-81DB-9853EAB7FB6D@yahoo.com> <8BA15674-DDF6-4BA2-847D-211ABDFEE94D@googlemail.com> <58BC8D9C-4A3B-495E-8843-E61147D59328@yahoo.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 47hMMj6w1Bz3FmV X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=Oz98gD5V; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [0.31 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-0.50)[-0.502,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.70)[-0.705,0]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; IP_SCORE(0.42)[ip: (-0.56), ipnet: 212.83.160.0/19(2.40), asn: 12876(0.25), country: FR(0.00)]; FREEMAIL_TO(0.00)[googlemail.com]; RCVD_NO_TLS_LAST(0.10)[]; RECEIVED_SPAMHAUS_PBL(0.00)[41.69.205.78.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2019 14:35:31 -0000 On Mon, 23 Dec 2019 06:14:54 +0100 Klaus K=FCchemann via freebsd-arm wrote: > Well , for the u-boot-versions from Kurt Miller I use, you can read : > http://openbsd-archive.7691.n7.nabble.com/RockPro64-dmesg-hang-td372109.h= tml > & > http://openbsd-archive.7691.n7.nabble.com/Various-rockchip-u-boot-aarch64= -improvements-td374802.html >=20 > Both versions boot FreeBSD as well on Rock64&RockPro64 . If you want you = can ask Kurt for permission to use his versions and greet him from me. >=20 > Afaik the following fbsd-port doesn?t fix the 4GB-issue for RockPro64 : h= ttps://www.freshports.org/search.php?query=3Drockpro64&search=3Dgo&num=3D10= &stype=3Dname&method=3Dmatch&deleted=3Dexcludedeleted&start=3D1&casesensiti= vity=3Dcaseinsensitive > whereas Kurt`s version does as you can read in the obsd-mailing list. There is no problem with the current u-boot FreeBSD ports for RockPro64 with 4GB of memory. The port do not use the rkbin anymore but only the mainline u-boot code. > Unfortunately I don?t own a MACCHIATObin so don?t know if that machine is= fbsd-bootable by Kurt`s uboot-2019.10 >=20 > Regards >=20 > Klaus K=FCchemann=20 >=20 > > Am 23.12.2019 um 03:06 schrieb Mark Millard : > >=20 > >=20 > >=20 > > On 2019-Dec-22, at 17:14, Klaus K=FCchemann wrote: > >=20 > >> I?m using a ?special? 2019.10 u-boot - version ,developed by a BSD-= colleague, > >> where the dtb-clock-settings were backported to 2019.10 u-boot for Ro= ck64. > >> Before using that special version I?ve booted FreeBSD on the Rock64 by > >> typing 'boot disk0s2:/boot/kernel/kernel? at the prompt with a standa= rd linux-uboot-version=20 > >> by Ayufan . > >=20 > > Interesting. Thanks for the information. > >=20 > > I tend to try to stick to booting-tied software that > > is based on things that show up in FreeBSD's ports or, > > say, head, once they start working for my context. > > This allows my activity to occasionally contribute > > some extra information to how things are going. > >=20 > > One place were I do not have such is the MACCHIATObin > > Double Shot's ACPI information: That is from software > > outside the FreeBSD ports. So far as I know, there is > > not even a start for the platform in FreeBSD's svn > > areas (u-boot or otherwise, DTB based or ACPI based). > > But world and kernel on CortexA72 gets some coverage > > for now with the configuration that I use. > >=20 > > =3D=3D=3D > > Mark Millard > > marklmi at yahoo.com > > ( dsl-only.net went > > away in early 2018-Mar) > >=20 >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Mon Dec 23 14:38:20 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 04B721C96D7 for ; Mon, 23 Dec 2019 14:38:20 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47hMQz20mJz3G7H for ; Mon, 23 Dec 2019 14:38:18 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id dfef284f; Mon, 23 Dec 2019 15:38:17 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=K5kTOPQOJw7C6jwurezQiCIH/Jg=; b=ZNcdF11+Pzpv7SsX1HfVvQToaxwB zrhJGZhg51XXWVw8ocTFgkqtOC9ASuyCvP1/JkZFeUfQGO1s7eCp6QGI93PGJ7lP o3w0PF53uG7GizJ4PxmIPA6IHuRNsv9ulOFjGga+RlozS8G7PX13b+HzvWE56Tos qpto4tqesY5miBo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=KlskTY86cCQ6PIlDMfodjOL0l4675mnjpU8A2CdFONTztehek8GSPkLh dcBWn++Anv3AR7FdGwmXk3naP47gtFoxQ32MQZhvTryv8aETQXI69OTwe6rFrtnG H5PqSupiP9rmMCpl1qU2ZkHL6Dd6hVtPCyOI2K/cGxogAazRz5E= Received: from sonic.home.blih.net (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 470a3e99 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Mon, 23 Dec 2019 15:38:17 +0100 (CET) Date: Mon, 23 Dec 2019 15:38:16 +0100 From: Emmanuel Vadot To: Mark Millard Cc: freebsd-arm , Peter Jeremy Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? Message-Id: <20191223153816.4e532acede0605a0c868a8e4@bidouilliste.com> In-Reply-To: <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47hMQz20mJz3G7H X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=ZNcdF11+; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [0.67 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; RECEIVED_SPAMHAUS_PBL(0.00)[41.69.205.78.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.51)[-0.512,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; NEURAL_HAM_MEDIUM(-0.34)[-0.340,0]; IP_SCORE(0.42)[ip: (-0.55), ipnet: 212.83.160.0/19(2.39), asn: 12876(0.25), country: FR(0.00)]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2019 14:38:20 -0000 On Sun, 22 Dec 2019 15:06:08 -0800 Mark Millard wrote: > [It has taken explicitly controlling the DTB used and > use of "boot -v" together to be able to boot to > completion . . .] > > On 2019-Dec-22, at 12:47, Mark Millard wrote: > > > On 2019-Dec-22, at 11:16, Mark Millard wrote: > > > >> On 2019-Dec-22, at 02:38, Emmanuel Vadot wrote: > >> > >>> On Sun, 22 Dec 2019 00:22:16 -0800 > >>> Mark Millard via freebsd-arm wrote: > >>> > >>>> [OverDrive 1000 and MACCHIATObin Doubleshot updates went fine. > >>>> The code has Peter Jeremy's rk_tsadc.c patch.] > >>>> > >>>> > >>>> The console shows for boot -v . . . > >>>> > >>>> > >>>> Loading kernel... > >>>> /boot/kernel/kernel text=0x98af14 data=0x18e618 data=0x0+0x6fc8e8 syms=[0x8+0x142020+0x8+0x12d3fd] > >>>> Loading configured modules... > >>>> /boot/kernel/umodem.ko text=0x2120 text=0x13e0 data=0x6e8+0x10 syms=[0x8+0xf60+0x8+0xb7f] > >>>> /boot/kernel/ucom.ko text=0x217f text=0x3340 data=0x880+0x858 syms=[0x8+0x1170+0x8+0xb0d] > >>>> /boot/entropy size=0x1000 > >>>> > >>>> Hit [Enter] to boot immediately, or any other key for command prompt. > >>>> Booting [/boot/kernel/kernel] in 8 seconds... > >>>> > >>>> Type '?' for a list of commands, 'help' for more detailed help. > >>>> OK boot -v > >>>> Using DTB provided by EFI at 0x80f3000. > >>>> ---<>--- > >>>> . . . > >>> > >>> > >>> I don't have the same clocks from the dtb, make sure that you are > >>> using the latest one. > >>> rk3328_cru0: mem 0xff440000-0xff440fff on ofwbus0 > >>> . . . > >>> sha256 /boot/dtb/rockchip/rk3328-rock64.dtb > >>> SHA256 (/boot/dtb/rockchip/rk3328-rock64.dtb) = 50a180fed37f1d5dbfda60a6c55261c7b87b5b2bc97e428042481c94877da317 > >> > >> Thanks. > >> > >> # sha256 /mnt/boot/dtb/rockchip/rk3328-rock64.dtb > >> SHA256 (/mnt/boot/dtb/rockchip/rk3328-rock64.dtb) = 50a180fed37f1d5dbfda60a6c55261c7b87b5b2bc97e428042481c94877da317 > >> > >> Looks like a match to me. So I need to look elsewhere than > >> the contents of that file . . . > >> > >> My getting: "Using DTB provided by EFI at 0x80f3000" suggests > >> that the file is not being used for some reason: Instead some > >> sort of nonFreeBSD/internal-to-something-else DTB seems to be > >> in use? > >> > >> So my current guess is that I need to figure out how to control > >> which DTB source is used so that /boot/dtb/rockchip/rk3328-rock64.dtb > >> is used in my context. (Although I've no clue why I'd need a > >> different configuration for controlling such things now.) > >> > >> Note: I tried putting back the prior EFI/BOOT/bootaa64.efi but > >> it made no difference to the failed-boot behavior. > > > > Well, using load -t explicitly got farther: > > (So once I figure out an equivalent in /boot/loader.conf > > it should automatically get farther.) > . . . > > The following forced the desired .dtb to be used: > > # more /boot/loader.conf > . . . > rk3328_rock64_load="YES" > rk3328_rock64_type="dtb" > rk3328_rock64_name="/boot/dtb/rockchip/rk3328-rock64.dtb" > . . . You need to put the dtb in the ESP partition under /efi/dtb/rockchip U-Boot dtb is sometimes different than the one we use for the kernel. > Interestingly, so far, boot -v works for power up booting, > but default booting does not, even for when "boot" is > typed to the loader prompt. > > The default usually just hangs instead of showing all > the information that I reported previously. The hangup > (possibly with some text) is just before the start_init > line in: > > Warning: no time-of-day clock registered, system time will not be set accurately > start_init: trying /sbin/init > > So far, no hang-up has shown part of the "start_init" > message line. > > But I've not had troubles (so far) with "shutdown -r now" > reboots, defaults or otherwise: problems Just for going > from power-off to power-on and trying to boot. I don't have access to my boards right now but I'm pretty sure that booting without verbose worked for me recently. > (Someday, I also want to figure out how to set up the > Rock64 to get a stable DHCP binding: a fixed MAC > address, I guess.) > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Mon Dec 23 14:44:18 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9E1E21C9AD3 for ; Mon, 23 Dec 2019 14:44:18 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47hMYs4jtYz3GYq for ; Mon, 23 Dec 2019 14:44:17 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id a229134c; Mon, 23 Dec 2019 15:44:16 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=Jh3UHgIuozc8/DyNYIjK76LreMw=; b=cUQQ/7ytV7bt7znFzsWrTWj75MWh o0CozqSDbNRHIbJljafuRGcWS9/s40DHMCPt+a8VlGJjvOEurgCjfdBe7szcqfrT 6+XPxtka3KRxnXZzApddhtENygdwrdm2sTLiaG3V8giHLtrFoOcOKWUZMMmRSpBZ 1en+I1o7TTgwJTo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=L8KTl9gjPrLyvNKRToDSf2HTKd76C1rMk7jG064ycW7K8jU3dWr0Tq6a 7Ty112co/+fD4877/n0m8Pjm0jx5HicjCusSkJNOW39ZIxC/llYoUFupMLXR7UH9 Jbi/45w5R4Gn79z5aY33huJ1gO1rCJmFJh9HZVGRlQWsYH7abbE= Received: from sonic.home.blih.net (j1a01-1-78-205-69-41.fbx.proxad.net [78.205.69.41]) by mail.blih.net (OpenSMTPD) with ESMTPSA id b74a12ac TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Mon, 23 Dec 2019 15:44:15 +0100 (CET) Date: Mon, 23 Dec 2019 15:44:15 +0100 From: Emmanuel Vadot To: Greg V Cc: Klaus =?ISO-8859-1?Q?K=FCchemann?= , freebsd-arm@freebsd.org Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? Message-Id: <20191223154415.ef35e15e1a6dff7efedc5bbb@bidouilliste.com> In-Reply-To: <56255a99-0280-4ca0-a1ce-f6b725b2915f@localhost> References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> <6DAB33B7-0627-40AA-81DB-9853EAB7FB6D@yahoo.com> <8BA15674-DDF6-4BA2-847D-211ABDFEE94D@googlemail.com> <58BC8D9C-4A3B-495E-8843-E61147D59328@yahoo.com> <56255a99-0280-4ca0-a1ce-f6b725b2915f@localhost> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 47hMYs4jtYz3GYq X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=cUQQ/7yt; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [0.38 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; RECEIVED_SPAMHAUS_PBL(0.00)[41.69.205.78.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.60)[-0.601,0]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; NEURAL_HAM_MEDIUM(-0.54)[-0.538,0]; IP_SCORE(0.42)[ip: (-0.55), ipnet: 212.83.160.0/19(2.39), asn: 12876(0.25), country: FR(0.00)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; FREEMAIL_CC(0.00)[googlemail.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2019 14:44:18 -0000 On Mon, 23 Dec 2019 13:19:15 +0000 (UTC) Greg V wrote: >=20 >=20 > Dec 23, 2019 8:15:11 AM Klaus K=FCchemann via freebsd-arm : >=20 > > Unfortunately I don?t own a MACCHIATObin so don?t know if that machine = is fbsd-bootable by Kurt`s uboot-2019.10 >=20 > There is no good reason to use u-boot on a machine that has excellent sup= port in upstream TianoCore EDK2. One reason might be that the only two person to have done things related to MACCHIAObin on FreeBSD (myself and mmel@) use u-boot. > Think of the MACCHIATObin as the most affordable way to get out of the u-= boot/fdt embedded hell and into the wonderful SBSA land :) >=20 > > > One place were I do not have such is the MACCHIATObin > > > Double Shot's ACPI information: That is from software > > > outside the FreeBSD ports. > As > The whole point of ACPI is to get the hell away from OS-specific anything= and embrace standards. >=20 > But sure, my mcbin firmware fork does have a couple hacks, one FreeBSD-or= iented-sort-of (fixing SPCR to describe the UART correctly, which FreeBSD u= nderstands ? upstream it's intentionally wrong to satisfy Linux) and one PC= Ie-device-oriented (the hardware is messed up, devices can get duplicated i= nto many slots, so upstream moved the base address to only expose the last = slot ? but many modern devices like the RX 480 do NOT get duplicated (!!) s= o I removed the shift to get FreeBSD to see the GPU). You surely got away with OS-specific hacks with the SPCR hacks. ACPI or FDT is the same, Linux will always find a way to add its hacks into it. > Long term "when I have time" plan is to make this configurable from the s= etup UI on the system, but for now.. >=20 > I guess for now if I were to write a Port for building the firmware, I co= uld make these port options. >=20 > I'll try making a port soon maybe. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Mon Dec 23 16:29:28 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D9A441CB585 for ; Mon, 23 Dec 2019 16:29:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-55.consmr.mail.gq1.yahoo.com (sonic307-55.consmr.mail.gq1.yahoo.com [98.137.64.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47hPvB6HfFz3L2y for ; Mon, 23 Dec 2019 16:29:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: GTiak_kVM1nkUUn5GhxLX1txtWbtuPuXaucXQVhPAFJCoZYvyczVfhx_UgORhqQ rH_u_FJvgBGImpHU6IdDdKGF8EDP9CALBpJXTAEcDPdPguyYBvE85DJYIIOQruMWagX83R1VNAus mPUNBjpwyUtvxfXyyn_c64ZYXj5z3y7jJ3L1LIZFL3G5xRVtri17AIARMDgXu_yGEGkjh.beAFYl h3M5rhKmVwjja4RInjo29Wbm9YzgTz.tJSk5oOJXxI9TiUuxNcPzkPceX8VO0kf.ZqutTOwoPAV9 7A41aooXxLpy5dA_xPg1MjCgh5SutYFOm0latwduKPK07XlW9dm92owGjP4MEo7iVpdgKRM44OKC 9ODwHFhjY0Sw4BQq4xoWKW6too7WuOQPpu6UIshtWCHN2ziA.ttinPjLxdSPuOC3oFMrI_DWj0Cd TI2mrWVfs7azoIbpCFte.klJRRYqo3dJhJf1jKErYnP3puYlYnc7.cKr2uLe2gGOhxwTzbXs92Mq 4TM88fgxJR.lN1n3kLiwNwe41PPRk5X1C6GJPKvI6xk0uFOU2rLhalJB6nea8AsIGt76kNVjg_PB bUgi2gKHfcD7F1u2QXcdYN9dWqGa68Vh_shRtoTwIViZAKSSDWPldjNdYOtNn2jcOBMXA1KgAaqp Ea7A7qLhGij7G4Vng7s1z_ujGoyQsTFabmlc7wCrHGsZc2cu3mI3n0k_tqiO3PlgpUmy7uIjAJhl EmYiaatS4WGSnqWFhEa.WMOw.E_cpMhm1E2rdmfZpWfNf4dUc8FdFH6FJwnwmRVZ0_H4RJSiFL5b n_8Wzj6zR9fVOdvkXyJsvIBsWyCA1L5CaZch_l8X2sLWsiv9mB.u8rOELcdFHhpAgoRsjpg9OaWU gk8.Jk0XZAT2CyMzZlsPYUOXoyBJT5WnyLc3Zrso1r.R1GEQKE8orYQvdYD8TRmkG1NbUZhC99V8 tmkldDn3kd5hxu7KMchK3EObPMJz3WxnIqhjIj1FIgmSccSRrC3f4PqawrB82Bs7KG50n1AHV8NN M2bFHFpuFYp_prLNPVfx.PLnihvI5jq8pnuPih024AnfDb27SymhRai98RNNEv8vRbdoyjrpoewq z8H0teVbYSSseSAxkPW.5X1_YYP0JYLrKJ9hHbLwz.48D2a__bvBefa5rskweTqr2Um3J1BJSLvS zu1ULQcFc9PU0gVby8JX5CSM2NxqhCf8YRvQixdy4vNkTPi_rLSKwQyfh2Aw4ezIrEdrwrsqx4tq ySzszKvALmGFCmACoKaY6udPrZtVRy5WGlOf5XjCZIJd0BNn5tL7zQc14zC6e8SQCduyr27PxZ_O v8U.tmRhXqvHWLLuZrm3YihMFmriA1P41XcvWmfDCLLrj1NEhTgAY4stB6mBoGpdgwSsxCykpwSC 9CFar6ufmUUDn6bMkX4CImg5W.UVL96Yo1P0R Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Mon, 23 Dec 2019 16:29:24 +0000 Received: by smtp416.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0947c0978047b894fc657eea6c8efd1a; Mon, 23 Dec 2019 16:29:20 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? From: Mark Millard In-Reply-To: <20191223153816.4e532acede0605a0c868a8e4@bidouilliste.com> Date: Mon, 23 Dec 2019 08:29:19 -0800 Cc: freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: <87E3B152-D7A1-4E9D-9710-3535F92B4DD2@yahoo.com> References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> <20191223153816.4e532acede0605a0c868a8e4@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47hPvB6HfFz3L2y X-Spamd-Bar: + X-Spamd-Result: default: False [1.21 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (4.93), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.61)[0.605,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.11)[0.105,0]; RCVD_IN_DNSWL_NONE(0.00)[31.64.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2019 16:29:28 -0000 On 2019-Dec-23, at 06:38, Emmanuel Vadot wrote: > On Sun, 22 Dec 2019 15:06:08 -0800 > Mark Millard wrote: > >> . . . >> >> The following forced the desired .dtb to be used: >> >> # more /boot/loader.conf >> . . . >> rk3328_rock64_load="YES" >> rk3328_rock64_type="dtb" >> rk3328_rock64_name="/boot/dtb/rockchip/rk3328-rock64.dtb" >> . . . > > You need to put the dtb in the ESP partition under /efi/dtb/rockchip > U-Boot dtb is sometimes different than the one we use for the kernel. > I'll experiment with such, likely later today, thanks. Is there someplace that notes such a need, some directions to follow? Right now the only places that seem to fit would be adding some "how to use this u-boot" notes to the likes of: /usr/local/share/u-boot/u-boot-*/README I supposed where there is someplace somewhat analogous to: /usr/local/share/rpi-firmware/ that it might be a place to have such notes. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Dec 23 16:58:58 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8E19C1CBED0 for ; Mon, 23 Dec 2019 16:58:58 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47hQYF2wDYz3MJp for ; Mon, 23 Dec 2019 16:58:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ejL8vyMVM1kwUgN3IFe79Etmtla9V0sUAay7mhETX9YtexxIjiokko_jg1yLesf .VHL7G4aIAnk94JMWZ7i3oDmVzB0WezZiJI.AY22cmVseHinT.VIHIK76Epp6NSd4ok2dPVGHT72 QW4kpfC7jVUt90tzPwrSrK092xncnmYX8n5bgqRlrIoz1oBm5i5rHUIWlf3B1XNKHpHzGFKI5ksV XLDXl2l45Cgx4Z3jBSkhb_iQA2pGWxhhmMa6fNjwJ6KsWf82q.7bm9QUunDnyWkTZiPsM_BImZCm 304nPdJPTTcNITUeJggzY7ThNhfF_.hywSrLLeKvasvj5l74FFBqvO0FDmvM1YDs8Lb5_nXEvs5s cD9T22p93hBCyX6xfouA.i.d4yKgUGlr50H5bNszy6HOQz6_2SWrFymgeKNNoHsDJyUheZD83Lgo IMPc1TqyKLmX2OoyQopKbnE.BnxFskrDYwJcPeojsC9gWEQy4tUWcqxD5ssJXp2CnZ83rp4tXWVg s7_.cBi78atlz6KTkDzhdZkFFNBg959vosWKx8MIDHHw_6DQNYU2ldNvZf.61ls5TX8cs1FKeFYP yhkLNTGxGEIdRNAnQFiG3hLIvEqpq.yNGvl7A09dOO65GQfwlTW.gH0L.J_fjOJBJlhL3_S48aMm WOEJqBEGr_rgkVs6d8ZIP9hw.nXMtvCjZW60IcMA952T9GRC7ZKkwjNJS3NMu7Q.eYSkLxVu3uP4 ERZmkSGhbFjV7W7aUYDAr_U2fDthueC2l8dW5w3dGNsvnOPR5VObF7uMQ9TwZOevroy9.D85rQu. MZoa5D6Q9ZlQKt2kzW2eNOsDiPkfupKSGdaj6EGyqAKxhpwIv25pfBtAAeXlho7TL64a.wruSpxN bpRbqvWCrRfs.Bf2flc3GZP7XSbDqMTsLpFmB5rnGQWGmD0Fkpnv_TIo3TGWfjIq3gO1FihJnrka vXsGfXHGe1RkxTxJlXErnon510lE9kPW1Cyx5_bOzN6wCsytCNNcLym7KWY5mt916UVw0_flAdgZ 98FC7P_x.HJf8YYuLL6JJ5X4aAOQ52qu1B.hg5vXQH0GRjIo2NVY0IxW_zs6xBlitk7fXkaXWXKt m4BoAoWnmiRmMPsVL8QWQpZKj1aH0mKQCPILFtR_Q7HMPLtvOcYqHYmNONv37t_Uq36n78zbnJ8j neogj6TBqAHQwacvhF3uomWFHl2ASyA_7Y_jHanbXhoeek0Tw358EOUkv.xLbwKYdYo2bEiTOqMT d3zbbCAYGm1UHHDssT5Y7k9pF2FGfrBixQhP_Mjn5HuBt6EiACTIKI7y4H1nYNLdNNfsQDXs.U8f qAwLA3gKRN3dXJ6rPaIygDTmPUX4agy_UrLy70o.xt5c6TegSW0xLWMfi4mJydQ1VwvJ.kyvaiam 0VH5z6asaE6NK2ZjqAs9i2_o4hg7iTzuWAFKL Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Mon, 23 Dec 2019 16:58:55 +0000 Received: by smtp417.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID c54632f8089213bb7c87357bf74954c4; Mon, 23 Dec 2019 16:58:49 +0000 (UTC) From: Mark Millard Message-Id: Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? Date: Mon, 23 Dec 2019 08:58:47 -0800 In-Reply-To: <56255a99-0280-4ca0-a1ce-f6b725b2915f@localhost> Cc: freebsd-arm To: Greg V References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> <6DAB33B7-0627-40AA-81DB-9853EAB7FB6D@yahoo.com> <8BA15674-DDF6-4BA2-847D-211ABDFEE94D@googlemail.com> <58BC8D9C-4A3B-495E-8843-E61147D59328@yahoo.com> <56255a99-0280-4ca0-a1ce-f6b725b2915f@localhost> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47hQYF2wDYz3MJp X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.37 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; URI_COUNT_ODD(1.00)[5]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(0.00)[ip: (2.46), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.92)[0.920,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.95)[0.947,0]; RCVD_IN_DNSWL_NONE(0.00)[31.68.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[31.68.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2019 16:58:58 -0000 On 2019-Dec-23, at 05:19, Greg V wrote: > . . . >>> One place were I do not have such is the MACCHIATObin >>> Double Shot's ACPI information: That is from software >>> outside the FreeBSD ports. > As > The whole point of ACPI is to get the hell away from OS-specific = anything and embrace standards. My preference for being able to build via ports-mgmt/poudriere-devel = what is not vender-supplied on-the-board (or via buildworld buildkernel) is independent of that, not an argument over DTB vs. ACPI information, u-boot vs. edk2, or other such. Sorry if it appeared otherwise. I'm happy that you provided the edk2 variant that I'm using: thanks. But if/when a FreeBSD port can be used instead, I'll switch to building it = myself via ports-mgmt/poudriere-devel with the other ports that I use. This is = just a personal preference for how to get software. Technically, FreeBSD ports start from software that is "outside the = FreeBSD ports" and make them buildable for FreeBSD via its ports infrastructure. = So=20 my wording was not great at making the distinctions involved. > But sure, my mcbin firmware fork does have a couple hacks, one = FreeBSD-oriented-sort-of (fixing SPCR to describe the UART correctly, = which FreeBSD understands =E2=80=93 upstream it's intentionally wrong to = satisfy Linux) and one PCIe-device-oriented (the hardware is messed up, = devices can get duplicated into many slots, so upstream moved the base = address to only expose the last slot =E2=80=93 but many modern devices = like the RX 480 do NOT get duplicated (!!) so I removed the shift to get = FreeBSD to see the GPU). >=20 > Long term "when I have time" plan is to make this configurable from = the setup UI on the system, but for now.. >=20 > I guess for now if I were to write a Port for building the firmware, I = could make these port options. Sounds reasonable for a port to me. > I'll try making a port soon maybe. Cool if you decide to and end up with the time. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Dec 24 04:00:29 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AC9B71DB158 for ; Tue, 24 Dec 2019 04:00:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47hjDX4rzdz4Q1C for ; Tue, 24 Dec 2019 04:00:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: m7_DLWgVM1mO8CcO_lnmjxfrACnG0bdg7CXBR4wGBWY4UZ9hQgIEHd5lCRNCXRu llNPi4so1eTFtJ8rI.5cwjG06KrpwPoFnaG5mxQii1bdjmZKHoF3F2JenSNq3gAZZStQ6RlJfkJe uoSRFBxSdeQxLIWb7_E75dUfxCcaZqSwnpAMKy45ZluW4RDCSJyoLR.1_U9VYzdioPQg7T0X_E4T yqeiZa1x.fndghuOo_SiYZk5SvkKwBdGRmUhS6FqFjUOWariCWGHLTk_SNE1AZPekCT4gQg3b9rQ apF9CuJqHl7EWPucsm4Ea6j05UvDTpzQVsVrV32L5J.fDNU9lTyj_wTzI3Dxw8FI8GzSCBB9Dksu ckoIiMfP2rAPXT5yHKy82powT5STecnFfVxxA.fl.8wviDtB5cvN_qrePIxgUoAXmDV49aQYGoWG oTiRSqzfU0MaiK2fLdFbO16FephahF_HOufTvZZW8BbKjRrLEtocAAOjAHlxMETPG9RJIPWx2u9I b4OmMsfDTxgjszlwZwNgnstbCmJoHnQkce0Az0oHLHHWV5NLbVzyCvVQez0qoFnU.V5rrX87AYpq GaeS3suuZMAnnAhnnMSK2xy6jIoH0.nCH_KrC8lhwYAC7lzrdtuIreyS83u5719h.2fc.SnVbrie PmBEvTfJ.Oc3b4aAkhTng5g.DxTCpPsevDzF0ty5DhnzDbajDqofeSKuqerZdPZzlcdA0Yit_APN UirfgLwsYbdBXS1pe2ytG1M6mnAb.bOsI20Ux9FniP90WytuX_fnVODzUjSTFzOZlspYAqSZO_wD vC6iWML3Ziyh4p.YsnrSfuhU.Fse_NYxNQZ5K01q_5TQQT8JESquQUFDaHRt8gVk5JHx3vD8wkXa 0i4ZHoE.arLqy6khPFzibAjOj58gjVZkvpv1xs32g3X8KiVag99t0t3ib.6jwS8zEtunRheJrdby FdcQ_7KlPwMCqQas09g.Ul18r13wbM08UE801NDiGAFttRdtAFCseJD_hBCEaDRBn49q3vZ9lN3y 60ltqP1pOFatlexer.RmKLYtVf8VrcFSJF02W4WOZtabWxOyitOTG7BYRPHP9BYsuho.VvN6qs_T C4vRAn45SYHn6oMp4jqxWH17Whwtcd02Px1LCa4AKrTGOOy4PYfc3Za4Hbn1.xox6qgxZQ3i_Sp1 .ybES8uRBHoNyib9qCszcFFOSBaAfnMiSPP5WO7TAi0frVdB8MfFd75siTfFIgNAJ3k5PkJqjsUr wo1rRCivhdoGdAaQMKv63TWZQv719RlTbRPsCRYWZ7prixjg3mlEKkQGq_7l_flL5ygdC9MPSCgS 6aLvEnFvwyQS3xcflHlI2K5sGkJEzxAmMon_3puMihfDmX60U0LpBGifR1trruz6YRrqyezLh2lm vyn8rBsktsHKYJfL7vX4Bm4NYJqU54XcymjnqEJ_a Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Tue, 24 Dec 2019 04:00:26 +0000 Received: by smtp413.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 42ecc933588798e973774b602c4c46f9; Tue, 24 Dec 2019 04:00:21 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, anyone have a recent FreeBSD booting a Rock64? From: Mark Millard In-Reply-To: <87E3B152-D7A1-4E9D-9710-3535F92B4DD2@yahoo.com> Date: Mon, 23 Dec 2019 20:00:20 -0800 Cc: freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: <4119BA31-2BE1-41AF-B075-D6D6C488B43D@yahoo.com> References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> <20191223153816.4e532acede0605a0c868a8e4@bidouilliste.com> <87E3B152-D7A1-4E9D-9710-3535F92B4DD2@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47hjDX4rzdz4Q1C X-Spamd-Bar: + X-Spamd-Result: default: False [1.76 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (7.87), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.76)[0.763,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.50)[0.502,0]; RCVD_IN_DNSWL_NONE(0.00)[204.68.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2019 04:00:29 -0000 On 2019-Dec-23, at 08:29, Mark Millard wrote: > On 2019-Dec-23, at 06:38, Emmanuel Vadot wrote: > >> On Sun, 22 Dec 2019 15:06:08 -0800 >> Mark Millard wrote: >> >>> . . . >>> >>> The following forced the desired .dtb to be used: >>> >>> # more /boot/loader.conf >>> . . . >>> rk3328_rock64_load="YES" >>> rk3328_rock64_type="dtb" >>> rk3328_rock64_name="/boot/dtb/rockchip/rk3328-rock64.dtb" >>> . . . >> >> You need to put the dtb in the ESP partition under /efi/dtb/rockchip >> U-Boot dtb is sometimes different than the one we use for the kernel. >> > > I'll experiment with such, likely later today, thanks. > > . . . > Thanks for the notes. The results were . . . Putting the .dtb in the msdosfs file system as dtb/rockchip/rk3328-rock64.dtb worked the same as the loader.conf way for overall behavior, but no _load/_type/_name in /boot/loader.conf involved. Still, I supposed that having u-boot use the same DTB material that FreeBSD does might appropriate, at least if the u-boot is of an appropriate vintage relative to the kernel's DTB handling. I'm not clear on if there is a solid reason to prefer one way over the other. _load/_type/_name use automatically references updated files from the install operations, no extra copy operation needed. (But how risky is such automatic updating vs. not doing so?) I still see that my non-debug kernel build fails to complete a power-on boot for plain boot but works for "boot -v". I've not thought of a good way to gather information for the failure. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Dec 25 22:56:13 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 43EBB1E784A for ; Wed, 25 Dec 2019 22:56:13 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (flets-sg1026.kamome.or.jp [202.216.24.26]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp", Issuer "smtp" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47jpNW1Q0Lz4LTm for ; Wed, 25 Dec 2019 22:56:10 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (kx.truefc.org [202.216.24.26]) by kx.truefc.org (8.15.2/8.15.2) with ESMTP id xBPMu5Kc090034; Thu, 26 Dec 2019 07:56:05 +0900 (JST) (envelope-from kiri@kx.truefc.org) Message-Id: <201912252256.xBPMu5Kc090034@kx.truefc.org> Date: Thu, 26 Dec 2019 07:56:05 +0900 From: KIRIYAMA Kazuhiko To: freebsd-arm@freebsd.org Subject: Re: Can't boot arm64 image by qemu-system-aarch64 In-Reply-To: <201912040121.xB41LpIp062796@kx.truefc.org> References: <201912032300.xB3N0FGC061069@kx.truefc.org> <201912040121.xB41LpIp062796@kx.truefc.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 MULE XEmacs/21.4 (patch 24) (Standard C) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 47jpNW1Q0Lz4LTm X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of kiri@truefc.org has no SPF policy when checking 202.216.24.26) smtp.mailfrom=kiri@truefc.org X-Spamd-Result: default: False [-0.24 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.80)[-0.795,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.59)[-0.586,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[truefc.org]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4704, ipnet:202.216.0.0/19, country:JP]; IP_SCORE(0.04)[asn: 4704(0.16), country: JP(0.03)]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2019 22:56:13 -0000 On Wed, 04 Dec 2019 10:21:51 +0900, KIRIYAMA Kazuhiko wrote: >=20 > Hi, Warner >=20 > On Wed, 04 Dec 2019 09:55:30 +0900, > Warner Losh wrote: > >=20 > > [1 ] > >=20 > > [2 ] > >=20 > >=20 > >=20 > >=20 > > On Tue, Dec 3, 2019, 4:00 PM KIRIYAMA Kazuhiko wrote: > >=20 > >=20 > > Hi, all > > =20 > > # I've posted freebsd-virtualization,but any responces. > > # Sorry for same posting. > > =20 > > I've installed successfully by qemu-system-aarch64 below: > > =20 > > root@vm:/vm/test # truncate -s 16g test.img > > root@vm:/vm/test # qemu-system-aarch64 -machine virt -m 4096M -cpu= cortex-a57 -name test > > -bios QEMU_EFI.fd -nographic -hda test.img -hdc > > FreeBSD-13.0-CURRENT-arm64-aarch64-20191127-r355121-memstick.img > > =20 > > and rebooted successfully and login with root: > > =20 > > root@test:~ # uname -a > > FreeBSD test.tfc 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r355121: Wed= Nov 27 03:49:21 UTC 2019=A0 > > =A0 =A0root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64= /sys/GENERIC=A0 arm64 > > root@test:~ # df -h > > Filesystem=A0 =A0 =A0 Size=A0 =A0 Used=A0 =A0Avail Capacity=A0 Mou= nted on > > /dev/vtbd0p2=A0 =A0 =A014G=A0 =A0 1.3G=A0 =A0 =A012G=A0 =A0 10%=A0= =A0 / > > devfs=A0 =A0 =A0 =A0 =A0 =A01.0K=A0 =A0 1.0K=A0 =A0 =A0 0B=A0 =A01= 00%=A0 =A0 /dev > > root@test:~ # ifconfig > > vtnet0: flags=3D8843 metri= c 0 mtu 1500 > > =A0 =A0 =A0 =A0 options=3D80028 > > =A0 =A0 =A0 =A0 ether 52:54:00:12:34:56 > > =A0 =A0 =A0 =A0 inet 192.168.1.196 netmask 0xffffff00 broadcast 19= 2.168.1.255 > > =A0 =A0 =A0 =A0 media: Ethernet 10Gbase-T > > =A0 =A0 =A0 =A0 status: active > > =A0 =A0 =A0 =A0 nd6 options=3D29 > > lo0: flags=3D8049 metric 0 mtu 16384 > > =A0 =A0 =A0 =A0 options=3D680003 > > =A0 =A0 =A0 =A0 inet6 ::1 prefixlen 128 > > =A0 =A0 =A0 =A0 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > > =A0 =A0 =A0 =A0 inet 127.0.0.1 netmask 0xff000000 > > =A0 =A0 =A0 =A0 groups: lo > > =A0 =A0 =A0 =A0 nd6 options=3D21 > > root@test:~ # > > =20 > > So, I shutdowned and run by qemu-system-aarch64: > > =20 > > root@vm:/vm/test # qemu-system-aarch64 -machine virt -m 4096M -cpu= cortex-a57 -name test > > -bios QEMU_EFI.fd -nographic -drive if=3Dnone,format=3Draw,file=3D= test.img,id=3Dhd0 -device > > virtio-blk-device,drive=3Dhd0 -device virtio-net-device,netdev=3Dn= et0 -netdev > > tap,id=3Dnet0,ifname=3Dtap2 > > =20 > > But failed to boot: > > =20 > > BdsDxe: failed to load Boot0001 "UEFI Misc Device" from > > VenHw(93E34C7E-B50E-11DF-9223-2443DFD72085,00): Not Found > > BdsDxe: failed to load Boot0002 "UEFI Misc Device 2" from > > VenHw(837DCA9E-E874-4D82-B29A-23FE0E23D1E2,003E000A00000000): Not = Found > > =20 > > >>Start PXE over IPv4. > > =20 > > =20 > > where, tap2 is ready to use: > > =20 > > root@vm:/vm/test # ifconfig tap2 > > tap2: flags=3D8902 metric 0 m= tu 1500 > > =A0 =A0 =A0 =A0 description: vmnet-test-0-local > > =A0 =A0 =A0 =A0 options=3D80000 > > =A0 =A0 =A0 =A0 ether 58:9c:fc:10:ec:02 > > =A0 =A0 =A0 =A0 groups: tap qemu-port > > =A0 =A0 =A0 =A0 media: Ethernet autoselect > > =A0 =A0 =A0 =A0 status: no carrier > > =A0 =A0 =A0 =A0 nd6 options=3D21 > > root@vm:/vm/test # > > =20 > > What's wrong ? > > =20 > >=20 > >=20 > >=20 > >=20 > > Where did the efi firmware come from? >=20 > I've got from [1]. >=20 > [1] http://snapshots.linaro.org/components/kernel/leg-virt-tianocore-edk2= -upstream/latest/QEMU-AARCH64/RELEASE_CLANG35/QEMU_EFI.fd After I've installed by bsdinstall, I copied boot partition from original FreeBSD boot image [1]: root@vm:/vm/test # mdconfig -a -t vnode -f FreeBSD-13.0-CURRENT-arm64-aarch= 64-20191212-r355634-memstick.img md0 root@vm:/vm/test # mdconfig -a -t vnode -f test.img = md1 root@vm:/vm/test # gpart show md0 =3D> 3 2042648 md0 GPT (997M) 3 66584 1 efi (33M) 66587 1976064 2 freebsd (965M) root@vm:/vm/test # gpart show md1 =3D> 40 33554352 md1 GPT (16G) 40 532480 1 efi (260M) 532520 24633344 2 freebsd-ufs (12G) 25165864 8388528 3 freebsd-swap (4.0G) root@vm:/vm/test # file -s /dev/md0s1 /dev/md0s1: cannot open `/dev/md0s1' (No such file or directory) root@vm:/vm/test # file -s /dev/md0p1=20 /dev/md0p1: DOS/MBR boot sector, code offset 0x58+2, OEM-ID "BSD4.4 ", sec= tors/track 63, heads 255, sectors 66584 (volumes > 32 MB), FAT (32 bit), se= ctors/FAT 512, serial number 0xeb6f0ff0, label: "EFISYS " root@vm:/vm/test # file -s /dev/md1p1 /dev/md1p1: DOS/MBR boot sector, code offset 0x58+2, OEM-ID "BSD4.4 ", sec= tors/track 63, heads 16, sectors 532480 (volumes > 32 MB), FAT (32 bit), se= ctors/FAT 4096, serial number 0x1bbb0f19, label: "EFISYS " root@vm:/vm/test # dd if=3D/dev/md0p1 of=3D/dev/md1p1 bs=3D10240 conv=3Dsync 3330+0 records in 3330+0 records out 34099200 bytes transferred in 4.216594 secs (8086906 bytes/sec) root@vm:/vm/test #=20 And then try to boot by qemu-system-aarch64: root@vm:/vm/test # qemu-system-aarch64 -machine virt -m 4096M -cpu cortex-a= 57 -name test -bios QEMU_EFI.fd -nographic -drive if=3Dnone,format=3Draw,fi= le=3Dtest.img,id=3Dhd0 -device virtio-blk-device,drive=3Dhd0 -device virtio= -net-device,netdev=3Dnet0 -netdev tap,id=3Dnet0,ifname=3Dtap1 -monitor none : (snip) : KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2019 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-CURRENT #0 r355634: Thu Dec 12 03:50:52 UTC 2019 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC= arm64 FreeBSD clang version 9.0.0 (tags/RELEASE_900/final 372316) (based on LLVM = 9.0.0) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. module firmware already present! FreeBSD/SMP: Multiprocessor System Detected: 1 CPUs random: unblocking device. random: entropy device external interface MAP 13bd80000 mode 2 pages 80 MAP 13bdd0000 mode 2 pages 80 MAP 13be20000 mode 2 pages 80 MAP 13be70000 mode 2 pages 80 MAP 13bec0000 mode 2 pages 80 MAP 13bf10000 mode 2 pages 80 MAP 13bf60000 mode 2 pages 80 MAP 13bfb0000 mode 2 pages 80 MAP 13c020000 mode 2 pages 192 MAP 13c0e0000 mode 2 pages 80 MAP 13c130000 mode 2 pages 80 MAP 13c180000 mode 2 pages 80 MAP 13f4b0000 mode 2 pages 144 MAP 13f550000 mode 2 pages 288 MAP 4000000 mode 0 pages 16384 MAP 9010000 mode 0 pages 1 WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.= 0. kbd0 at kbdmux0 WARNING: Device "openfirm" is Giant locked and may be deleted before FreeBS= D 13.0. ofwbus0: simplebus0: on ofwbus0 clk_fixed0: on ofwbus0 psci0: on ofwbus0 gic0: mem 0x8000000-0x800ffff,0x8010000-= 0x801ffff on ofwbus0 gic0: pn 0x0, arch 0x0, rev 0x0, implementer 0x0 irqs 288 gicv2m0: mem 0x8020000-0x8020ff= f on gic0 generic_timer0: irq 36,37,38,39 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 62500000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 62500000 Hz quality 1000 efirtc0: efirtc0: registered as a time-of-day clock, resolution 1.000000s virtio_mmio0: mem 0xa000000-0xa0001ff irq 0 on ofwbus0 virtio_mmio1: mem 0xa000200-0xa0003ff irq 1 on ofwbus0 virtio_mmio2: mem 0xa000400-0xa0005ff irq 2 on ofwbus0 virtio_mmio3: mem 0xa000600-0xa0007ff irq 3 on ofwbus0 virtio_mmio4: mem 0xa000800-0xa0009ff irq 4 on ofwbus0 virtio_mmio5: mem 0xa000a00-0xa000bff irq 5 on ofwbus0 virtio_mmio6: mem 0xa000c00-0xa000dff irq 6 on ofwbus0 virtio_mmio7: mem 0xa000e00-0xa000fff irq 7 on ofwbus0 virtio_mmio8: mem 0xa001000-0xa0011ff irq 8 on ofwbus0 virtio_mmio9: mem 0xa001200-0xa0013ff irq 9 on ofwbus0 virtio_mmio10: mem 0xa001400-0xa0015ff irq 10 on ofwb= us0 virtio_mmio11: mem 0xa001600-0xa0017ff irq 11 on ofwb= us0 virtio_mmio12: mem 0xa001800-0xa0019ff irq 12 on ofwb= us0 virtio_mmio13: mem 0xa001a00-0xa001bff irq 13 on ofwb= us0 virtio_mmio14: mem 0xa001c00-0xa001dff irq 14 on ofwb= us0 virtio_mmio15: mem 0xa001e00-0xa001fff irq 15 on ofwb= us0 virtio_mmio16: mem 0xa002000-0xa0021ff irq 16 on ofwb= us0 virtio_mmio17: mem 0xa002200-0xa0023ff irq 17 on ofwb= us0 virtio_mmio18: mem 0xa002400-0xa0025ff irq 18 on ofwb= us0 virtio_mmio19: mem 0xa002600-0xa0027ff irq 19 on ofwb= us0 virtio_mmio20: mem 0xa002800-0xa0029ff irq 20 on ofwb= us0 virtio_mmio21: mem 0xa002a00-0xa002bff irq 21 on ofwb= us0 virtio_mmio22: mem 0xa002c00-0xa002dff irq 22 on ofwb= us0 virtio_mmio23: mem 0xa002e00-0xa002fff irq 23 on ofwb= us0 virtio_mmio24: mem 0xa003000-0xa0031ff irq 24 on ofwb= us0 virtio_mmio25: mem 0xa003200-0xa0033ff irq 25 on ofwb= us0 virtio_mmio26: mem 0xa003400-0xa0035ff irq 26 on ofwb= us0 virtio_mmio27: mem 0xa003600-0xa0037ff irq 27 on ofwb= us0 virtio_mmio28: mem 0xa003800-0xa0039ff irq 28 on ofwb= us0 virtio_mmio29: mem 0xa003a00-0xa003bff irq 29 on ofwb= us0 virtio_mmio30: mem 0xa003c00-0xa003dff irq 30 on ofwb= us0 vtnet0: on virtio_mmio30 vtnet0: Ethernet address: 52:54:00:12:34:56 virtio_mmio31: mem 0xa003e00-0xa003fff irq 31 on ofwb= us0 vtblk0: on virtio_mmio31 vtblk0: 16384MB (33554432 512 byte sectors) pcib0: mem 0x4010000000-0x401fffffff on ofwbu= s0 pci0: on pcib0 uart0: mem 0x9000000-0x9000fff irq 34 on ofwbus0 uart0: console (9600,n,8,1) pmu0: irq 35 on ofwbus0 cpulist0: on ofwbus0 cpu0: on cpulist0 cryptosoft0: Timecounters tick every 1.000 msec usb_needs_explore_all: no devclass Trying to mount root from ufs:/dev/vtbd0p2 [rw]... CPU 0: ARM Cortex-A57 r1p0 affinity: 0 Instruction Set Attributes 0 =3D Instruction Set Attributes 1 =3D <> Processor Features 0 =3D Processor Features 1 =3D <> Memory Model Features 0 =3D Memory Model Features 1 =3D <8bit VMID> Memory Model Features 2 =3D <32bit CCIDX,48bit VA> Debug Features 0 =3D <2 CTX BKPTs,4 Watchpoints,6 Breakpoints,= PMUv3,Debugv8> Debug Features 1 =3D <> Auxiliary Features 0 =3D <> Auxiliary Features 1 =3D <> WARNING: WITNESS option enabled, expect reduced performance. Setting hostuuid: 7a897831-26ec-11ea-9a61-01c2a1d8c2f1. Setting hostid: 0xcac3642f. Starting file system checks: /dev/vtbd0p2: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/vtbd0p2: clean, 2678333 free (557 frags, 334722 blocks, 0.0% fragmenta= tion) Mounting local filesystems:. ELF ldconfig path: /lib /usr/lib /usr/lib/compat Setting hostname: tbedfcaa. Setting up harvesting: [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NE= T_TUN,MOUSE,KEYBOARD,ATTACH,CACHED Feeding entropy: . lo0: link state changed to UP vtnet0: link state changed to UP Starting Network: lo0 vtnet0. lo0: flags=3D8049 metric 0 mtu 16384 options=3D680003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 groups: lo nd6 options=3D21 vtnet0: flags=3D8843 metric 0 mtu 1= 500 options=3D80028 ether 52:54:00:12:34:56 inet 192.168.1.196 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet 10Gbase-T status: active nd6 options=3D29 Starting devd. add host 127.0.0.1: gateway lo0 fib 0: route already in table add net default: gateway 192.168.1.254 add host ::1: gateway lo0 fib 0: route already in table add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Creating and/or trimming log files. Starting syslogd. No core dumps found. Clearing /tmp (X related). Updating motd:. Mounting late filesystems:. Security policy loaded: MAC/ntpd (mac_ntpd) Starting ntpd. Updating /var/run/os-release done. Starting powerd. powerd: no cpufreq(4) support -- aborting: No such file or directory /etc/rc: WARNING: failed to start powerd Performing sanity check on sshd configuration. Starting sshd. Starting sendmail_submit. Starting sendmail_msp_queue. Starting cron. Starting default mousedmoused: unable to open /dev/psm0: No such file or di= rectory =2E eval: cannot open /dev/ttyv*: No such file or directory Starting background file system checks in 60 seconds. Thu Dec 26 07:37:23 JST 2019 FreeBSD/arm64 (tbedfcaa) (ttyu0) login: root Password: Dec 26 07:37:30 tbedfcaa login[811]: ROOT LOGIN (root) ON ttyu0 Last login: Thu Dec 26 07:34:01 on ttyu0 FreeBSD 13.0-CURRENT (GENERIC) #0 r355634: Thu Dec 12 03:50:52 UTC 2019 Welcome to FreeBSD! Release Notes, Errata: https://www.FreeBSD.org/releases/ Security Advisories: https://www.FreeBSD.org/security/ FreeBSD Handbook: https://www.FreeBSD.org/handbook/ FreeBSD FAQ: https://www.FreeBSD.org/faq/ Questions List: https://lists.FreeBSD.org/mailman/listinfo/freebsd-question= s/ FreeBSD Forums: https://forums.FreeBSD.org/ Documents installed with the system are in the /usr/local/share/doc/freebsd/ directory, or can be installed later with: pkg install en-freebsd-doc For other languages, replace "en" with a language code like de or fr. Show the version of FreeBSD installed: freebsd-version ; uname -a Please include that output and any error messages when posting questions. Introduction to manual pages: man man FreeBSD directory layout: man hier Edit /etc/motd.template to change this login announcement. root@tbedfcaa:~ # uname -a FreeBSD tbedfcaa 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r355634: Thu Dec 12 0= 3:50:52 UTC 2019 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aa= rch64/sys/GENERIC arm64 root@tbedfcaa:~ # df -h Filesystem Size Used Avail Capacity Mounted on /dev/vtbd0p2 11G 1.1G 9.3G 11% / devfs 1.0K 1.0K 0B 100% /dev root@tbedfcaa:~ #=20 Wow! Booted perfectly!!! I think it seems bsdinstall take place someting strange at install boot partition process or /boot/boot1.efi in /usr/freebsd-dist/base.txz collapsed ? [1] FreeBSD-13.0-CURRENT-arm64-aarch64-20191212-r355634-memstick.img >=20 > >=20 > >=20 > >=20 > > Warner > >=20 > >=20 > >=20 > >=20 > >=20 > > Best regards. > > --- > > Kiriyama Kazuhiko > > =20 > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.= org" > > =20 > >=20 > >=20 > --- > Kiriyama Kazuhiko >=20 From owner-freebsd-arm@freebsd.org Wed Dec 25 22:56:19 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D4E861E7862 for ; Wed, 25 Dec 2019 22:56:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47jpNf2HMlz4LW9 for ; Wed, 25 Dec 2019 22:56:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: a6vigSUVM1mIq4zkDVxbmJlqXm8sRRLAtcof9f.__IVqgt_m0pIEgHCJqpu1j67 AimHrzRuJ1uDJ4L6e5oE7aYp5OvFfbMVYhjgT6Klvjjsgv5gOuFv_VRj5RF.SNJirzKaS7ZvxRB4 FcYN2qmDk2iSwWVQwVJyVcRyDUlcIKvPo7W.8VvtVRklmd.i.XH4oM5AFyBVUh01h58DDZ4ilfVj ibMnv2eTgUuT1JFh9abR2NGAQtI1mX39tlHVskHliWBGB0h4Hi2tR_Gd4xJZLj1eFK7oNtVk_cpo zOhFtYaicvpsCpeg3fyaOlqNjhbeyT0t.KLc2KC1f2Ow0HiWKWOaeL8EbJmbssGwZNxT.5WUsV6J X6daK5NLZc52GGgR4yMGbKf.AWcfm70nx4nmzlnTscbjnkjvKgNIxbmcsJtkZA_Vs6wwom7mYCfx k16J6ntz.r1MtVhRub34z6U780IeWmFJGL0Iye3iQg1UmmwygG_ucK05EvRALRcTp8nu9rRNPKXl B.Gumr0IYvG.0fMmDiLdI3ClJ2SWLqOEJedkD5AvJPetG2_aTe6oc.ipklJNKT00XsgUyola4UGf 9lWZYSBmWx_7AOI2Z0ty4eiSKQXgrTZaoZG4uxDZc.tljA1QTM5Cx3q6sa_TYpZsXbWOwN2xZvjm NcHWeOigYo.wKT7Wa.45AAC295QQ7hSHeppnyuQTEHghW8jkIcBC9JHsDzBCN6.1mYQsdR_2U3Qr ObmExD_UBfg1AGaCHXKw0b80.VAQC.JBe.fm_4DClpGYanbBb5JdBXBGIATVLXOF.ee7v3y594r8 3tDGl4WWmCxjy3riTIwiOa.o.4mCfTZcdRKKSEsfpB2S5mgooK4mfMncKJIBrvKrV5htuQthhSIR OAjSvCugn873vnrFLDQgiC4O8c_5OxYPBTdMvJI8CJRxQF8IqTDpG.r3jcT7iiqsr707ZATkcMaq hC8UIXMtSV.gfGE6tWxLvhi8ACkD4yYuC.s6B6d7u3XrK4yceV0Ap6uznc0m_0VWtkDmtJdGrWCW 7.zsCjzlVPFSDTsCs5rNiCo6BWZGt7U8zekUBSa_F10jQZLjoZG3ouL2.LkM3K8DYmHZtyzkceWh ALmhvcRiMQP0A2gHRgCwVPm28kaCFzZZAl7erGjUtDOJbiRbw3dGdu7DtW4hpYzFTM.WSsjVSdrP 44V2X2ePyNc.Hpj7QQUWc4PJz5.grvfprIsya13oWvqi5x3HijHsN7NslFBMWSuQvaBBqG7WNqCn ze1a6o.p6tasDW2JpYuViHKhMulhgnHLDr6cr_jRZW5Suzu3bhT_9hEf5Ko.alX9AuJgUx.i0.y1 S81O7vBuFWyKazuhpTg8OyofCEl_Q8AuglKl6MXD2CnBcOwoU.uBRRVPAmEfxicbjINb3Jdvk.hb rYEdxAeE2sRN4fhIdiIf9d09SEc1wGO9kmw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Wed, 25 Dec 2019 22:56:15 +0000 Received: by smtp416.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0ed86e8940d957c017a404c1dd32dc12; Wed, 25 Dec 2019 22:56:15 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards, a dev.cpu.0.freq= issue (in sysctl.conf in my normal boot) From: Mark Millard In-Reply-To: <4119BA31-2BE1-41AF-B075-D6D6C488B43D@yahoo.com> Date: Wed, 25 Dec 2019 14:56:14 -0800 Cc: freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: References: <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> <20191223153816.4e532acede0605a0c868a8e4@bidouilliste.com> <87E3B152-D7A1-4E9D-9710-3535F92B4DD2@yahoo.com> <4119BA31-2BE1-41AF-B075-D6D6C488B43D@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 47jpNf2HMlz4LW9 X-Spamd-Bar: / X-Spamd-Result: default: False [-0.87 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.66)[-0.656,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (6.22), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.28)[0.281,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[205.69.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[205.69.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2019 22:56:19 -0000 [History eliminated: better information now.] I have isolated where in the boot sequence it crashes when it does for my normal boot sequence: processing a line in my /etc/sysctl.conf : dev.cpu.0.freq=1296 This is something that I've been using that only recently has lead to any problems. (But I'd not updated in a while.) I do not know if or how specific it is to the 1296 figure from the list: dev.cpu.0.freq_levels: 1296/-1 1200/-1 1008/-1 816/-1 600/-1 408/-1 Previously to updating I had no hint of problems from using the assignment in general, including 1296 working fine. This was isolated, in part, via adding before and after messages and finding no After-message to match up with: /etc/rc.d/sysctl's sysctl_start: Before /sbin/sysctl -i -f /etc/sysctl.conf With that knowledge I was able to experiment by hand with sysctl commands in "boot -s" sessions and got example crashes from the dev.cpu.0.freq assignment (but seemingly dependent on prior activity [or lack of it] in the session). I still have no clue why messages from boot -v or other activity makes a difference. But the context for failing has been consistent so far. I can not say that I've got a sequence that guarantees a crash, just that I've gotten example crashes. I had another oddity, in that when it did not crash, I could not set the dev.cpu.0.freq figure again, for example: # sysctl dev.cpu.0.freq=600 dev.cpu.0.freq: 600 -> 600 # sysctl dev.cpu.0.freq=816 dev.cpu.0.freq: 600cpufreq_dt0: set freq failed, err 6 cpufreq_dt1: set freq failed, err 6 cpufreq_dt2: set freq failed, err 6 cpufreq_dt3: set freq failed, err 6 So each dev.cpu.0.freq test ended up being via a separate boot, even if it had not crashed. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Dec 26 00:12:47 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 45FC61E89B9 for ; Thu, 26 Dec 2019 00:12:47 +0000 (UTC) (envelope-from gdotten@gmail.com) Received: from mail-qv1-xf34.google.com (mail-qv1-xf34.google.com [IPv6:2607:f8b0:4864:20::f34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47jr4s4nWSz4Nls for ; Thu, 26 Dec 2019 00:12:45 +0000 (UTC) (envelope-from gdotten@gmail.com) Received: by mail-qv1-xf34.google.com with SMTP id n8so8566877qvg.11 for ; Wed, 25 Dec 2019 16:12:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=PSJx5ApWgpPep+wPYrI2VjP3wGXpCRaKRsyc5eCN5A0=; b=R6viVWxfVTGKxQAH88WMLOziE8GuZ4WFUOowANPWiSuSrlnept9ZvGD02oISV7KaMk c9p/KueDsx8E7P6X0JFyp55n61l+q/r4PcJv5moRE0DdsXHYkRKpUFKXE6xYYTMBUgru 4eKu9N7tgIdNDS5gnx0UJQcaOvYevK2INYTTzllaQPvsLvkvAUWG8GmLgIhMvJ1wCNnY ER1v3NbcTsbKXXazFLLge4CGZ8ilvfr55zKRpaURkW1vIghj0JYW/uLIDwvQmGqZygn+ pMmjGStbAnKvCPISCFyrOBBNJGWtFmkr861c2p6UrxAeVSSY6DtCdI6QWFxnVY93830Q e9Cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=PSJx5ApWgpPep+wPYrI2VjP3wGXpCRaKRsyc5eCN5A0=; b=GINBn2usWCdJpG08XUtpIxXSKO8qs6dx/n8BssKtJyht6F0dkpngOKAyeMSRWfT9Io EOoMBQxKfz2GnYxdEKUVA4dEsLhI5Pql9BrgV9widy4We6swdKcmd8G7XUlCZsGznp6O WqoC6cbLozWkjuT26dDNmwYujfSi7Auku9fjrEOuIF0lez0um4D6at+GCBz7/vhT6ePr AzUKMmeaFj7909AubNkJYsX52AlV4dV0yjAzcd3VtEr2hLuuMUH9CBfOq6t0O9BDeaBA 07AETCHHPmoKHF+MsuNhojZRGYR2CBp0d5HOzjuEZflm/snSWHZrFqPUFGzu8LRRdBHk 0wFA== X-Gm-Message-State: APjAAAWd3WcTpue3gTbFLk0UyHOdqxBccoI0l2RUCoROQim6dTPfTYlK 80OcG0naoLnMbMC94uJS+dP/SimV85Pbt2Ebpig+h+S2 X-Google-Smtp-Source: APXvYqw9EDPavUfVvD9TncXY8uXKCz4tasDvFGRCc8HrKWMO9lgcGFnLB5hHmV80CZeCC7vrKp7fmAczK0EDFn0GYc0= X-Received: by 2002:a05:6214:146e:: with SMTP id c14mr34659714qvy.82.1577319159230; Wed, 25 Dec 2019 16:12:39 -0800 (PST) MIME-Version: 1.0 From: Gary Otten Date: Wed, 25 Dec 2019 19:12:28 -0500 Message-ID: Subject: Re: SPI support for A64-OLinuXino board Allwinner A64 processor To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 47jr4s4nWSz4Nls X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=R6viVWxf; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gdotten@gmail.com designates 2607:f8b0:4864:20::f34 as permitted sender) smtp.mailfrom=gdotten@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(0.00)[ipnet: 2607:f8b0::/32(-2.16), asn: 15169(-1.88), country: US(-0.05)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2019 00:12:47 -0000 Thanks, I have created the following overlay and tried a variety of other things but I haven't been able to get spigen0.0 to appear in /dev. /* $FreeBSD$ */ /dts-v1/; /plugin/; / { compatible = "allwinner,sun50i-a64"; }; &{/soc/spi@1c68000} { status = "okay"; spigen0: spigen0 { compatible = "freebsd,spigen"; reg = <0>; spi-max-frequency = <500000>; status = "okay"; }; }; Some diagnostics ------------------------------------------------------- On Boot Loading DTB overlays: 'sun50i-a64-spi-spidev' /boot/dtb/overlays/sun50i-a64-spi-spidev.dtbo size=0x15c applying DTB overlay '/boot/dtb/overlays/sun50i-a64-spi-spidev.dtbo' .. .... ..... Autoloading module: aw_spi.ko aw_spi0: mem 0x1c68000-0x1c68fff irq 29 on simplebus0 spibus0: on aw_spi0 spibus0: at cs 0 mode 0 ------------------------------------------------------- root@:/boot/dtb/overlays # kldstat Id Refs Address Size Name 1 5 0xffff000000000000 144dda8 kernel 2 1 0xffff000054c00000 41000 aw_spi.ko ------------------------------------------------------- root@:/boot/dtb/overlays # devinfo .. ... aw_spi0 spibus0 ------------------------------------------------------- root@:/boot/dtb/overlays # devinfo .... ...... Node 0x2f60: spi@1c68000 Node 0x309c: spigen0 From owner-freebsd-arm@freebsd.org Thu Dec 26 07:42:34 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 14E741C8BEE for ; Thu, 26 Dec 2019 07:42:34 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47k23s1nxpz4g5W for ; Thu, 26 Dec 2019 07:42:32 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by mail-qk1-x72e.google.com with SMTP id x1so18911505qkl.12 for ; Wed, 25 Dec 2019 23:42:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=emYCRLgFOetuHfQ1DFDz8x90sqh4cHTVgp5yR+Kzqac=; b=exKQSFnaQCiRtQ2NYWaCfwz84+2oCR0AKfE88xbzprJOEezZblB9Op+OrILG6RbZby X5z0y5hOJFUCANKWXb5d8XE0RDsvfMTIsyLOubIuFp9F7E6JTopjyHjYwaX2UPhXliPP CnYRwqrGqZXeTp5s15sMpL+X+oNIUF8mGtqvM7IscxC7BezaJwE1tm6SPhU/LUTQNuyD N4Uk1vJZJ1ZSsRAGDXEOMtbs0hrfHnbGJ+fa2leTkKK34xF0NlEcGc2eke4RKky62vgK jOO/zdBtjr1faRzkJb2Io/JgQy074V2DInr+Up3stye6ktMArSbaQbe4c02mYMMIe+8w 9EFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=emYCRLgFOetuHfQ1DFDz8x90sqh4cHTVgp5yR+Kzqac=; b=VVXFiHP4skatdVwxojKJxSDSDL+kcCq00ae4fqFRkZyrgywp+YLeo+DslMsr0NcGCY fkla+DfvljQeJuwSDGlJvJzX9pj8rzQlp7svMw/tvjLnXSIquLsvFl3L/QdLfgAz00vQ 28LttsPQVK98EolSB2fBcQYv9Jv49SZNrsO1+ULapkaeDOMv5YylWv7dsl/aEsMzHe4F MgUI0hD09t11SzhUhURfiP67XVcNbNqfr1wLlhAk057KJjWd3iVSVG/+yRsrlwPtJpg1 amrHYZWpVRPc1fqGTCcekXWlvGYIDcLODA1iP1AwJN5ka0H8EuXSzYRTD3mJzaefBhh1 UktA== X-Gm-Message-State: APjAAAU6hVm2zXHlW9/KzllacqLc2dFcWrO0E8cYvtPPDlVa0hGHWWo4 I+mYTAfEzg7Z6RONr+V9aO7j8zppcDJ8APUh6jHyIzvaBwY= X-Google-Smtp-Source: APXvYqyOduXNjBHmEjfUG2x4nprE6OWp3/XhkiOubVN2URxwwb5VumYQ22XV3E12/WTfQFSJZON/7QX7s4UZF5k7z4I= X-Received: by 2002:ae9:eb48:: with SMTP id b69mr36700470qkg.43.1577346151447; Wed, 25 Dec 2019 23:42:31 -0800 (PST) MIME-Version: 1.0 References: <201912032300.xB3N0FGC061069@kx.truefc.org> <201912040121.xB41LpIp062796@kx.truefc.org> <201912252256.xBPMu5Kc090034@kx.truefc.org> In-Reply-To: <201912252256.xBPMu5Kc090034@kx.truefc.org> From: Ganbold Tsagaankhuu Date: Thu, 26 Dec 2019 15:42:20 +0800 Message-ID: Subject: Re: Can't boot arm64 image by qemu-system-aarch64 To: KIRIYAMA Kazuhiko Cc: "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 47k23s1nxpz4g5W X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=exKQSFna; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ganbold@gmail.com designates 2607:f8b0:4864:20::72e as permitted sender) smtp.mailfrom=ganbold@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.24), ipnet: 2607:f8b0::/32(-2.16), asn: 15169(-1.88), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[e.2.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; HTTP_TO_IP(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2019 07:42:34 -0000 It just works for me. I run like: qemu-system-aarch64 -machine virt -m 4096M -cpu cortex-a53 -name test -bios QEMU_EFI.fd -nographic -drive if=none,format=raw,file=FreeBSD-13.0-CURRENT-arm64-aarch64-20191219-r355889-memstick.img,id=hd0 -device virtio-blk-device,drive=hd0 -monitor none # uname -an FreeBSD 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r355889: Thu Dec 19 03:54:02 UTC 2019 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 Ganbold On Thu, Dec 26, 2019 at 6:56 AM KIRIYAMA Kazuhiko wrote: > On Wed, 04 Dec 2019 10:21:51 +0900, > KIRIYAMA Kazuhiko wrote: > > > > Hi, Warner > > > > On Wed, 04 Dec 2019 09:55:30 +0900, > > Warner Losh wrote: > > > > > > [1 ] > > > > > > [2 ] > > > > > > > > > > > > > > > On Tue, Dec 3, 2019, 4:00 PM KIRIYAMA Kazuhiko > wrote: > > > > > > > > > Hi, all > > > > > > # I've posted freebsd-virtualization,but any responces. > > > # Sorry for same posting. > > > > > > I've installed successfully by qemu-system-aarch64 below: > > > > > > root@vm:/vm/test # truncate -s 16g test.img > > > root@vm:/vm/test # qemu-system-aarch64 -machine virt -m 4096M > -cpu cortex-a57 -name test > > > -bios QEMU_EFI.fd -nographic -hda test.img -hdc > > > FreeBSD-13.0-CURRENT-arm64-aarch64-20191127-r355121-memstick.img > > > > > > and rebooted successfully and login with root: > > > > > > root@test:~ # uname -a > > > FreeBSD test.tfc 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r355121: > Wed Nov 27 03:49:21 UTC 2019 > > > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > arm64 > > > root@test:~ # df -h > > > Filesystem Size Used Avail Capacity Mounted on > > > /dev/vtbd0p2 14G 1.3G 12G 10% / > > > devfs 1.0K 1.0K 0B 100% /dev > > > root@test:~ # ifconfig > > > vtnet0: flags=8843 metric > 0 mtu 1500 > > > options=80028 > > > ether 52:54:00:12:34:56 > > > inet 192.168.1.196 netmask 0xffffff00 broadcast > 192.168.1.255 > > > media: Ethernet 10Gbase-T > > > status: active > > > nd6 options=29 > > > lo0: flags=8049 metric 0 mtu 16384 > > > > options=680003 > > > inet6 ::1 prefixlen 128 > > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > > > inet 127.0.0.1 netmask 0xff000000 > > > groups: lo > > > nd6 options=21 > > > root@test:~ # > > > > > > So, I shutdowned and run by qemu-system-aarch64: > > > > > > root@vm:/vm/test # qemu-system-aarch64 -machine virt -m 4096M > -cpu cortex-a57 -name test > > > -bios QEMU_EFI.fd -nographic -drive > if=none,format=raw,file=test.img,id=hd0 -device > > > virtio-blk-device,drive=hd0 -device virtio-net-device,netdev=net0 > -netdev > > > tap,id=net0,ifname=tap2 > > > > > > But failed to boot: > > > > > > BdsDxe: failed to load Boot0001 "UEFI Misc Device" from > > > VenHw(93E34C7E-B50E-11DF-9223-2443DFD72085,00): Not Found > > > BdsDxe: failed to load Boot0002 "UEFI Misc Device 2" from > > > VenHw(837DCA9E-E874-4D82-B29A-23FE0E23D1E2,003E000A00000000): Not > Found > > > > > > >>Start PXE over IPv4. > > > > > > > > > where, tap2 is ready to use: > > > > > > root@vm:/vm/test # ifconfig tap2 > > > tap2: flags=8902 metric 0 > mtu 1500 > > > description: vmnet-test-0-local > > > options=80000 > > > ether 58:9c:fc:10:ec:02 > > > groups: tap qemu-port > > > media: Ethernet autoselect > > > status: no carrier > > > nd6 options=21 > > > root@vm:/vm/test # > > > > > > What's wrong ? > > > > > > > > > > > > > > > > > > Where did the efi firmware come from? > > > > I've got from [1]. > > > > [1] > http://snapshots.linaro.org/components/kernel/leg-virt-tianocore-edk2-upstream/latest/QEMU-AARCH64/RELEASE_CLANG35/QEMU_EFI.fd > > After I've installed by bsdinstall, I copied boot partition > from original FreeBSD boot image [1]: > > root@vm:/vm/test # mdconfig -a -t vnode -f > FreeBSD-13.0-CURRENT-arm64-aarch64-20191212-r355634-memstick.img > md0 > root@vm:/vm/test # mdconfig -a -t vnode -f test.img > md1 > root@vm:/vm/test # gpart show md0 > => 3 2042648 md0 GPT (997M) > 3 66584 1 efi (33M) > 66587 1976064 2 freebsd (965M) > > root@vm:/vm/test # gpart show md1 > => 40 33554352 md1 GPT (16G) > 40 532480 1 efi (260M) > 532520 24633344 2 freebsd-ufs (12G) > 25165864 8388528 3 freebsd-swap (4.0G) > > root@vm:/vm/test # file -s /dev/md0s1 > /dev/md0s1: cannot open `/dev/md0s1' (No such file or directory) > root@vm:/vm/test # file -s /dev/md0p1 > /dev/md0p1: DOS/MBR boot sector, code offset 0x58+2, OEM-ID "BSD4.4 ", > sectors/track 63, heads 255, sectors 66584 (volumes > 32 MB), FAT (32 bit), > sectors/FAT 512, serial number 0xeb6f0ff0, label: "EFISYS " > root@vm:/vm/test # file -s /dev/md1p1 > /dev/md1p1: DOS/MBR boot sector, code offset 0x58+2, OEM-ID "BSD4.4 ", > sectors/track 63, heads 16, sectors 532480 (volumes > 32 MB), FAT (32 bit), > sectors/FAT 4096, serial number 0x1bbb0f19, label: "EFISYS " > root@vm:/vm/test # dd if=/dev/md0p1 of=/dev/md1p1 bs=10240 conv=sync > 3330+0 records in > 3330+0 records out > 34099200 bytes transferred in 4.216594 secs (8086906 bytes/sec) > root@vm:/vm/test # > > And then try to boot by qemu-system-aarch64: > > root@vm:/vm/test # qemu-system-aarch64 -machine virt -m 4096M -cpu > cortex-a57 -name test -bios QEMU_EFI.fd -nographic -drive > if=none,format=raw,file=test.img,id=hd0 -device virtio-blk-device,drive=hd0 > -device virtio-net-device,netdev=net0 -netdev tap,id=net0,ifname=tap1 > -monitor none > : > (snip) > : > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2019 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 13.0-CURRENT #0 r355634: Thu Dec 12 03:50:52 UTC 2019 > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > arm64 > FreeBSD clang version 9.0.0 (tags/RELEASE_900/final 372316) (based on LLVM > 9.0.0) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > module firmware already present! > FreeBSD/SMP: Multiprocessor System Detected: 1 CPUs > random: unblocking device. > random: entropy device external interface > MAP 13bd80000 mode 2 pages 80 > MAP 13bdd0000 mode 2 pages 80 > MAP 13be20000 mode 2 pages 80 > MAP 13be70000 mode 2 pages 80 > MAP 13bec0000 mode 2 pages 80 > MAP 13bf10000 mode 2 pages 80 > MAP 13bf60000 mode 2 pages 80 > MAP 13bfb0000 mode 2 pages 80 > MAP 13c020000 mode 2 pages 192 > MAP 13c0e0000 mode 2 pages 80 > MAP 13c130000 mode 2 pages 80 > MAP 13c180000 mode 2 pages 80 > MAP 13f4b0000 mode 2 pages 144 > MAP 13f550000 mode 2 pages 288 > MAP 4000000 mode 0 pages 16384 > MAP 9010000 mode 0 pages 1 > WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD > 13.0. > kbd0 at kbdmux0 > WARNING: Device "openfirm" is Giant locked and may be deleted before > FreeBSD 13.0. > ofwbus0: > simplebus0: on ofwbus0 > clk_fixed0: on ofwbus0 > psci0: on ofwbus0 > gic0: mem > 0x8000000-0x800ffff,0x8010000-0x801ffff on ofwbus0 > gic0: pn 0x0, arch 0x0, rev 0x0, implementer 0x0 irqs 288 > gicv2m0: mem > 0x8020000-0x8020fff on gic0 > generic_timer0: irq 36,37,38,39 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 62500000 Hz quality 1000 > Event timer "ARM MPCore Eventtimer" frequency 62500000 Hz quality 1000 > efirtc0: > efirtc0: registered as a time-of-day clock, resolution 1.000000s > virtio_mmio0: mem 0xa000000-0xa0001ff irq 0 on > ofwbus0 > virtio_mmio1: mem 0xa000200-0xa0003ff irq 1 on > ofwbus0 > virtio_mmio2: mem 0xa000400-0xa0005ff irq 2 on > ofwbus0 > virtio_mmio3: mem 0xa000600-0xa0007ff irq 3 on > ofwbus0 > virtio_mmio4: mem 0xa000800-0xa0009ff irq 4 on > ofwbus0 > virtio_mmio5: mem 0xa000a00-0xa000bff irq 5 on > ofwbus0 > virtio_mmio6: mem 0xa000c00-0xa000dff irq 6 on > ofwbus0 > virtio_mmio7: mem 0xa000e00-0xa000fff irq 7 on > ofwbus0 > virtio_mmio8: mem 0xa001000-0xa0011ff irq 8 on > ofwbus0 > virtio_mmio9: mem 0xa001200-0xa0013ff irq 9 on > ofwbus0 > virtio_mmio10: mem 0xa001400-0xa0015ff irq 10 on > ofwbus0 > virtio_mmio11: mem 0xa001600-0xa0017ff irq 11 on > ofwbus0 > virtio_mmio12: mem 0xa001800-0xa0019ff irq 12 on > ofwbus0 > virtio_mmio13: mem 0xa001a00-0xa001bff irq 13 on > ofwbus0 > virtio_mmio14: mem 0xa001c00-0xa001dff irq 14 on > ofwbus0 > virtio_mmio15: mem 0xa001e00-0xa001fff irq 15 on > ofwbus0 > virtio_mmio16: mem 0xa002000-0xa0021ff irq 16 on > ofwbus0 > virtio_mmio17: mem 0xa002200-0xa0023ff irq 17 on > ofwbus0 > virtio_mmio18: mem 0xa002400-0xa0025ff irq 18 on > ofwbus0 > virtio_mmio19: mem 0xa002600-0xa0027ff irq 19 on > ofwbus0 > virtio_mmio20: mem 0xa002800-0xa0029ff irq 20 on > ofwbus0 > virtio_mmio21: mem 0xa002a00-0xa002bff irq 21 on > ofwbus0 > virtio_mmio22: mem 0xa002c00-0xa002dff irq 22 on > ofwbus0 > virtio_mmio23: mem 0xa002e00-0xa002fff irq 23 on > ofwbus0 > virtio_mmio24: mem 0xa003000-0xa0031ff irq 24 on > ofwbus0 > virtio_mmio25: mem 0xa003200-0xa0033ff irq 25 on > ofwbus0 > virtio_mmio26: mem 0xa003400-0xa0035ff irq 26 on > ofwbus0 > virtio_mmio27: mem 0xa003600-0xa0037ff irq 27 on > ofwbus0 > virtio_mmio28: mem 0xa003800-0xa0039ff irq 28 on > ofwbus0 > virtio_mmio29: mem 0xa003a00-0xa003bff irq 29 on > ofwbus0 > virtio_mmio30: mem 0xa003c00-0xa003dff irq 30 on > ofwbus0 > vtnet0: on virtio_mmio30 > vtnet0: Ethernet address: 52:54:00:12:34:56 > virtio_mmio31: mem 0xa003e00-0xa003fff irq 31 on > ofwbus0 > vtblk0: on virtio_mmio31 > vtblk0: 16384MB (33554432 512 byte sectors) > pcib0: mem 0x4010000000-0x401fffffff on > ofwbus0 > pci0: on pcib0 > uart0: mem 0x9000000-0x9000fff irq 34 on ofwbus0 > uart0: console (9600,n,8,1) > pmu0: irq 35 on ofwbus0 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cryptosoft0: > Timecounters tick every 1.000 msec > usb_needs_explore_all: no devclass > Trying to mount root from ufs:/dev/vtbd0p2 [rw]... > CPU 0: ARM Cortex-A57 r1p0 affinity: 0 > Instruction Set Attributes 0 = > Instruction Set Attributes 1 = <> > Processor Features 0 = > Processor Features 1 = <> > Memory Model Features 0 = ASID,16TB PA> > Memory Model Features 1 = <8bit VMID> > Memory Model Features 2 = <32bit CCIDX,48bit VA> > Debug Features 0 = <2 CTX BKPTs,4 Watchpoints,6 > Breakpoints,PMUv3,Debugv8> > Debug Features 1 = <> > Auxiliary Features 0 = <> > Auxiliary Features 1 = <> > WARNING: WITNESS option enabled, expect reduced performance. > Setting hostuuid: 7a897831-26ec-11ea-9a61-01c2a1d8c2f1. > Setting hostid: 0xcac3642f. > Starting file system checks: > /dev/vtbd0p2: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/vtbd0p2: clean, 2678333 free (557 frags, 334722 blocks, 0.0% > fragmentation) > Mounting local filesystems:. > ELF ldconfig path: /lib /usr/lib /usr/lib/compat > Setting hostname: tbedfcaa. > Setting up harvesting: > [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED > Feeding entropy: . > lo0: link state changed to UP > vtnet0: link state changed to UP > Starting Network: lo0 vtnet0. > lo0: flags=8049 metric 0 mtu 16384 > options=680003 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > inet 127.0.0.1 netmask 0xff000000 > groups: lo > nd6 options=21 > vtnet0: flags=8843 metric 0 mtu > 1500 > options=80028 > ether 52:54:00:12:34:56 > inet 192.168.1.196 netmask 0xffffff00 broadcast 192.168.1.255 > media: Ethernet 10Gbase-T > status: active > nd6 options=29 > Starting devd. > add host 127.0.0.1: gateway lo0 fib 0: route already in table > add net default: gateway 192.168.1.254 > add host ::1: gateway lo0 fib 0: route already in table > add net fe80::: gateway ::1 > add net ff02::: gateway ::1 > add net ::ffff:0.0.0.0: gateway ::1 > add net ::0.0.0.0: gateway ::1 > Creating and/or trimming log files. > Starting syslogd. > No core dumps found. > Clearing /tmp (X related). > Updating motd:. > Mounting late filesystems:. > Security policy loaded: MAC/ntpd (mac_ntpd) > Starting ntpd. > Updating /var/run/os-release done. > Starting powerd. > powerd: no cpufreq(4) support -- aborting: No such file or directory > /etc/rc: WARNING: failed to start powerd > Performing sanity check on sshd configuration. > Starting sshd. > Starting sendmail_submit. > Starting sendmail_msp_queue. > Starting cron. > Starting default mousedmoused: unable to open /dev/psm0: No such file or > directory > . > eval: cannot open /dev/ttyv*: No such file or directory > Starting background file system checks in 60 seconds. > > Thu Dec 26 07:37:23 JST 2019 > > FreeBSD/arm64 (tbedfcaa) (ttyu0) > > login: root > Password: > Dec 26 07:37:30 tbedfcaa login[811]: ROOT LOGIN (root) ON ttyu0 > Last login: Thu Dec 26 07:34:01 on ttyu0 > FreeBSD 13.0-CURRENT (GENERIC) #0 r355634: Thu Dec 12 03:50:52 UTC 2019 > > Welcome to FreeBSD! > > Release Notes, Errata: https://www.FreeBSD.org/releases/ > Security Advisories: https://www.FreeBSD.org/security/ > FreeBSD Handbook: https://www.FreeBSD.org/handbook/ > FreeBSD FAQ: https://www.FreeBSD.org/faq/ > Questions List: > https://lists.FreeBSD.org/mailman/listinfo/freebsd-questions/ > FreeBSD Forums: https://forums.FreeBSD.org/ > > Documents installed with the system are in the > /usr/local/share/doc/freebsd/ > directory, or can be installed later with: pkg install en-freebsd-doc > For other languages, replace "en" with a language code like de or fr. > > Show the version of FreeBSD installed: freebsd-version ; uname -a > Please include that output and any error messages when posting questions. > Introduction to manual pages: man man > FreeBSD directory layout: man hier > > Edit /etc/motd.template to change this login announcement. > root@tbedfcaa:~ # uname -a > FreeBSD tbedfcaa 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r355634: Thu Dec 12 > 03:50:52 UTC 2019 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > arm64 > root@tbedfcaa:~ # df -h > Filesystem Size Used Avail Capacity Mounted on > /dev/vtbd0p2 11G 1.1G 9.3G 11% / > devfs 1.0K 1.0K 0B 100% /dev > root@tbedfcaa:~ # > > Wow! Booted perfectly!!! I think it seems bsdinstall take > place someting strange at install boot partition process or > /boot/boot1.efi in /usr/freebsd-dist/base.txz collapsed ? > > [1] FreeBSD-13.0-CURRENT-arm64-aarch64-20191212-r355634-memstick.img > > > > > > > > > > > > > > > Warner > > > > > > > > > > > > > > > > > > Best regards. > > > --- > > > Kiriyama Kazuhiko > > > > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to " > freebsd-arm-unsubscribe@freebsd.org" > > > > > > > > > > > --- > > Kiriyama Kazuhiko > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Thu Dec 26 09:52:04 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9FAA31CBD0B for ; Thu, 26 Dec 2019 09:52:04 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (flets-sg1026.kamome.or.jp [202.216.24.26]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp", Issuer "smtp" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47k4xG4z0Rz3HFB for ; Thu, 26 Dec 2019 09:52:01 +0000 (UTC) (envelope-from kiri@truefc.org) Received: from kx.truefc.org (kx.truefc.org [202.216.24.26]) by kx.truefc.org (8.15.2/8.15.2) with ESMTP id xBQ9pqck016842; Thu, 26 Dec 2019 18:51:53 +0900 (JST) (envelope-from kiri@kx.truefc.org) Message-Id: <201912260951.xBQ9pqck016842@kx.truefc.org> Date: Thu, 26 Dec 2019 18:51:52 +0900 From: KIRIYAMA Kazuhiko To: Ganbold Tsagaankhuu Cc: KIRIYAMA Kazuhiko , "freebsd-arm@freebsd.org" Subject: Re: Can't boot arm64 image by qemu-system-aarch64 In-Reply-To: References: <201912032300.xB3N0FGC061069@kx.truefc.org> <201912040121.xB41LpIp062796@kx.truefc.org> <201912252256.xBPMu5Kc090034@kx.truefc.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 MULE XEmacs/21.4 (patch 24) (Standard C) (amd64--freebsd) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 47k4xG4z0Rz3HFB X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of kiri@truefc.org has no SPF policy when checking 202.216.24.26) smtp.mailfrom=kiri@truefc.org X-Spamd-Result: default: False [-0.20 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.79)[-0.786,0]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[truefc.org]; AUTH_NA(1.00)[]; RCVD_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.56)[-0.557,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:4704, ipnet:202.216.0.0/19, country:JP]; IP_SCORE(0.04)[asn: 4704(0.16), country: JP(0.03)]; ONCE_RECEIVED(0.10)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2019 09:52:04 -0000 On Thu, 26 Dec 2019 16:42:20 +0900, Ganbold Tsagaankhuu wrote: > > It just works for me. I run like: > > qemu-system-aarch64 -machine virt -m 4096M -cpu cortex-a53 -name test -bios > QEMU_EFI.fd -nographic -drive > if=none,format=raw,file=FreeBSD-13.0-CURRENT-arm64-aarch64-20191219-r355889-memstick.img,id=hd0 > -device virtio-blk-device,drive=hd0 -monitor none > > # uname -an > FreeBSD 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r355889: Thu Dec 19 03:54:02 > UTC 2019 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > arm64 Umm... Above is installing situation or ??? What I said is FreeBSD image installed from FreeBSD-13.0-CURRENT-arm64-aarch64-*-memstick.img could not boot but could be booted by boot partition dd copy from FreeBSD-13.0-CURRENT-arm64-aarch64-*-memstick.img to installed image test.img. > > Ganbold > > On Thu, Dec 26, 2019 at 6:56 AM KIRIYAMA Kazuhiko wrote: > > > On Wed, 04 Dec 2019 10:21:51 +0900, > > KIRIYAMA Kazuhiko wrote: > > > > > > Hi, Warner > > > > > > On Wed, 04 Dec 2019 09:55:30 +0900, > > > Warner Losh wrote: > > > > > > > > [1 ] > > > > > > > > [2 ] > > > > > > > > > > > > > > > > > > > > On Tue, Dec 3, 2019, 4:00 PM KIRIYAMA Kazuhiko > > wrote: > > > > > > > > > > > > Hi, all > > > > > > > > # I've posted freebsd-virtualization,but any responces. > > > > # Sorry for same posting. > > > > > > > > I've installed successfully by qemu-system-aarch64 below: > > > > > > > > root@vm:/vm/test # truncate -s 16g test.img > > > > root@vm:/vm/test # qemu-system-aarch64 -machine virt -m 4096M > > -cpu cortex-a57 -name test > > > > -bios QEMU_EFI.fd -nographic -hda test.img -hdc > > > > FreeBSD-13.0-CURRENT-arm64-aarch64-20191127-r355121-memstick.img > > > > > > > > and rebooted successfully and login with root: > > > > > > > > root@test:~ # uname -a > > > > FreeBSD test.tfc 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r355121: > > Wed Nov 27 03:49:21 UTC 2019 > > > > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > > arm64 > > > > root@test:~ # df -h > > > > Filesystem Size Used Avail Capacity Mounted on > > > > /dev/vtbd0p2 14G 1.3G 12G 10% / > > > > devfs 1.0K 1.0K 0B 100% /dev > > > > root@test:~ # ifconfig > > > > vtnet0: flags=8843 metric > > 0 mtu 1500 > > > > options=80028 > > > > ether 52:54:00:12:34:56 > > > > inet 192.168.1.196 netmask 0xffffff00 broadcast > > 192.168.1.255 > > > > media: Ethernet 10Gbase-T > > > > status: active > > > > nd6 options=29 > > > > lo0: flags=8049 metric 0 mtu 16384 > > > > > > options=680003 > > > > inet6 ::1 prefixlen 128 > > > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > > > > inet 127.0.0.1 netmask 0xff000000 > > > > groups: lo > > > > nd6 options=21 > > > > root@test:~ # > > > > > > > > So, I shutdowned and run by qemu-system-aarch64: > > > > > > > > root@vm:/vm/test # qemu-system-aarch64 -machine virt -m 4096M > > -cpu cortex-a57 -name test > > > > -bios QEMU_EFI.fd -nographic -drive > > if=none,format=raw,file=test.img,id=hd0 -device > > > > virtio-blk-device,drive=hd0 -device virtio-net-device,netdev=net0 > > -netdev > > > > tap,id=net0,ifname=tap2 > > > > > > > > But failed to boot: > > > > > > > > BdsDxe: failed to load Boot0001 "UEFI Misc Device" from > > > > VenHw(93E34C7E-B50E-11DF-9223-2443DFD72085,00): Not Found > > > > BdsDxe: failed to load Boot0002 "UEFI Misc Device 2" from > > > > VenHw(837DCA9E-E874-4D82-B29A-23FE0E23D1E2,003E000A00000000): Not > > Found > > > > > > > > >>Start PXE over IPv4. > > > > > > > > > > > > where, tap2 is ready to use: > > > > > > > > root@vm:/vm/test # ifconfig tap2 > > > > tap2: flags=8902 metric 0 > > mtu 1500 > > > > description: vmnet-test-0-local > > > > options=80000 > > > > ether 58:9c:fc:10:ec:02 > > > > groups: tap qemu-port > > > > media: Ethernet autoselect > > > > status: no carrier > > > > nd6 options=21 > > > > root@vm:/vm/test # > > > > > > > > What's wrong ? > > > > > > > > > > > > > > > > > > > > > > > > Where did the efi firmware come from? > > > > > > I've got from [1]. > > > > > > [1] > > http://snapshots.linaro.org/components/kernel/leg-virt-tianocore-edk2-upstream/latest/QEMU-AARCH64/RELEASE_CLANG35/QEMU_EFI.fd > > > > After I've installed by bsdinstall, I copied boot partition > > from original FreeBSD boot image [1]: > > > > root@vm:/vm/test # mdconfig -a -t vnode -f > > FreeBSD-13.0-CURRENT-arm64-aarch64-20191212-r355634-memstick.img > > md0 > > root@vm:/vm/test # mdconfig -a -t vnode -f test.img > > md1 > > root@vm:/vm/test # gpart show md0 > > => 3 2042648 md0 GPT (997M) > > 3 66584 1 efi (33M) > > 66587 1976064 2 freebsd (965M) > > > > root@vm:/vm/test # gpart show md1 > > => 40 33554352 md1 GPT (16G) > > 40 532480 1 efi (260M) > > 532520 24633344 2 freebsd-ufs (12G) > > 25165864 8388528 3 freebsd-swap (4.0G) > > > > root@vm:/vm/test # file -s /dev/md0s1 > > /dev/md0s1: cannot open `/dev/md0s1' (No such file or directory) > > root@vm:/vm/test # file -s /dev/md0p1 > > /dev/md0p1: DOS/MBR boot sector, code offset 0x58+2, OEM-ID "BSD4.4 ", > > sectors/track 63, heads 255, sectors 66584 (volumes > 32 MB), FAT (32 bit), > > sectors/FAT 512, serial number 0xeb6f0ff0, label: "EFISYS " > > root@vm:/vm/test # file -s /dev/md1p1 > > /dev/md1p1: DOS/MBR boot sector, code offset 0x58+2, OEM-ID "BSD4.4 ", > > sectors/track 63, heads 16, sectors 532480 (volumes > 32 MB), FAT (32 bit), > > sectors/FAT 4096, serial number 0x1bbb0f19, label: "EFISYS " > > root@vm:/vm/test # dd if=/dev/md0p1 of=/dev/md1p1 bs=10240 conv=sync > > 3330+0 records in > > 3330+0 records out > > 34099200 bytes transferred in 4.216594 secs (8086906 bytes/sec) > > root@vm:/vm/test # > > > > And then try to boot by qemu-system-aarch64: > > > > root@vm:/vm/test # qemu-system-aarch64 -machine virt -m 4096M -cpu > > cortex-a57 -name test -bios QEMU_EFI.fd -nographic -drive > > if=none,format=raw,file=test.img,id=hd0 -device virtio-blk-device,drive=hd0 > > -device virtio-net-device,netdev=net0 -netdev tap,id=net0,ifname=tap1 > > -monitor none > > : > > (snip) > > : > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2019 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 13.0-CURRENT #0 r355634: Thu Dec 12 03:50:52 UTC 2019 > > root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > > arm64 > > FreeBSD clang version 9.0.0 (tags/RELEASE_900/final 372316) (based on LLVM > > 9.0.0) > > WARNING: WITNESS option enabled, expect reduced performance. > > VT: init without driver. > > module firmware already present! > > FreeBSD/SMP: Multiprocessor System Detected: 1 CPUs > > random: unblocking device. > > random: entropy device external interface > > MAP 13bd80000 mode 2 pages 80 > > MAP 13bdd0000 mode 2 pages 80 > > MAP 13be20000 mode 2 pages 80 > > MAP 13be70000 mode 2 pages 80 > > MAP 13bec0000 mode 2 pages 80 > > MAP 13bf10000 mode 2 pages 80 > > MAP 13bf60000 mode 2 pages 80 > > MAP 13bfb0000 mode 2 pages 80 > > MAP 13c020000 mode 2 pages 192 > > MAP 13c0e0000 mode 2 pages 80 > > MAP 13c130000 mode 2 pages 80 > > MAP 13c180000 mode 2 pages 80 > > MAP 13f4b0000 mode 2 pages 144 > > MAP 13f550000 mode 2 pages 288 > > MAP 4000000 mode 0 pages 16384 > > MAP 9010000 mode 0 pages 1 > > WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD > > 13.0. > > kbd0 at kbdmux0 > > WARNING: Device "openfirm" is Giant locked and may be deleted before > > FreeBSD 13.0. > > ofwbus0: > > simplebus0: on ofwbus0 > > clk_fixed0: on ofwbus0 > > psci0: on ofwbus0 > > gic0: mem > > 0x8000000-0x800ffff,0x8010000-0x801ffff on ofwbus0 > > gic0: pn 0x0, arch 0x0, rev 0x0, implementer 0x0 irqs 288 > > gicv2m0: mem > > 0x8020000-0x8020fff on gic0 > > generic_timer0: irq 36,37,38,39 on ofwbus0 > > Timecounter "ARM MPCore Timecounter" frequency 62500000 Hz quality 1000 > > Event timer "ARM MPCore Eventtimer" frequency 62500000 Hz quality 1000 > > efirtc0: > > efirtc0: registered as a time-of-day clock, resolution 1.000000s > > virtio_mmio0: mem 0xa000000-0xa0001ff irq 0 on > > ofwbus0 > > virtio_mmio1: mem 0xa000200-0xa0003ff irq 1 on > > ofwbus0 > > virtio_mmio2: mem 0xa000400-0xa0005ff irq 2 on > > ofwbus0 > > virtio_mmio3: mem 0xa000600-0xa0007ff irq 3 on > > ofwbus0 > > virtio_mmio4: mem 0xa000800-0xa0009ff irq 4 on > > ofwbus0 > > virtio_mmio5: mem 0xa000a00-0xa000bff irq 5 on > > ofwbus0 > > virtio_mmio6: mem 0xa000c00-0xa000dff irq 6 on > > ofwbus0 > > virtio_mmio7: mem 0xa000e00-0xa000fff irq 7 on > > ofwbus0 > > virtio_mmio8: mem 0xa001000-0xa0011ff irq 8 on > > ofwbus0 > > virtio_mmio9: mem 0xa001200-0xa0013ff irq 9 on > > ofwbus0 > > virtio_mmio10: mem 0xa001400-0xa0015ff irq 10 on > > ofwbus0 > > virtio_mmio11: mem 0xa001600-0xa0017ff irq 11 on > > ofwbus0 > > virtio_mmio12: mem 0xa001800-0xa0019ff irq 12 on > > ofwbus0 > > virtio_mmio13: mem 0xa001a00-0xa001bff irq 13 on > > ofwbus0 > > virtio_mmio14: mem 0xa001c00-0xa001dff irq 14 on > > ofwbus0 > > virtio_mmio15: mem 0xa001e00-0xa001fff irq 15 on > > ofwbus0 > > virtio_mmio16: mem 0xa002000-0xa0021ff irq 16 on > > ofwbus0 > > virtio_mmio17: mem 0xa002200-0xa0023ff irq 17 on > > ofwbus0 > > virtio_mmio18: mem 0xa002400-0xa0025ff irq 18 on > > ofwbus0 > > virtio_mmio19: mem 0xa002600-0xa0027ff irq 19 on > > ofwbus0 > > virtio_mmio20: mem 0xa002800-0xa0029ff irq 20 on > > ofwbus0 > > virtio_mmio21: mem 0xa002a00-0xa002bff irq 21 on > > ofwbus0 > > virtio_mmio22: mem 0xa002c00-0xa002dff irq 22 on > > ofwbus0 > > virtio_mmio23: mem 0xa002e00-0xa002fff irq 23 on > > ofwbus0 > > virtio_mmio24: mem 0xa003000-0xa0031ff irq 24 on > > ofwbus0 > > virtio_mmio25: mem 0xa003200-0xa0033ff irq 25 on > > ofwbus0 > > virtio_mmio26: mem 0xa003400-0xa0035ff irq 26 on > > ofwbus0 > > virtio_mmio27: mem 0xa003600-0xa0037ff irq 27 on > > ofwbus0 > > virtio_mmio28: mem 0xa003800-0xa0039ff irq 28 on > > ofwbus0 > > virtio_mmio29: mem 0xa003a00-0xa003bff irq 29 on > > ofwbus0 > > virtio_mmio30: mem 0xa003c00-0xa003dff irq 30 on > > ofwbus0 > > vtnet0: on virtio_mmio30 > > vtnet0: Ethernet address: 52:54:00:12:34:56 > > virtio_mmio31: mem 0xa003e00-0xa003fff irq 31 on > > ofwbus0 > > vtblk0: on virtio_mmio31 > > vtblk0: 16384MB (33554432 512 byte sectors) > > pcib0: mem 0x4010000000-0x401fffffff on > > ofwbus0 > > pci0: on pcib0 > > uart0: mem 0x9000000-0x9000fff irq 34 on ofwbus0 > > uart0: console (9600,n,8,1) > > pmu0: irq 35 on ofwbus0 > > cpulist0: on ofwbus0 > > cpu0: on cpulist0 > > cryptosoft0: > > Timecounters tick every 1.000 msec > > usb_needs_explore_all: no devclass > > Trying to mount root from ufs:/dev/vtbd0p2 [rw]... > > CPU 0: ARM Cortex-A57 r1p0 affinity: 0 > > Instruction Set Attributes 0 = > > Instruction Set Attributes 1 = <> > > Processor Features 0 = > > Processor Features 1 = <> > > Memory Model Features 0 = > ASID,16TB PA> > > Memory Model Features 1 = <8bit VMID> > > Memory Model Features 2 = <32bit CCIDX,48bit VA> > > Debug Features 0 = <2 CTX BKPTs,4 Watchpoints,6 > > Breakpoints,PMUv3,Debugv8> > > Debug Features 1 = <> > > Auxiliary Features 0 = <> > > Auxiliary Features 1 = <> > > WARNING: WITNESS option enabled, expect reduced performance. > > Setting hostuuid: 7a897831-26ec-11ea-9a61-01c2a1d8c2f1. > > Setting hostid: 0xcac3642f. > > Starting file system checks: > > /dev/vtbd0p2: FILE SYSTEM CLEAN; SKIPPING CHECKS > > /dev/vtbd0p2: clean, 2678333 free (557 frags, 334722 blocks, 0.0% > > fragmentation) > > Mounting local filesystems:. > > ELF ldconfig path: /lib /usr/lib /usr/lib/compat > > Setting hostname: tbedfcaa. > > Setting up harvesting: > > [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,ATTACH,CACHED > > Feeding entropy: . > > lo0: link state changed to UP > > vtnet0: link state changed to UP > > Starting Network: lo0 vtnet0. > > lo0: flags=8049 metric 0 mtu 16384 > > options=680003 > > inet6 ::1 prefixlen 128 > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 > > inet 127.0.0.1 netmask 0xff000000 > > groups: lo > > nd6 options=21 > > vtnet0: flags=8843 metric 0 mtu > > 1500 > > options=80028 > > ether 52:54:00:12:34:56 > > inet 192.168.1.196 netmask 0xffffff00 broadcast 192.168.1.255 > > media: Ethernet 10Gbase-T > > status: active > > nd6 options=29 > > Starting devd. > > add host 127.0.0.1: gateway lo0 fib 0: route already in table > > add net default: gateway 192.168.1.254 > > add host ::1: gateway lo0 fib 0: route already in table > > add net fe80::: gateway ::1 > > add net ff02::: gateway ::1 > > add net ::ffff:0.0.0.0: gateway ::1 > > add net ::0.0.0.0: gateway ::1 > > Creating and/or trimming log files. > > Starting syslogd. > > No core dumps found. > > Clearing /tmp (X related). > > Updating motd:. > > Mounting late filesystems:. > > Security policy loaded: MAC/ntpd (mac_ntpd) > > Starting ntpd. > > Updating /var/run/os-release done. > > Starting powerd. > > powerd: no cpufreq(4) support -- aborting: No such file or directory > > /etc/rc: WARNING: failed to start powerd > > Performing sanity check on sshd configuration. > > Starting sshd. > > Starting sendmail_submit. > > Starting sendmail_msp_queue. > > Starting cron. > > Starting default mousedmoused: unable to open /dev/psm0: No such file or > > directory > > . > > eval: cannot open /dev/ttyv*: No such file or directory > > Starting background file system checks in 60 seconds. > > > > Thu Dec 26 07:37:23 JST 2019 > > > > FreeBSD/arm64 (tbedfcaa) (ttyu0) > > > > login: root > > Password: > > Dec 26 07:37:30 tbedfcaa login[811]: ROOT LOGIN (root) ON ttyu0 > > Last login: Thu Dec 26 07:34:01 on ttyu0 > > FreeBSD 13.0-CURRENT (GENERIC) #0 r355634: Thu Dec 12 03:50:52 UTC 2019 > > > > Welcome to FreeBSD! > > > > Release Notes, Errata: https://www.FreeBSD.org/releases/ > > Security Advisories: https://www.FreeBSD.org/security/ > > FreeBSD Handbook: https://www.FreeBSD.org/handbook/ > > FreeBSD FAQ: https://www.FreeBSD.org/faq/ > > Questions List: > > https://lists.FreeBSD.org/mailman/listinfo/freebsd-questions/ > > FreeBSD Forums: https://forums.FreeBSD.org/ > > > > Documents installed with the system are in the > > /usr/local/share/doc/freebsd/ > > directory, or can be installed later with: pkg install en-freebsd-doc > > For other languages, replace "en" with a language code like de or fr. > > > > Show the version of FreeBSD installed: freebsd-version ; uname -a > > Please include that output and any error messages when posting questions. > > Introduction to manual pages: man man > > FreeBSD directory layout: man hier > > > > Edit /etc/motd.template to change this login announcement. > > root@tbedfcaa:~ # uname -a > > FreeBSD tbedfcaa 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r355634: Thu Dec 12 > > 03:50:52 UTC 2019 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > > arm64 > > root@tbedfcaa:~ # df -h > > Filesystem Size Used Avail Capacity Mounted on > > /dev/vtbd0p2 11G 1.1G 9.3G 11% / > > devfs 1.0K 1.0K 0B 100% /dev > > root@tbedfcaa:~ # > > > > Wow! Booted perfectly!!! I think it seems bsdinstall take > > place someting strange at install boot partition process or > > /boot/boot1.efi in /usr/freebsd-dist/base.txz collapsed ? > > > > [1] FreeBSD-13.0-CURRENT-arm64-aarch64-20191212-r355634-memstick.img > > > > > > > > > > > > > > > > > > > > > Warner > > > > > > > > > > > > > > > > > > > > > > > > Best regards. > > > > --- > > > > Kiriyama Kazuhiko > > > > > > > > _______________________________________________ > > > > freebsd-arm@freebsd.org mailing list > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > To unsubscribe, send any mail to " > > freebsd-arm-unsubscribe@freebsd.org" > > > > > > > > > > > > > > > --- > > > Kiriyama Kazuhiko > > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > --- Kazuhiko Kiriyama From owner-freebsd-arm@freebsd.org Sat Dec 28 05:59:57 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5A3871DC18D for ; Sat, 28 Dec 2019 05:59:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-22.consmr.mail.gq1.yahoo.com (sonic317-22.consmr.mail.gq1.yahoo.com [98.137.66.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47lChX2S82z3Hbn for ; Sat, 28 Dec 2019 05:59:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: .MfLf2cVM1m_PPwTZGTzH2sVeykiagPnhV9nU4B25yLE0k3Nakqs6up54RnkdHW .wxWBTTrK285b7pU5f_A24umRJv4Qx3UkjA7D1O77kEYssolRz5j2589HQ7ordS2fFqUMYXdg76t wxoiKPVUzAe8bJ8jCBerMKQf3l0pcD.pAkDVXEh71qXPybR.YbZrsfc5fPSqq2C0fTaF8LiTB.i. 1Jx_OMUmBn3nS2SUfQOE.WCu70bHgpbX3RzqU420iRrtzIv6OqlhPrlKSrLji1yeazxO9CCkZngd C3T0vq.uCkbMnByq1crBoLA6P1hU7bSrlifrPGjHLWLNWZFEQS.1zQvIrp1PX7lyDJ61JxHGVi6e TpyLYeYHa_vUagITj3lVxmkDdzPhSkII0nPYATf78fJ7U4hsDDLXi8fnaf23wfpO8eTlm8ewMIxP 0Tl8orazv7KxNPxr7T5d1afXDlzuM4_6ywsEzRsXLAQDOwWDCIS_zH9zv761FmPXX0C9kGlwoQWI ZWsP3XAhT2hP9tc5K6BkXUFyfKKNMyrIFsWbvCXlp9r07KRzk8NAFcHJzsAnm4gFcCo8_1NXv8Pg a45JofkzQlBf7qYv44hHeoaHbgR0CFlgKHPz3EpdYfwsi.VahzfN1aIdUjVyAdJdbUau6aDtwGVt HegXQFQsoITn3aeKsbQPUq6zS6FRxCoEqM7eTzfct6E6ZPkNlYkWwySWYlUeyIH9RaiId5Ihni8a EfXIDmkVL7gwBYhZgJgd7fYj1DphbpfHaxuZYv7NSEVLZvhSx2oh7BuoyiFuK7TA8KzWz0n2hkeF 2HSby9RclI27gu_qKz827QfLyG9EBbnRZ5tra38WCK8zyNHOI0usoBX6gu6cUNN2g6Rh_rbmyAOX 0_0E6Zn8Im0rJFIBfBfUOceIXhg7UfMyFIT4rFBmuWhmx_fzcuk8duoe9TIhNUlgv9OUiAfG9lvQ cjRxD_6dkWWlIEj9am_nzy89Gp5vXvcF6MUdgrObd1RgxDkzb6cFppt1dIA9reUUeAU.Yo1V4PAt UlUNO9NFsJauXgaCkRe0A3dtkoW_v.qeVoD2seVtciN6fVY4G2W7btN2BW8qJyDwtw28aijjI3GD 6qefSrfIsCfdfQJQstfd0VdHbxTg9EDW5eWHfXOUxqA3UjOzd7Olb8yUX1wX6BLOOdg0VHUNWKcA OZgq90QktGXjU3UrSHOSircQSKQSomN.Gdprl.cSoFm3f3hYxUGEctTxPVUOq4NVbqXrWxKzse0E Vo.IsLM4epUQeWUPvjUqrkFw3jFrvn2d20rRMMTjg6i5AU4G9FImWNiYxbVitX8PvCAICfA..Scf YlupuuW39HeouC2x25tiDonud3PEOU41zJT__z9cz0xovdosX3IYeHJokk30J6BpNVvMnSz32BQE qysojJ.nHO3HHOgNb7dL.voNZ8d4I1Pai5ZtnzX4- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sat, 28 Dec 2019 05:59:54 +0000 Received: by smtp410.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 5727daf17009ee2142fefff3f58f77f2; Sat, 28 Dec 2019 05:59:49 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: head -r356066 reaching kern.ipc.nmbclusters on Rock64 (CortexA53 with 4GiByte of RAM) while putting files on it via nfs: some evidence Message-Id: <65659DD9-335A-40C7-A6DE-B71019BCD6E6@yahoo.com> Date: Fri, 27 Dec 2019 21:59:49 -0800 Cc: FreeBSD Current To: freebsd-arm X-Mailer: Apple Mail (2.3608.40.2.2.4) References: <65659DD9-335A-40C7-A6DE-B71019BCD6E6.ref@yahoo.com> X-Rspamd-Queue-Id: 47lChX2S82z3Hbn X-Spamd-Bar: - X-Spamd-Result: default: False [-1.71 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.45)[-0.452,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.76)[-0.761,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[148.66.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (6.67), ipnet: 98.137.64.0/21(0.89), asn: 36647(0.71), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2019 05:59:57 -0000 The following sort of sequence leads to the Rock64 not responding on the console or over ethernet, after notifying of nmbclusters having been reached. (This limits what information I have of what things were like at the end.) This is for a head -r356066 based non-debug-build context. The sequence leading to the hangup was: # mount -onoatime,hard,intr 192.168.1.???:/ /mnt # tar -cf /mnt/usr/obj/clang-cortexA53-installkernel.tar -C = /usr/obj/DESTDIRs/clang-cortexA53-installkernel/ . # tar -cf /mnt/usr/obj/clang-cortexA53-installworld.tar -C = /usr/obj/DESTDIRs/clang-cortexA53-installworld/ . # tar -cf /mnt/usr/obj/clang-cortexA53-installworld-poud.tar -C = /usr/obj/DESTDIRs/clang-cortexA53-installworld-poud/ . (Hung up during this last one, after reporting on the console that it had reached kern.ipc.nmbclusters.) cp -aRx of directory trees copied to such a mount and the like also lead to such. I've not seen such an issue on the Cortex-A7 (armv7, 2 GiByte), CortexA57 (aarch64, 8 GiByte), CortexA72 (aarch64, 16 GiBYte), or powerpc64 (16 GiByte) contexts I've done similarly with. For reference, after power-off/power-on and retrying just the last tar, which worked, shows what I report below. Before showing the more complete list of sysctl -a output that mentions "cluster", here are large valued items compared to the other example contexts I've been using: . . . vm.uma.mbuf_cluster.stats.frees: 557 vm.uma.mbuf_cluster.stats.allocs: 63807 vm.uma.mbuf_cluster.stats.current: 63250 . . . vm.uma.mbuf_cluster.limit.items: 63739 . . . vm.uma.mbuf_cluster.keg.pages: 31870 . . . # sysctl -a | grep clust kern.ipc.nmbclusters: 84351 kern.geom.raid.raid1e.rebuild_cluster_idle: 100 kern.geom.raid.raid1.rebuild_cluster_idle: 100 vm.cluster_anon: 1 vm.uma.mbuf_cluster.stats.xdomain: 0 vm.uma.mbuf_cluster.stats.fails: 0 vm.uma.mbuf_cluster.stats.frees: 557 vm.uma.mbuf_cluster.stats.allocs: 63807 vm.uma.mbuf_cluster.stats.current: 63250 vm.uma.mbuf_cluster.domain.0.wss: 1 vm.uma.mbuf_cluster.domain.0.imin: 0 vm.uma.mbuf_cluster.domain.0.imax: 0 vm.uma.mbuf_cluster.domain.0.nitems: 0 vm.uma.mbuf_cluster.limit.sleeps: 0 vm.uma.mbuf_cluster.limit.sleepers: 0 vm.uma.mbuf_cluster.limit.max_items: 84351 vm.uma.mbuf_cluster.limit.items: 63739 vm.uma.mbuf_cluster.keg.efficiency: 98 vm.uma.mbuf_cluster.keg.free: 1 vm.uma.mbuf_cluster.keg.pages: 31870 vm.uma.mbuf_cluster.keg.align: 7 vm.uma.mbuf_cluster.keg.ipers: 2 vm.uma.mbuf_cluster.keg.ppera: 1 vm.uma.mbuf_cluster.keg.rsize: 2048 vm.uma.mbuf_cluster.keg.name: mbuf_cluster vm.uma.mbuf_cluster.bucket_size_max: 253 vm.uma.mbuf_cluster.bucket_size: 251 vm.uma.mbuf_cluster.flags: 0x2008 vm.uma.mbuf_cluster.size: 2048 vm.phys_pager_cluster: 1024 vfs.ffs.maxclustersearch: 10 Here are figures for a couple of the other contexts, after their tars-via-nfs: =46rom the Cortex-A7 (armv7, 2GiByte) context: # sysctl -a | grep cluster kern.ipc.nmbclusters: 26086 vm.cluster_anon: 1 vm.uma.mbuf_cluster.stats.xdomain: 0 vm.uma.mbuf_cluster.stats.fails: 0 vm.uma.mbuf_cluster.stats.frees: 1689 vm.uma.mbuf_cluster.stats.allocs: 4472 vm.uma.mbuf_cluster.stats.current: 2783 vm.uma.mbuf_cluster.domain.0.wss: 0 vm.uma.mbuf_cluster.domain.0.imin: 125 vm.uma.mbuf_cluster.domain.0.imax: 125 vm.uma.mbuf_cluster.domain.0.nitems: 125 vm.uma.mbuf_cluster.limit.sleeps: 0 vm.uma.mbuf_cluster.limit.sleepers: 0 vm.uma.mbuf_cluster.limit.max_items: 26086 vm.uma.mbuf_cluster.limit.items: 3539 vm.uma.mbuf_cluster.keg.efficiency: 98 vm.uma.mbuf_cluster.keg.free: 41 vm.uma.mbuf_cluster.keg.pages: 1790 vm.uma.mbuf_cluster.keg.align: 3 vm.uma.mbuf_cluster.keg.ipers: 2 vm.uma.mbuf_cluster.keg.ppera: 1 vm.uma.mbuf_cluster.keg.rsize: 2048 vm.uma.mbuf_cluster.keg.name: mbuf_cluster vm.uma.mbuf_cluster.bucket_size_max: 253 vm.uma.mbuf_cluster.bucket_size: 103 vm.uma.mbuf_cluster.flags: 0x2008 vm.uma.mbuf_cluster.size: 2048 vm.phys_pager_cluster: 1024 vfs.ffs.maxclustersearch: 10 The Cortext-A57 (aarch64, 8 GiByte) context: # sysctl -a | grep clust kern.ipc.nmbclusters: 168310 kern.geom.raid.raid1e.rebuild_cluster_idle: 100 kern.geom.raid.raid1.rebuild_cluster_idle: 100 vm.cluster_anon: 1 vm.uma.mbuf_cluster.stats.xdomain: 0 vm.uma.mbuf_cluster.stats.fails: 0 vm.uma.mbuf_cluster.stats.frees: 8678 vm.uma.mbuf_cluster.stats.allocs: 10702 vm.uma.mbuf_cluster.stats.current: 2024 vm.uma.mbuf_cluster.domain.0.wss: 0 vm.uma.mbuf_cluster.domain.0.imin: 25 vm.uma.mbuf_cluster.domain.0.imax: 25 vm.uma.mbuf_cluster.domain.0.nitems: 25 vm.uma.mbuf_cluster.limit.sleeps: 0 vm.uma.mbuf_cluster.limit.sleepers: 0 vm.uma.mbuf_cluster.limit.max_items: 168310 vm.uma.mbuf_cluster.limit.items: 2069 vm.uma.mbuf_cluster.keg.efficiency: 98 vm.uma.mbuf_cluster.keg.free: 1 vm.uma.mbuf_cluster.keg.pages: 1035 vm.uma.mbuf_cluster.keg.align: 7 vm.uma.mbuf_cluster.keg.ipers: 2 vm.uma.mbuf_cluster.keg.ppera: 1 vm.uma.mbuf_cluster.keg.rsize: 2048 vm.uma.mbuf_cluster.keg.name: mbuf_cluster vm.uma.mbuf_cluster.bucket_size_max: 253 vm.uma.mbuf_cluster.bucket_size: 5 vm.uma.mbuf_cluster.flags: 0x2008 vm.uma.mbuf_cluster.size: 2048 vm.phys_pager_cluster: 1024 vfs.ffs.maxclustersearch: 10 (The Context-A57 had more than just 3 tars done over nfs.) The problem seems somewhat specific to Rock64-like contexts, not that I know in what specific respect(s) for that "like". =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Dec 28 15:17:38 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 29B8E1EAA0C for ; Sat, 28 Dec 2019 15:17:38 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47lS4074Vsz4Rgq for ; Sat, 28 Dec 2019 15:17:36 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id de5c14e0; Sat, 28 Dec 2019 16:17:28 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=B1j+O2EswGqSDLxvidLylnP6Yjw=; b=HtmAkercdmxNARgjKvb67tlD2uCI hRyxga7oORLLOCR57KAcdW2au0DdLcaW2dKit9+g2ro3xmjs6eGHs5gkJp/f/jj1 httdQnpSgrd79FwAtSwucsnPs9ihJW9aosAMLC0tlzohp6zXsKUQZN/yKeTAoP53 pFS4ambUw4U6VMA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=DAapa4dYuvr8QWKDYl5MMZgJc+fyHtU7THd5kyJbOQcWU/3eR0GUMUz1 p+whtaboSECy2RE91j188z/5I6JJygT5XPnPUT2H5Xtcp/JSCrpgXw7W8QBoRfBm 3ACmwmNweQp1BXKrvjNwMT0CcpgxGeyJaY1HHO6GfvFtbartZkE= Received: from skull.home.blih.net (lfbn-idf2-1-1164-130.w90-92.abo.wanadoo.fr [90.92.223.130]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 23ae81bc TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 28 Dec 2019 16:17:28 +0100 (CET) Date: Sat, 28 Dec 2019 16:17:26 +0100 From: Emmanuel Vadot To: Gary Otten Cc: freebsd-arm@freebsd.org Subject: Re: SPI support for A64-OLinuXino board Allwinner A64 processor Message-Id: <20191228161726.9efb08df5b69eaa0a0ff478f@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47lS4074Vsz4Rgq X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mail header.b=HtmAkerc; dmarc=none; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.177.182 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-1.30 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mail]; NEURAL_HAM_MEDIUM(-0.87)[-0.870,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.94)[-0.945,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.41)[ip: (-0.55), ipnet: 212.83.160.0/19(2.36), asn: 12876(0.24), country: FR(0.00)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2019 15:17:38 -0000 On Wed, 25 Dec 2019 19:12:28 -0500 Gary Otten wrote: > Thanks, I have created the following overlay and tried a variety of other > things but I haven't been able to get spigen0.0 to appear in /dev. > > > > /* $FreeBSD$ */ > /dts-v1/; > /plugin/; > > / { > compatible = "allwinner,sun50i-a64"; > }; > > &{/soc/spi@1c68000} { > > status = "okay"; > > spigen0: spigen0 { > compatible = "freebsd,spigen"; > reg = <0>; > spi-max-frequency = <500000>; > status = "okay"; > }; > > }; > > > > Some diagnostics > > ------------------------------------------------------- > On Boot > > Loading DTB overlays: 'sun50i-a64-spi-spidev' > /boot/dtb/overlays/sun50i-a64-spi-spidev.dtbo size=0x15c > applying DTB overlay '/boot/dtb/overlays/sun50i-a64-spi-spidev.dtbo' > .. > .... > ..... > > Autoloading module: aw_spi.ko > aw_spi0: mem 0x1c68000-0x1c68fff irq 29 on simplebus0 > spibus0: on aw_spi0 > spibus0: at cs 0 mode 0 > > > ------------------------------------------------------- > root@:/boot/dtb/overlays # kldstat > Id Refs Address Size Name > 1 5 0xffff000000000000 144dda8 kernel > 2 1 0xffff000054c00000 41000 aw_spi.ko > > ------------------------------------------------------- > root@:/boot/dtb/overlays # devinfo > .. > ... > aw_spi0 > spibus0 > > ------------------------------------------------------- > root@:/boot/dtb/overlays # devinfo > > .... > ...... > Node 0x2f60: spi@1c68000 > Node 0x309c: spigen0 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" Hi Gary, You overlay worked for me on the pine64-lts. Here is what I did : - Use https://github.com/evadot/freebsd/commits/aw_spigen - aw_spi is autoloaded via devmatch - kldload spigen (it's not in GENERIC for arm64, maybe we should add it or do some devmatch magic) - root@pine64-lts:~ # spi -i Device name: /dev/spigen0.0 Device mode: 0 Device speed: 500000 root@pine64-lts:~ # spi -d r -m 0 -C '9F 00' -v -c 2 Binary output of 2 bytes 2 command bytes and 2 data bytes read from SPI device | 0 1 2 3 4 5 6 7 8 9 A B C D E F | | 0 | 00 ef 40 18 | ..@. | Maybe you just forgot to load spigen ? -- Emmanuel Vadot