From owner-freebsd-arm@freebsd.org Sun Feb 2 16:14:59 2020 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 E1D95232BEA for ; Sun, 2 Feb 2020 16:14:59 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 489bdZ6CTWz4LfV; Sun, 2 Feb 2020 16:14:58 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 012GF5Xg039669 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 2 Feb 2020 08:15:06 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 012GF4fg039668; Sun, 2 Feb 2020 08:15:04 -0800 (PST) (envelope-from fbsd) Date: Sun, 2 Feb 2020 08:15:03 -0800 From: bob prohaska To: Ralf Wenk Cc: Kyle Evans , "freebsd-arm@freebsd.org" , bob prohaska Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 Message-ID: <20200202161503.GA37965@www.zefox.net> References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 489bdZ6CTWz4LfV X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.87 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.26), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.25)[0.250,0]; NEURAL_HAM_MEDIUM(-0.34)[-0.336,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2020 16:14:59 -0000 On Fri, Jan 31, 2020 at 11:05:27PM +0100, Ralf Wenk wrote: > > While writing this, I remembered that Bob Prohaskas 'five seconds per > "click"' did only happened on my RPi3 systems when some USB keyboards > are plugged in during boot. Never without a USB keyboard. It seems to > depend on the manufacturer and/or chip. Didn't had/have the spare time > to figure it out, but this may be a hint. > Confirmed here also. The machine had been consistent in the slow loader countdown with two different Dell keyboard/mouse combos, one using an internal hub (mouse plugged into keyboard hub) and one with each plugged separately into the Pi. With neither connected countdown rate is normal. There is, of course, always a serial console. Is there a workaround for the cpu_rest failed error other than pulling the plug? I tried "step" just to see what happens. The machine emitted one unprintable character and locked up tight. Thanks for writing! bob prohaska