From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 14:49:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA6EC16A402; Thu, 19 Jul 2007 14:49:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A9A0913C478; Thu, 19 Jul 2007 14:49:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.8/8.13.4) with ESMTP id l6JEmFUP085312; Thu, 19 Jul 2007 08:48:15 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 Jul 2007 08:48:21 -0600 (MDT) Message-Id: <20070719.084821.-202614780.imp@bsdimp.com> To: koitsu@freebsd.org From: "M. Warner Losh" In-Reply-To: <20070718170559.GA11915@eos.sc1.parodius.com> References: <200707181541.l6IFf4ht051775@lurza.secnetix.de> <200707181830.48727.idiotbg@gmail.com> <20070718170559.GA11915@eos.sc1.parodius.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Thu, 19 Jul 2007 08:48:15 -0600 (MDT) Cc: LoN_Kamikaze@gmx.de, freebsd-stable@freebsd.org, idiotbg@gmail.com, josh@tcbug.org Subject: Re: removing external usb hdd without unmounting causes reboot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2007 14:49:51 -0000 In message: <20070718170559.GA11915@eos.sc1.parodius.com> Jeremy Chadwick writes: : If someone wants to work on this and needs devices/toys (thumb drives, : external enclosures + hard disks), let me know, I will be more than : happy to buy them the hardware needed. Willing to fund the work on it too? This is a volunteer project, and you have to motivate people to work on this. Tirades in mailing lists has proven to be ineffective in the past. I've looked at the issue, and generically, if a device goes away, it is *HARD* to not panic. The same thing happens if you eject a CF card in a PC Card adapter in a PC Card slot. The best one can do without massive buffer cache work is what firewire does: it has one attachment to handle all umass devices. When the device goes away, it pauses all operations to that device. If the device comes back, it resumes the I/O . If the device never comes back, then the I/O never finishes. Warner