From mboxrd@z Thu Jan 1 00:00:00 1970 From: Scott Parish Subject: Re: PAE xen + linux kernel boots ... Date: Wed, 4 May 2005 03:23:31 +0000 Message-ID: <20050504032331.GA3247@us.ibm.com> References: <20050504022814.GD7409@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Kip Macy Cc: Gerd Knorr , xen-devel@lists.xensource.com, Scott Parish List-Id: xen-devel@lists.xenproject.org That's what i thought. So, for example, why does pfn_pte() call pfn_to_mfn() where pfn_pte_ma() does not. I bet i'm missing some trivial thing, but this just seems backwards. sRp On Tue, May 03, 2005 at 08:22:53PM -0700, Kip Macy wrote: > ma == machine address > physical address is the logical offset in the allocated address space - machine > address is the actual page frame in RAM. > > > -Kip > > > > > > On Wed, 4 May 2005, Scott Parish wrote: > > > On Mon, May 02, 2005 at 04:03:05PM +0200, Gerd Knorr wrote: > > > > > All the p??_val() functions have a separate _ma() version which > > > doesn't do the machine to physical translation > > > > What does "ma" stand for anyway? > > > > sRp > > > > > > -- > "Debugging is twice as hard as writing the code in the first place. > Therefore, if you write the code as cleverly as possible, you are, > by definition, not smart enough to debug it." - Brian W. Kernighan > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel > -- Scott Parish