[Openchrome-users] 3D acceleration with km400 SUSE 10.1

[Thomas Hellström]

linux_learner wrote:

>I did. If you looked at the link I posted to the viarena forums, you would have seen that. You would have seen that Not only did I read it, I quoted it, while troubleshooting my own problem. 
>
>Let me take an excerpt from that forum: 
>
>According to http://dri.freedesktop.org/wiki/DriTroubleshooting#head-1b5ecd9f57f89b20f0d27b69d675e5a42b0930a5
>
>    quote:
>    Run ldd /usr/X11R6/bin/glxinfo and see which libGL it's finding.
>    Make sure it's the one in /usr/X11R6/lib/libGL, or a link in /usr/lib to the one in /usr/X11R6/lib.
>
>
>  
>
I _am_ trying to help, and I _have_ read your post on viaarena, but it 
is much easier to help if you'd care to read through the documentation 
first, and provided the relevant info. That's why I encouraged you to 
read the documentation once more.

1) The docs say: (title page)

*"Forum or mailing list newbie?* Please don't post questions with 
answers that are easily found in previous postings or in the 
documentation. Don't post both on the forum and on the mailing list, 
because they are cross-linked, so your post will show up on both. Also 
please don't post full logs unless explicitly asked to do so. It's OK to 
post small excerpts showing warning- or error messages."

This is because we don't want our databases and people's mailboxes 
filled up with unnecessary information.

2) Your info on via forums says:
Mesa-6.5-16.3
Mesa-devel-6.5-16.3

The documentation says (3D troubleshooting):
"You also need Mesa-6.4.1 or the mesa_6_4_branch from CVS"

The 3D status page says:
"For now you should use the Mesa-6.4 branch; the last version known to 
work sort of reliably is Mesa-6.4.1"

3) *This is the key part:* glxinfo says:

direct rendering: No

3D troubleshooting says:


It should say

Direct Rendering: Yes

at some point. If it doesn't, use the environment variable setting

export LIBGL_DEBUG=verbose

(for bash-type shells) or

setenv LIBGL_DEBUG verbose

on csh/tcsh and rerun glxinfo to see what is wrong.


I cannot find output from that setting in any of the info you provided, 
so I simply assumed you hadn't read through the documentation, and 
pointed you to it. Usually the above item 3) very quickly helps people 
find what's wrong.

/Thomas










>  
>
>>ldd /usr/X11R6/bin/glxinfo
>>    
>>
>linux-gate.so.1 => (0xffffe000)
>libGL.so.1 => /usr/lib/libGL.so.1 (0xb7eda000)
>libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7ecc000)
>libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7dd5000)
>libpthread.so.0 => /lib/libpthread.so.0 (0xb7dc2000)
>libm.so.6 => /lib/libm.so.6 (0xb7d9d000)
>libc.so.6 => /lib/libc.so.6 (0xb7c7c000)
>libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0xb7c76000)
>libdl.so.2 => /lib/libdl.so.2 (0xb7c72000)
>libdrm.so.2 => /usr/lib/libdrm.so.2 (0xb7c6b000)
>/lib/ld-linux.so.2 (0xb7f5e000)
>
>According to the same documentation, libGL.so.1 can be in /usr/lib but should
>link in /usr/lib to the one in /usr/X11R6/lib which it links to
>
>  
>
>>ls -al /usr/lib/libGL.so.1
>>    
>>
>lrwxrwxrwx 1 root root 12 2006-06-27 14:15 /usr/lib/libGL.so.1 -> libGL.so.1.2
>
>and libGL.so.1.2 is in /usr/lib/GL/libGL.so.1.2
>
>So maybe I should link libGL.so.1.2 to /usr/X11R6/lib 
>
>By you telling me to read something, while it is your intent to help, you did not accomplish it. Shall I include all the research I've done, and duplicate about 3 other threads? I deliberately wanted to avoid duplication, to save on space, and wasted posts. 
>
>----
>
>Reply Link: <http://wiki.openchrome.org/tikiwikitiki-view_forum_thread.php?forumId=1&comments_reply_threadId=1554&comments_parentId=1552&post_reply=1#form>
>
>
>_______________________________________________
>openchrome-users mailing list
>openchrome-users at openchrome.org
>http://wiki.openchrome.org/mailman/listinfo/openchrome-users
>Main page:
>http://www.openchrome.org
>Wiki:
>http://wiki.openchrome.org
>User Forum:
>http://wiki.openchrome.org/tikiwiki/tiki-view_forum.php?forumId=1
>
>
>  
>