Skip site navigation (1)Skip section navigation (2)
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, 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>