From owner-freebsd-hackers Fri Mar 14 09:51:32 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id JAA01488 for hackers-outgoing; Fri, 14 Mar 1997 09:51:32 -0800 (PST) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id JAA01483 for ; Fri, 14 Mar 1997 09:51:29 -0800 (PST) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA16280; Fri, 14 Mar 1997 12:50:03 -0500 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Fri, 14 Mar 1997 12:50 EST Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.8.3/8.7.3) with ESMTP id HAA27151; Fri, 14 Mar 1997 07:33:33 -0500 (EST) Received: (from rivers@localhost) by lakes.water.net (8.8.3/8.6.9) id HAA02165; Fri, 14 Mar 1997 07:39:43 -0500 (EST) Date: Fri, 14 Mar 1997 07:39:43 -0500 (EST) From: Thomas David Rivers Message-Id: <199703141239.HAA02165@lakes.water.net> To: ponds!MX.BA-Stuttgart.De!helbig Subject: Re: dscheck() and the processor level? Cc: ponds!freebsd.org!hackers Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Hi > > > > I don't think it's the case that this needs to be at splbio(), but > > could someone take a gander at that and let me know? [I'm a little > > fuzzy on just exactly when you should set the processor level to "bio" - > > just what are we protecting when we do that?] > > We won't be interrupted by interrupt sources marked with "bio" in the > kernel config file. Let's assume you have IRQ 14 and IRQ 15 set up > for your IDE-controller, primary and secondary channel. In the > GENERIC configuration file both are marked with "bio" (in the wdc0/wdc1 > line). So if you don't want your wd-interrupt service routine > start running while you are reading or changing common data-structures > you have to code splbio(). > Others interrupts like keyboard or clock still will get through and interrupt > you. > This is very well explained in man 9 spl. > > Wolfgang > Thanks! That's exactly the description I needed. I was trying to relate the (minimal) splXXX explanation in the 4.3BSD UNIX book to FreeBSD (admittedly a stretch, but that's what I have.) It never even occurred to me to simply try to do a man on 'spl' (duh) - Thanks again! - - Dave Rivers -