From owner-freebsd-hackers Sat Jun 22 16:52:38 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from utility.clubscholarship.com (utility.clubscholarship.com [198.78.70.175]) by hub.freebsd.org (Postfix) with ESMTP id F33EA37B400 for ; Sat, 22 Jun 2002 16:52:34 -0700 (PDT) Received: from localhost (root@localhost) by utility.clubscholarship.com (8.11.6/8.11.6) with ESMTP id g5MNmFl65645; Sat, 22 Jun 2002 16:48:35 -0700 (PDT) (envelope-from root@utility.clubscholarship.com) Date: Sat, 22 Jun 2002 16:48:15 -0700 (PDT) From: Patrick Thomas To: Terry Lambert Cc: Nielsen , Subject: Re: (jail) problem and a (possible) solution ? In-Reply-To: <3D14FF75.9772644D@mindspring.com> Message-ID: <20020622164732.L68572-100000@utility.clubscholarship.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 I think I'll just decrease my swap size from 2 gigs to 1 gig - is that a reasonable alternative that provides the same benefit and possible solution to this problem ? ...since bsically 0 swap has ever been used on the machine anyway... --PT On Sat, 22 Jun 2002, Terry Lambert wrote: > Patrick Thomas wrote: > > How do you increase KVA space these days ? I see that in earlier releases > > you had to edit /sys/conf/ldscript.i386 and /sys/i386/include/pmap.h and > > do all sorts of crazy stuff. > > > > What is the procedure in 4.5-RELEASE (please say "just change > > KVA_PAGES=260 to KVA_PAGES=512) > > > > That's what you want me to do, right ? Is that all - can it be done just > > by changing that one value in my kernel config ? > > It's what I want you to do. > > For 4.5, you have to hack ldscript.i386 and pmap.h. I've posted > on how to do this before (should be in the archives). > > The pages are all going to be off-by-one from your calculations, > for the recursive page mapping, or off-by-two if your kernel is an > SMP kernel, for the per CPU page, so remember that, or you will > end up with a kernel that simply doesn't boot. > > The easiest way is to look at the numbers in pmap.h, and figure > out how they relate to 0xc0000000 (remember to OR in 0x00100000 > after your math, to count the kernel loading at 1M). > > -- Terry > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message