From nobody Mon Oct 25 01:17:35 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 32AA9180F8BF for ; Mon, 25 Oct 2021 01:17:37 +0000 (UTC) (envelope-from mike@mail.karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 4Hcxrv6KH8z4m35; Mon, 25 Oct 2021 01:17:35 +0000 (UTC) (envelope-from mike@mail.karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.16.1/8.16.1) with ESMTPS id 19P1HZ1n029925 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 24 Oct 2021 20:17:35 -0500 (CDT) (envelope-from mike@mail.karels.net) Received: (from mike@localhost) by mail.karels.net (8.16.1/8.16.1/Submit) id 19P1HZQM029924; Sun, 24 Oct 2021 20:17:35 -0500 (CDT) (envelope-from mike) Message-Id: <202110250117.19P1HZQM029924@mail.karels.net> To: Glen Barber cc: freebsd-arm@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: Re: 12.3 on RPi3 In-reply-to: Your message of Sun, 24 Oct 2021 18:40:15 -0400. <887F2246-D5A6-4E1C-AE72-4F899E3EF6FC@freebsd.org> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <29922.1635124655.1@mail.karels.net> Date: Sun, 24 Oct 2021 20:17:35 -0500 X-Rspamd-Queue-Id: 4Hcxrv6KH8z4m35 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of mike@mail.karels.net has no SPF policy when checking 216.160.39.52) smtp.mailfrom=mike@mail.karels.net X-Spamd-Result: default: False [2.09 / 15.00]; HAS_REPLYTO(0.00)[mike@karels.net]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; DMARC_NA(0.00)[karels.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; MID_RHS_MATCH_FROMTLD(0.00)[]; NEURAL_SPAM_SHORT(0.79)[0.787]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[mike@karels.net,mike@mail.karels.net]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[mike@karels.net,mike@mail.karels.net]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N > Hmm, I could swear it worked for me, but I will double-check in the morning. I received a tip that u-boot is the problem. I replaced u-boot.bin with the one from 13.0, and now it boots and runs. Mike > > On Oct 24, 2021, at 4:51 PM, Mike Karels wrote: > > > > Has anyone gotten 12.3-BETA1 running on an RPi3? I have been unsuccessful > > after 2 attempts with different SD cards. The firmware acts like there is > > no card present, and tries to boot via the network. > > > > Mike > > From nobody Mon Oct 25 02:27:20 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id AD4EF1801881 for ; Mon, 25 Oct 2021 02:27:22 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail0.glenbarber.us", Issuer "Gandi Standard SSL CA 2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HczPQ4R6Zz3Jr5; Mon, 25 Oct 2021 02:27:22 +0000 (UTC) (envelope-from gjb@freebsd.org) Received: from smtpclient.apple (24.102.164.36.res-cmts.swb2.ptd.net [24.102.164.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 72F523E136; Mon, 25 Oct 2021 02:27:21 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 mail0.glenbarber.us 72F523E136 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: 12.3 on RPi3 From: Glen Barber In-Reply-To: <202110250117.19P1HZQM029924@mail.karels.net> Date: Sun, 24 Oct 2021 22:27:20 -0400 Cc: freebsd-arm@freebsd.org Message-Id: <2FEE9086-1FAE-4352-9B1A-0F8A080806E3@freebsd.org> References: <202110250117.19P1HZQM029924@mail.karels.net> To: mike@karels.net X-Mailer: iPhone Mail (19A404) X-Rspamd-Queue-Id: 4HczPQ4R6Zz3Jr5 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Yeah, on quick look, it seems I booted the wrong SD card without realizing i= t. :( Thank you for reporting this issue. Could you please open a Bugzilla ticket= so this does not get lost? Glen Sent from my phone. Please excuse my brevity and/or typos. > On Oct 24, 2021, at 9:17 PM, Mike Karels wrote: >=20 > =EF=BB=BF >>=20 >> Hmm, I could swear it worked for me, but I will double-check in the morni= ng. >=20 > I received a tip that u-boot is the problem. I replaced u-boot.bin with > the one from 13.0, and now it boots and runs. >=20 > Mike >=20 >>>> On Oct 24, 2021, at 4:51 PM, Mike Karels wrote: >>>=20 >>> Has anyone gotten 12.3-BETA1 running on an RPi3? I have been unsuccessf= ul >>> after 2 attempts with different SD cards. The firmware acts like there i= s >>> no card present, and tries to boot via the network. >>>=20 >>> Mike >>>=20 >=20 From nobody Mon Oct 25 03:39:27 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7AB7C181FEC3 for ; Mon, 25 Oct 2021 03:39:54 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hd1140N3zz3sHg; Mon, 25 Oct 2021 03:39:51 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id E1BF7112502; Mon, 25 Oct 2021 10:39:41 +0700 (+07) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= content-type:content-type:mime-version:message-id:date:date :in-reply-to:subject:subject:from:from:received:received :received; s=selector1; t=1635133181; x=1636947582; bh=G3xoh5wqn MPapqAnEXrMP2nl1BeJ+j0MQmn9QanEbJQ=; b=L5GUrDBD818IkSg1nUqtEoeZM C8hB+9mMkeYYrarPaBA4OzGB4Gt+0o8D05eQ+3uDIKtuJOXIzN8zRVA8eBLWHBbY BJ+lWW++ebDdicU9634qO7JjWbQuRx95f4xz4zhCTSxjzT/YSX/hhXnECw7fPi3L XQX0WLmPaeD0N8viNY= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by mail.cs.ait.ac.th (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id bDe0qgXdvhEm; Mon, 25 Oct 2021 10:39:41 +0700 (+07) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id F31E2112501; Mon, 25 Oct 2021 10:39:40 +0700 (+07) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.15.2/8.15.2/Submit) id 19P3dRwg063048; Mon, 25 Oct 2021 10:39:27 +0700 (ICT) (envelope-from on@banyan.cs.ait.ac.th) From: Olivier To: Andriy Gapon Cc: freebsd-arm@freebsd.org Subject: Re: Using 20x4 LCD display In-Reply-To: <2c56fffe-327b-dd56-fa08-bc013a8881cd@FreeBSD.org> (message from Andriy Gapon on Fri, 22 Oct 2021 11:25:32 +0300) Date: Mon, 25 Oct 2021 10:39:27 +0700 Message-ID: List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 4Hd1140N3zz3sHg X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.ait.ac.th header.s=selector1 header.b=L5GUrDBD; dmarc=pass (policy=none) header.from=cs.ait.ac.th; spf=pass (mx1.freebsd.org: domain of Olivier.Nicole@cs.ait.ac.th designates 192.41.170.16 as permitted sender) smtp.mailfrom=Olivier.Nicole@cs.ait.ac.th X-Spamd-Result: default: False [-2.70 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[cs.ait.ac.th:s=selector1]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[4]; MID_RHS_MATCH_FROMTLD(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[192.41.170.16:from]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[cs.ait.ac.th,none]; DKIM_TRACE(0.00)[cs.ait.ac.th:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:4767, ipnet:192.41.170.0/24, country:TH] X-ThisMailContainsUnwantedMimeParts: N Andriy Gapon writes: > On 22/10/2021 09:52, Olivier wrote: >> Hello, >> >> I would like to use a 20x4 LCD display attached to a Raspberry Pi >> running FreeBSd 12.2. >> >> I can talk to the display through the I2C interface, when I send >> something the back light will turn off and on, so the link is >> established. >> >> What I cannot find is the sequence of codes to send in order to write a >> character on te screen, to move the cursor around, etc. >> >> All documentation I could find so far relate to Raspbian or Arduino and >> are always using high level libraries (I could not find such on FreeBSD, >> equivalent to WiringPi). >> >> Whatever random characters I send to the screen, it persistently shows >> alternating empty lines and lines or black boxes. >> >> Any help pointing me in the right direction will be greatly appreciated. > > I have a small utility for talking to a character LCD display via gpio. > I am not sure about your exact hardware, but typically the I2C interface is just > a GPIO-over-I2C (aka an I2C I/O expander). > > The utility is here: https://github.com/avg-I/gpiolcd > It's based on ppilcd utility written for driving such LCDs connected to a > parallel port. That utility can be found at share/examples/ppi/ppilcd.c. It > uses parallel port ioctl-s for the job. > > To use my utility you need the LCD to be presented as a gpio device. > For that you need a driver for a specific I2C to I/O port expander that you > have. In my case it's PCF8574. > > You can search the internet for information about how HD44780 (and similar) works. > > https://www.exploreembedded.com/wiki/LCD_16_x_2_Basics > http://web.alfredstate.edu/faculty/weimandn/lcd/lcd_addressing/lcd_addressing_index.html > https://www.ti.com/product/PCF8574 > > P.S. > In case you also have PCF8574 or compatible, I have a driver for it but I > haven't committed it yet. You can find it here: > https://github.com/avg-I/freebsd/commit/fb31fe9a933d62c7af96b0ab830b98cbfeed5309 Thank you for all the pointers you offered. Olivier -- From nobody Mon Oct 25 03:43:32 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0422A180AEFA for ; Mon, 25 Oct 2021 03:43:42 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hd15S6R55z3v4L for ; Mon, 25 Oct 2021 03:43:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 19P3hXGb008431 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 24 Oct 2021 20:43:33 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 19P3hXAI008430; Sun, 24 Oct 2021 20:43:33 -0700 (PDT) (envelope-from fbsd) Date: Sun, 24 Oct 2021 20:43:32 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Cc: bob prohaska Subject: Troubles booting Pi2 from USB using bootcode.bin method Message-ID: <20211025034332.GA8398@www.zefox.net> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4Hd15S6R55z3v4L 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 [2.90 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; 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]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-ThisMailContainsUnwantedMimeParts: N I've got an early Pi2B (not plus) that has been booting reliably from a USB2 disk connected via a USB3 hub using just bootcode.bin and timeout on the DOS partition of the microSD card. A recently-configured USB3 disk was set up using FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img but if it's plugged into the hub the Pi2 won't do anything at all on powerup. It's as if the Pi3 disk somehow locks up the Pi2 very early, before any output is presented on the serial console. If the USB3 disk is connected after boot is complete the disk seems to work normally, so I don't think anything is wrong with the disk. The same USB3 disk is in use on a pair of Pi4s without difficulty. I've updated the bootcode.bin file on the DOS partition of the microSSD card to the present version offered at https://www.raspberrypi.com/documentation/computers/raspberry-pi.html#special-bootcode-bin-only-boot-mode but that made no difference. This probably isn't a FreeBSD issue at all, but if anybody has seen this or can offer suggestions on what to try it'd be much appreciated. Thanks for reading, bob prohaska From nobody Mon Oct 25 03:47:58 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 599B0180B801 for ; Mon, 25 Oct 2021 03:48:01 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hd1BT0YYMz3vPZ for ; Mon, 25 Oct 2021 03:48:00 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 19P3lxMK008456 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 24 Oct 2021 20:47:59 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 19P3lxTG008455; Sun, 24 Oct 2021 20:47:59 -0700 (PDT) (envelope-from fbsd) Date: Sun, 24 Oct 2021 20:47:58 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Cc: bob prohaska Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method Message-ID: <20211025034758.GB8398@www.zefox.net> References: <20211025034332.GA8398@www.zefox.net> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20211025034332.GA8398@www.zefox.net> X-Rspamd-Queue-Id: 4Hd1BT0YYMz3vPZ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, Oct 24, 2021 at 08:43:32PM -0700, bob prohaska wrote: > anything at all on powerup. It's as if the Pi3 disk ^^^ >>>>>>USB3<<<<<< sorry! bob > From nobody Mon Oct 25 03:57:47 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 53C311811156 for ; Mon, 25 Oct 2021 03:58:06 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hd1Q53VFKz4SP1 for ; Mon, 25 Oct 2021 03:58:05 +0000 (UTC) (envelope-from Olivier.Nicole@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (localhost [127.0.0.1]) by mail.cs.ait.ac.th (Postfix) with ESMTP id A22B0112502; Mon, 25 Oct 2021 10:58:01 +0700 (+07) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.ait.ac.th; h= content-transfer-encoding:content-type:content-type:mime-version :message-id:date:date:in-reply-to:subject:subject:from:from :received:received:received; s=selector1; t=1635134281; x= 1636948682; bh=uso7j4OZuReZwOqBva0cM+yTF0QnS+q4feSMEkIy//w=; b=J avZtev4nLQhs8ez3proHs0ZD5+yj2eynSzKzaAx21me0340FvanwgZexI2CYjCTg aWlI/BCSfzTwZO79l3fz1330P5m236WUe7O2kKiF7lbMRZLd90AbOkzCLI6kohec 3Vd3Oq67Ts+tKJBWip/zOUEqbMcifuRG+Qevcs18xw= X-Virus-Scanned: amavisd-new at cs.ait.ac.th Received: from mail.cs.ait.ac.th ([127.0.0.1]) by mail.cs.ait.ac.th (mail.cs.ait.ac.th [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id e8KpCKEM5IcY; Mon, 25 Oct 2021 10:58:01 +0700 (+07) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.cs.ait.ac.th (Postfix) with ESMTPS id 23A24112501; Mon, 25 Oct 2021 10:58:01 +0700 (+07) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.15.2/8.15.2/Submit) id 19P3vlPJ063083; Mon, 25 Oct 2021 10:57:47 +0700 (ICT) (envelope-from on@banyan.cs.ait.ac.th) From: Olivier To: "Dr. Rolf Jansen" Cc: freebsd-arm@freebsd.org Subject: Re: Using 20x4 LCD display In-Reply-To: (rj@obsigna.com) Date: Mon, 25 Oct 2021 10:57:47 +0700 Message-ID: List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4Hd1Q53VFKz4SP1 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cs.ait.ac.th header.s=selector1 header.b="J avZtev"; dmarc=pass (policy=none) header.from=cs.ait.ac.th; spf=pass (mx1.freebsd.org: domain of Olivier.Nicole@cs.ait.ac.th designates 192.41.170.16 as permitted sender) smtp.mailfrom=Olivier.Nicole@cs.ait.ac.th X-Spamd-Result: default: False [-2.70 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[cs.ait.ac.th:s=selector1]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[cs.ait.ac.th:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[cs.ait.ac.th,none]; RCVD_IN_DNSWL_MED(-0.20)[192.41.170.16:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:4767, ipnet:192.41.170.0/24, country:TH] X-ThisMailContainsUnwantedMimeParts: N "Dr. Rolf Jansen" writes: >> Am 22.10.2021 um 03:52 schrieb Olivier : >>=20 >> I would like to use a 20x4 LCD display attached to a Raspberry Pi >> running FreeBSd 12.2. >>=20 >> I can talk to the display through the I2C interface, when I send >> something the back light will turn off and on, so the link is >> established. > > I use a 20x4 LCD (HD44780 type) over I2C (via PCF8574T) on a BeagleBone B= lack. For this, I manually transcribed one of the many Python libraries int= o plain C, and I wrote a minimalistic I2C glue interface in C, so it can be= easily addressed. > > I just put a .zip file for downloading it on my web site: > > https://obsigna.com/Downloads/LCD_20x4_over_I2C.zip > > I added a Hello World test program (s. below). Perhaps you need to change= the I2C device number and the I2C address in lcd.c. Here I have: > > uint8_t lcd_iicid =3D 1; > uint8_t lcd_addr =3D 0x27; > > The Python code contained a lot of delays between various calls. This was= not necessary for the BeagleBone Black, I removed this and it let me optim= ize the subroutines for transferring data to the display. I don=E2=80=99t k= now whether this would work on a Raspberry Pi, though. > > Compile it with: cc i2c.c lcd.c hello.c -o hello > Run it with: ./hello > > #include > #include > #include > #include > > #include "i2c.h" > #include "lcd.h" > > int main(int argc, const char *argv[]) > { > lcd_begin(); > lcd_print("Hello, World!", 13); > lcd_setCursor(0, 1); > lcd_print("HD44780 over PCF8574", 20); > lcd_setCursor(0, 2); > lcd_print("If it does not work,", 20); > lcd_setCursor(0, 3); > lcd_print("do not ask me why.", 18); > > return 0; > } > > Best regards > > Rolf Than you Rolf, that was very usefull. Can I use your code in a small project that I am writting and that I will put online? (project is an access control system based on user password rather than fingerprint, RFID, etc., that password is taken directly from LDAP, so one less thing to manage when users come and go). What copyright/acknoledgment should I include then? Best regards, Olivier --=20 From nobody Mon Oct 25 14:51:36 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D3C0A181F932 for ; Mon, 25 Oct 2021 14:51:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HdHw85PGhz4dkW for ; Mon, 25 Oct 2021 14:51:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 9B0702C03 for ; Mon, 25 Oct 2021 14:51:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 19PEpa2t087416 for ; Mon, 25 Oct 2021 14:51:36 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 19PEpaJ5087415 for freebsd-arm@FreeBSD.org; Mon, 25 Oct 2021 14:51:36 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 259438] 12.3-BETA1 SD image does not boot on Raspberry Pi 3B+ Date: Mon, 25 Oct 2021 14:51:36 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 12.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: karels@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D259438 Bug ID: 259438 Summary: 12.3-BETA1 SD image does not boot on Raspberry Pi 3B+ Product: Base System Version: 12.3-RELEASE Hardware: arm64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: karels@freebsd.org The 12.3-BETA1 image does not boot on Raspberry Pi 3B+ on SD card. The firmware doesn't seem to see the card, and tries to netboot. The problem is with u-boot.bin; replacing it with the version from 13.0-RELEASE makes it b= oot and install. The problem is apparently with the numbering of the MMC interfaces. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Tue Oct 26 00:36:13 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6CE6E1824E9D for ; Tue, 26 Oct 2021 00:36:27 +0000 (UTC) (envelope-from wb7odyfred@yahoo.com) Received: from sonic304-10.consmr.mail.bf2.yahoo.com (sonic304-10.consmr.mail.bf2.yahoo.com [74.6.128.33]) (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 4HdXtx4GX0z4ZC5 for ; Tue, 26 Oct 2021 00:36:25 +0000 (UTC) (envelope-from wb7odyfred@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635208577; bh=6YPYZh56CnweqM5O18RZCUylibIgblQCzHH3mnCP3pA=; h=To:Cc:From:Subject:Date:References:From:Subject:Reply-To; b=cWRnxOapnlYsbU+bC474JPmEIAJK6c9uFhsVqquWIqrojj1qIoHqax/Fh0NcRPRrXcWeH0gWU9ZGFjjoqwJ9pKQqDLhyxjsTd8isgAtaEeyPRGzP4nJJwmq37zZmO4k0oz84PX+DRBx70/677n6wy/zVnJh7ybm7kb7RjE9x6UmMvyaZsgthLRmoat8kROk/0E5wFwP43+uW+4G08VPRnAEW99MuCezPP787QpzJuUsMiFli5354m6RYfWq2qy9+amEZ8J5zjVU5+LRHD3AsWIMWVT/8hUHwhDdPnTZfeoXNQumCJ7mQVA81b07GXPiflHfyqR4/9PglEZL56EROPw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635208577; bh=f5o11T0BFTfW54HtirQZ4DxJycPbKWLOz4JwnES8Zwx=; h=X-Sonic-MF:To:From:Subject:Date:From:Subject; b=XmeTnKYkMDOr419dWMbzC/U40XhSJ4HhG5wMRpq9JuPs1Udx6luHe5EEjLe6J7nBI4jmGnMcc1+4JDto9l/pAT1Qe9mCWj0IbixJARx8u8QIVrvfE8LwW1MGM7ymwieG6RAHDmwMfiChwuANFy//tyjEr1pVUvznPOOMG94mGGv4Jq9v3T14DPN258la1avXdquM3Zjz0EEAzHC3Pc1ooJra16n0BV0TF4KheB7nyusN/LxzVpCXCuLdbbEhA2dOR4RutGbJxISrz4Nem48c2W8q7E4YTfHv87FzPao0Acjsis4Zblre3zNezXjD5XSOeaAnPzFi860YpnheOpGoQA== X-YMail-OSG: kUlo0PkVM1nPQOW10KLRhBTD84CB1H1sczcPd_Mx8BUKxNb_rQX2Q1W5qDyGyCk KqSybei5IBAOu_qUbRcW_6VE7NiHjWGgpIk8LKqzkp_ypQw0O4XkkDwkGDptNRm9LSEZFAQJOwMj i.aMdyDPdMKw.bvGJ3vaFBxsZkuAJ1.RqGaue9b4OB3zLKPotPSqANldqszaqgcOOzOPlI1bUUmq gGHnCt4oacV_bYuEY2IfRNniWciUBoEuG90OF2dNMbYkhuiG_hmseExYEtOKpBY7TTNz8OX.GDQj so3axR6ZHBWjONO3PbtdPDFt8lexcHsvxudwHiXLzdRuRusfigkaZ75ITAnyZ9iWHoey4rDd1O7L OrRdg.27FnXlWiNYaD99W6hFDJ22ykrIzGZR3cCC.91lTXSru9l3jKbcRj7oXh8vlIfyVziXC.PY panp_YVJrNWpnFBEe.DKCvvsM_oTAlOpaJq9MU0Ly1W0GmpdlBWlvdVmbkgYUQdlzO8FMVv_oKGJ oaYGEfhFKrEuvHxZVHj9QMjJKW84ep6067YizQMFW5ET.SesR20is7bxUa8dgfZXQZXOlOOlrRYC x_4SBfqbONUxD_NPcR_YY0tTZoTTt89r0h4jle_PJhg.6.SE2wgSELPZf6e_Lp9KZ0_qfb8j9dsp 5J1_CsvwdT6A5Fvk6tfor8akSm94IsYUpfhwWEIqWY6BTygAL7rYHsaa1IQ2v7VDzVv.WgiCWl8M Q8vhM2alHtb5LKJil9WrRF_g.mK83tx4J3X0T7AhUH2sV6.yJ3IrrQfGARGfAn3WrH0hXdYA9Rj. 5GZcLv5h_5vxnHsY8D3RnNnv8N7r2Q9z2.A.AaMqh5OgysEfLXPc7x3XasIqzYiAR.zKEHyHtWjG EBZgDDb_lcocnTj3ooJvd1wK3z6j6VHrFCQGgM7BWrtw.ETJgdL_P0T6ADCZ0QrbnoQ1TXgtKm_Y IrVVckc9fG.GL_7oV0n7w4wtDxXShIqLT3lKOQp5648nwIxQGknt_xd9.urUH4zKDZ3qlQx92ArQ 662HWRO_QQHgSgn_7qwbGSEsl.QbFoGmGrmcv5mCrc8MxsRXuSGGdGM.Mbugye8AhNMg3txVKCr6 p9UWC9bLPD6tj9UGqCFj3FLSJHvEjDkKh699xunr2j4LHY61hQaa1ts67oLTcpH7zAVPDMrAzLLt zVpS.pOjUjVK6fMNu0IcYQkkKDSyMnYXcSeKhpnK1r7LjJUxO9NxTwqyfWrpxc.LPRP3z.qfKvaH sXGA4i9fgV2HrYg58iRTed5_gXS0Wcaay0bSUk2MH1.jgAGEA3HjT3nv12Tf666mwUQGO7MSD5Ik _7UnymgH2E_OwDvXlg5iqeLg.B7xikkkig70z4DVesnugeU1fo6FAQqirJ4O3BsYrZs..ItMPbF0 wxGDr6exqvorYEe7O1p54HXb.g6XtqY2SpX18Fvf8jGkgXYTtZmBOHIjm1V.5LLhgx.Z1Q2y1Muw PZHPmYOKXy4UfiRGbComFWakd6KW9O1PN6LMsqXOXNTUwgcL.zdd3n9GbXQJCoHSu8EboxqLYLY7 EUra1WKPA74unAzBU2jUNWYKC7o2l33Ipi1W6x47Cj14rflc_XqCnPL9Fru5WYdcP1IGFRaHDd3I GkzW4Dq1YecBWgoVMNzr9qjWXdxV6eLCkBrldestSwHVLeUJg.J41R9vhD8NFDVf_xEY0Q3xY66r iDN6osENjeFQLoVNrSaMitkxTFmFWjTnJx5g8J1zrPECiTvJEQeyH6Au2Jp_wzRx55_c0F6TKbkm qyhxFl0kQwiwd73OgbugkoJc9qMlZA0zufEe9vyyffMZ0qqnvoDthNOv2N53JafX9WFqeKRZq9rY JMz.CL584Vq2_nVSHmku6GwOWvezkALZRd6IqJ_bWceQwvR8DbO2XL7.h3pDcOE03i9HHhBrFQwt q94TMBSKVZEqL.zvvwPlyBZTLTeCOpYpIgW.HFRRwHAgBatd01hNkJJKinqIISJuziYg175dYOkL TrhFrpaTVfQuIJweANWRdPkRUzNaGxpCAf_oKZF6E15jJnLZeaN7u3DWrXgwyfS2t_A3tkIKYlgm rafTHRPQb0hd8OPwDgohJQ1KOjtOnQ0eBq_TvQIoDikpYkFLF7IwszeEvTP6cXOF_sny5pktLeMV FcfBNQfL_gBdo0IYXC5EaVHWohmgyEIrUx7RagyngENPZ6hD6iFtGXvpOt2M9mHbzb4Te6goUFr6 .7S8RmP2paBP7HgqNxaBaPjZgOGKLKOMkn.nIH5vLE8mvP0Si2SUV_Nqx2vZSmxSetSWfJjONR7t 9aamD4HL4qqYS.YX45fZejEyvlOBU4wKLcR0- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.bf2.yahoo.com with HTTP; Tue, 26 Oct 2021 00:36:17 +0000 Received: by kubenode540.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8b700edaf2165ba14f1d305e87461e5a; Tue, 26 Oct 2021 00:36:14 +0000 (UTC) To: freebsd-arm@freebsd.org Cc: wb7odyfred@yahoo.com Subject: [Bug 259438] 12.3-BETA1 SD image does not boot on Raspberry Pi 3B+ Message-ID: <98e15cb1-7644-cb17-469b-a2b4973213a6@yahoo.com> Date: Mon, 25 Oct 2021 17:36:13 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------9EF14740949B9E777B71A597" Content-Language: en-US References: <98e15cb1-7644-cb17-469b-a2b4973213a6.ref@yahoo.com> X-Mailer: WebService/1.1.19198 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Rspamd-Queue-Id: 4HdXtx4GX0z4ZC5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=cWRnxOap; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of wb7odyfred@yahoo.com designates 74.6.128.33 as permitted sender) smtp.mailfrom=wb7odyfred@yahoo.com X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[74.6.128.33:from]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[74.6.128.33:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; FREEMAIL_CC(0.00)[yahoo.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Reply-To: wb7odyfred@yahoo.com From: Fred Finster via freebsd-arm X-Original-From: Fred Finster X-ThisMailContainsUnwantedMimeParts: Y This is a multi-part message in MIME format. --------------9EF14740949B9E777B71A597 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit I don't know yet how to quote text the original email contents, when making a straight email reply, from email mozilla thunderbird application. Here is my feeble attempt.   I will have to read and learn more.   I just want the md5 , sha256, or sha512 checksum of uboot.bin From: > Date: Mon, 25 Oct 2021 14:51:36 +0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259438 Bug ID: 259438 Summary: 12.3-BETA1 SD image does not boot on Raspberry Pi 3B+ Product: Base SystemYou Version: 12.3-RELEASE Hardware: arm64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm_at_FreeBSD.org Reporter: karels_at_freebsd.org The 12.3-BETA1 image does not boot on Raspberry Pi 3B+ on SD card. The firmware doesn't seem to see the card, and tries to netboot. The problem is with u-boot.bin; replacing it with the version from 13.0-RELEASE makes it boot and install. The problem is apparently with the numbering of the MMC interfaces. ------------------------------------------------------------------------ Give us a MD5 or Sha256 or Sha512 checksum of the bad uboot.bin and the good uboot.bin file you can use the md5deep tool to make it easier.Start md5deep web page The date of the files are good. (sometimes the file date changes when it is copied from a central server to your local storage location.  But the md5 or sha256 checksum, prove what the correct file is to use to duplicate your setup. So I suggest using this tool to create an audit file of the directory /boot/ files. (start.elf fixdat.elf etc.) Thank you for this report on Rpi3 not booting. That the correction is to change uboot.bin file. This specific information helps us all using FreeBSD on Raspberry Pi units. Wb7ody Fred 2nd, a text print out of the config.txt file, so then can read your particular details set in the config.txt text file. --------------9EF14740949B9E777B71A597-- From nobody Wed Oct 27 16:28:52 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 21AD718109E5; Wed, 27 Oct 2021 16:29:02 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HfYzd1jLDz3q9j; Wed, 27 Oct 2021 16:29:01 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 19RGSrEe016115 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 27 Oct 2021 09:28:53 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 19RGSqwq016114; Wed, 27 Oct 2021 09:28:52 -0700 (PDT) (envelope-from fbsd) Date: Wed, 27 Oct 2021 09:28:52 -0700 From: bob prohaska To: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Cc: bob prohaska Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method Message-ID: <20211027162852.GA16010@www.zefox.net> References: <20211025034332.GA8398@www.zefox.net> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20211025034332.GA8398@www.zefox.net> X-Rspamd-Queue-Id: 4HfYzd1jLDz3q9j 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 [0.90 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; 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]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-ThisMailContainsUnwantedMimeParts: N On Sun, Oct 24, 2021 at 08:43:32PM -0700, bob prohaska wrote: > I've got an early Pi2B (not plus) that has been booting reliably > from a USB2 disk connected via a USB3 hub using just bootcode.bin > and timeout on the DOS partition of the microSD card. > It turns out the USB3 disk boots normally _provided_ the old USB2 disk remains connected. I didn't try that initially both because I didn't need both disks and because the boot order couldn't be obviously controlled. It turns out the new disk is discovered first and boots as desired, so the system is busy building an up-to-date world and kernel. There's room for a ports tree on this disk. Does the ports version of u-boot include support for the bootcode.bin-only mode of USB booting? Right now I'm using the version of bootcode.bin offered at https://www.raspberrypi.com/documentation/computers/raspberry-pi.html#special-bootcode-bin-only-boot-mode Without having the USB2 disk connected the serial console hangs with what looks like "cb" as the only output. It's unclear if u-boot is starting at all. The red and green LEDs remain lit, seemingly indefinitely. Thanks for reading, and any ideas. bob prohaska > > From nobody Wed Oct 27 17:39:52 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id DC50F182F479 for ; Wed, 27 Oct 2021 17:40:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HfbYh0lsQz4hDJ for ; Wed, 27 Oct 2021 17:40:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635356399; bh=IkiB3WID7KLQ0zXSfxywxe5c33LL3zRBxf+SuQrq/js=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=QL7BmDNJJOBkycTzfnpiJI/suNIxFCrUpHpOQBw3W16U+4owEH5sHYO6o1RylIUwBvY148ehjTKnZM5wYyXWCGw+4rqSs7c2j7IshZXzSwsFBuHCzE3b+UKvCWjk1Hh/ZD1tufivClBlb8I9ZKZ6D5TQus2rFKpIlYT9b/qB+ND3fcwP3077exbMPFh5U53QChNbaH++/suy7aRdmjxh1i9nBN+1dRB6iyAUlKf0kQ9MpGTMGiqrT/mY2KWdAJME3ndVk6hEenrSa9cSnN5J/BZfJQY+Z5ik/4sOJ2SBGuFApUAXkSSYAjfifmmyWp75w5Z20Uv+ENEiBFagy8LHNg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635356399; bh=gYGvlwCqh0UPVNeK1ZbGP/HK9BMcqD3BFkdTuYVJPJD=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=S7IhVzjWUDVXotx3qIbI4jn/pArQR2tyuUHEyDfshpKzPVYoawbl9pQDwl8l5TK49MCV9WNlnS/bDP3NqZ5NTLE5RbWXp1ni78zPwFfXaGPkQLNJcnoyS6y44ulvsZGarTTtoMeaJ/MgO1tiv5SubbuhYhptf/RZOU4xZ2PrnjYmPkMDQ4IqtLCdFaWjifYsCVdJuRquOL5CP5qqrMvr3lDF6nIqE5pR7hseZfnjMQJ58v9RjkUbgi/idSSmmO36EmK06tiZfFDkxQ29/OabUGGnQ1IgT3i2cEKXEa+s3lS2QXirKxhRlOZ7fgSr2z2oZBzA0Xr8GgaFnAmovv97aA== X-YMail-OSG: WVC0Cy0VM1lmf1MxIcFM3yJuSR7BISM96UgPNgJZ3Q7zNthmOajcdc6FNFXTrBJ 5dAuJeo09eE714l3eWiHTfTRf.DpnnRPAyclSQ53jOIoFFIVS1CDxzY7RzE9ng5Qr9pDtiexVP4q f0BFNHuM4lrAgCaUcMrxK7s0KfUGikGylgjJZf6PtnzLOOFSu9_XXT4bYy8yV3rvGNprC11ye0qq 0NXnci4yT_.WsQHWgxCqDH9ftbxIW63ACquKxXTFsuzkEyTRuSI8J9swHZcTt5tAGhJBcvLIyp.y sypPNU3MOXFkxLq6dS6KhDlUuzkA2OCm0aV7O.U2lmEC2.ZWtB454X57MBkoWG1Q_pBlDq2qzfGF uVEwO.azVWUF9QSe0rsNuJsR6E7Cukiu1wNwcMZZ5k2zjD1nbeAz9aHtKBa1C5NrX2gBI_ybqQc0 YZuYCih2IqOhPF7FGXJlNQ20IlrdyhH4CnYPYicUVFhtBKfeO7ykO0TutByS3giUpV6zZQ4k1CcM hpjH1LsQzpn5FevavOePPCo_29OX5XmuxC2i8ZW_DpICxGjf9JgH.P2FVfUkLnE1blYPjIkGaSUe EchB7_m_BzHqCy__FRtyCTu8NK5YVGMO7KUji9y8NpbD5tAFSvCgFp6C0DrCURK3dmhFF_Ls73BG 6vtMYYUN9F3Qi8ervTNJdtF9zgOOsdQoIdFtjTV5okUkQOl2Tc4jaLdOtltpmPBT2teoXetVJbX_ sURI0UdFwPr1SL6HaiOprO1VXELFdGx3oSTyIk1sO2YkNIivYxWVHWBFZ_Gff63MZAH75fdDKqfc WUfNNn7XPMe2FxG8fZoja7q0ovvg8INuU9FFyOj2y5Dg2O6PhTBeT1QEVSdfhVtz7tJU4bJwRStQ M2.RgMt80tzYLpOWREwz7R5Cf7RMn0PhMbnQT5p_XW0QmeLMFvM.PlJaBHtsHPcV4qmzJ0rZyuyd MFUUAsUo5mkolhyCvp6.upUj9jc_U11ydPJhljuX8ok.5jD5y0APm1H6wxP2HmRv1utwRqijaM3g H9mPa5c9dypTEgGKMJf08v.B90aX1DjFA2AqSqUmINm3T.CyZHk7VBLwHF55uRD4Q.AEoX_JDBkV mOokxgUprekwzzYuRe1wwCOrnDHGng1BaXDmPHTuTMXFibtC9e4OQKQ2uAiNSe27lGkrobmei7Bn lnx2wZYfEOj7l8GMDrOQ.bplv_4NC1gOpWWcTwNbm7GFwCiDCEYvR_WALYvyhIOumCCagCMvviIX DYzevMEE.7_iXEsRJ3Cf4vI9JBS_VOSOEK1614jcilLxQ0P2ym427noo9FyCJHDRhxkGtWrd0zE8 gRhfLb6q_VoDPfSa.D6XoPzabqiehzhe4.BPY7oYKd247XR0hYBXXE.0I8nVbXphyp7DYKRxFpme dkcJ3sdjkqtuR1QPrvSUvqd1AuzBxm9zWkcPWr6j_zdWcuqKjnETegkHNKrDTFjfkP_FLgQef_Y_ ItneDrJPPhE3ExV6_sWce5VpZhTpDsnbxnk7gb5WRv8FVKI1kjJ4ZV7srz7TO_xsqomHeMxHDWzU KuGjUsr0jXFhzv9EBZqK5iHt_MewMUq5RD5dkznaXFqSyLQA9LZCjiyIQK_s9l1TR7EMyNyyqzV_ TBPAcjGZiLWLSOLk45K2IVjOG5JVyvsBvRLKsKvO6Uja0dwZeTiXAJGdIDt.S3HR.TRCeUTFOu7p XvNUkgvNph5PkWEpGGU0GCCgdxa0M8DIGGO8m2fuJOBx01GGXqB_IQAa.81kYDhhuBs5osfi6UOc 9WRF686P1u3dW6Qln_NupJz1xlBzxJwHB6DClAT_R7lNTZ_wk7zX8GRkBWtIe_C87SAO3.lN0AAw lKn.e8QmcbAv.Q9Sy5ruQQdWs89GcHNSU1bnU9GYObhB3HsVZ4ewox7QWIRC1Cz7osJ6mF7UsnCR IFpL3NyeK2GEMNOG1bJD7OpLyxT8vsmwPjXS737ePLJGus1c39xHV1IMntXQxc0TniMe6zlU_goO mSpryhd3.cOj0boWG3E0fU35Lm7HHFSRx1bYi0P7bGwB__j1XqYqMDibRMbfPU5hbElf16OQyMTY EZ6GuIbxo_aQtYpnlufgRosOaBvw8414pmnSRaie29h_JPBRvcKDQCpiEZujcHdv0u9h1FA1o8ih jGNd84ohlRBacDENwLDHZCxCzc7rTep4LqpLY6yoccMClVltLlZ1BX_gfl4u4M0U5mSbBd0iC4YF de93alE9Hq3WUwg6RiRwxzQrVbUptWnWW62XMXRvRrS_O X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Wed, 27 Oct 2021 17:39:59 +0000 Received: by kubenode522.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c0072271c68ba537fd50a32ff12251b5; Wed, 27 Oct 2021 17:39:55 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method In-Reply-To: <20211027162852.GA16010@www.zefox.net> Date: Wed, 27 Oct 2021 10:39:52 -0700 Cc: freebsd-arm@freebsd.org, freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20211025034332.GA8398@www.zefox.net> <20211027162852.GA16010@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4HfbYh0lsQz4hDJ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Oct-27, at 09:28, bob prohaska wrote: > On Sun, Oct 24, 2021 at 08:43:32PM -0700, bob prohaska wrote: >> I've got an early Pi2B (not plus) that has been booting reliably >> from a USB2 disk connected via a USB3 hub using just bootcode.bin >> and timeout on the DOS partition of the microSD card. >>=20 > It turns out the USB3 disk boots normally _provided_ the old > USB2 disk remains connected. I didn't try that initially both > because I didn't need both disks and because the boot order=20 > couldn't be obviously controlled.=20 >=20 > It turns out the new disk is discovered first and boots as=20 > desired, so the system is busy building an up-to-date world > and kernel. There's room for a ports tree on this disk. >=20 > Does the ports version of u-boot include support for the > bootcode.bin-only mode of USB booting? Before U-Boot is involved there are other files involved such as a start* file from the USB device. With appropriate config.txt content, and possibly other settings, the boot is likely rather explicit about its early activity. (But I do not currently have access to a RPi2B v1.1 or earlier to test the details on. In fact, the accessible only RPi*'s are RPi4B 8 GiByte ones.) (I wondered if you meant RPi3B: To my knowledge there is no such thing as a RPi2B+ so the "plus" reference suggests an early RPi3B might have been what was involved.) > Right now I'm using > the version of bootcode.bin offered at=20 > = https://www.raspberrypi.com/documentation/computers/raspberry-pi.html#spec= ial-bootcode-bin-only-boot-mode >=20 > Without having the USB2 disk connected the serial console hangs > with what looks like "cb" as the only output. It's unclear if > u-boot is starting at all. The red and green LEDs remain lit, > seemingly indefinitely.=20 >=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Wed Oct 27 22:37:03 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0391218180E9 for ; Wed, 27 Oct 2021 22:37:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hfk8M5VYQz3Hc2 for ; Wed, 27 Oct 2021 22:37:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635374226; bh=8tiIsHVqMQR1XMxuxq/yrqFX7iM8YII22u3vQiF7RfM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=BjqC+6sU21RSXBE2yTS43GAPyqSvr/PdzxDXnDHho31YzBHcEvuHcWf+jaXQYiXrdYaiU9cNxqqoGIM05FWv1dewc3hnjye1NotWsUw3g/pUfB42kaUM0u5ARiT8Yf9hBDBr8XoUUZR40CRH2XXBWKcZ2Uc/XWTYd+3PohxA6M7o1BVSBLFMMLzeGzmwnvVJIH+xpjNYjJvIz2+2rN+t4ugaAa96KCechejum8fzn67jaCVlSMrtGlxedd/Ve4fnQL0wtJZ7KClWayXedDIffARjKu1zbu6iFjbZ9korUs4B1G278scS4iar6cKDAKbTqFCZVZHgq3d3tISQpVdvgw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635374226; bh=LVCLa+D5hrTriEr3BYDfR8raZaq3XeAbK7bTZqlueXa=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=OEvJtkck7o2xoSDUJcU2TStt6/qihvmR2SAJlr+LQgHyU4U/UdLtIXIIr0732JLEqxlqaZmZAdOCtLv0cFUXVBX1Nkzj7Ki9lRxL52egMOJbO3nPsxgWMyjCaKrw0I4lQJjA/+MHBdvPk/edc7bdNH7QDX4R23JyZiiYrNwZGJDfqkmGNdlcVWVPP24C64ObFgzFdpZrNt82mrdFjZTfaj5uXA+x35YO5lFgtfHT/6l2ANXiSB6ZMNHet/FGaCIvVMwKeNqW0Giw+luoxIndumOIzk08h56nu7/UQuG1NN5WLxVer/axjIBq5VtJod4jvE+3xXpWR6AHjGv9vaxmIA== X-YMail-OSG: 1Z4oH94VM1mtAuNo9cw78vT3gQdVyEfCKLLvi80RmyMDMD3MbF8_EPrIaMkf578 VM_i8kQufRloULK4IfJlPcPnAAqwc4_1_ig6K1anegQ6RliArmVqf4Br6KmqeT7.3X8kuLI4wmfY CQc.XfWsn7Zj5Vjgi6RnVq1izxG28dp3kbtdPnW4su68ZIyJ_ps55_qI10DnsLdnRQesQLZZtDkn 0vdeWpDQzfex3zhLI66N6T_rgAV7mstDfzU50h5Qk_KMIU0PwzEAYXv.3CVwITIHqxgsgPfcXOKF 91ANsgcI1zGPyZ7y92RU8dA1XV4NtXaqT4OiPzOwrCW0JDPru6y_C.PhtFrQaQTbRT4l7ZsySqVd TKp7D8yraWFv8Ws3ceHUVXQNlD8_.6FnBvFppNgFJfJcEu8tM8MXuhIjbRSKlALmrleTePL2lFTh 5ZbPm8nb7zideWO8uIbmgANCtnrnkxSk8LnckkURCYr2jlgSufo2Q8P9dkbdkBS3sMprLEKKLsHf .phUou1UvKu4PI4DDhFt18s2W9DONaIlNF_sB1RxjS.wR2iR9.pSYLC5YUJytUaDXxutu._j_6N0 yHQyNVOwKW3pCxXebfeZ.zWW2FLX4oRDwHsVlcPR0CovDOPE_A_aBbQwjEbFamdiWfu9OWAzSHx. _1cH1VAppW0rf4PnGVifRuCL7p5rQTGbPgTTMOGnSR59sGWPkR2ii0Ji23rsF3z9qCZINq_WpkKf _pdrseHfu_205jhOoD9nsJCjYSaGSOu7dWO1UWDW7W1j8dEvecWYgTae.wu01CVhyefTqTpVS9kq O5beHoNAE1vjAWItPtrE_A9viGyPVIh6cPlGGDj1.fDAATL4mTpytTyaP5Jhts4onyngfvjFFoeR U0ANVTe8heBHtG5kWzGcg2mG7Up3JM.jMGbrqxD2deUZBMIkCYqj_CKqcSmtcYv9yklzot95Rhsa e4_R5gqtHvYxroSs4KgFbVNv7ynGwC0ddXFht_fwe0nn250kXNOmmpHVCzpNz716DQ2fnr.h2zzV XAZ4.CNAmCwt7dhRlhMIcO.hx6PVc1AqvCfWParxi_VpRY4Q.kAsV_Ala08jF9QiZae2wLg09unX ltpAd5tqgw1JeIBb5sa52gg0qUHssWD0VEf53p_abYy1ZNWqSSbKEnQQYVQJ.xVUK.t0oNUxD_jE 4EpAd1_DUtZX5PkHlSuV5jBFasGsfGpl1x99qyIosV_c.59cAaH6sQYFTOuNrrGukZlLEbm5jezD dKxU1X_m7s1.8sHPBxcu3iZyIzKKBGflJENYIAvBA5kfm27BKpTe3jS8hkxSnlrjKfupLvemKP3n ZAwz1Ic0jSmWNnSw.i3TYU0pGR1hb3P8de5_MmqYg6noUN4AtpDks1eh4sSLqgVgF9wKQsn7LOW0 fq5PjFk8EUQbWV9Sq6oeJVnfpP1yzqMpMFCnVw5lR2Bsk9Q_ksfs1AC_BA7QgKsGiWl80DE159VG yj8Rh2eiHvJNPkcD7FkCk9r4HLnQBhYCuHvC3o_A4B_9dNgp.y5vEA2BE0slh83WZvGup1o.heI7 IVvWtoG689eI.t0wquUyckwYzTf0Vo7Wfr64VafNqQo92IAZqg4Q8EmpvWSzJYk5DmX_DbVuMkBG TwA.h0GeZrEE_7sjlCNe6a8vWTP1XgFJzbxH5mwI7kiROXb18ZsPV4mhkmimEOV18aLiwrqIWE7b 1ILB8.Z.C9PkNPZbWWcpL03Zkg8kqlYKaaHxTEbuIsDt0DZQYZRVMruUWldp.3YmMepAIJH7Lp8R MJJ8Hmj9qmhCmg4HHT5aqlwXqS90jGHwRbOwZE5NNdkUUnodkyb17slAYAhXh_FmR92eHGxzTkQ5 jZdfGt5EG.yz3r4OHxOE.WmmAjrLi1fg8.wiHObIcVZoXjFcSYkd8zhNPap.njLoSHdsDLUEN2OR fupjUB8trIAsF05mgQgcMAAh8tk2A0zG7SvuCoD8Fhg3LMkoJaI922AgYXBz4ZDNVNPg50.rRQja NSpYhT4vOh71sUNN6xFvczWJxokcKmgN.B_O92jYqAukYE31.KXCeg91jbJOsbajLA4mkvNmcUyg ZSWeMrpX71ydOKszA4Z9RgqAdLA0uwh2V5QriF1mWIM0m0jb8U5.qkpOpM9ez359hL3z37qK9DW_ gxIw8kyhb4C8GM6adHfE9a0UDV8O2IIOlcgKQ6FLj5EsSyL_Mj7k0Ozm3v4AoAYytSoqU3pK2Diu RdIRAKpu7kczGt89Y0QzsIgmBhxBA4.hlTeAISe7R_h8b X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Wed, 27 Oct 2021 22:37:06 +0000 Received: by kubenode539.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 34fda6c00065ed7d5c172e57a763ba68; Wed, 27 Oct 2021 22:37:04 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method In-Reply-To: Date: Wed, 27 Oct 2021 15:37:03 -0700 Cc: Free BSD , freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> References: <20211025034332.GA8398@www.zefox.net> <20211027162852.GA16010@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Hfk8M5VYQz3Hc2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=BjqC+6sU; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.31:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Oct-27, at 10:39, Mark Millard wrote: > On 2021-Oct-27, at 09:28, bob prohaska wrote: >=20 >> On Sun, Oct 24, 2021 at 08:43:32PM -0700, bob prohaska wrote: >>> I've got an early Pi2B (not plus) that has been booting reliably >>> from a USB2 disk connected via a USB3 hub using just bootcode.bin >>> and timeout on the DOS partition of the microSD card. >>>=20 >> It turns out the USB3 disk boots normally _provided_ the old >> USB2 disk remains connected. I didn't try that initially both >> because I didn't need both disks and because the boot order=20 >> couldn't be obviously controlled.=20 >>=20 >> It turns out the new disk is discovered first and boots as=20 >> desired, so the system is busy building an up-to-date world >> and kernel. There's room for a ports tree on this disk. >>=20 >> Does the ports version of u-boot include support for the >> bootcode.bin-only mode of USB booting? >=20 > Before U-Boot is involved there are other files involved > such as a start* file from the USB device. With appropriate > config.txt content, and possibly other settings, the boot > is likely rather explicit about its early activity. (But I > do not currently have access to a RPi2B v1.1 or earlier to > test the details on. In fact, the accessible only RPi*'s > are RPi4B 8 GiByte ones.) >=20 > (I wondered if you meant RPi3B: To my knowledge there is > no such thing as a RPi2B+ so the "plus" reference suggests > an early RPi3B might have been what was involved.) >=20 >> Right now I'm using >> the version of bootcode.bin offered at=20 >> = https://www.raspberrypi.com/documentation/computers/raspberry-pi.html#spec= ial-bootcode-bin-only-boot-mode >>=20 >> Without having the USB2 disk connected the serial console hangs >> with what looks like "cb" as the only output. It's unclear if >> u-boot is starting at all. The red and green LEDs remain lit, >> seemingly indefinitely.=20 >>=20 >=20 Your specific path may be different, but what does a command analogous to the below show for you for the problematical context? # strings /boot/efi/start.elf | grep "VC_BUILD_" VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:12:09 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) I'll note that there is: QUOTE bootcode.bin UART Enable NOTE For boards pre-Raspberry Pi 4, Model B. For information on enabling the UART on the Pi4 bootloader, please see = this page. It is possible to enable an early stage UART to debug booting issues = (useful with the above bootcode.bin only boot mode). To do this, make = sure you=E2=80=99ve got a recent version of the firmware (including = bootcode.bin). To check if UART is supported in your current firmware: strings bootcode.bin | grep BOOT_UART To enable UART from bootcode.bin use: sed -i -e "s/BOOT_UART=3D0/BOOT_UART=3D1/" bootcode.bin Next, connect a suitable USB serial cable to your host computer (a = Raspberry Pi will work, although I find the easiest path is to use a USB = serial cable since it=E2=80=99ll work out the box without any pesky = config.txt settings). Use the standard pins 6, 8 and 10 (GND, GPIO14, = GPIO15) on a Pi or CM board. Then use screen on linux or a Mac or putty on windows to connect to the = serial. Setup your serial to receive at 115200-8-N-1, and then boot your Pi / = Compute module. You should get an immediate serial output from the = device as bootcode.bin runs. END QUOTE That text is from: https://www.raspberrypi.com/documentation/computers/raspberry-pi.html =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Oct 28 00:02:27 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B3EAD1812B01 for ; Thu, 28 Oct 2021 00:02:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.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 4Hfm371TmWz4Rj0 for ; Thu, 28 Oct 2021 00:02:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635379356; bh=Mx5SPrV1Tz1c0phX10uDuKNaZq7isMB2og2LvttUG6Y=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=abAI1Vo7YotZKEWvL0o9BkHNcmu3MuSIgbD0c7nF/W5GMnpz10ZtXNtpVyzQrrdJJm6N+2liqNrm47CTR93ayo0/fGT6wvVXLdsX1EfC4vtcN/hS+cUy7R9rCCr5a0ZtT/4ZTBlB48gBs93eeT9Sy8YMyBnOidup50wfQxcBFXY0FqokOsoPwMnIrSkSxapxmmAkrpcv7BEVoJv3FQ7hRN394rx/oFHWVvMGNNkzrD68vvGsBJoX3FjeVF2Bfs53vNNEXVGe6zQEPmZLht7KZNWNnfxa9Jt6tvvdTiOTFbQ6kFRF/NPuUfSUuDkbynQ0vkxMmvWcpuc9oeAh8OoQiA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635379356; bh=nJRuhlRqETcxdpFwQLNUkEiLUBO/9/1NbsMRLP4VTjm=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=CXu0//GydnlgjkeIPbwAPDTm+/xN77k5Bh3cZFeO+ueu6Eqhz/vQtAVB/4PoPROAmQwBR1G5Rh7FaCeoSFckfmRfRPZahkqarp3vWs64sWX1jS4QjVgTb6jl8gdyEr5ORn5KFMdRHB/LUeJxI78/JklD4NKmSqn0AjaoYxYei5pV0n+TGUDSY2j3CLOdUU4h4iZZ95XwRIpCPIWmk2ISu6TbVS43xKKD4oz3yARqb/mmkKYKdxAXufdN07vxBDFrVqt7keAe2LUYH02JgIYkAQ6nsvZaxJZJhF8BuUoxu6AXK1r5//iY+3QnUmvcHUYH+jQaodMr2sH1nH+XdHnUew== X-YMail-OSG: 2wg1eNIVM1ktE1Dt8bTzFbCIxsHEz5M0hqSiwcPwo50VXkfsRVt6ATKJWrZcsFQ R8bYjSJxRBn7l5dUrwaAZhAEMH7HKvOPXc8e_6Ch8T2pEM.ugvLUc4tD7Py8i.eHAjfY.bCx7AIe 3wuA2NjeFYDMSjxe_sjTyhHqubKOGNe94A0Rt_zdoUxPLZ5Zp9TBcBb8x0qcDU.cW8b7dqUS2j8L 7zF.y95Uj45rgCTAvM57WUXajed5jhlnM_LiWBLBRhqNtCV4Qh56EiX.ORi7XERZg7smNDV1D8xc qeEz7n2rsoDiERTr49EG8gPw9N95GAWImJf_2DUcKVMiNov79sWc7Uii07UcPx_6tPwRDLQoLdyv XgSyKRf0kIZd38lR3PT_bpAYwTPNEX0pywUiYpQtjtqxtvwl5_eJRSykt3oUfoD5R5r8b2IG4upn itAINYaPC9VCndCWSi9lH1agkqlx1VMF3BmORpUFCUuV1Iwe3w7Q4qhNTUV6RHP_mHgWJXnRunDy ZsYErRq4PC0w5I0r9yZ8if0wBv1jQuMaL_92E64OTBNha2boRBN5WLm3G4cB5MKXIZXaqQ5JxOgu mC7O4w1ewf8.gfkFFVvLCUUN_LNggLUqFRVFMtPdhsXInn.QOfVpfPCPQwWG.87ZFGAuS39q3RM5 S2Mq3s8F_z4APwkp5RSyVLQYDTTSF66iHfzDuLq6dvXePJIA_ZVa786vW6jRyNYq9U4yZZMZbSZT O1VE_ik6Ve688WeCUoo0JykgO6aS65sTnwJOUjyZwVjWpeYb7JUyYqwryU6zGXMc2hnlVspksxMx .1IAlsdhp1ERO6MZA_4TxKmpWFOVyKGa0cAn.KzrAHxW1V2dFIol7wh.zJhDAsPX5ANjXI.VpbHQ cO1HNDLrVms6oeh8jFuQZ0BSbOvUwabS5jr3BqMSNV0a6VMixLC1yRceMOjaoxjbcUaEmmqriUUj HOkJWTHaUPhe.xHSMjFH3awAbNJqfM.ucPv2fLL1TLNGpJmbh__6FeMj0ouVURx8kueqNH6JfHqC 1qtaAN15VX8ROjVK4HM2uGg6Afih2.aJrwRmWdx1aldnesjMeX7cQ55usu.aP6MtxPLdpuWoX0OW Op47fIPoAxcjV.j67mWVY2BKCnG74p7IBpZIAAlX2ydyDHAALOYltCQOU5y72a4mj9WrF9n6iTYI vdOztMi3DeoLZDmnveedi1kMMWz3xXB3CUY_39rZD49R7V5I2DofU0Pue1C7x17WnkU0qepYVaaK Zr99oOSREKotJk6Ni1CU7VmnolklYhkTtafXACzDg7UE1FbwgqitIh0CvoBPN286mPCw4U9Ux7EI 7a5xMXtVcn3_Sw03Q_Qjc1_z0jFkkSfrtUTHOezFgp1CxAh1g4mCx.MEUzFX.w7OttxMCW200pXv UL.O8g_jui5p0R5YXmEJy_MdeJvHT0De1yKZgdrkggx2ALUggYE6eq5YHhllg1tnhDZLTjT233TC h9hll2.6FTA1E6pc7NCeDXhtFccLjSPupMMlImq0LwCvSFNSoaY9iBpTzM7Oi1DMXA11_wKnrm36 5TnrS8fVA__XSOHFHAgKtW5.qs_Fv0IrZlV2gt_aJF6WtBT.PRnDWwRtsfGNqQcuIRTTH3F0.4qN z4AzpK9D_zg1g7ux_kjuWIvCmlb27md03sSIox9mjxtq0IvSm9Kfw4L.2U6LT.DXc_fNafDbKZMO HM29BYjtRcsIDNIwC.l3UyeBy3DeRvFqq1qGkiOKUM6fu0ZmU6Th2DyChOTvcstcdaDkVJBhP7XV .WoFwrFaKfMmBX_pv7VRgb_VsVpx_wpCYN6SIJXQ3hQJXLksdRpXRpi4YAlIitWCFko0nAog.WRh JaHC_mPERMwoWPSa5DOVPDYJiRHLT6TNPGhLvzSU4hYmW05YeYiY7Tm7a4IsXxJJY8KUDY69FOt0 mhAkGypL2XWYGm7676mcs3eSk.7HhPotB.oesoIE9AMOrIiNujWFd_x0YkZIt5f2IqB9P0.hqYv1 HUjd2d0TXI.FRNrG9c_a4LjJ9QMl5k0bmyBBaTl.YkA9bidN4hu7HxHqKTp4p7iAPv4NxAE7NyS2 pmV56JdEI6JIjXXj.mcJVqOOBJj_ZGPcYxaN1yq9SrYLPMkXkCJLpt1gpp0wv1Hr_C_jBoBhw8Ou EQrrKqOyz09ID7vKzhI_9ub2l5U7FWdtULjdg5vcU8iBT234GYvAPLXdida8hMJdk7juDPImIjHq pgpYKlu3Tfn94Sh4_hNXMMW2b9MtTgL9MubTemtylGThDtHn_2SL0OKcLlLxN5XS1Hs3NOMOhWa7 SRAuqsoX6RU404SEGHIrlDy9A X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Thu, 28 Oct 2021 00:02:36 +0000 Received: by kubenode523.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 52c012b39fcdc7a1a043d8477cae54a6; Thu, 28 Oct 2021 00:02:30 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method In-Reply-To: <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> Date: Wed, 27 Oct 2021 17:02:27 -0700 Cc: Free BSD , freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <02806205-6685-41FD-B2D1-415C82FBCF92@yahoo.com> References: <20211025034332.GA8398@www.zefox.net> <20211027162852.GA16010@www.zefox.net> <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Hfm371TmWz4Rj0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=abAI1Vo7; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(1.00)[0.997]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Oct-27, at 15:37, Mark Millard wrote: > On 2021-Oct-27, at 10:39, Mark Millard wrote: >=20 >> On 2021-Oct-27, at 09:28, bob prohaska wrote: >>=20 >>> On Sun, Oct 24, 2021 at 08:43:32PM -0700, bob prohaska wrote: >>>> I've got an early Pi2B (not plus) that has been booting reliably >>>> from a USB2 disk connected via a USB3 hub using just bootcode.bin >>>> and timeout on the DOS partition of the microSD card. >>>>=20 >>> It turns out the USB3 disk boots normally _provided_ the old >>> USB2 disk remains connected. I didn't try that initially both >>> because I didn't need both disks and because the boot order=20 >>> couldn't be obviously controlled.=20 >>>=20 >>> It turns out the new disk is discovered first and boots as=20 >>> desired, so the system is busy building an up-to-date world >>> and kernel. There's room for a ports tree on this disk. >>>=20 >>> Does the ports version of u-boot include support for the >>> bootcode.bin-only mode of USB booting? >>=20 >> Before U-Boot is involved there are other files involved >> such as a start* file from the USB device. With appropriate >> config.txt content, and possibly other settings, the boot >> is likely rather explicit about its early activity. (But I >> do not currently have access to a RPi2B v1.1 or earlier to >> test the details on. In fact, the accessible only RPi*'s >> are RPi4B 8 GiByte ones.) >>=20 >> (I wondered if you meant RPi3B: To my knowledge there is >> no such thing as a RPi2B+ so the "plus" reference suggests >> an early RPi3B might have been what was involved.) >>=20 >>> Right now I'm using >>> the version of bootcode.bin offered at=20 >>> = https://www.raspberrypi.com/documentation/computers/raspberry-pi.html#spec= ial-bootcode-bin-only-boot-mode >>>=20 >>> Without having the USB2 disk connected the serial console hangs >>> with what looks like "cb" as the only output. It's unclear if >>> u-boot is starting at all. The red and green LEDs remain lit, >>> seemingly indefinitely.=20 >>>=20 >>=20 >=20 > Your specific path may be different, but what does a command > analogous to the below show for you for the problematical > context? >=20 > # strings /boot/efi/start.elf | grep "VC_BUILD_" > VC_BUILD_ID_USER: dom > VC_BUILD_ID_TIME: 12:12:09 > VC_BUILD_ID_VARIANT: start > VC_BUILD_ID_TIME: Feb 25 2021 > VC_BUILD_ID_BRANCH: bcm2711_2 > VC_BUILD_ID_HOSTNAME: buildbot > VC_BUILD_ID_PLATFORM: raspberrypi_linux > VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) >=20 > I'll note that there is: >=20 > QUOTE > bootcode.bin UART Enable >=20 > NOTE > For boards pre-Raspberry Pi 4, Model B. > For information on enabling the UART on the Pi4 bootloader, please see = this page. >=20 > It is possible to enable an early stage UART to debug booting issues = (useful with the above bootcode.bin only boot mode). To do this, make = sure you=E2=80=99ve got a recent version of the firmware (including = bootcode.bin). To check if UART is supported in your current firmware: >=20 > strings bootcode.bin | grep BOOT_UART >=20 > To enable UART from bootcode.bin use: >=20 > sed -i -e "s/BOOT_UART=3D0/BOOT_UART=3D1/" bootcode.bin >=20 > Next, connect a suitable USB serial cable to your host computer (a = Raspberry Pi will work, although I find the easiest path is to use a USB = serial cable since it=E2=80=99ll work out the box without any pesky = config.txt settings). Use the standard pins 6, 8 and 10 (GND, GPIO14, = GPIO15) on a Pi or CM board. >=20 > Then use screen on linux or a Mac or putty on windows to connect to = the serial. >=20 > Setup your serial to receive at 115200-8-N-1, and then boot your Pi / = Compute module. You should get an immediate serial output from the = device as bootcode.bin runs. > END QUOTE >=20 > That text is from: >=20 > https://www.raspberrypi.com/documentation/computers/raspberry-pi.html >=20 For more debug information on the serial console, but somewhat later in the sequence than the output for BOOT_UART=3D1, config.txt can contain: enable_uart=3D1 uart_2ndstage=3D1 dtdebug=3D1 The debug output is before U-Boot starts but likely does indicate the = loading of u-boot.bin (as the kernel) and when in the sequence it is about to start code in u-boot.bin . (It may also report more at shutdown.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Oct 28 01:14:51 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6B6301815825 for ; Thu, 28 Oct 2021 01:15:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.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 4Hfnfg1Xgjz4sRW for ; Thu, 28 Oct 2021 01:15:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635383700; bh=+qDuRfUCk/F42cYtB+3eFpaZilfWUmPmnBkxd2DUD/g=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=goj07jthfZ1Ty4MVm4dGmSDgFAsN64MyUmkiDWShb+xfG/pFpXOMvEoehvAeRYG+fJUvrdFA/IvbGJUagARTikUbeCNpHh5oLg5VEVgecQ1tpWjfYzcovYcBA0nv1k6KkcGk9kHVvTkDAyPREWOuRrwjffpCh1o3JlwzqjYu9BrzyEQNZ+vSIsAB/s4qQNxatOm+6sw0ph+Sk5elcOdgeQv6iy85mJfTxShGpAiIAB5kdGfBSxHnhoPfV6EBk3WNloURupEO8Zs+JOzGK1TSDzSbnfBKDFwboiXfZxH21Rxu2QgM12LAY3R86zEGj2WQyzbZDgKame2aluQg/+NkVA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635383700; bh=KPzeENky0XAw4bGmnskvvv0/5WDaJOVTFh2h077dpFS=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=E8lLd+6ND5OAFwXxyY4bJIQmgcsPfnXCLqyNwi5bt+/+13cEhroINP1czWobO/9hE+12NJzBF8KH6xuMTi4YGY/lot8Yygx4ciQZAXnE3Z//CgeFuRXuHOX9GWVsVUDylvT3GQMkETuX6nZwf82M2nmKS41VaVVWLovjULuGH8rhwyqfJxKjgKRB+Vj6wirvng5zOQkwyDIRVCGcN8AVUA7K1uPEfBVxf3ycSS8ypiAOir1OeF9ot+O7hOx66/u/MN8vzpM1KCNKdoWv3aaaw4ynNWaMpWEbWI0bWVyPWZtCdP9EyWDNkJgp1fIkqA0o22n+nW5eHGtYMjL88tgfgA== X-YMail-OSG: BPQ9cfwVM1nEho80Jlb0NPZuR4zurIEPNFrjSVXcv_cQR3oskPTC70x3dDVX3tj QLP9AgkMDQ4_Jt7jpeLX8ws3S5j8iyL.eTbpVYvI2kqH9_mdcsBZX7DX8zF41v58llA42297J2KW U7fiNkAIFGUUrE.0fIpfS4bPBqm3xqBMlOKJwe8oHhXJMnRDqdJY7iyVY5Xn9sSpxCZZAx39LPYZ 8R5g6dncJ0PL.cKhTZW8IhpscJO6BngGY8QEw2r2rbCXFGua.xDZ2537TLBeu1k5EwiB4rFHBchB iKbaf3MIR48oHSXm5GCfwaEo_OAEssmSzCAvGqGPrM6.n1B7h71fmgQKNCRJOjkH2nzJVXXtoVHA l6TWnnKkZL4sckx_ra6CLljKlrinu1VY.egaVuZsFgCmWgIopdoWV_5yVX1zuhz3FLhvH_sMRzTK lai3OKKOqaUH3E0OIIbia0iShhn9IQf6jhPJbSsqFN_hozlHM8vZKg1o8LgR5Acg4jJdAbtIgOVr kDjp4CkENp3l1cKBzhEYIeEIR9pV2pCAj1b_A7LEppfEst7lQgVKSo_Uo5jxxXzkgv_0yBjfF0SS llLlGc6FRHa9sqQUpG0nCsE2CAW0aPBtoILgXQR5e6f_GyLErM1t.5UxVtpXy7JLP5JmZfAH.Evr 1IYFXVmEPQEHNH5QnPx4O6ITCoA7dxya0GS42myYJk85j4eg4QR0mBZj5g65LS6Hpm016HGiWGMB h.sK1jYnddYcSiLlQMT_dnu5RoijnU4HgoUI0qtsG6CGgQhdBC76GvXXGHiHUa8irYXXE3m8qPPd qufxJBueDhk8xEQ9QE9KnRbNsstsGOg30596GGilH3OngfrN6czFtrleYXVQc2OCWdIPEWCmL2Ik M4Swt4A4KMZ2C20PMI1VrFhz1yWZgnJliIa37DqHgzKuuzmRdl4WpdIUgQqCZsEMxt6NV_FW.ocV 4Glk6LQGhjBaRlXiC.nM5plU9iGNZzjlqySfDQl8i.RGqbYHLEsB97CHR2rxq36TzVPpK0YM6chp PRr4a9B9FLq1FdhB6aoisxb_eR7Mrc2teGHY8WeLmQEqrw3t9Oe.FFvTojkRN3iNYGQeY4lBkQ_J InOfoLM8uGZXiJyQhad2up1MYrrc3cTgixHkkgwHEQm6AkS_aXlD0JIp_pS0QGS7yNc8mr8FWsi6 MULYHEzFMZt0jOfOwk430d_pYzvCbnnOrE9_4NsjTLqOTJ06I8Shtl4Zejw95oqTBBkjUF_wzY1f n9J09zAAVox20jz2jYg2DF9Zxz244RrH._uLo3nI3vQ0TOWupCtNW1UhRsKBoOE_Rbf5B6_kV3cE CE.L2sni5HdM9kBund5v3QeMsjU2FHE031kTDwkI5Ka8lBBM5Hd.mxdNWiETccxCqRbnAN31_nci JrdA3Q2jElAP65nblvd8QCUx1INroQ5fkkGFT6piLSCN1hsJJux92m0Hoi8M0z3dSCpEO.02pLxZ UddRYQao.BMgyGijMxx5gN.e4UNQs8IqMY7aXxJbieyYfZsTGY7reXiW1husg0l89abS4fADNr1W sFlUFtln1XzYuopOo7F7pXdNrVHd2twZHLTHPkg2aDyb1AUE.FqvwCBA5KGjTLIHHM3URqpY.q2F xxDJAlvnaEYcwRiNx9yjlcYWGLSwFMrjMnITsGkvgQBQpcdSH.uLgyGd6NGFInY9hNbVuqoHjjXL GehSpqYxkClHVDb4D8zmXa1U8y58koQ3q0so6uxRtWOy8vD_OV1bIYFn4s9ERGcfLjDllF0Po8bx 0iIX5nva2Y6BQGvwnZ9GmH8Nw8e73ZBX7pxxUCEKmJdVU_cJlXv3g6SXtciMNRO6Qf4tN9Xq..VY UdZSRBvc75vAkb.kNasnQUA_.uvPT5acIZb_HuxmwDqpqCEDlCG8IgB_tVK9S4__hF1mZs3uHh9n ZfTtu5UX1ACV.6HjSXB0uo1s4d.CEIQHdGnICo5NqvvJaAV8Mvx8yYE7_0VMX0t2UlG7QHSVxJnc BXcCbfFY_MIxS3ZplKhYu9.iNXaoFRjqtux8c47i2yZmGxh8NwwwPDCGCwSy1MKXB5JdG1wBlxl. uXpnPuuLXeko6SDW5_qRE4xC0IroWfKviNv0rf2AzzAsRleKcARetw_wt8fIAH1GxwyhgXYUITw5 XkiQ8LgmATKF0uBZsNBIe_ls_S5bswigxM7iIjsZbdt9JfBL9OC0K58qchPeC_oYLQZlXf4gukK_ 39J1HTnSaenIJ9Jqu7LJZlRDGBdjZfjQ65ur8E0aIcVrEKjyBIyPylQ4VNxeN1BKlPlAyyhhyLVE OAzy9U9hTiNuqbVTNvYuNWsA- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Thu, 28 Oct 2021 01:15:00 +0000 Received: by kubenode522.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 28ea884eae256550c3de9bf1b69b6f35; Thu, 28 Oct 2021 01:14:54 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method In-Reply-To: <02806205-6685-41FD-B2D1-415C82FBCF92@yahoo.com> Date: Wed, 27 Oct 2021 18:14:51 -0700 Cc: Free BSD , freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20211025034332.GA8398@www.zefox.net> <20211027162852.GA16010@www.zefox.net> <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> <02806205-6685-41FD-B2D1-415C82FBCF92@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Hfnfg1Xgjz4sRW X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=goj07jth; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.32 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.46 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; NEURAL_HAM_SHORT(-0.96)[-0.964]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Oct-27, at 17:02, Mark Millard wrote: On 2021-Oct-27, at 15:37, Mark Millard wrote: > On 2021-Oct-27, at 10:39, Mark Millard wrote: >=20 >> On 2021-Oct-27, at 09:28, bob prohaska wrote: >>=20 >>> On Sun, Oct 24, 2021 at 08:43:32PM -0700, bob prohaska wrote: >>>> I've got an early Pi2B (not plus) that has been booting reliably >>>> from a USB2 disk connected via a USB3 hub using just bootcode.bin >>>> and timeout on the DOS partition of the microSD card. >>>>=20 >>> It turns out the USB3 disk boots normally _provided_ the old >>> USB2 disk remains connected. I didn't try that initially both >>> because I didn't need both disks and because the boot order=20 >>> couldn't be obviously controlled.=20 >>>=20 >>> It turns out the new disk is discovered first and boots as=20 >>> desired, so the system is busy building an up-to-date world >>> and kernel. There's room for a ports tree on this disk. >>>=20 >>> Does the ports version of u-boot include support for the >>> bootcode.bin-only mode of USB booting? >>=20 >> Before U-Boot is involved there are other files involved >> such as a start* file from the USB device. With appropriate >> config.txt content, and possibly other settings, the boot >> is likely rather explicit about its early activity. (But I >> do not currently have access to a RPi2B v1.1 or earlier to >> test the details on. In fact, the accessible only RPi*'s >> are RPi4B 8 GiByte ones.) >>=20 >> (I wondered if you meant RPi3B: To my knowledge there is >> no such thing as a RPi2B+ so the "plus" reference suggests >> an early RPi3B might have been what was involved.) >>=20 >>> Right now I'm using >>> the version of bootcode.bin offered at=20 >>> = https://www.raspberrypi.com/documentation/computers/raspberry-pi.html#spec= ial-bootcode-bin-only-boot-mode >>>=20 >>> Without having the USB2 disk connected the serial console hangs >>> with what looks like "cb" as the only output. It's unclear if >>> u-boot is starting at all. The red and green LEDs remain lit, >>> seemingly indefinitely.=20 >>>=20 >>=20 >=20 > Your specific path may be different, but what does a command > analogous to the below show for you for the problematical > context? >=20 > # strings /boot/efi/start.elf | grep "VC_BUILD_" > VC_BUILD_ID_USER: dom > VC_BUILD_ID_TIME: 12:12:09 > VC_BUILD_ID_VARIANT: start > VC_BUILD_ID_TIME: Feb 25 2021 > VC_BUILD_ID_BRANCH: bcm2711_2 > VC_BUILD_ID_HOSTNAME: buildbot > VC_BUILD_ID_PLATFORM: raspberrypi_linux > VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) >=20 > I'll note that there is: >=20 > QUOTE > bootcode.bin UART Enable >=20 > NOTE > For boards pre-Raspberry Pi 4, Model B. > For information on enabling the UART on the Pi4 bootloader, please see = this page. >=20 > It is possible to enable an early stage UART to debug booting issues = (useful with the above bootcode.bin only boot mode). To do this, make = sure you=E2=80=99ve got a recent version of the firmware (including = bootcode.bin). To check if UART is supported in your current firmware: >=20 > strings bootcode.bin | grep BOOT_UART >=20 > To enable UART from bootcode.bin use: >=20 > sed -i -e "s/BOOT_UART=3D0/BOOT_UART=3D1/" bootcode.bin That is a linux sed command for use on RaspiOS*'s and the like. In particular, for FreeBSD: -i extension Edit files in-place similarly to -I, but treat each file independently from other files. In particular, line = numbers in each file start at 1, the =E2=80=9C$=E2=80=9D address = matches the last line of the current file, and address ranges are limited to the = current file. (See Sed Addresses.) The net result is as though = each file were edited by a separate sed instance. In other words: the "extension" is not optional after -i if I understand right for FreeBSD. >=20 > Next, connect a suitable USB serial cable to your host computer (a = Raspberry Pi will work, although I find the easiest path is to use a USB = serial cable since it=E2=80=99ll work out the box without any pesky = config.txt settings). Use the standard pins 6, 8 and 10 (GND, GPIO14, = GPIO15) on a Pi or CM board. >=20 > Then use screen on linux or a Mac or putty on windows to connect to = the serial. >=20 > Setup your serial to receive at 115200-8-N-1, and then boot your Pi / = Compute module. You should get an immediate serial output from the = device as bootcode.bin runs. > END QUOTE >=20 > That text is from: >=20 > https://www.raspberrypi.com/documentation/computers/raspberry-pi.html >=20 For more debug information on the serial console, but somewhat later in the sequence than the output for BOOT_UART=3D1, config.txt can contain: enable_uart=3D1 uart_2ndstage=3D1 dtdebug=3D1 The debug output is before U-Boot starts but likely does indicate the = loading of u-boot.bin (as the kernel) and when in the sequence it is about to start code in u-boot.bin . (It may also report more at shutdown.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Oct 28 15:44:20 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9B55C1835E92 for ; Thu, 28 Oct 2021 15:44:32 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ua1-x934.google.com (mail-ua1-x934.google.com [IPv6:2607:f8b0:4864:20::934]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hg8xq6jrhz4ghg for ; Thu, 28 Oct 2021 15:44:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-ua1-x934.google.com with SMTP id ba32so12391609uab.6 for ; Thu, 28 Oct 2021 08:44:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=6J/1ZXXqNDx+quUfQyzFG1t40xMfHkVJo0pSvaXug+8=; b=DrGiZr9uLEpT+yWvkaejo26B0PNuQcTXNxCrlwQadO9RD4Xbhr2Mx9d4Z7yTmXZQla y7tZj0wwbx4nFOGTo6AYxSytjfvuk/MQDnGviKePA/lCjJT9J6q5WnI8sY9SuC1tguBP t+gSUBqhGWZrtaD/HszjnGZ9TmgRxvco52fIdBnrcvUcsY+KB/Mxq2gb/OXUP72U4cPG PpA975K49xdiazYy3e1yPEui0HZiXs2ap4JR1IaOcmy0A3Ap5C1TUhFzQcgGRhO0ky8p Pg87wXSZa7TQxjA0Wb0+FXSby8/pm56Al0nOKHIUVahSucEwAd0U7TIcgrXNNHBJwmvO iCFQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=6J/1ZXXqNDx+quUfQyzFG1t40xMfHkVJo0pSvaXug+8=; b=Ij/XFul/3zD+B4cNbxTglonrqpohxedVrFrbGhJP9e9wBoh3eiHxNkjdISwnGUsXMC cMy2HBIMainRnADdSPofYqTtP9znsre6M3zKOzm//dzOLbkebaiQ00GNB0qE8XMBIeEk ea5G3ONLFI+BhSl0+QKHBYXNZltUYeiJ4rha++rB+XmtGU5kuYuE/pzdmsuNlOXg6Bu8 UWSoR3Y0o//ZNOK4OZ+lO5lAdNXYg4RF2qtrO9gGZ4bW9nCiLqlvUJ/PAMltriHgX9E6 gbNP6DHNUnKfH9hGe551pIuqjDyH/qF5q86+WiYrOpH75JpbtdObAZjt7iZQzYcnBbdC 6pog== X-Gm-Message-State: AOAM533NA/mXfJcVp0opWizrwqivRmvJ4Opz521wq7/Z6spXn7I9Ofdx hCA9U01rBbZ2D6ON/w6bS0nUtaiSZTiIdmA8q/kojpZIwuo= X-Google-Smtp-Source: ABdhPJyvacstHvNSjim1O+MRfA4TfAEZetOk8dFW5ghBsRKOGLGidSYheBOkF7iLUQpZFJdlU8fUFyMxMip60UOpXUY= X-Received: by 2002:ab0:271a:: with SMTP id s26mr5339016uao.77.1635435871130; Thu, 28 Oct 2021 08:44:31 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Thu, 28 Oct 2021 09:44:20 -0600 Message-ID: Subject: Fwd: FreeBSD 14: Poll armv6 deprecated or removed To: "freebsd-arm@freebsd.org" Content-Type: multipart/alternative; boundary="00000000000026e81f05cf6b9668" X-Rspamd-Queue-Id: 4Hg8xq6jrhz4ghg X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b=DrGiZr9u; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::934) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-2.95 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.995]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.954]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; RCPT_COUNT_ONE(0.00)[1]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::934:from]; TO_DN_EQ_ADDR_ALL(0.00)[]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: Y --00000000000026e81f05cf6b9668 Content-Type: text/plain; charset="UTF-8" Greetings armv6 users Please see the following thread on freebsd-arch@ about the future of armv6 support in FreeBSD 14. Warner ---------- Forwarded message --------- From: Warner Losh Date: Thu, Oct 28, 2021 at 9:37 AM Subject: FreeBSD 14: Poll armv6 deprecated or removed To: freebsd-arch@freebsd.org Greetings, Given that the number of available and useful armv6 boards has fallen to almost zero, the time has come to look hard at armv6. There's a number of options. 1. Keep it as is. This will only happen if there's a lot more users than we think (and we think there's nearly zero users of FreeBSD 13 and newer that would want to run FreeBSD 14). 2. Stop building packages. Given it's small to non-existent user base, it makes no sense to provide a package building service for it. 2a. We should likely do this anyway for all stable branches since it's a net negative in terms of cost/benefit analysis: lots of effort to produce, very little use. 3. Disconnect it from universe: This will mean it will rot, though. It's a necessary step in removal. 4. Remove support for armv6 in base entirely. This will orphan any RPiB and RPi0 users out there. However, the RPiB hasn't been sold in a few years, and the RPI0's connectivity is severely lacking given no SDIO support. So, which of these steps do we do before FreeBSD 14 and which before FreeBSD 15? My vote would be to do 1-4 for 14 including 2a. Warner --00000000000026e81f05cf6b9668-- From nobody Thu Oct 28 19:16:35 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id C79D0182C29A; Thu, 28 Oct 2021 19:16:43 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HgFff390kz3D5w; Thu, 28 Oct 2021 19:16:42 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 19SJGZPj019616 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 28 Oct 2021 12:16:36 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 19SJGZNU019615; Thu, 28 Oct 2021 12:16:35 -0700 (PDT) (envelope-from fbsd) Date: Thu, 28 Oct 2021 12:16:35 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Cc: bob prohaska , freebsd-ports@freebsd.org Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method Message-ID: <20211028191635.GA19540@www.zefox.net> References: <20211025034332.GA8398@www.zefox.net> <20211027162852.GA16010@www.zefox.net> <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> <02806205-6685-41FD-B2D1-415C82FBCF92@yahoo.com> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4HgFff390kz3D5w 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 [0.90 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; 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]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-ThisMailContainsUnwantedMimeParts: N To make a clean start on this thread I've turned on the UART for bootcode.bin per Mark's instructions and done a few boot attempts with the USB2 and USB3 mechanical disks, singly and in unison. The bootlogs are in http://www.zefox.net/~fbsd/rpi2/bootproblems/ An immediate curiosity is that on the first try, booting with the USB3 device alone worked. I didn't record that output, unfortunately. The second attempt failed, as expected, and is recorded in bootlog-fail. The third attempt booted both USB2 and USB3 disks together, recorded in bootlog.success. I'm trying to build u-boot-rpi2 and will try to update the USB3 disk with it once complete. The actual boot sequence using bootcode.bin is still a bit hazy: Is it microSD/dos -> USB/dos ->USB/freebsd ? Thanks for reading! bob prohaska From nobody Thu Oct 28 22:21:55 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 282D718307E9 for ; Thu, 28 Oct 2021 22:22:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-21.consmr.mail.ne1.yahoo.com (sonic315-21.consmr.mail.ne1.yahoo.com [66.163.190.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 4HgKmX6jzfz4qlj for ; Thu, 28 Oct 2021 22:22:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635459717; bh=C5tzM9BptuIk0iCp4Jc++OwzKotXGTSxLaXeQxbQZtg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=pTsND1Po6ThHyotg3UpaIIGGBMe9n6Vw8xIdphgfJUBN83qRNeLP8QNlT7VteEUMv22zesaBWzV1yGsH6BhabXm4ome3qN08/7yhp6p08disH6gBrYFfa0c9HxALxaSay5Dpg3Aehy7wo2aOiRVghg6zh6AP98vzimR3DoN2S13xFabUSfiTE+P9r7oizObUqykY/BsFRL58z4fBxEI03Av72Z8/oLQPl/Yj6Q1/C+7ujYpy/JU8LCGr5uVz4c1xn6X7AL4x/JqEF34kPnS1UKmLH7w4/3oBBPLGGR5spzK4s5AIeKk4SSaYlmQ//DSphVmUdjaoWHnrPBMnLjXY+w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635459717; bh=11ds2qvmIkVbmurpLRuL2hO6W6K2D1K3zRdRG0VgfUr=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=OHsfcPA+G2EdJHGckvFTdmTC2yhvQrIAKDajf7hbAToY5xfpIoMdk0mQYblyFKz/I5K295aDXqgrICdfAat1Z8rwoW63fxWY5mGgRubjE4WiRD8qdQIZmlhR+PA38r/qrjlWibo64kHgbo6sz8sxO4hLnf4EjKs4pPBReTaHFCPxzZVc064vTk5do3+ipvm5mOA4OYn2eZgExJmZzcFnzPZ67zrNIGZGoh0PJme/4hJe/sEZmrArm2Uj2lzoVvkeNMchotpwgpi1t9wXwM0bQlX3Jkor/+SIffQT5UxLkbuWRDndHXbN53yn5i+ydvDqTR7W4Wc6mWllpW4SIVpLfA== X-YMail-OSG: XJKMtyMVM1ky5CLiTllBLzu8VJeAiQNQBMxi.UJJ33q5zYxno1KWcHtqhgL6P6H hI41SpO8JkTtZR7b2jkPJDdLVobZbAnZaL5YjjkGIAkEocRJyvVsujMcNP7LcTV3s_6cQq6k3N9a hBm.XftP8l7xB6BDqOBiItNDaQgpxgAhSpwOOaG.XoJTJMLzd7c.hiV7_oow11UnndnIIrO2wILQ 2RVAIZZ3hdZYyRNT3qe1EB1NZky0hJ0th3yqlQHUtBIgYFseuxAF07tMtDrZRSR5MIucuqM5vmc6 qtITG8OHD1a9KqsUGDX45WMKWOYXWj_SMZV9NmojYzGVm7HEAknKq3pFdkNsBDoYOeKdpTiJjyGa u9mVBUWPTeKcJ79jwYcfC2ydp_PAHj6qgeoEq82hh6XJvDmkNVWJJdEUUet.FpkkTTRtkgJaE1Hk ALQPQn4jSgKczJDQpYg2kvLJTcdu2KULP4r1HpexvLU2.MsCKHBQv4_v6Rmd0VLD2qEKWnESRI3A pdAjmbaSMjvAb5SCD847SQ7Td5.ZTL3L_CvossCAFnzvmMTUntZVBaCxxnZuKLMRP2FJFHx12R1x y310lF01DRGUQ1pARk.N8rwIhFttezfN3kMTntC4SovCaSIgkcomUUyUcKvaoRvztqMQytaoazwF bFXBeU6m1YFIPYFM3M7NXCh76qyNs6q3Pk5b6Fflhijda8vRTpUm5scMZEJp2FozbcBNg7aeMi8g mI9xtULGm3HQwHp9QtpiwB69xz6LbYOvVyOKw2Ue540cwd0NSi8OTAjTah.qlvUKBVaXBV1ftLXQ qw26Yx20ZwgUEDidwXfWwPdXJECKAtB.t238y4oAFKvW.wnDfh8qNEaqwbmr1IFT_ba9lDLeN3ZN Ffyzo4u1gCn.K3wCnPQA4g9UdMfKqZuvRmHkVZU82CFqTsm.jtBCHqN9KBo4Ajlsut5AVK.7JT_J 8lIAn6tpanRgJzL4rF0Dvg6Vs1U_KExmrTVG1D08DSDnCixHubQjRucWjDe9bz72u05R5Mb5XNL9 _8jRMhtpp2Yfd7FsEaLuI4UZ9BhOvFu9KGFAQ3RybnEArNig9U4J6mcAreHCIliU_PP55M5qZnm7 xq8Dp_skQfnPxadki5ngdEZFIEfy_kzyaEm6QQEb98MBlDgmYbfzGOb9juKzFH5oAJnvuKEEP0cL k2wMJMJI2L54Afxjesa802l1ptQD5GUmRxZrvWpIvc6OCgJLz5do5XbymJd5blIWNHcnKKPVdeje jHeLRplNcxhJOb0nJKRdkLHAnH6UPMD8WUE0VHGPGDzRCCxiNxPb63XTNBehuWLscm4EWn9i8NcZ DsVGk6VU.GUt9xQAgJ4Z3ftkVDIca06XaRLc0jSmxKRY2HrZtsIgFL1nFz.1M997hlzvPqLp4qxY wkyObuggdgn54g85qeDEEwo9qdbGi5n8sDc_PzqU6x06opKIO7a86dYZblPsLkBgcYw72q367eNv oF0GC2vCARcR38Itn8tJNtfKIkI1g73n_Xj.ZI9Ngfor58BIx4S01_ykQGsTgltyMKwmmSCQ4yPx __9BSecPXI6SZWhPFFF5gzbol5YZ1x3_tYtbsWDmW_whoA3yx_Vye3hh0wgqBIkxyWEI_i6cNQU4 PxyDItcqYcfIHMboVw3Nyg_OwrN6Wo16Re3ZytsmlYe9HgA0EvB7sApp9GjQHvjhQCly6e8fUZEi 4Bce6EyMvmkdJYgwudiRFm954GvWdh.SdZe.WMz5NtLAs2_Dq7OOIVikZKcpURs3CFmRuU5ZsHIE d1gcWn5fdEmu7YxhWYv9lS2pb_XC6MJePn7TxCLeCXtGRBdG_ImGIBobCnJ0xLCjLd3ewlDZ_8L1 wjOWAa1DsZfBK_1oaDcJBz6s60xzYDe4lHNKuMLnYxX9.ZlVQsT_4seHsGs4k54ebvQFACOzJQcD 6TvKvf6i3LnJWyT8iyE3y_9bBP4AWTmWqJs1S7awOvYD_dqrpxz_uTgE1N1M6LxsRKHJN_klvHdy WEJTn8Tj.li5E.D5.BcUdorRRqB92mLKLIz20MYlDxx4p8xke43.MpXCr8c0K_t8xAKQy8Of38jP 8mTbPXnAczVS43TiRAB.nWYL6VHjqOLZnPD577MNjlNjWN5YlhYCISDUv8K9OTRU6ZxlMPD1qKJZ a8hNM5ueGtCOvViYXCyH9MLXD1_P3TErDmUwfMBkZyw4uFTzRBIJwKrvxU55j2zo4AJeptO93A9_ 1Izp86n6IZqGPJcgn6sHhWkosXB5XzRl7qOVUCGAKrZOUNg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.ne1.yahoo.com with HTTP; Thu, 28 Oct 2021 22:21:57 +0000 Received: by kubenode540.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 7634d3b9d11bfcbc3538e4cbe38a1cae; Thu, 28 Oct 2021 22:21:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method In-Reply-To: <20211028191635.GA19540@www.zefox.net> Date: Thu, 28 Oct 2021 15:21:55 -0700 Cc: Free BSD , freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <7AC0733A-3FC9-4FA6-A6D7-0689A8ACB4CA@yahoo.com> References: <20211025034332.GA8398@www.zefox.net> <20211027162852.GA16010@www.zefox.net> <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> <02806205-6685-41FD-B2D1-415C82FBCF92@yahoo.com> <20211028191635.GA19540@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4HgKmX6jzfz4qlj X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Oct-28, at 12:16, bob prohaska wrote: > To make a clean start on this thread I've turned on the UART > for bootcode.bin per Mark's instructions and done a few boot > attempts with the USB2 and USB3 mechanical disks, singly and > in unison. >=20 > The bootlogs are in > http://www.zefox.net/~fbsd/rpi2/bootproblems/ >=20 > An immediate curiosity is that on the first try, booting > with the USB3 device alone worked. I didn't record that > output, unfortunately. Hmm. Too bad. > The second attempt failed, as expected, > and is recorded in bootlog-fail. The third attempt booted both > USB2 and USB3 disks together, recorded in bootlog.success. The two logs do not have the same set of dtdebug messages for loading bcm2709-rpi-2-b.dtb . This is long before u-boot.bin is loaded and so is during the RPi* firmware time frame not u_Boot or FreeBSD;s loader or FreeBSD's kernel or FreeBSD's world. =46rom this I infer that there are two different msdosfs's wtith differing content on the 2 drives and when both drives are in place . You have not reported on the following for either drive's msdosfs : # strings ???/start.elf | grep "VC_BUILD_" Another thing of interest would be something like (both msdosfs mounts): # diff -rq ... ... in order to see what files have distinctions on the two media. A diff of the two config.txt files would be relevant (no -q involvement). > I'm trying to build u-boot-rpi2 and will try to update the USB3 > disk with it once complete.=20 >=20 > The actual boot sequence using bootcode.bin is still a bit hazy: > Is it microSD/dos -> USB/dos ->USB/freebsd ?=20 >=20 Based on the log file for success the ordering is bootcode.bin from the microsd card config.txt (also re-read multiple times later, not listed) start.elf fixup.dat bcm2709-rpi-2-b.dtb overlays/mmc.dtbo cmdline.txt (if it exists) u-boot.bin efi/boot/bootarm.efi efi/freebsd/loader.env /boot/defaults/loader.conf /boot/device.hints /boot/loader.conf /boot/loader.conf.local /boot/boot/kernel /boot/kernel/fi.lemon.ko /boot/kernel/umodem.ko FreeBSD world However the failing one has the following involved (I omit various lines): . . . Loading 'bcm2709-rpi-2-b.dtb' to 0x100 size 0x6879 Unknown dtparam 'pwr_led_gpio' - ignored dterror: no symbols found dtdebug: /__overrides__ node not found Unknown dtparam 'uart0_clkrate' - ignored dtdebug: Opened overlay file 'overlays/mmc.dtbo' brfs: File read: /mfs/sd/overlays/mmc.dtbo dterror: not a valid FDT - err -9 . . . That seqeunce makes no mention of: "using platform 'bcm2835'" and the like. An example is: "found override pwr_led_gpio". Again, all this looks like tehre are two msdosfs involved and the two are not the same by content. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Thu Oct 28 23:53:29 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 193F118363C3 for ; Thu, 28 Oct 2021 23:53:42 +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 4HgMpD6Zjlz3p6b for ; Thu, 28 Oct 2021 23:53:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635465214; bh=FDfXuE8A4EsKOgolKABu1P/erUpNVODCwBunoAd13h4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=kjz+dTFFrGP4MjqfV72I/noEeWt6wp664uYg05ClrOTm5qPF968lByC4C0F4oiYYSLN8EmJefZqNaqgj6Iue+rehwB4wMdDjdX1Vb+xlO5xJS1WQPT4XgWSw+vPzZ/UbYfRiGj8s93bO+vh38AttEBxoPJqJ/7depDZw13M7Y6tsbo+hSeZoaaSM4/Yf/CrzT22/nyCl0XFdz4At3oYfrmrITZynOFB44Jf6KNfajNKr4gkW9EgxhyDNlNLicDU32BPD96TZXolRWQJoraNpk9DdDO5vz4zOVoCEnv/ZqXzcWUn06OwUFm68Jwzwq2V0bA0KyxWagYKOPOTxmG5CWQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635465214; bh=XmZuZjBIh0X/o5rcAZrl1KBRsQTkTxL7liFZY0HyfsK=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=nXVhBRai/ZtfQInQfOJXfGiDga73owJFDs+km2ZI+bPmt1tVu4i8H6sSwe2lUqy8tzzcNYYGfhaTsu/WSaenzEq2oVCDnC8966RI8J6xyXvDMTvE2iUf9iU2ya/MvGdjS8UCqhHoq1n6AiVs2cEhkh41DZxxv2c7e2HyISaS5grhnbi6+CEQmHYtxpLumOv2P7czjh3+RJlPa+hrjQWjoubErGsEBFxicoKdqK2cumVBRBhl+UDSn4wAzOQA99xfxmUZmrhM9pjSZi1BNZFbSrOtB2CqjnhONg/3whxkTbOjJ1SdkUOmbaxB7i9woREu+TNl+hZiUoTo7d9dze2FEg== X-YMail-OSG: Z.EtKO0VM1lo5F5uduXOP68W_O79.jldVLyzN4y6_5C_UMKeTlqvKDNhcTI4JiH y9p.d4D4IC_NO_yX1J6EGS3_Nu2U126icuC9TVpCbwfYdPX4_z1IzJO5PAyI6e.5LLfWYMSj6Rtx kR1g3V48ZLLIEme50eyOv5u9m2idn5JxLjjEacUxMFb6QDisyUz1tzTRnKxxWVbjNp6WIOFOghlm rZ0UlfCQnbGXDVcHeqbdYeRXJQjSrXDjf8dCviaVuWtgrZqynU273bgQXcCW4sJNvEDUfqsKXA6l JszB9g3WcpuZenNPF94eOdoY15WCNBi4F9_aVXfBKKJK9c3qvvC2KbrBVBzIOX5C9.cIFGhl2H8R TNdTLKaMjr.U_rag7KmocAUcR_GYuGSwqQFMl._Ia3QdhWghAyodMXKypHhnElzqEWnk73hEAlCH ouHwSXkQJNfeiWB_BLbyPm6aaFNT_qJbMpQn.aVvYKiDZ5HbiEN63_fbZfPWNKIkxpblgBNqT8hY Fe5RyzJr26z1tCFzqQDGs7bCXbCyHBQZexM_PNHkG2W1h1qURkEDobyk_NBjumi7Wox6Y9sKETkd EH_tos.JbqEi60c7ziAZGrr_vC8C8.DjcrxJjhOkUQLoaYrHQ24UzD2ZkVF4ygt4k6Bji2mbUzzr ZKBapdpwsZrreWSM7U6iW7hqAt1bKgr64xcvgd6onTMRb3.8m061jKIH7RaMjhUcUm1vxcwI3OiG RD6afm9I.sXhEs0Lip8YWbKiUAXS.iDHHsfVxuY4wD1gt0rusQej7iLSN46tl6793CJ_2kEuAd29 riN49DfJ.4q3SwUNYzjuLZmMEqdIrCIfy6h536BFSjE2Vqk.Jn25oyhFcM6W8eiICTMPEV0HEFvw aqt8kHQTtwOuxZoRW2uItrhX9wuiEm.QNV73nqjyGNjwCLDPzJzMrijq7saFJHJIy2uV8w5hi29K _OzkwAIQDHkm6nQKsPIiHyNkldhrrix3D4oaWDGqNQyYVcQ4kbyxZugHb3hNzCxf5APE95aKlDnr vE4dJZeR70L1i58.zqTfnX_u9YyltOlSMCPwsRuv5pQte9eLQRj2MkiBD4qLbolwfXr4MselQrz1 nuOhGa2_GE8psvP0xMR02x7Geiazj_NEp68a_W5OXjYBmtsZEdzAYm7T.ibbErS1YGYauKiiHHMW Q8PDO5SoezPp4bXmeFhvU1ZG61zlVRt1jabxXePDJSWZHCZqqGVsV27tcVwK_Qgj0RLN_5uImPDG Cj5zrjSQ9YyguaoMvSIefCuwTr0IxqTJKKSLT42qMPG6roHmJcXGYe5lStGxbyaSF4uZAtfzH7K1 YQCGzbLsiJMnjfBZ0_2dNB22w8FHHlRhzk_qPHuXcdg1pS.TP28f7H2n0xe7ph4kdNsXXaj7rmuj YZLKaik7fYQ6Jl4CJxx7yvKN84pbDmEkHDvlfS6hUkPPaj_tb4ML7ncAp1BKkcvgVdFepAeiSUFi TZAzMhvH6InY1SWzUeZDNZz51rmDe5ZKHOjEjgZXGCXLdAAyJ9tZHaewigu7TH_udKad7MNcSBJm WnmLh0bspdCLPvTOxXNXOmRpwreY7SrA7o9EZT3mqxKLSc5yoOytjNLKGhVcwYlFOJlP8WaxNEPs fGMy8.dkLtXk5BJGKxLa6tLb8Q9mKPrexFlk1kN6.DPW_IypX9RkkYTRg2urb5FEbbW4RNcNxeq1 Gi3JSPROn6QlcYWmTHgB1lpqDKvAtBHRxpPmgcvHQVPfffD9pTaVkUxvqjly1EbrQJPcMQzNB6qy X.bxSFhFJe7Tk0sYpgTZaCBEm0s1cXN9CtZp582BGgpEFszH4bWmx1gtzHWoKJDveHsbDb6qsIWY MqaNbRdqVocMYOiLEzVU6aN3N1mBgv7jOMIuFP59ARcw7LyEH5FjTaGUEp24vtwYMMXegnGKmZOX QNxt7ZwK26RhJNHwZ0L8gdCi.YtXesK4k_tNO.amU3oFX.GTcjgPmT1MY8wsvrPAF7Ae4yVeJlvD MLK7iJX1h5Ycw8QmbhYRXiBP1b6qFuQiwPclOOtTThFZ.uwxJgz8rMvlA4k6.c3jyqzP_Bx6RwNN uIleSWnBi4XVN4eL1067dafDLqrMpA5GgDeC_M8vD.r1VR36rHl0cZ4lPFH9KIXlpAk8wdEXnfhI 97F0vPP5KE7VToqVrjCj9fE23Dkpyde847vNB8K3LL81QMpfjsSkWliXF9I7JAszyNVFsODJnOsx ui.2drW2D59wcL4B5xOHkzdrkkMBoUff9q9Af48MYksCm1IeCFAREIIxIlpElFidVlgBHo75_0Oj 22azS.Jx2kfB7Y5Byoi_mbA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.ne1.yahoo.com with HTTP; Thu, 28 Oct 2021 23:53:34 +0000 Received: by kubenode550.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a91a703acdce3fccf8a2d4dc1f6729fc; Thu, 28 Oct 2021 23:53:30 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method In-Reply-To: <7AC0733A-3FC9-4FA6-A6D7-0689A8ACB4CA@yahoo.com> Date: Thu, 28 Oct 2021 16:53:29 -0700 Cc: Free BSD , freebsd-ports@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20211025034332.GA8398@www.zefox.net> <20211027162852.GA16010@www.zefox.net> <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> <02806205-6685-41FD-B2D1-415C82FBCF92@yahoo.com> <20211028191635.GA19540@www.zefox.net> <7AC0733A-3FC9-4FA6-A6D7-0689A8ACB4CA@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4HgMpD6Zjlz3p6b X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=kjz+dTFF; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 66.163.188.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.188.148:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[66.163.188.148:from]; NEURAL_HAM_SHORT(-1.00)[-0.996]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Oct-28, at 15:21, Mark Millard wrote: > On 2021-Oct-28, at 12:16, bob prohaska wrote: > >> To make a clean start on this thread I've turned on the UART >> for bootcode.bin per Mark's instructions and done a few boot >> attempts with the USB2 and USB3 mechanical disks, singly and >> in unison. >> >> The bootlogs are in >> http://www.zefox.net/~fbsd/rpi2/bootproblems/ >> >> An immediate curiosity is that on the first try, booting >> with the USB3 device alone worked. I didn't record that >> output, unfortunately. > > Hmm. Too bad. > >> The second attempt failed, as expected, >> and is recorded in bootlog-fail. The third attempt booted both >> USB2 and USB3 disks together, recorded in bootlog.success. > > The two logs do not have the same set of dtdebug messages > for loading bcm2709-rpi-2-b.dtb . This is long before > u-boot.bin is loaded and so is during the RPi* firmware > time frame not u_Boot or FreeBSD;s loader or FreeBSD's kernel > or FreeBSD's world. > > From this I infer that there are two different msdosfs's > wtith differing content on the 2 drives and when both > drives are in place . > > You have not reported on the following for either drive's > msdosfs : > > # strings ???/start.elf | grep "VC_BUILD_" > > Another thing of interest would be something like (both > msdosfs mounts): > > # diff -rq ... ... > > in order to see what files have distinctions on the > two media. A diff of the two config.txt files would be > relevant (no -q involvement). > > >> I'm trying to build u-boot-rpi2 and will try to update the USB3 >> disk with it once complete. >> >> The actual boot sequence using bootcode.bin is still a bit hazy: >> Is it microSD/dos -> USB/dos ->USB/freebsd ? >> > > Based on the log file for success the ordering is > > bootcode.bin from the microsd card > config.txt (also re-read multiple times later, not listed) > start.elf > fixup.dat > bcm2709-rpi-2-b.dtb > overlays/mmc.dtbo > cmdline.txt (if it exists) > u-boot.bin > efi/boot/bootarm.efi > efi/freebsd/loader.env > /boot/defaults/loader.conf > /boot/device.hints > /boot/loader.conf > /boot/loader.conf.local > /boot/boot/kernel > /boot/kernel/fi.lemon.ko > /boot/kernel/umodem.ko > FreeBSD world > > > However the failing one has the following involved > (I omit various lines): > > . . . > Loading 'bcm2709-rpi-2-b.dtb' to 0x100 size 0x6879 > Unknown dtparam 'pwr_led_gpio' - ignored > dterror: no symbols found > dtdebug: /__overrides__ node not found > Unknown dtparam 'uart0_clkrate' - ignored > dtdebug: Opened overlay file 'overlays/mmc.dtbo' > brfs: File read: /mfs/sd/overlays/mmc.dtbo > dterror: not a valid FDT - err -9 > . . . > > That seqeunce makes no mention of: "using platform 'bcm2835'" > and the like. An example is: "found override pwr_led_gpio". > > Again, all this looks like tehre are two msdosfs involved and > the two are not the same by content. > Another possibility is that you have more in the microsd card's msdosfs than just bootcode.bin so that that microsd card might be the source of alternative files. (That makes up to 3 media that might be sources of files.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Fri Oct 29 04:32:14 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E54871839C6D for ; Fri, 29 Oct 2021 04:32:33 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HgV010v0Rz4RlF for ; Fri, 29 Oct 2021 04:32:33 +0000 (UTC) (envelope-from kamalpr@gmail.com) Received: by mail-wm1-x333.google.com with SMTP id g191-20020a1c9dc8000000b0032fbf912885so2720689wme.4 for ; Thu, 28 Oct 2021 21:32:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:reply-to:from:date:message-id:subject:to; bh=Nibwy54oxt8UUtkt+9fVOG+A0WV8bitDTwPBJW28Xus=; b=fMniYozJXvGD8S4eChPz6lXvufCli4Yk828Rk+RV2Pj5R/WmiaHZQLd/kIYBnyRPO4 UlKOMKUdL7DCG2HqjLXwkhcmIWWzxhaR7b9lvEuoLIhab84KvLA6Igv8AN7LM/2EuuFj b2gj/+e0efW7VSWitbaHBzBSNHBV/3aIHizqCWFQLNmqZCTdncUNFFJjDPxbNY6FmUUe b99TR0TnxNFJtV2n/k3zKM4z244l3Ww3vRuCZ1YNY/XKtCh3sWXyw0DNVUqRu/CYRuPU yBYK4Fvi6071gmGMsJQy9H5QLFnjYaiXII2uDUV3AOqmVTx8slBbvg7F2PU8EgOM80Ot dKjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:reply-to:from:date:message-id :subject:to; bh=Nibwy54oxt8UUtkt+9fVOG+A0WV8bitDTwPBJW28Xus=; b=AY2X0HXl4QjzbVVOOdZp4BldVlTm5ZcQktilE6sRXdoE/ejA6jTYvRDtisKp/AjoZ/ 9OF/1RBmEHhXD5AniURZ/63vcElm5f3NE5kr+rh4gy/xoK1YRR9Qyw8giVTxc/N290a9 9dsrRtngn0kvXRjaQjn0HuU/3YWhfeO/yv9JM45NAlK2aHxIwciTMZd+3lNutTjwYwTd rhj18sE1Lqf2qO3AVdOC7AQR0upF29QhRmkColgrJ2zrPh8vM0TN4et5wFgB0zJIlVpk 6wJpmnPQZe39zbleGh68PnR1OjkbFidao1gJRxwFVV5Ua1Hop/37YXKQKvQu0QJkGTah 0m1g== X-Gm-Message-State: AOAM533c+zq9Q8AyRlBRrjHYuhIH7b3WdiQxyRmBvb4ub725Wo2xXlF3 pGr2P3pvwUXMyap/1QLCA9QnRSXDzR3SGYfoxRc/EVSDSg== X-Google-Smtp-Source: ABdhPJwhLL4pie/Pdcgsuld6/YUuhT9KT+2dWl9uu6UXYKKwAPRPEqc56+RGe3i7yCXd3g/dqVqao9fwYCFDkwGr7Kg= X-Received: by 2002:a1c:f615:: with SMTP id w21mr8752345wmc.16.1635481945571; Thu, 28 Oct 2021 21:32:25 -0700 (PDT) List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Reply-To: kamalpr@gmail.com From: "Kamal R. Prasad" Date: Fri, 29 Oct 2021 10:02:14 +0530 Message-ID: Subject: bug in mmc driver To: freebsd-arm Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4HgV010v0Rz4RlF X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=fMniYozJ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of kamalpr@gmail.com designates 2a00:1450:4864:20::333 as permitted sender) smtp.mailfrom=kamalpr@gmail.com X-Spamd-Result: default: False [-0.26 / 15.00]; HAS_REPLYTO(0.00)[kamalpr@gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.88)[-0.884]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_LONG(0.62)[0.620]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::333:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N hello, if i run a stress test on a freebsd system booted from a micron mmc device, and run a script which in a loop opens the same mmc device in read-only mode, it causes a problem in acquiring the bus and panics the box. both the stress test and a script to open the mmc device in read only mode are in user space and so kernel should not have panic'ed. Pl see stack trace from our freebsd derived os. thanks -kamal -------------- panic: mmc: host bridge didn't serialize us. cpuid = 2 time = 1635445326 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc = 0xffff00000032d114 lr = 0xffff0000000757cc sp = 0xffff00006a09b590 fp = 0xffff00006a09b790 db_trace_self_wrapper() at kdb_backtrace+0x38 pc = 0xffff0000000757cc lr = 0xffff000000200d04 sp = 0xffff00006a09b7a0 fp = 0xffff00006a09b850 kdb_backtrace() at vpanic+0x18c pc = 0xffff000000200d04 lr = 0xffff0000001baf6c sp = 0xffff00006a09b860 fp = 0xffff00006a09b8b0 vpanic() at panic+0x44 pc = 0xffff0000001baf6c lr = 0xffff0000001bad24 sp = 0xffff00006a09b8c0 fp = 0xffff00006a09b970 panic() at mmc_acquire_bus+0x524 pc = 0xffff0000001bad24 lr = 0xffff00000008ad1c sp = 0xffff00006a09b980 fp = 0xffff00006a09b9c0 mmc_acquire_bus() at mmcsd_task+0x184 pc = 0xffff00000008ad1c lr = 0xffff000000092f54 sp = 0xffff00006a09b9d0 fp = 0xffff00006a09baf0 mmcsd_task() at fork_exit+0xb4 pc = 0xffff000000092f54 lr = 0xffff000000182460 sp = 0xffff00006a09bb00 fp = 0xffff00006a09bb60 fork_exit() at fork_trampoline+0x10 pc = 0xffff000000182460 lr = 0xffff000000349b6c sp = 0xffff00006a09bb70 fp = 0x0000000000000000 KDB: Current process: mmcsd0: mmc/sd card KDB: enter: kdb_dbbe 0xffff000001094088, kdb_active 0 KDB: enter: panic ###Entering boot mastership relinquish phase [ thread pid 35 tid 100092 ] Stopped at 0 db> From nobody Fri Oct 29 18:24:30 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 62873181DD67; Fri, 29 Oct 2021 18:24:32 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HgrS00KkZz3DxQ; Fri, 29 Oct 2021 18:24:31 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 19TIOUjG022503 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 29 Oct 2021 11:24:31 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 19TIOU57022502; Fri, 29 Oct 2021 11:24:30 -0700 (PDT) (envelope-from fbsd) Date: Fri, 29 Oct 2021 11:24:30 -0700 From: bob prohaska To: Mark Millard Cc: Free BSD , freebsd-ports@freebsd.org Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method Message-ID: <20211029182430.GA22414@www.zefox.net> References: <20211025034332.GA8398@www.zefox.net> <20211027162852.GA16010@www.zefox.net> <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> <02806205-6685-41FD-B2D1-415C82FBCF92@yahoo.com> <20211028191635.GA19540@www.zefox.net> <7AC0733A-3FC9-4FA6-A6D7-0689A8ACB4CA@yahoo.com> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4HgrS00KkZz3DxQ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N I should have stated earlier that the FreeBSD system on the USB3 disk orginated from FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img using dd and then repartitioning to add a swap and separate /usr partition. On Thu, Oct 28, 2021 at 04:53:29PM -0700, Mark Millard wrote: > On 2021-Oct-28, at 15:21, Mark Millard wrote: > > > On 2021-Oct-28, at 12:16, bob prohaska wrote: > > > >> To make a clean start on this thread I've turned on the UART > >> for bootcode.bin per Mark's instructions and done a few boot > >> attempts with the USB2 and USB3 mechanical disks, singly and > >> in unison. > >> > >> The bootlogs are in > >> http://www.zefox.net/~fbsd/rpi2/bootproblems/ > >> > >> An immediate curiosity is that on the first try, booting > >> with the USB3 device alone worked. I didn't record that > >> output, unfortunately. > > > > Hmm. Too bad. > > Indeed! I thought maybe the failure was fixed by turning on the UART... > >> The second attempt failed, as expected, > >> and is recorded in bootlog-fail. The third attempt booted both > >> USB2 and USB3 disks together, recorded in bootlog.success. > > > > The two logs do not have the same set of dtdebug messages > > for loading bcm2709-rpi-2-b.dtb . This is long before > > u-boot.bin is loaded and so is during the RPi* firmware > > time frame not u_Boot or FreeBSD;s loader or FreeBSD's kernel > > or FreeBSD's world. > > > > From this I infer that there are two different msdosfs's > > wtith differing content on the 2 drives and when both > > drives are in place . > > That's correct. Actually there are three, counting the microSD. > > You have not reported on the following for either drive's > > msdosfs : > > > > # strings ???/start.elf | grep "VC_BUILD_" > > The are different. On the USB3 disk, which I want to boot, I get bob@www:/boot/msdos % strings start.elf | grep "VC_BUILD_" VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 12:12:09 VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Feb 25 2021 VC_BUILD_ID_BRANCH: bcm2711_2 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) On the USB2 disk, which seems to be needed for booting, I get oot@www:/mnt # strings start.elf | grep "VC_BUILD_" VC_BUILD_ID_USER: dom VC_BUILD_ID_TIME: 16:43:13 VC_BUILD_ID_BRANCH: master VC_BUILD_ID_VARIANT: start VC_BUILD_ID_TIME: Nov 19 2019 VC_BUILD_ID_HOSTNAME: buildbot VC_BUILD_ID_PLATFORM: raspberrypi_linux VC_BUILD_ID_VERSION: 2354eac70a98807e06bed2149bc0c5613e751c15 (clean) > > Another thing of interest would be something like (both > > msdosfs mounts): > > > > # diff -rq ... ... > > > > in order to see what files have distinctions on the > > two media. A diff of the two config.txt files would be > > relevant (no -q involvement). > > > > On the USB3 disk config.txt contains bob@www:/boot/msdos % more config.txt init_uart_clock=3000000 enable_uart=1 kernel=u-boot.bin kernel7=u-boot.bin dtoverlay=mmc enable_uart=1 uart_2ndstage=1 dtdebug=1 On the USB2 disk config.txt contains root@www:/mnt # more config.txt init_uart_clock=3000000 enable_uart=1 kernel=u-boot.bin kernel7=u-boot.bin dtoverlay=mmc > >> I'm trying to build u-boot-rpi2 and will try to update the USB3 > >> disk with it once complete. Still working on that part 8-) > >> > >> The actual boot sequence using bootcode.bin is still a bit hazy: > >> Is it microSD/dos -> USB/dos ->USB/freebsd ? > >> > > > > Based on the log file for success the ordering is > > > > bootcode.bin from the microsd card So bootcode.bin runs from the microSD, but config.txt and all else is picked up from whichever USB disk is recognized first? > > config.txt (also re-read multiple times later, not listed) > > start.elf > > fixup.dat > > bcm2709-rpi-2-b.dtb > > overlays/mmc.dtbo > > cmdline.txt (if it exists) > > u-boot.bin > > efi/boot/bootarm.efi > > efi/freebsd/loader.env > > /boot/defaults/loader.conf > > /boot/device.hints > > /boot/loader.conf > > /boot/loader.conf.local > > /boot/boot/kernel > > /boot/kernel/fi.lemon.ko > > /boot/kernel/umodem.ko > > FreeBSD world > > > > > > However the failing one has the following involved > > (I omit various lines): > > > > . . . > > Loading 'bcm2709-rpi-2-b.dtb' to 0x100 size 0x6879 > > Unknown dtparam 'pwr_led_gpio' - ignored > > dterror: no symbols found > > dtdebug: /__overrides__ node not found > > Unknown dtparam 'uart0_clkrate' - ignored > > dtdebug: Opened overlay file 'overlays/mmc.dtbo' > > brfs: File read: /mfs/sd/overlays/mmc.dtbo > > dterror: not a valid FDT - err -9 > > . . . > > > > That seqeunce makes no mention of: "using platform 'bcm2835'" > > and the like. An example is: "found override pwr_led_gpio". > > > > Again, all this looks like tehre are two msdosfs involved and > > the two are not the same by content. > > > > Another possibility is that you have more in the microsd card's > msdosfs than just bootcode.bin so that that microsd card might > be the source of alternative files. (That makes up to 3 media > that might be sources of files.) That's correct. The microSD's msdos partition contains -rwxr-xr-x 1 root wheel 52456 Oct 28 02:12 bootcode.bin -rwxr-xr-x 1 root wheel 52456 Oct 22 16:00 bootcode.bin-e -rwxr-xr-x 1 root wheel 52304 Nov 22 2019 bootcode.old -rwxr-xr-x 1 root wheel 0 Jan 16 2021 timeout drwxr-xr-x 1 root wheel 4096 Jan 16 2021 unused I'm expecting that only bootcode.bin and timeout are involved. Thanks for looking! bob prohaska From nobody Fri Oct 29 18:34:48 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 2903E1825176 for ; Fri, 29 Oct 2021 18:34:57 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2p.ore.mailhop.org (outbound2p.ore.mailhop.org [54.187.218.212]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hgrh06NGMz3Kd7 for ; Fri, 29 Oct 2021 18:34:56 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1635532490; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=PlEkrNLyuUiDJJC9TrJzwDxVh3CyWBcgtPbCo/pVNQDT7CtBR1sMIca+JEJm45Jixu0tPXXc/gX2Z lt+n4Yc4x8TBn7hKQJvoWGc/aAXNKPf9WeL/ntgRKYCY4Nv0Wjj83U/PO9xLAzLKzsWxPSW/V9vlpR 3aAA2BO/bZz8ZWwACUztx+HLitTNlgm4453PkDCihnTSE/yzob0WuOaKx0U6ePU+5KE4UT6JTOGOyJ NFYbqWjcQzB7Lt3VxxvjWwJiZQcyodjo6X6LZBfj2RtXFi2UEnrziXa3a3XmjRQUH+hkKNOI5Jxgdg 1OJvAZRgElzmcVb56/1n6spsHxPRl9w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=0kz/aYNujE3UZY4ljyh0S5+leB3ubP1KYbTGobEVrFs=; b=cHmApPhpRHxFwga0fSdF9HZfzH0uPguGjo/FinH+zbViRdhjqo9ou6rpnNWfVHjihuWXCpmRPueYk VktO61vqyIh+kl9W8xqdQUj+0he6dl2nbxvLfhU6+w+Tv42lNEZbb+mUWsgsKl6MxzFV9f2cT3e3hm AAf78rnfeh759MKBn2RRcX1Wow3K35PFV13fyVSkRFEWeD2c1isih8JvIrY2SIAYwGOPggzMY0HIME +6rKf8XKzU/lgKp9D2yUAwrn8kFfg1ZhsJtESVwUH5sWkEx9QZebzPpo3mZlpCghXW7HKKvhFIgAVg QOprEi0/cCoex0Db2A/NSJhVSpmhj8w== ARC-Authentication-Results: i=1; outbound4.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=24.8.225.114; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=0kz/aYNujE3UZY4ljyh0S5+leB3ubP1KYbTGobEVrFs=; b=pXVeEoR4vqsci1PFChmmNjMElXvTkVMA7GXVUhBwsDUAhDmkFMCxvyqi3ZhQoJ7+hoSRrKjPRzRcB yg1FCwtVGB4US5h2u9ZF/ktFhBhqfekmgN6gFJddaG7rWb6lnxrrL0dz2lDATnmabBNhn1PhwuBA39 2hT+XxGTFailaSu4CjTRgf3YbRH0ptpVb4M6lPOfZN2d3f3QEtQ/gWVab64LVhiMHwTltdGSujZzXp OiTXXvf4USylj0suvjPml2PqRjRilPlMtY51YxdY1b5HT+2xHSuggWkoKROym65Ncv2D1hQDec4G0S F3aJxUJD2HZHWyqISOZD+qu+ldRXuWg== X-Originating-IP: 24.8.225.114 X-MHO-RoutePath: aGlwcGll X-MHO-User: e5b761c2-38e6-11ec-a67c-89389772cfc7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-24-8-225-114.hsd1.co.comcast.net [24.8.225.114]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id e5b761c2-38e6-11ec-a67c-89389772cfc7; Fri, 29 Oct 2021 18:34:49 +0000 (UTC) Received: from [172.22.42.84] (rev2.hippie.lan [172.22.42.84]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 19TIYmUM014800; Fri, 29 Oct 2021 12:34:48 -0600 (MDT) (envelope-from ian@freebsd.org) X-Authentication-Warning: paranoia.hippie.lan: Host rev2.hippie.lan [172.22.42.84] claimed to be [172.22.42.84] Message-ID: <22fb38d9b6cda8baec08713159bb65afcc8cd418.camel@freebsd.org> Subject: Re: bug in mmc driver From: Ian Lepore To: kamalpr@gmail.com, freebsd-arm Date: Fri, 29 Oct 2021 12:34:48 -0600 In-Reply-To: References: Content-Type: text/plain; charset="ASCII" User-Agent: Evolution 3.40.3 FreeBSD GNOME Team List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Hgrh06NGMz3Kd7 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, 2021-10-29 at 10:02 +0530, Kamal R. Prasad wrote: > hello, > > if i run a stress test on a freebsd system booted from a micron mmc > device, and run a script which in a loop opens the same mmc device in > read-only mode, it causes a problem in acquiring the bus and panics > the box. both the stress test and a script to open the mmc device in > read only mode are in user space and so kernel should not have > panic'ed. Pl see stack trace from our freebsd derived os. > > thanks > -kamal > -------------- > > panic: mmc: host bridge didn't serialize us. > > [...] > This indicates a problem in the low-level mmc/sd controller ("host bridge") driver. You didn't say anything about what hardware is in use; I have no idea what driver to look at. -- Ian From nobody Fri Oct 29 22:10:46 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7648F183A468 for ; Fri, 29 Oct 2021 22:11:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HgxTN1FV2z3Hvy for ; Fri, 29 Oct 2021 22:11:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635545455; bh=8JBMhqnrMyhdcyX9KhBvAcIhYV5mQJFuDT4MBgsnjOI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=oYmjbuOkMt63IPdQA25zRUca6TteVEYyxi9PA8edQJS93ggizVUec/Q4CrKUQ2iQMk2xsd2HzhLJ3BD3RoUaXPth78mrbo1mE68QxMu32txAzxMhgwcyjwyWzxQBqFFPu0tU+ta2m0ApJ83pXlz2861ZQDMaJme8lCgLJIxyE+FsNLYU5lNmVAND5lmQrrGCheD/hqy5dn6hIPbyMLP2uQeevbMLUy3wv6PyGUG+buvdI4DHugAV1jRfR7pJz318g/0uJi5sYzDrIs4utHjQByAb2vXmFM/S7cHuZmliJG7qcPUPoDMX5PvPEJLYs44rlm3JaXMapj7A8VlDotMCjA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635545455; bh=FJ6LUofWFUxbhiKz03JwE41OVETEtDGVvwo2f2Ww42i=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=ACi901V7AgLCwNXKVoqLot4n4vH1pSAIIomgY134YFm3wAE2m0s+GyMh/8YKYk5kAqfU8xbrVqKn8AIn6PWC37XZ/idoCXFuwB+/RRuwyLZIvfDvVaoIiO12JTRPke7iAoyAg295OZaRvDLcljuRCYadVZOLR1iTW9UmY6ZT5c3+HVzBCKnTAQM3/91uH4XIPhw+tDeo9R9BpXhQbZ7Pk4Ld2fCCwJe75MUgHs9f88I+Oj2HjIkzKT3ov1QNjP1ykx/gWb5hYhNNPh3goe610blYw3j9oCNBKyZ0MOLD7kIhus3zXhhhl8yWVTCrAb4JXhhSxgnWrZFN5l7Hsh6+rg== X-YMail-OSG: 4NQhUFQVM1mE.uWkidzE2p9gx68njUvAvlJYp9kUqcHQKTRz2HwGqaM.qgUDsqA F.QBmfTN4cMqw08t3m8d41qtuEn6xJ.xlfH_x.XsQGi2LeZzoEC6uY1qaGu.74AdSAF1jUYjxGmT HU.bMCjKTvy0HLqkod3Em0cImxNasX4i90sVScElgzcPcdr2ccm01e1ScB5WBM1AicCCLeOQOQja Btw7JfCQd860R5PvJiAZhNssgrvluEsfmJO1dWkX1WqkQY5b8Dj6ZsKtSJfyHq5wIHPo3fPWc733 JqTU47sgIy46SB2nhfZci2WF75ZC1i5eWnB6iYB20f.g7W0wU3QPBmNn2Z_DMQKEr5e8YJAKeTyB sskAZOFp0j3cVV2sNFuuKpw4cyx.wOWczJfcOejdkl7z.l.VRD5SP2tKe_63Shzc6IKGY7yBcoRu .pM1ilh2GaDPCXFFeb5lqPBQPBUK34y_TWTBMuVlf98bkcDAhMaeJut50mqLk48FlAMKP5pWC2Dt jfP3ok06IgilYcoGIe_BjtOH51mjUbZfleIcPjwRKMy.NQS1ZYMYlZG8eqFcxX_ltlgN8_UmerB8 0HUhrCb5Cn2A8E9jUXmbAv_Yaq4QOtZGnu4b2lRLmUUC1ExdDanIomDz8lE58Y.q543ZRlkUW6D7 XfCeqhpwBk8Eni4Whgul.2M4AI9W8bU_GQgpWHWm_rk1vetlQ_vyJMgndUJofsNCZLHdlaxgQqSS F5UrL3G0OvKMTwqNLT98LfC7heb5TehJcSgtpwEy0n6YKBeLBC3J.Xfhn3YphCFib58XXd5anraC 64sFgfKX4RfRVW9ieJ9gEsHywRF70xvNl5qNW9nnzR6vasFrb.QpdiexxUyies961jiUTbqcjD08 Id5ETs.CdtR_hK4mBoHBFDzZvUDEGl0bmqtvw4n6SZcD5eALtEPHTfwtLSc4KfRldbRatTjBR1e6 QTtAdfiKg2O9gwDR2mpOOMsK1TV8bx0BSsrCt.4JSL7xsDSulCvk5O4.i1b4V8XSyzHPXrMM3mF8 _78md9NpptAQHFq_FBtBu8LqR_ii0ZH6myBe8iHBk5yQdpxOEreuZaaYEYXjXmu1qyMOHhTnnXmf yyf9ns7sBEp1LGWgFuSUUs07fJ23xttgbAIn7SBaRFpQZyTXMP78Kuglpc35IfWgImw0rdnqr8l. lAcl9.t7j15TT_X1g35zCqpsRfgsX0bE8VSipiiteOwgNERaGvWayGXhlKVrx8iFGVhhk.Q45b0_ CuKcWnny_Rnf27VrPE_rP0yqTPoWnD0sZ_YNQAi77h86QTdjjlBQxCa7_MItTRDocPXMRtE9hg26 Tjoqsr.qs5j6FwIntoZm9sn9ovYs96U7UBPDW7G0vdC.RPP.iABvE6Qf.rUdKjY8kPDM5NOyl9V1 RRsonHiN8lvLyHXm3WtjJMWHeul5uy1Z2UYozCXus4QrN3erzEjNCuvUxinR3x7Q3VOeK2c5CuZK rt7wmozJ5rsPJP6av5esbkXYQdiA8bITIKNcRx2Hqc8uajqhPBiBk2F33qvhYhv.dp4F.1E53usd pao1vI9Wso5ikKqk1xpnTJ1fUOODOx69MpNtiwXMorxD3vX_80gwxT8aKr0CW13gEcsmLrZZ_6V6 DjZz4OnmypqXLO3lCT6CI70f9kh7EABoDzy.PMPlNfDEUe74vL0tOd7cKytyjd8WMp1XwYK3clNp nDPQT1LZk.UpDwBZjBBNsT4QgUiE8EiHbUJrUxFH8rb24Kf_XS5cEv0l0L52LENIkEwhSJmHG5uP nAA7LzH_6cPpgckaB_DbvnZpLOnUbDYs.j8CRo2kDDYRIQDQWujugwvyQ4PupHi.uo0b2zq_4YWy TpS0h4xoFcOqY1vQpQ2R3EdTy9JaVnSSG2FseoVQ4xpHPLO911KBno9lysrUjbcegrpkuAdKZgm5 h_gDrHjVzIU8OtGinzkMLGjqViY8wkMNmr_oX5MerSxjzUrrHhEaXn_LymoyZi4q4GW8CU6LdaqN UQP475zHs.RAVk20II1TPPWDDcIKHgWL64egSJ9hT3Fw4Q4nbwbDB5IysuzHIFjHkJmUStgqVXw2 JetVDac1u2ZsMgbYM1g3st0b3aWYVnWgiYffEJW2XTmnGNuf.z7.Bua0fwrrCgTkenOhOd3OzHzm uuIk4kl4RT7y6wbP.vDIcTorKrbb7LxM_WXM09tHlUL0oj0uGTpwv2ldB1_D3gSVwcpceUCbf4yj kUdiUT7hWYutowEOIsLl4BUy1tNc1vapg_hqq3xRHLvGo X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Fri, 29 Oct 2021 22:10:55 +0000 Received: by kubenode524.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0269600edd4ce45723e37e9a7ca5183a; Fri, 29 Oct 2021 22:10:49 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method In-Reply-To: <20211029182430.GA22414@www.zefox.net> Date: Fri, 29 Oct 2021 15:10:46 -0700 Cc: Free BSD , freebsd-ports@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20211025034332.GA8398@www.zefox.net> <20211027162852.GA16010@www.zefox.net> <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> <02806205-6685-41FD-B2D1-415C82FBCF92@yahoo.com> <20211028191635.GA19540@www.zefox.net> <7AC0733A-3FC9-4FA6-A6D7-0689A8ACB4CA@yahoo.com> <20211029182430.GA22414@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4HgxTN1FV2z3Hvy X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Oct-29, at 11:24, bob prohaska wrote: > > I should have stated earlier that the FreeBSD system on > the USB3 disk orginated from > FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img > using dd and then repartitioning to add a swap and separate > /usr partition. > > On Thu, Oct 28, 2021 at 04:53:29PM -0700, Mark Millard wrote: >> On 2021-Oct-28, at 15:21, Mark Millard wrote: >> >>> On 2021-Oct-28, at 12:16, bob prohaska wrote: >>> >>>> To make a clean start on this thread I've turned on the UART >>>> for bootcode.bin per Mark's instructions and done a few boot >>>> attempts with the USB2 and USB3 mechanical disks, singly and >>>> in unison. >>>> >>>> The bootlogs are in >>>> http://www.zefox.net/~fbsd/rpi2/bootproblems/ >>>> >>>> An immediate curiosity is that on the first try, booting >>>> with the USB3 device alone worked. I didn't record that >>>> output, unfortunately. >>> >>> Hmm. Too bad. >>> > Indeed! I thought maybe the failure was fixed by turning on the UART... > >>>> The second attempt failed, as expected, >>>> and is recorded in bootlog-fail. The third attempt booted both >>>> USB2 and USB3 disks together, recorded in bootlog.success. >>> >>> The two logs do not have the same set of dtdebug messages >>> for loading bcm2709-rpi-2-b.dtb . This is long before >>> u-boot.bin is loaded and so is during the RPi* firmware >>> time frame not u_Boot or FreeBSD;s loader or FreeBSD's kernel >>> or FreeBSD's world. >>> >>> From this I infer that there are two different msdosfs's >>> wtith differing content on the 2 drives and when both >>> drives are in place . >>> > > That's correct. Actually there are three, counting the microSD. But later you show that start.elf and the like are missing on the microsd card. That prevents the microsd card from being involved for the stage getting the errors in the one case (other than the bootcode.bin content used). >>> You have not reported on the following for either drive's >>> msdosfs : >>> >>> # strings ???/start.elf | grep "VC_BUILD_" >>> > > The are different. On the USB3 disk, which I want to boot, I get > bob@www:/boot/msdos % strings start.elf | grep "VC_BUILD_" > VC_BUILD_ID_USER: dom > VC_BUILD_ID_TIME: 12:12:09 > VC_BUILD_ID_VARIANT: start > VC_BUILD_ID_TIME: Feb 25 2021 > VC_BUILD_ID_BRANCH: bcm2711_2 > VC_BUILD_ID_HOSTNAME: buildbot > VC_BUILD_ID_PLATFORM: raspberrypi_linux > VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) The above matches what I use on the USB3 SSD that I use for armv7 (Cortex-A7) systems, including the RPi2 v1.1 . But I do not have access to the RPi2B v1.1 currently to test with. In my context overlays/* and the rest are from the same release as my start.elf . But that sort of thing is messier to check. > On the USB2 disk, which seems to be needed for booting, I get > oot@www:/mnt # strings start.elf | grep "VC_BUILD_" > VC_BUILD_ID_USER: dom > VC_BUILD_ID_TIME: 16:43:13 > VC_BUILD_ID_BRANCH: master > VC_BUILD_ID_VARIANT: start > VC_BUILD_ID_TIME: Nov 19 2019 > VC_BUILD_ID_HOSTNAME: buildbot > VC_BUILD_ID_PLATFORM: raspberrypi_linux > VC_BUILD_ID_VERSION: 2354eac70a98807e06bed2149bc0c5613e751c15 (clean) That is rather old. I've no clue what to expect for it. >>> Another thing of interest would be something like (both >>> msdosfs mounts): >>> >>> # diff -rq ... ... >>> >>> in order to see what files have distinctions on the >>> two media. A diff of the two config.txt files would be >>> relevant (no -q involvement). Based on the VC_BUILD_ID_* checks, it looks like a diff -rq would list a lot or most files as different, presuming all the files. > On the USB3 disk config.txt contains > bob@www:/boot/msdos % more config.txt > init_uart_clock=3000000 > enable_uart=1 > kernel=u-boot.bin > kernel7=u-boot.bin > dtoverlay=mmc > enable_uart=1 > uart_2ndstage=1 > dtdebug=1 enable_uart=1 is listed twice above. > On the USB2 disk config.txt contains > root@www:/mnt # more config.txt > init_uart_clock=3000000 > enable_uart=1 > kernel=u-boot.bin > kernel7=u-boot.bin > dtoverlay=mmc The above is missing: uart_2ndstage=1 dtdebug=1 so there likely would be less debug information for the case when this file is used. Rerunning tests with both config.txt files having those llines as well might give additional information. Swapping ports used on the powered hub for the two drives might allow controlling which drive's msdosfs file system is used. (This is not the only port position/swapping that may be useful for such, it is just an illustration.) >>>> I'm trying to build u-boot-rpi2 and will try to update the USB3 >>>> disk with it once complete. > Still working on that part 8-) The failures start before u-boot is involved. This is unlikely to be sufficient. >>>> >>>> The actual boot sequence using bootcode.bin is still a bit hazy: >>>> Is it microSD/dos -> USB/dos ->USB/freebsd ? >>>> >>> >>> Based on the log file for success the ordering is >>> >>> bootcode.bin from the microsd card > > So bootcode.bin runs from the microSD, but config.txt and all else > is picked up from whichever USB disk is recognized first? Yep: it picks one. Swapping or moving which ports are used may change which one is used when both are connected. >>> config.txt (also re-read multiple times later, not listed) >>> start.elf >>> fixup.dat >>> bcm2709-rpi-2-b.dtb >>> overlays/mmc.dtbo >>> cmdline.txt (if it exists) >>> u-boot.bin >>> efi/boot/bootarm.efi >>> efi/freebsd/loader.env >>> /boot/defaults/loader.conf >>> /boot/device.hints >>> /boot/loader.conf >>> /boot/loader.conf.local >>> /boot/boot/kernel >>> /boot/kernel/fi.lemon.ko >>> /boot/kernel/umodem.ko >>> FreeBSD world Do both USB* drives also have a bootable FreeBSD installed? >>> However the failing one has the following involved >>> (I omit various lines): >>> >>> . . . >>> Loading 'bcm2709-rpi-2-b.dtb' to 0x100 size 0x6879 >>> Unknown dtparam 'pwr_led_gpio' - ignored The above seems odd. >>> dterror: no symbols found >>> dtdebug: /__overrides__ node not found >>> Unknown dtparam 'uart0_clkrate' - ignored >>> dtdebug: Opened overlay file 'overlays/mmc.dtbo' >>> brfs: File read: /mfs/sd/overlays/mmc.dtbo >>> dterror: not a valid FDT - err -9 The above may indicate a corrupted mmc.dtbo . Or it might be problems reading the drive and so be an example of garbage-in/garbage-out. >>> . . . >>> >>> That seqeunce makes no mention of: "using platform 'bcm2835'" >>> and the like. An example is: "found override pwr_led_gpio". >>> >>> Again, all this looks like tehre are two msdosfs involved and >>> the two are not the same by content. >>> >> >> Another possibility is that you have more in the microsd card's >> msdosfs than just bootcode.bin so that that microsd card might >> be the source of alternative files. (That makes up to 3 media >> that might be sources of files.) > > That's correct. The microSD's msdos partition contains > -rwxr-xr-x 1 root wheel 52456 Oct 28 02:12 bootcode.bin > -rwxr-xr-x 1 root wheel 52456 Oct 22 16:00 bootcode.bin-e > -rwxr-xr-x 1 root wheel 52304 Nov 22 2019 bootcode.old > -rwxr-xr-x 1 root wheel 0 Jan 16 2021 timeout > drwxr-xr-x 1 root wheel 4096 Jan 16 2021 unused > > I'm expecting that only bootcode.bin and timeout are involved. For that microsd card msdosfs file system content: yep. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Fri Oct 29 22:32:37 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 78F04181A7E6 for ; Fri, 29 Oct 2021 22:32:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.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 4HgxyR1NJ4z3Pdx for ; Fri, 29 Oct 2021 22:32:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635546759; bh=HR4CaHYRmgU6GkXspZhFKxAv4Lrl5bqi+/MqxY0Ac54=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=oLLPENNKl0eFj6M90LdgHfbhllC7qq5al7EnOJ0MyARpsgbdllR5aLZiP4DX7QIpx7f3H1VufPvUKh5F5PQVx1gEuwm5u2HPg2Y4vU30ruNkBED/2o2jNmIJOsBwajRiL9xZSMNhz8lcG3EbfNOC7x/QOWAZgKEU+LYpYHLtRTcCfJcI8FbRbl9d76XbSzk+sN3jvwriH1JpwqaQY+BUx1p0e/KD6rNYzK72/1ZUJ78jZ1q9IvZSafs3Dpz4Vt/nB1YQRKGqlwYKEAAYm+LNNIKPpT75y1x+xLTGSQCHnRhUDPUTr9YjxKDY5irWvu0J7eAjjVaHHMJPJTQlvHFP7A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635546759; bh=iDzGAm+yP+0tvNbcrjcW4C1i2Fq+52pqw15n1MIwAbp=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=bljoG7UG/vDC+bsyDQY5qoxPvz98nDWngPS3ztVlC7q+qHlxl5NLdnrbFMbJ6VagAhOIm17sbCYqZeV6r95KheD8i5W+bJMzuRy5ntANptv+1r6qwSlfmf37d0sspzM0y/8YyxKMhvC8rPobXmCuWN3R9L4nQ1mtk5ngBQGxcS63Kcjd2zTng1aN8BBScEyHpmFGuZvztZljg+dSENoSfv3Siz6ahiFhq9i01EzYQ0K880SA36l6fHVQEC/WBclx+bxC/mDkJpUWZKIzfh3DESoAqarL7e5AvxtC84Bs4n/7Y40jCedsPQ3YPctACjRnf+eE9XLlUNTzyiad8u5uIw== X-YMail-OSG: UBeMLZ8VM1noFGZwIsyTyb5moP3BpTvICSuEKr4WgXa_.tmzDfx7f4BNOk7KCSK 72P6WmEWrkfzJROy4ajbuic64qHdJ6cYHQLs.h4_029H9G43LcPjLmHt2C6tCZKm3mYV.ARyRXQ6 2O8mcJTlTzCvyN_HkztxbuIsPs.F.c1rQUguMoVHLc9qibQmTkOTPHMWN.uqfFAoKLMGoSTJfkk5 82jSzZoPr.p2e2PNKc4GVzK.RtRiN6PjU4wqKdFDNgD4Xef3pmltg11rlW_ROricDTApFOD402pb 6fJDmkvwTKrqufQP5yqUoX8tXk_dXbcYd2GN09D4kaFGwwCcrFjZG2mrakD7yn2Udvke0L0mYDBA 2xDMdsAWuV69_yAObmBLh3n..PROnqwjGZHDguxazz8ZtF9.r12Db.HnbCSAu8O_il02FOs5HjrW 4CZ5I0xrn1_1bL6BXsoZxQNIIhDPC5zdOeSx5zYKtf2LptVw4pnQwFdMaDuNCliXfSl3O.MpmWZF 2IfpOuDxqE8BjSkIvVMcuiUW3KbhQtjoLDCPsmyLeMLbToHeUaaBiBLFMdN_6AMkyP81TscZGL9h JleDdwd5sKmte3OZ1h5HKImBcr9x7p3XScoofZH2cw6428C7uvEFTk7RIEeoxtSO2oukPi0o0M1w 32DKh51rTVVaLqC1siS0w7Z8AYrxem_B2q8Pg4uKCld7mGnQfB1.3fa1qUSPhBiKzy9z_pvUeJ6M u_YShZta5hPa_LPnE9zBeGDp9qm8GYBpY3C70XsVG8ezUoQXPGMU0T.rpYeun7Sl.m8J5wr_YAyU Gn1QJjVte1i12Y1lUnxaTLZOTrf1clMAwElAdRLQPyssQO.MIgWoHl5r6HUm5ZOSgkyXBcuEZwRm mt_8.abGecdEvViaspOXNIyK6h7OWarLwGZENk8wMjVB9lpbaHEzGu11KqCFw6w2qKBmm_GbCF3f MOpDi9RtGJpobCqVUP4df06RlhvtEV_NiFxEl88j1CaLGdXo42dhlvBAGFVFyLpmYTaUznkb_0H. gwGs1AA9kDKG_.Q4ZrOMRtscUZvvVIsNv2.SfahadckBM0IdwmDiJwpSAZbv2kC3SmC626xmpBHZ 5UKTtg3_XTVzChSvcHXtyNfAEiBhkS2PbzFyvs_gbfM_e_9nrep4V4N4eGnQ7L9YCEB_FIrtswf3 qLYZ.yfLODtSUECK_vnmQbV8F3swK7UVXjQTQGvUssbiXkJzv4fyIt4GKzLHAqo4hNYkNA_hff46 cXbbANXUkbpo4VgmCt3PnsMnZDOSoShDwfqdkFw4mb7OAHffIlNuZAWCsvFIQ.OUBvdnors7X05w XdNfM_4o7_wJBxtZSP9SxYEs0LPRSyMzN.dmk8FIjzOmmhjwBTuQANFCafm2hBZvLp8mKr0Bjwrq VYYJ_3gNzUahK57CyvFbqFhwE.V9gG4QIm0BhHq7dglFsoqKWbiwhAntW6hanODjjKz.u56deuT6 BEUWYZXBFQsiKNFw2nS91TGE_4TcrzG1vrzFLtIZQ4f7LnoM4333.ij5RmiB.a1ygPRdmwJyr5nB J0mbfgq.scHhiJL17GmTTNfXiGr8Yr6SOFY9Is9Di0XvwkY0SvFOQxYvutbvJf8F3F5GD_RNBs58 SIHpaNdbC0OzHAu1QuBJwFCHrP9yWdoK6YaXemFMYtjJlF.s6G7trsyaKAywtJD56dOpiCfObPAO 4.aEkC6rv9jwNM3seGtUXr2sgxR6Wd79AfmE6oCH1NdGaorZNVP4e_K_oL4KFWMEGZw33NEAnCgb A1ECyaUPTPIOhh68f4HIrLcc1lAMhb.xrcy7NZVD5WkUTljv48gW4sOb1hOBNiBvNa16ANiwzX0B rghsunYTQTPaFBT1qcPBd5SIpBho9mgPy_s7u1NtvOlnxG8WUl.BYZ0XnWqU3Mk4Q_XHyli1qJZ4 mCdU7Dj1_V55vuGhV0PrVqutlG5uuVKCWe0ikuq4Zr3qGDKutiDdo.u_NjBDbgcV5WXIg7Kb0X3f 5cCk.7zNldZ7XlfSVSy6ryiiK8jkFv8Vlskevdys9ha0JtVWXWC3dm31I8S.ci1S7_SFsnH3pELI ZHqblTDwL4VcTNViEuXtnHHJOT_Iu0FruJZn3iN0Gkniv1ZLmjvdeWy8sZgS8T0hJ4wSdaQxAhVs EzQ7oIpi8Ak4VjByhKRtjQ9ZKYkeahdZ1BS_JE9u_W8TFyaAdve3V17mmlL.2iVVdb3jLw2GZ2Eb JAc0CQbaEUUDPI.V5T_FFqaolyWsaLWaShNFUAhYwjaafc_ps9la9.bn3EvMDJ86tyLiHslWI90H ngbTbHl5qcvhMLWvpOr3Q4_M- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Fri, 29 Oct 2021 22:32:39 +0000 Received: by kubenode540.mail-prod1.omega.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID fb10bbe60ed42ccc8262d81587529ff3; Fri, 29 Oct 2021 22:32:38 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method In-Reply-To: Date: Fri, 29 Oct 2021 15:32:37 -0700 Cc: Free BSD , freebsd-ports@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20211025034332.GA8398@www.zefox.net> <20211027162852.GA16010@www.zefox.net> <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> <02806205-6685-41FD-B2D1-415C82FBCF92@yahoo.com> <20211028191635.GA19540@www.zefox.net> <7AC0733A-3FC9-4FA6-A6D7-0689A8ACB4CA@yahoo.com> <20211029182430.GA22414@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4HgxyR1NJ4z3Pdx X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=oLLPENNK; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.31:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Oct-29, at 15:10, Mark Millard wrote: > On 2021-Oct-29, at 11:24, bob prohaska wrote: >> >> I should have stated earlier that the FreeBSD system on >> the USB3 disk orginated from >> FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img >> using dd and then repartitioning to add a swap and separate >> /usr partition. >> >> On Thu, Oct 28, 2021 at 04:53:29PM -0700, Mark Millard wrote: >>> On 2021-Oct-28, at 15:21, Mark Millard wrote: >>> >>>> On 2021-Oct-28, at 12:16, bob prohaska wrote: >>>> >>>>> To make a clean start on this thread I've turned on the UART >>>>> for bootcode.bin per Mark's instructions and done a few boot >>>>> attempts with the USB2 and USB3 mechanical disks, singly and >>>>> in unison. >>>>> >>>>> The bootlogs are in >>>>> http://www.zefox.net/~fbsd/rpi2/bootproblems/ >>>>> >>>>> An immediate curiosity is that on the first try, booting >>>>> with the USB3 device alone worked. I didn't record that >>>>> output, unfortunately. >>>> >>>> Hmm. Too bad. >>>> >> Indeed! I thought maybe the failure was fixed by turning on the UART... >> >>>>> The second attempt failed, as expected, >>>>> and is recorded in bootlog-fail. The third attempt booted both >>>>> USB2 and USB3 disks together, recorded in bootlog.success. >>>> >>>> The two logs do not have the same set of dtdebug messages >>>> for loading bcm2709-rpi-2-b.dtb . This is long before >>>> u-boot.bin is loaded and so is during the RPi* firmware >>>> time frame not u_Boot or FreeBSD;s loader or FreeBSD's kernel >>>> or FreeBSD's world. >>>> >>>> From this I infer that there are two different msdosfs's >>>> wtith differing content on the 2 drives and when both >>>> drives are in place . >>>> >> >> That's correct. Actually there are three, counting the microSD. > > But later you show that start.elf and the like are missing > on the microsd card. That prevents the microsd card from being > involved for the stage getting the errors in the one case > (other than the bootcode.bin content used). > >>>> You have not reported on the following for either drive's >>>> msdosfs : >>>> >>>> # strings ???/start.elf | grep "VC_BUILD_" >>>> >> >> The are different. On the USB3 disk, which I want to boot, I get >> bob@www:/boot/msdos % strings start.elf | grep "VC_BUILD_" >> VC_BUILD_ID_USER: dom >> VC_BUILD_ID_TIME: 12:12:09 >> VC_BUILD_ID_VARIANT: start >> VC_BUILD_ID_TIME: Feb 25 2021 >> VC_BUILD_ID_BRANCH: bcm2711_2 >> VC_BUILD_ID_HOSTNAME: buildbot >> VC_BUILD_ID_PLATFORM: raspberrypi_linux >> VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) > > The above matches what I use on the USB3 SSD that I use for > armv7 (Cortex-A7) systems, including the RPi2 v1.1 . But I > do not have access to the RPi2B v1.1 currently to test with. > In my context overlays/* and the rest are from the same > release as my start.elf . But that sort of thing is messier > to check. > >> On the USB2 disk, which seems to be needed for booting, I get >> oot@www:/mnt # strings start.elf | grep "VC_BUILD_" >> VC_BUILD_ID_USER: dom >> VC_BUILD_ID_TIME: 16:43:13 >> VC_BUILD_ID_BRANCH: master >> VC_BUILD_ID_VARIANT: start >> VC_BUILD_ID_TIME: Nov 19 2019 >> VC_BUILD_ID_HOSTNAME: buildbot >> VC_BUILD_ID_PLATFORM: raspberrypi_linux >> VC_BUILD_ID_VERSION: 2354eac70a98807e06bed2149bc0c5613e751c15 (clean) > > That is rather old. I've no clue what to expect for it. > >>>> Another thing of interest would be something like (both >>>> msdosfs mounts): >>>> >>>> # diff -rq ... ... >>>> >>>> in order to see what files have distinctions on the >>>> two media. A diff of the two config.txt files would be >>>> relevant (no -q involvement). > > Based on the VC_BUILD_ID_* checks, it looks like > a diff -rq would list a lot or most files as > different, presuming all the files. > >> On the USB3 disk config.txt contains >> bob@www:/boot/msdos % more config.txt >> init_uart_clock=3000000 >> enable_uart=1 >> kernel=u-boot.bin >> kernel7=u-boot.bin >> dtoverlay=mmc >> enable_uart=1 >> uart_2ndstage=1 >> dtdebug=1 > > enable_uart=1 > > is listed twice above. > >> On the USB2 disk config.txt contains >> root@www:/mnt # more config.txt >> init_uart_clock=3000000 >> enable_uart=1 >> kernel=u-boot.bin >> kernel7=u-boot.bin >> dtoverlay=mmc > > The above is missing: > > uart_2ndstage=1 > dtdebug=1 Please make the 2 config.txt files have a different number of bytes relative to each other. This would allow us to see which USB drive was in use from the serial console output: it reports the size of the content of the file and then it would be unique. Blank lines or comment lines would be sufficient to make the difference. The re-run the tests and post the results and indicate the config.txt contents of both files. > > so there likely would be less debug information for > the case when this file is used. > > Rerunning tests with both config.txt files having > those llines as well might give additional information. > > Swapping ports used on the powered hub for the two drives > might allow controlling which drive's msdosfs file system > is used. (This is not the only port position/swapping that > may be useful for such, it is just an illustration.) > >>>>> I'm trying to build u-boot-rpi2 and will try to update the USB3 >>>>> disk with it once complete. >> Still working on that part 8-) > > The failures start before u-boot is involved. This is unlikely > to be sufficient. > >>>>> >>>>> The actual boot sequence using bootcode.bin is still a bit hazy: >>>>> Is it microSD/dos -> USB/dos ->USB/freebsd ? >>>>> >>>> >>>> Based on the log file for success the ordering is >>>> >>>> bootcode.bin from the microsd card >> >> So bootcode.bin runs from the microSD, but config.txt and all else >> is picked up from whichever USB disk is recognized first? > > Yep: it picks one. Swapping or moving which ports are used > may change which one is used when both are connected. > >>>> config.txt (also re-read multiple times later, not listed) >>>> start.elf >>>> fixup.dat >>>> bcm2709-rpi-2-b.dtb >>>> overlays/mmc.dtbo >>>> cmdline.txt (if it exists) >>>> u-boot.bin >>>> efi/boot/bootarm.efi >>>> efi/freebsd/loader.env >>>> /boot/defaults/loader.conf >>>> /boot/device.hints >>>> /boot/loader.conf >>>> /boot/loader.conf.local >>>> /boot/boot/kernel >>>> /boot/kernel/fi.lemon.ko >>>> /boot/kernel/umodem.ko >>>> FreeBSD world > > Do both USB* drives also have a bootable > FreeBSD installed? > >>>> However the failing one has the following involved >>>> (I omit various lines): >>>> >>>> . . . >>>> Loading 'bcm2709-rpi-2-b.dtb' to 0x100 size 0x6879 >>>> Unknown dtparam 'pwr_led_gpio' - ignored > > The above seems odd. > >>>> dterror: no symbols found >>>> dtdebug: /__overrides__ node not found >>>> Unknown dtparam 'uart0_clkrate' - ignored >>>> dtdebug: Opened overlay file 'overlays/mmc.dtbo' >>>> brfs: File read: /mfs/sd/overlays/mmc.dtbo >>>> dterror: not a valid FDT - err -9 > > The above may indicate a corrupted mmc.dtbo . Or it might > be problems reading the drive and so be an example of > garbage-in/garbage-out. > >>>> . . . >>>> >>>> That seqeunce makes no mention of: "using platform 'bcm2835'" >>>> and the like. An example is: "found override pwr_led_gpio". >>>> >>>> Again, all this looks like tehre are two msdosfs involved and >>>> the two are not the same by content. >>>> >>> >>> Another possibility is that you have more in the microsd card's >>> msdosfs than just bootcode.bin so that that microsd card might >>> be the source of alternative files. (That makes up to 3 media >>> that might be sources of files.) >> >> That's correct. The microSD's msdos partition contains >> -rwxr-xr-x 1 root wheel 52456 Oct 28 02:12 bootcode.bin >> -rwxr-xr-x 1 root wheel 52456 Oct 22 16:00 bootcode.bin-e >> -rwxr-xr-x 1 root wheel 52304 Nov 22 2019 bootcode.old >> -rwxr-xr-x 1 root wheel 0 Jan 16 2021 timeout >> drwxr-xr-x 1 root wheel 4096 Jan 16 2021 unused >> >> I'm expecting that only bootcode.bin and timeout are involved. > > For that microsd card msdosfs file system content: yep. > === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Oct 30 08:41:52 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A19E1181FB3D for ; Sat, 30 Oct 2021 08:42:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-23.consmr.mail.gq1.yahoo.com (sonic311-23.consmr.mail.gq1.yahoo.com [98.137.65.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HhCTV1KD2z3NjB for ; Sat, 30 Oct 2021 08:42:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635583318; bh=fzS+vulf4lUb61i6qvn21Kq3qehy7nMJo7/pVSTViu0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=WDMuwqPge7z2tM3w3KJcBTRhX9Lwtf+QupJsG/w30qunpbSc8QefUhohr5KndjSuMpY9pb17qzOvP0+w/O/upa/VAGsQdue3yp8q/2+mKkRoRGgb3tA6TvqedUcNZR4HOM8udtx2x67uhiXqwcnee/95YyFY3KUK1yfUMOqSvoKXLScF+s3+Emrnpggf4MR0eulJAcHzOAkmI4508nawKReHqJzWYIH8LMfjRKw52sYw36T53UDFWqiL6MkYLCYUIV4Tvu/XXrxfPAvzD4JE1/sSLOINfQ11Og5tZwxKWsopvR4B5fuwwaNp2mySXDgo1KmkVxBXaXcdEMgHR6Lrwg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635583318; bh=1B8JAlyg2J+UfAOBaEkOqwOaq40HYZinShPMfnsQuoT=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=n4agg5q6RSwiwwdXF4SCB8p+r1egNiVzln5amtMIAG1O3kXCCPRKCZoogevkmcQC5UmxxUG7W+tE5ZkJDVgYvYs5iCXSj77lLYxsVdJTn8H9PYEcAn/4ntnQ5LL+uOQtisH6yL0YcibK7v8fUUNraQovheAkyy377dUbeiIyufAL0j+81fd7X2/ZSZlKbwVY6M6lEP9Qocs3Ej1Ucw+42wWd6d4D0IK2UdTjJFBD25CW1fuBeZG9uo6rE9lWSfUtDiG4026s7fNjWBIEYWIo+0nUW9ipUxPAdr5NmUV6iDhOzAQkx0Qr4xkOkxcDtcwWLYj0ltd1CDzjTXz9lgKNSw== X-YMail-OSG: Za5jRrEVM1n77VB.iF2d2pzxkU9.7vuiOc2xhxFgc8Dw0gN0EW1r_2gzZRTifLa tZL8g8mdnXa7HiqK2kLb1kkAbANYnrairMaW1o4YKcPGojvGPFb1X2wLKwezJzxo8OtKWHhS9PVQ VoI0faJV7LxoH.RBylomqSM_Ht8xf9kxvxkihf8lcB1HHuA9CyksvFZ6uEA3x2SZrOtC6J4Jmi1z djXoyXZ.NFAC3j9oaH7xOiVSVHkJBFbsGDSiHCfLVAFxIwwjNaccaKKokRzEUKCAHHhUWHQEaRas 4ugIDrvU13yEfi1S7UUwgtyKH9ZyzKcFBtBALp_zcBWbeL2OBnC1RSD89viFze3mWxtSrRz58Y.C krKlL2m4joy2Om9U7dUygFw9RKHAGFKBPsUQCILDv5taPZuxFp1SNiHi6JKIpAHUmCnc.griCOhZ ABqHWcdOLXCIQ6xPkFfAqceTh6mziUNZr3kdnWSA98L7JPxRg9gX1MdJK_PGpZszQh84bxEzFXyW MsgHXBaXXkbnNJQJjC3EukGmzQ6CuuBUTHd8sWkw32HArTBa_wlAs_N2gMxEw2yVYh905OmGgthy 9v4jnFTnulc6n7Tss_sg6KiS1msbIv.dl_0rtWbqv1vXzw.XHEJk_ayfz_3XYD_52TypI7_CSC5q DZsMk0eUmYOQQ1uUFnqM5AAn7h1EbDeuNrqXQPy9LoCxc1mznre5F2M.BTlsqDsPoerUwlnMlvC5 eBcUIc.RyZioONNfwtj2ICZ28czaZg11KTu3Iy43jR.H1reAtL7CSMKurwq5PE5PeZqTqrUSt3nj uiiy21K80G1ZyRaQQ6MezL4zsVgsw36J4GtDXTEerCEp_f_ShdUhByfNqL3OngpbNVAb9zRDtqLp eA9Gj3wl8Nb6LMMqxsz2jUPVhZtBdaTRIA_0YgnxtPFYknstWYfRHn10Rst0uS6l0C.aJYvMpGK1 oCwNgdk7Z4wQxk6Aza69fL0iQKuPcm0BJbGVudZuF5w.cyI.D.kNDS8ot0ux0VxwyCrl7YfEEaJm rza0ItwrYBLVjlNqX2.zEunjsWEZLQfy6Q5T1cxEIYkbfH7atxUdUFzsBBJU1iPIX1uh0t2M_20_ .t3uXgXVdqd2ajLZ9atGjdbabMOO0xezxjfRpAmfiFwGAwsHE_cFVqwhEJCARED6MDgpXv.mdkFW FE6X4wLxoOoEwQf9m9eXTKmrnCdkNxPKCE3LNJdSGykr5pOqcnp3yvCo2RvGD_a13J8U9HTlgbxr .wdi_oY6w_5k4ELvSdwrgKl2TuPUFjzyMYervQ13PwsMvHHin_36CSfN38VZESJJEYz4Dd3LgPwp N0hdFXyDBC1YXWs_uLARYC5nZ1nBdmrB20_ECki3LyX5GgtO4twh7Blj0oIu8U.Q8UVx6zK0_iKR 5nfD4Pg4pEmEzUC_r3q2KYDoVotPXbktFQE1FzR5xkgOh.dKvkEWlSXaBTTDj2fs0EXS3VjdlWsn CoAk8G12sObM0_g9brOXvG5be6nZ20YTTz6QBjT1UsDDKcAxk_55eJea2K99DHEGSnQiS8.PJvXN D3FKss0.I1DDxstdQtK9_xFE4get5G_9O2IYLegrnxjBx9joPQW5sruxFPME2GnUTx3O8T_Wijk8 YB53IxRJmhyfU9X3_fiHDam9DR_X9qjymYLXRVnfBEIO8v.jAW3kvF9GtCt.IACPBrIdcnt9kyn8 xzQVAm4S_YJlXXWy.B0brCbDa83AFaow1_zZNssgR0BcXOB2hAZ5RUSnV29sE_wXj_lniTjNWBBY BMp23p4L_wA4WPHtDSNlpHzUitmyfx5XAMmJ2miVsnesRTZkuLx7FEDY99gngWu5RXwPlzEpGQ7c JBO0zUzXMD5cVs_g.iNHPDPeltV0pyEUXDW5.Tgk1bFlR6qiaJ24.fxJR9XxqvE7Ru3WvJz_GM55 IB5T4tpOcIPhcvkpVlfiWWE_dyRjnPVu.LbtYxoJD4cQaJUcJNyXmrqOP51gnt4pUBbU_ClQkntj opxbeYKIrTTqmkb0KeUGoSqZ2W5PG3unYzcT5_SOn.20ZeDVFkyYGs73A.btba9XMepBLd4vTnDh nbccPSYJyuSEGgqexJHpf7HjqFdISHFbPNqFLieVlmaAfyZhiBOOXI4K1kGgJ3AJycUYHvR1pAY7 8nHjeJa1T.1yqS0rIKSh.49ZQbx17xo_s_MU.rZv2UNuPpR9AYDf8IlPa_akSBGjpngaMxsHZxn5 1FSESQwDXQ_ZHo1x2luG7JtGIJkd.Hjx5j2XBzSBIqi4Eyw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 30 Oct 2021 08:41:58 +0000 Received: by kubenode523.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6e95cb51e0816499c4b95741c91ff751; Sat, 30 Oct 2021 08:41:56 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method In-Reply-To: Date: Sat, 30 Oct 2021 01:41:52 -0700 Cc: Free BSD , freebsd-ports@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <086D6998-A96F-4560-92C5-4E2CE05FF668@yahoo.com> References: <20211025034332.GA8398@www.zefox.net> <20211027162852.GA16010@www.zefox.net> <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> <02806205-6685-41FD-B2D1-415C82FBCF92@yahoo.com> <20211028191635.GA19540@www.zefox.net> <7AC0733A-3FC9-4FA6-A6D7-0689A8ACB4CA@yahoo.com> <20211029182430.GA22414@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4HhCTV1KD2z3NjB X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=WDMuwqPg; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.20 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.204:from]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_FROM(0.00)[yahoo.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.204:from]; NEURAL_HAM_SHORT(-0.70)[-0.705]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Oct-29, at 15:32, Mark Millard wrote: > On 2021-Oct-29, at 15:10, Mark Millard wrote: > >> On 2021-Oct-29, at 11:24, bob prohaska wrote: >>> >>> I should have stated earlier that the FreeBSD system on >>> the USB3 disk orginated from >>> FreeBSD-13.0-RELEASE-arm-armv7-GENERICSD.img >>> using dd and then repartitioning to add a swap and separate >>> /usr partition. >>> >>> On Thu, Oct 28, 2021 at 04:53:29PM -0700, Mark Millard wrote: >>>> On 2021-Oct-28, at 15:21, Mark Millard wrote: >>>> >>>>> On 2021-Oct-28, at 12:16, bob prohaska wrote: >>>>> >>>>>> To make a clean start on this thread I've turned on the UART >>>>>> for bootcode.bin per Mark's instructions and done a few boot >>>>>> attempts with the USB2 and USB3 mechanical disks, singly and >>>>>> in unison. >>>>>> >>>>>> The bootlogs are in >>>>>> http://www.zefox.net/~fbsd/rpi2/bootproblems/ >>>>>> >>>>>> An immediate curiosity is that on the first try, booting >>>>>> with the USB3 device alone worked. I didn't record that >>>>>> output, unfortunately. >>>>> >>>>> Hmm. Too bad. >>>>> >>> Indeed! I thought maybe the failure was fixed by turning on the UART... >>> >>>>>> The second attempt failed, as expected, >>>>>> and is recorded in bootlog-fail. The third attempt booted both >>>>>> USB2 and USB3 disks together, recorded in bootlog.success. >>>>> >>>>> The two logs do not have the same set of dtdebug messages >>>>> for loading bcm2709-rpi-2-b.dtb . This is long before >>>>> u-boot.bin is loaded and so is during the RPi* firmware >>>>> time frame not u_Boot or FreeBSD;s loader or FreeBSD's kernel >>>>> or FreeBSD's world. >>>>> >>>>> From this I infer that there are two different msdosfs's >>>>> wtith differing content on the 2 drives and when both >>>>> drives are in place . >>>>> >>> >>> That's correct. Actually there are three, counting the microSD. >> >> But later you show that start.elf and the like are missing >> on the microsd card. That prevents the microsd card from being >> involved for the stage getting the errors in the one case >> (other than the bootcode.bin content used). >> >>>>> You have not reported on the following for either drive's >>>>> msdosfs : >>>>> >>>>> # strings ???/start.elf | grep "VC_BUILD_" >>>>> >>> >>> The are different. On the USB3 disk, which I want to boot, I get >>> bob@www:/boot/msdos % strings start.elf | grep "VC_BUILD_" >>> VC_BUILD_ID_USER: dom >>> VC_BUILD_ID_TIME: 12:12:09 >>> VC_BUILD_ID_VARIANT: start >>> VC_BUILD_ID_TIME: Feb 25 2021 >>> VC_BUILD_ID_BRANCH: bcm2711_2 >>> VC_BUILD_ID_HOSTNAME: buildbot >>> VC_BUILD_ID_PLATFORM: raspberrypi_linux >>> VC_BUILD_ID_VERSION: 564e5f9b852b23a330b1764bcf0b2d022a20afd0 (clean) >> >> The above matches what I use on the USB3 SSD that I use for >> armv7 (Cortex-A7) systems, including the RPi2 v1.1 . But I >> do not have access to the RPi2B v1.1 currently to test with. >> In my context overlays/* and the rest are from the same >> release as my start.elf . But that sort of thing is messier >> to check. >> >>> On the USB2 disk, which seems to be needed for booting, I get >>> oot@www:/mnt # strings start.elf | grep "VC_BUILD_" >>> VC_BUILD_ID_USER: dom >>> VC_BUILD_ID_TIME: 16:43:13 >>> VC_BUILD_ID_BRANCH: master >>> VC_BUILD_ID_VARIANT: start >>> VC_BUILD_ID_TIME: Nov 19 2019 >>> VC_BUILD_ID_HOSTNAME: buildbot >>> VC_BUILD_ID_PLATFORM: raspberrypi_linux >>> VC_BUILD_ID_VERSION: 2354eac70a98807e06bed2149bc0c5613e751c15 (clean) >> >> That is rather old. I've no clue what to expect for it. >> >>>>> Another thing of interest would be something like (both >>>>> msdosfs mounts): >>>>> >>>>> # diff -rq ... ... >>>>> >>>>> in order to see what files have distinctions on the >>>>> two media. A diff of the two config.txt files would be >>>>> relevant (no -q involvement). >> >> Based on the VC_BUILD_ID_* checks, it looks like >> a diff -rq would list a lot or most files as >> different, presuming all the files. >> >>> On the USB3 disk config.txt contains >>> bob@www:/boot/msdos % more config.txt >>> init_uart_clock=3000000 >>> enable_uart=1 >>> kernel=u-boot.bin >>> kernel7=u-boot.bin >>> dtoverlay=mmc >>> enable_uart=1 >>> uart_2ndstage=1 >>> dtdebug=1 >> >> enable_uart=1 >> >> is listed twice above. >> >>> On the USB2 disk config.txt contains >>> root@www:/mnt # more config.txt >>> init_uart_clock=3000000 >>> enable_uart=1 >>> kernel=u-boot.bin >>> kernel7=u-boot.bin >>> dtoverlay=mmc >> >> The above is missing: >> >> uart_2ndstage=1 >> dtdebug=1 > > Please make the 2 config.txt files have a different number of bytes > relative to each other. This would allow us to see which USB drive > was in use from the serial console output: it reports the size > of the content of the file and then it would be unique. > > Blank lines or comment lines would be sufficient to make the > difference. > > The re-run the tests and post the results and indicate the > config.txt contents of both files. Actually, while one of your two examples do not have all the debugging output enabled, the two config.txt file contents that you list have distinct byte counts: 130 vs. 90, if I count right. Both log files report reading 130 bytes for config.txt, neither reports reading 90 (or so) characters for config.txt . Thus, it appears that both examples are for reading the same media's config.txt : the one with 130 characters (counting end-of-line related ones as well). That leaves reading the media getting inconsistent results. The timeout file is not the only control related to delaying booting some for more reliability. Default values are shown by: bootcode_delay=0 boot_delay=1 boot_delay_ms=0 See: https://www.raspberrypi.com/documentation/computers/config_txt.html Given that config.txt comes from a USB* drive, it is not as obvious how much these might help with later I/O to the USB* drive. But, for reference: bootcode_delay is for how long bootcode.bin waits before trying to load the start*.elf that would be used. (Units: seconds.) boot_delay is for show long the start8.elf waits before loading the kernel ( in this case: before loading u-boot.bin ). (Units: seconds.) boot_delay_ms adds milliseconds to boot_delay. >> so there likely would be less debug information for >> the case when this file is used. >> >> Rerunning tests with both config.txt files having >> those llines as well might give additional information. >> >> Swapping ports used on the powered hub for the two drives >> might allow controlling which drive's msdosfs file system >> is used. (This is not the only port position/swapping that >> may be useful for such, it is just an illustration.) >> >>>>>> I'm trying to build u-boot-rpi2 and will try to update the USB3 >>>>>> disk with it once complete. >>> Still working on that part 8-) >> >> The failures start before u-boot is involved. This is unlikely >> to be sufficient. >> >>>>>> >>>>>> The actual boot sequence using bootcode.bin is still a bit hazy: >>>>>> Is it microSD/dos -> USB/dos ->USB/freebsd ? >>>>>> >>>>> >>>>> Based on the log file for success the ordering is >>>>> >>>>> bootcode.bin from the microsd card >>> >>> So bootcode.bin runs from the microSD, but config.txt and all else >>> is picked up from whichever USB disk is recognized first? >> >> Yep: it picks one. Swapping or moving which ports are used >> may change which one is used when both are connected. >> >>>>> config.txt (also re-read multiple times later, not listed) >>>>> start.elf >>>>> fixup.dat >>>>> bcm2709-rpi-2-b.dtb >>>>> overlays/mmc.dtbo >>>>> cmdline.txt (if it exists) >>>>> u-boot.bin >>>>> efi/boot/bootarm.efi >>>>> efi/freebsd/loader.env >>>>> /boot/defaults/loader.conf >>>>> /boot/device.hints >>>>> /boot/loader.conf >>>>> /boot/loader.conf.local >>>>> /boot/boot/kernel >>>>> /boot/kernel/fi.lemon.ko >>>>> /boot/kernel/umodem.ko >>>>> FreeBSD world >> >> Do both USB* drives also have a bootable >> FreeBSD installed? >> >>>>> However the failing one has the following involved >>>>> (I omit various lines): >>>>> >>>>> . . . >>>>> Loading 'bcm2709-rpi-2-b.dtb' to 0x100 size 0x6879 >>>>> Unknown dtparam 'pwr_led_gpio' - ignored >> >> The above seems odd. >> >>>>> dterror: no symbols found >>>>> dtdebug: /__overrides__ node not found >>>>> Unknown dtparam 'uart0_clkrate' - ignored >>>>> dtdebug: Opened overlay file 'overlays/mmc.dtbo' >>>>> brfs: File read: /mfs/sd/overlays/mmc.dtbo >>>>> dterror: not a valid FDT - err -9 >> >> The above may indicate a corrupted mmc.dtbo . Or it might >> be problems reading the drive and so be an example of >> garbage-in/garbage-out. >> >>>>> . . . >>>>> >>>>> That seqeunce makes no mention of: "using platform 'bcm2835'" >>>>> and the like. An example is: "found override pwr_led_gpio". >>>>> >>>>> Again, all this looks like tehre are two msdosfs involved and >>>>> the two are not the same by content. >>>>> >>>> >>>> Another possibility is that you have more in the microsd card's >>>> msdosfs than just bootcode.bin so that that microsd card might >>>> be the source of alternative files. (That makes up to 3 media >>>> that might be sources of files.) >>> >>> That's correct. The microSD's msdos partition contains >>> -rwxr-xr-x 1 root wheel 52456 Oct 28 02:12 bootcode.bin >>> -rwxr-xr-x 1 root wheel 52456 Oct 22 16:00 bootcode.bin-e >>> -rwxr-xr-x 1 root wheel 52304 Nov 22 2019 bootcode.old >>> -rwxr-xr-x 1 root wheel 0 Jan 16 2021 timeout >>> drwxr-xr-x 1 root wheel 4096 Jan 16 2021 unused >>> >>> I'm expecting that only bootcode.bin and timeout are involved. >> >> For that microsd card msdosfs file system content: yep. >> > === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sat Oct 30 21:35:53 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 025761831302 for ; Sat, 30 Oct 2021 21:36:02 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HhXfT5CpPz3LZ0 for ; Sat, 30 Oct 2021 21:36:01 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 19ULZsq8026034 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 30 Oct 2021 14:35:54 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 19ULZscf026033; Sat, 30 Oct 2021 14:35:54 -0700 (PDT) (envelope-from fbsd) Date: Sat, 30 Oct 2021 14:35:53 -0700 From: bob prohaska To: marklmi@yahoo.com Cc: Free BSD Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method Message-ID: <20211030213553.GA25712@www.zefox.net> References: <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> <02806205-6685-41FD-B2D1-415C82FBCF92@yahoo.com> <20211028191635.GA19540@www.zefox.net> <7AC0733A-3FC9-4FA6-A6D7-0689A8ACB4CA@yahoo.com> <20211029182430.GA22414@www.zefox.net> <086D6998-A96F-4560-92C5-4E2CE05FF668@yahoo.com> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <086D6998-A96F-4560-92C5-4E2CE05FF668@yahoo.com> X-Rspamd-Queue-Id: 4HhXfT5CpPz3LZ0 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, Oct 30, 2021 at 01:41:52AM -0700, Mark Millard via freebsd-arm wrote: > >> > >> Yep: it picks one. Swapping or moving which ports are used > >> may change which one is used when both are connected. > >> It appears that choice of USB hub ports makes a difference. At least sometimes, connecting the USB3 drive to the hub port formerly occupied by the USB2 drive results in a hands- off boot. Unfortunately, not always. Interrupting u-boot and issuing a usb reset command or two generally finds the USB3 drive, which can then be booted explicitly. I've captured one failure session at http://www.zefox.net/~fbsd/rpi2/bootproblems/bootlog-usb3-solo.fail but cannot reliably reproduce it. When the console offers the U-Boot> prompt, is that coming from bootcode.bin, or something else? Could anything be learned from trying to boot the armv7-configured disk on a Pi3B or B+ ? That's a relatively easy experiment. I'm trying to use a rather old Pi with a comparatively new USB drive. The Pi3s on hand are at least somewhat more modern. Thanks for reading, bob prohaska From nobody Sun Oct 31 00:31:15 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B2B0318355A9 for ; Sun, 31 Oct 2021 00:31:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (using TLSv1.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 4HhcXz363qz3DL6 for ; Sun, 31 Oct 2021 00:31:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635640284; bh=H1dzMeCSasCrPVuT3YwAlKoE/OCNH7ZPpxLdN8h3CHw=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=U/qeZdwRDsQVqe6f0pMgwSb00rEAzhlVwEXPWNY8CY9PfKN1fPAJLYbbRi/EzwvNooJLCMq3t67Fcl9lvCzjJhmrpldBcpVACOmyvQUT/YbavMkviiLpfva54iXLMmRC7vTeupTCpOBaHI7/OQJcpRVp+YKgxLCnFR7qoqw9cF4d2rX5S4sWfGfw8w+Z+gXJ8a6eX8tzXvWaMZ8kyqrrjlT3II2xtRIl+KumZreeU90Y5P6aQTQnneml6yECaR4MW71o8/yz3yEME5Pid1e4P9Hr77e+cJViyfPWQaM53Mp4IaDA2mggKIBQVxmtX3v0NZ/xkOJsvXtEYA6zLoce5w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635640284; bh=Ukb0FUurxVKlL+MDsbjD5XZd1UWA0Jm5GI5mco4CIg7=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=VR5scWMtfLqLDxIucEOZVZeYST74VN3xHNGKdgQ/eWib2jCEilDikGeSQs3H51qIRk4V73TTuwrosBaelCkr6qfKq3NBE9DOkENDtpp4D5CBE/2ur50GBcC3EUUDilkWTwij1RVKYEG8sXywFP2gbTryJycgbopK+XTkelo6F6MonlhRiBRfDQc/yb8ZsMMbXSULAjAKyxWPOKdOPIP6LuHQsyFmUXSC+Cy/zUPAksh25UlKdpf4PKfEFc7mMAKFBcrqM/abP23DS+5JaBtv57BH4PK51bywrOSQuzSvCOeZQR9rlF5DIv8qCnDA1IP/1Pl/QUxCVbSSNQUExaWSrw== X-YMail-OSG: A5X.s3YVM1ls_LIpXdW_HPQdmb62B0L1YpgcFCwI7_u6kf7..vt8UjajDqoe4TF 5atIPbz1jyHl6inf8YRP0SXh2rIcGh4p0lOO71R22.trYFyQdhWpSZ0XIo0kO2Q50Fe.aFIgRxbn p9o_NnE_fqUcZYYShrnsxnhYY64Wid2wfvGZxc_Eg.1YH3XVENf4u2Me1RX4BkANTgNy9dE8fie8 NAddclzckZ5WCL_FqQqV7__qrPzDtpBeLI4GPYPeUn2qbdQoCN6660Y_fQNz4mlUlYgYwRqlvrTe ZjXW0P4z05tk3tJjD1zVS7wppeKWtexDY43dDI.cX.AEQpdo3ySeYBtLdmGcAuIojN75vbOEjnVA t2dhLgFmqhGn8.RQMqXKziLoOCoao9Gy27tafLfhPjUFFXq3Q2UYyv7X47JuGYVr1Bb5vd07oK9o DpFq8y.emYEeIoJiL7hsbCsPzx8_6ICJ5KzFlghs_uYjtLqUPeYxlkx.S0H7W7PK9QYGJiDxzca1 BW.tsVJgxneVaEPCGsYj0gQd7lp0rVh.tuJ0q5yuSriCpepjO.brc6izO6ESt813eEs1k1cbY0Vd 9lA35lxUP80OygMXB_68j9dpqCVWOSkZRLkR_lSNSJhF6cZP.znwwydd1K4XLDAPfr.kjyjHCj5q ipa_ZYlTwpXuJ.3IthCbHCxv0uWikEjFxiBav3n.4pn0NacmohBX04ieC.stO579sDmsjKzZGVcV Mll5JZsdztSPOhRs2QSYs2Q5kLV.vFa_7zte1GOo0r4ZJm0cJoQs0c7d9rSU_HcJC4qOKYEdV0lH TWP1hcR1GYlNQtpvvUFGrP7OjtPKV4qYzUHL2hfMllrWK2cM.SB2kCWIoXbC6yDWl.jChvk.OVAe f9UlgtUz07U1Xn6bltXlEmF7gImgrGhzun6s8KIyDCAGcI1N5UlQvPAs3VxtIn6siQj6vpKHn5Ui HTxJMCjUqYEGAcA3e.a8U9Nd8.OQf1R4dLCQJFksn074LXYMhUxp0jS2bzK7Z2NQ4nhE6tZ4Rgol 0n.oSb721TC4UKpqthmdFyEsOknWE3vf1_6362DRX6ZgdX7euAmxLLjZ3fjbjSTYsOR17Ipp.s8K myb8mPG.j9Vwv8EfHEbjzPIZ88Jz.NjjfmSy.oeR5CjKOLHchsQcEuB9CthHd_lZhmOKz7v0eOnf hTkOCV5jjR3JvmS3BaukPioHPFtAb4B6c3t24sxSLigAj4LkvNkWENTY9NoSk.eyIKmBO70FH_zM XRXqOatGGbCkIquiHEgaKpzpChkSPDp2Jjj6OeeHPdTpV8mTje3HsFHY0C4ag0KwGQezavkeZLn0 HI.rJHukzmpyaLyHOOYSIlEgH.FDEjBWkMTi15oo60XP8H5axbYcApo0OI00s7CBqqe65UBBEVmo qeuh2_AoLb5vuVW4ouIOI1v8IToLHDguv6dvE8fBg9_ELjY9.5LAN2HVOyrXBRR4XZQdYvfAEO.f w4eREzoX55K8zHcn5vboP6NyjbzvLwAbbDSCyN2I.LB4CGZcRV2Fv2VYdc6M8sLKFiRe2fBbH1wW Tkp5ZoNb.4PXbh6vkL6YTN0jhz0YU2WRoO1mkC9ZSriVb7n3AIvhArbYmyj6c9AcQBJxcOO6Fynv Oh46Bo3ZlFGxZ0bjKE_yF0uoD3erEnLgc_j6oK_solGMSTyS1ocbPUKoHdfZ9mhKfqruSGpCr0Lq cGTpKleiRW33FShz3jpfN8xfUhKyBT3HoEeUStLmY_k.CdXu80HQqHI8rdMu4pJL_KPBct_9s9HL 1mE_2u1oi6HK1HVsZSg3SA2Sh8_MejpvyCZgu_64KH2Vb06Ye85wMclujuPBzwPxtRQM_CGMe92Q kVgDgFwxklRoMpUkO8oZnDinI0rOca7XYm5wmDOYj0kzVRr9pBTJjuNjP07zl4yeuKK1xQe6sXSH WKtxaO84w.pUcRk2iQXDnJOIWucpG2PTYgtSWK_7Vy1jTCEvSYEsBPKfhabYCcikt_1VrN.T3Y9W 3.SgEN_p7QgNPP6FoNarw.RaVjPwlRVVJdj2U72CJzXtEWB36.LziNVbNvla7aqbGMhdyxJybcsW Q0ZVXipM8XMCh1LwdrFThZpAaV.S4ryjUMA0QtHjtahq_OGaJdcxTF7IaZY5CzVtSR5xKhJAxhwh 7VFIkOuaT98KB4camkKWbAPUtrzrsnaR2IXkkuynJ2CNwCvY6HkzYmN7y_kHTrEDBN2Pq2uq31n6 Kj2ksxng39.TduZLvJJzG.w_sj53edbN2zfe6.VHYlg-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sun, 31 Oct 2021 00:31:24 +0000 Received: by kubenode510.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 20842e8ffa9bea12e5a421d58d64eeb3; Sun, 31 Oct 2021 00:31:17 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method In-Reply-To: <20211030213553.GA25712@www.zefox.net> Date: Sat, 30 Oct 2021 17:31:15 -0700 Cc: Free BSD Content-Transfer-Encoding: quoted-printable Message-Id: <8F574089-08CD-4B33-A376-CA1E9E726090@yahoo.com> References: <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> <02806205-6685-41FD-B2D1-415C82FBCF92@yahoo.com> <20211028191635.GA19540@www.zefox.net> <7AC0733A-3FC9-4FA6-A6D7-0689A8ACB4CA@yahoo.com> <20211029182430.GA22414@www.zefox.net> <086D6998-A96F-4560-92C5-4E2CE05FF668@yahoo.com> <20211030213553.GA25712@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4HhcXz363qz3DL6 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Oct-30, at 14:35, bob prohaska wrote: > On Sat, Oct 30, 2021 at 01:41:52AM -0700, Mark Millard via freebsd-arm = wrote: >>>>=20 >>>> Yep: it picks one. Swapping or moving which ports are used >>>> may change which one is used when both are connected. >>>>=20 >=20 > It appears that choice of USB hub ports makes a difference.=20 > At least sometimes, connecting the USB3 drive to the hub > port formerly occupied by the USB2 drive results in a hands- > off boot. Unfortunately, not always. Interrupting u-boot > and issuing a usb reset command or two generally finds the > USB3 drive, which can then be booted explicitly. >=20 >=20 >=20 > I've captured one failure session at > http://www.zefox.net/~fbsd/rpi2/bootproblems/bootlog-usb3-solo.fail > but cannot reliably reproduce it.=20 >=20 > When the console offers the > U-Boot>=20 > prompt, is that coming from bootcode.bin, or something else? >=20 > Could anything be learned from trying to boot the armv7-configured > disk on a Pi3B or B+ ? That's a relatively easy experiment. I'm > trying to use a rather old Pi with a comparatively new USB drive. > The Pi3s on hand are at least somewhat more modern. Some of the bootlog-usb3-solo.fail content makes me think of a prior exchange that we had about U-Boot and getting it to wait appropraitely or other such issues: QUOTE FROM OLD MESSAGE (Outmost and inner most is my material, the other is your material) >> But I've also seen other, more complete information >> indicating that there is a environment setting >> (showing an example value): >>=20 >> usb_ready_retry=3D5 >>=20 >> to set up before the usb restart (or usb start) >> command. It deals with the issue more explicitly >> for slow devices. >>=20 >> Another one is (units: msec): >>=20 >> usb_pgood_delay=3D10000 >>=20 > Presto! using editenv usb_pgood_delay prompted for input, typing 10000 > and hitting return set the value and the disk was found. Cool. > It looks like the setting can only be saved to microSD. With > no card saveenv reports > Saving Environment to FAT... Card did not respond to voltage select! > Failed (1) >=20 >=20 >=20 >> There are also device that have problems with >> large transfers and require extra protocol to >> deal with transfer problems before they will >> work again, U-Boot not doing that. >>=20 >> usb_max_blk=3D20 >>=20 >> sets a old historical value that generally >> just works for such devices form what I read. >>=20 >> I see no indication that other usb commands are >> worthwhile until one has avoided that "Request >> Sense returned 02 04 01" message for usb reset >> (a.k.a. usb start). >>=20 >> The reports of this sort of thing are not limited >> to RPi's and go back to at least 2014. >>=20 >> If I understand correctly, usb_ready_retry and >> usb_pgood_delay and usb_max_blk are part of >> normal U-Boot builds these days. But I'm not >> certain of that. END QUOTE FROM OLD MESSAGE =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Oct 31 03:34:59 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id BB9D21838680; Sun, 31 Oct 2021 03:35:04 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hhhcm0BFFz4md5; Sun, 31 Oct 2021 03:35:03 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id B30C95C0057; Sat, 30 Oct 2021 23:35:03 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Sat, 30 Oct 2021 23:35:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=l/4HVt3upD1GfsBQetDQmHwpmrc rSSg/+PJjg23OKHY=; b=KpsDcd103rjij4fLKI2G1UhUARDC6ddR3h61d2gIW7b h691a5tM1ThdBuh7hsDaaus62kW4rQFv2dhmjq6HFBHEDq5jiqOkCzSxrZpAVxJR nJQFb/8Wjv0u/BLWXkfOg6nQ9Wq747v9OBkKiKj0z+eU3miDoaCJOdNIxtV0hsq2 ziauQnGd5SZXgUQHwSpYrI0QOV2zO5jiaoOJmkRiYRIeYqRLj66L6Tri9yCq6Vr2 O7GOwZgG89MXFkln5oA4/Dq6bRMouNQrZycP3cjDgfAe9mZcQtEcC1b09y68l5wa 7xsZjsqAsECkP6i33gUutjOI4mo4Oz+YNfXTk3X9P7g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=l/4HVt 3upD1GfsBQetDQmHwpmrcrSSg/+PJjg23OKHY=; b=nc7NIKAxVF8s/3VFXpw3gE TVTzpdM/HkEFFqIikWCrzl51/eZ22EDVQ/H670ZmNMgrar/VPBh3jIQu4Eiowqj8 c5YC90Vx/iKrsb53/HF+YNNa+CtB6GeT2Y/uJxWLx1SlxUk8W8vBb1QNlA37hg3x FgHZtKc7UBICKsLg57sHbiQo1tJvjlE2Nqps9rCU65BdtQfE73Nf+YXI/OnMueU0 o15Q5Rc5FPmMzC6F+mbCB/oC2NyrNGG7Al0q1BuevazvBysl++rLX8tGhuXsF3ML lbzMz0Q4SzPVIMzVNXQpR6WxTjxa7qd0c4wcqW5QUamGvEt+Ldc4t1r3+QTL4qiQ == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrvdegkedgjeduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpefhveekffdtveeigedtvdeuteegtd elkefhvddufeeuhfekvdfhueeijeevveffueenucffohhmrghinhepfihikhhiphgvughi rgdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpehtvggthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 30 Oct 2021 23:35:02 -0400 (EDT) Date: Sun, 31 Oct 2021 03:34:59 +0000 From: tech-lists To: freebsd-arch@freebsd.org Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD 14: Poll armv6 deprecated or removed Message-ID: Mail-Followup-To: freebsd-arch@freebsd.org, freebsd-arm@freebsd.org References: List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="pBLyJKq5Pl2TceHt" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Hhhcm0BFFz4md5 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=KpsDcd10; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=nc7NIKAx; dmarc=none; spf=none (mx1.freebsd.org: domain of tech-lists@zyxst.net has no SPF policy when checking 66.111.4.29) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-4.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.111.4.29:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zyxst.net]; NEURAL_SPAM_SHORT(1.00)[1.000]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; RCVD_COUNT_THREE(0.00)[4]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.29:from] X-ThisMailContainsUnwantedMimeParts: N --pBLyJKq5Pl2TceHt Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Thu, Oct 28, 2021 at 09:37:03AM -0600, Warner Losh wrote: >Greetings, > >Given that the number of available and useful armv6 boards has fallen to >almost zero, the time has come to look hard at armv6. I'm still using freebsd with armv6. It's [rpib+] presently a console server= to the router, connected via a ttl cable. As to useful, it's useful to me ;) b= ut=20 i'd imagine theres still lots of uses for armv6 boards, particularly in a l= ow-power=20 or battery-operated situation. The hardware is durable. They can still be b= ought=20 new, albeit on back order. According to https://en.wikipedia.org/wiki/Raspberry_Pi#Series_and_generations they [rpib+] aren't discontinued >There's a number of options. > >1. Keep it as is. This will only happen if there's a lot more users than we >think (and we think there's nearly zero users of FreeBSD 13 and newer that >would want to run FreeBSD 14). How do you estimate the number of users? Millions of these (armv6) boards were sold. >2. Stop building packages. Given it's small to non-existent user base, it >makes no sense to provide a package building service for it. >2a. We should likely do this anyway for all stable branches since it's a >net negative in terms of cost/benefit analysis: lots of effort to produce, >very little use. Would it be easier to build a much limited number of packages? Stuff that's console-only? no xorg, browsers etc for -releng.=20 But I agree with 2a for -stable, for any arch.. >3. Disconnect it from universe: This will mean it will rot, though. It's a >necessary step in removal. > >4. Remove support for armv6 in base entirely. This will orphan any RPiB and >RPi0 users out there. However, the RPiB hasn't been sold in a few years, >and the RPI0's connectivity is severely lacking given no SDIO support. > >So, which of these steps do we do before FreeBSD 14 and which before >FreeBSD 15? >My vote would be to do 1-4 for 14 including 2a. mine would be for 2a only for -stable. I think you might be wrong with "very small number of users" though. If you do decide to go ahead with it, if arm6 users still want *BSD, on netbsd it's a tier1 arch. --=20 J. --pBLyJKq5Pl2TceHt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmF+Ds4ACgkQs8o7QhFz NAVqZQ/9GF10QzOYJXYYFsVkDtD6nzlLvvChmDaXe/CNz7KGM5BHzLD87MVGfmXd xt9JZFpr892RDjX9r0gkUt0v3r3WFbjpGEFRWNkmujo5pm2CJYS5YsLvt1a6drwb Y4EUNZg9QsX6TnXN17HVx1RAocWudCcmfRHNvI/74CzFIVV2SAWFBB0LiY4nJG25 ScYlqREldXV1V9gVYkMFsKT4dCOM6rNGZt6FhHpPgcBwLHKbEL7raXJpGk7iz10M SXMhFS4Olcp1r2sfqYu7+pLaRvetD7JFnuZ07I4x/6IyCqCFhMBG2nfAKfsqJOE2 wTKrpj8ezlylZyy2WAlTrl5h41a5zw+ol3HN81nCyYqLeieS60f+wFHzpDdNpA/M GrdlYZmYlMr2Otp8O41lxaLItU6oPVaztRcWLSehKYTXsxM9hD0UI07WR+2bgqMU FEs9c12arJWiCgDnp5+iDBP+9QUdhwupDn2KcMNXK4mYLsvtPaqesLl7n+7SfbsB 0i1AhE3TLzEch6QTcQC81qHKuaY7d6lQ9F3KnOsS21PKVf28CYcGUb8pJ54Lf/mJ RbbzjngBRwKMVbKAkZRz48CYjZwq+G0MdY9+ovVPGhh3PEzn8K44kK014uVOgM2M UU3Nd2sEEAmyXA4rp1ERoQYA9UaiD7bkBf03GegrS3qN1klyEig= =5K1z -----END PGP SIGNATURE----- --pBLyJKq5Pl2TceHt-- From nobody Sun Oct 31 05:57:12 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id A5DC2182751E for ; Sun, 31 Oct 2021 05:57:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.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 4Hhln02lDmz3r8W for ; Sun, 31 Oct 2021 05:57:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635659837; bh=PZ+cxg3jE2W+6MCaKh4TCIA9iA5TrAa5ceSmiAe5LKI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=SLpuI0Mgx5I1ORqzUz+pHvZBsp2QsOFi2N4tvX3JFUxFL5MjPeAHU5KECRaOKUB0yV42uW4ZpZ/Sva7DygG0JyJUfgFsADycmnkmKgIE5U3BalRccM9zFe3x6Ih3/Oh0W/vVzXz7M8CB6iOwjfsn9LUrJcafcNwoHb9mz4q2TUMYc08XafxF/WSgemoUYMZA3GOuSo/ekqaBbvwRq1hKudc2JWatNb0SWap+TOxjZMD3u+b3S/ShZK2GM3sRAhECNasT/oDMvb5HMOA+1/so2oXIgwusFmYLI3bVif5y8kBmk2qqamhDAf0/4oFtlWHWwccOuOj0xIhuK7ELyqqcdA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1635659837; bh=vjkMtD4YQFtzhC8h5ky07ltC+IC3ORI8FXs6yhyqga5=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=P4WpYh/WFOp1YcQwAZ3Mb+lKTk2dU5gt3vnix7hL5sUuvX7IBABoEr2xso7nrEu0o0TPEwcz2gwXQRx5FNr0vSEOReKgmkO28AghGvsAWmoEHa6ptimxRUR63jsyJ1udajvZlGs+Gv7vbr1s7tIwDimI6o24xjvDWZ2AwMM3Fmdn1xWplII9IQ0hksc5QPyMMkaDtLOQdS0feGA87IZtpO+zp66q4ZzdpwMdumouS0vh05H55bSy73nlRs7SBvmUvOsN7Hgc4QWbSBdnwjB5Gox9X2P3dEX5/rQAZ1gele2RpySwTiYSQEFb+BBPQEcsVeWGAu0f+oD5wDf+j8fr4Q== X-YMail-OSG: 7cgv7BkVM1nr6LmbJ37H4OAnY9XY04L_BgHIIC6RaSfUijcBY25IX7PHTQ2_XXW 0DclS5joK4q2sWjq3gJrD4YWqZUgAPeNSE2yaA_pjlegGA85lASZb0T4BJKcLnlZiGnNcBqQr1g9 U79pKNGmChs6k6gpfpB3bLPoZ2Myn5mUvDTtPNIM37PpCK0YaL7MnlvZDXC4EifMzIxIJ9f0wM3w vTrB1yJJ4M3Zf_VGDbN3aDW8wS0U.N617xHTjEno49HPRT6o43vl170JItehyMrAh98DO3VyQjfV nV2zCZ_4bAuZO3wkoWdW3cbOiEEi9SBuDljVmeURP1pHgZv.uMlSXKRejl66dehP5aCuUsQ0dSxm d_lCfsl.ZZHH9kLXAF.mHF1nzwkzDmBS.IEAd7MeBut0xXezz3jx95sqxS6xD.llMDJpLUX26Z0z NJyzTD7RVnwpZzlFof7A.zt_2jdg_azAg45l9QoPLQcgGu3NFeZeT9MXOhjRgsAevFlhDjAAl48y 0hzn58lIP29FnJoCaKNXxazUZrrvMDZCxHqnegiOB6zK5ToJY0KevLXjPsUo_fZeuTA.u312r5wR VW4UNggOkFeVWX764iIdCrPgcOK9jJLmKCXsSC4zPtTt2goLNFA9n5.jEzb00v9dofGXJweLx7bc vcFsdvCyBdx5Mu6C5tGLPpHsbg0Wdsbqq8GOY1gTEzMV40OAWTKFHD3A75gJGdVLA26hlJA_Wnsf mEmQJtxBthVJikgCJWzJN2K8tknDN0W803Y02ZdBx1AcWO0a2wCJ5hqfEjtILj8S1NicvH3z7zfB V.zh8k0Pw1ELcnmXdQ2G0fkNetkatBxFDD6qNFGq3qwoZo5GWG2BxFTOEPtucNThNVjH3hyOFNNk RByqOzfgpCTAbBB1YyZGoJ3suxRl_sptPDxTdpOxzFqXdvk69sRP_T6m8D2Ko2jm6poTsS5qGiMI Ffoqltnd3cAXpHyHZgmK6QtskTmU2co5jYgGE6XPerJJQTEV9hlyp3crgiETEZimoSt7CElOraqk x6EAPXcyzY09.hJOn1Cqe3daI4v4zPv3n9MIGuFEJfmRS3q_a7mqKIfaC.TRRGYkKyuB6rUpFJBL 6WhPdcOsuQcY66wMwpWPf5rgvr5dwBxZMBPw5Ff.UInKsXd8Bd2iHJVHTsWPxudiB5.wjIBIr8cU q1SFbffzx9PVUMiBQK1giFJOHjn14SWIgphnVVJBR_W57PWkV8U7qgIy96hEWhapqu.ToiBOoKrV 4n6xooLRqiqUeNEh.YMNIKj9vnqL81GeSAULwQsOl71Do.V2FyBw20jqSCMazjMvpTVvbjvDTbd8 nGdQoUdCfPE74cVZ2IIqH15sdOJEAcoO5eh53NE_7OKwVWZDJbHmjudmYMxlKzM40sD3XXoHSDLW vDAfQ3LofuJ671fb9vsA79rsd_rua7wD6sxbSK1JKi_uXgmLzdvjwsjqXe67IL4NLPcSlaiy0Fk6 IlYxPgLMlFbXyRgt4xr6ks2tUrm1pbSAjbyXCDpRf8AmWpzIJWJoI9PDWtzQCiLkidYi9Wg_BfG2 vHq.b_gAQ1gPlc3ZB7CsGSTsaH3t9AcURNJTylYMaX4ZTBHLtOtEQl.ofbHb.2IYkfdve3LPX1l0 6EYLymYvP36UeIsbSVh74V0H6_KSJ9H.tB1FzQeyeexyW5t8aM0w_7tZlrTxaFn4viRQEQfYKcAS Isup29uobsDucfUJ0ssAexEXsjFewaMZPTZhJ4cIhBK8rhYSdJfsL.N1mknA9vYJOOGBAZvN2m_w Tnid0qd5pGMSEyqriHmcuBn62KS5dr.LQR0E_P8OY5QDSs77PUIuYwgTFsnkrx5.Yv3s4_3YPGQc I707GZmVW8HDP0rzPGEfjnzuuzmCOQc1Yg.yzeaq5p65BHF8LOFCYycrWpMY9Wopaq7Fm7lIsk87 veNggs.57tBCtlk073RSJLj8ehfCDyYOABZ.i4MQXiqiVgYi7TX8ZJlaVHeAkmc3B3FJLRUujaf4 nrt7Qr2hDKWeQ_e8a0vRYSLKdhDv1k5tTQSWo_ZCk1tlLntx04frVI6nndCCiZc33BaWRtnlNVPk bj_Z4sFIHKy9yB6F8bzhNiyE4jTm3EZN2b5yo6e9jvM2Qi0IogJu7rtIqZOrgbBVhNS.SaPN83dz eIbhlV3g1rPPTpyQ0cCzATRcAHajcuOgEPFJ1iFrhJuh_Uojt1TUscQ1wC_OW9lVknFpidqABgP4 wiOzHeyzbK0bZ1imwlxyRfn67uTYFIgDtTcAIC1AUbBW46km.dfF7vQLZT8vXKlJLvuy.KkMKXNa yXByT8TS1VgJ3rI8y63w1 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sun, 31 Oct 2021 05:57:17 +0000 Received: by kubenode550.mail-prod1.omega.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 050087900515a3fcca97652687d405ea; Sun, 31 Oct 2021 05:57:15 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Troubles booting Pi2 from USB using bootcode.bin method In-Reply-To: <20211030213553.GA25712@www.zefox.net> Date: Sat, 30 Oct 2021 22:57:12 -0700 Cc: Free BSD Content-Transfer-Encoding: quoted-printable Message-Id: <97151A41-3077-4507-A477-92318605911F@yahoo.com> References: <41C0A656-D898-4381-BB81-034D54CA04A0@yahoo.com> <02806205-6685-41FD-B2D1-415C82FBCF92@yahoo.com> <20211028191635.GA19540@www.zefox.net> <7AC0733A-3FC9-4FA6-A6D7-0689A8ACB4CA@yahoo.com> <20211029182430.GA22414@www.zefox.net> <086D6998-A96F-4560-92C5-4E2CE05FF668@yahoo.com> <20211030213553.GA25712@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4Hhln02lDmz3r8W X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On 2021-Oct-30, at 14:35, bob prohaska wrote: > On Sat, Oct 30, 2021 at 01:41:52AM -0700, Mark Millard via freebsd-arm = wrote: > . . . > I've captured one failure session at > http://www.zefox.net/~fbsd/rpi2/bootproblems/bootlog-usb3-solo.fail > but cannot reliably reproduce it.=20 Later below I'll list some notes about the failure modes shown in >=20 > http://www.zefox.net/~fbsd/rpi2/bootproblems/ >> When the console offers the >> U-Boot>=20 >> prompt, is that coming from bootcode.bin, or something else? The U-Boot> prompt is from u-boot.bin (i.e., U-Boot itself). This is after bootcode.bin and start.elf do their part of the boot sequence. >> Could anything be learned from trying to boot the armv7-configured >> disk on a Pi3B or B+ ? You could try the same microsd card, USB3 powered hub, and USB3 drive on a RPi3B or RPi3B+ . This would not use the bcm2709-rpi-2-b.dtb = . >> That's a relatively easy experiment. I'm >> trying to use a rather old Pi with a comparatively new USB drive. >> The Pi3s on hand are at least somewhat more modern. >=20 In my RPi2B v1.1 context, when I have access, the USB3 portable SSD is is first generation USB3 as I remember --but does not require a powered hub. Failure mode notes: For: . . . Found 4 ports, multi_tt =3D 0 Enabling PORT POWER on port 1 Enabling PORT POWER on port 2 Enabling PORT POWER on port 3 Enabling PORT POWER on port 4 Waiting for devices to respond to reset Found device on port 1 Found highspeed device Set address 7 Num devices =3D 4, addr =3D 7 get_config_descriptor 85 bytes device class =3D 0 interface_desc[1] =3D 4 Device found: type =3D Mass storage, addr =3D 7 Trying booting from MSD device addr 7 Retrieving the config descriptor Found ep_in =3D 00000001, ep_out =3D 00000002 GetMaxLun returned 0, max_lun =3D 0 Sending and retrying TEST_UNIT_READY Failed to test volume, probably not ready init_msd returned -2 Failed initialising mass storage device Trying booting from Ethernet device addr 5 Trying booting from Ethernet device addr 5 Trying booting from Ethernet device addr 5 . . . This failure mode never even reads a file from the USB3 drive. U-Boot is not relevant. Not even the RPi* firmware on the USB3 drive is relevant. For: . . . U-Boot 2020.10 (Apr 09 2021 - 04:09:01 +0000) DRAM: 948 MiB RPI 2 Model B (0xa21041) MMC: mmc@7e300000: 1 Loading Environment from FAT... In: serial Out: vidconsole Err: vidconsole Net: No ethernet found. starting USB... Bus usb@7e980000: USB DWC2 scanning bus usb@7e980000 for devices... unable to get device descriptor = (error=3D-22) . . . This made it to U-Boot. usb_ready_retry, usb_pgood_delay, and/or usb_max_blk use might help? For: . . . U-Boot 2020.10 (Apr 09 2021 - 04:09:01 +0000) DRAM: 948 MiB Error binding driver 'bcm283x_pinctrl': -12 Error binding driver 'serial_pl01x': -12 Error binding driver 'dwc2_usb': -12 Error binding driver 'sdhci-bcm2835': -12 Error binding driver 'simple_bus': -12 Error binding driver 'bcm2835_video': -12 Some drivers failed to bind Error binding driver 'simple_bus': -12 Some drivers failed to bind initcall sequence 3b3e2498 failed at call 0001a270 (err=3D-12) ### ERROR ### Please RESET the board ### This made it to U-Boot but seems to be a different failure mode. I've no clue about the drivers that "failed to bind" or why. I again wonder about unreliable I/O but have not specific evidence. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Oct 31 21:00:30 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 0399B182D152 for ; Sun, 31 Oct 2021 21:00:32 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hj7q31Hjbz4jnL for ; Sun, 31 Oct 2021 21:00:31 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 081FC2456A for ; Sun, 31 Oct 2021 21:00:31 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 19VL0U6q032615 for ; Sun, 31 Oct 2021 21:00:30 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 19VL0UAu032614 for freebsd-arm@FreeBSD.org; Sun, 31 Oct 2021 21:00:30 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202110312100.19VL0UAu032614@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 31 Oct 2021 21:00:30 +0000 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="16357140304.c5618.31302" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: Y --16357140304.c5618.31302 Date: Sun, 31 Oct 2021 21:00:30 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 Open | 257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat 3 problems total for which you should take action. --16357140304.c5618.31302-- From nobody Sun Oct 31 22:46:35 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 70129181A055 for ; Sun, 31 Oct 2021 22:46:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HjB9R2T1wz3LL0 for ; Sun, 31 Oct 2021 22:46:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 362D925FFE for ; Sun, 31 Oct 2021 22:46:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 19VMkZbt098249 for ; Sun, 31 Oct 2021 22:46:35 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 19VMkZlU098248 for freebsd-arm@FreeBSD.org; Sun, 31 Oct 2021 22:46:35 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 255048] arm64/ROCKPRO64 freeze during heavy IO on external USB 3 disk Date: Sun, 31 Oct 2021 22:46:35 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: diizzy@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Unable to Reproduce X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D255048 Daniel Engberg changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Unable to Reproduce Status|New |Closed --- Comment #17 from Daniel Engberg --- Closing PR based on the info in previous comment --=20 You are receiving this mail because: You are the assignee for the bug.=