Date: Wed, 5 Nov 2008 11:04:33 +0100 From: Rink Springer <rink@FreeBSD.org> To: "M. Warner Losh" <imp@bsdimp.com> Cc: current@freebsd.org, bright@mu.org, hselasky@c2i.net, lme@freebsd.org, freebsd-current@freebsd.org, freebsd-usb@freebsd.org, rbgarga@gmail.com Subject: Re: USB4BSD release candidate number 3 - request for review Message-ID: <20081105100433.GA43232@rink.nu> In-Reply-To: <20081105.021817.-332174942.imp@bsdimp.com> References: <20081104220725.GC8256@e.0x20.net> <20081104230402.GD8256@e.0x20.net> <200811050914.44225.hselasky@c2i.net> <20081105.021817.-332174942.imp@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Nov 05, 2008 at 02:18:17AM -0700, M. Warner Losh wrote: > In message: <200811050914.44225.hselasky@c2i.net> > Hans Petter Selasky <hselasky@c2i.net> writes: > : On Wednesday 05 November 2008, Lars Engels wrote: > : > Mounting a umass device, removing it and doing an 'ls' on the mountpoint > : > freezes the system, I thought this should not happen with the new stack? > : > : It is not a USB problem. It is the CAM layer that is hanging on the disk. > > Sure it is CAM layer and not buffer cache or filesystem code? Well, the CAM layer problem will immediately first - it does not like CAM busses disappearing. Once this is fixed or avoided and the problem still shows up, we can blame buffer cache / filesystem code. As I suggested before, a good fix is to create one CAM bus per USB root hub, and use that to attach all umass devices to. This will also get rid of the one-bus-per-umass-device which is visually unappealling. Regards, Rink -- Rink P.W. Springer - http://rink.nu "Anyway boys, this is America. Just because you get more votes doesn't mean you win." - Fox Mulder
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081105100433.GA43232>