From owner-freebsd-arm@freebsd.org Sun Apr 26 00:20: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 882E62C5CD5 for ; Sun, 26 Apr 2020 00:20:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.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 498pTr4Zktz3HFN for ; Sun, 26 Apr 2020 00:20:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: A747TiQVM1k2pIttzH6BTC9HPTM.qM0Ehucs4csPXlQEGDar1OdciRaFX2WaktU gjDfhSAPtTxQmJOm94vbFzuXFC16lHagdiJbVQ.0uLu7ATLSi1QcHNq0JZ8lDSZqVrPYyEFfL5jP Y2BTJJH5nL4OPDjFeg36VtJHVbvJ5_nXf0W.qPQR9erKowqLcUkM341D.NFIFmOLJ0a_Aj8A3phV jX3IlV2y6GChrPkJtA4rFZwur_Rj6wVbYQj_HQW1Zp5deT32GDvapAr8_FbSj8bcYvyWHa2PAPIC euj68NIOe7SPjmDbGxrlufLpucy0pIrh4Fj8Quf.rMgPmIVeb3vDTtdaVucj9G.N0xee0bCokTTr nOFraaH2eNsnyvG6nzFLWgoaBsqzL6CaSyRsLspIMH.sEE.x0sSASFi6o1JTyqDqYnlHvlra_gdo hE5y8dzE1b.J7wwmCxB8WYhizxYEsH9xXTnLBXPBJ35eMRVTVUfc8t91LAKtwTUNAmnp5pNSx0E_ 7aqoL3iOWhn.vQLkzEJPUAMR_Pk5t5pEksj0jaY8qNaTduLiqSAFMWQAbdg5zOYUoFh9gh3oqSZP hXP9xXJEUwoDi1.aw15hfaWZeXbLqcwD__89si0d75RVpnpZ9W5NJXf89JeMfGm.Aw.Er5uX2P4T Hv6VKDE_4jmEbnXx4AxkM.AIF0i1C.tOXbVY1L2JyaorA0UXg5M9FnplKStKkv4XtIQ_Ax1Kgbp2 lHvazKYDk_lfysG9odxCd7EvYsZecUmjSG_A2CCEvflPfRlBbrFv9VKRtJ.C0FUA3GA7Bw1BMpRM nkegiPbq4ZpoXmKW7ak_UwH3JKrbAQd5EfwoJo4Bu_rvit.hyB1ydaC6aWcp9aOXH5wjYf2Arfgk l40EDj0jrqrLqhkOzSolqYO3da__EZ6yycQmjPYeFvtYMqG5ljw6V4FW.jH3FBrh1sMLPTp_YyYq 7SMFTDdQXxLFreF2Y2LIc2a1Byj5bzWoULfVLtT0YYguTxiRekh1plz1qYF.8W341Jie7HRlIwF3 U0AWZGdvboWPQqkPPUBZtXFN_8VGox6uhqnmcDbuJ1tY3Hd_MrhW54E7OgFx1TyZZyt_5j_xdKGp D_GymX91ENfOkdhSFaOXtSHml6cf0FL41YnEJxCQbswWGzpPOxurIxS.VhDBKS0tsLSpLS0wU7Yf B0KnRttxeCf7RxHfqTIVzmvH66fslbONfLbmTVIbHKVdkkMgqFYai1VWmhBDQSrJ9.J07dGoOHZ8 bdEijAiyaVTrNrrGlh5IvSpjJ8YoniUa3CojPW9NFekkz.wdjB8m3YAE795lY_J01O_X3vpAqfG8 Q.wLzQhzugWCBLjzBwS8aKttx4Ss1j_HfFBRZof3XrmAEzKJEuW.WoSAHnxOs5Ets.buqk0U0Mb7 XkagM4KL54JvEyqJDyhyTlF0JorWjJdSEKDF8k1nb_nNyxid.aIPY3uVaghA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sun, 26 Apr 2020 00:20:47 +0000 Received: by smtp414.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0cb952cbd6f79a160070931aa303e3a0; Sun, 26 Apr 2020 00:20:46 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Booting from USB on RPI3 From: Mark Millard In-Reply-To: <20200425222657.GA11076@www.zefox.net> Date: Sat, 25 Apr 2020 17:20:45 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200423233259.GD3996@www.zefox.net> <74DB7BC9-8F60-404B-BF7B-02B06D5A1011@yahoo.com> <20200424021808.GA4638@www.zefox.net> <20200424195953.GA6707@www.zefox.net> <5FA69E16-72DE-4175-A0FB-BEFA1A865633@yahoo.com> <20200425001743.GA7044@www.zefox.net> <5A943B45-FE58-452D-BBC5-534756782276@yahoo.com> <20200425030008.GB7044@www.zefox.net> <592BD226-145D-4A89-81E4-257FB20624FE@yahoo.com> <20200425222657.GA11076@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 498pTr4Zktz3HFN X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.26 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.838,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.92)[-0.924,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (6.42), 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)[84.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[84.68.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: Sun, 26 Apr 2020 00:20:49 -0000 On 2020-Apr-25, at 15:26, bob prohaska wrote: > On Fri, Apr 24, 2020 at 09:32:13PM -0700, Mark Millard wrote: > [much snippage]=20 >>=20 >> https://www.raspberrypi.org/forums/viewtopic.php?f=3D28&t=3D58151 >>=20 >> reports relative to what causes the rainbow screen=20 >> on the RPi3*'s (and when). Code from start.elf is what draws >> the rainbow screen (as part of testing the GPU). start.elf >> comes after bootcode.bin . >>=20 >=20 >=20 > I looked at that page but didn't read far enough 8-( It's=20 > possible my Pi3 requires a microSD card, but the "no rainbow=20 > screen" doesn't prove anything. =20 >=20 >> Here is the sequencing documented that leads to the rainbow >> screen: >>=20 >> QUOTE >> . . . uses its MMC hardware to attempt to read a file from a MMC = compatible device. On the Pi, this is the SD card; the file should be on = a FAT16 or FAT32-compatible filing system, and is called bootcode.bin. = At this point, the ARM CPU is still in reset, so the contents of = bootcode.bin are executed by the dedicated processor of the GPU: this = code has more smarts, and can read the next file called start.elf, which = in turn reads and interprets config.txt. It configures things like = memory and Video/HDMI modes, console frame buffers, tests the GPU = (resulting in the "rainbow screen"), and then handles the loading and = configuring of the Linux Kernel (addresses, device tree, uart/console = baud rates and suchlike). Only after this is the ARM CPU started, to = execute the kernel code. >> END QUOTE >>=20 >> (For FreeBSD that "kernel code" above is not the FreeBSD >> kernel yet: more stages before reaching that point.) >>=20 >> Early on the LEDs are what needs to be looked at: >>=20 >> QUOTE >> Error ACT LED patterns (for RPI up-to but not including RPI4 >> While booting, the ACT LED should blink in an irregular pattern, = indicating that it is reading from the card. If it starts blinking in a = regular, Morse code-like pattern, then it is signalling an error.=20 >>=20 > This Pi3 blinks once, very briefly. Hard to catch in the act. The just-below indicates that the vintage of bootcode.bin could well matter for "blinks just once". >> If it blinks just once, it could be that you have a Raspberry Pi with = SDRAM from Micron. If the processor has a logo showing an M with an = orbit around it, then using the latest software should solve your = problem. Also make sure you are using a 4GB SD card, as a 2GB won't work = in this particular case. >>=20 >> These are the other patterns that the ACT LED might show during a = failed boot, together with their meanings (the below blink codes are NOT = valid for a RPI4, read the RPI4 section for ACT LED flash messages!): >>=20 >> * 3 flashes: start.elf not found >> * 4 flashes: start.elf not launch-able (corrupt) See below: (not = valid for RPI4! On an RPI4 four flashes means no boot code found!) >> * 7 flashes: kernel.img not found >> * 8 flashes: SDRAM not recognized. You need newer = bootcode.bin/start.elf firmware, or your SDRAM is damaged >> END QUOTE >>=20 >> (Same URL.) >>=20 >>>>> I gather the Raspberry Pi Foundation didn't more widely=20 >>>>> publicise the boot-from-usb feature because it didn't work=20 >>>>> with a too-large fraction of USB storage devices. >>>>=20 >>>> Which leads to an alternate experiment: a different USB >>>> "drive", one without the long wait. >>>>=20 >>>> Technically this could be a USB microsd card reader >>>> with the media you can boot from the microsd card >>>> slot: That might well prove that you can boot without >>>> use of the microsd card slot so long as the USB drive >>>> is compatibile. If yes: Then it becomes a case of >>>> selecting an appropriate USB drive and getting it set >>>> up. >>>>=20 >=20 > Sticking the existing microSD in a USB adapter and trying to > boot it is easy and worth a try, if only to debunk my claim > that this particular Pi3 _requires_ a microSD card to start.=20 See the later note about /etc/fstab . >>>=20 >>> Is there some larger question that I'm not recognizing? >>> I've tried a usb flash drive with FreeBSD on it a couple >>> of times with no microSD. >>=20 >> I did not remember that you had done so. That would be >> approximately what I was suggesting (depending on what >> materials were on the USB flash drive). >>=20 >=20 > Don't think I mentioned it. The experiment was flawed and done > without sufficient care, the results too confusing to recount. > I was looking at the serial console and screen, not the LEDs. > When it didn't respond I just accepted the Pi needed a card. >=20 > The larger question is now raised 8-) >=20 > The machine is still chewing away at buildworld. No "indefinite > wait" warnings, but it's panic'd twice with > panic: non-current pmap [long hex number] > So far buildworld has picked up where it left off, but there's > still plenty of time for things to go wrong.=20 There recently has been updates to the dts's and then to the u-boot ports (some just via u-boot-master --but rpi3 and rpi4 have updates as well). If you are to report details from the non-current pmap panics at some point, you probably should indicate the stage(s) of materials involved as part of that. (I've not noticed any updates to the rpi-firmware port.) > At the next convenient pause I'll stick the microSD card in=20 > a USB adapter and watch the LEDs, then look at the serial > console.=20 /etc/fstab on the microsdcard likely will need to be adjusted if you still have a /dev/mmcsd0* or /dev/da0* style of notation in use there. One of the advantages of getting labeling set up correctly/uniquely is that the label based notation stays the same no matter which way/place the media is plugged in. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)