From owner-freebsd-current Sun Mar 1 14:38:31 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA16493 for freebsd-current-outgoing; Sun, 1 Mar 1998 14:38:31 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA16488 for ; Sun, 1 Mar 1998 14:38:29 -0800 (PST) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id PAA26792; Sun, 1 Mar 1998 15:38:18 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp01.primenet.com, id smtpd026754; Sun Mar 1 15:38:11 1998 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id PAA27380; Sun, 1 Mar 1998 15:38:07 -0700 (MST) From: Terry Lambert Message-Id: <199803012238.PAA27380@usr08.primenet.com> Subject: Re: VM: Process hangs sleeping on vmpfw To: mike@smith.net.au (Mike Smith) Date: Sun, 1 Mar 1998 22:38:07 +0000 (GMT) Cc: dima@tejblum.dnttm.rssi.ru, tlambert@primenet.com, FreeBSD-current@FreeBSD.ORG In-Reply-To: <199803012130.NAA09796@dingo.cdrom.com> from "Mike Smith" at Mar 1, 98 01:30:46 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-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > > But you must write correct getpages/putpages for unionfs in any case. > > Or, better, make a bypass routine for unionfs, to avoid similar > > problems with future new vnode operations :-). > > Unless I'm mistaken here the contention is between Terry's point of > view where all filesystems should be stackable, and Dima's where > filesystems may optionally make themselves stackable. > > If I'm right, do we have a decision one way or the other? And if so, a > *comprehensive* set of patches that cover the conversion> > > I'm happy to fight the style-nit and getting-it-done wars, but I gotta > have the ammunition first. 8) This is a very succinct statement of the problem. I don't know if I can make the bypass work without NULL decriptor entries that don't result in defaultops being called. I also notice that the number of local media FS's is expected to fall (ie: LFS died), while the number of stacking FS's are expected to rise (ie: I expect to provide 3 or more, and other people have been considering ACL and cryptographic stacking layers). 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-current" in the body of the message