From owner-cvs-all@FreeBSD.ORG Mon Mar 29 20:42:09 2010 Return-Path: Delivered-To: cvs-all@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CD9F106566B; Mon, 29 Mar 2010 20:42:09 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 0371B8FC16; Mon, 29 Mar 2010 20:42:08 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id o2TKg7Y0086346; Mon, 29 Mar 2010 22:42:07 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o2TKg7QY086345; Mon, 29 Mar 2010 22:42:07 +0200 (CEST) (envelope-from marius) Date: Mon, 29 Mar 2010 22:42:07 +0200 From: Marius Strobl To: Robert Noland Message-ID: <20100329204207.GS20888@alchemy.franken.de> References: <201003220505.o2M556oW060661@repoman.freebsd.org> <20100323215506.GA19561@alchemy.franken.de> <1269514777.8175.3.camel@balrog.2hip.net> <20100325125012.GD20888@alchemy.franken.de> <20100325142237.1ceae7db@ernst.jennejohn.org> <20100325133934.GE20888@alchemy.franken.de> <1269734342.35918.25.camel@balrog.2hip.net> <20100328132907.GM20888@alchemy.franken.de> <1269785708.35918.39.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1269785708.35918.39.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.3i Cc: Gary Jennejohn , Mark Linimon , nork@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org, cvs-ports@FreeBSD.org Subject: Re: cvs commit: ports/graphics/dri Makefile X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: **OBSOLETE** CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2010 20:42:09 -0000 On Sun, Mar 28, 2010 at 09:15:08AM -0500, Robert Noland wrote: > On Sun, 2010-03-28 at 15:29 +0200, Marius Strobl wrote: > > On Sat, Mar 27, 2010 at 06:59:02PM -0500, Robert Noland wrote: > > > On Thu, 2010-03-25 at 14:39 +0100, Marius Strobl wrote: > > > > > > > > The following patch fixes the powerpc [sic] and sparc64 build > > > > of the > > > > > > > > default Mesa3D 7.4.4 after the 7.6.1 integration: > > > > > > > > http://people.freebsd.org/~marius/mesa3d_7.6.1_unbreak.diff > > > > > > > > Is it okay to commit? > > > > > > > > > > > > > > Looks good to me, this will save me some work now that I have > > > > both a > > > > > > > powerpc and sparc64 boxes to play with. In looking at mesa git, > > > > I think > > > > > > > I'll be making a few changes shortly... > > > > > > Ok, I've stuck a patch at > > > http://people.freebsd.org/~rnoland/mesa-arch-cleanup.patch > > > > > > This enables the use of assembly on powerpc and sparc64. A fair amount > > > of cleanup to the overall port structure to make it work like it was > > > originally intended. (All patches go in the libGL ports directory, > > > since it is all the same source code) It also adjusts the drivers that > > > are build by the dri port to only those that build and are useful on > > > each platform. Both mesa 7.4 and 7.6 should work. > > > > > > > Looks good to me. Have you run-time tested these changes? > > No, not yet... I don't yet have a functional desktop for powerpc or > sparc64. Hopefully soon... Of the sparc64 boxes I have access to now, 2 > of them have radeon's in them and one has an xvr-600. Right now, I > don't have a framebuffer on either. In looking at the powerpc work, I'm > planning to try using ofw_syscons, which seems to be all common code for > open firmware. I don't have to deal with AGP on the sparc boxes, so all > I will need to deal with is drm. Hopefully, I will be able to get to > that this week. > ofw_syscons(4) needs quite some work (mapping BARs not mapped by the firmware, 12x22 font support, IIRC there was some problem with 32-bit color depth etc) in order to generally run and be usefull on sparc64 and in order to co-exist with creator(4) and machfb(4)... Marius