Date: Wed, 7 Mar 2001 11:29:16 -0700 (MST) From: Nate Williams <nate@yogotech.com> To: Peter Wemm <peter@netplex.com.au> Cc: Julian Elischer <julian@elischer.org>, 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: <15014.32252.132962.835575@nomad.yogotech.com> In-Reply-To: <200103071114.f27BEth75704@mobile.wemm.org> References: <3AA5C8E4.AFCB34B0@elischer.org> <200103071114.f27BEth75704@mobile.wemm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > 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. Maybe it's caused by compiling with CPUTYPE =i686? :) :) :) *duck* Nate 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?15014.32252.132962.835575>