Date: Thu, 15 Mar 2012 18:58:18 +0100 From: Hans Petter Selasky <hselasky@c2i.net> To: Andrew Reilly <areilly@bigpond.net.au> Cc: David.I.Noel@gmail.com, freebsd-usb@freebsd.org Subject: Re: 9.0 - USB init failed err=18 Message-ID: <201203151858.19237.hselasky@c2i.net> In-Reply-To: <20120315111312.GA35074@johnny.reilly.home> References: <CAHAXwYDB-n10is=vZaxVkXpp8CZkotGAv0gehzmJPDbhfNRfDA@mail.gmail.com> <201202272027.39685.hselasky@c2i.net> <20120315111312.GA35074@johnny.reilly.home>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday 15 March 2012 12:13:12 Andrew Reilly wrote: > Hi, > > Unrelated, I think, but since Hans is here: > > Since (I think) the switch-over to 9_STABLE (or at least at about the time > of the 9.0 release) my i3 headless server box does not restart (shutdown > -r) successfully. When I plug a keyboard and screen into it, to see what > is going on, the last thing on the screen is always something about usb. > Besides the keyboard (in this situation) the only USB device in the system > is an external (WD) hard drive. Anything I can usefully report or analyse > to figure out what is going wrong? The present situation isn't > immediately fatal, because the hang doesn't seem to happen until all of > the file system buffers have been flushed, so the reboot is ultimately > clean, but it requires me to reset the box from the switch on the front: > not good for doing remotely... Hi, Is the external USB hard drive mounted when the system is shutting down. Most likely some device driver is not detaching. I've seen and notified Alexander Motin about some of these, but we don't know yet who is refcounting wrong, except that it is in CAM/SCSI. There is a flag which you can set to avoid the this waiting: sysctl hw.usb.no_shutdown_wait=1 It might work as a temporary workaround until umass is fixed. Simply run a config loop with UMASS, and you'll see the eventual/hang and panic happening. while true do usbconfig -d X.Y set_config 0 usbconfig -d X.Y set_config 1 done > > Hmm. Could the ums0: line be an issue there? I've never plugged a mouse > into this box. USB audio devices are also known to block, if an application has /dev/dsp opened still during shutdown. --HPS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201203151858.19237.hselasky>