From owner-cvs-all@FreeBSD.ORG Fri Dec 30 19:11:52 2005 Return-Path: X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E51E116A41F; Fri, 30 Dec 2005 19:11:52 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C64243D45; Fri, 30 Dec 2005 19:11:52 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id jBUJ9Ut0064926; Fri, 30 Dec 2005 12:09:30 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 30 Dec 2005 12:09:32 -0700 (MST) Message-Id: <20051230.120932.53067419.imp@bsdimp.com> To: iedowse@iedowse.com From: "M. Warner Losh" In-Reply-To: <200512301531.aa59529@nowhere.iedowse.com> References: <200512300506.jBU56QOp017454@repoman.freebsd.org> <200512301531.aa59529@nowhere.iedowse.com> X-Mailer: Mew version 3.3 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]); Fri, 30 Dec 2005 12:09:30 -0700 (MST) Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/dev/usb usb_quirks.c usbdevs X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Dec 2005 19:11:53 -0000 In message: <200512301531.aa59529@nowhere.iedowse.com> Ian Dowse writes: : In message <200512300506.jBU56QOp017454@repoman.freebsd.org>, Warner Losh write : s: : > Add a bunch of ipod entries, one as suggested by Bryan Liesner. We : > should likely fix this better... : : I was planning to just remove the clear stall on open behaviour, which : is what NetBSD have done. Can you think of any reasons not to do that? : The quirks are good to have for now anyway, as they can be MFC'd more : quickly than removal of the clear stall code. I can't think of any reason. While it is 100% standards conformant behavior, many usb devices are not standards conformaning :-(. Warner