From owner-freebsd-hackers Tue Jun 30 14:42:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA10471 for freebsd-hackers-outgoing; Tue, 30 Jun 1998 14:42:34 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp04.primenet.com (daemon@smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA10461; Tue, 30 Jun 1998 14:42:19 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id OAA19054; Tue, 30 Jun 1998 14:42:19 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp04.primenet.com, id smtpd018958; Tue Jun 30 14:42:09 1998 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id OAA21104; Tue, 30 Jun 1998 14:42:07 -0700 (MST) From: Terry Lambert Message-Id: <199806302142.OAA21104@usr02.primenet.com> Subject: Re: Unsupport calls To: hackers@FreeBSD.ORG Date: Tue, 30 Jun 1998 21:42:06 +0000 (GMT) Cc: mkn@emailbox.hdtv.lucent.com, freebsd-questions@FreeBSD.ORG In-Reply-To: <19980630155609.W1880@freebie.lemis.com> from "Greg Lehey" at Jun 30, 98 03:56:09 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > fdatasync - no support in FreeBSD. Maybe not a big deal. > > Yes, I can't find it either, not even in the Solaris man pages. What > does it do? It is a Linux-ism having to do with syncing out the file data and not the file metadata. The FreeBSD equivalent is fsync(), since you have no choice on the metadata, since FreeBSD obeys the POSIX semantics (which require metadata updates to occur). > > lockf - no support in FreeBSD. Have to implement our own using fcntl(2) > > Correct. Again, an improvement which should also work under Solaris. This depends. You can actually avoid the brain-damaged POSIX semantics for "any close removes all locks" if a system support lockf() as a system call. > About the only serious one I can see is plock. Maybe somebody else on > the list can comment. It is trivial to implement p/v semaphores using __asm__ to generate single instruction spinlocks; since the VM/buffer cache is unified, this will work on shared memory/mmap'ed files without needing a special system call to guaranteee lock coherency. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message