From owner-cvs-src@FreeBSD.ORG Wed Apr 14 08:58:18 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71CBD16A4CE; Wed, 14 Apr 2004 08:58:18 -0700 (PDT) Received: from harmony.village.org (rover.bsdimp.com [204.144.255.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6997F43D1D; Wed, 14 Apr 2004 08:58:14 -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 i3EFwDkj024549; Wed, 14 Apr 2004 09:58:13 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 14 Apr 2004 09:59:04 -0600 (MDT) Message-Id: <20040414.095904.26534062.imp@bsdimp.com> To: trhodes@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20040414115143.20efa1b1@localhost> References: <407D52B7.80507@freebsd.org> <200404141522.i3EFM1eS049089@green.homeunix.org> <20040414115143.20efa1b1@localhost> 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: green@FreeBSD.org cc: src-committers@FreeBSD.org cc: scottl@FreeBSD.org cc: cvs-all@FreeBSD.org cc: cvs-src@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-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2004 15:58:18 -0000 In message: <20040414115143.20efa1b1@localhost> Tom Rhodes writes: : On Wed, 14 Apr 2004 11:22:01 -0400 : "Brian F. Feldman" wrote: : : > 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, : : For another example, my laptop (IBM G40) panics and drops into the : debugger at every boot if I have any USB or PCMCIA devices hooked : up. Another oddity is that I can put these devices in after I have : logged in and have no problems, ever. Hmmmm ... I'm interested in the PC Card related panics at boot. All of my laptops stopped doing that so long ago I have trouble believing it is still a problem. :-) Warner