-----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) <[EMAIL PROTECTED]>
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
