From owner-freebsd-ppc@FreeBSD.ORG  Sat Oct 25 02:45:52 2008
Return-Path: <owner-freebsd-ppc@FreeBSD.ORG>
Delivered-To: freebsd-ppc@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id D36AB106566B
	for <freebsd-ppc@freebsd.org>; Sat, 25 Oct 2008 02:45:52 +0000 (UTC)
	(envelope-from jrh29@alumni.cwru.edu)
Received: from beta.eecs.cwru.edu (beta.EECS.CWRU.Edu [129.22.150.110])
	by mx1.freebsd.org (Postfix) with ESMTP id 5E1858FC16
	for <freebsd-ppc@freebsd.org>; Sat, 25 Oct 2008 02:45:52 +0000 (UTC)
	(envelope-from jrh29@alumni.cwru.edu)
Received: from narn.knownspace ([::ffff:69.140.221.138])
	(AUTH: PLAIN jrh29, TLS: TLSv1/SSLv3,168bits,DES-CBC3-SHA)
	by beta.eecs.cwru.edu with esmtp; Fri, 24 Oct 2008 22:45:50 -0400
	id 000AC882.4902885F.00005FE2
Date: Fri, 24 Oct 2008 22:45:44 -0400
From: Justin Hibbits <jrh29@alumni.cwru.edu>
To: freebsd-ppc@freebsd.org
Message-ID: <20081025024544.GA22527@narn.knownspace>
References: <20081023040422.EKQ11018@dommail.onthenet.com.au>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
In-Reply-To: <20081023040422.EKQ11018@dommail.onthenet.com.au>
User-Agent: Mutt/1.5.18 (2008-05-17)
Subject: Re: graphics on G4
X-BeenThere: freebsd-ppc@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Porting FreeBSD to the PowerPC <freebsd-ppc.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ppc>,
	<mailto:freebsd-ppc-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-ppc>
List-Post: <mailto:freebsd-ppc@freebsd.org>
List-Help: <mailto:freebsd-ppc-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-ppc>,
	<mailto:freebsd-ppc-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Oct 2008 02:45:52 -0000

On Thu, Oct 23, 2008 at 04:04:22AM +1000, Peter Grehan wrote:
> Hi Nathan,
> 
> >One thing that worries me about our PMAP layer could cause
> >this. This machine has a lot of RAM. What happens if we have
> >physical or device memory in the same range as kmem VAs?
> >It seems like trying to modify it through the BAT map (as
> >zero/copy page, /dev/mem and friends do) will overwrite
> >random bits of KVA instead...
> 
>  Apple h/w seems to use 0-2G for RAM, and 2G and up for MMIO.
> G5's can then use > 4G for additional RAM. I've not seen a
> system that has a conflict with the 2 seg's used for KVA, but
> I wouldn't say it's not possible.
>  
>  Justin - can you drop into OFW, do a 'dev screen' and
> '.properties', and list the 'address' property ?
> 
> later,
> 
> Peter.

The address property is a0008000, from ofw.  This seems like a rather odd
address, being 8 pages inside the 2.5GB memory space.

- Justin