Date: Wed, 07 Mar 2001 03:14:54 -0800 From: Peter Wemm <peter@netplex.com.au> To: Julian Elischer <julian@elischer.org> Cc: John Baldwin <jhb@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/alpha/alpha pmap.c src/sys/i386/i386 pmap.csrc/sys/ia64/ia64 pmap.c src/sys/vm pmap.h vm_page.c Message-ID: <200103071114.f27BEth75704@mobile.wemm.org> In-Reply-To: <3AA5C8E4.AFCB34B0@elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Julian Elischer wrote: > John Baldwin wrote: > > > > jhb 2001/03/06 21:29:21 PST > > > > Modified files: > > sys/alpha/alpha pmap.c > > sys/i386/i386 pmap.c > > sys/ia64/ia64 pmap.c > > sys/vm pmap.h vm_page.c > > Log: > > Unrevert the pmap_map() changes. They weren't broken on x86. > > > > Sense beaten into me by: peter > > so if there IS a problem can they be deunreverted? Heh. Well, sticking in some printfs into the key places show that there are absolutely no effects on virtual and physical mappings on the i386 family, unless the code size changes happen to cross a page boundary. If this diff is causing problems, it is somehow related to code/data alignment or something but not a VM/pmap problem. The same pmap_kenter() calls were being used on the same virtual and physical addresses in both cases, and vm_page_startup() makes the same global variable settings and has the same return value. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200103071114.f27BEth75704>