From owner-freebsd-usb@FreeBSD.ORG Sun Aug 24 04:40:51 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C0EA1065674 for ; Sun, 24 Aug 2008 04:40:51 +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 D50628FC1F for ; Sun, 24 Aug 2008 04:40:50 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m7O4dI8f009625; Sat, 23 Aug 2008 22:39:18 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Sat, 23 Aug 2008 22:39:51 -0600 (MDT) Message-Id: <20080823.223951.-962047221.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <10826.1219511738@critter.freebsd.dk> References: <20080823.100155.1310242209.imp@bsdimp.com> <10826.1219511738@critter.freebsd.dk> 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 Cc: freebsd-usb@freebsd.org Subject: Re: usb4bsd patch review X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Aug 2008 04:40:51 -0000 In message: <10826.1219511738@critter.freebsd.dk> "Poul-Henning Kamp" writes: : In message <20080823.100155.1310242209.imp@bsdimp.com>, "M. Warner Losh" writes : : : : >While this may be a good idea, I'm hesitant about races that it may : >introduce. This is the classic point of attack: do something between : >steps of a formerly atomic operation that was made non-atomic. I : >can't think of anything off the top of my head, but I'm still : >concerned. : : We have ways of closing the race if need be, but they're all slightly : kludgy, but I am not overly concerned about those races as long as : the default is to not give access. I guess I'm worried about a device that comes and goes and comes back and there being some difference between the two that causes us to bogusly do something to the new device that was appropriate for the old one, but not the new one... Wraner