Re: [Dri-users] running ldconfig will silently rewrite symboliclinksbased on the SONAME field in libraries

[S. Z. Z. <zh...@me...>]

Dear Homme :

Many thanks for your patient explanation. You will lead me into DRI gradually.

> On Wed, 15 Nov 2000, S. Z. Zhou wrote:
>
> > I tried that way and get the GL lib loaded, but the the speed is very slow.
> > I once tried
> > utah glx, the direct rendering is very much faster than the software
> > rendering. I assume
> > it is still as slow as software rendering. I am not sure the reason.
> >
> > Possiblly the "glx" and "dri" modules not been loaded yet.
>
> Your xfree config file tries to load them, you can check by reading
> /var/log/XFree86.0.log
> This is the file Xfree4 puts there, it's very useful for debugging.
> Your ldd output shows good things.
>
> > If I try "lsmod"
> > =================================
> > [root@zhou /root]# lsmod
> > Module                  Size  Used by
> > [root@zhou /root]#
> > =================================
> > So no "glx" and "dri" loaded yet.
>
> Well, this shows the possible cause, but you shouldn't look for XFree
> modules by listing kernel modules.
> What *should* be here is agpgart.
> Or did you perhaps not compile this as a module?
> It's highly reccomended to do so, especially if things aren't working it's
> nice to have some form of proof it's loaded.
> Also, since you didn't get to this part in your posts to this list, check
> the correct permissions and device numbers for the following devices:
>

Oh, I did not compiled agp as a module. I rebuild the kernel as monolithe
kernel. So
the network card, agp, cdrom are inside the kernel. The kernel is still small
enough.

>
> [root@dhcp126 /root]# ls -l /dev/agpgart
> crw-rw-rw-    1 root     root      10, 175 Jul 21 16:28 /dev/agpgart
> [root@dhcp126 /root]# ls -l /dev/dri/card0
> crw-rw-rw-    1 root     root      10,  63 Sep 12 15:55 /dev/dri/card0
> [root@dhcp126 /root]#

[root@zhou log]# ls -l /dev/agpgart
crw-rw-r--    1 root     root      10, 175 Aug 24 21:00 /dev/agpgart
[root@zhou log]#

>
> > How could I loaded those two modules? When I startx, should all those be
> > loaded in or not?
>
> Yes, as I mentioned before, look in the file in /var/log to verify what
> XFree is doing.
>
> > It looks different from the module loading of kernel.
>
> It is.
>
> > How could I say the library loaded is correct.
> > see ldd:
>
> Those look good.
>
> > I also attach my "/etc/X11/XF86Config-4" for your references:
>
> > Section "Module"
>
> >  Load  "glx"
> >  Load  "dri"
>
> These are right, check the file in /var/log if any errors occur
>
> >  Load  "GLcore"
>
> This is not needed, it will be loaded by glx and dri
>
> >         #Option     "AGPMode2x"
> >         #Option     "AGPMode4x"
>
> You should try to see if your mainboard supports this, it's very neat.
>
> >  DefaultFbBpp      32
> >  DefaultDepth      24
> >  Subsection "Display"
> >   Depth 32
> >   Modes "1024x768"
> >  EndSubSection
> >  Subsection "Display"
> >   Depth 24
> >   Modes "1024x768"
> >  EndSubSection
> >  Subsection "Display"
> >   Depth 8
> >   Modes "640x480"
> >  EndSubSection
> > EndSection
>
> Try with 16 bits for starters, I'm not sure if this still applies, but I
> recall that there were issues with non 16 bit depths.
>

This "DefaultDepth      24" and "DefaultFbBpp      32" really matters.
If I set those parameters, [drm] load failed, possibly not enough memory.
And it says "DefaultFbBpp " should not greater than "DefaultDepth ".
So inside "/var/log/XFree86.0.log " there is "[EE]drm failed".

So I try  "DefaultDepth      24" and "DefaultFbBpp      24", there is no error
message,
but it show the information only support "DefaultFbBpp 16" or "DefaultFbBpp 32"
.
I comment off the "DefaultFbBpp ", it seems the same effect as
"DefaultDepth      24" and "DefaultFbBpp      32".
It has no error message in "var/log/XFree86.0.log", but the speed is still very
slow, no apparent improvement.
So I attached the "var/log/XFree86.0.log" for this setting.

I then try "DefaultDepth      16" and "DefaultFbBpp      16", the character on
the screen is too small to watch.
But the opengl program render speed is still very slow, no apparent improvement
also!
I am not sure the reason.

>
> > Section "DRI"
>
> You miss something here, try adding this:
>
>         Mode 0666
>

I hope to render the opengl program as common user, so possibly
not necessary to set this strict permission.

>
> > EndSection
>
> These permissions will allow non-root users to use dri, otherwise you can
> only do neat 3D accellerated X when logged in as root.
>
> If you don't get things running by now, please check if you have a 2.4pre
> kernel, you are NOT compiling with the redhat 7.0 default compilers, and
> add all warnings and errors in /var/log/XFree86.0.log to your post, maybe
> that will help clear up what's going wrong here.
>
> Grtz,
>
> Homme R. Bitter                        XS4ALL Windows Hosting
>
> *NIX/Windows admin, BOFH, former MCSE, parttime divine entity
> --
> W2K: improved uptime between weekly hotfixes that require a
> reboot.
>
> 0% HTML 100% Signature
>
> _______________________________________________
> Dri-users mailing list
> Dri...@li...
> http://lists.sourceforge.net/mailman/listinfo/dri-users

Many thanks for your response and assistance.

Attached is the "/var/log/XFree86.0.log" file.


Cheers,

Zhou