From owner-freebsd-arm@freebsd.org Sun Mar 15 04:12:06 2020 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 A6C95274A64 for ; Sun, 15 Mar 2020 04:12:06 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48g5c32zqyz3LgD for ; Sun, 15 Mar 2020 04:12:02 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 02F4CAsu055650 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 14 Mar 2020 21:12:11 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 02F4C9Ia055649; Sat, 14 Mar 2020 21:12:09 -0700 (PDT) (envelope-from fbsd) Date: Sat, 14 Mar 2020 21:12:03 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Panic on Rpi3 at r358976 Message-ID: <20200315041203.GA55605@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48g5c32zqyz3LgD X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.21 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.24), ipnet: 50.1.16.0/20(0.12), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.90)[0.904,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.35)[0.345,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; 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, 15 Mar 2020 04:12:06 -0000 Tried to boot a kernel built from r358976 on a Pi3 and got a panic: Copyright (c) 1992-2020 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 #4 r358976: Sat Mar 14 17:00:27 PDT 2020 bob@www.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git llvmorg-10.0.0-rc3-1-gc290cb61fdc) WARNING: WITNESS option enabled, expect reduced performance. VT(efifb): resolution 1920x1200 module firmware already present! KLD file umodem.ko is missing dependencies Starting CPU 1 (1) panic: Failed to start CPU 1 (1) cpuid = 0 time = 1 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc = 0xffff00000075a214 lr = 0xffff000000108928 sp = 0xffff0000000105a0 fp = 0xffff0000000107a0 db_trace_self_wrapper() at vpanic+0x194 pc = 0xffff000000108928 lr = 0xffff000000414578 sp = 0xffff0000000107b0 fp = 0xffff000000010800 vpanic() at panic+0x44 pc = 0xffff000000414578 lr = 0xffff000000414320 sp = 0xffff000000010810 fp = 0xffff0000000108c0 panic() at start_cpu+0x1b0 pc = 0xffff000000414320 lr = 0xffff00000076845c sp = 0xffff0000000108d0 fp = 0xffff0000000108d0 start_cpu() at cpu_init_fdt+0x34 pc = 0xffff00000076845c lr = 0xffff000000767854 sp = 0xffff0000000108e0 fp = 0xffff000000010930 cpu_init_fdt() at ofw_cpu_early_foreach+0x180 pc = 0xffff000000767854 lr = 0xffff00000020bb2c sp = 0xffff000000010940 fp = 0xffff000000010990 ofw_cpu_early_foreach() at mp_start+0x8c pc = 0xffff00000020bb2c lr = 0xffff00000046f8dc sp = 0xffff0000000109a0 fp = 0xffff0000000109f0 mp_start() at mi_startup+0x12c pc = 0xffff00000046f8dc lr = 0xffff0000003a88a0 sp = 0xffff000000010a00 fp = 0xffff000000010a20 mi_startup() at virtdone+0x5c pc = 0xffff0000003a88a0 lr = 0xffff00000000108c sp = 0xffff000000010a30 fp = 0x0000000000000000 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at 0 db> reboot cpu_reset failed The Pi3 started at r351836, src was updated to r358976 and only the kernel-toolchain and kernel were built/installed. If this is worth a bug report please let me know. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Sun Mar 15 04:49:04 2020 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 79DFA277B7F for ; Sun, 15 Mar 2020 04:49:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (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 48g6Qj6XC9z3HXC for ; Sun, 15 Mar 2020 04:49:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: snDxkswVM1mkhO4hwAQG.djw85eMfbKPiDTENJJUFqGkR15SmTehzfkvZIyp4tB G8WPwMmzAeix6NNlu3Z8xQacliPk7nDrQT5Q.A_ZSvV2n4uUETAVSkPjty_irm1U4G3Q0VKZ6Jq4 0k8qkeW9nE0Z7TfB9.OvlhZzcjjjooixEac.hgT1xDmRZ_Szq3gAML_aGC.LRgPPncPtkuIpqDbx EKP8KV.0p0OxRnjypg.mirBSKdonMC75rA1llxcaC8aKClPkJxN41J3VMewj4fOqxtaXh3LplV.0 h7ZTnb7nokodXWeO39OB92Lef_aYz.h30pe0EO0E.Yi_kphU1DcfeVG7UbYei9Jmfh1.X1GcxyVk pcznevRDj19qhL2G5rJI3W5HdwG6S9F3f7aVB0blFJSSjD.I4ZFNgY9qIgksseirFJvERf3nqZzh iUbZeQC9E_R5QdUeDK.SYBChD8E.Jv2gaoYkWPukfrclpaJw.zPmTvkl9rPj.aGlL3gqaLClOUDv OBycULWD_aWl82uYVg9RjsD8geU9RFk20GhMUnbb4U_WvpVf6o71dn4AuHyABiBVJHUPJfHfDALg a0iYw9I9Gf1XAAHHa7OTpKlumVmH8cyKNjm0CHuRrPiU5Ffo3K3DXi0ZZf.fcYBZNIy4Kl26P9V8 rgPe4ireKgR8y6x7CNzp5gjpgnn7cFyebHg7FC8esK2jrhVxf05EEDW7Lo47inH6ylcvz0XZfYG2 3pwJKTKgPuaY5Tl8nM38Z7YhwEq7wxethxqrFDRDZjg5vlL5_lRuz.fDYNuJ3qsB3bAyUC3WBUHv fptpzt5qJIRYVJF7WadIgRfQTlwdK8KBjFZ5tzUy.Uyf.onvKvZD28ATP9BtxmkC9zEB8wzrcPVM pKk5k8OJrQvBq_eaPwdVr3dhAlvUFhQBmB2IzQTga_clZxgFdew6lTxq1vOaj9lTWoYKo30xdRjp BbDsoR1w7tBIbv_X1BTM6gjjccuGWWuBzNrlnJKBrV71ZmbWcLQjfTo4JKt.EHJeLlCELNLn3Ohg 3ZEuPoE0r13esFqElrNEwwDz7oQAXdTGoYNw5W48gy0zZvfPcD8VILj61hdZuqJP.g2wD.G0HuDM _B6xHeEob9d06Zk0lgvCRmWF02_Wk7iJ1O7VHYVSVT6.lCGq9zkc9YZ4Exo4O_G_mIe0txRYE5sg 6tiUeSpeAUsczt5ZWrsII2kv0_13i7gCoeF7xrlOBeMlbI_r2_dOc3Gt1a.Oog0pM3B9n54n59Si DmTLFg5Li3msx_y36AuBHoKM0sC0Qo3Os7Dgt_x_EF.pV6t3xib2Y_jhnA8Mhq_rByO48FImzek4 PpZe_US.CkqKiy4B3DskzFZlIsq7FKJVnlj2pWsn1mDn1vtWP9oHDgEpyDyaZJ9xQfeUGRq.hmC9 qxb6Fl4s1pqeIlWIEeQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sun, 15 Mar 2020 04:48:59 +0000 Received: by smtp413.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0bf8fef92781438009d629d9b19ade3b; Sun, 15 Mar 2020 04:48:54 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Panic on Rpi3 at r358976 From: Mark Millard In-Reply-To: <20200315041203.GA55605@www.zefox.net> Date: Sat, 14 Mar 2020 21:48:52 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <8B479A0D-AEBB-4D83-9CE1-D68AFDA568A8@yahoo.com> References: <20200315041203.GA55605@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48g6Qj6XC9z3HXC X-Spamd-Bar: + X-Spamd-Result: default: False [1.22 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_SPAM_MEDIUM(0.81)[0.806,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[147.66.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(0.92)[0.919,0]; 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: (5.17), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] 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, 15 Mar 2020 04:49:04 -0000 On 2020-Mar-14, at 21:12, bob prohaska wrote: > Tried to boot a kernel built from r358976 on a Pi3 and got a panic: >=20 >=20 > Copyright (c) 1992-2020 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 #4 r358976: Sat Mar 14 17:00:27 PDT 2020 > bob@www.zefox.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 > FreeBSD clang version 10.0.0 (git@github.com:llvm/llvm-project.git = llvmorg-10.0.0-rc3-1-gc290cb61fdc) > WARNING: WITNESS option enabled, expect reduced performance. > VT(efifb): resolution 1920x1200 > module firmware already present! > KLD file umodem.ko is missing dependencies > Starting CPU 1 (1) > panic: Failed to start CPU 1 (1) >=20 > cpuid =3D 0 > time =3D 1 > KDB: stack backtrace: > db_trace_self() at db_trace_self_wrapper+0x28 > pc =3D 0xffff00000075a214 lr =3D 0xffff000000108928 > sp =3D 0xffff0000000105a0 fp =3D 0xffff0000000107a0 >=20 > db_trace_self_wrapper() at vpanic+0x194 > pc =3D 0xffff000000108928 lr =3D 0xffff000000414578 > sp =3D 0xffff0000000107b0 fp =3D 0xffff000000010800 >=20 > vpanic() at panic+0x44 > pc =3D 0xffff000000414578 lr =3D 0xffff000000414320 > sp =3D 0xffff000000010810 fp =3D 0xffff0000000108c0 >=20 > panic() at start_cpu+0x1b0 > pc =3D 0xffff000000414320 lr =3D 0xffff00000076845c > sp =3D 0xffff0000000108d0 fp =3D 0xffff0000000108d0 >=20 > start_cpu() at cpu_init_fdt+0x34 > pc =3D 0xffff00000076845c lr =3D 0xffff000000767854 > sp =3D 0xffff0000000108e0 fp =3D 0xffff000000010930 >=20 > cpu_init_fdt() at ofw_cpu_early_foreach+0x180 > pc =3D 0xffff000000767854 lr =3D 0xffff00000020bb2c > sp =3D 0xffff000000010940 fp =3D 0xffff000000010990 >=20 > ofw_cpu_early_foreach() at mp_start+0x8c > pc =3D 0xffff00000020bb2c lr =3D 0xffff00000046f8dc > sp =3D 0xffff0000000109a0 fp =3D 0xffff0000000109f0 >=20 > mp_start() at mi_startup+0x12c > pc =3D 0xffff00000046f8dc lr =3D 0xffff0000003a88a0 > sp =3D 0xffff000000010a00 fp =3D 0xffff000000010a20 >=20 > mi_startup() at virtdone+0x5c > pc =3D 0xffff0000003a88a0 lr =3D 0xffff00000000108c > sp =3D 0xffff000000010a30 fp =3D 0x0000000000000000 >=20 > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at 0 > db> reboot > cpu_reset failed >=20 > The Pi3 started at r351836, src was updated to r358976 and > only the kernel-toolchain and kernel were built/installed.=20 >=20 > If this is worth a bug report please let me know. Have you done something to deal with the kernel not being told to avoid touching memory that holds armstub8.bin ? You do not mention such. I'm not aware of any changes to sysutils/u-boot-rpi3 or to sysutils/rpi-firmware ( via its armstub8.bin ) or to FreeBSD for the issue. You would be doing your own patching and building as far as I know. (For the rpi4, I kept my investigatory sysutils/u-boot-rpi4 patch that I used, providing a hackish workaround for now.) Anything after head -r356767 ( such as -r356776 ) is going to show garbage-in/garbage-out behavior that need not be uniform from version to version. Otherwise, I suggest sticking to -r356767 or earlier, which happens to work by accident, even though the FreeBSD kernel was not told the right memory region to avoid. =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 Mar 15 07:49:35 2020 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 41F0A2623F7 for ; Sun, 15 Mar 2020 07:49:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-20.consmr.mail.gq1.yahoo.com (sonic310-20.consmr.mail.gq1.yahoo.com [98.137.69.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 48gBR158R2z4Qqq for ; Sun, 15 Mar 2020 07:49:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: .zJQKb4VM1mWd52P9M6i0IQB75fydAcFSMIJMSXJkVDJqiv8gY8C1LsY_4h8H1D iQcJ6YppbU8Ypq5fS0eSJ9W07XY2QJ9SHciXV7kLDrK4yF1WNB4ZtPhynH8t9KuFkbf3n2E.g_9_ sdQURdm64RWwZHi6RxQZckoWp34cY9lbxNxc6OPj2wJSsZUIzECJ01OlHUFLlEvMxYI0SzJsLzhf szj_jM.A1OrdntuFbMzUpshXWEU1IJCXAwgGKnWKKFSycKGD8UTJmUzfUP6sHGphUHc5Bg64hU22 zt6.A6yWZftbojhvimLVEHXclfRZtjKKHBtk8ujPdlhGCxjQ2DrLtx553YQAQVlb.C8zcHgG8PUp 6wtESrqk1bkYGp1egil9_eyJrzUlPdVMjRlHlntdyfl0YyElfoU01dCZX8PAHIFU1r.IOLKykmV1 c5jIifkUjnwMPF.pzzPEWskiHf8K5GxQStJ_RP9bLTkF_04niOPvEXa5ozoyveQ_fNU31rigJ1i5 Y35WY_rd7zs6ESCjqWaIiRwsp7u4fDzuwbeJs2Epi_d0eRugfRqWDao_qqTuyGdGQ05O6dSX7olo mHmGBi_2rKah5xBbYM1kCpJHUSbqw_wfd8cWHsAJn9oJhI9FB_Vo92EMEggnyd_3SGy_4JmZN9At BMp8XFAu5wZsXLCinryFZuOZo2go1x0li3iSQDu_BKxHuOqgIfru5BCHEr6X5oxMNfRPqP5p2hAd w65OmVsBnicX7xKJ_KOI0ORb3K4L9lERnBwdGgx1NEEpDvuecaYIDkduZzIbLXgIOrZ2I_17BLpT AWzDU5FmFWITN5EWMMTNwWSSFARVMcGYJEP4n8i7Rlw7VG2VxyRsA8oN0YD5.hBODFakof7Mq3td ZmiAh4c16nKC66c8GNApsko8AOhlBNxn3LtI2qAeUKNgUldNRhosBflKA6fXR_iF8MDW_NyUn4TB zxa8faRB0GdO7n7BacJGYzJl1wE2z09Yhx0xHBlXR56oHd4.kgNfX741sjQ2t.AfMnTgSGfwRJRV MB9TgmlXZTjIVZK0zshdzNOx.5rYLH3lhBMFXDnUA9VyFkv2zlNWy2.d2MOL179lJ1VdLYA2fvH5 N3d_Q.qqQxnSFB2iBcTSXLEtkbTtLzKla6L9GW.0pX7CwH4vZUrGFIduSbteio5TpiYl2L4sAYzy iN7hy5rvwctYVBASosBM_ZB5OgYjN0Ba.rf.tSm2x.88G1dm10R7ysXOttQE.7HcuMSEgWO4W783 9hoMkWfduDQbDu8a.BOwnf8CD0Wec0dcIap3JNFcAWwyR4EDXQlhZiF1lAh4z5GrMs7aXYhO7ZLu Yl1Xugy7JfpXxszLpydKJhPt8RM8Eva6MKEWWgqXdD5glo1eDLbSfn5N71bM4JeNbAsmOpaLRRw0 F Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 15 Mar 2020 07:49:31 +0000 Received: by smtp410.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 3f66cc85a23549825c9a27b79d6c0c1d; Sun, 15 Mar 2020 07:49:28 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Pine64+2GB status? Is anyone else having the following sort of panic problem? Message-Id: <521CDF7F-8F5F-4E92-8BFE-3E39E1A00586@yahoo.com> Date: Sun, 15 Mar 2020 00:49:26 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3608.60.0.2.5) References: <521CDF7F-8F5F-4E92-8BFE-3E39E1A00586.ref@yahoo.com> X-Rspamd-Queue-Id: 48gBR158R2z4Qqq X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.46 / 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.96)[0.961,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (5.44), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; NEURAL_SPAM_LONG(1.00)[0.997,0]; RCVD_IN_DNSWL_NONE(0.00)[146.69.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, 15 Mar 2020 07:49:35 -0000 In recent times I've had access to the Pine64+ 2GB again and when lots of data is being copied to the mmcsd0 UFS partition (various new and old mmcsd media examples) I eventually get the following sort of failure: aw_mmc0: controller timeout mmcsd0: Error indicated: 1 Timeout panic: vm_fault_lookup: fault on nofault entry, addr: 0xffff00004ee1c000 cpuid = 1 time = 1584255814 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc = 0xffff00000082617c lr = 0xffff00000010aec0 sp = 0xffff0000402ece30 fp = 0xffff0000402ed040 db_trace_self_wrapper() at vpanic+0x194 pc = 0xffff00000010aec0 lr = 0xffff00000046e120 sp = 0xffff0000402ed050 fp = 0xffff0000402ed0f0 vpanic() at panic+0x44 pc = 0xffff00000046e120 lr = 0xffff00000046df88 sp = 0xffff0000402ed100 fp = 0xffff0000402ed180 panic() at vm_fault+0x1ff4 pc = 0xffff00000046df88 lr = 0xffff0000007b4d1c sp = 0xffff0000402ed190 fp = 0xffff0000402ed2c0 vm_fault() at vm_fault_trap+0x64 pc = 0xffff0000007b4d1c lr = 0xffff0000007b2c14 sp = 0xffff0000402ed2d0 fp = 0xffff0000402ed310 vm_fault_trap() at data_abort+0x108 pc = 0xffff0000007b2c14 lr = 0xffff000000844dec sp = 0xffff0000402ed320 fp = 0xffff0000402ed3d0 data_abort() at do_el1h_sync+0x144 pc = 0xffff000000844dec lr = 0xffff000000843e38 sp = 0xffff0000402ed3e0 fp = 0xffff0000402ed410 do_el1h_sync() at handle_el1h_sync+0x78 pc = 0xffff000000843e38 lr = 0xffff000000828878 sp = 0xffff0000402ed420 fp = 0xffff0000402ed530 handle_el1h_sync() at bounce_bus_dmamap_sync+0x210 pc = 0xffff000000828878 lr = 0xffff0000008246a0 sp = 0xffff0000402ed540 fp = 0xffff0000402ed620 bounce_bus_dmamap_sync() at aw_mmc_request+0x3d0 pc = 0xffff0000008246a0 lr = 0xffff0000007f1188 sp = 0xffff0000402ed630 fp = 0xffff0000402ed670 aw_mmc_request() at mmc_wait_for_request+0x12c pc = 0xffff0000007f1188 lr = 0xffff0000001f2b80 sp = 0xffff0000402ed680 fp = 0xffff0000402ed6d0 mmc_wait_for_request() at mmcsd_rw+0x198 pc = 0xffff0000001f2b80 lr = 0xffff0000001fc010 sp = 0xffff0000402ed6e0 fp = 0xffff0000402ed810 mmcsd_rw() at mmcsd_task+0x2b0 pc = 0xffff0000001fc010 lr = 0xffff0000001fabe8 sp = 0xffff0000402ed820 fp = 0xffff0000402ed940 mmcsd_task() at fork_exit+0x90 pc = 0xffff0000001fabe8 lr = 0xffff00000041fd78 sp = 0xffff0000402ed950 fp = 0xffff0000402ed980 fork_exit() at fork_trampoline+0x10 pc = 0xffff00000041fd78 lr = 0xffff000000843b6c sp = 0xffff0000402ed990 fp = 0x0000000000000000 KDB: enter: panic [ thread pid 20 tid 100078 ] Stopped at arm64_dcache_wb_range+0x18: undefined d50b7a20 I've never had this happen quickly or for a small amount of data. The same operations done with the same examples of media work fine in the Rock64 (same buildworld and buildkernel results installed, booted, and operating for both boards). Both boards have fans and heatsinks and such. The specific example is from head -r358510 but I've seen it on -r358132 as well. (I'd not used the Pine64+2GB in a long time prior to that so I've no useful clue when this started.) Is anyone else seeing such oddities? === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun Mar 15 16:31:31 2020 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 C9279272980 for ; Sun, 15 Mar 2020 16:31:31 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48gQ1G1MyJz3JkZ for ; Sun, 15 Mar 2020 16:31:29 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 02FGVm7Z057713 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 15 Mar 2020 09:31:49 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 02FGVmg4057712; Sun, 15 Mar 2020 09:31:48 -0700 (PDT) (envelope-from fbsd) Date: Sun, 15 Mar 2020 09:31:47 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Panic on Rpi3 at r358976 Message-ID: <20200315163147.GA57657@www.zefox.net> References: <20200315041203.GA55605@www.zefox.net> <8B479A0D-AEBB-4D83-9CE1-D68AFDA568A8@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8B479A0D-AEBB-4D83-9CE1-D68AFDA568A8@yahoo.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48gQ1G1MyJz3JkZ X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.26 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.24), ipnet: 50.1.16.0/20(0.12), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.93)[0.928,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.38)[0.378,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; 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, 15 Mar 2020 16:31:31 -0000 On Sat, Mar 14, 2020 at 09:48:52PM -0700, Mark Millard wrote: > > > On 2020-Mar-14, at 21:12, bob prohaska wrote: > > > Tried to boot a kernel built from r358976 on a Pi3 and got a panic: > > panic: Failed to start CPU 1 (1) > > > > cpuid = 0 > > time = 1 [snippage] > > > > KDB: enter: panic > > [ thread pid 0 tid 0 ] > > Stopped at 0 > > db> reboot > > cpu_reset failed > > > > The Pi3 started at r351836, src was updated to r358976 and > > only the kernel-toolchain and kernel were built/installed. > > > > If this is worth a bug report please let me know. > > Have you done something to deal with the kernel not being > told to avoid touching memory that holds armstub8.bin ? > You do not mention such. > No patches, just a test to see if anything has changed. The lack of errors from psci made me think this might be new. Guess not. > I'm not aware of any changes to sysutils/u-boot-rpi3 or > to sysutils/rpi-firmware ( via its armstub8.bin ) or to > FreeBSD for the issue. You would be doing your own > patching and building as far as I know. > Is there a bug report which can be followed to track progress? If not, would it make sense to start one? It's a little unclear whether this is a ports issue, arm issue or both. Very clearly folks on this list are aware, but isn't obvious if others are. I've reported the cpu_reset failure, but your comments seem much more to the essence of the problem. > (For the rpi4, I kept my investigatory sysutils/u-boot-rpi4 > patch that I used, providing a hackish workaround for now.) > > Anything after head -r356767 ( such as -r356776 ) is > going to show garbage-in/garbage-out behavior that need > not be uniform from version to version. > Head -r356767 seemed prone to crash for other reasons. That's how the system got reverted to r351836. It's slow when accessing microSD but does successfully make buildworld. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Sun Mar 15 21:23:18 2020 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 C92D527964E for ; Sun, 15 Mar 2020 21:23:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (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 48gXTw54JVz4YVm for ; Sun, 15 Mar 2020 21:23:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Tx7Z7EsVM1mP6Eb_pYn8Uya_WKsDpZI32seInv64fR6sgBSzxk4k85xYuszqv4i bi.khjXPZSMFWurqzKc50Dvx0ngcR5uBaMIw4cmo0gG5_FBRZa7E9jvBwTBOKLyWSwU71PueXQJC IE_7xDoiwNN4S1UeeeXl_j11ekPFne69iukwuP0QteThd0eobqLk6gV1xLlmLhv5J3bgfmtrfr0V Q8RB_9h29HH8oc1TgPj7FbESN3vtPQRXHQFNi5Lx5SX.ueyJLZhqGZ.zJ52vEP8pwLE8rUiKughR YelWe74N9IedlhMjWxt1t7gqGd8NUT7vtglCIRUIxqs0Fsjz65CSe9zcfmmdiMyJvMflOkCKOnDQ e1iNUJx6DoY0gjfA0qbANy09qkWHjovv2flY1_Rm4qVVkqWL1qjuBUP2gR.ia9lAfW2K7udI1Ybx NRSaZsb9.MgeM4pxDuMK3Q8qW7kofIUjJeW.XCw2w1oCtAPgeXmfDbxdWnW834jxvwa._dGKP_qi eN50xABL0i_za1dCg0.mK0NZzMjvbjdehoGCYN_Fhh5UwQ5yywCGEodRnDkIpvna.BhcMjmH3wtX fNefTvQibilCVY0dfUO5WAYXZ0iPDz49lYi4gHrfoGoGCzYoTSwYvEkyjgACiY.qeN_e1cLcW4uT wxNhANOgQzSt00jXCCpRGbW58_bnwM0ytPio9ZcAoqG1eZlg0Xa0t4ybi6sxmet0pCfqQGqANhZX PRlHq0GUwHNCFegzXgObRFiZ3y0E8TeOCL6XLbYjrw9lceMWtcfkf.7QXRgezg9NQ0q_qYkrWJug k5I3yHQmI9vgc9Te38PGbr6LMWuNTcYKqfX7iZmyDMacvVWUXY.XIDKeU.Zn7AlTpLxtsmHHeRb7 Gbw7VWz.xv_bReRo3kHcvYo6rKQJHOrssvTh01.Fxh8Hv2rjJUHqymtqUjBFXZWltwIdF7BqWBDZ ISW_7ngf6QFEN8Oeoz0cNieeD1Z5KyPmu0p4Tg5gnEfr6BSNKOAGF0qLtI0hkMZ2LIc0nmhlXOck p1oFCpTsuqaeE.27wJceETc1n8c0DhBpphgYj99MOMhjiAa7nkg9S5hVHWHD_7GmiyFpnRANdgTK W4WgWVHBtaCJudbEjpzEWzm1Dgfx.loF.Y9lTmW7ayDhTlD92.Ypv6orUEJ0_f036Ojg4t57okvR 3GM4gWq2BmooWiR1LdCRcqzLf95bpRauZyGXkOf92nBCmsSoTahB6exXINT2GGUNbyiKJt7jnTWO 5CL3JbBUE8GAYox7sp2A1upwMa0lX5x3hGyfP_MlhdDrKEHaV5wIcyW8Jla0vvVfjw6mUDTnlBel qjg_P0eQZjCvaQmUo47JfQPJVZoqlR6rhRlM4gqnDG8RzX1W6HrD9y66R9aXhgqF2jMa4S4Su5AJ x7X0wvsI0sstHTl_cklSmHEOfU7BztXQ61_PgxM6XP4JP_ET0nDS4sBg- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sun, 15 Mar 2020 21:23:14 +0000 Received: by smtp424.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID bada20bdc6a88f1b686cdd882abd4cac; Sun, 15 Mar 2020 21:23:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Panic on Rpi3 at r358976 From: Mark Millard In-Reply-To: <20200315163147.GA57657@www.zefox.net> Date: Sun, 15 Mar 2020 14:23:09 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <928F18E3-C6DD-439D-9A38-20207DB655CB@yahoo.com> References: <20200315041203.GA55605@www.zefox.net> <8B479A0D-AEBB-4D83-9CE1-D68AFDA568A8@yahoo.com> <20200315163147.GA57657@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48gXTw54JVz4YVm X-Spamd-Bar: + X-Spamd-Result: default: False [1.15 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_SPAM_MEDIUM(0.77)[0.767,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[84.64.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(0.88)[0.884,0]; 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: (3.99), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] 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, 15 Mar 2020 21:23:18 -0000 On 2020-Mar-15, at 09:31, bob prohaska wrote: > On Sat, Mar 14, 2020 at 09:48:52PM -0700, Mark Millard wrote: >>=20 >>=20 >> On 2020-Mar-14, at 21:12, bob prohaska wrote: >>=20 >>> Tried to boot a kernel built from r358976 on a Pi3 and got a panic: >>> panic: Failed to start CPU 1 (1) >>>=20 >>> cpuid =3D 0 >>> time =3D 1 > [snippage] >>>=20 >>> KDB: enter: panic >>> [ thread pid 0 tid 0 ] >>> Stopped at 0 >>> db> reboot >>> cpu_reset failed >>>=20 >>> The Pi3 started at r351836, src was updated to r358976 and >>> only the kernel-toolchain and kernel were built/installed.=20 >>>=20 >>> If this is worth a bug report please let me know. >>=20 >> Have you done something to deal with the kernel not being >> told to avoid touching memory that holds armstub8.bin ? >> You do not mention such. >>=20 >=20 > No patches, just a test to see if anything has changed.=20 > The lack of errors from psci made me think this might > be new. Guess not. psci is in armstub8.bin and is involved in starting CPUs. (But I did not try to analyze more detail on a RPi3.) Also, it failed vastly earlier than in your prior reports, well before any psci messages were output previously. Using text from a rpi4 boot to show the sort of things to expect just after "module firmware already present!" when things are working (with boot -v being in use to give more context): Copyright (c) 1992-2020 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 #57 r357529M: Sun Feb 9 21:31:10 PST 2020 = markmi@FBSDFHUGE:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarc= h64/sys/GENERIC-NODBG arm64 FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git = c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) VT(efifb): resolution 1824x984 Preloaded elf kernel "/boot/kernel/kernel" at 0xffff000001568000. Preloaded elf module "/boot/kernel/ucom.ko" at 0xffff000001571020. Preloaded boot_entropy_cache "/boot/entropy" at 0xffff0000015717f8. Preloaded elf module "/boot/kernel/umodem.ko" at 0xffff000001571850. 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 . . . That is not very far into the kernel's booting activity. >> I'm not aware of any changes to sysutils/u-boot-rpi3 or >> to sysutils/rpi-firmware ( via its armstub8.bin ) or to >> FreeBSD for the issue. You would be doing your own >> patching and building as far as I know. >>=20 >=20 > Is there a bug report which can be followed to track progress? > If not, would it make sense to start one? It's a little unclear > whether this is a ports issue, arm issue or both. Very clearly > folks on this list are aware, but isn't obvious if others are.=20 > I've reported the cpu_reset failure, but your comments seem > much more to the essence of the problem. =46rom what has been reported on the lists, it is unlikely FreeBSD is what would change. Wrong place for a bug report or for tracking any changes. For, say, u-boot, it would be upstream that would need a bug report. The FreeBSD port would at most get one=20 requesting to pick up and use the change --once there was such a change to pick up. >> (For the rpi4, I kept my investigatory sysutils/u-boot-rpi4 >> patch that I used, providing a hackish workaround for now.) >> Anything after head -r356767 ( such as -r356776 ) is >> going to show garbage-in/garbage-out behavior that need >> not be uniform from version to version. >>=20 > Head -r356767 seemed prone to crash for other reasons. That's > how the system got reverted to r351836. It's slow when accessing > microSD but does successfully make buildworld.=20 >=20 Intersting. If -r356767 has problems, it may be that having armstub8.bin RAM pages avoided might just get you back to the -r356767 status. I do not know if bisecting before -r356767 might give useful information on one or more separate problems or not. =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 Mar 16 00:34:05 2020 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 0911F27D1A6 for ; Mon, 16 Mar 2020 00:34:05 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48gck44MRdz4Zcs for ; Mon, 16 Mar 2020 00:34:04 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f178.google.com (mail-qk1-f178.google.com [209.85.222.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 6407DDB7E for ; Mon, 16 Mar 2020 00:34:04 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f178.google.com with SMTP id f3so23319144qkh.1 for ; Sun, 15 Mar 2020 17:34:04 -0700 (PDT) X-Gm-Message-State: ANhLgQ1+dOGTDk10RJZc2ggdzxYDcybPqKrvwz9OIfKeuKXYf2nmjZUs Io9ez7AHYzhfWx14eatr/MslU4HYg/XcV/q1IK8= X-Google-Smtp-Source: ADFU+vtpMFIdj4f02F+o+6Qc08uUBKyZDR3OFJpqHy2KlrLRdBIzw9jjbCt0k93scdC15uJNk0wQWWwwW8VNpAXViX0= X-Received: by 2002:ae9:de06:: with SMTP id s6mr23575139qkf.34.1584318843695; Sun, 15 Mar 2020 17:34:03 -0700 (PDT) MIME-Version: 1.0 References: <20200315041203.GA55605@www.zefox.net> In-Reply-To: <20200315041203.GA55605@www.zefox.net> From: Kyle Evans Date: Sun, 15 Mar 2020 19:33:52 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Panic on Rpi3 at r358976 To: bob prohaska Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" 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, 16 Mar 2020 00:34:05 -0000 On Sat, Mar 14, 2020 at 11:12 PM bob prohaska wrote: > > Tried to boot a kernel built from r358976 on a Pi3 and got a panic: > > [... snip ...] Hi, I've got a patch against sysutils/u-boot-rpi{3,4} based on what I've submitted upstream that I'm test-building again and will soon be submitting to Phabricator; please give it a shot and confirm if it makes life happier or not: https://people.freebsd.org/~kevans/rpi-psci.diff Thanks, Kyle Evans From owner-freebsd-arm@freebsd.org Mon Mar 16 01:28:22 2020 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 358D127DED2 for ; Mon, 16 Mar 2020 01:28:22 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh505-vm9.bullet.mail.kks.yahoo.co.jp (nh505-vm9.bullet.mail.kks.yahoo.co.jp [183.79.57.111]) by mx1.freebsd.org (Postfix) with SMTP id 48gdwg1VjSz4KCR for ; Mon, 16 Mar 2020 01:28:18 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [183.79.100.139] by nh505.bullet.mail.kks.yahoo.co.jp with NNFMP; 16 Mar 2020 01:28:14 -0000 Received: from [183.79.101.121] by t502.bullet.mail.kks.yahoo.co.jp with NNFMP; 16 Mar 2020 01:28:14 -0000 Received: from [127.0.0.1] by omp508.mail.kks.yahoo.co.jp with NNFMP; 16 Mar 2020 01:28:14 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 818711.42915.bm@omp508.mail.kks.yahoo.co.jp X-YMail-OSG: AyFKTt4VM1nOki7M8UA2Rj.p.mFmgQVGaPl1i4ZkHAjIDY0PBgrSWE5.B39ZNhv xCUGaciMcsDjh1bGXEacmpjG4Put82A6RfPHA_qmvhAGq.HPaYKUiPGWtmWALqEVecJwr5lvAakg ouSq90d1nDZQJQmNchQTYoOmVbBojNKOUVmTUvqYPC6_eNfqlGPEVsib7cHACoyjj6_6mvxzyEP4 Moo9cYGC4k81uvHOqot_94tf70.8MeX8.NIkRZtrlvGSpMQnbBbYSIeqNVHr0gGCC3UCupeRAjZG yGVCxJi1vYpQkMgbnBfvdbAvbDrKeKiFiYLrKfrkhR2xE08Dn4lhQDxNB4Mq3fAS9nTUzQl1uzsJ kRA20br9RZOY7m_OHonOuM1c.CjqXQxzUk.GOpOzY07o42_mTe0Jgg2WmGCXhHxSelNPuJOv8M5q muwczJY4L.TgjJ7wl42hNGwV5NXxKht8vr7attsx8bOxyXkknihDRZRcSk8LjO7NP1Yss0c4DDNQ FU40aB4SwqElGkfihZqDb1ike6H0WypeUL7iW.BOltctUPHboMivF0lIzOjIHSIt4B8anIFL8fXH GO6sApO5tqSggx_.hwtwcPXsJ8uaKbgFRUcppXbZXIHgwKJYJz81bWrixyun8uGYLyxvJXGn.MHU hS20vH3FTXK7Mk9O6bVodAROCv5Gp8MFGKh_SnQlOFhseUg1uSzR7jROtTXKp3uQJQfm4sO_8exz AeZwWOpkIjQbNxZLlKm8_ Received: from jws703004.mail.kks.yahoo.co.jp by sendmailws514.mail.kks.yahoo.co.jp; Mon, 16 Mar 2020 10:28:14 +0000; 1584322094.228 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1584322094; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:To:Message-ID:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding:References; bh=53OWuII8I+7KGUtd3IYNQh2F6/iXs06Fwz+w+zfjZtw=; b=gJaqtBYDPLJ65ZpBs0DzywpN+RynOkns4aZ104if97Mq5nTQVxpyc4lkvNzZr34b UBdbCEFWPscbpYXW8PtVJIvzgvLtNtsBGLmDy541PeGdIP4hFZvBlCrRKSbaLX/3bnU 2lmClcEoMsSuXs+q9LCqkWf/h/zUGn+OMDWddASA= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:References; b=nHdXXQs+qZwy96LTJ6Q3PyWQjp7T9qn0Zghhiad7oNFOq8XU59xyiTo3tgJA7/c+ zJ4KIpc0xpVGOluuzjnTqBnjaLt/JYNHZxPlTYvhzaPS9UZtYNO1/YDygGsR7qEdAPg VoMnp1u6N54d5th7nn0cJpe5G3HlrZrNOqIgtcIY=; Date: Mon, 16 Mar 2020 10:28:13 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki To: "freebsd-arm@freebsd.org" Message-ID: <1009057156.3183549.1584322093930.JavaMail.yahoo@mail.yahoo.co.jp> Subject: log at access to framebuffer MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable References: <1009057156.3183549.1584322093930.JavaMail.yahoo.ref@mail.yahoo.co.jp> X-Rspamd-Queue-Id: 48gdwg1VjSz4KCR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.co.jp header.s=yj20110701 header.b=gJaqtBYD; dmarc=pass (policy=none) header.from=yahoo.co.jp; spf=pass (mx1.freebsd.org: domain of yamori813@yahoo.co.jp designates 183.79.57.111 as permitted sender) smtp.mailfrom=yamori813@yahoo.co.jp X-Spamd-Result: default: False [0.98 / 15.00]; HAS_REPLYTO(0.00)[yamori813@yahoo.co.jp]; R_SPF_ALLOW(-0.20)[+ip4:183.79.0.0/16]; FREEMAIL_FROM(0.00)[yahoo.co.jp]; DKIM_TRACE(0.00)[yahoo.co.jp:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.co.jp,none]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (1.55), ipnet: 183.79.0.0/16(2.40), asn: 24572(1.92), country: JP(0.04)]; FREEMAIL_ENVFROM(0.00)[yahoo.co.jp]; ASN(0.00)[asn:24572, ipnet:183.79.0.0/16, country:JP]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.co.jp.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.co.jp:s=yj20110701]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[yahoo.co.jp]; NEURAL_SPAM_MEDIUM(0.99)[0.993,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; NEURAL_SPAM_LONG(0.89)[0.889,0]; RCVD_IN_DNSWL_NONE(0.00)[111.57.79.183.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[111.57.79.183.rep.mailspike.net : 127.0.0.17] 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, 16 Mar 2020 01:28:22 -0000 Hi I write data to framebuffer then I get this log on console. WARNING: Device driver fb has set "memattr" inconsistently (drv 0 pmap 3). I want delete this log. I make patch to fb. Is this correct ? diff --git a/sys/dev/fb/creator.c b/sys/dev/fb/creator.c index 2fd0bd10597..0f8d997a887 100644 --- a/sys/dev/fb/creator.c +++ b/sys/dev/fb/creator.c @@ -184,7 +184,7 @@static d_mmap_t creator_fb_mmap; =C2=A0 =C2=A0static struct cdevsw creator_fb_devsw =3D { =C2=A0 =C2=A0 =C2=A0 =C2=A0 .d_version =3D=C2=A0 =C2=A0 D_VERSION, - =C2=A0 =C2=A0 =C2=A0 .d_flags =3D=C2=A0 =C2=A0 =C2=A0 D_NEEDGIANT, +=C2=A0 =C2=A0 =C2=A0 .d_flags =3D=C2=A0 =C2=A0 =C2=A0 D_MEM | D_NEEDGIANT, =C2=A0 =C2=A0 =C2=A0 =C2=A0 .d_open =3D =C2=A0 =C2=A0 =C2=A0 creator_fb_ope= n, =C2=A0 =C2=A0 =C2=A0 =C2=A0 .d_close =3D=C2=A0 =C2=A0 =C2=A0 creator_fb_clo= se, =C2=A0 =C2=A0 =C2=A0 =C2=A0 .d_ioctl =3D=C2=A0 =C2=A0 =C2=A0 creator_fb_ioc= tl, diff --git a/sys/dev/fb/fb.c b/sys/dev/fb/fb.c index 2f821c8b65f..98bf7a4e58e 100644 --- a/sys/dev/fb/fb.c +++ b/sys/dev/fb/fb.c @@ -365,7 +365,7 @@static d_mmap_t =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 fbmmap; =C2=A0 =C2=A0static struct cdevsw fb_cdevsw =3D { =C2=A0 =C2=A0 =C2=A0 =C2=A0 .d_version =3D=C2=A0 =C2=A0 D_VERSION, - =C2=A0 =C2=A0 =C2=A0 .d_flags =3D=C2=A0 =C2=A0 =C2=A0 D_NEEDGIANT, +=C2=A0 =C2=A0 =C2=A0 .d_flags =3D=C2=A0 =C2=A0 =C2=A0 D_MEM | D_NEEDGIANT, =C2=A0 =C2=A0 =C2=A0 =C2=A0 .d_open =3D =C2=A0 =C2=A0 =C2=A0 fbopen, =C2=A0 =C2=A0 =C2=A0 =C2=A0 .d_close =3D=C2=A0 =C2=A0 =C2=A0 fbclose, =C2=A0 =C2=A0 =C2=A0 =C2=A0 .d_read =3D =C2=A0 =C2=A0 =C2=A0 fbread, diff --git a/sys/dev/fb/fbd.c b/sys/dev/fb/fbd.c index 02b8eb3ada4..8298d95def3 100644 --- a/sys/dev/fb/fbd.c +++ b/sys/dev/fb/fbd.c @@ -84,7 +84,7 @@static d_mmap_t =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 fb_mmap; =C2=A0 =C2=A0static struct cdevsw fb_cdevsw =3D { =C2=A0 =C2=A0 =C2=A0 =C2=A0 .d_version =3D=C2=A0 =C2=A0 D_VERSION, - =C2=A0 =C2=A0 =C2=A0 .d_flags =3D=C2=A0 =C2=A0 =C2=A0 D_NEEDGIANT, +=C2=A0 =C2=A0 =C2=A0 .d_flags =3D=C2=A0 =C2=A0 =C2=A0 D_MEM | D_NEEDGIANT, =C2=A0 =C2=A0 =C2=A0 =C2=A0 .d_open =3D =C2=A0 =C2=A0 =C2=A0 fb_open, =C2=A0 =C2=A0 =C2=A0 =C2=A0 .d_close =3D=C2=A0 =C2=A0 =C2=A0 fb_close, From owner-freebsd-arm@freebsd.org Mon Mar 16 01:34:22 2020 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 0410027E2BC for ; Mon, 16 Mar 2020 01:34:22 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48gf3c4NrGz4PFF; Mon, 16 Mar 2020 01:34:20 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 02G1YdpF059507 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 15 Mar 2020 18:34:40 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 02G1YdL4059506; Sun, 15 Mar 2020 18:34:39 -0700 (PDT) (envelope-from fbsd) Date: Sun, 15 Mar 2020 18:34:38 -0700 From: bob prohaska To: Kyle Evans Cc: "freebsd-arm@freebsd.org" , bob prohaska Subject: Re: Panic on Rpi3 at r358976 Message-ID: <20200316013438.GA59482@www.zefox.net> References: <20200315041203.GA55605@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48gf3c4NrGz4PFF X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.05 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.24), ipnet: 50.1.16.0/20(0.12), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.48)[0.476,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.62)[0.616,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; 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, 16 Mar 2020 01:34:22 -0000 On Sun, Mar 15, 2020 at 07:33:52PM -0500, Kyle Evans wrote: > On Sat, Mar 14, 2020 at 11:12 PM bob prohaska wrote: > > > > Tried to boot a kernel built from r358976 on a Pi3 and got a panic: > > > > [... snip ...] > > Hi, > > I've got a patch against sysutils/u-boot-rpi{3,4} based on what I've > submitted upstream that I'm test-building again and will soon be > submitting to Phabricator; please give it a shot and confirm if it > makes life happier or not: > https://people.freebsd.org/~kevans/rpi-psci.diff > I'm gonna need another Pi3 8-) Thank you! bob prohaska From owner-freebsd-arm@freebsd.org Mon Mar 16 01:54:13 2020 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 BCC6227E801 for ; Mon, 16 Mar 2020 01:54:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (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 48gfVV3bJTz461w for ; Mon, 16 Mar 2020 01:54:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 3Jht7IwVM1k5U15UCJBWV8Jm9ct8c0vEEZyRY9a2SFes.9YecpkuTLFt5GM0PIl tCReE8ZNK2GSpZANA65Mz9iXDu6J6pyUiF77sf9LmABKUU42fJT0IGdKbyo1VtOUO2J2ZyMATve9 LTv8nKM7YQ9TR6Y1P8Iq_Hbnnpxah5L7v23M5hrFPP6YhG300svdWJBL32yCitBTCzhxXSqmH0Jy dxb_jE4GdJQiHUpX2LUk1GSecpULFUkZ6ZfHRuTJnmOZUvlfh1RtJ4ACp1U6kOovVeCnZsAV5lTU m2lD_ZzQlom6rGs_0FQnPM51MhdoXfhPmo3e2gsZvBkW7YWyrW22a.efUNOcmBLoBTl1fNm9IN.k vCmxM9QMjp95uFCoZZB9KW2j.VgvmQg27UtnOgy9GZNIqBPo_SvC4Uuzqu3OyXOeG9Crx.cs5B98 N8ndFjGtpX2PwjRfLRukHhc7X3prtrNLPFyllcJCCjilRkhqfsc5TRuE0SUPgk9TlLkVWaEL2zjV 7Mh_fCvTzjyJM00zpGO4.6zylGAVSQoylYkOCCxtPbQ4XGe8hf6xYhnCjJIvDeSYZPIYX1RS7L0M TOasWXFPodawpf68JtxI.o.tIyxUG_n3IucUmAoE6C.jlUHc6UKMRplRSUkAWKJfY4eh0oWJCAt4 8QVQ5LdzXlqECXBPDgr2v1V2n8pkFqf2N4VkcbId_arab2jeTf5hInw1B4vpQ31niqa2VYmOKFoR Bi1Hcksc5sm5lfG1l72Nbx5GbfoCjk3O6HTtFHOmEVur7_vtw6DSrgDH4qsfokWhTFKSjRk_C1Fd zE_qs7PHp49f4L0w4Dt4iXuiEhs9CjekzQaIWBqEay5orHQL_DbskOFTWpGu_o1CXE_AN6TEajrN 2BVkGUaUn.sr2eVkjF.jiO.V8gvxwjJx1IFuztWP4XN4U5he6ESFmUxsXYZwToW8kyp2405YoOhd H8SkV8lEH8tsuVUjJeAb1k.weLZmnK0NV3UuHDki7MXlqIRoFu0BP640s9IYYCo8gp.jC3TH3ua8 .QG3QqXuYyxmaBuKE0LV1zfi32TrXXjTP0iXSkGiQUiFjdl4g6C.vnal4mzVZZDmkgGwBgBZv8dD wTUabzEDXUU7.myKm0CA2XrQrWm1Xf0lfr1t.LS2PAGExSwRmQzBiecgkA_ODQk92p9SU2sYA7Ut zG0MgSYX2o.hV0fUQP9c4FdBjyofOIiLInSfc8mI_zeNli.KfyC2dFgqOAqz__xh_hQj.dEA_cE7 dP5bvhHpduqzyQorhm5pmgN_K3DGXG0J1E0jyiVJ8wzC9hJqddz5kiUAyUsyXmPfNXh9W6efzEzu .sBue5Fkj7GYXszy79.IiAt1GbbAvNup8mHakkDLj2Bp17CtB7d_1ijLr8UyjrUckpBXdcUuymWx VkdGRWAERC4Tsah3Z.SE- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Mon, 16 Mar 2020 01:54:07 +0000 Received: by smtp424.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e99eac56932ba7be0d6ebaaab124d941; Mon, 16 Mar 2020 01:54:02 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Panic on Rpi3 at r358976 From: Mark Millard In-Reply-To: Date: Sun, 15 Mar 2020 18:54:00 -0700 Cc: bob prohaska , "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <90DE70B3-F3A5-4EFE-832C-7C412744D974@yahoo.com> References: <20200315041203.GA55605@www.zefox.net> To: Kyle Evans X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48gfVV3bJTz461w X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.01 / 15.00]; TO_DN_EQ_ADDR_SOME(0.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:+]; 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)[]; NEURAL_HAM_MEDIUM(-0.54)[-0.537,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.97)[-0.974,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-1.10), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[206.69.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: Mon, 16 Mar 2020 01:54:13 -0000 On 2020-Mar-15, at 17:33, Kyle Evans wrote: > On Sat, Mar 14, 2020 at 11:12 PM bob prohaska = wrote: >>=20 >> Tried to boot a kernel built from r358976 on a Pi3 and got a panic: >>=20 >> [... snip ...] >=20 > Hi, >=20 > I've got a patch against sysutils/u-boot-rpi{3,4} based on what I've > submitted upstream that I'm test-building again and will soon be > submitting to Phabricator; please give it a shot and confirm if it > makes life happier or not: > https://people.freebsd.org/~kevans/rpi-psci.diff I grep'd in the area that holds where I did the investigative patch that enabled the RPi4 to boot and such without the armstub8-gic.bin memory being slamed. (I've not done any clean-out of the materials in that area.) The result is not suggestive of CONFIG_RPI_EFI_NR_SPIN_PAGES making a difference: # grep -r CONFIG_RPI_EFI_NR_SPIN_PAGES = /wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2019.10/ # (I.e., nothing found.) The same was true for grep'ing in the wider area: /wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/ By contrast, for CONFIG_ENV_FAT_DEVICE_AND_PART : # grep -r CONFIG_ENV_FAT_DEVICE_AND_PART = /wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2019.10/ = /wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2019.10/configs/am65x_= evm_r5_defconfig:CONFIG_ENV_FAT_DEVICE_AND_PART=3D"1:1" . . . (I'll not show the other 33 lines of matches) . . . I will show .h and .c source lines using CONFIG_ENV_FAT_DEVICE_AND_PART : wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2019.10/env/fat.c: = CONFIG_ENV_FAT_DEVICE_AND_PART, /wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2019.10/env/fat.c: = CONFIG_ENV_FAT_DEVICE_AND_PART, = /wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2019.10/include/config= s/sama5d27_som1_ek.h:#define CONFIG_BOOTCOMMAND "fatload mmc " = CONFIG_ENV_FAT_DEVICE_AND_PART " 0x21000000 at91-sama5d27_som1_ek.dtb; " = \ = /wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2019.10/include/config= s/sama5d27_som1_ek.h: "fatload mmc " = CONFIG_ENV_FAT_DEVICE_AND_PART " 0x22000000 zImage; " \ = /wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2019.10/include/config= s/sama5d2_xplained.h:#define CONFIG_BOOTCOMMAND "fatload mmc " = CONFIG_ENV_FAT_DEVICE_AND_PART " 0x21000000 at91-sama5d2_xplained.dtb; " = \ = /wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2019.10/include/config= s/sama5d2_xplained.h: "fatload mmc " = CONFIG_ENV_FAT_DEVICE_AND_PART " 0x22000000 zImage; " \ A file that lists the potential CONFG_* names seems to be: = /wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2019.10/u-boot.cfg.con= figs and it does not have CONFIG_RPI_EFI_NR_SPIN_PAGES . I've no evidence that 2019.10 would make any use of a CONFIG_RPI_EFI_NR_SPIN_PAGES definition. Still, I can try it later if desired. =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 Mar 16 02:03:26 2020 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 35CDE27EA1D for ; Mon, 16 Mar 2020 02:03:26 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48gfjB0Shhz4N4m; Mon, 16 Mar 2020 02:03:26 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qt1-f173.google.com (mail-qt1-f173.google.com [209.85.160.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id EE763E630; Mon, 16 Mar 2020 02:03:25 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f173.google.com with SMTP id t13so12858183qtn.13; Sun, 15 Mar 2020 19:03:25 -0700 (PDT) X-Gm-Message-State: ANhLgQ2B2BS72Xe8hMnUrsxWSww0rG8yUEvbbC9a8Vt7cZBg7YSnNHFO yT9GPHCLsjQVMb1shczFwf2Wc1hac37KhpP1CAU= X-Google-Smtp-Source: ADFU+vtERgd2/Jhl8Cwte6r4I3DId7DhUFhuYvD1pDoF18I+NvXbgRxVDCUZGmfvmUb6tGRHXJ27iBWzYo0JPk2VOUo= X-Received: by 2002:ac8:12c8:: with SMTP id b8mr22746352qtj.60.1584324205572; Sun, 15 Mar 2020 19:03:25 -0700 (PDT) MIME-Version: 1.0 References: <20200315041203.GA55605@www.zefox.net> <90DE70B3-F3A5-4EFE-832C-7C412744D974@yahoo.com> In-Reply-To: <90DE70B3-F3A5-4EFE-832C-7C412744D974@yahoo.com> From: Kyle Evans Date: Sun, 15 Mar 2020 21:03:14 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Panic on Rpi3 at r358976 To: Mark Millard Cc: Kyle Evans , bob prohaska , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" 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, 16 Mar 2020 02:03:26 -0000 On Sun, Mar 15, 2020 at 8:54 PM Mark Millard wrote: >> On 2020-Mar-15, at 17:33, Kyle Evans wrote: > > > On Sat, Mar 14, 2020 at 11:12 PM bob prohaska wrote: > >> > >> Tried to boot a kernel built from r358976 on a Pi3 and got a panic: > >> > >> [... snip ...] > > > > Hi, > > > > I've got a patch against sysutils/u-boot-rpi{3,4} based on what I've > > submitted upstream that I'm test-building again and will soon be > > submitting to Phabricator; please give it a shot and confirm if it > > makes life happier or not: > > https://people.freebsd.org/~kevans/rpi-psci.diff > > I grep'd in the area that holds where I did the > investigative patch that enabled the RPi4 to boot > and such without the armstub8-gic.bin memory being > slamed. (I've not done any clean-out of the materials > in that area.) > > The result is not suggestive of CONFIG_RPI_EFI_NR_SPIN_PAGES > making a difference: > > [... snip ...] Indeed; note these lines in my patch: PATCHFILES+= 1245351/raw 1245352/raw These pull in the patches I submitted upstream that introduces CONFIG_RPI_EFI_NR_SPIN_PAGES so that they don't have to accept an arbitrary bump of the reserved page count, since it's just our PSCI stub that's larger. Thanks, Kyle Evans From owner-freebsd-arm@freebsd.org Mon Mar 16 02:22:11 2020 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 A495C27ED91 for ; Mon, 16 Mar 2020 02:22:11 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from outgoing-exchange-7.mit.edu (outgoing-exchange-7.mit.edu [18.9.28.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.outgoing-exchange.mit.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48gg6n2MPrz447B for ; Mon, 16 Mar 2020 02:22:08 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from w92exedge3.exchange.mit.edu (W92EXEDGE3.EXCHANGE.MIT.EDU [18.7.73.15]) by outgoing-exchange-7.mit.edu (8.14.7/8.12.4) with ESMTP id 02G2Lpuk020540; Sun, 15 Mar 2020 22:22:05 -0400 Received: from OC11EXPO29.exchange.mit.edu (18.9.4.102) by w92exedge3.exchange.mit.edu (18.7.73.15) with Microsoft SMTP Server (TLS) id 15.0.1293.2; Sun, 15 Mar 2020 22:21:50 -0400 Received: from OC11EXPO29.exchange.mit.edu (18.9.4.102) by oc11expo29.exchange.mit.edu (18.9.4.102) with Microsoft SMTP Server (TLS) id 15.0.1365.1; Sun, 15 Mar 2020 22:21:57 -0400 Received: from OC11EXPO29.exchange.mit.edu ([18.9.4.102]) by oc11expo29.exchange.mit.edu ([18.9.4.102]) with mapi id 15.00.1365.000; Sun, 15 Mar 2020 22:21:57 -0400 From: John F Carr To: Mori Hiroki CC: "freebsd-arm@freebsd.org" Subject: Re: log at access to framebuffer Thread-Topic: log at access to framebuffer Thread-Index: AQHV+zI5khKcwqe+S0CFC8D/H4NhMahKv/6A Date: Mon, 16 Mar 2020 02:21:57 +0000 Message-ID: <4809ABAB-F415-4D06-A36F-8F4E2D6F8FC4@exchange.mit.edu> References: <1009057156.3183549.1584322093930.JavaMail.yahoo.ref@mail.yahoo.co.jp> <1009057156.3183549.1584322093930.JavaMail.yahoo@mail.yahoo.co.jp> In-Reply-To: <1009057156.3183549.1584322093930.JavaMail.yahoo@mail.yahoo.co.jp> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [108.7.221.50] Content-Type: text/plain; charset="us-ascii" Content-ID: <4E99600A5BA699469C9B380817E6EAB6@exchange.mit.edu> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Rspamd-Queue-Id: 48gg6n2MPrz447B X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jfc@mit.edu designates 18.9.28.58 as permitted sender) smtp.mailfrom=jfc@mit.edu X-Spamd-Result: default: False [-3.44 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[mit.edu]; NEURAL_HAM_MEDIUM(-0.97)[-0.968,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[58.28.9.18.list.dnswl.org : 127.0.11.2]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-0.97)[ipnet: 18.9.0.0/16(-4.78), asn: 3(-0.03), country: US(-0.05)]; FREEMAIL_TO(0.00)[yahoo.co.jp]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; RCVD_TLS_LAST(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, 16 Mar 2020 02:22:11 -0000 Setting D_MEM hides the message but does not fix the underlying problem. E= ach page has a byte of metadata saying how cacheable it is. The cacheabili= ty reported by the device driver is inconsistent with the cacheability in t= he page tables. creator.c is not used on ARM. It is for Sun "Creator" graphics on machines= that are no longer supported after FreeBSD 12. > On Mar 15, 2020, at 21:28 , Mori Hiroki wrote: >=20 > Hi >=20 > I write data to framebuffer then I get this log on console. >=20 > WARNING: Device driver fb has set "memattr" inconsistently (drv 0 pmap 3)= . >=20 >=20 > I want delete this log. I make patch to fb. Is this correct ? >=20 > diff --git a/sys/dev/fb/creator.c b/sys/dev/fb/creator.c > index 2fd0bd10597..0f8d997a887 100644 > --- a/sys/dev/fb/creator.c > +++ b/sys/dev/fb/creator.c > @@ -184,7 +184,7 @@static d_mmap_t creator_fb_mmap; > =20 > static struct cdevsw creator_fb_devsw =3D { > .d_version =3D D_VERSION, > - .d_flags =3D D_NEEDGIANT, > + .d_flags =3D D_MEM | D_NEEDGIANT, > .d_open =3D creator_fb_open, > .d_close =3D creator_fb_close, > .d_ioctl =3D creator_fb_ioctl, > diff --git a/sys/dev/fb/fb.c b/sys/dev/fb/fb.c > index 2f821c8b65f..98bf7a4e58e 100644 > --- a/sys/dev/fb/fb.c > +++ b/sys/dev/fb/fb.c > @@ -365,7 +365,7 @@static d_mmap_t fbmmap; > =20 > static struct cdevsw fb_cdevsw =3D { > .d_version =3D D_VERSION, > - .d_flags =3D D_NEEDGIANT, > + .d_flags =3D D_MEM | D_NEEDGIANT, > .d_open =3D fbopen, > .d_close =3D fbclose, > .d_read =3D fbread, > diff --git a/sys/dev/fb/fbd.c b/sys/dev/fb/fbd.c > index 02b8eb3ada4..8298d95def3 100644 > --- a/sys/dev/fb/fbd.c > +++ b/sys/dev/fb/fbd.c > @@ -84,7 +84,7 @@static d_mmap_t fb_mmap; > =20 > static struct cdevsw fb_cdevsw =3D { > .d_version =3D D_VERSION, > - .d_flags =3D D_NEEDGIANT, > + .d_flags =3D D_MEM | D_NEEDGIANT, > .d_open =3D fb_open, > .d_close =3D fb_close, >=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 Mar 16 04:11:06 2020 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 B7260258F11 for ; Mon, 16 Mar 2020 04:11:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (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 48gjXR73Vtz3Lnw for ; Mon, 16 Mar 2020 04:11:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: cgpJKhgVM1lSsHB0fipDLjRIBqhL9pxws.gbma2FpjdOu8G4mY6n_73ZVZ20hNa 9QsQhBoL2nZiLmj0pEK5dhTUztsYlPzAJJO0.qa57NnTVljRnmYuyHFx_g0lpWe9EfLa7wrb2.RR UWcrSbF9gdk4nyMTW2V1hOu88dv.KN3gwMr99YItlFbEs6sVWFjqZ7XVwqWsD4GifVaY7xcHx2oH Tg3.pwZU_F7nURdYu6Vx6NSlS3qyNEh0gxFXAIIX3X0CGrSjYzVj2gOlZaOK24mVfbW2AWcKskpU pYOXhI3QoKhoEorIwmYuf7dPaWpdcmmDoqVT3mBWQ32kOMZ5zm5krgFhsp.LlmpmxlWG1lngHBwK KOHV21r8augO16ODVSYqSTVHB5KORHUKyYmSYR3kfdi4tgbtU3rQB_fewnf6fp9L_D_sJe4F.2AS RIRBBtnskBaii582BL2zYjAljRDCO6qCKcVkwXNTT60T.wOBQnfy5Ig6QX1vi7Bv62Of5Q55OyjY 0OugMg9seuNFdrVZFWEYRv6XJiGuj7kF4K0.BwoiVo1SOcXf3wT3BBp2NcU877Qvt.rXT_b1vx8q FvW7xPyA7S3nrBRCglv_4ZpPTaa.QfF.t8_CKD47J.3aZgOnwHEH9ryhn26A4jEGNqxrjc1VB8mW G4bVoV_6nFzzZmAL28bjO9XwH5P14pQzuXVXQeMmZM6RDNIxgYG6LiiWJ328bC0iwbajNN2z2esO 1R8luXCIV7ng83k1H0R5MO4ZdU8NfTXPim68Sez_4fLwNN9UTdBeqGJBbrHmMuTIiUxadWWWuYrR .OcVUwupp.QilyX7tEp4yb9Ygf88sboy42ty_hwCMrWqYs2SXfF4DQbrH44aqn48E2zyuVygfNoP w44MqwJslN5oZnhOLB88bAz2IIFCwTBakWOFdMfMR44Te9GDDHKJuzqwrJD156MLrJdWXwdUbPvk 0N8UmUa7240INJSNLq2g0fk8BgH_TMEvxQgzRG6tDAaCvydHIFwIk9C5ER2J5mR8AVYA3VPus.AN _9MBIsDFMFhUQ3Dlh7daXQY6lI.07yxkszmqVGqfXrW9mP3oYz0ZYrkX8zqNC1umMpfLGHDof6jC G803LOaJdiia0Ff4IwLOVvMlubeWl0LC_ONaZIH25K2F_jbYgLdbQUWyyGACUInaWj93F1YQMzrc 29j28c.HKA3.MJjxEYhfvZIllKBH.a0QYBRcr_OCYka7oGeUJL1nwg8G5Ebfqt4mDWpO33RmkET1 AuiMNYz.8duVRV6Vgkztq68bXCA2GxJCsCSwQF5Thuq1TD_e71qGfMVhpSnlt4dU9KVzS5YmfUTT N0G60kBWCLv19byF0w4vNKeLM9DvRsjHeo5z1wI9I4nR6WYvXGvVx0R9Fy8JlL9jKLfSVVbedgSK fOFK6wcMVsiQd6Te7mdjiAA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Mon, 16 Mar 2020 04:11:01 +0000 Received: by smtp427.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 22cf11f7dc04fca676c9a413a7f4820c; Mon, 16 Mar 2020 04:10:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Panic on Rpi3 at r358976 From: Mark Millard In-Reply-To: Date: Sun, 15 Mar 2020 21:10:55 -0700 Cc: bob prohaska , "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <5A11699F-7EDD-4541-82C0-62993C95EE72@yahoo.com> References: <20200315041203.GA55605@www.zefox.net> <90DE70B3-F3A5-4EFE-832C-7C412744D974@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48gjXR73Vtz3Lnw X-Spamd-Bar: + X-Spamd-Result: default: False [1.26 / 15.00]; TO_DN_EQ_ADDR_SOME(0.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:+]; 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)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (6.10), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.84)[0.836,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.92)[0.924,0]; RCVD_IN_DNSWL_NONE(0.00)[82.64.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: Mon, 16 Mar 2020 04:11:06 -0000 On 2020-Mar-15, at 19:03, Kyle Evans wrote: > On Sun, Mar 15, 2020 at 8:54 PM Mark Millard = wrote: >>> On 2020-Mar-15, at 17:33, Kyle Evans wrote: >>=20 >>> On Sat, Mar 14, 2020 at 11:12 PM bob prohaska = wrote: >>>>=20 >>>> Tried to boot a kernel built from r358976 on a Pi3 and got a panic: >>>>=20 >>>> [... snip ...] >>>=20 >>> Hi, >>>=20 >>> I've got a patch against sysutils/u-boot-rpi{3,4} based on what I've >>> submitted upstream that I'm test-building again and will soon be >>> submitting to Phabricator; please give it a shot and confirm if it >>> makes life happier or not: >>> https://people.freebsd.org/~kevans/rpi-psci.diff >>=20 >> I grep'd in the area that holds where I did the >> investigative patch that enabled the RPi4 to boot >> and such without the armstub8-gic.bin memory being >> slamed. (I've not done any clean-out of the materials >> in that area.) >>=20 >> The result is not suggestive of CONFIG_RPI_EFI_NR_SPIN_PAGES >> making a difference: >>=20 >> [... snip ...] >=20 > Indeed; note these lines in my patch: >=20 > PATCHFILES+=3D 1245351/raw 1245352/raw >=20 > These pull in the patches I submitted upstream that introduces > CONFIG_RPI_EFI_NR_SPIN_PAGES so that they don't have to accept an > arbitrary bump of the reserved page count, since it's just our PSCI > stub that's larger. Sorry. The day has gone as one where I need to separately validate that I've not omitted something for pretty much whatever I was trying to do. I applied the patch and rebuilt and substituted the new u-boot.bin for my hacked one. The context is head -r358510 that was booting with my hack okay. (I'll soon be updating to -r358966 .) The result did not go well. Using boot -v indicates that the 2nd page is not protected on the RPi4: ---<>--- KDB: debugger backends: ddb KDB: current backend: ddb Type Physical Virtual #Pages Attr Reserved 000000000000 0 00000001 WB=20 ConventionalMemory 000000001000 1000 00007ef1 WB=20 BootServicesData 000007ef2000 7ef2000 0000001c WB=20 ConventionalMemory 000007f0e000 7f0e000 00029f93 WB=20 BootServicesData 000031ea1000 31ea1000 00000001 WB=20 LoaderData 000031ea2000 31ea2000 00008001 WB=20 LoaderCode 000039ea3000 39ea3000 000000a6 WB=20 Reserved 000039f49000 39f49000 00000007 WB=20 BootServicesData 000039f50000 39f50000 00000001 WB=20 Reserved 000039f51000 39f51000 00000002 WB=20 RuntimeServicesData 000039f53000 39f53000 00000001 WB RUNTIME Reserved 000039f54000 39f54000 00000001 WB=20 BootServicesData 000039f55000 39f55000 00000002 WB=20 RuntimeServicesData 000039f57000 39f57000 00000001 WB RUNTIME LoaderData 000039f58000 39f58000 00001408 WB=20 RuntimeServicesCode 00003b360000 3b360000 00000010 WB RUNTIME LoaderData 00003b370000 3b370000 00000090 WB=20 BootServicesData 000040000000 40000000 000bc000 WB=20 MemoryMappedIO 0000fe100000 fe100000 00000001 RUNTIME Physical memory chunk(s): 0x00001000 - 0x39f48fff, 927 MB ( 237384 pages) 0x39f50000 - 0x39f50fff, 0 MB ( 1 pages) 0x39f53000 - 0x39f53fff, 0 MB ( 1 pages) 0x39f55000 - 0x3b35ffff, 20 MB ( 5131 pages) 0x3b370000 - 0x3b3fffff, 0 MB ( 144 pages) 0x40000000 - 0xfbffffff, 3008 MB ( 770048 pages) Excluded memory regions: 0x00000000 - 0x00000fff, 0 MB ( 1 pages) NoAlloc=20 0x32000000 - 0x337a0fff, 23 MB ( 6049 pages) NoAlloc=20 0x39f49000 - 0x39f4ffff, 0 MB ( 7 pages) NoAlloc=20 0x39f51000 - 0x39f54fff, 0 MB ( 4 pages) NoAlloc=20 0x39f57000 - 0x39f57fff, 0 MB ( 1 pages) NoAlloc=20 0x3b360000 - 0x3b36ffff, 0 MB ( 16 pages) NoAlloc=20 0x3e513000 - 0x3ebebfff, 6 MB ( 1753 pages) NoAlloc=20 0xfe100000 - 0xfe100fff, 0 MB ( 1 pages) NoAlloc=20 Found 4 CPUs in the device tree Copyright (c) 1992-2020 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 #66 r358510M: Sun Mar 1 18:19:04 PST 2020 = markmi@FBSDFHUGE:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarc= h64/sys/GENERIC-NODBG arm64 FreeBSD clang version 9.0.1 (git@github.com:llvm/llvm-project.git = c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) VT(efifb): resolution 1824x984 Preloaded elf kernel "/boot/kernel/kernel" at 0xffff000001573000. Preloaded elf module "/boot/kernel/ucom.ko" at 0xffff00000157c020. Preloaded boot_entropy_cache "/boot/entropy" at 0xffff00000157c7f8. Preloaded elf module "/boot/kernel/umodem.ko" at 0xffff00000157c850. module firmware already present! Starting CPU 1 (1) Failed to start CPU 1 (1) Starting CPU 2 (2) Failed to start CPU 2 (2) Starting CPU 3 (3) Failed to start CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 1 CPUs random: read 4096 bytes from preloaded cache random: unblocking device. VIMAGE (virtualized network stack) enabled ULE: setup cpu 0 . . . psci0: on ofwbus0 psci0: PSCI version number mismatched with DT device_attach: psci0 attach returned 6 psci0: on ofwbus0 psci0: PSCI version number mismatched with DT device_attach: psci0 attach returned 6 . . . sdhci_bcm0-slot0: Controller timeout sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER = DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci_bcm0-slot0: Sys addr: 0x000008c8 | Version: 0x00001002 sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000001 sdhci_bcm0-slot0: Argument: 0x0ee2affe | Trn mode: 0x00000012 sdhci_bcm0-slot0: Present: 0x1fff0a06 | Host ctl: 0x00000007 sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000080 sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci_bcm0-slot0: Timeout: 0x00000003 | Int stat: 0x00000020 sdhci_bcm0-slot0: Int enab: 0x01ff003b | Sig enab: 0x01ff0009 sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 sdhci_bcm0-slot0: Caps: 0x45ee6432 | Caps2: 0x0000a525 sdhci_bcm0-slot0: Max curr: 0x00080008 | ADMA err: 0x00000000 sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D mmcsd0: Error indicated: 1 Timeout . . . Mounting from ufs:/dev/label/RPi4root failed with error 2; retrying for = 10 more seconds Mounting from ufs:/dev/label/RPi4root failed with error 2; retrying for = 9 more seconds Mounting from ufs:/dev/label/RPi4root failed with error 2; retrying for = 8 more seconds Mounting from ufs:/dev/label/RPi4root failed with error 2; retrying for = 7 more seconds Mounting from ufs:/dev/label/RPi4root failed with error 2; retrying for = 6 more seconds Mounting from ufs:/dev/label/RPi4root failed with error 2; retrying for = 5 more seconds Mounting from ufs:/dev/label/RPi4root failed with error 2; retrying for = 4 more seconds Mounting from ufs:/dev/label/RPi4root failed with error 2; retrying for = 3 more seconds Mounting from ufs:/dev/label/RPi4root failed with error 2; retrying for = 2 more seconds Mounting from ufs:/dev/label/RPi4root failed with error 2; retrying for = 1 more second Mounting from ufs:/dev/label/RPi4root failed with error 2. Loader variables: vfs.root.mountfrom=3Dufs:/dev/label/RPi4root vfs.root.mountfrom.options=3Drw,noatime Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:zroot/ROOT/default cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> ? List of GEOM managed disk devices: mmcsd0 Variations of the sdhci_bcm0-slot0 sequence repeats over and over but sometimes with a: sdhci_bcm0-slot0: Got data interrupt 0x00600000, but there is no active = command. after the Timeout notice or instead of it. I've not checked if the rpi/rpi.c code still has: efi_add_memory_map(0, 1, EFI_RESERVED_MEMORY_TYPE, 0) or not. But that would be my guess for where the first page being reserved still comes from, as reported in: Type Physical Virtual #Pages Attr Reserved 000000000000 0 00000001 WB=20 . . . Excluded memory regions: 0x00000000 - 0x00000fff, 0 MB ( 1 pages) NoAlloc=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 Mon Mar 16 14:17:27 2020 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 A18A626781E for ; Mon, 16 Mar 2020 14:17:27 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48gz072y2qz4cGY for ; Mon, 16 Mar 2020 14:17:27 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f175.google.com (mail-qk1-f175.google.com [209.85.222.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 40B8F13CE6 for ; Mon, 16 Mar 2020 14:17:27 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f175.google.com with SMTP id d8so26398984qka.2 for ; Mon, 16 Mar 2020 07:17:27 -0700 (PDT) X-Gm-Message-State: ANhLgQ05KNSuGbD3/QBgGK1G2iyBqUeSc2K6sjDRuJtaqvbM2PortKRm Ffybrq/9x9lLLfH6suMqw6LotNAcdE3FotUiMPU= X-Google-Smtp-Source: ADFU+vswnYbQlxrMZ1wzqN8dvA33QItuwUtdtqgXwheze1pedG+67fvuE3USfeAwiCQUjGgzF0+jsUzmWqj2ClGyGus= X-Received: by 2002:a37:cc1:: with SMTP id 184mr12116091qkm.430.1584368246757; Mon, 16 Mar 2020 07:17:26 -0700 (PDT) MIME-Version: 1.0 References: <20200315041203.GA55605@www.zefox.net> <90DE70B3-F3A5-4EFE-832C-7C412744D974@yahoo.com> <5A11699F-7EDD-4541-82C0-62993C95EE72@yahoo.com> In-Reply-To: <5A11699F-7EDD-4541-82C0-62993C95EE72@yahoo.com> From: Kyle Evans Date: Mon, 16 Mar 2020 09:17:14 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Panic on Rpi3 at r358976 To: Mark Millard Cc: bob prohaska , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" 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, 16 Mar 2020 14:17:27 -0000 On Sun, Mar 15, 2020 at 11:11 PM Mark Millard wrote: > > > > On 2020-Mar-15, at 19:03, Kyle Evans wrote: > > > On Sun, Mar 15, 2020 at 8:54 PM Mark Millard wrote: > >>> On 2020-Mar-15, at 17:33, Kyle Evans wrote: > >> > >>> On Sat, Mar 14, 2020 at 11:12 PM bob prohaska wrote: > >>>> > >>>> Tried to boot a kernel built from r358976 on a Pi3 and got a panic: > >>>> > >>>> [... snip ...] > >>> > >>> Hi, > >>> > >>> I've got a patch against sysutils/u-boot-rpi{3,4} based on what I've > >>> submitted upstream that I'm test-building again and will soon be > >>> submitting to Phabricator; please give it a shot and confirm if it > >>> makes life happier or not: > >>> https://people.freebsd.org/~kevans/rpi-psci.diff > >> > >> I grep'd in the area that holds where I did the > >> investigative patch that enabled the RPi4 to boot > >> and such without the armstub8-gic.bin memory being > >> slamed. (I've not done any clean-out of the materials > >> in that area.) > >> > >> The result is not suggestive of CONFIG_RPI_EFI_NR_SPIN_PAGES > >> making a difference: > >> > >> [... snip ...] > > > > Indeed; note these lines in my patch: > > > > PATCHFILES+= 1245351/raw 1245352/raw > > > > These pull in the patches I submitted upstream that introduces > > CONFIG_RPI_EFI_NR_SPIN_PAGES so that they don't have to accept an > > arbitrary bump of the reserved page count, since it's just our PSCI > > stub that's larger. > > Sorry. The day has gone as one where I need to > separately validate that I've not omitted something > for pretty much whatever I was trying to do. > > I applied the patch and rebuilt and substituted > the new u-boot.bin for my hacked one. The context > is head -r358510 that was booting with my hack > okay. (I'll soon be updating to -r358966 .) > > The result did not go well. Using boot -v > indicates that the 2nd page is not protected on > the RPi4: > > [... snip ...] Indeed- my apologies. In the config fragment, it should read CONFIG_RPI_EFI_NR_SPIN_PAGES=2 rather than CONFIG_RPI_EFI_NR_SPIN_PAGES="2" (note the lack of quotes in the correct version) -- apparently I hadn't transcribed that properly when I was porting it from my initially tested patch to u-boot. Thanks, Kyle Evans From owner-freebsd-arm@freebsd.org Mon Mar 16 18:24:29 2020 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 EDC8B26C227 for ; Mon, 16 Mar 2020 18:24:29 +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 48h4T80dn0z4KZF for ; Mon, 16 Mar 2020 18:24:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: NE70s60VM1mRfttJovzClhnkxurpOQtPBi3m48XmDt6XRpcgghC578Gv0AU9HWC jKjt.eGPRNen6yMzb0b3QQgs9MJsnIWp5sBn20zXoxruUooprSG5ZeWQssFofOwWv08M6yEIJGRy m7cTr459NyD7PI5I8x24S5uChwzL_gkS0qEGXyFkz3AMte6DLGgQllakz5AhqxrOsOedzdBCJbsi 6E_JklIVuk8XfCt6uxKtEc7WxfRaDrD.iNZVIuj2fgH5oGtLaOSU1sy7gcB5yY5BLLqG_pIxpXPu OPbWo_itlcWeDFB3X5Nvu.UHodnf.Zu68dT2pLl2ogqIkNKaHmuPRYfyIhjfu4m0T6nLM54hcZMR oGUe3qgc0RejgL7l2s2FnIUuGYz7ie1_F.kXOM6TtEd9GgGiyQoI6zc76Xs_9ZhI3gDpgQ4xSSsB 00AC1jtfi6P317mnBC3f_oQAchjAGzaSJaKfkpaYXYnCKqKYy0Obn5h.9_Abk4emqEPmdiOVMoEe p6..tnyaZsniikFWUgIRgPeH3w8t9lHdMRuPHAqFp_X4Iz.VWT0razILKOUAAYlpu.zz53SmbM9y CJBiYiD1khTKA4v7uv4DCf90Y.66ZWq9fksh6dslO6eGXuxyRxViaPpDFt8nOdwJU4MB4.JRmcQy T7VRbw8X6hlmxb._Y5m1YB9kWnOWLVaJrGgFQZ5zxl.cyz4efOOw5Nom2rQWCdt867gDbgVNPBIt x6K60rN84.M7F5lcWs6bjDHWf.aK5IO71GguN4pKtpFUgWpgSCAcNBS2aBo6gFmCxVqIc4nxYSW1 Gq9lxDZWMO_DpSIrtF550oVj22wisMRZl9gkSmTijvZAnXbHHQAj1DM9wTR1IMHe8Hn_1Ypukl9u z.d8YbP5sT1H0NqVYpml21SAIQVwuGNmzdtlTSTDiAmUvei1JpokDLzhVRGPYXWrJ4rjohu7blr6 eIXhnEFlUT480i0sLJ8I9yql9fHRekiKR.M4dZcKYhRHesWl6k5l2GFmg4ttNCzBCqmF9hruoUWv X6y3Er0P_gLGK.rnvmkVouBc7eUnnY3UvQ8DW9j3HLYMo58fTX1UY6E2PDiiu.2cosmiJAJrO0Cl kVzZzrI06.SRGXJTJZtHWrYuhaEc2XSngmPQeFj64xx.mpxAOCPnkg4zD72WSV8SCKF4quv12ebR cfHx_sQqsK5bVB6hWnGNjTtXpNh7iZ36rn40GX5Frww0oE9HlOjw6.rj3fV4p5TohqTkf6YyE5qk hMud3HxfGUbd7JwbrCKZe8TEvoCxG1VZzTOvzD_t62HVfcQahxj1BWauMlz78_DotBS6yaZwkoe8 L1BPBKK1yXGB76nfp0PpDaBh8hSoRYKAVrY1oYlXldyz9KtAsZuRrgQ776jVyIzgyUdENL8f7P7I HId5LtVUU.NgzAzNid.usF2cP6bS46tQqlbZXCqhuLK.VJRZhwTW3j8k- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Mon, 16 Mar 2020 18:24:25 +0000 Received: by smtp410.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 73759eac30ba884b1865599a6dfc321b; Mon, 16 Mar 2020 18:24:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Panic on Rpi3 at r358976 From: Mark Millard In-Reply-To: Date: Mon, 16 Mar 2020 11:24:21 -0700 Cc: bob prohaska , "freebsd-arm@freebsd.org" Content-Transfer-Encoding: 7bit Message-Id: <4010D0B6-A82A-4946-8433-15EA3688822E@yahoo.com> References: <20200315041203.GA55605@www.zefox.net> <90DE70B3-F3A5-4EFE-832C-7C412744D974@yahoo.com> <5A11699F-7EDD-4541-82C0-62993C95EE72@yahoo.com> To: Kyle Evans X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48h4T80dn0z4KZF X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.49 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RBL_MAILSPIKE_BAD(1.00)[31.64.137.98.rep.mailspike.net : 127.0.0.12]; DMARC_POLICY_ALLOW(0.00)[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.00)[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.43), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.99)[0.993,0]; BAD_REP_POLICIES(0.10)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.998,0]; RCVD_IN_DNSWL_NONE(0.00)[31.64.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: Mon, 16 Mar 2020 18:24:30 -0000 On 2020-Mar-16, at 07:17, Kyle Evans wrote: > On Sun, Mar 15, 2020 at 11:11 PM Mark Millard wrote: >> >> >> . . . >> >> I applied the patch and rebuilt and substituted >> the new u-boot.bin for my hacked one. The context >> is head -r358510 that was booting with my hack >> okay. (I'll soon be updating to -r358966 .) >> >> The result did not go well. Using boot -v >> indicates that the 2nd page is not protected on >> the RPi4: >> >> [... snip ...] > > Indeed- my apologies. In the config fragment, it should read > CONFIG_RPI_EFI_NR_SPIN_PAGES=2 rather than > CONFIG_RPI_EFI_NR_SPIN_PAGES="2" (note the lack of quotes in the > correct version) -- apparently I hadn't transcribed that properly when > I was porting it from my initially tested patch to u-boot. RPi4 head -r358966 context: I removed the extra quotes ("), rebuilt, installed, copied the u-boot.bin into place on the RPi4's microsd card, booted with it, and logged in. For reference from boot -v : Type Physical Virtual #Pages Attr Reserved 000000000000 0 00000002 WB . . . Physical memory chunk(s): 0x00002000 - 0x39f48fff, 927 MB ( 237383 pages) . . . Excluded memory regions: 0x00000000 - 0x00001fff, 0 MB ( 2 pages) NoAlloc . . . 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 . . . psci0: on ofwbus0 psci0: PSCI version 0.2 compatible . . . Release APs...done . . . CPU 1: ARM Cortex-A72 r0p3 affinity: 1 CPU 2: ARM Cortex-A72 r0p3 affinity: 2 CPU 3: ARM Cortex-A72 r0p3 affinity: 3 . . . === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Mon Mar 16 19:50:06 2020 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 8CFFA26DCC7 for ; Mon, 16 Mar 2020 19:50:06 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2064.outbound.protection.outlook.com [40.107.237.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48h6Mw3Qkwz3C8j for ; Mon, 16 Mar 2020 19:50:04 +0000 (UTC) (envelope-from rwa@athabascau.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cc9J3XaYe7uAro6vqjZTpKkhdIb3ReouC14Fi+eiGb8U9ErRoXF7xffWZi/TRx7ujlhMNmLEfW4fLuI0/29lxnxCbtBovRi5wNgcatF6pM1K+bLEowcvkzNe//tg06+AeWigxhCZ6LAy2cXEcuXhsy39F/cFFkJ9PALhmb/StScg2eH4LlOjk/4CJs0uYs/n9jfozlkuKed1jXCkJKCHkvCcVFHX31c3esEZovcFwEs3Dm90C+ytYijN8bIX22+fdt6+18wJR2UMlJtX15YY4Zj3JQx5kBlS4B/aPJu8GJnsgJ9dFdiuhR8TSZUvJRCSDD/vSU8dZdVWF5JOjsjPYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uhCFPp8b9CDNbEENet5E2ijzrblv+CgHq/hp5c/s52A=; b=aTMtBEj8OOQRUb/mvJFFeYd6Jxy4F0l8lxVOKeazBudsk8gAb6hfykK5xLYAt56upH0LFSt73Fw/5aV6oA6j19hfzjbw3u1sQUcSLmFZ7J3yGcDpz2wY48bPSA6Ez1wbsnihi+wXtZ2/1q+VERSYgs/xiLYK5GZr4XBrH9sj/ljZALX4pUdaBCbmioI3F4Ng664jFs6Dz6R4CZMwY1i+GezJEzgCJqUZ9/B/0xosQCYFFvs3kJilaIGuOWd7PbX9i9jjTOPQONxYv2Arky8oHnVHqvk6TutHWiaALAPRub67R85igq1bRPc1mtqCSvDX9OZ03Zu8qqNj8yzADGG5DA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 131.232.32.37) smtp.rcpttodomain=freebsd.org smtp.mailfrom=athabascau.ca; dmarc=bestguesspass action=none header.from=athabascau.ca; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=austaff.onmicrosoft.com; s=selector2-austaff-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uhCFPp8b9CDNbEENet5E2ijzrblv+CgHq/hp5c/s52A=; b=RI0ymDmC4qAxOtRVmI4EyMLfu2s3djX/682/z9o6hsJF4/UWZMdyWc+ubnPuTfkCXbLZZ2LCmiBiut1d7u3cFQHx6cN4DdzIBGJQtaYdQwFHE0ixBkBeZM6IFNcrIt1wRzKbwAeieBVWHyCzHEy+xtf442xM8RtiYTKs8cnl0sM= Received: from CH2PR19CA0014.namprd19.prod.outlook.com (2603:10b6:610:4d::24) by BN6PR1301MB2113.namprd13.prod.outlook.com (2603:10b6:405:2e::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2814.7; Mon, 16 Mar 2020 19:50:01 +0000 Received: from QB1CAN01FT007.eop-CAN01.prod.protection.outlook.com (2603:10b6:610:4d:cafe::a) by CH2PR19CA0014.outlook.office365.com (2603:10b6:610:4d::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2814.21 via Frontend Transport; Mon, 16 Mar 2020 19:50:01 +0000 Received-SPF: Pass (protection.outlook.com: domain of athabascau.ca designates 131.232.32.37 as permitted sender) receiver=protection.outlook.com; client-ip=131.232.32.37; helo=smtp-relay.cs.athabascau.ca; Received: from smtp-relay.cs.athabascau.ca (131.232.32.37) by QB1CAN01FT007.mail.protection.outlook.com (10.152.120.75) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2814.13 via Frontend Transport; Mon, 16 Mar 2020 19:49:59 +0000 Received: from autopsy.pc.athabascau.ca (autopsy.pc.athabascau.ca [131.232.4.80]) by smtp-relay.cs.athabascau.ca (Postfix) with ESMTPS id 6DF0B204B4 for ; Mon, 16 Mar 2020 13:49:58 -0600 (MDT) Date: Mon, 16 Mar 2020 13:49:58 -0600 (MDT) From: Ross Alexander X-X-Sender: rwa@autopsy.pc.athabascau.ca To: freebsd-arm@freebsd.org Subject: Re: freebsd-arm Digest, Vol 724, Issue 3 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.22 (BSF 395 2020-01-19) Organization: Athabasca University MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:131.232.32.37; IPV:; CTRY:CA; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(396003)(346002)(376002)(39860400002)(136003)(199004)(46966005)(956004)(426003)(336012)(316002)(786003)(86362001)(478600001)(246002)(8676002)(36916002)(8936002)(356004)(7636002)(47076004)(7696005)(2906002)(53546011)(6916009)(15974865002)(6266002)(5660300002)(55016002)(26005)(186003)(70586007)(70206006); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR1301MB2113; H:smtp-relay.cs.athabascau.ca; FPR:; SPF:Pass; LANG:en; PTR:vs001lpmp1609.cs.athabascau.ca; A:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 0c6257ca-0592-4e09-e0bf-08d7c9e33626 X-MS-TrafficTypeDiagnostic: BN6PR1301MB2113: X-Microsoft-Antispam-PRVS: Content-Transfer-Encoding: quoted-printable X-MS-Oob-TLC-OOBClassifiers: OLM:4714; X-Forefront-PRVS: 03449D5DD1 X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: Tu+NPyljQ7knYLBq9W58aHeDq6OsXT+xJdX8F4qRKkRfyoz0NFqOM10wgCK7hCE7qsMNnjcGdRKxHgDHBZOgvBMF45KCY82x1SsFq8k4imsVoWLVjSSBUb9nbHdP/g3S3gk54Vejo3ZS+gsbZu+zBRiMaQJlAkRvwCaN4IQnsUDxr9ffcAnGZjOWbk2QNgw2eKL+nqDb3fMzPWzXLWTSJ7Na9jjN/62qUrcp3+bvXlbL3Wb1pSvPscuZRwvhF1KxCX0g2pCsBrW9QnEpIUPJbA68+mq3RzFzhu1crUatL6yn2w78PWcgreDWi08fgsg0cb3vkDFnvfdlKyiaNu3yxxzhkMbgcZPr9bQRLXdQjOpN67efwKzbF/qJaiUHQvFfLSrpUMc5NNC5XtMCTgQdL2bMBImyDxpuLky++JYy+tH0NA72F8GNl8zCeb0NN2/qqaF7KxejSzCOFoNLZr4xxbfAh4qiqYep2r3pW6SjSfNbcXL2+gjpamu9snCFp3wjFymng+Tru34gHOP/7Ctf/yOGEdPyyjGLKMaIR4F7n9QwbdKFrq1/5xsEYUzxi6ksWkq5QRrNm0utXeXbUTi2af2qvQsPguLkL41lLgGbFYk= X-OriginatorOrg: athabascau.ca X-MS-Exchange-CrossTenant-OriginalArrivalTime: 16 Mar 2020 19:49:59.7582 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 0c6257ca-0592-4e09-e0bf-08d7c9e33626 X-MS-Exchange-CrossTenant-Id: a893bdd2-f460-4252-aa34-4d057436a09d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a893bdd2-f460-4252-aa34-4d057436a09d; Ip=[131.232.32.37]; Helo=[smtp-relay.cs.athabascau.ca] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR1301MB2113 X-Rspamd-Queue-Id: 48h6Mw3Qkwz3C8j X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=austaff.onmicrosoft.com header.s=selector2-austaff-onmicrosoft-com header.b=RI0ymDmC; dmarc=none; spf=pass (mx1.freebsd.org: domain of rwa@athabascau.ca designates 40.107.237.64 as permitted sender) smtp.mailfrom=rwa@athabascau.ca X-Spamd-Result: default: False [-4.83 / 15.00]; IP_SCORE(-1.39)[ipnet: 40.64.0.0/10(-3.77), asn: 8075(-3.10), country: US(-0.05)]; NEURAL_HAM_MEDIUM(-0.94)[-0.944,0]; R_DKIM_ALLOW(-0.20)[austaff.onmicrosoft.com:s=selector2-austaff-onmicrosoft-com]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; DMARC_NA(0.00)[athabascau.ca]; DKIM_TRACE(0.00)[austaff.onmicrosoft.com:+]; RCVD_IN_DNSWL_NONE(0.00)[64.237.107.40.list.dnswl.org : 127.0.3.0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] 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, 16 Mar 2020 19:50:06 -0000 > On 2020-Mar-14, at 21:12, bob prohaska wrote: > >> Tried to boot a kernel built from r358976 on a Pi3 and got a panic: >> [*kaboom* ed.] Folks, I've patched u-boot.bin to leave 4 pages of free space at the bottom of RAM, on the theory that if a little is good, more is better. I've just finished a self-hosted buildworld/buildkernel of CURRENT to r359004. I used FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200123-r357002.img as a starting point. After reboot on r359004, no sign of the dread scpi (sp?) errors, I have 4 Cortex A53 cpu, the only anomaly is bcm2835_cpufreq0: can't get clock rate (id=3D8) bcm2835_cpufreq0: ARM 600MHz, Core 250MHz, SDRAM -999MHz, Turbo OFF Any suggestions? regards, Ross =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a 54.71593 N 113.30835 W -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- From owner-freebsd-arm@freebsd.org Tue Mar 17 01:25:10 2020 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 E724D2758EC for ; Tue, 17 Mar 2020 01:25:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (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 48hFpY4K54z3R2G for ; Tue, 17 Mar 2020 01:25:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 1CzbhqMVM1mqKnRrRaXOBUNNAstttWAapzp0VcFCuixvCH87q3c_aUzXc0nreKG spsQlvP2hK1gxp.g9KEPHR4DLebvWjKRBFKKvfQBpxhcKvKPpcoQHFSxBjLv9o7hJNFoyPOXcdhw gd72S4eHbJGHVsGEMtTcMTcC_jHY7e88Cem.gMK.0CkFKu3Gw1whP1t8U4rqyuObvvBC20c9oYec B_Ym5Jo39abVzvjVdmHyMQshexrZ_yZS94xXdpr4KEH5jL4OtxdHYq40lKOB453E6eZYh7rSEzur PZbV9fbl9BAdvvT91G8ClEKbXDYB5ma73UmCY_kzE4K440stBb_M9nA_wElnq7oV15bHV1.3mqHt P2MbOujAQyanMnurnXqKEpcN838eHZG..sKrLMe9ls8WqLd9JGnId5lip8EizRS926HcnDgZGYiW oKp.CFk9qa.M_aEKIcCxC8wn8yLGMghLOIwau9tSLOpS1V.CT1RNexxFmv29xYUccxYUF8qG6Mej 394Uepxzn_OJTO0nkjeKcAmdiO3Tl4MTsAcc4fx6G2V9p.grXGSic8cbyTzOVVenbaig_CR0GgXh QekVuSEJRGmwRo4I9BbUJhfashnSPonGjLiXWgzisidHQFNCK0z4qkKmmtsLGZMnUZMZomVObh5c yt4YIiHt_HbEYUYx8k07_fZsdUOQndTuyFDDsWDdDXbnV.40V.sLGQ0WXSNdVaD.kRA6.OKQuFwI w4ImuzTfr.jG5GwLPTOAIRVCe.uRQFVMKmyfAgH4Puw7pKHClgsmZkuYVVnP2sWLuDjIUl2xr0wz Ed7rT3TbXB9kxuN1.Rt.7QhOie_VwzbpKWT9_ZqJZSqMpMcQyJEoIQen6BAV3a_F7SDjJpRaBpUF NqMIrfT3IRX9hyCJMWbVnX6M83KxB1BgmleHnkIMZTYQjSTnkJPpievApChA7URrMHRhz13HQa5a F9mooV9IsHcLaMVDCV2txuiOmatGR7Ot_bxgQ_U95Usy0Nx91vGAo1VsC78HBkIGU3CPcMtg7TIT S5wL3omFzv7BTHoRYo6HvXqE5YAZ2dT0ClAQHgiBnpdicUlI9559heuPvxdQVccxDp0TEYwy0hNY l4Q72PguqT._w0WgDbLkt3LcyuiyoI1YvapBsc5V9p2mqEJkmjirdemNfE3YccilCRSzU7Lo6Yq6 Q.qgiAo7i_TInVvWWpRcMVCru1ansDg_zXzszNR4szXz0Ig_CHPe9TI9sOlRgGW_CEHeLZLGEV3P LeHdpn8cfpPvGFJdQrmL9ZmnO6R_Wm44Kd0rcjK4ORXIqV9w0kxHDDKGeWuIX4F4KKJNC4PWomuZ xKlY9XVS5SfdZo3QW3vml7tx1uNhcXP.sbixgpdGHKvMS0CEvsziD7.lEr9CX0njGVT_t3RVmbk8 Ef7IGFi3tiJubkSesHoQpF0s7Ug-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Tue, 17 Mar 2020 01:25:07 +0000 Received: by smtp420.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1c53d0d5599a7f0f15c762b8e97b9aed; Tue, 17 Mar 2020 01:25:02 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: freebsd-arm Digest, Vol 724, Issue 3 (Answer: sysutils/u-boot-rpi3 and sysutils/u-boot-rpi4 have been updated) From: Mark Millard In-Reply-To: Date: Mon, 16 Mar 2020 18:25:01 -0700 Cc: freebsd-arm , bob prohaska Content-Transfer-Encoding: 7bit Message-Id: <4DB90158-B77E-4D65-8E94-B6941D7D76DE@yahoo.com> References: To: Ross Alexander X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48hFpY4K54z3R2G X-Spamd-Bar: + X-Spamd-Result: default: False [1.40 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_SPAM_MEDIUM(1.00)[0.996,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[147.66.137.98.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_LONG(0.90)[0.899,0]; 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: (5.17), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] 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, 17 Mar 2020 01:25:11 -0000 On 2020-Mar-16, at 12:49, Ross Alexander wrote: >> On 2020-Mar-14, at 21:12, bob prohaska wrote: >> >>> Tried to boot a kernel built from r358976 on a Pi3 and got a panic: >>> [*kaboom* ed.] > > Folks, > > I've patched u-boot.bin to leave 4 pages of free space at the bottom > of RAM, on the theory that if a little is good, more is better. > > I've just finished a self-hosted buildworld/buildkernel of CURRENT to > r359004. I used > > FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200123-r357002.img > > as a starting point. After reboot on r359004, no sign of the dread > scpi (sp?) errors, I have 4 Cortex A53 cpu, the only anomaly is > > bcm2835_cpufreq0: can't get clock rate (id=8) > bcm2835_cpufreq0: ARM 600MHz, Core 250MHz, SDRAM -999MHz, Turbo OFF > > Any suggestions? > sysutils/u-boot-rpi3 and sysutils/u-boot-rpi4 have been updated to pick up patches and to configure the reserved RAM for armstub8*.bin correctly: Author: kevans Date: Mon Mar 16 21:32:55 2020 New Revision: 528547 URL: https://svnweb.freebsd.org/changeset/ports/528547 Log: sysutils/u-boot-rpi{3,4}: Add patch to fix PSCI stub reservation For the traditional spin table setup, only the lowest page needs to be reserved. However, our PSCI stubs are slightly bigger and occupy a little over one page. These patches, already sent upstream, allow a variable number of initial pages to be reserved for the SMP stubs. We then set the values for these in our fragment to '2' to reserve the first and second page. Approved by: koobs (mentor) Approved by: manu (uboot, maintainer) MFH: 2020Q1 Differential Revision: https://reviews.freebsd.org/D24085 Modified: head/sysutils/u-boot-master/distinfo head/sysutils/u-boot-rpi3/Makefile head/sysutils/u-boot-rpi3/files/rpi3_fragment head/sysutils/u-boot-rpi4/Makefile head/sysutils/u-boot-rpi4/files/rpi4_fragment === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Mar 17 04:48:31 2020 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 8D38F259FA4 for ; Tue, 17 Mar 2020 04:48:31 +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 48hLK96J0yz41pw for ; Tue, 17 Mar 2020 04:48:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: V6XPq6UVM1lAAtNX7aeuvm5VFrG39_aMm0kFbMAf.pkYGNLdeXZHAchiQ9sJLOh A3orl.CWMGI0oA1AYHXkWVXQD32xCxRjF_E95UafZR0VuyD4RlibUqkkQWZQjDJ1g.4OqZx1GV0g G3vSxo91ufelXI4ygGY8amiA4_dAYsI1.Y1uxFskvgXGod2rw7kpQ3gul64iFPT19dqnbg2nyF5Q EgGB88226SOVgFay8mwsjnsXf1LoRXLZUApUzZKimKjk3YEplKdiHGILZ4Xoqu1uoBof9FJIWDFN oq0whcq6JpvWxIBMDh1CCfj5JYQKVkTrkCBKyd9fwspjvtidnNJQqX1cGmqhcEwVsEPDSQvow_RV 8PTyBr_TmSO1D3RccbdEe_tadtZGZ2Qht3PXZNX9wumU2YYmKIAEaeEHWpyyFE7D4oOsiaUniwKR 8M1J7hLYAheCT_vjDqbZcstYyIWG410qoOhI5cTtmhLH0Lgf3P2u0u4jav5L1SzUtl_DYmQgLfeW yZ4rgqdRqlJk0l79wOJwwvWgtBR3Fa638.YMBa5jLuIdUyuIVDU6oVBnha0my6Nu8nyX_RRsk733 pgaZsWee2S4CyrvzunwzWyrhKwK_1vlaRmFUSAnEBU5lgWvKbtQ3Tp1LkOtY1KQdRDV9zIyjcEvP gMQ6tuBCPM5qiL2XteqYzuN0dtE0YDEmEL7IFI.hXrKU6RJRlp6mPW7cV8rD_82UBYTMG1onUiH2 VTqI3GBfQe7LB_AgH3MOZRL45E.iCvZWqsYy6mmgmVh5N30qjVCJJl38xbg6BUFfmzwprFIyiprR fqYQzcIzy7rLqFgp.xjsmufisT.ZEl3yQUOsQ09.klXXDcREeI_ApONap61vNRGQZ1Pmes0cnyV4 _zsAYSwn6ABpXg6BM7hqMWIA3kllclvMn4WqqN0ZqmfSoIlpviaYdk5ieDGN9epnpUhl0ZtDzt5C ZYfn339O87yoQ1xaz8Bqat6FhzFfSylXls3bb9o9V6TDMrJw_A2Zv215M5b5.ofAaKVIon1Ik9Av CmjtZAXoQ4bH67dXxWiMm92aMh3o2TMuH6Y5lUBPEffsB4xGAoUj8_i2eUXXoYmLRL2AnfJbyo.e A6QRd3v1XDzYQAGVvJahzquE6dQLxeSS9CFzTz13QnwsTonTh7_VpckhseEijfys6s7EYQP_Blod tCeFJIBZm_cKZ09WqziJB1Or9V8e1u1EJZovf.mPtfX60z.92ZgKUY4gWSvAi3DwsXJP5LsZhF1U EeisX6w82GQjo3dcqevSqcX0XPW7KKi9IEQl4YDRuCVnloFyz8J1PbkHUbw8Xzb5MU88.G6gd._o mP0jBMc2LPCM0JJPAjk8zNjLzxZvp1.RosTg7gz6Qa5rno_6HdycAwWiwqE_38dzBHEuNiJxEMXF lVUBHSeHvznvPyDGh2ofd3XvN8lJ_iA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Tue, 17 Mar 2020 04:48:26 +0000 Received: by smtp404.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 742402431fba836ba803ada04b6310a1; Tue, 17 Mar 2020 04:48:25 +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.60.0.2.5\)) Subject: amd64->armv7 cross-build failure for security/ca_root_nss: It failed in memcpy () from /libexec/ld-elf.so.1 Message-Id: <1EC37157-CBA2-4334-92C1-E845F63DB5CA@yahoo.com> Date: Mon, 16 Mar 2020 21:48:23 -0700 Cc: FreeBSD ports To: freebsd-arm , FreeBSD Hackers X-Mailer: Apple Mail (2.3608.60.0.2.5) References: <1EC37157-CBA2-4334-92C1-E845F63DB5CA.ref@yahoo.com> X-Rspamd-Queue-Id: 48hLK96J0yz41pw X-Spamd-Bar: + X-Spamd-Result: default: False [1.18 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_SPAM_MEDIUM(0.99)[0.989,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[146.64.137.98.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_LONG(0.69)[0.687,0]; 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: (3.33), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] 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, 17 Mar 2020 04:48:31 -0000 Context: head -r358966 attempting to update ports to -r528535 . Also, 50+ ports built just fine but the below has been repeatable in my context. The original failure was under devel/poudriere-devel (with nxb-bin/ materials used). But part of the below is from exploring with various steps in a handier context. The original error message was: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D> Building for ca_root_nss-3.51 ## Untrusted certificates omitted from this bundle: 2 openssl x509 failed with exit code 11 at = /wrkdirs/usr/ports/security/ca_root_nss/work/MAca-bundle.pl line 78. *** Error code 255 The original source that reported the message was: sub printcert_info($$) { my (undef, $certdata) =3D @_; return unless $certdata; open(OUT, "|openssl x509 -text -inform DER -fingerprint") || die "could not pipe to openssl x509"; print OUT $certdata; close(OUT) or die "openssl x509 failed with exit code $?"; } The die produced: -rw-r--r-- 1 root wheel 7909376 Mar 17 03:18:04 2020 = qemu_openssl.core gdb reported for it: Core was generated by `openssl'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0xf501adb4 in memcpy () from /libexec/ld-elf.so.1 and: (gdb) info threads Id Target Id Frame=20 * 1 LWP 1592 "x509" 0xf501adb4 in memcpy () from = /libexec/ld-elf.so.1 and: gdb) bt #0 0xf501adb4 in memcpy () from /libexec/ld-elf.so.1 #1 0xf5004cd0 in do_copy_relocations () from /libexec/ld-elf.so.1 and (from a disass): =3D> 0xf501adb4 <+436>: strd r4, [r3], #8 (It was not clear what code context to supply so I stuck to showing the instruction with the register used such that SIGSEGV could result from the use: r3 .) Finally the registers were listed as holding: (gdb) info reg r0 0xf4f5d57c 4109751676 r1 0x14 20 r2 0x93000 602112 r3 0x1 1 r4 0x10 16 r5 0x9fffdfa4 2684346276 r6 0xf4fe2404 4110296068 r7 0xf4fe2004 4110295044 r8 0x93000 602112 r9 0x93000 602112 r10 0x9fffdfe0 2684346336 r11 0x0 0 r12 0x9fffdf80 2684346240 sp 0x9fffdf80 0x9fffdf80 lr 0xf5004cd0 4110437584 pc 0xf501adb4 0xf501adb4 cpsr 0x60000010 1610612752 Yep: r3=3D=3D1 would do it. Note: I've otherwise ignored here seeing lots of: qemu: unsupported syscall: 574 (calling anyway) notices while doing things for extracting this information. I'll note that I had no such SIGSEGV when ca_root_nss 3.50 built back at OSVERSION=3D1300077 on 2020-Feb-16: it built and worked fine back then. I'm not sure when I'll have time to do more with this or if I will again just abandon qemu-user-static for a time. (Insufficient time to allocate to do more?) Hopefully the basic information is useful to someone at some point. I'm not claiming that I know qemu-user-static is the problem, or openssl, or whatever. Just that the combination is broken in my context. Having security/ca_root_nss blocked, blocks cross-building lots of other things, including devel/llvm10 . =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 Mar 17 17:35:09 2020 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 07DA126CACB for ; Tue, 17 Mar 2020 17:35:08 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48hgKl0nBWz4BRt for ; Tue, 17 Mar 2020 17:35:06 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 02HHZG6W066286 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 17 Mar 2020 10:35:17 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 02HHZFrw066285; Tue, 17 Mar 2020 10:35:15 -0700 (PDT) (envelope-from fbsd) Date: Tue, 17 Mar 2020 10:35:15 -0700 From: bob prohaska To: Mark Millard Cc: Ross Alexander , freebsd-arm , bob prohaska Subject: Re: freebsd-arm Digest, Vol 724, Issue 3 (Answer: sysutils/u-boot-rpi3 and sysutils/u-boot-rpi4 have been updated) Message-ID: <20200317173515.GA65926@www.zefox.net> References: <4DB90158-B77E-4D65-8E94-B6941D7D76DE@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DB90158-B77E-4D65-8E94-B6941D7D76DE@yahoo.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48hgKl0nBWz4BRt X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.16 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; IP_SCORE(0.06)[ip: (0.24), ipnet: 50.1.16.0/20(0.12), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.996,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(0.21)[0.212,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; 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, 17 Mar 2020 17:35:09 -0000 On Mon, Mar 16, 2020 at 06:25:01PM -0700, Mark Millard wrote: > > sysutils/u-boot-rpi3 and sysutils/u-boot-rpi4 have > been updated to pick up patches and to configure > the reserved RAM for armstub8*.bin correctly: > > Author: kevans > Date: Mon Mar 16 21:32:55 2020 > New Revision: 528547 > URL: > https://svnweb.freebsd.org/changeset/ports/528547 > > > Log: > sysutils/u-boot-rpi{3,4}: Add patch to fix PSCI stub reservation > > For the traditional spin table setup, only the lowest page needs > to be reserved. However, our PSCI stubs are slightly bigger and occupy > a little over one page. These patches, already sent upstream, allow a > variable number of initial pages to be reserved for the SMP stubs. We > then set the values for these in our fragment to '2' to reserve the first > and second page. > > Approved by: koobs (mentor) > Approved by: manu (uboot, maintainer) > MFH: 2020Q1 > Differential Revision: > https://reviews.freebsd.org/D24085 > > > Modified: > head/sysutils/u-boot-master/distinfo > head/sysutils/u-boot-rpi3/Makefile > head/sysutils/u-boot-rpi3/files/rpi3_fragment > head/sysutils/u-boot-rpi4/Makefile > head/sysutils/u-boot-rpi4/files/rpi4_fragment It looks like sysutils/u-boot-rpi3 builds and installs without error on a Pi3 reporting root@www:/boot/uboot # uname -KU 1300045 1300045 with /usr/ports at Revision: 528581 However, the make install clearly didn't touch /boot/msdos and I couldn't find any obvious instructions on what has to be done by hand (ISTR some brief directions from make install previously). Make install claims to build man pages, but man can't find them. In /usr/ports/sysutils/u-boot-rpi3/work/u-boot-2019.10 are found, among many other things, a series of files: -rwxr-xr-x 1 root wheel 4794232 Mar 17 10:07 u-boot -rwxr-xr-x 1 root wheel 500440 Mar 17 10:07 u-boot-nodtb.bin -rwxr-xr-x 1 root wheel 500440 Mar 17 10:07 u-boot.bin -rw-r--r-- 1 root wheel 9167 Mar 17 09:58 u-boot.cfg -rw-r--r-- 1 root wheel 5605 Mar 17 10:07 u-boot.cfg.configs -rw-r--r-- 1 root wheel 1348 Mar 17 09:59 u-boot.lds -rw-r--r-- 1 root wheel 480139 Mar 17 10:07 u-boot.map -rwxr-xr-x 1 root wheel 1438904 Mar 17 10:07 u-boot.srec -rw-r--r-- 1 root wheel 195715 Mar 17 10:07 u-boot.sym Any hints as to what goes where would be most helpful. Thanks for reading, and apologies for all the dumb questions! bob prohaska From owner-freebsd-arm@freebsd.org Tue Mar 17 18:27:06 2020 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 2205526E013 for ; Tue, 17 Mar 2020 18:27:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.ne1.yahoo.com (sonic306-21.consmr.mail.ne1.yahoo.com [66.163.189.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 48hhTh1KWCz4CCV for ; Tue, 17 Mar 2020 18:27:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ScZZxEwVM1l0l_yLti_RdGAD1Mir.8zwSQAvDQzPzM.gs84wrJS1FKfqAnqAerU ftixn6LMBOWA_PQFxY.R48A6Ow.FMLitmZjTEWQSZp7gcXmurL.8WBaqZF0M1y1TGciqZ54xNDf9 kOCizQfRkqC8PvwfYhUbkxy71IsGAsY4YXwxOrCZu8E6AFkfTVHw9Hwa7efa8TERT.jGwgAE4DY8 RXVVV2GUUdKWnjpSch0HlnluEodV_PJiM3nxiF0O_V1ia508_KCSZjP5sPfIafMZnYZS70z4K86x XnORr7XcFNOD8HpW7qj_bqFsPws_U8nXoZeWVcyUdynxyz0kI3XkgJczItnL5QtWhFdamxLBYb8G 3vRZMbGFZemG2xBje3ZrfvoXel2PsB11wau3j8AHQO_ez_cNAEhmU1NW4MQ17yDajlODtMJOSi.K 9eXhNHs9iTFxPdQSGY6IYIrXDjQ8m.W4Es5e1Nsxu5d.me71pRvUd95bF25zdBL71SpOvUUhtLNn ezaBTnlSy30XQBHiCiQhlJ__AP.jOJU6rpR1WgohWy31lnOVQ2Vk2SAlz0f6IFdtG84Tr0wIhdn0 bPFAKmNl5LKhO2SARTRXCYEuCxUJ4wjkwLzzUZ01slC2CIi2vMXwiNwt8QsoLDVs_ckdv01QCsDB El5Pi6Ta5pKh4MAVYEj4O7CzpBp7MjbyYZ7J1AO65YqmD5EeFUj7l.JaOdAvtiGISKL58PgbrmCr x2b4wqg.uWsQTxFLdS_f8gPQX3OKnwTwuA5zVVvVs0RUzzVtHtZRg2_STe0hStl.TNTXNDYYMZqQ cuTraiCGlBejPdfJgm9QUw8qer6bu4yD5PRV67UB4_2taMI0WiBvk3dlUEvq086Vi6gM5mpt4R.b gJtZQuyoJ.WDuEsheuBiTiPGC.g4zw4sxnZNJwrPz1PWdgJzipsn0KmDDOd3uO5ieuBpS0dLShV_ NDGCuIT77MgETTVKXywUyPtutHfzu3WeNU7rlTYv4mwC89xqmvhBXX.mG2MIscoad2Sf3iMJMGNG EDJd_.PdIbSmzpxhFnPTg7cPbx5kKu3kT0rk1ZTOAv2y53zvEEMWrzMm1xu_Kbr8Mr_fqkjwRLD. nG1E_1JbGuw2pc0_vUcvBpwJcVJx0rb0l_tJeo3T7cwhCPqd1XONZFXb8JHLVndVRLKKpsH2mhUt 9K.uzpdBO.TIu4_BEffyIKcFdAIexNs9UsYLKQSTue0XEoiLPMxgDwQfxnez0llKenJHB8dWqASb AH_NrLYigPqWlOS2RuLnKrnJfFnXATmUUVkWY2gWCx1PZE9l_q16OsAl.EUkldG3GXiyDbUFi9VC A8BlBYaCpdpRYm.Bh0ZRRcKzgBIqMJRkGEoueaQ2E9SONJtXwMrnPL6tplB.rYl7YmRoWv6WPms4 rzjE63HZISvLVGfQa8NMDdWHZj2i382eQOFp3NIYQmd8KKnShdbQ- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Tue, 17 Mar 2020 18:26:57 +0000 Received: by smtp416.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 64ba6adefbc6ec65599124d00e6f7580; Tue, 17 Mar 2020 18:26:52 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: freebsd-arm Digest, Vol 724, Issue 3 (Answer: sysutils/u-boot-rpi3 and sysutils/u-boot-rpi4 have been updated) From: Mark Millard In-Reply-To: <20200317173515.GA65926@www.zefox.net> Date: Tue, 17 Mar 2020 11:26:51 -0700 Cc: Ross Alexander , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <40B4C39A-7A3D-4C34-81AC-7EC05BBF0572@yahoo.com> References: <4DB90158-B77E-4D65-8E94-B6941D7D76DE@yahoo.com> <20200317173515.GA65926@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48hhTh1KWCz4CCV X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.49 / 15.00]; R_SPF_ALLOW(0.00)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RBL_MAILSPIKE_BAD(1.00)[83.189.163.66.rep.mailspike.net : 127.0.0.12]; DMARC_POLICY_ALLOW(0.00)[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:36646, ipnet:66.163.184.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.00)[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: (2.77), ipnet: 66.163.184.0/21(1.18), asn: 36646(0.94), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.99)[0.992,0]; BAD_REP_POLICIES(0.10)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[0.997,0]; RCVD_IN_DNSWL_NONE(0.00)[83.189.163.66.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: Tue, 17 Mar 2020 18:27:06 -0000 On 2020-Mar-17, at 10:35, bob prohaska wrote: > On Mon, Mar 16, 2020 at 06:25:01PM -0700, Mark Millard wrote: >>=20 >> sysutils/u-boot-rpi3 and sysutils/u-boot-rpi4 have >> been updated to pick up patches and to configure >> the reserved RAM for armstub8*.bin correctly: >>=20 >> Author: kevans >> Date: Mon Mar 16 21:32:55 2020 >> New Revision: 528547 >> URL:=20 >> https://svnweb.freebsd.org/changeset/ports/528547 >>=20 >>=20 >> Log: >> sysutils/u-boot-rpi{3,4}: Add patch to fix PSCI stub reservation >>=20 >> For the traditional spin table setup, only the lowest page needs >> to be reserved. However, our PSCI stubs are slightly bigger and = occupy >> a little over one page. These patches, already sent upstream, allow = a >> variable number of initial pages to be reserved for the SMP stubs. = We >> then set the values for these in our fragment to '2' to reserve the = first >> and second page. >>=20 >> Approved by: koobs (mentor) >> Approved by: manu (uboot, maintainer) >> MFH: 2020Q1 >> Differential Revision:=09 >> https://reviews.freebsd.org/D24085 >>=20 >>=20 >> Modified: >> head/sysutils/u-boot-master/distinfo >> head/sysutils/u-boot-rpi3/Makefile >> head/sysutils/u-boot-rpi3/files/rpi3_fragment >> head/sysutils/u-boot-rpi4/Makefile >> head/sysutils/u-boot-rpi4/files/rpi4_fragment >=20 > It looks like sysutils/u-boot-rpi3 builds and installs without > error on a Pi3 reporting > root@www:/boot/uboot # uname -KU > 1300045 1300045 >=20 > with /usr/ports at Revision: 528581 >=20 > However, the make install clearly didn't touch /boot/msdos and > I couldn't find any obvious instructions on what has to be done > by hand (ISTR some brief directions from make install previously). > Make install claims to build man pages, but man can't find them. >=20 > In /usr/ports/sysutils/u-boot-rpi3/work/u-boot-2019.10 are found, > among many other things, a series of files: >=20 > -rwxr-xr-x 1 root wheel 4794232 Mar 17 10:07 u-boot > -rwxr-xr-x 1 root wheel 500440 Mar 17 10:07 u-boot-nodtb.bin > -rwxr-xr-x 1 root wheel 500440 Mar 17 10:07 u-boot.bin > -rw-r--r-- 1 root wheel 9167 Mar 17 09:58 u-boot.cfg > -rw-r--r-- 1 root wheel 5605 Mar 17 10:07 u-boot.cfg.configs > -rw-r--r-- 1 root wheel 1348 Mar 17 09:59 u-boot.lds > -rw-r--r-- 1 root wheel 480139 Mar 17 10:07 u-boot.map > -rwxr-xr-x 1 root wheel 1438904 Mar 17 10:07 u-boot.srec > -rw-r--r-- 1 root wheel 195715 Mar 17 10:07 u-boot.sym >=20 > Any hints as to what goes where would be most helpful. >=20 Using an RPi4 as an example (mostly) . . . # mount /dev/label/RPi4root on / (ufs, NFS exported, local, noatime, = soft-updates) devfs on /dev (devfs) /dev/label/RPi4boot on /boot/efi (msdosfs, local, noatime) So I see the msdosfs under /boot/efi/ . # ls -ldT /boot/efi/*u-boot* -rwxr-xr-x 1 root wheel 445896 Mar 16 07:59:02 2020 = /boot/efi/u-boot.bin So that is where to place the file. As for where to get the file to copy there, again for my RPi4 context, not RPi3: # ls -ldT /usr/local/share/u-boot/u-boot-rpi4/* -rw-r--r-- 1 root wheel 124 Mar 16 07:59:03 2020 = /usr/local/share/u-boot/u-boot-rpi4/README -rw-r--r-- 1 root wheel 37 Mar 16 07:59:03 2020 = /usr/local/share/u-boot/u-boot-rpi4/metadata -rw-r--r-- 1 root wheel 445896 Mar 16 07:59:03 2020 = /usr/local/share/u-boot/u-boot-rpi4/u-boot.bin So, for RPi3 that would be: # ls -ldT /usr/local/share/u-boot/u-boot-rpi3/* -rw-r--r-- 1 root wheel 124 Mar 16 07:59:02 2020 = /usr/local/share/u-boot/u-boot-rpi3/README -rw-r--r-- 1 root wheel 37 Mar 16 07:59:02 2020 = /usr/local/share/u-boot/u-boot-rpi3/metadata -rw-r--r-- 1 root wheel 500440 Mar 16 07:59:02 2020 = /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin Note: The RPi*'s do not have such materials placed via dd (outside the file systems), unlike most small arm boards. I use this to have media that dual boots, such as booting a Rock64 (uses dd to outside the file systems) or a RPi4 . =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 Mar 17 18:46:19 2020 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 9977D26EDB9 for ; Tue, 17 Mar 2020 18:46:19 +0000 (UTC) (envelope-from peter@libassi.se) Received: from smtp2.outgoing.loopia.se (smtp2.outgoing.loopia.se [93.188.3.37]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48hhvs5jx1z3x1n for ; Tue, 17 Mar 2020 18:46:17 +0000 (UTC) (envelope-from peter@libassi.se) Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id D9A0B2E7F399 for ; Tue, 17 Mar 2020 19:46:14 +0100 (CET) Received: from s499.loopia.se (unknown [172.22.191.6]) by s807.loopia.se (Postfix) with ESMTP id BB7362E37AF2 for ; Tue, 17 Mar 2020 19:46:14 +0100 (CET) Received: from s476.loopia.se (unknown [172.22.191.6]) by s499.loopia.se (Postfix) with ESMTP id B88BD1CDAF29 for ; Tue, 17 Mar 2020 19:46:14 +0100 (CET) X-Virus-Scanned: amavisd-new at amavis.loopia.se X-Spam-Flag: NO X-Spam-Score: -0.999 X-Spam-Level: X-Spam-Status: No, score=-0.999 tagged_above=-999 required=6.2 tests=[ALL_TRUSTED=-1, HTML_MESSAGE=0.001] autolearn=disabled Received: from s498.loopia.se ([172.22.191.6]) by s476.loopia.se (s476.loopia.se [172.22.190.16]) (amavisd-new, port 10024) with LMTP id 2rZcsiG1w1Gy for ; Tue, 17 Mar 2020 19:46:14 +0100 (CET) X-Loopia-Auth: user X-Loopia-User: peter@libassi.se X-Loopia-Originating-IP: 81.170.155.133 Received: from [10.0.2.62] (h-155-133.A444.priv.bahnhof.se [81.170.155.133]) (Authenticated sender: peter@libassi.se) by s498.loopia.se (Postfix) with ESMTPSA id 3F70847089E for ; Tue, 17 Mar 2020 19:46:14 +0100 (CET) From: Peter Libassi Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: RPI3 shutdown -p now does a reboot Message-Id: Date: Tue, 17 Mar 2020 19:46:13 +0100 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48hhvs5jx1z3x1n X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of peter@libassi.se has no SPF policy when checking 93.188.3.37) smtp.mailfrom=peter@libassi.se X-Spamd-Result: default: False [3.46 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.94)[0.945,0]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(0.93)[0.931,0]; RCVD_IN_DNSWL_NONE(0.00)[37.3.188.93.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; DMARC_NA(0.00)[libassi.se]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:39570, ipnet:93.188.2.0/23, country:SE]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.18)[ipnet: 93.188.2.0/23(0.52), asn: 39570(0.42), country: SE(-0.03)]; RECEIVED_SPAMHAUS_PBL(0.00)[133.155.170.81.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] 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: Tue, 17 Mar 2020 18:46:19 -0000 Just found out that a "shutdown -p now" does not halt the system, it = reboots instead. Caused me a corrupt filesystem and unbootable system = :-( I know that we can=E2=80=99t actually power off a RPI but -p should then = instead halt the system, shutdown(8) man page: -p The system is halted and the power is turned off (hardware support required, otherwise the system is halted) at the specified time. uname -a on my RPI3: FreeBSD vpn2 12.1-STABLE FreeBSD 12.1-STABLE r357605 GENERIC arm64 Thanks Peter= From owner-freebsd-arm@freebsd.org Tue Mar 17 18:52:30 2020 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 801F226F7A3 for ; Tue, 17 Mar 2020 18:52:30 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10on2084.outbound.protection.outlook.com [40.107.94.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48hj305YkRz4B0S for ; Tue, 17 Mar 2020 18:52:28 +0000 (UTC) (envelope-from rwa@athabascau.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=OGT6YmVXMc8wxln+eWBSAgDiTXnPyP+DrW8oIblu98Res3i2kX2kY1KiOE1GMLYgolJzwHuWYpilmFokWHo2Ae7kAsNbPODtgzi5OFOBWQ2QcvLWJde/ez4HMU2nr4/SFao88gB3joj86XpYu8waPZ00wrPZ5Z2LMQUy1bcoeP4zYcYFYDp12zpA5yoBO9FrLnOAuEEjXW27MSN6r1p/ACdDmy459qQElrURQFyL2ZJrTObFux4OdA148AUZY3xBXnJW7HWd9n4jUuPHxMiu0vzmIikzb2eoFAG8YUIH0S4NdOdw5YatQpDetqaCB6lT3GABVJ6Of9z4OHhqgvnjJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cesOUD+4qh+OeMWmzpm6CImLuzNwpF7pujrkZpRNvcM=; b=R+4UMou373ifQwIrM4X6gqj6PFdOkwgFa8n2BBzwjtoBuKWpAUWxe1mqweK6diazJghFuZlng2SrdlH/GpNERbUNlGGUNYrSycMZdnTeoQdxnhZR0kamjenBYUc69Hw07fKsPL3aW9idGcA78suyPx7yr7onPEFA6tm+avozTCrtRCFNinT5DDUBlsiHKXS5OxS64L9OPY95izCZ1jOIRYT2IQDpIXZU9YqeAedj8kg8YcZfW5tsqbc01c8hlszvCZlCS3BMIadtWseZu8AmJl2dcMX6P6iBXwuGpTJ6EXTvBIokqLYQuAm4mCvPyTI/PECT+kA8HTzJhEu9tvSvbw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 131.232.32.37) smtp.rcpttodomain=freebsd.org smtp.mailfrom=athabascau.ca; dmarc=bestguesspass action=none header.from=athabascau.ca; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=austaff.onmicrosoft.com; s=selector2-austaff-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cesOUD+4qh+OeMWmzpm6CImLuzNwpF7pujrkZpRNvcM=; b=1rPMmjbPVavRq1ZHGhQ2aTMVCaI6OQwM9CzsG4uWYc0OUgohb8AyLwN4ZMeHGAHnupekZWnZeEVKhQNzTlqYRwcg9uMtj0DuHRq9pEwOI79l1diNL2j27R1tvkp4TmQUmEaArFjvJxd5Ag+bD/c262YN8iHOFrxdZPju7c7wCIc= Received: from CH2PR18CA0059.namprd18.prod.outlook.com (2603:10b6:610:55::39) by CH2PR13MB3653.namprd13.prod.outlook.com (2603:10b6:610:9d::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2835.7; Tue, 17 Mar 2020 18:52:26 +0000 Received: from QB1CAN01FT009.eop-CAN01.prod.protection.outlook.com (2603:10b6:610:55:cafe::72) by CH2PR18CA0059.outlook.office365.com (2603:10b6:610:55::39) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2814.21 via Frontend Transport; Tue, 17 Mar 2020 18:52:26 +0000 Received-SPF: Pass (protection.outlook.com: domain of athabascau.ca designates 131.232.32.37 as permitted sender) receiver=protection.outlook.com; client-ip=131.232.32.37; helo=smtp-relay.cs.athabascau.ca; Received: from smtp-relay.cs.athabascau.ca (131.232.32.37) by QB1CAN01FT009.mail.protection.outlook.com (10.152.120.113) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2814.13 via Frontend Transport; Tue, 17 Mar 2020 18:52:25 +0000 Received: from autopsy.pc.athabascau.ca (autopsy.pc.athabascau.ca [131.232.4.80]) by smtp-relay.cs.athabascau.ca (Postfix) with ESMTPS id 83C9E202A3; Tue, 17 Mar 2020 12:52:24 -0600 (MDT) Date: Tue, 17 Mar 2020 12:52:24 -0600 (MDT) From: Ross Alexander X-X-Sender: rwa@autopsy.pc.athabascau.ca To: bob prohaska cc: Mark Millard , freebsd-arm Subject: Re: freebsd-arm Digest, Vol 724, Issue 3 (Answer: sysutils/u-boot-rpi3 and sysutils/u-boot-rpi4 have been updated) In-Reply-To: <20200317173515.GA65926@www.zefox.net> Message-ID: References: <4DB90158-B77E-4D65-8E94-B6941D7D76DE@yahoo.com> <20200317173515.GA65926@www.zefox.net> User-Agent: Alpine 2.22 (BSF 395 2020-01-19) Organization: Athabasca University MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:131.232.32.37; IPV:; CTRY:CA; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(346002)(376002)(396003)(39860400002)(136003)(199004)(46966005)(6266002)(8676002)(956004)(4326008)(15650500001)(54906003)(246002)(8936002)(786003)(6916009)(426003)(336012)(316002)(26005)(2906002)(70206006)(7696005)(70586007)(36916002)(186003)(7636002)(356004)(86362001)(5660300002)(55016002)(47076004)(478600001); DIR:OUT; SFP:1101; SCL:1; SRVR:CH2PR13MB3653; H:smtp-relay.cs.athabascau.ca; FPR:; SPF:Pass; LANG:en; PTR:vs001lpmp1609.cs.athabascau.ca; A:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 3ae7d327-a479-4ed1-0753-08d7caa455d0 X-MS-TrafficTypeDiagnostic: CH2PR13MB3653: X-Microsoft-Antispam-PRVS: Content-Transfer-Encoding: quoted-printable X-MS-Oob-TLC-OOBClassifiers: OLM:2276; X-Forefront-PRVS: 0345CFD558 X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: UaegtSbsiKnQaa6b+8KKBvWeHMfm5d0EdL6l7iyf4QEFW+BzMYRlLxgmgWMm1cqgKvKB26x82E9j2dRXatkHN7dZmQGCNLDkf7DnF319j+RB7P4KJNT8K7DXGpgvw7iq5JE9zOcIAvJejQz13ogCl7GrSGd9rcKCz19+sAeO5GOQmR8DPPlJoftp5rrAjLbkdA3MKaTLyfE3tBBHKltQEERV9my5E5Mo51ZxBLSFpni7IlrtJWiuZ4Xs1t+jb5+pOPLP00SHrO/rfod6kFbD5/hDtXdxAy1mfMDt5GuIZuxtdh33jw9LfuKdUpCrl33pxihiUDLpiw6P10sOxNtWcIMqOM6Gnx2lBikOZdAAuK2CWBl5Lgbu+RGc79gfit9tDwzzvjse4i119XaM/cxcJsJZr1e2MVTfNmns0xuotEXMtTZBhomdaBvEmUSVo8bK7hlrQ4BixVCIiFd0E+F/cCtLBHZQu35VQP9h+BZrWSZVLgjEFI2ADDSgAoXw0sJQ9LR4ukNuH2DOTBNalRJnLA== X-OriginatorOrg: athabascau.ca X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Mar 2020 18:52:25.7379 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 3ae7d327-a479-4ed1-0753-08d7caa455d0 X-MS-Exchange-CrossTenant-Id: a893bdd2-f460-4252-aa34-4d057436a09d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a893bdd2-f460-4252-aa34-4d057436a09d; Ip=[131.232.32.37]; Helo=[smtp-relay.cs.athabascau.ca] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH2PR13MB3653 X-Rspamd-Queue-Id: 48hj305YkRz4B0S X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=austaff.onmicrosoft.com header.s=selector2-austaff-onmicrosoft-com header.b=1rPMmjbP; dmarc=none; spf=pass (mx1.freebsd.org: domain of rwa@athabascau.ca designates 40.107.94.84 as permitted sender) smtp.mailfrom=rwa@athabascau.ca X-Spamd-Result: default: False [-4.83 / 15.00]; IP_SCORE(-1.38)[ipnet: 40.64.0.0/10(-3.76), asn: 8075(-3.10), country: US(-0.05)]; NEURAL_HAM_MEDIUM(-0.95)[-0.948,0]; R_DKIM_ALLOW(-0.20)[austaff.onmicrosoft.com:s=selector2-austaff-onmicrosoft-com]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[athabascau.ca]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[austaff.onmicrosoft.com:+]; RCVD_IN_DNSWL_NONE(0.00)[84.94.107.40.list.dnswl.org : 127.0.3.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_CC(0.00)[yahoo.com]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] 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, 17 Mar 2020 18:52:30 -0000 On Tue, 17 Mar 2020, bob prohaska wrote: > It looks like sysutils/u-boot-rpi3 builds and installs without > error on a Pi3 reporting > root@www:/boot/uboot # uname -KU > 1300045 1300045 > > with /usr/ports at Revision: 528581 > > However, the make install clearly didn't touch /boot/msdos and > I couldn't find any obvious instructions on what has to be done > by hand (ISTR some brief directions from make install previously). > Make install claims to build man pages, but man can't find them. > > In /usr/ports/sysutils/u-boot-rpi3/work/u-boot-2019.10 are found, > among many other things, a series of files: > > -rwxr-xr-x 1 root wheel 4794232 Mar 17 10:07 u-boot > -rwxr-xr-x 1 root wheel 500440 Mar 17 10:07 u-boot-nodtb.bin > -rwxr-xr-x 1 root wheel 500440 Mar 17 10:07 u-boot.bin > -rw-r--r-- 1 root wheel 9167 Mar 17 09:58 u-boot.cfg > -rw-r--r-- 1 root wheel 5605 Mar 17 10:07 u-boot.cfg.configs > -rw-r--r-- 1 root wheel 1348 Mar 17 09:59 u-boot.lds > -rw-r--r-- 1 root wheel 480139 Mar 17 10:07 u-boot.map > -rwxr-xr-x 1 root wheel 1438904 Mar 17 10:07 u-boot.srec > -rw-r--r-- 1 root wheel 195715 Mar 17 10:07 u-boot.sym I took the snapshot .img mentioned in my previous post, dd'd it to an SD card, mounted the msdos partition on an x86 CURRENT workstation and hand-copied in my tweaked /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin over the snapshot's version. Then I booted from that. All the cpus were correctly recognized. Now, SD cards are slow and sectors rot out fast, so I have settled on using a USB SSD (with it's own power; I use some random toaster gadget and a Samsung 860 evo 250GB, it's at /dev/da0) as a system disk, and the SD disk is only for booting. So on the UFS partition of the SD card, I hacked /boot/loader.conf as thus: # Configure USB OTG; see usb_template(4). hw.usb.template=3D"3" umodem_load=3D"YES" # Disable the beastie menu and color = # beastie_disable=3D"YES" loader_color=3D"NO" # there's bitching about efi being only available console, # but this works anyhow. # console=3D"comconsole" comconsole_speed=3D"115200" boot_serial=3D"YES" # after kernel load, mount hierarchy from SSD # geom_label_load=3D"YES" # File system labels (see gl= abel(8)) vfs.root.mountfrom=3D"ufs:/dev/gpt/root1" That last line is the key. The gpart info for the SSD is rpi3:/root # gpart show -l da0 =3D> 40 488397088 da0 GPT (233G) 40 1024 1 (null) (512K) 1064 216 - free - (108K) 1280 8388608 2 root1 (4.0G) 8389888 8388608 3 swap1 (4.0G) 16778496 67108864 4 usr1 (32G) 83887360 67108864 5 local1 (32G) 150996224 67108864 6 obj1 (32G) 218105088 67108864 7 ports1 (32G) 285213952 33554432 8 src1 (16G) 318768384 8388608 9 u01 (4.0G) 327156992 8388608 10 var1 (4.0G) 335545600 2097152 11 tmp (1.0G) 337642752 150754376 - free - (72G) and after booting, I end up with: rpi3:/root # df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/gpt/root1 4053308 1210732 2518312 32% / devfs 1 1 0 100% /dev /dev/gpt/tmp 1015324 30676 903424 3% /tmp /dev/mmcsd0s1 51096 15068 36028 29% /boot/efi /dev/mmcsd0s2a 14652572 1139332 12341036 8% /boot/ufs /dev/gpt/var1 4053308 746568 2982476 20% /var /dev/gpt/usr1 32487548 3471896 26416652 12% /usr /dev/gpt/local1 32487548 1609928 28278620 5% /usr/local /dev/gpt/obj1 32487548 13357716 16530832 45% /usr/obj /dev/gpt/ports1 32487548 1017648 28870900 3% /usr/ports /dev/gpt/src1 16233660 3168536 11766432 21% /usr/src /dev/gpt/u01 4053308 13732 3715312 0% /u0 Notice that /boot/efi is the SD msdos filesys and /boot/ufs is the SD card ufs filesys. When you cd /usr/src ; make kernel ; make installkernel you also need to clone the new /boot/kernel into /boot/ufs/boot/kernel. That's the only tricky part, I've turned it into a script FWTW. I've also set the swap partition to be /dev/gpt/swap1 - swap loads don't do SD cards any good, and the poor things are slow. The reason I forward this along is that while I don't know what toolset(s) and/or pointyhat wizardry is involved in building the snapshot SD msdos parition - yet - this way gives a bootable, working system that can rebuild itself. Hope that helps, or at least gives some clues. If everyone else already knew this, please accept my apologies. regards, Ross =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a 54.71593 N 113.30835 W -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- From owner-freebsd-arm@freebsd.org Tue Mar 17 18:59:27 2020 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 A7EE526FCE3 for ; Tue, 17 Mar 2020 18:59:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-22.consmr.mail.ne1.yahoo.com (sonic303-22.consmr.mail.ne1.yahoo.com [66.163.188.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 48hjC21PK2z4Ssg for ; Tue, 17 Mar 2020 18:59:25 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: xz6ZPBMVM1mKVRqHLJJF33lYXprWRFPROTKPdHDwhf2aiHcdsXm6GvBcS.MfRM2 m7.zGBQ2m7hWbZRaG7A4GnuuobqBNc5apT6rVHPiafV7pHfKQoSi61zKzSSymx2eh.wcIZp40vZw mX9MMG3MlocJnF8GgBCqXeMFj19.7T1dsjHsFK5yO8aAKnKwyKyGR5wVliSsmuEB1ZO3Mm5j94IW Jcr3uHhcPefcRH4axXJ0H5Shy4xdDTnmTrbBHwahX7k4PqscLK4NHV0ce95GANyPe_7Z_rEe8MQq e4bQ85SXsxZx4FMMTxyXs3gHnZRVDkRbu8ZDgGoNvVJ_5ivJpQYCjOtAz5yqsq3ccLFt_WdR1lFG EQH25UXTdfq3fiGYTMFZPMfHZcaL0v.6NDm8kMd8VfhuD8UYvwTA7qC4YcFySBT2nqR.Ti5ETAK2 rTP1xVPWlUk6XKeLFFvhzs6cEsc7Z4C5p9Q73MGN7n3eoMAoZeROwixNByeMqVcJ9oHfsrOkqvJn iNsM16dUV5BEDzTGTDR08Xha_IM24a.mDoI1qwSZxk8OMSrGUPZFoI3Sv5TdnqNTBDPKjxw5LqyX vGoGfb64P1L__T54Od9Lsa.YJ9FS0EXW.WAIfytWfvRfNO4_iPnOUqvLDcyrFWM9Pu2bT86knQDN eas7LwspC.AodwbEeb8BeNT8.WOpTfFvNbwqHx_9UL.hvuhjkGb25fDbNV9AAHUVjZIWF6j1gGEC Rag3Ys8oqUZVJdZjH9lHGlI9gBywZM2mmy12sDc.v4f4MV78EsEuKPjiIzbl04aSo7gnF0ma99Lw Cf1XJpHT2w3M24BDWFptg2CUz3JAtMpLxDdfb8az4.0itA6_qIlMbEYVyAKj3JXBmxqBxJS5eSxl LgyMzSZOORki_soS2MkvfiekcCPInx4GhDUrS_RIKxJU3_DTs34HTvKQKWLxNa.4OdkehFZRLcTT b2V_BSU7KtoEapbDh2G2qthrQ6F50S.k_SS8MwrexRyxTfbnVymbb5OHWZHyKyWlHMb9vI2rZHIK 4MGLxhT0PKccFtywYueaPIrdzCC5DJjC4IrA3obwjE1Mzuo6WhayV_sQMgJu9xyznVU76QU1EZjw 9QOhHk9WxWWzAoJjjRNvxhB_GTHovqEDXN34S53lyjW6G_Lx8sWZiWk673Z0wiCMqqJdy3gEy27v bXJ4dednpvKJ19uU184ePBTwkO_8kvX5wF7SpzGXXstsOpnfL7JL43ofhivNsDmkQQcHxH7Tq_Tx qS6GCV5Yj3.lOpY7QCGIZ0jet7r4eFApimjPMhy1SsSYhruGH3jZQ_lENUc_MmgGr51PTkcP5jP8 j6XP9DfO7XIVVl.4Dj8pF5S_vtzexht3CCjdTIZWnt6U7eRqFaHNXgO58eICnWVD1Iupi4YjLcjn iJz0IXS6i_w-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.ne1.yahoo.com with HTTP; Tue, 17 Mar 2020 18:59:24 +0000 Received: by smtp432.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID df04ead83b850a4ebb123f4d6783c163; Tue, 17 Mar 2020 18:59:18 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Pine64+2GB status? Is anyone else having the following sort of panic problem? Date: Tue, 17 Mar 2020 11:59:17 -0700 References: <521CDF7F-8F5F-4E92-8BFE-3E39E1A00586@yahoo.com> To: freebsd-arm In-Reply-To: <521CDF7F-8F5F-4E92-8BFE-3E39E1A00586@yahoo.com> Message-Id: <3B9DF93B-6E7E-49B2-B253-DE268317323E@yahoo.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48hjC21PK2z4Ssg X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.48 / 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:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; ARC_NA(0.00)[]; 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]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (2.52), ipnet: 66.163.184.0/21(1.18), asn: 36646(0.94), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.99)[0.988,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; NEURAL_SPAM_LONG(0.99)[0.991,0]; RCVD_IN_DNSWL_NONE(0.00)[148.188.163.66.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[148.188.163.66.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: Tue, 17 Mar 2020 18:59:27 -0000 On 2020-Mar-15, at 00:49, Mark Millard wrote: > In recent times I've had access to the Pine64+ 2GB again > and when lots of data is being copied to the mmcsd0 > UFS partition (various new and old mmcsd media examples) > I eventually get the following sort of failure: > > aw_mmc0: controller timeout > mmcsd0: Error indicated: 1 Timeout > panic: vm_fault_lookup: fault on nofault entry, addr: 0xffff00004ee1c000 > cpuid = 1 > time = 1584255814 > KDB: stack backtrace: > db_trace_self() at db_trace_self_wrapper+0x28 > pc = 0xffff00000082617c lr = 0xffff00000010aec0 > sp = 0xffff0000402ece30 fp = 0xffff0000402ed040 > > db_trace_self_wrapper() at vpanic+0x194 > pc = 0xffff00000010aec0 lr = 0xffff00000046e120 > sp = 0xffff0000402ed050 fp = 0xffff0000402ed0f0 > > vpanic() at panic+0x44 > pc = 0xffff00000046e120 lr = 0xffff00000046df88 > sp = 0xffff0000402ed100 fp = 0xffff0000402ed180 > > panic() at vm_fault+0x1ff4 > pc = 0xffff00000046df88 lr = 0xffff0000007b4d1c > sp = 0xffff0000402ed190 fp = 0xffff0000402ed2c0 > > vm_fault() at vm_fault_trap+0x64 > pc = 0xffff0000007b4d1c lr = 0xffff0000007b2c14 > sp = 0xffff0000402ed2d0 fp = 0xffff0000402ed310 > > vm_fault_trap() at data_abort+0x108 > pc = 0xffff0000007b2c14 lr = 0xffff000000844dec > sp = 0xffff0000402ed320 fp = 0xffff0000402ed3d0 > > data_abort() at do_el1h_sync+0x144 > pc = 0xffff000000844dec lr = 0xffff000000843e38 > sp = 0xffff0000402ed3e0 fp = 0xffff0000402ed410 > > do_el1h_sync() at handle_el1h_sync+0x78 > pc = 0xffff000000843e38 lr = 0xffff000000828878 > sp = 0xffff0000402ed420 fp = 0xffff0000402ed530 > > handle_el1h_sync() at bounce_bus_dmamap_sync+0x210 > pc = 0xffff000000828878 lr = 0xffff0000008246a0 > sp = 0xffff0000402ed540 fp = 0xffff0000402ed620 > > bounce_bus_dmamap_sync() at aw_mmc_request+0x3d0 > pc = 0xffff0000008246a0 lr = 0xffff0000007f1188 > sp = 0xffff0000402ed630 fp = 0xffff0000402ed670 > > aw_mmc_request() at mmc_wait_for_request+0x12c > pc = 0xffff0000007f1188 lr = 0xffff0000001f2b80 > sp = 0xffff0000402ed680 fp = 0xffff0000402ed6d0 > > mmc_wait_for_request() at mmcsd_rw+0x198 > pc = 0xffff0000001f2b80 lr = 0xffff0000001fc010 > sp = 0xffff0000402ed6e0 fp = 0xffff0000402ed810 > > mmcsd_rw() at mmcsd_task+0x2b0 > pc = 0xffff0000001fc010 lr = 0xffff0000001fabe8 > sp = 0xffff0000402ed820 fp = 0xffff0000402ed940 > > mmcsd_task() at fork_exit+0x90 > pc = 0xffff0000001fabe8 lr = 0xffff00000041fd78 > sp = 0xffff0000402ed950 fp = 0xffff0000402ed980 > > fork_exit() at fork_trampoline+0x10 > pc = 0xffff00000041fd78 lr = 0xffff000000843b6c > sp = 0xffff0000402ed990 fp = 0x0000000000000000 > > KDB: enter: panic > [ thread pid 20 tid 100078 ] > Stopped at arm64_dcache_wb_range+0x18: undefined d50b7a20 > > I've never had this happen quickly or for a small amount > of data. > > The same operations done with the same examples of media > work fine in the Rock64 (same buildworld and buildkernel > results installed, booted, and operating for both boards). > > Both boards have fans and heatsinks and such. > > The specific example is from head -r358510 but I've seen > it on -r358132 as well. (I'd not used the Pine64+2GB in > a long time prior to that so I've no useful clue when > this started.) > > Is anyone else seeing such oddities? Leaving the Pine64+2GB powered on and booted but idle (but for default background processing that happens) still can get such crashes. The example below is from head -r358966 . Sometimes there is more than one timeout notice first . . . aw_mmc0: controller timeout mmcsd0: Error indicated: 1 Timeout aw_mmc0: controller timeout mmcsd0: Error indicated: 1 Timeout aw_mmc0: controller timeout mmcsd0: Error indicated: 1 Timeout panic: vm_fault_lookup: fault on nofault entry, addr: 0xffff00004eacc000 cpuid = 2 time = 1584440665 KDB: stack backtrace: . . . (I'll not repeat the backtrace) . . . === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Mar 18 03:09:58 2020 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 D7C4C27A7A5 for ; Wed, 18 Mar 2020 03:09:58 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x434.google.com (mail-wr1-x434.google.com [IPv6:2a00:1450:4864:20::434]) (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 48hw506BB5z4NWg; Wed, 18 Mar 2020 03:09:56 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x434.google.com with SMTP id 6so28402796wre.4; Tue, 17 Mar 2020 20:09:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:date:references:to :in-reply-to:message-id; bh=bMXxjbbRh+YKRN8TzuhnZRPFANo/FDPxyQHulmnbfcY=; b=K7ZU24AeIw63y5wFULa+kvtYsSZkWPgO2pPEUsg/RjEdTpwCSW1ymF+1ZncjnFLedQ /R0xUv/TYNwb+01mbpSeipWKrA7hcEof7Ccf3em9blCf14mKfJ+al/0Qua+oqLcSoNYj 44vxTBkLvfdCcDvCr3WMy9SZaaoc2KlJlncZYF13VMcXisMC2+UOlfpeb5ePGK/RX10b /ghekgtzRnuQ8yquleEtTRXfWo20oLOdbKR+BzG1EBMWFdf9Zsu/SGYsKJYdZUActmNU 1zH8YbJibJ67zHpfPk7+lOUGkc6S/p3gEuKRq+y3TJSspKIhZBf29Y/7IAdquUjN0kUX Y+0Q== X-Gm-Message-State: ANhLgQ3jQpbgaq1waEFlsaD5Ajm3w8HtpfibaFYlAOdanbG4QtSnx1JU kQ4jUIuFRSfW9zf1KraZfFteyd8u X-Google-Smtp-Source: ADFU+vvXdf4hQAIF5hkkKVnxvdolESWALogImpLAX3YlQWu9PomP/E3NXfVKkaIefe0xbWb/JxiLuw== X-Received: by 2002:a5d:4111:: with SMTP id l17mr2642874wrp.271.1584500994305; Tue, 17 Mar 2020 20:09:54 -0700 (PDT) Received: from [192.168.1.167] ([46.114.107.46]) by smtp.googlemail.com with ESMTPSA id p4sm1762632wma.21.2020.03.17.20.09.52 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 17 Mar 2020 20:09:53 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Panic on Rpi3 at r358976 Date: Wed, 18 Mar 2020 04:09:51 +0100 References: <20200315041203.GA55605@www.zefox.net> <90DE70B3-F3A5-4EFE-832C-7C412744D974@yahoo.com> <5A11699F-7EDD-4541-82C0-62993C95EE72@yahoo.com> To: Kyle Evans , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <2FD7A400-F682-4A53-9EC0-04C3E4D51B48@googlemail.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48hw506BB5z4NWg X-Spamd-Bar: - X-Spamd-Result: default: False [-1.49 / 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)[]; URI_COUNT_ODD(1.00)[7]; 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]; RECEIVED_SPAMHAUS_PBL(0.00)[46.107.114.46.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; 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(-0.99)[-0.993,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(0.00)[ip: (-9.37), ipnet: 2a00:1450::/32(-2.39), asn: 15169(-1.65), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.3.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]; RCVD_TLS_ALL(0.00)[] 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: Wed, 18 Mar 2020 03:09:58 -0000 > Am 16.03.2020 um 15:17 schrieb Kyle Evans : >=20 >> ... >=20 > Indeed- my apologies. In the config fragment, it should read > CONFIG_RPI_EFI_NR_SPIN_PAGES=3D2 rather than > CONFIG_RPI_EFI_NR_SPIN_PAGES=3D"2" (note the lack of quotes in the > correct version) -- apparently I hadn't transcribed that properly when > I was porting it from my initially tested patch to u-boot. >=20 > Thanks, >=20 > Kyle Evans > _______________________________________________ > 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 = =E2=80=9C Thanks for D24085 I have built u-boot 2020.01 RPI4 = with that patch and provide binary-download in Wiki :=20 https://wiki.freebsd.org/arm/Raspberry%20Pi#RPI4 = Regards Klaus From owner-freebsd-arm@freebsd.org Wed Mar 18 05:02:32 2020 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 272B527C8B6 for ; Wed, 18 Mar 2020 05:02:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-22.consmr.mail.ne1.yahoo.com (sonic316-22.consmr.mail.ne1.yahoo.com [66.163.187.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 48hyZt2VT8z3Qsj for ; Wed, 18 Mar 2020 05:02:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: cJY8CPwVM1lWc5lnEKohgzi8RouDBiDIxKe6x7THOozjygNyIqVUa1d6VmbwF4u OadxV78HYPx0R4rmjMooGtkQiwCD4oKBC41EB82YZQTI4B8d._Gsr.qwxjlzpHj5j4gDOQCWFm3M uwINkrE0wOJNLX9Txlfgb97Xzm6H1BU0bjRhYk95kRklve3Qh7E78t08xg79yGcOcqcgp0vFiRIw kSYg2nAigxW5GZwPZtHq6pWzzizCRGqgRZyDeGXB6yhkIaK1YHVzGprmjEXCHW79qogRvad0Cddt Njp1J7LOtew4X5_9vCMOewE59jFOGFFKsl3bH_BM5jFVmZUUpumMGW91EQ.a83B2NLLjV3aiax1K hnYadnQD4hSwjJboz3Ww9sI9MNqbnvTCIJ6lCgr6wrc2OBfkZU.0kFyMwyYvOAzJPtsGfBV3lRji 885.gIEehPE46RFGyfBrV6uoHRvJcOZNVfn3LK4cfbPMt5FFUMNxz01i8EYoVJhwlm9m8BAsmtLJ gV2ZEkBT1iTm.kBQxB0Hjttj0vakG75hKpvaw00mG3vpSjpxV.77nJi3TrlCkpkQquKhd0n4By35 M.dNfY19VfBiDoCeEXBu8PufMHP4hW0qUf.YGPF07yaRsthizIkqYYZs1mMM3WsOgK6cF24lzeBW IDlUySofUcId77jeqClUZGiMXlrJ6C2A_EJpjt14r1SQC6_j2vuY8JY2qlQkaUSVsVznhwe49C6P n1dzCuY56Qtk204gnhOZdeguMGVy4h6OWGJiXiuFcPQSr7_pjwFf3xdCg0wdS0EYIumFUl_nwAlJ nJmNP7vGRe4xGTE_6PGO2NZfM.ZsnCNC8bbPUU5O.JKyeX6JesEpnBck3uD2qsXzzXFHswXRubMV hsipJG1XHFf4gShGN1yYETuLZ7h57_m63iHG38knJ0GmPGwm.gzsr9ZHVDm7O7hCAIhMmbXs.EMx zxnvLsBQHNStOoY7UqqKHzF4l61dhLr3wgf.E0O8srsiaJaIByKv_eiIPWDouvJfaLTYCafQrdKm afUJwSQOf8qpHgA.64ZiZj.Xdk7xrTOu5Y3HN0WK9VZ_bQ_SZZ.S_VhtBcHylxkx614BaCO2XiUI oyGYVXSsr_7vOh_84dRMiYr77c0A6L1yiJ.pfXCwKM.O6ohIGS3q0R0HsFDvCZ9OF5gVD9hpb3q5 QWAATzvbkrnEjiHa6IcWiLcHwwmze9t0KjpNfRgnHVF1tM6ieIA4lTCK0_i8vsMdUp5Fg.nmVf_8 fkjh6eFbyuQX4HSdLKSB3L7N7.eLmJavL2SuQe72UGTPDGC8cgmImehonVPM_EBpvQ_Txy8k8f7n tAa7WIXZeGTtGohqaNun6HoHFlzyywOq.n10BX6SQWvj3L6V3Gj_qz2EHs6LYya6Iv5r67ChmgXg wMBWJt2SelrbQDkLXucz8eiO1TRFF5l5zKLjdB2RcLeBwJ.eGcO_Shw8- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Wed, 18 Mar 2020 05:02:29 +0000 Received: by smtp406.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID d0e732c4bce1e79c3c87f60289e1d78e; Wed, 18 Mar 2020 05:02:23 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: freebsd-arm Digest, Vol 724, Issue 3 (Answer: sysutils/u-boot-rpi3 and sysutils/u-boot-rpi4 have been updated) From: Mark Millard In-Reply-To: <40B4C39A-7A3D-4C34-81AC-7EC05BBF0572@yahoo.com> Date: Tue, 17 Mar 2020 22:02:22 -0700 Cc: Ross Alexander , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <4DB90158-B77E-4D65-8E94-B6941D7D76DE@yahoo.com> <20200317173515.GA65926@www.zefox.net> <40B4C39A-7A3D-4C34-81AC-7EC05BBF0572@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48hyZt2VT8z3Qsj X-Spamd-Bar: + X-Spamd-Result: default: False [1.48 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_SPAM_MEDIUM(1.00)[0.997,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[148.187.163.66.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_LONG(0.99)[0.986,0]; 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:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (4.39), ipnet: 66.163.184.0/21(1.18), asn: 36646(0.94), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] 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, 18 Mar 2020 05:02:32 -0000 On 2020-Mar-17, at 11:26, Mark Millard wrote: > On 2020-Mar-17, at 10:35, bob prohaska wrote: >=20 >> On Mon, Mar 16, 2020 at 06:25:01PM -0700, Mark Millard wrote: >>>=20 >>> sysutils/u-boot-rpi3 and sysutils/u-boot-rpi4 have >>> been updated to pick up patches and to configure >>> the reserved RAM for armstub8*.bin correctly: >>>=20 >>> Author: kevans >>> Date: Mon Mar 16 21:32:55 2020 >>> New Revision: 528547 >>> URL:=20 >>> https://svnweb.freebsd.org/changeset/ports/528547 >>>=20 >>>=20 >>> Log: >>> sysutils/u-boot-rpi{3,4}: Add patch to fix PSCI stub reservation >>>=20 >>> For the traditional spin table setup, only the lowest page needs >>> to be reserved. However, our PSCI stubs are slightly bigger and = occupy >>> a little over one page. These patches, already sent upstream, allow = a >>> variable number of initial pages to be reserved for the SMP stubs. = We >>> then set the values for these in our fragment to '2' to reserve the = first >>> and second page. >>>=20 >>> Approved by: koobs (mentor) >>> Approved by: manu (uboot, maintainer) >>> MFH: 2020Q1 >>> Differential Revision:=09 >>> https://reviews.freebsd.org/D24085 >>>=20 >>>=20 >>> Modified: >>> head/sysutils/u-boot-master/distinfo >>> head/sysutils/u-boot-rpi3/Makefile >>> head/sysutils/u-boot-rpi3/files/rpi3_fragment >>> head/sysutils/u-boot-rpi4/Makefile >>> head/sysutils/u-boot-rpi4/files/rpi4_fragment >>=20 >> It looks like sysutils/u-boot-rpi3 builds and installs without >> error on a Pi3 reporting >> root@www:/boot/uboot # uname -KU >> 1300045 1300045 >>=20 >> with /usr/ports at Revision: 528581 >>=20 >> However, the make install clearly didn't touch /boot/msdos and >> I couldn't find any obvious instructions on what has to be done >> by hand (ISTR some brief directions from make install previously). >> Make install claims to build man pages, but man can't find them. >>=20 >> In /usr/ports/sysutils/u-boot-rpi3/work/u-boot-2019.10 are found, >> among many other things, a series of files: >>=20 >> -rwxr-xr-x 1 root wheel 4794232 Mar 17 10:07 u-boot >> -rwxr-xr-x 1 root wheel 500440 Mar 17 10:07 u-boot-nodtb.bin >> -rwxr-xr-x 1 root wheel 500440 Mar 17 10:07 u-boot.bin >> -rw-r--r-- 1 root wheel 9167 Mar 17 09:58 u-boot.cfg >> -rw-r--r-- 1 root wheel 5605 Mar 17 10:07 u-boot.cfg.configs >> -rw-r--r-- 1 root wheel 1348 Mar 17 09:59 u-boot.lds >> -rw-r--r-- 1 root wheel 480139 Mar 17 10:07 u-boot.map >> -rwxr-xr-x 1 root wheel 1438904 Mar 17 10:07 u-boot.srec >> -rw-r--r-- 1 root wheel 195715 Mar 17 10:07 u-boot.sym >>=20 >> Any hints as to what goes where would be most helpful. >>=20 >=20 > Using an RPi4 as an example (mostly) . . . >=20 > # mount > /dev/label/RPi4root on / (ufs, NFS exported, local, noatime, = soft-updates) > devfs on /dev (devfs) > /dev/label/RPi4boot on /boot/efi (msdosfs, local, noatime) >=20 > So I see the msdosfs under /boot/efi/ . >=20 > # ls -ldT /boot/efi/*u-boot* > -rwxr-xr-x 1 root wheel 445896 Mar 16 07:59:02 2020 = /boot/efi/u-boot.bin >=20 > So that is where to place the file. >=20 > As for where to get the file to copy there, again for > my RPi4 context, not RPi3: >=20 > # ls -ldT /usr/local/share/u-boot/u-boot-rpi4/* > -rw-r--r-- 1 root wheel 124 Mar 16 07:59:03 2020 = /usr/local/share/u-boot/u-boot-rpi4/README > -rw-r--r-- 1 root wheel 37 Mar 16 07:59:03 2020 = /usr/local/share/u-boot/u-boot-rpi4/metadata > -rw-r--r-- 1 root wheel 445896 Mar 16 07:59:03 2020 = /usr/local/share/u-boot/u-boot-rpi4/u-boot.bin >=20 > So, for RPi3 that would be: >=20 > # ls -ldT /usr/local/share/u-boot/u-boot-rpi3/* > -rw-r--r-- 1 root wheel 124 Mar 16 07:59:02 2020 = /usr/local/share/u-boot/u-boot-rpi3/README > -rw-r--r-- 1 root wheel 37 Mar 16 07:59:02 2020 = /usr/local/share/u-boot/u-boot-rpi3/metadata > -rw-r--r-- 1 root wheel 500440 Mar 16 07:59:02 2020 = /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin >=20 > Note: >=20 > The RPi*'s do not have such materials placed via dd (outside > the file systems), unlike most small arm boards. I use this > to have media that dual boots, such as booting a Rock64 (uses > dd to outside the file systems) or a RPi4 . I should have shown how to find where installed files are after installation. Using u-boot-rpi3 as an example: # pkg info -l u-boot-rpi3 u-boot-rpi3-2019.10_1: /usr/local/share/licenses/u-boot-rpi3-2019.10_1/GPLv2 /usr/local/share/licenses/u-boot-rpi3-2019.10_1/LICENSE /usr/local/share/licenses/u-boot-rpi3-2019.10_1/catalog.mk /usr/local/share/u-boot/u-boot-rpi3/README /usr/local/share/u-boot/u-boot-rpi3/metadata /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Mar 18 05:42:27 2020 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 E493E27D2B6 for ; Wed, 18 Mar 2020 05:42:27 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48hzSw3Gsnz4G1P for ; Wed, 18 Mar 2020 05:42:24 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 02I5giQd067985 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 17 Mar 2020 22:42:45 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 02I5gifk067984; Tue, 17 Mar 2020 22:42:44 -0700 (PDT) (envelope-from fbsd) Date: Tue, 17 Mar 2020 22:42:43 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Upgrading u-boot on an rpi3 Message-ID: <20200318054243.GA67865@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48hzSw3Gsnz4G1P X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.95 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.24), ipnet: 50.1.16.0/20(0.12), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.997,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[0.997,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; 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, 18 Mar 2020 05:42:28 -0000 Upgrading u-boot on an rpi3 running -current is turning out to be more involved than expected. Updating /boot/msdos/u-boot.bin didn't do the trick, getting stuck at the u-boot> prompt. Backing out the change by putting the old u-boot.bin in place restored the normal boot behavior, so I don't think the mischief is owed to anything else I might have screwed up. I noticed there was a metadata file in /usr/local/share/u-boot/u-boot-rpi3, but copying that along with the new u-boot.bin to /boot/msdos reproduced the previous failure. This is a self-hosting machine, with ports at 528581, kernel and world are at 351836. Sources are at 358976 Could the self-hosting be the source of the trouble? The "no mmc device at slot 0" looks rather odd, given that the boot device is mmcsd0. Here's an excerpt from the console: Hit any key to stop autoboot: 0 MMC Device 0 not found no mmc device at slot 0 switch to partitions #0, OK mmc1 is current device Scanning mmc 1:1... Found EFI removable media binary efi/boot/bootaa64.efi libfdt fdt_check_header(): FDT_ERR_BADMAGIC Scanning disk mmc@7e300000.blk... Found 3 disks BootOrder not defined EFI boot manager: Cannot load any image 637000 bytes read in 63 ms (9.6 MiB/s) libfdt fdt_check_header(): FDT_ERR_BADMAGIC Consoles: EFI console efipart_readwrite: rw=1, blk=0 size=1 status=2 efipart_readwrite: rw=1, blk=64 size=1 status=2 efipart_readwrite: rw=1, blk=1 size=1 status=2 efipart_readwrite: rw=1, blk=250085376 size=1 status=2 efipart_readwrite: rw=1, blk=0 size=1 status=2 efipart_readwrite: rw=1, blk=64 size=1 status=2 efipart_readwrite: rw=1, blk=1 size=1 status=2 efipart_readwrite: rw=1, blk=250085376 size=1 status=2 FreeBSD/arm64 EFI loader, Revision 1.1 Command line arguments: loader.efi EFI version: 2.80 EFI Firmware: Das U-Boot (rev 8217.4096) Console: efi (0) Load Path: /efi\boot\bootaa64.efi Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,0x01,0,0x81f,0x18fa8) Trying ESP: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,0x01,0,0x81f,0x18fa8) Setting currdev to disk0p1: efipart_readwrite: rw=1, blk=0 size=1 status=2 efipart_readwrite: rw=1, blk=64 size=1 status=2 efipart_readwrite: rw=1, blk=1 size=1 status=2 efipart_readwrite: rw=1, blk=250085376 size=1 status=2 efipart_readwrite: rw=1, blk=0 size=1 status=2 efipart_readwrite: rw=1, blk=64 size=1 status=2 efipart_readwrite: rw=1, blk=1 size=1 status=2 efipart_readwrite: rw=1, blk=250085376 size=1 status=2 Trying: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(2,0x01,0,0x197c7,0xee66839) Setting currdev to disk0p2: efipart_readwrite: rw=1, blk=0 size=1 status=2 Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Wed Mar 18 06:42:17 2020 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 376D227E684 for ; Wed, 18 Mar 2020 06:42:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.ne1.yahoo.com (sonic309-22.consmr.mail.ne1.yahoo.com [66.163.184.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 48j0nz41lXz4dXp for ; Wed, 18 Mar 2020 06:42:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: pXHoz_oVM1nLX44uJLqWaEkJb5BfLFyUeiuZpoE0vP_uOpjcoYqX_ZgXie.Gd8H IwazzoqKPi4IdAJ_AEBZXOsv8_7puaGAC_BHhqU6xjubWIqOVXjehODbeehJLO_K_rrfduiw1ZpR 2q8HYMjdcpuRtOBh8jyI_BjQBmLw4Hinn4CCr2LycWzkKllff9K3WT9kiVxT7kqTCa8f6dwdgOiq n.Gf1JpfenJu4.3s5XDtkgb2.d6Tjd_WAqnHj15EIe7fVs7yWagj0nQ6N5sA6wFbGV6hMTTx02yt 583ES8yxJTnVjwfuK1UepKsWEvSoD.u58jr0AEvRPVg6q9hExL8zgDW1gwZYN9vgc3Qbnehx6CyO qAph0cVWKiPiSezclF32DI1FUnn9oI5WafVGNhWGWZBIKYWGIVnFJgMQz8h9_gznJzgCVAhchmjA Kksj04Uh5d0pjXem4MY0FuNd_n1YTjA6IATTh8SQJtroBCCkoEXG8GTf5a4xV1aXhL8VLqEIEfQS AYWTz2KUs1xgJILbj4VONMl_m3IEWuv36e.W5d5UTkAflR1O5kYpRtPAZ2.Oo0GNaedF2gZVppR_ VYjsRBl.rE.nK9CDa5W5vrBmkW3MwV67h5w5.3eheCqMB0F45hT.v4qwAB3rhkbP9AFzogmsSvis Mh9IL3K.bpGwl8MfaYoOx.vaGnE.jb54BrdGqQANGaRLVA_YiDYeAxErMSmb4_vCJADplWSODP21 MpF69tz4qg4rZYHtMH8zdFjgxT1tQjmoGBA3L9NJ_qu91VhWObiJZ0Zkq0REwB.MYq3OEVvfRa5K MFKae6J6xt72TDuDssTqbQbUPKa5cobFM4Ho.EMfOG.4DGy1K7649jEdMubu_pDXhKItA_3rmWdD 1uKxy0PvFZm21tsFxLNKrvgMRWWh77LEmA9RgW0bISC1t8sVpX.VQjvOL79kIUWUBuymG8rywnsi Az7JVlXLNfcFH4bgf53Yd_6DCOuCJN4.jVW0MiAul8xGElOWh_mt8gPsK05TQvNPuMPkwwsLO26a McmTGR4m4sdWs3ShDiIkurwGbpp26CaESK3l1Gn1O0eilraY1ZhPCaNueEJxJfdgj5DLR8YGK.Eb DQwsDYwUXgNRGx21o2ZP7BUO0nyEkyhKLAozNjQB223sJ9AB5xln0ATTfqbrziVTS4Yca5j4tSrb mu4Pp_MSWmBHRQKnUkPpiN8c0FH1HywZSutRq1FB5SdCAm.B6VaqdxEuqWtZMYv6sq5j95EzJwhy YB_rxwD0t.1nae2RX9gl50lO0C7htZK2EQRj1Pdg2obX7XM_TxTTuh5z5n4mdZ9bUfb8meRaltQs C_l8fZnE9P8v8SVPRyrmC35lMDwmmxwf7DESl2ZzawbV132pgwWMS_Y2JhuueE6kTeqyGRLNixiJ iPKP4T6MtIQxrk23BZtI45YzU1DCddu.hIu04o9nBhUYpX9ypXWWEPVKR.w-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Wed, 18 Mar 2020 06:42:13 +0000 Received: by smtp416.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a5eb3347539eb4275a3b72182199e95a; Wed, 18 Mar 2020 06:42:10 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Upgrading u-boot on an rpi3 From: Mark Millard In-Reply-To: <20200318054243.GA67865@www.zefox.net> Date: Tue, 17 Mar 2020 23:42:09 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <4B4CF1DF-F3C0-4ED3-AAC0-4FC0A8182787@yahoo.com> References: <20200318054243.GA67865@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48j0nz41lXz4dXp X-Spamd-Bar: + X-Spamd-Result: default: False [1.46 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_SPAM_MEDIUM(0.99)[0.990,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[148.184.163.66.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(0.97)[0.967,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (2.80), ipnet: 66.163.184.0/21(1.18), asn: 36646(0.94), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] 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, 18 Mar 2020 06:42:17 -0000 On 2020-Mar-17, at 22:42, bob prohaska wrote: > Upgrading u-boot on an rpi3 running -current is turning out to be > more involved than expected. Updating /boot/msdos/u-boot.bin didn't > do the trick, getting stuck at the u-boot> prompt. >=20 > Backing out the change by putting the old u-boot.bin in place > restored the normal boot behavior, so I don't think the mischief > is owed to anything else I might have screwed up. >=20 > I noticed there was a metadata file in = /usr/local/share/u-boot/u-boot-rpi3, > but copying that along with the new u-boot.bin to /boot/msdos > reproduced the previous failure. The metadata file is involved in doing the build. Some look like: METHOD=3Duboot-raw FILES=3D"u-boot-sunxi-with-spl.bin" OFFSET=3D8 BS=3D1k (dd command information) and others like: METHOD=3Duboot-file FILES=3D"u-boot.bin" (copy file to msdosfs information). They are not for the ARM board to use during boot. > This is a self-hosting machine, with ports at 528581, > kernel and world are at 351836. Sources are at 358976=20 >=20 > Could the self-hosting be the source of the trouble? > The "no mmc device at slot 0" looks rather odd, given > that the boot device is mmcsd0. u-boot's identification of devices is not the same as FreeBSD's. "MMC Device 0" need not be "mmcsd0" at all. Slots do not have to be populated an mmc device. > Here's an excerpt from the console: >=20 > Hit any key to stop autoboot: 0=20 > MMC Device 0 not found > no mmc device at slot 0 > switch to partitions #0, OK > mmc1 is current device > Scanning mmc 1:1... > Found EFI removable media binary efi/boot/bootaa64.efi Those last 2 lines above indicate that it found your microsd card media and its bootaa64.efi just fine. How old is this file? Have you been updating it via copying /boot/loader.efi to it as /boot/loader.efi is updated? I've had issues needing such updates when starting from old media [by content] that I made a large jump to modern content for. For reference, the RPi4 said "scanning mmc 0:1" and found its bootaa64.efi there. But it is a difference device so this would not be unusual. > libfdt fdt_check_header(): FDT_ERR_BADMAGIC > Scanning disk mmc@7e300000.blk... > Found 3 disks > BootOrder not defined > EFI boot manager: Cannot load any image > 637000 bytes read in 63 ms (9.6 MiB/s) > libfdt fdt_check_header(): FDT_ERR_BADMAGIC > Consoles: EFI console =20 The above looks normal compared to the RPi4 that I tested with. The below is not like the RPi4 test. > efipart_readwrite: rw=3D1, blk=3D0 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D64 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D1 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D250085376 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D0 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D64 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D1 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D250085376 size=3D1 status=3D2 Back to normal below: > FreeBSD/arm64 EFI loader, Revision 1.1 >=20 > Command line arguments: loader.efi > EFI version: 2.80 > EFI Firmware: Das U-Boot (rev 8217.4096) > Console: efi (0) > Load Path: /efi\boot\bootaa64.efi > Load Device: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,0x01,0,0x81f= ,0x18fa8) > Trying ESP: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,0x01,0,0x81f= ,0x18fa8) > Setting currdev to disk0p1: Still normal above. Not normal below: > efipart_readwrite: rw=3D1, blk=3D0 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D64 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D1 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D250085376 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D0 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D64 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D1 size=3D1 status=3D2 > efipart_readwrite: rw=3D1, blk=3D250085376 size=3D1 status=3D2 Back to normal below: > Trying: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(2,0x01,0,0x197= c7,0xee66839) > Setting currdev to disk0p2: Not normal below: > efipart_readwrite: rw=3D1, blk=3D0 size=3D1 status=3D2 The only messages that look odd to me are the "efipart_readwrite:" ones. For reference from the RPi4 context: . . . Setting currdev to disk0p2: Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local Loading kernel... . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Mar 18 17:23:22 2020 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 DD9222670FF for ; Wed, 18 Mar 2020 17:23:22 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48jH1h2z3Nz3LKT for ; Wed, 18 Mar 2020 17:23:19 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 02IHNdvU069773 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 18 Mar 2020 10:23:40 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 02IHNd1V069772; Wed, 18 Mar 2020 10:23:39 -0700 (PDT) (envelope-from fbsd) Date: Wed, 18 Mar 2020 10:23:39 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Upgrading u-boot on an rpi3 Message-ID: <20200318172339.GB67865@www.zefox.net> References: <20200318054243.GA67865@www.zefox.net> <4B4CF1DF-F3C0-4ED3-AAC0-4FC0A8182787@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B4CF1DF-F3C0-4ED3-AAC0-4FC0A8182787@yahoo.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48jH1h2z3Nz3LKT X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.93 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.24), ipnet: 50.1.16.0/20(0.12), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.995,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.98)[0.981,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; 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, 18 Mar 2020 17:23:23 -0000 On Tue, Mar 17, 2020 at 11:42:09PM -0700, Mark Millard wrote: > > > On 2020-Mar-17, at 22:42, bob prohaska wrote: > > > Upgrading u-boot on an rpi3 running -current is turning out to be > > more involved than expected. Updating /boot/msdos/u-boot.bin didn't > > do the trick, getting stuck at the u-boot> prompt. > > > > Backing out the change by putting the old u-boot.bin in place > > restored the normal boot behavior, so I don't think the mischief > > is owed to anything else I might have screwed up. > > > > I noticed there was a metadata file in /usr/local/share/u-boot/u-boot-rpi3, > > but copying that along with the new u-boot.bin to /boot/msdos > > reproduced the previous failure. > > The metadata file is involved in doing the build. Some > look like: > > METHOD=uboot-raw > FILES="u-boot-sunxi-with-spl.bin" > OFFSET=8 > BS=1k > > (dd command information) and others like: The reference to dd is rather confusing in this context. Has it something to do with cross compiling on to new bootable media? If dd is required in self-hosting then I'm doing things very wrong. > > METHOD=uboot-file > FILES="u-boot.bin" > > (copy file to msdosfs information). They are not > for the ARM board to use during boot. > > > This is a self-hosting machine, with ports at 528581, > > kernel and world are at 351836. Sources are at 358976 > > > > Could the self-hosting be the source of the trouble? > > The "no mmc device at slot 0" looks rather odd, given > > that the boot device is mmcsd0. > > u-boot's identification of devices is not the same as > FreeBSD's. "MMC Device 0" need not be "mmcsd0" at all. > Slots do not have to be populated an mmc device. > > > Here's an excerpt from the console: > > > > Hit any key to stop autoboot: 0 > > MMC Device 0 not found > > no mmc device at slot 0 > > switch to partitions #0, OK > > mmc1 is current device > > Scanning mmc 1:1... > > Found EFI removable media binary efi/boot/bootaa64.efi > > Those last 2 lines above indicate that it found > your microsd card media and its bootaa64.efi just > fine. > > How old is this file? Rather ancient: -rwxr-xr-x 1 root wheel 637000 Oct 10 2018 /boot/msdos/EFI/BOOT/bootaa64.efi I have a newer version on a 12.x snapshot: -rwxr-xr-x 1 root wheel 609960 Nov 1 02:29 /mnt/EFI/BOOT/bootaa64.efi Is it prudent to simply substitute the newer version for the older? > Have you been updating > it via copying /boot/loader.efi to it as > /boot/loader.efi is updated? Not following here. Loader.efi appears to be a file and seems to update during normal build/install cycles. It's unclear where bootaa64.efi comes from; there's only one copy in the filesystem after repeated OS update cycles. Thanks for reading! bob prohaska > > I've had issues > needing such updates when starting from old > media [by content] that I made a large jump > to modern content for. > > For reference, the RPi4 said "scanning mmc 0:1" > and found its bootaa64.efi there. But it is > a difference device so this would not be > unusual. > > > libfdt fdt_check_header(): FDT_ERR_BADMAGIC > > Scanning disk mmc@7e300000.blk... > > Found 3 disks > > BootOrder not defined > > EFI boot manager: Cannot load any image > > 637000 bytes read in 63 ms (9.6 MiB/s) > > libfdt fdt_check_header(): FDT_ERR_BADMAGIC > > Consoles: EFI console > > The above looks normal compared to the RPi4 that > I tested with. > > The below is not like the RPi4 test. > > > efipart_readwrite: rw=1, blk=0 size=1 status=2 > > efipart_readwrite: rw=1, blk=64 size=1 status=2 > > efipart_readwrite: rw=1, blk=1 size=1 status=2 > > efipart_readwrite: rw=1, blk=250085376 size=1 status=2 > > efipart_readwrite: rw=1, blk=0 size=1 status=2 > > efipart_readwrite: rw=1, blk=64 size=1 status=2 > > efipart_readwrite: rw=1, blk=1 size=1 status=2 > > efipart_readwrite: rw=1, blk=250085376 size=1 status=2 > > Back to normal below: > > > FreeBSD/arm64 EFI loader, Revision 1.1 > > > > Command line arguments: loader.efi > > EFI version: 2.80 > > EFI Firmware: Das U-Boot (rev 8217.4096) > > Console: efi (0) > > Load Path: /efi\boot\bootaa64.efi > > Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,0x01,0,0x81f,0x18fa8) > > Trying ESP: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1,0x01,0,0x81f,0x18fa8) > > Setting currdev to disk0p1: > > Still normal above. > > Not normal below: > > > efipart_readwrite: rw=1, blk=0 size=1 status=2 > > efipart_readwrite: rw=1, blk=64 size=1 status=2 > > efipart_readwrite: rw=1, blk=1 size=1 status=2 > > efipart_readwrite: rw=1, blk=250085376 size=1 status=2 > > efipart_readwrite: rw=1, blk=0 size=1 status=2 > > efipart_readwrite: rw=1, blk=64 size=1 status=2 > > efipart_readwrite: rw=1, blk=1 size=1 status=2 > > efipart_readwrite: rw=1, blk=250085376 size=1 status=2 > > Back to normal below: > > > Trying: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(2,0x01,0,0x197c7,0xee66839) > > Setting currdev to disk0p2: > > Not normal below: > > > efipart_readwrite: rw=1, blk=0 size=1 status=2 > > > The only messages that look odd to me are the > "efipart_readwrite:" ones. > > > > For reference from the RPi4 context: > > . . . > Setting currdev to disk0p2: > Loading /boot/defaults/loader.conf > Loading /boot/device.hints > Loading /boot/loader.conf > Loading /boot/loader.conf.local > Loading kernel... > . . . > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > From owner-freebsd-arm@freebsd.org Wed Mar 18 18:02:49 2020 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 5CBB4268091 for ; Wed, 18 Mar 2020 18:02:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-9.consmr.mail.ne1.yahoo.com (sonic313-9.consmr.mail.ne1.yahoo.com [66.163.185.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 48jHvD2yxWz4ShV for ; Wed, 18 Mar 2020 18:02:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: W6SnTisVM1lZDPdyAIbpf5_Mj.GQJNdAArR3mFV4z2sBTXJ9QjqAp_BPGMo3qqR 9tb1jzfgy9w.qMjoBzzBy4gUMsa5L40Ci3LwHE23JwO0BO0__xVk63OUqOeL9z5IO9cMNoG7TByN HhdyZW4.kPkyaCLAma9cjlIKSg.Cu_1_PF4bk3Nq2FtOCIhmo6lg5UT87r9rOwQmE7q8x1cndQsY w28TevMwo38k3XLOksUGfP7IqidwMvg1I7ZYw5LZhb8MSttoLWpGIXIFh4svlhb69S4bgUtEeVcG GAPM3_xY3_damE3PmjKMzeQthBul0V3zldRzjL3cphsCBEKpG.rG2juRYdtbuFCtEuinw5hpqeGJ bcV8Jv_b0mWkZr631RODWdp3YhHWVMs4xfLXFiW.mx2Um64OU1.swUFxSTMR9p0sCJYI2b8bigrk _8qSF1t2TZs7qBcXHfLc10tHyw0Nh3vaJTIQ23KGlkTC5CzXqrpuC0CPyD7OkWnnAISydpj0d7Qw b0yD5Oqd5VXrLiqXBE08UCP0UZ7q2e.h.21rU5kCyU7R2P9mK1_7uCZT9Dn2fHjRBbiwhBpEp9Z1 tCjYuulwAHbWleflyRXaqHKQ_jAT6ZwWqRFTJKToADzQbaw8kAjYdyiJcb05HuBS4u.bpvfmCk7P w68JijqNj.yR.EwDRvzV28MHl_.amQyW3vk473DH33tnlUybey5Z71oavvhiqZiWd4ZXACOLodsY RYneFUUHIawAfPnUaP4lfb2sz7TQpFBkLQKlSYhxAcOnvpKu5eGMjqqi0pR05Sq6YhbTtyfXybGj VYpRmfp.tR7Ax93FFr0S7DboFAoakDnCHg6_EkJq7wZ9z3k5Xwm3hhmnfj3dIEdyi9i4fQD7fLs1 2OnUqu39YSiY3FNIBEdbdoE0TaqYpcqqNebfXLCPsdLdrX0ugOJ_TI6w4YF4vBBxCeOJ4gcphrku 5GZYXzKr2_W3ajuaHPblOF4BAdvMjR6GqHED4OwJ9v56Hn6zv0rtUbNH.Ywf5qNPF6ZEFg06oPFs ax_H4oY6CnjKHTT5DAuPfrvZKlC03gXNQRfzRVOVS1kNKA87gLeEPUFYLvXLp0H9N6SqnS.rhmXq FB1QO7qmfLBfo.Pseu1JAwp4AQyf6XARnIAOMHUqytIkkbOeTVy.1htp78bEANv.k8ikhbiQLj2K 9Keg1po2onwH8Xck1wgwwm7vqDPTflUaL7fr0yLT9DQQTUo8d8eIIUlDeTDxAbhNLETPu27.C1AR VlAeslZx1d30AgI2qww5KIY2Uq7MB71loo7WJmNTFaqXxJ_Vt7fSldo75xXhB73XIhPim9cT97GF xbLpUiPLy1vNPWZDQ1gx.gEzXwqByxm2EQ4BRTNsmHT_hFh56VK.iXyWyUw3EAcje4m9KhL2Wec9 jGVPRgHs9YgJkVaJ4FMVJXX8- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Wed, 18 Mar 2020 18:02:47 +0000 Received: by smtp416.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 5aac51792ac7942d11b56f07d4fc065a; Wed, 18 Mar 2020 18:02:45 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Upgrading u-boot on an rpi3 From: Mark Millard In-Reply-To: <20200318172339.GB67865@www.zefox.net> Date: Wed, 18 Mar 2020 11:02:43 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <456B1ED8-B335-405B-AB7B-B65968631323@yahoo.com> References: <20200318054243.GA67865@www.zefox.net> <4B4CF1DF-F3C0-4ED3-AAC0-4FC0A8182787@yahoo.com> <20200318172339.GB67865@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48jHvD2yxWz4ShV X-Spamd-Bar: + X-Spamd-Result: default: False [1.46 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_SPAM_MEDIUM(0.99)[0.990,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[32.185.163.66.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(0.97)[0.974,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (2.29), ipnet: 66.163.184.0/21(1.18), asn: 36646(0.94), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] 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, 18 Mar 2020 18:02:49 -0000 On 2020-Mar-18, at 10:23, bob prohaska wrote: > On Tue, Mar 17, 2020 at 11:42:09PM -0700, Mark Millard wrote: >>=20 >>=20 >> On 2020-Mar-17, at 22:42, bob prohaska wrote: >>=20 >>> Upgrading u-boot on an rpi3 running -current is turning out to be >>> more involved than expected. Updating /boot/msdos/u-boot.bin didn't >>> do the trick, getting stuck at the u-boot> prompt. >>>=20 >>> Backing out the change by putting the old u-boot.bin in place >>> restored the normal boot behavior, so I don't think the mischief >>> is owed to anything else I might have screwed up. >>>=20 >>> I noticed there was a metadata file in = /usr/local/share/u-boot/u-boot-rpi3, >>> but copying that along with the new u-boot.bin to /boot/msdos >>> reproduced the previous failure. >>=20 >> The metadata file is involved in doing the build. Some >> look like: >>=20 >> METHOD=3Duboot-raw >> FILES=3D"u-boot-sunxi-with-spl.bin" >> OFFSET=3D8 >> BS=3D1k >>=20 >> (dd command information) and others like: >=20 > The reference to dd is rather confusing in this context. Has it=20 > something to do with cross compiling on to new bootable media? > If dd is required in self-hosting then I'm doing things very wrong. Arm boards other than RPi*'s tend to involve putting materials outside any file system on the media that is involved. Example /usr/local/share/u-boot/u-boot-orangepi-plus-2e/metadata was used above. Note the dd command below and the bs=3D and seek=3D and the file name. # more /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README U-Boot loader for OrangePi Plus2E. To install this bootloader on an sdcard just do : dd = if=3D$LOCALBASE/share/u-boot/u-boot-orangepi-plus-2e/u-boot-sunxi-with-spl= .bin of=3D/path/to/sdcarddevice bs=3D1k seek=3D8 conv=3Dsync This version is patched so that: * API features are enabled. * A boot.scr (U-Boot script) that loads ubldr.bin and execute it is = included For information about running FreeBSD on Allwinner boards, see https://wiki.freebsd.org/FreeBSD/arm/Allwinner WWW: http://www.denx.de/wiki/U-Boot Such is not involved for the RPi*'s: all the material goes in a file system, no dd involved. >> METHOD=3Duboot-file >> FILES=3D"u-boot.bin" The above was an example from an RPi* . Note the "uboot-raw" earlier vs. "uboot-file" here. That indicates the outside file system vs. inside file system status. >> (copy file to msdosfs information). They are not >> for the ARM board to use during boot. >>=20 >>> This is a self-hosting machine, with ports at 528581, >>> kernel and world are at 351836. Sources are at 358976=20 >>>=20 >>> Could the self-hosting be the source of the trouble? >>> The "no mmc device at slot 0" looks rather odd, given >>> that the boot device is mmcsd0. >>=20 >> u-boot's identification of devices is not the same as >> FreeBSD's. "MMC Device 0" need not be "mmcsd0" at all. >> Slots do not have to be populated an mmc device. >>=20 >>> Here's an excerpt from the console: >>>=20 >>> Hit any key to stop autoboot: 0=20 >>> MMC Device 0 not found >>> no mmc device at slot 0 >>> switch to partitions #0, OK >>> mmc1 is current device >>> Scanning mmc 1:1... >>> Found EFI removable media binary efi/boot/bootaa64.efi >>=20 >> Those last 2 lines above indicate that it found >> your microsd card media and its bootaa64.efi just >> fine. >>=20 >> How old is this file?=20 >=20 > Rather ancient: >=20 > -rwxr-xr-x 1 root wheel 637000 Oct 10 2018 = /boot/msdos/EFI/BOOT/bootaa64.efi >=20 > I have a newer version on a 12.x snapshot: > -rwxr-xr-x 1 root wheel 609960 Nov 1 02:29 = /mnt/EFI/BOOT/bootaa64.efi > Is it prudent to simply substitute the newer version for the older? You may want to extract a more modern one from a snapshot if that does not work. >> Have you been updating >> it via copying /boot/loader.efi to it as > /boot/loader.efi is = updated?=20 > Not following here. Loader.efi appears to be a file and seems to = update=20 > during normal build/install cycles. It's unclear where bootaa64.efi = comes=20 > from; there's only one copy in the filesystem after repeated OS update = cycles.=20 For the ARM boards involved, efi/boot/bootaa64.efi is a copy of /boot/loader.efi . The loader copy used in booting is placed on the msdosfs, not on ufs/zfs. Example from the RPi4 context: # file /boot/loader.efi /boot/loader.efi: MS-DOS executable PE32+ executable (EFI application) = Aarch64, for MS Windows # file /boot/efi/EFI/BOOT/bootaa64.efi=20 /boot/efi/EFI/BOOT/bootaa64.efi: MS-DOS executable PE32+ executable (EFI = application) Aarch64, for MS Windows > . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Mar 18 20:36:09 2020 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 DFE4626C08B for ; Wed, 18 Mar 2020 20:36:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.ne1.yahoo.com (sonic314-21.consmr.mail.ne1.yahoo.com [66.163.189.147]) (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 48jMJ84ZY6z4Cpp for ; Wed, 18 Mar 2020 20:36:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: dKsfGqAVM1mHrPT2roOjZzFz_9pFwrDaojQJ3nk48kShpifP17PdUNx.tood9JX 3XRnu8PktC0ZWbS.y5TJP_ZnbozHpjeGzcb56oDMdcZ6vWDNNUhkjJKDasUko3bpqZLF6nzut0OS Iv524BXkErqDLMGB.8TQSBvUZ0gccmqhvZVg9YunAHxX0x5yBND_WmO_Ci4r8hA0bivT9KeqLZO4 YeTb9jlUuUCMgcDnS8OX.vHvPmbgKln3jgXOqlZEqx7iDVVvmx8527gKJKxFit1jFB2g2MSomuMX 9n.cocTLpHpLOhZzQhTcEGIbEKbF41uz8FpRkfuEO21jY9Gbvb90EbgamT7f058BkmieBYQpwNfG 9IoB0eaFTcv_eRbvbuoyKItgASSKjumsxpl4Q.2TiGFZSOXj.RwoRkIypW7_4FBUgTmC1vZiHBfD B.gisWXQeLvRfQun7xMAr7Q.ftGX2wdsyIK0L61cn4BD9Fsm9wYbY9JsJshthf9ebGiBxox5CPDA D3IrGHNUx5FD4lBzxVdyRyoWxGbYv38GChPjNq.PJ9jQdC8BckYKZns0pHXQIZBrLDSkmdQ_AOVp _VkTycNnZYo8fatk29ZK3C30Jq9J5XFt9FxWLVlGxBcH9lhwN_uq1Bo3q3uXChzOWd.S4wzSEHEe u0ISOgjgksoJz2QL4IODBFF9eVhuenjAUXOtGUOIBfvBW9hTJZzxsF29l.cO3aSrU3fnwA33rSXV V2O__wujejb4k1EbgAI3tWYGuTmRg6eXWWHthFxhlpaIe9owNjSXAINPEZAU.auHuGb9OiQLNVsB OW9UPqcD2rRD0HvzNjGQCjtdpPWp9F7gfsXNbTgtWD4wYnMn1mfF2JohvQ8GF9NFe.N7sHD3MuQW f.HQhHl8arw25jb4UD6lc2iHFeW6botfr3zz0WjeCXwBxm8nb3amdQvzaZTfyHOI5zln3UgHFqKU qtzUJacqGKTnv9bE6ipnrDll1PW97P129O96g156FMA65xz2pP51maTCBhmrvKCnTZTURHwdtzwq Z5BNZQqdR3bWaFPf6IKL3nFGsDt.bzYvGXHmVa3BbO3pdGI6il6gtRlrNGbdMiQEGFjpqKNrgv6I rOi3h4tmijT1EexfqMVKAdtsV6pPiQmvbHNP3BzCM1j7.pffte5jLXVaijsH4KnXDk7.VTg5WlHy kopbGKW8HYlKZrwTS4ThyHP8RkvWM0NfwWW.PvDuTZxC7Of1aOkSwDrAy5.X34VUtKw2rvzPX1Ch ieMzAQSywtdziJzJKYI0mNJyc.0SXtjHHcEOkHyi2vAcAA5d0_R0o1GJu8Xqdk6Vkk_YSRDXf3Cm ef7a8yHptmGtXv.GnyLZCGtCuJksMPPqcY8ErqG3X7TMMlKP2H5yyUmfUfrceShm2fMr_ltGjs0z A5EemOJdeBPh57xybn577ghomQ_5K3gvvhfDDM3yi5zrrV952XDrXPUtaFWw- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Wed, 18 Mar 2020 20:36:06 +0000 Received: by smtp404.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID ae191b1f03707104a6da5e9c2253e209; Wed, 18 Mar 2020 20:36: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.60.0.2.5\)) Subject: head -r538966 on OrangePi+ 2ed: boot loader crashes when USB drive is present at power-on/boot Message-Id: <863312E1-4216-49BA-A623-CAC85F123655@yahoo.com> Date: Wed, 18 Mar 2020 13:36:02 -0700 To: freebsd-arm , FreeBSD Current X-Mailer: Apple Mail (2.3608.60.0.2.5) References: <863312E1-4216-49BA-A623-CAC85F123655.ref@yahoo.com> X-Rspamd-Queue-Id: 48jMJ84ZY6z4Cpp X-Spamd-Bar: + X-Spamd-Result: default: False [1.48 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_SPAM_MEDIUM(0.99)[0.995,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)[147.189.163.66.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_LONG(0.99)[0.987,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (4.56), ipnet: 66.163.184.0/21(1.18), asn: 36646(0.94), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] 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, 18 Mar 2020 20:36:10 -0000 Without a USB drive present at power-on or boot, the OPi+2e boots fine. (The USB drives involved have a partition holding a ufs file system and a partition holding a swap/aging space.) In all cases below, /boot/ is from the microsd card. But the intended configuration is for vfs.root.mountfrom to be used to direct the stages after kernel-booting to the USB drive. The output sequence related to the crash when the USB drive is present looks like: QUOTE U-Boot SPL 2019.07 (Aug 02 2019 - 11:19:36 +0000) DRAM: 2048 MiB Trying to boot from MMC1 U-Boot 2019.07 (Aug 02 2019 - 11:19:36 +0000) Allwinner Technology CPU: Allwinner H3 (SUN8I 1680) Model: Xunlong Orange Pi Plus 2E DRAM: 2 GiB MMC: Device 'mmc@1c11000': seq 1 is in use by 'mmc@1c10000' mmc@1c0f000: 0, mmc@1c10000: 2, mmc@1c11000: 1 Loading Environment from FAT... Unable to use mmc 1:1... In: serial Out: serial Err: serial Net: phy interface7 eth0: ethernet@1c30000 starting USB... Bus usb@1c1a000: USB EHCI 1.00 Bus usb@1c1a400: USB OHCI 1.0 Bus usb@1c1b000: USB EHCI 1.00 Bus usb@1c1b400: USB OHCI 1.0 Bus usb@1c1c000: USB EHCI 1.00 Bus usb@1c1c400: USB OHCI 1.0 Bus usb@1c1d000: USB EHCI 1.00 Bus usb@1c1d400: USB OHCI 1.0 scanning bus usb@1c1a000 for devices... 1 USB Device(s) found scanning bus usb@1c1a400 for devices... 1 USB Device(s) found scanning bus usb@1c1b000 for devices... 1 USB Device(s) found scanning bus usb@1c1b400 for devices... 1 USB Device(s) found scanning bus usb@1c1c000 for devices... 1 USB Device(s) found scanning bus usb@1c1c400 for devices... 1 USB Device(s) found scanning bus usb@1c1d000 for devices... 2 USB Device(s) found scanning bus usb@1c1d400 for devices... 1 USB Device(s) found scanning usb for storage devices... 1 Storage Device(s) found Hit any key to stop autoboot: 0=20 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found U-Boot script /boot.scr 199 bytes read in 1 ms (194.3 KiB/s) ## Executing script at 43100000 384312 bytes read in 19 ms (19.3 MiB/s) ## Starting application at 0x42000000 ... Consoles: U-Boot console =20 Compatible U-Boot API signature found @0xb9f6ea60FreeBSD/armv7 U-Boot = loader, Revision 1.3 DRAM: 2048MB Number of U-Boot devices: 2 U-Boot env: loaderdev not set, will probe all devices. Found U-Boot device: disk Probing all devices... Checking unit=3D0 slice=3D partition=3D...data abort pc : [<42009068>] lr : [<420603f8>] reloc pc : [] lr : [] sp : b9f649f8 ip : 42062900 fp : b9f64a28 r10: b9f64a58 r9 : 42062640 r8 : 420623c0 r7 : 420626c0 r6 : 00000000 r5 : 42062650 r4 : 420626c0 r3 : 00000000 r2 : 00000980 r1 : 00000000 r0 : 000000ee Flags: nZCv IRQs off FIQs off Mode SVC_32 Code: e3500080 1afffefb e5d801c2 e35000ee (059821c6)=20 Resetting CPU ... resetting ... END QUOTE Stopping it earlier and using: setenv loaderdev mmc 0 boot avoids the problem because it avoids "probing" the USB drive at the stage indicated above. But the boot then actually uses: vfs.root.mountfrom=3D"ufs:/dev/gpt/BPIM3root" in the /boot/loader.conf on the microsd card. ufs:/dev/gpt/BPIM3root is a reference to the ufs partition on the USB media. (With the mountfrom commented out the microsd card is bootable by itself.) So later the USB drive is put to use successfully when the initial probing is avoided. Looking in the /usr/src/stand/uboot/common/main.c code shows: static int probe_disks(int devidx, int load_type, int load_unit, int load_slice, int load_partition) { . . . if (load_unit =3D=3D -1) { printf(" Probing all %s devices...\n", = device_typename(load_type)); /* Try each disk of given type in succession until one = works. */ for (unit =3D 0; unit < UB_MAX_DEV; unit++) { currdev.dd.d_unit =3D = uboot_diskgetunit(load_type, unit); if (currdev.dd.d_unit =3D=3D -1) break; print_disk_probe_info(); open_result =3D devsw[devidx]->dv_open(&f, = &currdev); if (open_result =3D=3D 0) { printf(" good.\n"); return (0); } printf("\n"); } return (-1); } . . . } So it appears that the crash is during the code involved for the line: open_result =3D devsw[devidx]->dv_open(&f, &currdev); Note that the boot attempt reported "Probing all devices..." so device_typename(load_type) came up with "". (I've no clue if that is significant to the issue or not.) It appeared that /usr/src/stand/usb/storage/umass_loader.c and its umass_disk_open and umass_disk_open_sub might be involved and then code from the likes of: /usr/src/sys/dev/usb/ --such as from usb_msctest.c for usb_msc_read_capacity. (I stopped looking around there: well outside areas I know how to interpret.) For reference, I used the OPi+2e u-boot material from my poudriere-devel based port builds: # ls -ldT /usr/local/share/u-boot/u-boot-orangepi-plus-2e/* -rw-r--r-- 1 root wheel 503 Oct 26 19:12:16 2019 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README -rw-r--r-- 1 root wheel 199 Oct 26 19:12:16 2019 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/boot.scr -rw-r--r-- 1 root wheel 66 Oct 26 19:12:16 2019 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/metadata -rw-r--r-- 1 root wheel 471250 Oct 26 19:12:16 2019 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/u-boot-sunxi-with-spl.bin (The USB drives are USB SSDs.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Wed Mar 18 22:35:48 2020 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 8E0D026F6FA for ; Wed, 18 Mar 2020 22:35:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-22.consmr.mail.ne1.yahoo.com (sonic306-22.consmr.mail.ne1.yahoo.com [66.163.189.84]) (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 48jPyB2Yrvz4TmH for ; Wed, 18 Mar 2020 22:35:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ZxkKI.EVM1l22__0lG6dyanLfEaX_kyvTPxXrc_YDWWjr8axklaAGs7kOwExi3P _wKCzbZ.fKaZCiQY.JBGVSSUMyEKRZT51FEoxG3vrNAWkweExjlBhm.PEuDZL_18Reab2737ACq7 bSnVH.WFLosOv3ybYfLaehEuH5DuBzBHdCygiH0zHK3p0CBPXmM_WLyV2Ae2pide0Xq4GHi8j6_u KLfLHWTwTQusVGlCep0tKFUO2SWFn6JZ0Y8Jqd5oIJUH9thwM9SVAjSheg2GO9z2Rr.VlNWYfeCS vholfg8Nd2CZhsKFt_vEypmHBD3kx4aKfCjak2FOdGNUz1ae0nBO7b2HWZNEhYIpuxsMlNQKEnVT 6DOpGe_v7In0mGjDDw0.dwtZPmXXpXSgMbdwSOLVz19aKHMZsz_f0_h746xV5GpahJDw9wt594SK WC1ah8VPndbgwG0ccrEO2kWBVyUTfR.adOw2DwV0OrEGrQehvGk7qkzlEe6b1SZml376H0Cidq7Q hSgpOUhJVP4OK8YuXwPurxKoH8c1hR9n6GM5VbBU3DnZQ_gWUVmXLhGUgQf6xhicFhvJAFtf1Tsl MC8JacIra_5j.nhzL3vkBHqjnGnAV5oS6i0eYx0x5XrNQxWukZMiM2EJfJeUhHAEVjF0vFFzF5R7 dUKrAwhGyZLYwJwaoech2E7hoPcRPZTK6564HHxlPssBtkXPm3V_d8D6MeuuOY.m_La9om0h7cfV OtI1GtT14BFhYwyQ8AQ.1wj7tnoWb8CPSxbLXEm5EsJhDePWYQlRjA9Ck_k.jsvLOSXY8oBkXagQ zEcQ7ngf_G7GTfH1uRpILhjv9b9EwluUFxiVWyHRpZPktEVjp1hdfBgtLX5paBQY.BTjAkHve7G7 0CwwNhbmnbRY.xUtjAOO_IDS0aN8oY43Yj_sqM6j_djeUxnetQkdwi.0IaAF3vQwFcw2k.MscHKW o.RwSeHU5qCgHQnynpxOjzQdOwfRtTdspZs_QnuE6QfzPH8zzhQHI2sFbq56pjkTDKalTz52e4QX jTm7OHxzMPaYnem7Zc6gAI1D5rmj6vRXoxl7gi5F0MwCi562cMe.FEtXtiNC.IzEcCxJpKOG4XM8 dvVZoFO1w9V8Jti0kY1Xy2nUP6Vc.fgQXduv3iM.ZY2r9cFCAgNQFtRraylL5YS6EPpWh51fYRkc .LBANWR4Pe1_PjAdZAJmdZcpe7IcO65msXjm2yxmN4HbyHgpPxPasjOwhN7__Ioj.sNlWP_YTcNi N3UQ_4S6MLMzNTq3K_9oS3ozdhh2RGMCWUAP5sD3gpgaLyGRXTygr4v73OtAlZnoLUesZnxrCBd9 _ofZdJzvEmbAep30zP4xtH2xnEWCKsNFM7X0ukevwZehLOQVJkjs.dTMdZrHd_9FAQsRZfdAY5X1 e1zBPOQGAICiaAb6o39XNRHwzr2HJX_fLqFEqAoUHIbqS Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Wed, 18 Mar 2020 22:35:44 +0000 Received: by smtp432.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 96196b576e3d1439bbe225da48ffbe40; Wed, 18 Mar 2020 22:35:41 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Pine64+2GB status? Is anyone else having the following sort of panic problem? Date: Wed, 18 Mar 2020 15:35:40 -0700 References: <521CDF7F-8F5F-4E92-8BFE-3E39E1A00586@yahoo.com> <3B9DF93B-6E7E-49B2-B253-DE268317323E@yahoo.com> To: freebsd-arm In-Reply-To: <3B9DF93B-6E7E-49B2-B253-DE268317323E@yahoo.com> Message-Id: <23F8584A-56F6-4D94-B5B5-4E673269F479@yahoo.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48jPyB2Yrvz4TmH X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.49 / 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:36646, ipnet:66.163.184.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)[]; RWL_MAILSPIKE_NEUTRAL(0.00)[84.189.163.66.rep.mailspike.net : 127.0.0.13]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(0.99)[0.994,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (4.01), ipnet: 66.163.184.0/21(1.18), asn: 36646(0.94), country: US(-0.05)]; NEURAL_SPAM_LONG(1.00)[1.000,0]; RCVD_IN_DNSWL_NONE(0.00)[84.189.163.66.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: Wed, 18 Mar 2020 22:35:48 -0000 On 2020-Mar-17, at 11:59, Mark Millard wrote: > On 2020-Mar-15, at 00:49, Mark Millard wrote: > >> In recent times I've had access to the Pine64+ 2GB again >> and when lots of data is being copied to the mmcsd0 >> UFS partition (various new and old mmcsd media examples) >> I eventually get the following sort of failure: >> >> aw_mmc0: controller timeout >> mmcsd0: Error indicated: 1 Timeout >> panic: vm_fault_lookup: fault on nofault entry, addr: 0xffff00004ee1c000 >> cpuid = 1 >> time = 1584255814 >> KDB: stack backtrace: >> db_trace_self() at db_trace_self_wrapper+0x28 >> pc = 0xffff00000082617c lr = 0xffff00000010aec0 >> sp = 0xffff0000402ece30 fp = 0xffff0000402ed040 >> >> db_trace_self_wrapper() at vpanic+0x194 >> pc = 0xffff00000010aec0 lr = 0xffff00000046e120 >> sp = 0xffff0000402ed050 fp = 0xffff0000402ed0f0 >> >> vpanic() at panic+0x44 >> pc = 0xffff00000046e120 lr = 0xffff00000046df88 >> sp = 0xffff0000402ed100 fp = 0xffff0000402ed180 >> >> panic() at vm_fault+0x1ff4 >> pc = 0xffff00000046df88 lr = 0xffff0000007b4d1c >> sp = 0xffff0000402ed190 fp = 0xffff0000402ed2c0 >> >> vm_fault() at vm_fault_trap+0x64 >> pc = 0xffff0000007b4d1c lr = 0xffff0000007b2c14 >> sp = 0xffff0000402ed2d0 fp = 0xffff0000402ed310 >> >> vm_fault_trap() at data_abort+0x108 >> pc = 0xffff0000007b2c14 lr = 0xffff000000844dec >> sp = 0xffff0000402ed320 fp = 0xffff0000402ed3d0 >> >> data_abort() at do_el1h_sync+0x144 >> pc = 0xffff000000844dec lr = 0xffff000000843e38 >> sp = 0xffff0000402ed3e0 fp = 0xffff0000402ed410 >> >> do_el1h_sync() at handle_el1h_sync+0x78 >> pc = 0xffff000000843e38 lr = 0xffff000000828878 >> sp = 0xffff0000402ed420 fp = 0xffff0000402ed530 >> >> handle_el1h_sync() at bounce_bus_dmamap_sync+0x210 >> pc = 0xffff000000828878 lr = 0xffff0000008246a0 >> sp = 0xffff0000402ed540 fp = 0xffff0000402ed620 >> >> bounce_bus_dmamap_sync() at aw_mmc_request+0x3d0 >> pc = 0xffff0000008246a0 lr = 0xffff0000007f1188 >> sp = 0xffff0000402ed630 fp = 0xffff0000402ed670 >> >> aw_mmc_request() at mmc_wait_for_request+0x12c >> pc = 0xffff0000007f1188 lr = 0xffff0000001f2b80 >> sp = 0xffff0000402ed680 fp = 0xffff0000402ed6d0 >> >> mmc_wait_for_request() at mmcsd_rw+0x198 >> pc = 0xffff0000001f2b80 lr = 0xffff0000001fc010 >> sp = 0xffff0000402ed6e0 fp = 0xffff0000402ed810 >> >> mmcsd_rw() at mmcsd_task+0x2b0 >> pc = 0xffff0000001fc010 lr = 0xffff0000001fabe8 >> sp = 0xffff0000402ed820 fp = 0xffff0000402ed940 >> >> mmcsd_task() at fork_exit+0x90 >> pc = 0xffff0000001fabe8 lr = 0xffff00000041fd78 >> sp = 0xffff0000402ed950 fp = 0xffff0000402ed980 >> >> fork_exit() at fork_trampoline+0x10 >> pc = 0xffff00000041fd78 lr = 0xffff000000843b6c >> sp = 0xffff0000402ed990 fp = 0x0000000000000000 >> >> KDB: enter: panic >> [ thread pid 20 tid 100078 ] >> Stopped at arm64_dcache_wb_range+0x18: undefined d50b7a20 >> >> I've never had this happen quickly or for a small amount >> of data. >> >> The same operations done with the same examples of media >> work fine in the Rock64 (same buildworld and buildkernel >> results installed, booted, and operating for both boards). >> >> Both boards have fans and heatsinks and such. >> >> The specific example is from head -r358510 but I've seen >> it on -r358132 as well. (I'd not used the Pine64+2GB in >> a long time prior to that so I've no useful clue when >> this started.) >> >> Is anyone else seeing such oddities? > > Leaving the Pine64+2GB powered on and booted but > idle (but for default background processing that > happens) still can get such crashes. The example > below is from head -r358966 . > > Sometimes there is more than one timeout notice > first . . . > > aw_mmc0: controller timeout > mmcsd0: Error indicated: 1 Timeout > aw_mmc0: controller timeout > mmcsd0: Error indicated: 1 Timeout > aw_mmc0: controller timeout > mmcsd0: Error indicated: 1 Timeout > panic: vm_fault_lookup: fault on nofault entry, addr: 0xffff00004eacc000 > cpuid = 2 > time = 1584440665 > KDB: stack backtrace: > . . . (I'll not repeat the backtrace) . . . > Well, I tried setting up the Pine64+ 2GB to have the /boot/loader.conf on the microsd card use vfs.root.mountfrom to redirect to an external USB SDD drive, a configuration I'd used for years previously. (Same equipment as back then --but it has been a significant time since I'd done that.) I'm not claiming a common cause with the microsd card context, but the result of sitting idle eventually had problems with writing to the USB SSD: some writes with retries until failure. This did not crash the Pine but /var/log/messasges logging the notices was one of the files that had failed I/O. (It ended up with some blocks of '\0' characters where the console had shown notices.) I've still no clue of if the Pine64+ 2GB is having hardware related problems (such as, say, power) or if there are problems relative to software. With both microsd cards and USB drives being unreliable, it is not obvious that further activity with the Pine64+ 2GB is worthwhile. I do not have a good means of isolating the issue. (It was my 2 GiByte RAM example for aarch64 FreeBSD.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Mar 19 00:13:41 2020 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 DBB3027179D for ; Thu, 19 Mar 2020 00:13:41 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48jS783Zywz45hH for ; Thu, 19 Mar 2020 00:13:39 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 02J0DsTD070707 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 18 Mar 2020 17:13:55 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 02J0Dr2O070706; Wed, 18 Mar 2020 17:13:53 -0700 (PDT) (envelope-from fbsd) Date: Wed, 18 Mar 2020 17:13:53 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Upgrading u-boot on an rpi3 Message-ID: <20200319001353.GA70624@www.zefox.net> References: <20200318054243.GA67865@www.zefox.net> <4B4CF1DF-F3C0-4ED3-AAC0-4FC0A8182787@yahoo.com> <20200318172339.GB67865@www.zefox.net> <456B1ED8-B335-405B-AB7B-B65968631323@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <456B1ED8-B335-405B-AB7B-B65968631323@yahoo.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48jS783Zywz45hH X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.95 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.24), ipnet: 50.1.16.0/20(0.12), asn: 7065(-0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.997,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.99)[0.995,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; 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: Thu, 19 Mar 2020 00:13:42 -0000 On Wed, Mar 18, 2020 at 11:02:43AM -0700, Mark Millard wrote: > > > On 2020-Mar-18, at 10:23, bob prohaska wrote: > > > On Tue, Mar 17, 2020 at 11:42:09PM -0700, Mark Millard wrote: > >> > >> > > >> > >> Those last 2 lines above indicate that it found > >> your microsd card media and its bootaa64.efi just > >> fine. > >> > >> How old is this file? > > > > Rather ancient: > > > > -rwxr-xr-x 1 root wheel 637000 Oct 10 2018 /boot/msdos/EFI/BOOT/bootaa64.efi > > > > I have a newer version on a 12.x snapshot: > > -rwxr-xr-x 1 root wheel 609960 Nov 1 02:29 /mnt/EFI/BOOT/bootaa64.efi > > Is it prudent to simply substitute the newer version for the older? > > You may want to extract a more modern one from a snapshot > if that does not work. > Turns out that the version of bootaa64.efi from the 12.x snapshot did the trick. > >> Have you been updating > >> it via copying /boot/loader.efi to it as > /boot/loader.efi is updated? > > Not following here. Loader.efi appears to be a file and seems to update > > during normal build/install cycles. It's unclear where bootaa64.efi comes > > from; there's only one copy in the filesystem after repeated OS update cycles. > > For the ARM boards involved, efi/boot/bootaa64.efi is a > copy of /boot/loader.efi . The loader copy used in booting > is placed on the msdosfs, not on ufs/zfs. > Ahh, now bells are ringing. IIRC there were some messages issued to this effect during either make or make install for u-boot-rpi3, at least formerly. > Example from the RPi4 context: > > # file /boot/loader.efi > /boot/loader.efi: MS-DOS executable PE32+ executable (EFI application) Aarch64, for MS Windows > > # file /boot/efi/EFI/BOOT/bootaa64.efi > /boot/efi/EFI/BOOT/bootaa64.efi: MS-DOS executable PE32+ executable (EFI application) Aarch64, for MS Windows > Thank you very much! bob prohaska From owner-freebsd-arm@freebsd.org Thu Mar 19 08:20:10 2020 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 5B49627F2A3 for ; Thu, 19 Mar 2020 08:20:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-21.consmr.mail.gq1.yahoo.com (sonic313-21.consmr.mail.gq1.yahoo.com [98.137.65.84]) (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 48jfwS3WWYz4WRq for ; Thu, 19 Mar 2020 08:20:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: uJX6rIsVM1lq1FuSKzeLaqvjvnhGeWmd86iWv2vtg27nXEoVpbNi9rPgdwYy82p YnORf8AC04Cx8DcUh1RRd3lPuFRUb3IMUMQKrP1nTC4eI_NGhaAV0MuipvH53tEGAcurMBJvTyFs 0feCP6khhrGK5EOynSA3__n2Q_sC5_kZQ7b5a.8hykXKJkJg60nmGQIu.yWQOqDYexSsa.7yNLZx vwYKO0OY7TomwbA9QbQCM8BHcPEjxdmCrAHtjTBQee19pio67X6dbSOXuIB.hM2omAc_1DV15S0E l2WDpCLOVu7EUwlNvOPtrazz67VU4E3VQ6uxK7JTPPO52rkmTwo9coPm99anp6IaOpWsQug.hYdj 2nvAhXswhBqIv3SfOWXNVXJiywZkL.0CdcsJ.cHgknj3pprlwkQ7P1ou5DiIi77Xuf8Piif5RicZ CPK7J7svvLGvNG4Ddo7WWMpHgZYofguD92mCcVTbfeCaniZoVsPxKdKKHdLafyGtLaLDRquJ7v5s 5VSKR4tvGRNbocV3mRJU_dvTkiQT7AcoVCl_FB6sEQxt8Tctek3TdpvLIKx2vm4YsdjZMdl2Jhsm MvI7oH7gbDLdjVqaNxSmxkHFyW66lliOOXScyMxdkT.gZ_r9AWZxoRC3t1XdAGP41UGAR3tqEVI. 0BKxpC118wMwbwRltBjsbkiz4fU8.3r8PxFbCWaoCVFZ2Sbp33N3yhNrsiPoWEjDf6xZOlZaJoNu DzKIamP4GXLc0TT5i0V3Tc0nZP4A8mnkNtfG6nToR9aiTMRWW.JZkirZ.VCxknDsI9YusTLJsVf7 8Y2O8WHlkzjSh.S.cphL1EeDNXAvdDwkkGeLSkxwJEmWeh1Tky10Lw_sben56GdzdC273AUfDA1D 6sQvqB7Cn8.wBv90aNIX6lUmJlYwxn8vEKvHPVedT9JhHwqvJ0MToSXFpO8uSzs4TbqIk58Fxoaz vN33p4lXWeqdP13OSKxLqVHyAhQzAs3J6BYago9eJZktattNdk9doPoTk7efi55WxZjsNlaHidDf tENhw3zZq.KBRszoWH0U0eB.uuccekarLmi3elpF379b_pyL7seirUWyg8EQA._FShA0HGNpLAg. XJuHHgwgeDRUIRPBJdMgKrwsZkP2Gj_VEJ03LYYO9iDiABR6BKrcqa3XwaV685kbfY4zvkLyBU85 xo6A.xPp2hlhyzdnKGfXjYdPJNx5v5_MkWX5o41WEShSa7HzywLyJFMi_69e0nxljB_gcTDm2zUO A3BMxRWCFyTv77GmIQ9AbeajpGgL.LCJsG99dFwhLfv7g6t3_muZjK0jF0ObOoEPOrqdWEbg3104 lwauoknW3QoOt.KM.yUAhzrHoxtlCNmLzupelPoY7vr44INbK67W7gEGq.EIx8oVPQDwqKjH1nnp 23IPY9_eWjqqPi9sFg_zWUEdJyMtjc64tMu4gzlAgMn.Ln5jyPuX_ Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.gq1.yahoo.com with HTTP; Thu, 19 Mar 2020 08:20:06 +0000 Received: by smtp410.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID ac6c44e0c34aa685250d8dcf0439a8fd; Thu, 19 Mar 2020 08:20: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.60.0.2.5\)) Subject: Re: head -r538966 on OrangePi+ 2ed: boot loader crashes when USB drive is present at power-on/boot: its a misaligned access by code from -r354746 Date: Thu, 19 Mar 2020 01:20:02 -0700 References: <863312E1-4216-49BA-A623-CAC85F123655@yahoo.com> To: Toomas Soome , freebsd-arm , FreeBSD Current In-Reply-To: <863312E1-4216-49BA-A623-CAC85F123655@yahoo.com> Message-Id: <30A666F0-8773-41B7-AD37-7E319AA510CA@yahoo.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48jfwS3WWYz4WRq X-Spamd-Bar: + X-Spamd-Result: default: False [1.03 / 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]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.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: (1.53), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.96)[0.964,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.57)[0.570,0]; RCVD_IN_DNSWL_NONE(0.00)[84.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[84.65.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: Thu, 19 Mar 2020 08:20:10 -0000 [I built with -DDEBUG -DDISK_DEBUG -DPART_DEBUG and show with some extra output as well. It shows that a misaligned access causes the crash. The access in question is from head -r354746 code additions.] On 2020-Mar-18, at 13:36, Mark Millard wrote: > Without a USB drive present at power-on or > boot, the OPi+2e boots fine. (The USB drives > involved have a partition holding a ufs file > system and a partition holding a swap/aging > space.) >=20 > In all cases below, /boot/ is from the microsd > card. But the intended configuration is for > vfs.root.mountfrom to be used to direct the > stages after kernel-booting to the USB drive. >=20 > The output sequence related to the crash when > the USB drive is present looks like: >=20 > QUOTE > . . . > END QUOTE I'm replacing the original quote with better information. First I quote the definition of dos_partition for reference: struct dos_partition { unsigned char dp_flag; /* bootstrap flags */ unsigned char dp_shd; /* starting head */ unsigned char dp_ssect; /* starting sector */ unsigned char dp_scyl; /* starting cylinder */ unsigned char dp_typ; /* partition type */ unsigned char dp_ehd; /* end head */ unsigned char dp_esect; /* end sector */ unsigned char dp_ecyl; /* end cylinder */ uint32_t dp_start; /* absolute starting sector = number */ uint32_t dp_size; /* partition size in sectors */ }; Note that access to dp_start or dp_size requires address%4=3D=3D0 alignment but the other fields do not. This is important for &dp[i].dp_start reported in the below (and then dp[i].dp_start is accessed in the code). I also had it report dp, which shows that dp has dp%4!=3D0 as well. Here is with -DDEBUG and -DDISK_DEBUG -DPART_DEBUG in place for the code (with some extra debug output added): FreeBSD/armv7 U-Boot loader, Revision 1.3 signature: version =3D 1 checksum =3D 0x98de198b sc entry =3D 0xbdf8cb01 addresses info: _etext (sdata) =3D 0x4204fdb4 _edata =3D 0x4205ebb8 __sbss_start =3D 0x4205ec28 __sbss_end =3D 0x4205ec28 __sbss_start =3D 0x4205ec28 _end =3D 0x42062aa0 syscall entry =3D 0xbdf8cb01 DRAM: 2048MB Number of U-Boot devices: 2 U-Boot env: loaderdev not set, will probe all devices. stor_init(): storage devices found: 2 Found U-Boot device: disk Probing all devices... Checking unit=3D0 slice=3D partition=3D...disk_open: = disk0s0: unit 0, slice 0, partition -2 =3D> 0x420631c0 stor_readdev(): reading blk=3D0 size=3D1 @ 0x420633c0 stor_readdev(): reading blk=3D64 size=3D1 @ 0x420636c0 stor_readdev(): reading blk=3D1 size=3D1 @ 0x420636c0 ptable_open: BEFORE NDOSPART loop #1 ptable_open: dp=3D0x4206357e ptable_open: IN NDOSPART loop #1 after 1st if ptable_open: IN NDOSPART loop #1: &dp[i].dp_start=3D0x42063586 data abort pc : [<42009350>] lr : [<42009348>] reloc pc : [] lr : [] sp : b9f649e8 ip : 4205e200 fp : b9f64a18 r10: 42063640 r9 : b9f64a50 r8 : 420633c0 r7 : 420636c0 r6 : 4200818c r5 : 4205cd95 r4 : 42063586 r3 : bdf8cdf7 r2 : 0000000a r1 : 01c28000 r0 : 000000ee Flags: nZCv IRQs off FIQs off Mode SVC_32 Code: e08f0000 eb0114af e5d801c2 e35000ee (05940000)=20 Resetting CPU ... resetting ... My extra messages are from: # svnlite diff /usr/src/stand/common/part.c Index: /usr/src/stand/common/part.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/stand/common/part.c (revision 358966) +++ /usr/src/stand/common/part.c (working copy) @@ -715,18 +715,26 @@ * start sector 1. After DOSPTYP_PMBR, there may be other = partitions. * UEFI compliant PMBR has no other partitions. */ + DPRINTF("BEFORE NDOSPART loop #1"); + DPRINTF("dp=3D%p", (void*)dp); for (i =3D 0; i < NDOSPART; i++) { if (dp[i].dp_flag !=3D 0 && dp[i].dp_flag !=3D 0x80) { DPRINTF("invalid partition flag %x", = dp[i].dp_flag); goto out; } + DPRINTF("IN NDOSPART loop #1 after 1st if"); + DPRINTF("IN NDOSPART loop #1: &dp[i].dp_start=3D%p", = (void*)&dp[i].dp_start); #ifdef LOADER_GPT_SUPPORT if (dp[i].dp_typ =3D=3D DOSPTYP_PMBR && dp[i].dp_start = =3D=3D 1) { + DPRINTF("BEFORE table->type assignment for PMBR = detected"); + DPRINTF("table=3D%p for PMBR detected", = (void*)table); table->type =3D PTABLE_GPT; DPRINTF("PMBR detected"); } + DPRINTF("IN NDOSPART loop #1 after 2nd if"); #endif } + DPRINTF("AFTER NDOSPART loop #1"); #ifdef LOADER_GPT_SUPPORT if (table->type =3D=3D PTABLE_GPT) { table =3D ptable_gptread(table, dev, dread); Note that "IN NDOSPART loop #1 after 2nd if" is never reported. Nor is "BEFORE table->type assignment for PMBR detected". The condition in the 2nd if never completes its evaluation because of the misaligned access involved in dp[i].dp_start being evaluated. > Stopping it earlier and using: >=20 > setenv loaderdev mmc 0 > boot >=20 > avoids the problem because it avoids "probing" the > USB drive at the stage indicated above. Yep: The above loop is then not evaluated. > But the > boot then actually uses: >=20 > vfs.root.mountfrom=3D"ufs:/dev/gpt/BPIM3root" >=20 > in the /boot/loader.conf on the microsd card. > ufs:/dev/gpt/BPIM3root is a reference to the ufs > partition on the USB media. (With the mountfrom > commented out the microsd card is bootable by > itself.) So later the USB drive is put to use > successfully when the initial probing is avoided. >=20 > Looking in the /usr/src/stand/uboot/common/main.c > code shows: >=20 > static int > probe_disks(int devidx, int load_type, int load_unit, int load_slice, > int load_partition) > { > . . . > if (load_unit =3D=3D -1) { > printf(" Probing all %s devices...\n", = device_typename(load_type)); > /* Try each disk of given type in succession until one = works. */ > for (unit =3D 0; unit < UB_MAX_DEV; unit++) { > currdev.dd.d_unit =3D = uboot_diskgetunit(load_type, unit); > if (currdev.dd.d_unit =3D=3D -1) > break; > print_disk_probe_info(); > open_result =3D devsw[devidx]->dv_open(&f, = &currdev); > if (open_result =3D=3D 0) { > printf(" good.\n"); > return (0); > } > printf("\n"); > } > return (-1); > } > . . . > } >=20 > So it appears that the crash is during the code involved > for the line: >=20 > open_result =3D devsw[devidx]->dv_open(&f, &currdev); >=20 > Note that the boot attempt reported "Probing all > devices..." so device_typename(load_type) came up with > "". (I've no clue if that is significant to the > issue or not.) Looks like the below paragraph was junk. Sorry. > It appeared that /usr/src/stand/usb/storage/umass_loader.c > and its umass_disk_open and umass_disk_open_sub might > be involved and then code from the likes of: > /usr/src/sys/dev/usb/ --such as from usb_msctest.c for > usb_msc_read_capacity. (I stopped looking around > there: well outside areas I know how to interpret.) > For reference, I used the OPi+2e u-boot material from > my poudriere-devel based port builds: >=20 > # ls -ldT /usr/local/share/u-boot/u-boot-orangepi-plus-2e/* > -rw-r--r-- 1 root wheel 503 Oct 26 19:12:16 2019 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/README > -rw-r--r-- 1 root wheel 199 Oct 26 19:12:16 2019 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/boot.scr > -rw-r--r-- 1 root wheel 66 Oct 26 19:12:16 2019 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/metadata > -rw-r--r-- 1 root wheel 471250 Oct 26 19:12:16 2019 = /usr/local/share/u-boot/u-boot-orangepi-plus-2e/u-boot-sunxi-with-spl.bin >=20 >=20 >=20 > (The USB drives are USB SSDs.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Mar 19 17:17:00 2020 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 6D1C8264F52 for ; Thu, 19 Mar 2020 17:17:00 +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 48jtqs6lPRz3HLk for ; Thu, 19 Mar 2020 17:16:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: VIaGObcVM1l1Nm7_9lNg.uOKYGsWKimkOamXvn_Sryqg6DZWhgPt__AOQoAT0pT lCQrKU_bLxzPZiJWT0Hx1rxACwWAjHBHLly9QDRM5xokVDW7tsE8qRAdcRBkv3KWed_eU8rww6aQ H35PmGlx8Mn5_I47omSZhKMjKEkeZz2YEcktkYbJSPb1.aAO5iQMfhMs6jiMRzYDCIfvAdNH5G.Y W4yazQu0oDicHQ19qAWvYz6F3bVCQg5sWR7lvve2F10twVWOmXtaUkyYc8vh0n118MXk3fnvnimK YfZNLChqF5Xcx.kybyoZt9GZPD6dq0MPj8DVwJ4KjcAdqhDwBdAQDsAkZDJ5ctNltxk5MrPO3FkO kzGnyKLRes5XW8fUQObVUYycBKdGQMjptscRwGlz2gO1kZvN3HCRfZQIV88YCDxNeCcPseOTs3dV xDQgiZxeRojJs7IJPbHw1K65KL4Pu0ofRWhAVMZx6NeK1wQ..s4.H6vQI.nExnOG3ZC4c1sxwjX_ NoNMi1FT2QUmpdwhPMgqv8nG1v18u7hU7mHbB4V5nRvgay6zwIodDusdynnIYkTxMpi6xT2vgLMG MvrBdoMiUG6mK9SN7MeTTn2bZkVLxMjU5lvM.LmedIr9FukTlv8HGX86I125IVTXMACxRQ4IxRjD vC.EIfiaiKMzB.8Twk6nr51oxxImFj7a6sGME6MVf4VvA5gxReCUuEZUzusUY_nYOzJpjpOvUMmB Br6ACHz9Updde4ui9SKmwL1pykTCDTbvY63ecuaMjAPBvcChW90P.T7tC7yikeCBrrxDB1J8gyCE XFq37NK1_4IYs_mLD7cql1A.yQmmdeGYz2SNwivSoGI1ra.qetSUg2N7M4c26IPBR.NDRZN8njVA scEUC60f_uSY5RxTWNwDNwRCxBJF.U6OBpLrw4EjNv8d6ca28vTtrn44uX60Yj9Bw.HS1rP2gy_k gm_925ZB.6JLUXj7o.ytKbvhCS9f7WDbjMvl12agfhe7dWR5Cc9z5pVdA1rjmywZCta6CIT3.V5b hVy6iwy5RKNuGKNRw10bXZeoEAgUhOJcT4Vzegc08ZagIQ8FIyPoDLFoZUi9Bs.TjtVmfsreRBJP crzRdlT3BeeL8uzPyDV7XgMTCU3PkFC1lFR.daH4izcfYoskjI8qUa2vZNk7.C32BTDZ8vQgV5kF DRQOq18fQUK_A6.Zal107SAPLknyscVyNZPwKd8Pjrl0p437qbxn9zfEROEiREpapt3aWlO3uOfR pIOeKJxu8p0U795JRFT.r_ckyeLVTa9b1Z6JoNm4A8JhpxoTjNYn4Yx5LYgV8lx4o9ksHy66feuO .4WS4XCYqDk_okFV846qPNb6XVaoOIVk7BESeLYaAVvNpBYE6utOz.X1kAzccWp1.POnYRO1VwvE AHx11Mjj1LFDduqU1 Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Thu, 19 Mar 2020 17:16:56 +0000 Received: by smtp425.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 38d148599b4eddb4724b91d274060591; Thu, 19 Mar 2020 17:16:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: head -r538966 on OrangePi+ 2ed: boot loader crashes when USB drive is present at power-on/boot: its a misaligned access by code from -r354746 From: Mark Millard In-Reply-To: <26DEEA3C-C880-410C-BCB4-CE1314EAFA02@me.com> Date: Thu, 19 Mar 2020 10:16:49 -0700 Cc: freebsd-arm , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <541CAE86-B6DA-4BCA-B6B2-D0B0A13DBE1A@yahoo.com> References: <863312E1-4216-49BA-A623-CAC85F123655@yahoo.com> <30A666F0-8773-41B7-AD37-7E319AA510CA@yahoo.com> <26DEEA3C-C880-410C-BCB4-CE1314EAFA02@me.com> To: Toomas Soome X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48jtqs6lPRz3HLk X-Spamd-Bar: + X-Spamd-Result: default: False [1.06 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr: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]; FREEMAIL_TO(0.00)[me.com]; 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)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (2.11), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.79)[0.788,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.77)[0.773,0]; RCVD_IN_DNSWL_NONE(0.00)[83.64.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: Thu, 19 Mar 2020 17:17:00 -0000 On 2020-Mar-19, at 02:00, Toomas Soome wrote: > I think this should fix it. We need to create copy of dos partition = array, so we will get proper alignment.=20 >=20 >=20 > tsoome@freebsd-2:/usr/src % svn diff stand/common/part.c > Index: stand/common/part.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- stand/common/part.c (revision 359099) > +++ stand/common/part.c (working copy) > @@ -654,6 +654,7 @@ > int has_ext; > #endif > table =3D NULL; > + dp =3D NULL; > buf =3D malloc(sectorsize); > if (buf =3D=3D NULL) > return (NULL); > @@ -708,7 +709,11 @@ > goto out; > } > /* Check that we have PMBR. Also do some validation. */ > - dp =3D (struct dos_partition *)(buf + DOSPARTOFF); > + dp =3D malloc(NDOSPART * sizeof(struct dos_partition)); > + if (dp =3D=3D NULL) > + goto out; > + bcopy(buf + DOSPARTOFF, dp, NDOSPART * sizeof(struct = dos_partition)); > + > /* > * In mac we can have PMBR partition in hybrid MBR; > * that is, MBR partition which has DOSPTYP_PMBR entry defined = as > @@ -770,6 +775,7 @@ > #endif /* LOADER_MBR_SUPPORT */ > #endif /* LOADER_MBR_SUPPORT || LOADER_GPT_SUPPORT */ > out: > + free(dp); > free(buf); > return (table); > } > tsoome@freebsd-2:/usr/src % That is working for me: the OPi+2e now boots with the USB drive plugged in ahead of time, without manual intervention to assign loaderdev : FreeBSD/armv7 U-Boot loader, Revision 1.3 DRAM: 2048MB Number of U-Boot devices: 2 U-Boot env: loaderdev not set, will probe all devices. Found U-Boot device: disk Probing all devices... Checking unit=3D0 slice=3D partition=3D... good. Booting from disk0p1: Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local Loading kernel... /boot/kernel/kernel text=3D0x90b3fc data=3D0xa85a8 data=3D0x0+0x200000 = syms=3D[0x4+0xa1660+0x4+0x113e7c] Loading configured modules... /boot/kernel/umodem.ko text=3D0x1520 text=3D0xf10 data=3D0x234+0x4 = syms=3D[0x4+0xe70+0x4+0xa74] loading required module 'ucom' /boot/kernel/ucom.ko text=3D0x1714 text=3D0x2c7c data=3D0x484+0x838 = syms=3D[0x4+0x13e0+0x4+0xbac] /boot/entropy size=3D0x1000 Hit [Enter] to boot immediately, or any other key for command prompt. . . . Thanks! > . . . =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Mar 19 18:03:28 2020 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 227FD26CA57 for ; Thu, 19 Mar 2020 18:03:28 +0000 (UTC) (envelope-from pbowen@fastmail.fm) Received: from wout1-smtp.messagingengine.com (wout1-smtp.messagingengine.com [64.147.123.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48jvsW07N7z47wT for ; Thu, 19 Mar 2020 18:03:26 +0000 (UTC) (envelope-from pbowen@fastmail.fm) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 8119F5D7 for ; Thu, 19 Mar 2020 14:03:24 -0400 (EDT) Received: from imap6 ([10.202.2.56]) by compute7.internal (MEProxy); Thu, 19 Mar 2020 14:03:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= mime-version:message-id:date:from:to:subject:content-type; s= fm2; bh=MC3ey2skQ31vUcX+K+Q70g7LGzEi7RCi1Ldl73gPnaQ=; b=EX/rAIN3 MYlIDHjJkVsQNdV9ygwX5SeB5ukE9dp4+ZNcZf1RbbCL+PRfnyQfNdIPZ5HKsSIe 9JjVQfQj41iaPZua15pI73ChHDxd73yQp5uG05LBQRq43dhNY+yDWmgfW1ymmHJY LylcN4uc5XvyaXn8b5iwBdptI7M326+nyzMPzhBDlqIi0Wv/6ZO2ti+6REXgkoi0 cfYrFmkIFztQb0GZB5Id3mMs0/0+34njhawyL/GciI/en8DT9o4T9zSZ+ET7gjFb v2sVTnsfXbk48LpF1NKU+VpyyGSVWAejxhfQNJDlsG+DJ/sR9Nm+XQwYerW67EL4 FjVLDDOveVh80w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=MC3ey2skQ31vUcX+K+Q70g7LGzEi7 RCi1Ldl73gPnaQ=; b=TiE7TrNdW109gHN7Uye54sJVUsbbvqOWc7PH3cRp3FoRw xtRXZasxaGmci71lVnXMRBTImiy9n+OIfSI5U8y6CFw/eztm3wcQdxbWE8QqdXRv 6IpUyBsYSTs8RhAvNFC3Sad4FbOweEAk7bPy659A4/FjEj1VpIjvujQw8me28JbL S60awdKlpyOmUgNYrki30n9PW14mrooBDappx7zDxj3YDcuC8R5FAmbDaCibpfzG 8Gxb3uip7WNi8mU7Znx7vhbccwVh17c7GtxYWIvRt7NqhmvTTZ6xgYxEfqvJTKZ9 eX/anU2LomOGhT+Qx3n01OmtR7sIyZ6oGCqCQQ4VQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrudefledguddtkecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkfffhvffutgesthdtre dtreertdenucfhrhhomhepfdfrrghtrhhitghkuceuohifvghnfdcuoehpsghofigvnhes fhgrshhtmhgrihhlrdhfmheqnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpe hmrghilhhfrhhomhepphgsohifvghnsehfrghsthhmrghilhdrfhhm X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id BF1A21406E0; Thu, 19 Mar 2020 14:03:23 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.1.7-1021-g152deaf-fmstable-20200319v1 Mime-Version: 1.0 Message-Id: <593c6ba2-ba9d-4367-a34d-207888735050@www.fastmail.com> Date: Thu, 19 Mar 2020 13:03:03 -0500 From: "Patrick Bowen" To: freebsd-arm@freebsd.org Subject: USB OTG on Pine64-lts Content-Type: text/plain X-Rspamd-Queue-Id: 48jvsW07N7z47wT X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=fastmail.fm header.s=fm2 header.b=EX/rAIN3; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=TiE7TrNd; dmarc=pass (policy=none) header.from=fastmail.fm; spf=pass (mx1.freebsd.org: domain of pbowen@fastmail.fm designates 64.147.123.24 as permitted sender) smtp.mailfrom=pbowen@fastmail.fm X-Spamd-Result: default: False [-3.08 / 15.00]; XM_UA_NO_VERSION(0.01)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.24]; FREEMAIL_FROM(0.00)[fastmail.fm]; TO_DN_NONE(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[fastmail.fm:+,messagingengine.com:+]; DMARC_POLICY_ALLOW(-0.50)[fastmail.fm,none]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_LOW(-0.10)[24.123.147.64.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; FREEMAIL_ENVFROM(0.00)[fastmail.fm]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994,0]; R_DKIM_ALLOW(-0.20)[fastmail.fm:s=fm2,messagingengine.com:s=fm2]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[fastmail.fm.dwl.dnswl.org : 127.0.5.1]; IP_SCORE(0.00)[ip: (-9.82), ipnet: 64.147.123.0/24(-4.92), asn: 11403(-2.69), country: US(-0.05)]; MID_RHS_WWW(0.50)[] 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, 19 Mar 2020 18:03:28 -0000 I have CURRENT r358902 running on the Pine64-lts. I'm using mwm for the window manager on X and everything seems to be working fine, with the exception of the upper USB port on the board, which is apparently USB-OTG. Is there any way to reconfigure that port so it will recognize things like wireless dongles for mouse/keyboard or WiFi? I'm using a 4-port hub on the bottom one to run stuff right now. Thanks, Patrick From owner-freebsd-arm@freebsd.org Sat Mar 21 06:02:50 2020 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 0BAAA27FC8C for ; Sat, 21 Mar 2020 06:02:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (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 48kqn46fr6z4CbB for ; Sat, 21 Mar 2020 06:02:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: j7hZbEoVM1mFF4F7LShigGHyXGYgq679kMx26.kPlZQuE4ufKrVKSw2qP8tHbbG o8fF24txGUvsjheDw_Vv6orA2qjfseNLqB15wLQVFZJwFpoQLA5XrMIrMFXZDTR.6QUcyMyLdmhc SYoRz2WlmCSnZWLKSxHrwk7G8RojpGbdbjDQ8GgGJzK4PvRuLMm9JAgN6rdyAZ_QCSAoroHwXqFh aAIdOrYrI9GGYqOx7vQWAhVN_V7E4tZoYZcP4SR8pbEnq60TJHcWWIH3a7mvzZnsXv37Dwqh75Y0 cCGXmdDNAJqEByfymR6ZE41d3Nfbv.PbgIgn.8ZH_m1qEZ5LCpkHC_qM.t5V95D1uQ_UKlaMoSoN oVWdYirOYktxPrGgyI7vaI32Eh1RbRGAgsI6I7CLV8tFjGLLdo3OS_InNQy9Z6YtUMb8V.KCHKj8 tVv7P8JchtTguGT1CXDPS02TrbmbEhG7HxAELFbvjd1GwcaFCMdpFMrM4BULfRTxZHlUanvcf5Kc y.fr_4Z1WT2n1hU7jUTOBEK4HpOkoZxHNjTgYZgPK92UurqQnrWfSSuk8ZRQPAxrXjG7zLPbB_LU KvNydfbdSrPzfC8eD_dHPDpy4WlXxKxqltASohWQWbJm0uKOpITvZunU_jEHnI31AEK9raf1oIGe W8eL7KzEZ2G1m1Vtgo6_VsC4Ynmw2c9urJ5418OtSAbR_inBU6OB.U3TcmqYTyCzRWQ_ZboFXDfR NEQJ.8rbZDABCLPm_tPXX9IHSeMoFEhSt4rUSZ8OJ4aepH1q4mLJ63uvbOhLk0bwN8oj27QNP2uy lvnweKaaadgaQgZpq53FQ767w5ev4aHiWBQwc2HEgj3qQZHHy6i9UhUiNZIxVY0xroOwNUQa0V.3 cvsxPDCFY_4ET5M_3ntLTrmU5lQQbIbRIe2H7NYJT3mqfJEULn_nhfg5GiA4kQAN.2_rwYVQvTJf BE8a.5yAp77lef881xMI8YCW2jsRrv5iJy6htFqpYKW.oGZ29TyWmEclBCrwCQLi8k8TyfCiZyjH CfXYmY2i6dCoqSNvUoMO3yNaMuvGQuFoL_RbziQQpKy46Kzpmn20bxGwl.RTWnUNlQCElGTSBiRt EQOK_a2OJ9bnuU52EJ7X.PuSx4AGxiVD2FjOdFmsz..wqx2ghmJt3It_mcwi0vHoBvfKYHQmbWaU ozc_CSwAzVRnz.0v1aFg98dHJTHb0.ZdpT.Gn6QVdWtV_XATuNOL0fdxWim1vj37xwusu42LJUIf gSlg9jj0PJkTcrQCSmp1K60SEuwIgQikohRNWQxE1R16J2FoNXI4nldKp400Baz54DX4LE4iS0O6 erw10ihPIgKGdmnHf.LiQ4JimpsidvOkDxvfdst8wp9y1UMPowDA3TBhBHS9986nopl8fbEFgKqO _yiCC4.u0KJqc9oJWACTZ Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 21 Mar 2020 06:02:46 +0000 Received: by smtp403.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 419bdf2e7e5142bf403e4e4576f9b7e2; Sat, 21 Mar 2020 06:02:41 +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.60.0.2.5\)) Subject: head -r358966 on aarch64 fails to build base/gcc6: fatal error: bracket nesting level exceeded maximum of 256 Message-Id: <879B19CB-5EBB-4114-8C13-199E1C2E491D@yahoo.com> Date: Fri, 20 Mar 2020 23:02:40 -0700 To: John Baldwin , FreeBSD Toolchain , freebsd-arm X-Mailer: Apple Mail (2.3608.60.0.2.5) References: <879B19CB-5EBB-4114-8C13-199E1C2E491D.ref@yahoo.com> X-Rspamd-Queue-Id: 48kqn46fr6z4CbB X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.08 / 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)[]; 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)[]; NEURAL_HAM_MEDIUM(-0.63)[-0.626,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; URIBL_BLOCKED(0.00)[dsl-only.net.multi.uribl.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.95)[-0.953,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-1.70), ipnet: 98.137.64.0/21(0.82), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[206.69.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[206.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: Sat, 21 Mar 2020 06:02:50 -0000 While trying to build base/gcc6 on aarch64 (implicitly targeting = aarch64: self hosted), it failed with: . . . c++: warning: treating 'c' input as 'c++' when in C++ mode, this = behavior is deprecated [-Wdeprecated] = /wrkdirs/usr/ports/base/gcc6/work/gcc-6.5.0/gcc/config/aarch64/aarch64.md:= 817:10873: fatal error: bracket nesting level exceeded maximum of 256 = /wrkdirs/usr/ports/base/gcc6/work/gcc-6.5.0/gcc/config/aarch64/aarch64.md:= 817:10873: note: use -fbracket-depth=3DN to increase maximum nesting = level 116 warnings and 1 error generated. gmake[2]: *** [Makefile:1086: insn-attrtab.o] Error 1 gmake[2]: *** Waiting for unfinished jobs.... . . . amd64 (implicitly targeting amd64: self hosted) did not have the = problem. (These were just build-ability tests, no intent to install as stands.) base/binutils did not have such problems. (Actually installed on 32-bit powerpc so more ports can build.) =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 Mar 21 10:58:40 2020 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 51AB025E401 for ; Sat, 21 Mar 2020 10:58:40 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from gromit.grondar.org (gromit.grondar.org [IPv6:2a01:348:e::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48kyLR73Psz4bGn; Sat, 21 Mar 2020 10:58:39 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [2a02:8011:300b:42:bd10:b6e9:3992:705c] by gromit.grondar.org with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93.0.4 (FreeBSD)) (envelope-from ) id 1jFbpn-0003u4-LU; Sat, 21 Mar 2020 10:58:31 +0000 From: Mark Murray Content-Type: multipart/signed; boundary="Apple-Mail=_01CCCAFD-E825-4AA9-8503-9264ED526BCF"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Date: Sat, 21 Mar 2020 10:58:30 +0000 Subject: Bootable image for Macchatobin Double Shot? Message-Id: <1039B382-2CA4-4F49-9F95-08BD1386A447@FreeBSD.org> To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48kyLR73Psz4bGn X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [1.93 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_SPAM_MEDIUM(0.93)[0.931,0]; NEURAL_SPAM_LONG(1.00)[0.999,0]; ASN(0.00)[asn:39326, ipnet:2a01:348::/32, country:GB] 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, 21 Mar 2020 10:58:40 -0000 --Apple-Mail=_01CCCAFD-E825-4AA9-8503-9264ED526BCF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Folks, I'm keen to get a Macchiatobin Double Shot running as both a firewall = and native build box at home. Part of the appeal is also to retire a = very old, large, slow and power-hungry PC. I know there are no drivers for the on-board network devices, and I'm = very happy to use a dual-port PCIe card. Serial console is fine. I'll be = needing the SATA. If SATA doesn't work, this is a hard failure. Does anybody here have a recipe for creating a bootable image for this = board please? Success/failure stories also welcome! Thanks! M -- Mark R V Murray --Apple-Mail=_01CCCAFD-E825-4AA9-8503-9264ED526BCF Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAl5181YACgkQQlsJDh9C UqA8+Af+OI3iblife+1GDMavgvF1nzDcuTvD6h62aygwS4quNIzyiEejEH6JDqSm e7CgjgsLdqF1U32K34K8V/xnCt1foTNsRronBl5ukW7cy1gEClXzgDFvuQrGzpGR 67vNkRE6qPBAKTEeQbAhSqCbuO+zAnSjOQUQ+CFHglJjPNYwbMPGO3dQRJiJweS9 Rxlzni2GAa3ZDkcUh5Q1+kjxsK1PRAo6eT4s3rbS+fWHBnAqosKM6YS9mSI5fTIf xWWP6mBk9uqQ+GTVUHvYotUSVRVGrS9KTcbkxDF7D6un/+drCIXu6DWV/v8lr/8L bVe4+nrPVX2Uvns/GIa/RpEEf5B0BA== =Ijg4 -----END PGP SIGNATURE----- --Apple-Mail=_01CCCAFD-E825-4AA9-8503-9264ED526BCF-- From owner-freebsd-arm@freebsd.org Sat Mar 21 17:03:49 2020 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 73B112674F2 for ; Sat, 21 Mar 2020 17:03:49 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from mail.brickporch.com (mail.brickporch.com [52.33.181.202]) by mx1.freebsd.org (Postfix) with ESMTP id 48l6Rm3nhbz4gnC; Sat, 21 Mar 2020 17:03:48 +0000 (UTC) (envelope-from marcel@brickporch.com) Received: from twill.home.brickporch.com (69-84-0-155.mxu.aerioconnect.net [69.84.0.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.brickporch.com (Postfix) with ESMTPSA id E4CF09C7CD; Sat, 21 Mar 2020 17:04:34 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Bootable image for Macchatobin Double Shot? From: Marcel Flores In-Reply-To: <1039B382-2CA4-4F49-9F95-08BD1386A447@FreeBSD.org> Date: Sat, 21 Mar 2020 10:03:13 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <1039B382-2CA4-4F49-9F95-08BD1386A447@FreeBSD.org> To: Mark Murray X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48l6Rm3nhbz4gnC X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of marcel@brickporch.com designates 52.33.181.202 as permitted sender) smtp.mailfrom=marcel@brickporch.com X-Spamd-Result: default: False [-1.31 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.941,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[brickporch.com]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.88)[-0.880,0]; IP_SCORE(-0.79)[ipnet: 52.32.0.0/14(-2.89), asn: 16509(-1.03), country: US(-0.05)]; RCPT_COUNT_TWO(0.00)[2]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:16509, ipnet:52.32.0.0/14, country:US]; 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, 21 Mar 2020 17:03:49 -0000 > On Mar 21, 2020, at 3:58 AM, Mark Murray wrote: >=20 > Hi Folks, >=20 > I'm keen to get a Macchiatobin Double Shot running as both a firewall = and native build box at home. Part of the appeal is also to retire a = very old, large, slow and power-hungry PC. >=20 > I know there are no drivers for the on-board network devices, and I'm = very happy to use a dual-port PCIe card. Serial console is fine. I'll be = needing the SATA. If SATA doesn't work, this is a hard failure. >=20 > Does anybody here have a recipe for creating a bootable image for this = board please? Success/failure stories also welcome! >=20 > Thanks! >=20 > M > -- > Mark R V Murray I=E2=80=99ve had no trouble using edk2 UEFI and CURRENT. My setup has = the edk2 binary on an SD Card and the FreeBSD install on SATA (though it booted = fine from the USB originally to install it). An intel PCIE nic seems to work = fine as well, but I=E2=80=99ve not really played with it exhaustively to see = what works. I used the 18.09.4 UEFI image from here: = https://github.com/MarvellEmbeddedProcessors/edk2-open-platform/wiki/Binar= ies Did something like: dd if=3D/root/flash-image-18.09.4.bin bs=3D512 seek=3D1 = of=3D conv=3Dsync to copy to the SD card. And it basically booted straight away with no = issue. Sorted this based on discussion in this thread: = https://lists.freebsd.org/pipermail/freebsd-arm/2019-December/020823.html -m