From nobody Sat Feb 18 21:06:10 2023 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 4PK1Rs1BMbz3rrYQ for ; Sat, 18 Feb 2023 21:05:45 +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 4PK1Rr4d4nz3MqB for ; Sat, 18 Feb 2023 21:05:44 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 31IL6Afi050136 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 18 Feb 2023 13:06:10 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 31IL6Ac7050135; Sat, 18 Feb 2023 13:06:10 -0800 (PST) (envelope-from fbsd) Date: Sat, 18 Feb 2023 13:06:10 -0800 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: fsck segfaults on rpi3 running 13-stable (and on 14-CURRENT analyzing the same file system that resulted from the 13-STABLE crash) Message-ID: <20230218210610.GA50074@www.zefox.net> References: <20230214161415.GA28276@www.zefox.net> <20230214183827.GG95670@funkthat.com> <20230214210601.GA28959@www.zefox.net> <20230214232746.GI95670@funkthat.com> <20230215154424.GA34278@www.zefox.net> <20230215190856.GA34665@www.zefox.net> <20230217232537.GA46176@www.zefox.net> <5FFA8C73-4F9B-4633-897C-75368FA9FD4F@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: <5FFA8C73-4F9B-4633-897C-75368FA9FD4F@yahoo.com> X-Rspamd-Queue-Id: 4PK1Rr4d4nz3MqB X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Fri, Feb 17, 2023 at 04:23:59PM -0800, Mark Millard wrote: [huge snip] > Looks like that is one of the messages for problems > fsck_ffs does not attempt to deal with (probably for > good reasons in each case/context). Since there wasn't much to lose I tried deleting the bad inodes using fsdb clri and re-running fsck. After maybe a dozen cycles fsck reported the filesystem clean and, to a superficial inspection, intact. The disk rebooted, ran git reset --hard and is now running buildworld. Fingers and toes are now fully crossed 8-) Is it possible to continue updating the -current Pi3 using git while preserving the hand-applied changes to /sbin/fsck? Simply running git pull results in complaints about unstaged changes. IIRC, subversion didn't care. [another huge snip} > > Beyond that, things with floating-point use in > multi-threading contexts looks to be significantly > broken in main [so: 14] for now. (This was involved > in your FreeBSD crash based on the the backtrace > showed.) > > If you try to set up another armv7 context, I suggest, > for now, staying before: > > commit 6926e2699ae55080f860488895a2a9aa6e6d9b4d > Author: Kornel Dul??ba > AuthorDate: 2023-02-04 12:59:30 +0000 > Commit: Kornel Dul??ba > CommitDate: 2023-02-04 19:21:43 +0000 > > arm: Add support for using VFP in kernel > > This would be until a list of issues have been > addressed. I've reported how to produce 3 > distinct failures, 2 of which hit KASSERT > panics, and the other one is for ending up with > floating-point values from the wrong thread > (but same process). More may be identified > and fixed before things generally work again > for main for armv7 FreeBSD. The relative merits of aarch64 vs armv7 are a bit muddy from my point of view. The only real objection to aarch64 on the Pi3 is running out of memory during buildworld. On a "production" machine that happens infrequently and needn't be fast, so -j2 solves the problem. I was interested in trying to use armv7 on the Pi3, but unless it works "out of the box" it's probably more trouble than benefit. Many thanks for all your help! bob prohaska