Date: Tue, 17 Feb 1998 00:55:15 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: mike@smith.net.au (Mike Smith) 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: <199802170055.RAA28812@usr06.primenet.com> In-Reply-To: <199802162358.PAA08389@dingo.cdrom.com> from "Mike Smith" at Feb 16, 98 03:58:17 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> [... explanation ...] > > It is not obvious to me how using the DISABLE_PSE option fixes this > > problem. > > Nor to me. At that point I was happy that it resolved the immediate > issue. I originated the DISABLE_PSE fix. It works because there is a spanning page mapping which takes place for an image when PSE is enabled. The mapping reverts to the old vn pager code (and call VOP_READ). All I could see from the backtrace without a system in hand was that the pager was puking. Clearly to get to the point where it could panic, the first set of pages containing the panic code, among other things, must have been loaded. I surmised (correctly, it seems) that the first non-kernel 4M mapping, which is where the init program would run, was failing. The initial kernel/MFS mapping was implemented in the kernel startup, and so could not be at fault. Unlike Tor, I didn't track this down to the missing vop_getpages; I just noted that it was possible to revert the pager behaviour by disabling the extension. I didn't know whether Mike was right about the mapping being damaged, or not, only that I could revert the behaviour with DISABLE_PSE. In any case, Tor made a very good catch; a fix is always better than a workaround. Regards, 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?199802170055.RAA28812>