Date: Tue, 17 Feb 1998 22:42:31 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: michaelh@cet.co.jp (Michael Hancock) Cc: Tor.Egge@idi.ntnu.no, mike@smith.net.au, toor@dyson.iquest.net, hackers@FreeBSD.ORG Subject: Re: VM messed: vm_page_free panic problem Message-ID: <199802172242.PAA04920@usr09.primenet.com> In-Reply-To: <Pine.SV4.3.95.980217111558.13533E-100000@parkplace.cet.co.jp> from "Michael Hancock" at Feb 17, 98 11:19:50 am
next in thread | previous in thread | raw e-mail | index | archive | help
> Somehow, this still seems to be a work-around to me. We shouldn't panic > because mfs doesn't implement VOP_GETPAGES. Unfortunately, I can't think > of a fix that isn't ugly. VOP_FINALVP would fix this. Barring that, all local media FS's *must* implement the interfaces VOP_GETPAGES/VOP_PUTPAGES. If all local media FS's implemented this, then all other FS's could use non-definition of a default decsriptor. This would make stacked FS's properly use the "bypass" mechanism to get to the correct underlying physical media FS's VOP_GETPAGES/VOP_PUTPAGES. Using the "bypass" mechanism is the correct way to deal with this. It's also the correct way to deal with the synchronization crap that was jammed into the nullfs, making it non-NULL. The alias object vs. object alias changes John made only partially mask some of these problems. 8-(. 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199802172242.PAA04920>