From owner-freebsd-current@FreeBSD.ORG Sun Sep 26 04:50:41 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F51816A4CE for ; Sun, 26 Sep 2004 04:50:41 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5585043D3F for ; Sun, 26 Sep 2004 04:50:40 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id i8Q2CRnO001287; Sun, 26 Sep 2004 11:42:27 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 26 Sep 2004 11:42:17 +0930 User-Agent: KMail/1.7 References: <41555396.4030009@fer.hr> <20040926021347.721a025f.benlutz@datacomm.ch> <20040926005943.GA61350@parodius.com> In-Reply-To: <20040926005943.GA61350@parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2509521.9Y24kvryh8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200409261142.24759.doconnor@gsoft.com.au> X-Spam-Score: -2.5 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Jeremy Chadwick Subject: Re: USB memory stick hotswap problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Sep 2004 04:50:41 -0000 --nextPart2509521.9Y24kvryh8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 26 Sep 2004 10:29, Jeremy Chadwick wrote: > Can't usbd (or better yet, usbd.conf) be modified or changed in some way > to automatically handle the unmounting of any existing filesystems that > match the device which is mounted? > > Seems like we're eventually going to need this to make hot-swappable USB > devices more friendly. I understand why you must unmount a device > before SCSI CAM gets disconnected from it, but it just seems that this > should be a job for usbd. The problem is that once the device is removed it's too late :( One possibility would be to add a facility to mark all the data for a certa= in=20 device to be non-critical so it will throw it away when it tries to flush i= t=20 and fails instead of panicing. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2509521.9Y24kvryh8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBViWI5ZPcIHs/zowRAuZJAJ4xH1SntGmEMgya5NGgyoKS65ugHACeK93A psXCMoXqk39fho27bzIGhOQ= =AqHb -----END PGP SIGNATURE----- --nextPart2509521.9Y24kvryh8--