Hide Forgot
Created attachment 499411 [details] X server log when crash Description of problem: Version-Release number of selected component (if applicable): yum info xorg-x11-drv-nouveau Loaded plugins: langpacks, presto, refresh-packagekit Installed Packages Name : xorg-x11-drv-nouveau Arch : x86_64 Epoch : 1 Version : 0.0.16 Release : 24.20110324git8378443.fc15 Size : 255 k Repo : installed From repo : koji-override-0 Summary : Xorg X11 nouveau video driver for NVIDIA graphics chipsets URL : http://www.x.org License : MIT Description : X.Org X11 nouveau video driver. gnome-shell --version GNOME Shell 3.0.1 lspci | grep VGA 01:00.0 VGA compatible controller: nVidia Corporation G72 [GeForce 7300 SE/7200 GS] (rev a1) glxinfo |grep -e OpenGL -e shad nvfx_screen_get_param:88 - Warning: unknown PIPE_CAP 36 nvfx_screen_get_param:88 - Warning: unknown PIPE_CAP 45 nvfx_screen_get_param:88 - Warning: unknown PIPE_CAP 43 nvfx_screen_get_param:88 - Warning: unknown PIPE_CAP 44 nvfx_screen_get_param:88 - Warning: unknown PIPE_CAP 48 nvfx_screen_get_param:88 - Warning: unknown PIPE_CAP 47 OpenGL vendor string: nouveau OpenGL renderer string: Gallium 0.4 on NV46 OpenGL version string: 2.1 Mesa 7.11-devel OpenGL shading language version string: 1.20 OpenGL extensions: GL_ARB_shadow, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_fragment_program, GL_ARB_fragment_shader, GL_ARB_shader_objects, GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ATI_draw_buffers, GL_ATI_texture_env_combine3, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_MESA_pack_invert, GL_ARB_fragment_program_shadow, GL_ARB_shading_language_100, GL_ARB_sync, GL_ARB_texture_non_power_of_two, GL_EXT_separate_shader_objects, GL_EXT_texture_swizzle, How reproducible: run gnome-terminal on fullscreen and Help->About Steps to Reproduce: 1. 2. 3. Actual results:Appear About applet but is unable to point with mouse License buton and Credits Buton ofcourse with gnome-terminal on fullscreen On this time xserver put errors on Xorg.0.log Expected results: To solve this issue.
Created attachment 499414 [details] Actual temporary configuration This file replace on /usr/share/gnome-shell/shaders original configuration. I expect more good solutions.
A this point not undestand one;My card is G72 family and from xorg log GeForce 7 (G7x) and glxinfo print on terminal OpenGL renderer string: Gallium 0.4 on NV46,open gl for GeForce 6 (NV4x).
(In reply to comment #2) > A this point not undestand one;My card is G72 family and from xorg log GeForce > 7 (G7x) and glxinfo print on terminal OpenGL renderer string: Gallium 0.4 > on NV46,open gl for GeForce 6 (NV4x). Blame NVIDIA. G70 boards report themselves as NV4x, nouveau does not, and will not ever bother to covert what the chipset calls itself, to the marketing names.
Created attachment 501030 [details] New configuration
very good configuration.
Frame 2: /usr/bin/Xorg (xf86PostMotionEventM+0xa3) [0x47dae3] /usr/src/debug/xorg-server-1.10.1/hw/xfree86/common/xf86Xinput.c:1056 xf86PostMotionEventM Frame 3: /usr/bin/Xorg (xf86PostMotionEventP+0x52) [0x47dc02] /usr/src/debug/xorg-server-1.10.1/hw/xfree86/common/xf86Xinput.c:1008 xf86PostMotionEventP Frame 4: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7fe9066c9000+0x498b) [0x7fe9066cd98b] /usr/src/debug/xf86-input-evdev-2.6.0/src/evdev.c:813 EvdevProcessSyncEvent Frame 5: /usr/bin/Xorg (0x400000+0x6b538) [0x46b538] /usr/src/debug/xorg-server-1.10.1/hw/xfree86/common/xf86Events.c:300 xf86SigioReadInput Frame 6: /usr/bin/Xorg (0x400000+0x119bf0) [0x519bf0] /usr/src/debug/xorg-server-1.10.1/hw/xfree86/os-support/linux/../shared/sigio.c:106 xf86SIGIO Frame 11: /usr/lib64/libdrm_nouveau.so.1 (0x7fe909485000+0x2eb7) [0x7fe909487eb7] /usr/src/debug/libdrm-2.4.24/nouveau/nouveau_bo.c:392 nouveau_bo_wait Frame 13: /usr/lib64/xorg/modules/drivers/nouveau_drv.so (0x7fe90968a000+0x7413) [0x7fe909691413] /usr/src/debug/xf86-video-nouveau-0.0.16/src/nouveau_exa.c:293 nouveau_exa_prepare_access Frame 14: /usr/lib64/xorg/modules/libexa.so (0x7fe908a3c000+0x4e18) [0x7fe908a40e18] /usr/src/debug/xorg-server-1.10.1/exa/exa.c:351 ExaDoPrepareAccess Frame 15: /usr/lib64/xorg/modules/libexa.so (0x7fe908a3c000+0x8ac1) [0x7fe908a44ac1] /usr/src/debug/xorg-server-1.10.1/exa/exa_migration_mixed.c:173 exaPrepareAccessReg_mixed Frame 16: /usr/lib64/xorg/modules/libexa.so (0x7fe908a3c000+0x13d30) [0x7fe908a4fd30] /usr/src/debug/xorg-server-1.10.1/exa/../include/regionstr.h:137 RegionUninit Frame 17: /usr/lib64/xorg/modules/libexa.so (0x7fe908a3c000+0xffef) [0x7fe908a4bfef] /usr/src/debug/xorg-server-1.10.1/exa/exa_render.c:1070 exaComposite Frame 18: /usr/bin/Xorg (0x400000+0xd99cd) [0x4d99cd] /usr/src/debug/xorg-server-1.10.1/miext/damage/damage.c:629 damageComposite Frame 19: /usr/lib64/xorg/modules/libexa.so (0x7fe908a3c000+0x111db) [0x7fe908a4d1db] /usr/src/debug/xorg-server-1.10.1/exa/exa_render.c:1185 exaTrapezoids Frame 20: /usr/bin/Xorg (0x400000+0xd4b5b) [0x4d4b5b] /usr/src/debug/xorg-server-1.10.1/render/render.c:783 ProcRenderTrapezoids Frame 21: /usr/bin/Xorg (0x400000+0x2ec11) [0x42ec11] /usr/src/debug/xorg-server-1.10.1/dix/dispatch.c:431 Dispatch Frame 22: /usr/bin/Xorg (0x400000+0x22e1a) [0x422e1a] /usr/src/debug/xorg-server-1.10.1/dix/main.c:289 main bradford:xorg-backtraces $
This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping