From owner-freebsd-current Fri Sep 6 11:20:57 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA17829 for current-outgoing; Fri, 6 Sep 1996 11:20:57 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA17806 for ; Fri, 6 Sep 1996 11:20:50 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id UAA26524 for ; Fri, 6 Sep 1996 20:20:46 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA13443 for freebsd-current@FreeBSD.org; Fri, 6 Sep 1996 20:20:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id TAA05126 for freebsd-current@FreeBSD.org; Fri, 6 Sep 1996 19:54:53 +0200 (MET DST) From: J Wunsch Message-Id: <199609061754.TAA05126@uriah.heep.sax.de> Subject: Re: fixing accesses to volatile variable `time' To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Fri, 6 Sep 1996 19:54:53 +0200 (MET DST) In-Reply-To: <199609052233.IAA07391@godzilla.zeta.org.au> from Bruce Evans at "Sep 6, 96 08:33:19 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > I changed only all the accesses to the full `time' to used a new > get_time() inline functions. ext2fs already calls such a function > in the !__FreeBSD__ case. pcvt references the `time' variable for the only purpose to avoid rescheduling the screen saver more than once per second. I would consider access of this kind being too less important to muck with the ipl. (Nothing bad happens when the clock interrupt occurs inmidst this test.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)