Re: [gentoo-dev] Modular X plans

[Ferris McCormick <fmccor@gentoo.org>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Wed, 10 Aug 2005, Donnie Berkholz wrote:

> --[PinePGP]--------------------------------------------------[begin]--
> Ferris McCormick wrote:
> | >  Done.  It's not quite right, yet, but it can now be worked with.  For
> | >  sparc, we do not want a lot of ..._dri.so modules (even though that is
> | >  the target being used) because the kernel does not support them.  So,
> | >  currently, I have it set to in effect build libGL for stand-alone.  For
> | >  some reason, it builds two versions of libGL, and during the install
> | >  phase, links libGL.so to the incorrect one (it's correct in the work
> | >  directory, and I think the install target tries to correct it again for
> | >  gentoo, but for sparc right now I don't want it to do that....) ---
> | >  libGL.so.1.2 on sparc is incorrect, and libGL.so.1.5.xxx seems
> | >  incomplete.  But it's in a state it can be worked with.
>
> You want the 1.2 one for DRI to work properly on e.g., sunffb and
> mach64. If you don't want various _dri.so modules, that can be hacked
> around in a different way, such as changing DRI_DIRS.
>
> I don't understand your comment about the kernel not supporting DRI at
> all. It clearly does in 2.4, but I haven't tried 2.6. Do you mean the
> DRM is no longer included in the kernel source?
>
I wrote the note very fast, and it was not too clear.  With sunffb, the 
kernel code for current 2.6.x (x > 6) is broken, and davem has taken dri 
support out of the xorg sunffb driver (to paraphrase him, you can't do 
both drm and correct font rendering).

With mach64, the problem on sparc has been the hardware itself, if I 
remember correctly.  That is, kernel, xorg are fine, but the mach64 card 
used on U5/U10 is memory-deficient.  Someone who has looked at it more 
recently than I have will correct this.  (There is a mach64-based sparc 
frame buffer which should be OK for DRI, but I've never seen one.  I'll 
chase it down in the framebuffer handbook a little later.)

Changing DRI_DIRS is exactly what I did.  I will look at it more closely 
over the next few days to figure out precisely what sparc needs; it's not 
DRI_DIRS= <nothing>, but unfortunately, on my test systems, that is what I
have to have.  (Either Creator+sunffb-without-DRM-support, or 
Elite-+sunffb+can't-support-DRM.)

Yes, it's ugly.  My goal is (1) a ~sparc suite for X modular which can be 
built and tested, and then (2) an optimal libGL & friends.  I'm starting 
with Mesa, because that has always seemed to be the hardest part to get 
right for sparc.

> Thanks,
> Donnie

Regards,
Ferris
- --
Ferris McCormick (P44646, MI) <fmccor@gentoo.org>
Developer, Gentoo Linux (sparc, devrel)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC+nbfQa6M3+I///cRAj8WAJ4xv6CtzR7ff8Iz4nR6d3gghKND3gCgmal4
FvgwKuedJC/Si+yTyBcHAS4=
=O/cy
-----END PGP SIGNATURE-----
-- 
gentoo-dev@gentoo.org mailing list