Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 9 Dec 2019 10:52:39 -0800
From:      Steve Kargl <sgk@troutmask.apl.washington.edu>
To:        Hans Petter Selasky <hps@selasky.org>
Cc:        Alexander Motin <mav@freebsd.org>, Warner Losh <imp@bsdimp.com>, FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: CAM breaks USB [was Re: USB causing boot to hang]
Message-ID:  <20191209185239.GA1056@troutmask.apl.washington.edu>
In-Reply-To: <20191207021148.GB1234@troutmask.apl.washington.edu>
References:  <20191206202316.GA1053@troutmask.apl.washington.edu> <20191206223144.GA3224@troutmask.apl.washington.edu> <CANCZdfrvTmb0xfQ_A6vLdzgNziSHSsD5TBiC1DCnriTaWcr-nw@mail.gmail.com> <20191206225231.GA949@troutmask.apl.washington.edu> <dd35656e-2cbb-f889-64dc-89d15c471e37@FreeBSD.org> <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>

next in thread | previous in thread | raw e-mail | index | archive | help
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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20191209185239.GA1056>