From owner-cvs-all@FreeBSD.ORG Wed Apr 14 08:56:44 2004 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 258A116A4D1; Wed, 14 Apr 2004 08:56:44 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADDD143D5E; Wed, 14 Apr 2004 08:56:43 -0700 (PDT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.10/8.12.9) with ESMTP id i3EFugkj024526; Wed, 14 Apr 2004 09:56:42 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 14 Apr 2004 09:57:34 -0600 (MDT) Message-Id: <20040414.095734.10291306.imp@bsdimp.com> To: green@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <200404141522.i3EFM1eS049089@green.homeunix.org> References: <200404141522.i3EFM1eS049089@green.homeunix.org> 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 cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: scottl@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/sound/isa ad1816.c ess.c mss.c sb16.c sb8.c sbc.c src/sys/dev/sound/pci cmi.c csa.c csapcm.c ds1.c emu10k1.c ich.c t4dwave.c src/sys/dev/sound/pcm sound.h 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: Wed, 14 Apr 2004 15:56:44 -0000 In message: <200404141522.i3EFM1eS049089@green.homeunix.org> "Brian F. Feldman" writes: : Scott Long wrote: : > Brian Feldman wrote: : > > green 2004/04/14 07:57:50 PDT : > > INTR_MPSAFE HAS BEEN REMOVED FROM EVERY SOUND DRIVER! : > Ha! you touched it last! Neener neener neener! : : Heh, I'll certainly do my own part to make sure the drivers I use get : converted. It would suck less trying to do driver development if current : drivers didn't panic so much because of kldload/kldunload. For example, : kldload usb stuff after it's been unloaded sees something stale and crashes, : and sound drivers get EBUSY when I don't see any openers, then the second : kldunload causes a crash instead of returning EBUSY again because things : must have been half-torn-down. kldload/kldunload have nothing to do with it. If the drivers are stupid, that's their own damn fault. usb is a known problem child that needs to be fixed. If there are others that need to be fixed, then fix them. You have the source, use it :-). I've used kldload/kldunload extensively in the development of cardbus, pccard and pccbb. I'd be totally lost w/o it. Warner