From owner-freebsd-hackers Wed Nov 8 6: 7:26 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from lucifer.ninth-circle.org (lucifer.bart.nl [194.158.168.74]) by hub.freebsd.org (Postfix) with ESMTP id 804CF37B479 for ; Wed, 8 Nov 2000 06:07:23 -0800 (PST) Received: (from asmodai@localhost) by lucifer.ninth-circle.org (8.11.1/8.11.0) id eA8E7MI85808 for hackers@freebsd.org; Wed, 8 Nov 2000 15:07:22 +0100 (CET) (envelope-from asmodai) Date: Wed, 8 Nov 2000 15:07:22 +0100 From: Jeroen Ruigrok van der Werven To: hackers@freebsd.org Subject: PSE/PAE support Message-ID: <20001108150722.L80971@lucifer.bart.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organisation: VIA Net.Works The Netherlands Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Reading some documents and sources I came to the following conclusion: We support 4 Kbyte pages and 4 Mbyte pages, but we do not support 2 Mbyte pages. On IA-32 at least. Is there a reason to? I could understand that some people would prefer 2 Mbyte pages in some situations. But looking at pmap.c I see we only test CPUID_PSE and don't use CPUID_PAE anywhere. Since pmap.c is in a MD location it wouldn't be hard to extend the code to do this. Would this needlessly complicate a lot of things in our code? i could envision that our VM and related code should be usable no matter what the page size is. This will certainly improve future ports to new architectures with different page sizes. Are there even more arguments in favor or against? I'd like to hear some thoughts. :) -- Jeroen Ruigrok van der Werven Network- and systemadministrator VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Wisdom is the difference between knowledge and experience... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message