From owner-cvs-all  Wed Mar  7 10:29:33 2001
Delivered-To: cvs-all@freebsd.org
Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66])
	by hub.freebsd.org (Postfix) with ESMTP
	id 0BBAA37B719; Wed,  7 Mar 2001 10:29:26 -0800 (PST)
	(envelope-from nate@yogotech.com)
Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131])
	by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id LAA03090;
	Wed, 7 Mar 2001 11:29:17 -0700 (MST)
	(envelope-from nate@nomad.yogotech.com)
Received: (from nate@localhost)
	by nomad.yogotech.com (8.8.8/8.8.8) id LAA20177;
	Wed, 7 Mar 2001 11:29:16 -0700 (MST)
	(envelope-from nate)
From: Nate Williams <nate@yogotech.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <15014.32252.132962.835575@nomad.yogotech.com>
Date: Wed, 7 Mar 2001 11:29:16 -0700 (MST)
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 
In-Reply-To: <200103071114.f27BEth75704@mobile.wemm.org>
References: <3AA5C8E4.AFCB34B0@elischer.org>
	<200103071114.f27BEth75704@mobile.wemm.org>
X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid
Reply-To: nate@yogotech.com (Nate Williams)
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

> > > 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