From owner-cvs-all@FreeBSD.ORG Tue Mar 25 09:51:49 2003 Return-Path: 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 5C44537B401 for ; Tue, 25 Mar 2003 09:51:49 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id F34C643F75 for ; Tue, 25 Mar 2003 09:51:45 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 25633 invoked by uid 1000); 25 Mar 2003 17:51:46 -0000 Date: Tue, 25 Mar 2003 09:51:46 -0800 (PST) From: Nate Lawson To: Poul-Henning Kamp In-Reply-To: <20625.1048613482@critter.freebsd.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-15.6 required=5.0 tests=AWL,IN_REP_TO,QUOTED_EMAIL_TEXT,USER_AGENT_PINE version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/usb umass.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 25 Mar 2003 17:51:52 -0000 > In message <20030325102327.A22927@panzer.kdm.org>, "Kenneth D. Merry" writes: > >On Tue, Mar 25, 2003 at 18:21:16 +0100, Poul-Henning Kamp wrote: > >> In message <20030325101609.A22832@panzer.kdm.org>, "Kenneth D. Merry" writes: > >> >> Isn't it time we started loading the quirk table with a userland utility ? > >> > > >> >That makes it kinda hard if you need the quirk to boot. > >> > >> Booting from USB devices ? > > > >You could, I suppose, given the right BIOS support or if you boot from a > >floppy/CD and run off a USB device, but I'm talking about quirks in > >general. > > I was talking about USB quirks specifically, since they seem to > multiply like rabbits. > > I would also argue that giving camcontrol an ability to add quirks > from userland would make things easier for the users... There are several reasons for quirks. The ones in scsi_da.c should be removable once we update the cam transport code. The ones in USB are all true quirks, meaning a device has to have them to work and it is non-compliant with appropriate specs (and usually hangs). I personally don't think it's necessary to make them runtime loadable. You can see the linux usb quirks section to see the magnitude of devices that require quirks. If you'd like to help, it would be great to merge the linux quirks into our list as well. -Nate