From owner-freebsd-current@freebsd.org Mon Dec 9 18:52:51 2019 Return-Path: Delivered-To: freebsd-current@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 772E11DCA08 for ; Mon, 9 Dec 2019 18:52:51 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47Wsl55BFsz3RCP; Mon, 9 Dec 2019 18:52:49 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id xB9Iqeal001091 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 9 Dec 2019 10:52:41 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id xB9Iqd0a001090; Mon, 9 Dec 2019 10:52:39 -0800 (PST) (envelope-from sgk) Date: Mon, 9 Dec 2019 10:52:39 -0800 From: Steve Kargl To: Hans Petter Selasky Cc: Alexander Motin , Warner Losh , FreeBSD Current Subject: Re: CAM breaks USB [was Re: USB causing boot to hang] Message-ID: <20191209185239.GA1056@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <20191206225231.GA949@troutmask.apl.washington.edu> <20191206234105.GA1027@troutmask.apl.washington.edu> <3df3ff25-9f62-6f0f-7823-e846a43725eb@FreeBSD.org> <3e5ead69-b933-70a4-a183-67552d8932fb@selasky.org> <20191207021148.GB1234@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191207021148.GB1234@troutmask.apl.washington.edu> User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 47Wsl55BFsz3RCP X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=washington.edu (policy=none); spf=none (mx1.freebsd.org: domain of sgk@troutmask.apl.washington.edu has no SPF policy when checking 128.95.76.21) smtp.mailfrom=sgk@troutmask.apl.washington.edu X-Spamd-Result: default: False [-2.22 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; IP_SCORE(-0.22)[ip: (0.06), ipnet: 128.95.0.0/16(-0.27), asn: 73(-0.84), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2019 18:52:51 -0000 On Fri, Dec 06, 2019 at 06:11:48PM -0800, Steve Kargl wrote: > On Sat, Dec 07, 2019 at 01:16:13AM +0100, Hans Petter Selasky wrote: > > > > There is an option you can compile into the kernel which will allow the > > keyboard to enter the debugger. > > > > options ALT_BREAK_TO_DEBUGGER > > > > Sounds to me like either a leaked refcount or that one thread is > > spinning blocking execution of other threads. > > > > I tried setting the sysctls > > hw.usb.umass.debug: 1 > hw.usb.xhci.debug: 1 > hw.usb.uhci.debug: 1 > hw.usb.ohci.debug: 1 > hw.usb.ehci.debug: 1 > > but when I rebooted I forgot to request a verbose boot. > There was no apparent debugging output to the console. > I try again on Monday to get additional information. > keyboard isn't available prior to the hang. A kernel built at 355010 hangs. This includes kernels built with and without INVARIANTS, INVARIANT_SUPPORT, WITNESS, and WITNESS_SKIPSPIN. This includes adding "kern.cam.boot_delay=30000" to /boot/loader.conf. Adding "hw.usb.debug=1", "hw.usb.umass.debug=1", "hw.usb.ctrl.debug=1", "hw.usb.xhci.debug=1", "hw.usb.uhci.debug=1", "hw.usb.ohci.debug=1", and "hw.usb.ehci.debug=1" shows no usb related output on the console when booting the 355010 kernel; whereas, a 355009 kernel floods the console. Unfortunately, I'm not a kernel hacker and I have run out of time trying to report an issue. -- Steve