Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 31 Jan 2020 13:26:19 +0100
From:      Ralf Wenk <iz-rpi03@hs-karlsruhe.de>
To:        bob prohaska <fbsd@www.zefox.net>
Cc:        freebsd-arm@freebsd.org
Subject:   Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3
Message-ID:  <E1ixVNL-0004Px-Be@iz-wera-new.HS-Karlsruhe.DE>
In-Reply-To: <20200130162055.GA21879@www.zefox.net>
References:  <20200123164419.GA81833@www.zefox.net>  <20200125153229.GA3768@www.zefox.net> <E1ivfCl-0073zQ-M1@smtp.hs-karlsruhe.de> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@www.zefox.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-01-30 at 8:20 -0800  bob prohaska wrote:
> On Sun, Jan 26, 2020 at 08:42:11AM -0800, bob prohaska wrote:
> > On Sun, Jan 26, 2020 at 11:31:47AM +0100, Ralf Wenk wrote:
> > > 
> > > I got this panic two times in a row with a r357112 kernel during
> > > make installworld at the same place. So it looks like I am able to
> > > reproduce it. 
> > > 
> > > # panic: deadlres_td_sleep_q: possible deadlock detected for
> > >   0xfffffd0000f33560, blocked for 1802833 ticks
> > > 
> > > But I think it is just a symptom of the r356776 changes.
> > > 
> > > > Attempts to reboot are also rebuffed with 
> > > > cpu_reset failed
> > > > leaving a power cycle as the only option, which is new to me.
> > > > 
> > > > Does this give any hints as to what's going on?
> > > 
> > > After doing the update from r356767 to r356776 my system began to
> > > show the "cpu_reset failed" message as well.
> > > 
> > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243464
> > > 
> > 
> My Pi3 still panics at r357204, but ntp seems to work fine.
> One other oddity: During the loader countdown to boot, time
> seems to run about 5x slower than it should, each second
> on the screen taking about five seconds. The string 
> deadlres_td_sleep_q turns up in sys/kern/kern_clock.c,
> might there be a connection between the panic and the
> very slow boot countdown?

In my experience this behavior depends on
/boot/msdos/EFI/BOOT/bootaa64.efi.

How "fast" time is ticking in the loader also depends here if the
beastie menu is disabled or not. With bootaa64.efi from 5 of December
and disabled beastie menu, time is ticking like realtime. With enabled
beastie menu time is jumping. Frequently from -6 seconds to immediately
boot.

Currently I have three different versions in /boot/msdos/EFI/BOOT.

# ls -l /boot/msdos/EFI/BOOT/
total 2592
-rwxr-xr-x  1 root  wheel  678200 Dec  5 08:57 bootaa64.efi
-rwxr-xr-x  1 root  wheel  679064 Nov 27 08:40 bootaa64.efi-new-and-fast
-rwxr-xr-x  1 root  wheel  645904 Aug 15 16:20 bootaa64.efi-o
-rwxr-xr-x  1 root  wheel  645904 Aug 15 16:20 bootaa64.efi-old-and-fast
# sha256 /boot/msdos/EFI/BOOT/*
SHA256 (/boot/msdos/EFI/BOOT/bootaa64.efi) =
 b8c51a746e9b548a6aaa4918562de95276cea1885d9aa44c5f4384424471802f
SHA256 (/boot/msdos/EFI/BOOT/bootaa64.efi-new-and-fast) =
 7cf52ccb780f3f61d4cdb3c79e7d769aa60f55508d59ed9e5efab685267355f1
SHA256 (/boot/msdos/EFI/BOOT/bootaa64.efi-o) =
 ee598fc6e7736f3e26aa3fd30dc3845d4b9e56f74a58d935ff68de1e1ebcc74c
SHA256 (/boot/msdos/EFI/BOOT/bootaa64.efi-old-and-fast) =
 ee598fc6e7736f3e26aa3fd30dc3845d4b9e56f74a58d935ff68de1e1ebcc74c
#


Ralf




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E1ixVNL-0004Px-Be>