Summary: | [RS880] opengl not working anymore | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | Michael Lange <linuxstuff> | ||||||||||||
Component: | DRM/Radeon | Assignee: | Default DRI bug account <dri-devel> | ||||||||||||
Status: | RESOLVED FIXED | QA Contact: | |||||||||||||
Severity: | normal | ||||||||||||||
Priority: | medium | CC: | rboudot | ||||||||||||
Version: | unspecified | ||||||||||||||
Hardware: | x86-64 (AMD64) | ||||||||||||||
OS: | Linux (All) | ||||||||||||||
Whiteboard: | |||||||||||||||
i915 platform: | i915 features: | ||||||||||||||
Attachments: |
|
Description
Michael Lange
2012-09-22 09:42:51 UTC
Created attachment 67541 [details]
dmesg
Created attachment 67542 [details]
Xorg.0.log
Me too Also Unity on Ubuntu 12.04 displays black screen with only the mouse pointer. Switching to another virtual console or logging in Unity 2D works though. Radeon HD3450 (RV620) on Ubuntu 12.04 + OIBAF PPA Can you bisect? sorry, but which PATH environment variables i have to set? LD_LIBRARY_PATH="~/mesa/src/glx" glxgears does not work Bisect is a git option to identify what commit caused a problem. Google for "git bisect". yes ... i have google for it ;) so i should bisect mesa-git, right? * i have clone the mesa-git with git clone git://anongit.freedesktop.org/git/mesa/mesa * cd mesa * git checkout 9aa8bac9 (i think this was working "date 2012-09-19") * ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/usr/lib64 --disable-dependency-tracking --enable-dri --enable-glx --enable-texture-float --disable-debug --enable-egl --enable-gbm --enable-gles1 --enable-gles2 --enable-glx-tls --disable-osmesa --enable-asm --enable-shared-glapi --enable-xa --enable-xorg --with-dri-drivers= --with-gallium-drivers=,swrast,r600 --with-egl-platforms=x11,drm --enable-gallium-egl --enable-gallium-g3dvl --enable-gallium-llvm --disable-openvg --enable-r600-llvm-compiler --disable-vdpau --enable-xvmc * make * now i would like testing mesa, but how? running glxgears uses the system-libs from /usr/lib64. with EGIT_COMMIT="9aa8bac98b823e8783bc3a06a6e5b23fbf8d87fb" emerge mesa i got a working mesa. my system is working and running with a mesa-build from 2012-09-19 how i could test the mesa-build in my home-dir? (In reply to comment #8) > my system is working and running with a mesa-build from 2012-09-19 > how i could test the mesa-build in my home-dir? You can set where to look for shared libraries by settings LD_LIBRARY_PATH=... and where to look for DRI drivers with LIBGL_DRIVERS_PATH=... E.g., LD_LIBRARY_PATH=<directory where libGL.so.1 lives> LIBGL_DRIVERS_PATH=<directory where r600_dri.so lives> glxgears will run glxgears with your new Mesa. I can't reproduce this. Mesa master on RS880 is working fine here. (In reply to comment #10) > I can't reproduce this. Mesa master on RS880 is working fine here. A quick search in the git log returned this: http://cgit.freedesktop.org/mesa/mesa/commit/?id=7b4aefd3c9c1b04832306b8114b3f2007318f087 Did you compile with --enable-r600-llvm-compiler ? It's enabled in my PPA. i'm currently experiencing this with rs780 and darkplaces. I only get black screen, and logs are filled with this error. I have an llvm-enabled build of mesa. This is on current git @ fb40f88338b6af23faae03ced5906add8507db26 (In reply to comment #9) > > E.g., LD_LIBRARY_PATH=<directory where libGL.so.1 lives> > LIBGL_DRIVERS_PATH=<directory where r600_dri.so lives> glxgears > > will run glxgears with your new Mesa. thanks, this works currently bisecting mesa - two steps to go If you are using the llvm compiler setting the environment variable R600_LLVM=0 will cause the driver to fall back to the TGSI compiler and should fix the rendering errors. It would be helpful if someone could run one of the affected programs with the R600_DUMP_SHADES=1 environment variable set and post the output. (In reply to comment #14) > If you are using the llvm compiler setting the environment variable > R600_LLVM=0 will cause the driver to fall back to the TGSI compiler and > should fix the rendering errors. > > It would be helpful if someone could run one of the affected programs with > the R600_DUMP_SHADES=1 environment variable set and post the output. Sorry, typo above. The environment variable is R600_DUMP_SHADERS=1 bisecting mesa comes to this 0e0c21e00ee80bcff67e37ec86b97d6c25db066a is the first bad commit commit 0e0c21e00ee80bcff67e37ec86b97d6c25db066a Author: Michal Sciubidlo <michal.sciubidlo@gmail.com> Date: Wed Sep 12 08:57:01 2012 +0200 radeon/llvm: Emit ISA for ALU instructions in the R600 code emitter Signed-off-by: Tom Stellard <thomas.stellard@amd.com> :040000 040000 de615a99537b02f3e978f285393559da27d8c1da 2e75e2c1ba7912acfdbbb38c65c3c21831b258da M src configure is in comment 7 Created attachment 67582 [details]
R600_DUMP_SHADERS=1
Created attachment 67583 [details]
R600_DUMP_SHADERS=1
ahhh ... rtf-file - i hate this texteditor from macosx
nano make this right ;)
in case it is important, i have set some environment variables belly@jelly ~/mesa $ env | grep R600 R600_STREAMOUT=1 R600_HYPERZ=1 R600_GLSL130=1 R600_TILING=1 R600_SURF=1 this was set for a few months to test something, i forgot to reset this Created attachment 67586 [details] [review] Possible fix Does this patch fix the problem? (In reply to comment #20) > Created attachment 67586 [details] [review] [review] > Possible fix > > Does this patch fix the problem? your patch works tested with the latest mesa-version from git (In reply to comment #20) > Created attachment 67586 [details] [review] [review] > Possible fix Tested-by: Michel Dänzer <michel.daenzer@amd.com> Fixed with 92b033a89ebd46d640ecb2592159087a87e5516e . |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.