Date: Sat, 19 Dec 2020 14:47:36 -0800 From: Mark Millard <marklmi@yahoo.com> To: Hans Petter Selasky <hps@selasky.org> Cc: freebsd-arm <freebsd-arm@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org>, John-Mark Gurney <jmg@funkthat.com> Subject: Re: debug head -r368500 kernel (for example) : "lock order reversal: (sleepable after non-sleepable)" involving ure0 and a sysctl lock; more Message-ID: <F5ADB94A-401E-4134-BDD1-2AD0F9B102B2@yahoo.com> In-Reply-To: <9373329c-42ad-14c3-c236-b340b865d05e@selasky.org> References: <E58350E3-EB33-410C-AC20-E25A9A78D5C2@yahoo.com> <3392879C-F0DC-4F14-9C48-1ADD94214D49@yahoo.com> <9373329c-42ad-14c3-c236-b340b865d05e@selasky.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-Dec-19, at 03:09, Hans Petter Selasky <hps at selasky.org> = wrote: > Please test: >=20 > https://svnweb.freebsd.org/changeset/base/368799 > https://svnweb.freebsd.org/changeset/base/368801 >=20 > --HPS I grabbed a debug -r368803 kernel from artifacts (first arm64 snapshot available containing the above 2 updates): = https://artifact.ci.freebsd.org/snapshot/13.0-CURRENT/r368803/arm64/aarch6= 4/kernel.txz I used it to substitute in the updated debug kernel and booted the same configuration. It booted fine with no LOR or uma_zalloc_debug related console output. I've not tried my own non-debug build yet but that kind of context had never given me a clue of these issues anyway. (I am not expecting the above to change the non-debug "Root mount waiting for: usbus0" for the uefi/ACPI USB3 SSD based boot sequence.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F5ADB94A-401E-4134-BDD1-2AD0F9B102B2>