From owner-freebsd-ppc@FreeBSD.ORG Fri Nov 9 23:57:33 2007 Return-Path: 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 439FC16A417 for ; Fri, 9 Nov 2007 23:57:33 +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 D1BA313C494 for ; Fri, 9 Nov 2007 23:57:32 +0000 (UTC) (envelope-from grehan@freebsd.org) Received: from excfreebsd.hq.netapp.com (nat-198-95-226-228.netapp.com [198.95.226.228]) by dommail.onthenet.com.au (MOS 3.7.5a-GA) with ESMTP id DHF33694 (AUTH peterg@ptree32.com.au); Sat, 10 Nov 2007 09:57:20 +1000 (EST) Message-ID: <4734F3DA.6060109@freebsd.org> Date: Fri, 09 Nov 2007 15:57:14 -0800 From: Peter Grehan User-Agent: Thunderbird 2.0.0.0 (X11/20070525) MIME-Version: 1.0 To: Torfinn Ingolfsen References: <20071103230152.0bdfbd36.torfinn.ingolfsen@broadpark.no> <4733E355.5040205@freebsd.org> <4733E9B9.1020606@freebsd.org> <20071109232827.497b28e8.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20071109232827.497b28e8.torfinn.ingolfsen@broadpark.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-ppc@freebsd.org Subject: Re: xorg-server 1.4_2,1 fails on RELENG_7 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: grehan@freebsd.org List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2007 23:57:33 -0000 Hi Torfinn, > (WW) Can't map IO space! That's an easy one :) I should have added that to my email. # sysctl hw.ofwfb.relax_mmap=1 The Xorg driver attempts to mmap a region larger than the size of the actual device's framebuffer. Rather than wading through X (not my favourite activity), it was easier to just allow the mapping. X doesn't use more than what it finds on the actual device (this can be seen from the startup log), so random memory isn't being trashed. later, Peter.