From owner-cvs-src@FreeBSD.ORG  Fri Dec 22 03:35:18 2006
Return-Path: <owner-cvs-src@FreeBSD.ORG>
X-Original-To: cvs-src@FreeBSD.org
Delivered-To: cvs-src@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id CB6FB16A407;
	Fri, 22 Dec 2006 03:35:18 +0000 (UTC)
	(envelope-from grehan@freebsd.org)
Received: from dommail.onthenet.com.au (dommail.OntheNet.com.au [203.13.70.57])
	by mx1.freebsd.org (Postfix) with ESMTP id D787513C45D;
	Fri, 22 Dec 2006 03:35:17 +0000 (UTC)
	(envelope-from grehan@freebsd.org)
Received: from [10.33.24.110] (nat-198-95-226-228.netapp.com [198.95.226.228])
	by dommail.onthenet.com.au (MOS 3.5.7-GR)
	with ESMTP id CKP11473 (AUTH peterg@ptree32.com.au);
	Fri, 22 Dec 2006 13:22:54 +1000 (EST)
Message-ID: <458B4FA8.40408@freebsd.org>
Date: Thu, 21 Dec 2006 19:23:20 -0800
From: Peter Grehan <grehan@freebsd.org>
User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8b) Gecko/20051014
MIME-Version: 1.0
To: Suleiman Souhlal <ssouhlal@FreeBSD.org>
References: <200612200110.kBK1AMeI091785@repoman.freebsd.org>
	<458A48C9.40807@FreeBSD.org>
In-Reply-To: <458A48C9.40807@FreeBSD.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: Re: cvs commit: src/sys/powerpc/powerpc mmu_oea.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Dec 2006 03:35:18 -0000

> Could we just evict one random entry from either the primary or 
> secondary PTEG and use that spot to insert the current PTE?
> (Isn't the whole point of pvo_entry to permit pages to be searched 
> quickly if their virtual->physical mapping has already been computed 
> before, basically making page faults to pages that have been evicted 
> from their PTEGs very cheap (because we don't need to walk the vm_map 
> entries etc again)?)

  Yes, though you have to make sure it isn't wired, and probably prefer 
discarding user PTEs over kernel PTEs. I'm also not sure if the code 
path on a DSI miss for a valid PTE works. But this shouldn't be too hard 
to test.

later,

Peter.