From owner-freebsd-fs Sat Jun 9 15: 1:53 2001 Delivered-To: freebsd-fs@freebsd.org Received: from superconductor.rush.net (superconductor.rush.net [208.9.155.8]) by hub.freebsd.org (Postfix) with ESMTP id C7FC437B401; Sat, 9 Jun 2001 15:01:46 -0700 (PDT) (envelope-from bright@superconductor.rush.net) Received: (from bright@localhost) by superconductor.rush.net (8.11.2/8.11.2) id f59M1ES03896; Sat, 9 Jun 2001 18:01:14 -0400 (EDT) Date: Sat, 9 Jun 2001 18:01:12 -0400 From: Alfred Perlstein To: Matt Dillon Cc: Peter Wemm , tlambert2@mindspring.com, "Patrick W. Penzias Dirks" , FreeBSD-FS@FreeBSD.ORG, FreeBSD-Arch@FreeBSD.ORG Subject: Re: Support for pivot_root-like system call? Message-ID: <20010609180111.M1832@superconductor.rush.net> References: <3B2096AB.309B2D14@mindspring.com> <20010608153011.D7AF1380C@overcee.netplex.com.au> <20010608130128.E1832@superconductor.rush.net> <200106091651.f59GpgF07875@earth.backplane.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <200106091651.f59GpgF07875@earth.backplane.com>; from dillon@earth.backplane.com on Sat, Jun 09, 2001 at 09:51:42AM -0700 X-all-your-base: are belong to us. Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org * Matt Dillon [010609 12:51] wrote: > > :The cache coherency bugs are not fixed for all cases, being able to > :ask the underlying filesystem for the vm_object does not solve the > :problem. > : > :What if i have a stacking layer where each page alternates > :between two files that i'm stacked on top of? > : > :Passing the vm_object back doesn't work for this. Unless something > :else has been done. > : > :-Alfred Perlstein [alfred@freebsd.org] > > Well, I suppose a vm_map would solve this, though for the specific > alternating case (or a RAID configuration of some sort) it would be > really expensive to do with a vm_map. We would need some kind of > synthesized translation capability in the vm_map to make it efficient. I think the proper method would be to use GET/PUTPAGES, where a GETPAGES would require a subsequent PUT/UNLOCKPAGES. The problem is that a bunch of code digs into the backing data of the vm and vfs structures without bothering to query the vm/vfs and ask if it's ok (besideds respecting locks, and even that's not always true). -- -Alfred Perlstein [alfred@freebsd.org] Instead of asking why a piece of software is using "1970s technology," start asking why software is ignoring 30 years of accumulated wisdom. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message