From owner-freebsd-arm@freebsd.org Sat Mar 13 09:12:37 2021 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0272E56FF90 for ; Sat, 13 Mar 2021 09:12:37 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DyH5H6Tbjz4c8Z for ; Sat, 13 Mar 2021 09:12:35 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1615626747; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=U4FL6J1JBSDaHr+Ovapa/xmZh8W3mFRy/pI62a1oE0Q=; b=A0o9d+8CsLpzhxNXMIJrRAO45XBbP9QDf0BxSDy5bIija4LbSf+HBDttdoDGO+ZpH9U57I 3kAew75ZJ5vANSas4VFXYuyi6owAbjU52ZuYs10xBQWZWpBcB07IHYusdK1DW0ddU0BpHG vG4L/shp0ygiunXL3aSnNsIKHuQycKo= Received: from amy (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id f893a872 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 13 Mar 2021 09:12:27 +0000 (UTC) Date: Sat, 13 Mar 2021 10:12:27 +0100 From: Emmanuel Vadot To: Mark Millard Cc: Mark Millard via freebsd-arm , tech-lists Subject: Re: rpi4b main-n245392-8423f5d4c12 won't boot due to microsd timeout (13.0-RC2 not good for RPi* firmware) Message-Id: <20210313101227.c42e3b1058ccf047b3f9c8a3@bidouilliste.com> In-Reply-To: <5C661CDD-DDCA-4EBB-B882-6D7D229054F8@yahoo.com> References: <61542A77-6D5B-4F56-BFF8-05208739BBF3@yahoo.com> <32558598-DB31-4322-B468-59C08C965D3B@yahoo.com> <5728984E-FBFA-4358-A4E8-B56204EF3252@yahoo.com> <5C661CDD-DDCA-4EBB-B882-6D7D229054F8@yahoo.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DyH5H6Tbjz4c8Z X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=A0o9d+8C; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Mar 2021 09:12:37 -0000 On Fri, 12 Mar 2021 17:03:31 -0800 Mark Millard via freebsd-arm wrote: > > > On 2021-Mar-12, at 16:29, Mark Millard wrote: > > > On 2021-Mar-12, at 15:36, tech-lists wrote: > > > >> On Fri, Mar 12, 2021 at 10:59:09AM -0800, Mark Millard wrote: > >>> > >>> FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz > >> > >> I saved the working kernel.old image and wrote > >> FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img > >> to the microsd, added latest start4.elf and fixup4.dat and u-boot and > >> confirm this won't boot with usb stuff attached, which I think is a > >> different issue? > > > > Different issue and a commit of the intended fix has > > been made for the USB storage device handling problem > > in the FreeBSD kernel. > > > >> Consoles: EFI console Reading loader env vars from /efi/freebsd/loader.env > >> Setting currdev to disk0p1: > >> FreeBSD/arm64 EFI loader, Revision 1.1 > >> (Thu Mar 11 07:29:18 UTC 2021 root@releng1.nyi.freebsd.org) > >> > >> Command line arguments: loader.efi > >> Image base: 0x39df7000 > >> EFI version: 2.80 > >> EFI Firmware: Das U-Boot (rev 8224.4096) > >> Console: comconsole (0) > >> > >> root@generic:/boot/msdos # strings start4.elf | grep VC_BUILD_ID_ > >> VC_BUILD_ID_USER: dom > >> VC_BUILD_ID_TIME: 12:10:40 > >> 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'm going to try building a no-debug kernel next > > > > You could potentially build code with the intended > > fix in it -- either debug or non-debug. > > > >> thanks for your help. I'll close the bugzilla ticket. > > > > You are welcome. > > > > The Continuous Integration builds involving the > > committed fix for the USB storage device panic by > > the debug kernels have started (first builds for > > each platform might be done). For aarch64: > > > > https://artifact.ci.freebsd.org/snapshot/main/7381bbee29df959e88ec59866cf2878263e7f3b2/arm64/aarch64/ > > > > has such materials already, including kernel.txz and > > kernel-dbg.txz . I mounted the ufs file system on the > > microsd card that was previously initialized from: > > > > FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img.xz > > > > I mounted that as /mnt and updated the media via: > > > > # tar -xpf kernel.txz -C /mnt/ > > # tar -xpf kernel-dbg.txt -C /mnt/ > > > > I then dismounted. So I now have microsd card media > > with a debug main kernel that handles USB storage > > media again on the RPi4B 8 GiByte and such --until > > the next normal snapshot that happens to be in > > working order from which I could update that media > > again. > > > > One property of: > > > > https://artifact.ci.freebsd.org/snapshot/ > > > > materials is that they stick around for about a year. > > Another is that for any specific platform, only some > > commits are built. Which commits are built can vary > > by platform. > > > > (I do not normally use debug builds. But I'm updating > > the non-debug ones to be based on a commit that spans > > the fix as well.) > > > Unfortunately, FreeBSD-13.0-RC2-arm64-aarch64-RPI.img > still has older RPi* firmware that does not work: > > After initalizing a microsd card from: > > FreeBSD-13.0-RC2-arm64-aarch64-RPI.img > > and mounting it on /mnt , I see: > > # strings /mnt/start4.elf | grep VC_BUILD_ID_ > VC_BUILD_ID_USER: dom > VC_BUILD_ID_TIME: 22:19:57 > VC_BUILD_ID_VARIANT: start > VC_BUILD_ID_TIME: Jan 27 2021 > VC_BUILD_ID_BRANCH: bcm2711_2 > VC_BUILD_ID_HOSTNAME: buildbot > VC_BUILD_ID_PLATFORM: raspberrypi_linux > VC_BUILD_ID_VERSION: 99d9a48302e4553cff3688692bb7e9ac760a03fa (clean) > > > By contrast doing similarly with: > > FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210311-15565e0a217-257277.img > > and looking a the /mnt , I see: > > # strings /mnt/start4.elf | grep VC_BUILD_ID_ > VC_BUILD_ID_USER: dom > VC_BUILD_ID_TIME: 12:10:40 > 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 Feb 25 2021 firmware works on various RPI4B's > and the Jan 27 2021 does not, for example. > > This means that 13.0-RC2 is not an appropriate > basis for the msdos file system content. > > (I've not checked u-boot .) > > Replacing the older with a copy of the newer would > be an option. > > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) I'm not sure why but 2021Q1@r567285 was chosen as the revision to tag RELEASE_13_0_0 and this doesn't include the latest MFH for rpi-firmware. I'll check with gjb@ how to address this problem. -- Emmanuel Vadot