From owner-freebsd-mobile@FreeBSD.ORG Thu Mar 24 11:08:01 2005 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFF1B16A4CE; Thu, 24 Mar 2005 11:08:01 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A911343D5E; Thu, 24 Mar 2005 11:08:00 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2OB7jHw046234 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 24 Mar 2005 12:07:47 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2OB7TVK054571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Mar 2005 12:07:30 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2OB7TQP098034; Thu, 24 Mar 2005 12:07:29 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2OB7SwX098033; Thu, 24 Mar 2005 12:07:28 +0100 (CET) (envelope-from ticso) Date: Thu, 24 Mar 2005 12:07:28 +0100 From: Bernd Walter To: John Baldwin Message-ID: <20050324110727.GX53520@cicely12.cicely.de> References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org> <20050323154642.J37251@sasami.jurai.net> <42421D8D.5060502@elischer.org> <20050323205841.N37251@sasami.jurai.net> <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0043] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: Vladimir Grebenschikov cc: freebsd-mobile@freebsd.org cc: "current@freebsd.org" cc: "Matthew N. Dodd" cc: Julian Elischer Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Mar 2005 11:08:01 -0000 On Wed, Mar 23, 2005 at 11:05:04PM -0500, John Baldwin wrote: > > On Mar 23, 2005, at 9:00 PM, Matthew N. Dodd wrote: > > >On Wed, 23 Mar 2005, Julian Elischer wrote: > >>eject should imply a detach.. > >>i.e. I think your patch should call the detach code from the eject > >>code. > > > >Eject is for devices that support removable media. > > So are flash memory sticks ejectable media from a slot in a laptop that > never goes away? Seems like it should be an ejectable media to me. > *shrug* Flash disks are just standard direct access disk drives with exchangeable media. You have the same kind of trouble with MO, ZIP or any other removeable media devices. The problem is neither the device nor cam. It is GEOM that needs a trigger for rereading the new media. I can't imagine any device related brokenness that a CAM disconnect, which is a kernel internal thing, could work around. And no - If I issue an eject I want the drive to eject the media and nothing else, but since most flash drives have no motor eject this command can't physically do what is expected anyway. A CAM detach would be fine, but for general use - not for this case. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de