From owner-freebsd-hackers Thu Mar 14 12:55:40 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id 6D87F37B417 for ; Thu, 14 Mar 2002 12:55:33 -0800 (PST) Received: from pool0226.cvx22-bradley.dialup.earthlink.net ([209.179.198.226] helo=mindspring.com) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16lcG3-00051X-00; Thu, 14 Mar 2002 12:55:31 -0800 Message-ID: <3C910E31.A959274C@mindspring.com> Date: Thu, 14 Mar 2002 12:55:13 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Attila Nagy Cc: freebsd-hackers@freebsd.org Subject: Re: NULLFS in -STABLE References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Attila Nagy wrote: > The only thing, which seems to be changed that the NULLFS mount isn't > recursive anymore. > If I have: > /stuff > /stuff/.1 > /stuff/.2 > ... > > (.* are directories, each one there is another partition mounted in) > > and I mount /stuff to somewhere else with mount_null, I see only /stuff, > and empty .* directories. So I have to do: > mount_null /stuff /other_dir/stuff > mount_null /stuff/.1 /other_dir/stuff/.1, etc. > > BTW, this is only a minor issue. THis is actually intentional. THe mount point traversal occurs at a covered dev_t/inode pair, and the nullfs has a different dev_t for the vnode. When you mount a / from a remote system NFS, you don't get the /usr or other FS's mounted under it, either. 8-). > Congratulations to anyone, who did this work! B.P., Jake, and Russilan are the main guys responsible for the work, which was mostly locing stuff introduced by changes in the underlying code, and Russilan's major effor at emulating the cache coherency for the VOP_GETPAGES/VOP_PUTPAGES to deal with the cache coherency. It's a brute-force approach, but it works, and it was probably easier than getting the other changes into FreeBSD to clear up the coherency through the paging path directly. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message