Date: Fri, 31 Jan 2020 15:05:40 -0800 From: Mark Millard <marklmi@yahoo.com> To: bob prohaska <fbsd@www.zefox.net> Cc: Ralf Wenk <iz-rpi03@hs-karlsruhe.de>, freebsd-arm@freebsd.org Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 Message-ID: <A06C0FF9-0347-499E-93DC-6461FC654B0C@yahoo.com> In-Reply-To: <A6927AAF-F8FB-4171-9742-24D1EB135DAB@yahoo.com> 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> <A6927AAF-F8FB-4171-9742-24D1EB135DAB@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-Jan-30, at 08:44, Mark Millard <marklmi at yahoo.com> wrote: On 2020-Jan-30, at 08:20, bob prohaska <fbsd at www.zefox.net> wrote: >> . . . > > . . . > > (I've not done anything intended to control the > mac_ntpd load behavior on any of the 4 arm systems > and do not know why there is the variation that > there is.) > I finally remembered that long ago there was an issue where I'd set logconfig and logfile ( to /var/log/ntp.log ) in /etc/ntp.conf on some boot media. Turns out that causes root to be what runs ntpd instead of user ntpd doing so, avoiding possible file system permission issues. That in turn means that mac_ntpd is not loaded, which would avoid the hang-up in more modern FreeBSD vintages than I am currently running. If one has the various directory and file permissions involved set up for user ntpd already, one could use ntpd_user="ntpd" in /etc/rc.config to avoid both mac_ntpd loading and the use of root to run ntpd. No logfile need be involved. === 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?A06C0FF9-0347-499E-93DC-6461FC654B0C>