cvs commit: ports/graphics/dri Makefile

[Marius Strobl]

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