From owner-freebsd-scsi Mon Aug 19 14:24:12 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE99437B405 for ; Mon, 19 Aug 2002 14:24:09 -0700 (PDT) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8455E43E72 for ; Mon, 19 Aug 2002 14:24:09 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g7JLO6G19273; Mon, 19 Aug 2002 14:24:06 -0700 (PDT) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id OAA14723; Mon, 19 Aug 2002 14:24:06 -0700 (PDT) Received: from [10.100.253.70] (aslan [10.100.253.70]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id PAA28403; Mon, 19 Aug 2002 15:24:03 -0600 (MDT) Date: Mon, 19 Aug 2002 15:24:04 -0600 From: "Justin T. Gibbs" Reply-To: "Justin T. Gibbs" To: "Moore, Eric Dean" , freebsd-scsi@freebsd.org Subject: Re: CAM: splcam/splx question Message-ID: <4001654336.1029792244@aslan.btc.adaptec.com> In-Reply-To: <0E3FA95632D6D047BA649F95DAB60E5701265CB9@EXA-ATLANTA.se.lsil.com> References: <0E3FA95632D6D047BA649F95DAB60E5701265CB9@EXA-ATLANTA.se.lsil.co m> X-Mailer: Mulberry/2.2.1 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > We are developing a CAM driver. > Im using splcam/splx in hopes of disable interrupts during the xxx_intr > (interrupt time). During interrupt time, you are already operating with an spl mask that will block your own interrupt from being re-entered assuming you specified the correct mask when registering your interrupt with the OS. Paired mask = splcam()/splx(mask) calls should be harmless inside an interrupt context so long as the calls are paired. Perhaps you are splx'ing with a bogus mask? BTW, spl's only do something in -stable. In -current, non-mpsafe drivers are operating under the Giant kernel lock. Mp-safe drivers need to use mutexes. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message