From owner-cvs-src@FreeBSD.ORG Sun Mar 30 15:34:12 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5F4A37B407 for ; Sun, 30 Mar 2003 15:34:12 -0800 (PST) Received: from relay.pair.com (relay.pair.com [209.68.1.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 9ABF843F85 for ; Sun, 30 Mar 2003 15:34:10 -0800 (PST) (envelope-from silby@silby.com) Received: (qmail 61089 invoked from network); 30 Mar 2003 23:34:09 -0000 Received: from niwun.pair.com (HELO localhost) (209.68.2.70) by relay.pair.com with SMTP; 30 Mar 2003 23:34:09 -0000 X-pair-Authenticated: 209.68.2.70 Date: Sun, 30 Mar 2003 17:30:37 -0600 (CST) From: Mike Silbersack To: Jake Burkholder In-Reply-To: <20030330232030.GB32298@locore.ca> Message-ID: <20030330172835.O7123@odysseus.silby.com> References: <200303300524.h2U5Ora7061852@repoman.freebsd.org> <20030330201113.GA32298@locore.ca><20030330232030.GB32298@locore.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: HEADS UP Re: cvs commit: src/sys/conf options.i386 src/sys/i386/i386 bios.c locore.s machdep.c mpboot.s pmap.c vm86bios.s vm_machdep.c src/sys/i386/include _types.h bus_at386.h param.h pmap. X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Mar 2003 23:34:14 -0000 On Sun, 30 Mar 2003, Jake Burkholder wrote: > I'm not sure I understand the question, you mean is it possible to use > separate address spaces for the kernel and userland, giving a full 4G each? > Yes it is possible, but it is not practical. It would be prohibitively > expensive and ugly. For example you would need to use task gates for > system calls, and copyin or copyout would need to look up the user pages > and map them temporarily, something like that. > > Keep in mind that the restriction is what can be mapped. It is still > possible to keep around huge amounts of memory as long as its not all > mapped all the time. For example many device drivers just do dma and > don't need a virtual mapping for every chunk of memory they see, avoiding > mapping and unmapping it would save a lot of KVA. > > Jake Yes, 4G/4G is what I was asking about. The reason I'm confused is that I don't understand how copies from the upper 2G of a 6G box work any better than copies from overlapping user memory with < 4G addresses. Are we using 64 pointers throughout the kernel while in PAE mode? (I didn't think i386 supported that, which is why I'm asking.) Sorry if these are "dumb" questions, but I'm quite green when it comes to address space mapping. Thanks, Mike "Silby" Silbersack