Bug#617763: /usr/bin/gtk-window-decorator: Windows decoration disappear. No more button minimize, maximize nor close
Package: compiz-gtk Version: 0.8.4-4 Severity: important File: /usr/bin/gtk-window-decorator Tags: sid Here is a gdb output: dh$listryx$:~ gdb gtk-window-decorator GNU gdb (GDB) 7.2-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/gtk-window-decorator...(no debugging symbols found)...done. (gdb) run --replace Starting program: /usr/bin/gtk-window-decorator --replace [Thread debugging using libthread_db enabled] [New Thread 0x7fffed07d700 (LWP 29409)] (gtk-window-decorator:29406): GConf-CRITICAL **: gconf_client_set_string: assertion `val != NULL' failed Program received signal SIGSEGV, Segmentation fault. 0x77bd81fe in decor_quads_to_property () from /usr/lib/libdecoration.so.0 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages compiz-gtk depends on: ii compiz-co 0.8.4-4OpenGL window and compositing mana ii gconf22.32.1-2 GNOME configuration database syste ii libatk1.0 1.32.0-2 The ATK accessibility toolkit ii libc6 2.13-0exp3 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-4 The Cairo 2D vector graphics libra ii libdbus-1 1.4.6-1simple interprocess messaging syst ii libdbus-g 0.88-2.1 simple interprocess messaging syst ii libdecora 0.9.2.1+git20110226.f059fae9-4 Compiz window decoration library ii libfontco 2.8.0-2.1 generic font configuration library ii libfreety 2.4.4-1FreeType 2 font engine, shared lib ii libgconf2 2.32.1-2 GNOME configuration database syste ii libglib2. 2.28.1-1+b1The GLib library of C routines ii libgtk2.0 2.24.1-1 The GTK+ graphical user interface ii libmetaci 1:2.30.1-3 library for the Metacity window ma ii libpango1 1.28.3-4 Layout and rendering of internatio ii libwnck22 2.30.4-3 Window Navigator Construction Kit ii libx11-6 2:1.4.1-5 X11 client-side library ii libxcurso 1:1.1.11-1 X cursor management library ii libxrende 1:0.9.6-1 X Rendering Extension client libra compiz-gtk recommends no packages. Versions of packages compiz-gtk suggests: ii gnome-themes 2.30.2-1 official themes for the GNOME desk -- no debconf information -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110311075612.29433.95917.reportbug@localhost.localdomain
Bug#617757: /usr/lib/dri/i965_dri.so: mutter: intel_tex_image.c:726: intelSetTexBuffer2: Assertion `!texImage-Data' failed.
On Thu, Mar 10, 2011 at 22:28:04 -0800, Josh Triplett wrote: Package: libgl1-mesa-dri Version: 7.10-4 Severity: important File: /usr/lib/dri/i965_dri.so When trying to launch mutter, immediately after installing it: mutter: intel_tex_image.c:726: intelSetTexBuffer2: Assertion `!texImage-Data' failed. If this is reproducible with mesa master or 7.10.1, please file a bug upstream at https://bugs.freedesktop.org/enter_bug.cgi?product=Mesacomponent=Drivers/DRI/i965 Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110311094843.gg12...@radis.liafa.jussieu.fr
Bug#617733: xorg: opengl efects are very slow when running as non root
On Thu, Mar 10, 2011 at 18:36:17 -0300, gustavo panizzo gfa wrote: Package: xorg Version: 1:7.5+8 Severity: normal i found (on the fresh install) that if i run X as root, glxgears give about 1000FPS, warzone2100 is playable again. if i run glxgear as regular user, i got 500FPS. warzone2100 is not playable i tried to setuid Xorg binary without satisfactory results also, i installed debian testing on a fresh partition and the issue remains. Check the permissions and ACLs on /dev/dri/card*, and provide the output of 'LIBGL_DEBUG=verbose glxinfo'. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110311095052.gh12...@radis.liafa.jussieu.fr
Bug#616389: xserver-xorg-video-radeon: Crashes when closing graphical VT ((EE) RADEON(0): failed to set mode: Permission denied)
On Don, 2011-03-10 at 15:33 +0100, Michel Dänzer wrote: On Don, 2011-03-10 at 14:13 +, Thue Janus Kristensen wrote: Accoding to gdb, the second server is called as drmDropMaster(fd=9) and the first server calls drmSetMaster(fd=9) Switching between VT7 and VT8 a few times, they also are both called with drmDropMaster(fd=9) and drmSetMaster(fd=9). Then I'm confused why the EBADF... If the file descriptor was closed before drmDropMaster, then I would have expected that to implicitly drop master as well. Just in case though, assuming you guys have libgl1-mesa-dri 7.10-3 or newer, does downgrading that to an older version fix the problem? -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1299838793.3707.9.camel@thor.local
Processed: tagging 617763
Processing commands for cont...@bugs.debian.org: tags 617763 - sid Bug #617763 [compiz-gtk] /usr/bin/gtk-window-decorator: Windows decoration disappear. No more button minimize, maximize nor close Removed tag(s) sid. thanks Stopping processing here. Please contact me if you need assistance. -- 617763: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617763 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.12998457573992.transcr...@bugs.debian.org
Processed: Re: Bug#589390: xserver-xorg-core: xorg.conf(5) man page: INPUTDEVICE SECTION is incomplete
Processing commands for cont...@bugs.debian.org: forwarded 589390 https://bugs.freedesktop.org/show_bug.cgi?id=35209 Bug #589390 [xserver-xorg-core] xserver-xorg-core: xorg.conf(5) man page: INPUTDEVICE SECTION is incomplete Set Bug forwarded-to-address to 'https://bugs.freedesktop.org/show_bug.cgi?id=35209'. thanks Stopping processing here. Please contact me if you need assistance. -- 589390: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=589390 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129984767011830.transcr...@bugs.debian.org
Bug#589390: xserver-xorg-core: xorg.conf(5) man page: INPUTDEVICE SECTION is incomplete
forwarded 589390 https://bugs.freedesktop.org/show_bug.cgi?id=35209 thanks On 2011-02-27 23:53:53 +0100, Cyril Brulebois wrote: please send your upstream bugs/patches upstream: http://bugs.freedesktop.org/ http://wiki.x.org/wiki/Development/Documentation/SubmittingPatches I've suggested a correction upstream. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110311124739.ga19...@prunille.vinc17.org
Bug#609490: xserver-xorg: X totally hung in screensaver. Possibly i915 related?
On Saturday 26 Feb 2011 13:40:24 Cyril Brulebois wrote: Hi, Neil Youngman n.s.young...@btinternet.com (09/01/2011): Several times I have found the system hung in the screensaver. It would not respond to CTRL_ALT-Fn or CTRL-ALT-Backspace. Absent any way to remotely access the system I have been forced to do a hard reset. Following the most recent incident, I have observed the following messages in the log (/var/log/messages). The references to i915_gem_retire_work_handler lead me to belive that this is i915 related. might be a kernel bug. Any chance you could give 2.6.37 or 2.6.38rc* a try? Those are available in sid and experimental respectively. KiBi. I upgraded to 2.6.37 a week ago and I have had no further problems. This is not conclusive, but given the previous frequency of this problem, it is probable that the kernel upgrade has solved the problem. Neil -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201103111456.49697.n.s.young...@btinternet.com
Bug#617733: xorg: opengl efects are very slow when running as non root
before i add myself to video group [0 gfa@omega17:~]$ ls -l /dev/dri/card0 crw-rw 1 root video 226, 0 Mar 10 14:05 /dev/dri/card0 [0 gfa@omega17:~]$ LIBGL_DEBUG=verbose glxinfo name of display: :0 libGL: OpenDriver: trying /usr/lib/dri/tls/i965_dri.so libGL: OpenDriver: trying /usr/lib/dri/i965_dri.so libGL error: failed to open drm device: Permission denied libGL: OpenDriver: trying /usr/lib/dri/tls/swrast_dri.so libGL: OpenDriver: trying /usr/lib/dri/swrast_dri.so display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_INTEL_swap_event client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX version: 1.4 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group OpenGL vendor string: Mesa Project OpenGL renderer string: Software Rasterizer OpenGL version string: 2.1 Mesa 7.7.1 OpenGL shading language version string: 1.20 OpenGL extensions: GL_EXT_compiled_vertex_array, GL_EXT_texture_env_add, GL_ARB_copy_buffer, GL_ARB_depth_texture, GL_ARB_depth_clamp, GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex, GL_ARB_fragment_program, GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader, GL_ARB_framebuffer_object, GL_ARB_half_float_pixel, GL_ARB_imaging, GL_ARB_map_buffer_range, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_provoking_vertex, GL_ARB_shader_objects, GL_ARB_shading_language_100, GL_ARB_shading_language_120, GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_sync, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_array_bgra, GL_ARB_vertex_array_object, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_convolution, GL_EXT_copy_texture, GL_EXT_depth_bounds_test, GL_EXT_draw_range_elements, GL_EXT_framebuffer_blit, GL_EXT_framebuffer_multisample, GL_EXT_framebuffer_object, GL_EXT_fog_coord, GL_EXT_gpu_program_parameters, GL_EXT_histogram, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_pixel_buffer_object, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_provoking_vertex, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_shared_texture_palette, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_texture_sRGB, GL_EXT_texture_swizzle, GL_EXT_vertex_array, GL_EXT_vertex_array_bgra, GL_3DFX_texture_compression_FXT1, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ATI_blend_equation_separate, GL_ATI_envmap_bumpmap, GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, GL_ATI_fragment_shader, GL_ATI_separate_stencil, GL_IBM_multimode_draw_arrays, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_resize_buffers, GL_MESA_texture_array, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_depth_clamp,
Bug#617682: X server crash on 'export to PDF' with 'PDF/A-1a' option checked
Launched Libreoffice in Xephyr as suggested by a coworker, and the export with the PDF/A-1a option did not crash. The problem might be linked to the radeon driver then. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1299862411.18711.3.ca...@gdartigu.lan.rep.sj
Bug#617733: marked as done (xorg: opengl efects are very slow when running as non roothi, since the development of squeeze (i'm not sure at what point)it became impossible to run warzone2100 (or any o
Your message dated Fri, 11 Mar 2011 17:55:29 +0100 with message-id 20110311165529.gj2...@radis.liafa.jussieu.fr and subject line Re: Bug#617733: xorg: opengl efects are very slow when running as non root has caused the Debian Bug report #617733, regarding xorg: opengl efects are very slow when running as non roothi, since the development of squeeze (i'm not sure at what point)it became impossible to run warzone2100 (or any other heavy openglapp) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 617733: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617733 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xorg Version: 1:7.5+8 Severity: normal i found (on the fresh install) that if i run X as root, glxgears give about 1000FPS, warzone2100 is playable again. if i run glxgear as regular user, i got 500FPS. warzone2100 is not playable i tried to setuid Xorg binary without satisfactory results also, i installed debian testing on a fresh partition and the issue remains. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Sep 26 2009 /etc/X11/X - /usr/bin/Xorg -rwsr-xr-x 1 root root 1771432 Feb 20 02:53 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 Kernel version (/proc/version): --- Linux version 2.6.32-5-amd64 (Debian 2.6.32-30) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 05:14:59 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 30223 Feb 15 19:33 /var/log/Xorg.1.log -rw-r--r-- 1 root root 30223 Feb 15 19:33 /var/log/Xorg.2.log -rw-r--r-- 1 root root 30223 Feb 15 19:50 /var/log/Xorg.5.log -rw-r--r-- 1 root root 29907 Mar 10 18:21 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 15776.834] X.Org X Server 1.9.4 Release Date: 2011-02-04 [ 15776.834] X Protocol Version 11, Revision 0 [ 15776.834] Build Operating System: Linux 2.6.32.29-dsa-ia32 i686 Debian [ 15776.834] Current Operating System: Linux omega17 2.6.32-5-amd64 #1 SMP Wed Jan 12 05:14:59 UTC 2011 x86_64 [ 15776.834] Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 root=/dev/mapper/root ro resume=/dev/mapper/swap nmi_watchdog=0 vdso32=0 [ 15776.834] Build Date: 20 February 2011 05:47:22AM [ 15776.834] xorg-server 2:1.9.4-3 (Cyril Brulebois k...@debian.org) [ 15776.834] Current version of pixman: 0.16.4 [ 15776.834]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 15776.834] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 15776.834] (==) Log file: /var/log/Xorg.0.log, Time: Thu Mar 10 18:21:00 2011 [ 15776.834] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 15776.835] (==) No Layout section. Using the first Screen section. [ 15776.835] (==) No screen section available. Using defaults. [ 15776.835] (**) |--Screen Default Screen Section (0) [ 15776.835] (**) | |--Monitor default monitor [ 15776.835] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 15776.835] (==) Automatically adding devices [ 15776.835] (==) Automatically enabling devices [ 15776.836] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 15776.836]Entry deleted from font path. [ 15776.836] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [ 15776.836] (==) ModulePath set to /usr/lib/xorg/modules [ 15776.836] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 15776.836] (II) Loader magic: 0x81f7140 [ 15776.836] (II) Module
Bug#617624: xserver-xorg-video-radeon: serious performance regression with 6.14 versions of driver and R480 chip (X850 XT)
On Don, 2011-03-10 at 20:26 +, Mike Brodbelt wrote: On 10/03/11 13:57, Michel Dänzer wrote: Eterm - though I'm of the opinion that the terminal emulator isn't actually relevant. Well, if it uses core X11 fonts, then text is rendered in software, which could certainly explain at least some of the issues. If you're using a non-anti-aliased font in the terminal, does switching to an anti-aliased one improve terminal performance? I've tried this again now with Xterm, using xterm -fa 'Mono' -fs 8 as the launch command line, which uses an anti-aliased font. There doesn't appear to be any improvement. Odd. Maybe it's still falling back to software rendering for some other reason. Then I don't suppose Option ColorTiling off helps, as I don't think that could have been enabled with 2.6.32. Aha. That appears to have cured it. Hmm, but I just double-checked, and tiling should only be enabled with kernel = 2.6.36. Why didn't 2.6.32 work better? Have you tried if compositing works better? -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1299862652.15246.22.camel@thor.local
Bug#613221: This is related to __thread
Hi Eric, On Mon, Feb 14, 2011 at 03:05:49PM -0700, Eric Wasylishen wrote: It's caused by the thread-local fast_path_cache variable in pixman.c. If you make that non-thread-local (a normal static variable) the problem will go away. Yep, or if you set the tls_model to *-exec. But IMO this shouldn't be required: global-dynamic appears to be the right TLS model for shared libraries. IMVHO, if something was seriously broken with pixman's (new) TLS support, the whole world would be crashing, not only GNUstep. The root problem here is interaction between thread local storage and dlopen, because the gnustep-back bundle, which dynamically links to libpixman, is dlopened by gnustep-gui. Could you please explain more about this interaction (CCing 613...@bugs.debian.org if possible)? According to pixman's upstream maintainer, and my humble reading about the TLS documentation in GCC, there should be no problem at all. Can you reproduce if you configure gnustep-back with --disable-glx? I can't, which leads me to the clue that the real culprit is mesa, which uses __attribute__ ((tls_model (initial-exec))) for the thread-local variables in libGL.so, and that's apparently incompatible. However, I'm not sure how to properly fix it other than building pixman without TLS. Well, we have to find where the bug really lies and fix it there. I'm afraid building pixman without TLS support is the wrong course of action from wherever you look at it; I doubt that pixman's maintainers would be keen on such move (and rightfully so). -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110311192505.ga12...@yavor.doganov.org
Processed: affects 613221
Processing commands for cont...@bugs.debian.org: affects 613221 gnustep-back0.18-cairo Bug #613221 [libpixman-1-0] libpixman-1-0: Breaks the GNUstep cairo backend (gnustep-back0.18-cairo) Added indication that 613221 affects gnustep-back0.18-cairo thanks Stopping processing here. Please contact me if you need assistance. -- 613221: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613221 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129987359128567.transcr...@bugs.debian.org
Bug#617851: xvfb-run only works on Linux systems
Package: xvfb
Version: 1.9.4.901-1
It seems that there are differences between the Xvfb command for Linux
(Debian/RedHat), AIX and Solaris.
I have patched the script so that it works on AIX and Solaris, in
addition to Linux. I have tested the script on AIX 6.1 and Solaris Sparc
10.
The following changes were made:
It checks if the script is running in a Korn(-like) or Bash(-like)
shell. If it isn't, exit code 7 is returned. The reason is that on
Solaris, /bin/sh is linked to the standard Bourne shell.
On AIX, there is no Xvfb command. The standard X command is used
instead.
The default arguments used by the xvfb-run script when running Xvfb are
different between Linux, AIX and Solaris. The script uses the correct
arguments based on the operating system being used.
It checks if the GNU version of getopt is installed. If it isn't, then,
the standard version of getopt is used and long options are disabled.
It checks if the tempfile command is installed. If it is, it used,
otherwise, mktemp is used as it was in previous versions of the script.
I also ported a fix from RedHat's version of Xvfb-run in terms of using
the mktemp script. Details of the fix are here:
https://bugzilla.redhat.com/show_bug.cgi?id=508739 and here:
https://bugzilla.redhat.com/show_bug.cgi?id=632879.
If the mcookie utility is not installed, it is simulated based on code
found at the following URL:
http://git.debian.org/?p=pkg-xorg/app/xinit.git;a=blob_plain;f=configure
.ac;hb=HEAD. By default, I am using the /dev/urandom device. If security
is an issue, it can be changed to use the /dev/random device instead.
Here is the original version of the file:
Xvfb-run.orig
#!/bin/sh
# $Id: xvfb-run 2027 2004-11-16 14:54:16Z branden $
# This script starts an instance of Xvfb, the fake X server, runs a
command
# with that server available, and kills the X server when done. The
return
# value of the command becomes the return value of this script.
#
# If anyone is using this to build a Debian package, make sure the
package
# Build-Depends on xvfb, xbase-clients, and xfonts-base.
set -e
PROGNAME=xvfb-run
SERVERNUM=99
AUTHFILE=
ERRORFILE=/dev/null
STARTWAIT=3
XVFBARGS=-screen 0 640x480x8
LISTENTCP=-nolisten tcp
XAUTHPROTO=.
# Query the terminal to establish a default number of columns to use for
# displaying messages to the user. This is used only as a fallback in
the event
# the COLUMNS variable is not set. ($COLUMNS can react to SIGWINCH
while the
# script is running, and this cannot, only being calculated once.)
DEFCOLUMNS=$(stty size 2/dev/null | awk '{print $2}') || true
if ! expr $DEFCOLUMNS : [[:digit:]]\+$ /dev/null 21; then
DEFCOLUMNS=80
fi
# Display a message, wrapping lines at the terminal width.
message () {
echo $PROGNAME: $* | fmt -t -w ${COLUMNS:-$DEFCOLUMNS}
}
# Display an error message.
error () {
message error: $* 2
}
# Display a usage message.
usage () {
if [ -n $* ]; then
message usage error: $*
fi
cat EOF
Usage: $PROGNAME [OPTION ...] COMMAND
Run COMMAND (usually an X client) in a virtual X server environment.
Options:
-a--auto-servernum try to get a free server number,
starting at
--server-num
-e FILE --error-file=FILE file used to store xauth errors and
Xvfb
output (default: $ERRORFILE)
-f FILE --auth-file=FILE file used to store auth cookie
(default: ./.Xauthority)
-h--helpdisplay this usage message and exit
-n NUM--server-num=NUM server number to use (default:
$SERVERNUM)
-l--listen-tcp enable TCP port listening in the X
server
-p PROTO --xauth-protocol=PROTOX authority protocol name to use
(default: xauth command's default)
-s ARGS --server-args=ARGSarguments (other than server number
and
-nolisten tcp) to pass to the Xvfb
server
(default: $XVFBARGS)
-w DELAY --wait=DELAY delay in seconds to wait for Xvfb to
start
before running COMMAND (default:
$STARTWAIT)
EOF
}
# Find a free server number by looking at .X*-lock files in /tmp.
find_free_servernum() {
# Sadly, the local keyword is not POSIX. Leave the next line
commented in
# the hope Debian Policy eventually changes to allow it in /bin/sh
scripts
# anyway.
#local i
i=$SERVERNUM
while [ -f /tmp/.X$i-lock ]; do
i=$(($i + 1))
done
echo $i
}
# Clean up files
clean_up() {
if [ -e $AUTHFILE ]; then
XAUTHORITY=$AUTHFILE xauth remove :$SERVERNUM $ERRORFILE
21
fi
if [ -n $XVFB_RUN_TMPDIR ]; then
if ! rm -r $XVFB_RUN_TMPDIR; then
error problem while cleaning up temporary directory
exit 5
fi
fi
}
# Parse the command line.
ARGS=$(getopt
Bug#616389: xserver-xorg-video-radeon: Crashes when closing graphical VT ((EE) RADEON(0): failed to set mode: Permission denied)
2011/3/11 Michel Dänzer daen...@debian.org On Don, 2011-03-10 at 15:33 +0100, Michel Dänzer wrote: On Don, 2011-03-10 at 14:13 +, Thue Janus Kristensen wrote: Accoding to gdb, the second server is called as drmDropMaster(fd=9) and the first server calls drmSetMaster(fd=9) Switching between VT7 and VT8 a few times, they also are both called with drmDropMaster(fd=9) and drmSetMaster(fd=9). Then I'm confused why the EBADF... If the file descriptor was closed before drmDropMaster, then I would have expected that to implicitly drop master as well. Just in case though, assuming you guys have libgl1-mesa-dri 7.10-3 or newer, does downgrading that to an older version fix the problem? I had 7.10-4. Downgrading to libgl1-mesa-dri_7.7.1-4_amd64.deb seems to fix the crash. I tried compiling the kernel to debug, but I am having some general problems. Apparently the current kernel in unstable is not compilable with the current binutils in unstable. And the latest downloaded from from kernel.org fails to mount the root filesystem. Grumble. I can find a solution, I just needed to lament a bit to somebody :). Regards, Thue
Bug#617757: /usr/lib/dri/i965_dri.so: mutter: intel_tex_image.c:726: intelSetTexBuffer2: Assertion `!texImage-Data' failed.
On Fri, Mar 11, 2011 at 10:48:43AM +0100, Julien Cristau wrote: On Thu, Mar 10, 2011 at 22:28:04 -0800, Josh Triplett wrote: Package: libgl1-mesa-dri Version: 7.10-4 Severity: important File: /usr/lib/dri/i965_dri.so When trying to launch mutter, immediately after installing it: mutter: intel_tex_image.c:726: intelSetTexBuffer2: Assertion `!texImage-Data' failed. If this is reproducible with mesa master or 7.10.1, please file a bug upstream at https://bugs.freedesktop.org/enter_bug.cgi?product=Mesacomponent=Drivers/DRI/i965 I don't plan to try building mesa from upstream source and substituting that for the Debian version. Happy to try test new or experimental Mesa packages, though. A quick check of the changelog for 7.10.1 didn't suggest any particular changes related to this assertion. I've filed the bug filed upstream against version 7.10, as https://bugs.freedesktop.org/show_bug.cgi?id=35234 . - Josh Triplett -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110311231359.GB2062@feather
Processed: tagging 617864
Processing commands for cont...@bugs.debian.org: tags 617864 - squeeze Bug #617864 [xserver-xorg-video-radeon] xserver-xorg-video-radeon: Screen rotation crashes desktop with exaMoveInPixmap symbol error Removed tag(s) squeeze. thanks Stopping processing here. Please contact me if you need assistance. -- 617864: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617864 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129988549010373.transcr...@bugs.debian.org
Processed: bug 617757 is forwarded to https://bugs.freedesktop.org/show_bug.cgi?id=35234
Processing commands for cont...@bugs.debian.org: forwarded 617757 https://bugs.freedesktop.org/show_bug.cgi?id=35234 Bug #617757 [libgl1-mesa-dri] /usr/lib/dri/i965_dri.so: mutter: intel_tex_image.c:726: intelSetTexBuffer2: Assertion `!texImage-Data' failed. Set Bug forwarded-to-address to 'https://bugs.freedesktop.org/show_bug.cgi?id=35234'. thanks Stopping processing here. Please contact me if you need assistance. -- 617757: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617757 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129988542410179.transcr...@bugs.debian.org
Bug#617757: /usr/lib/dri/i965_dri.so: mutter: intel_tex_image.c:726: intelSetTexBuffer2: Assertion `!texImage-Data' failed.
forwarded 617757 https://bugs.freedesktop.org/show_bug.cgi?id=35234 thanks Josh Triplett j...@joshtriplett.org (11/03/2011): I've filed the bug filed upstream against version 7.10, as https://bugs.freedesktop.org/show_bug.cgi?id=35234 . Thank you. (I failed to upload 7.10.1 this weekend, sorry.) KiBi. signature.asc Description: Digital signature
Processed: Re: Bug#617757: /usr/lib/dri/i965_dri.so: mutter: intel_tex_image.c:726: intelSetTexBuffer2: Assertion `!texImage-Data' failed.
Processing commands for cont...@bugs.debian.org: forwarded 617757 https://bugs.freedesktop.org/show_bug.cgi?id=35234 Bug #617757 [libgl1-mesa-dri] /usr/lib/dri/i965_dri.so: mutter: intel_tex_image.c:726: intelSetTexBuffer2: Assertion `!texImage-Data' failed. Ignoring request to change the forwarded-to-address of bug#617757 to the same value thanks Stopping processing here. Please contact me if you need assistance. -- 617757: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617757 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.129988572411214.transcr...@bugs.debian.org
Bug#617864: xserver-xorg-video-radeon: Screen rotation crashes desktop with exaMoveInPixmap symbol error
On Fri, Mar 11, 2011 at 18:11:37 -0500, Greg Smith wrote: Package: xserver-xorg-video-radeon Version: 1:6.13.1-2+squeeze1 Severity: important Tags: squeeze When trying to rotate the screen using either the Monitor Preferences app or: xrandr -o left The video driver crashes and the desktop exits with no visible error message. A look at the /var/log/gdm3/:0.log.1 file from the open session at the time gives the following error: (II) RADEON(0): Allocate new frame buffer 1200x1920 stride 1216 (II) RADEON(0): VRAM usage limit set to 219391K /usr/bin/Xorg: symbol lookup error: /usr/lib/xorg/modules/drivers/radeon_drv.so: undefined symbol: exaMoveInPixmap The problem is not specific to Debian, the same issue has been reported against openSUSE 11.4: https://bugzilla.novell.com/show_bug.cgi?id=675453 The crash should be fixed upstream in 88304fe9c0ce69012d44a77a5368c35236511dac afaict. [...] [8.775161] [drm] Loading RV710 Microcode [8.808918] [drm:rv770_startup] *ERROR* Failed to load firmware! You should install firmware-linux though, to get acceleration. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110311232927.gp2...@radis.liafa.jussieu.fr
Bug#613221: This is related to __thread
Hi Yavor, On 2011-03-11, at 12:25 PM, Yavor Doganov wrote: Hi Eric, On Mon, Feb 14, 2011 at 03:05:49PM -0700, Eric Wasylishen wrote: It's caused by the thread-local fast_path_cache variable in pixman.c. If you make that non-thread-local (a normal static variable) the problem will go away. Yep, or if you set the tls_model to *-exec. But IMO this shouldn't be required: global-dynamic appears to be the right TLS model for shared libraries. IMVHO, if something was seriously broken with pixman's (new) TLS support, the whole world would be crashing, not only GNUstep. Right. As far as I remember, I looked at the disassembled code for this variable in Ubuntu's pixman package, and it was using the global-dynamic model, which is the correct model to use in shared libraries. So it doesn't look like pixman is doing anything wrong. The root problem here is interaction between thread local storage and dlopen, because the gnustep-back bundle, which dynamically links to libpixman, is dlopened by gnustep-gui. Could you please explain more about this interaction (CCing 613...@bugs.debian.org if possible)? According to pixman's upstream maintainer, and my humble reading about the TLS documentation in GCC, there should be no problem at all. I think what led me to say this was, I found that modifying GNUstep-gui so it links directly to cairo and pixman made the crash disappear. So it was more or less just a guess that dlopen was somehow involved. However, after doing a bit more research I agree there should be no problem with dlopen and TLS, assuming the shared library uses the correct TLS model, which pixman does. Further supporting this, I tried to write a simple test case with a layout similar to GNUstep: 1. executable, dynamically linked to: 2. shared library, which dlopens: 3. shared library, which uses TLS and I was unable to get a crash to happen. Can you reproduce if you configure gnustep-back with --disable-glx? I can't, which leads me to the clue that the real culprit is mesa, which uses __attribute__ ((tls_model (initial-exec))) for the thread-local variables in libGL.so, and that's apparently incompatible. Hm, that's interesting! It sounds like a convincing hypothesis. I can test that, but it will take me a few days because I have to set up this virtual machine again. BTW, I switched from 32-bit Ubuntu 10.10 (where I was observing the bug) to amd64 Ubuntu 10.10, and found that this bug doesn't occur on amd64. Are you also observing it on 32-bit only? However, I'm not sure how to properly fix it other than building pixman without TLS. Well, we have to find where the bug really lies and fix it there. I'm afraid building pixman without TLS support is the wrong course of action from wherever you look at it; I doubt that pixman's maintainers would be keen on such move (and rightfully so). I agree, it seems like the fact that disabling TLS in pixman makes the bug symptoms disappear is more or less a coincidence. Hopefully we are close to tracking down this really strange bug :-) Cheers, Eric
Bug#617864: xserver-xorg-video-radeon: Screen rotation crashes desktop with exaMoveInPixmap symbol error
Julien Cristau wrote: The crash should be fixed upstream in 88304fe9c0ce69012d44a77a5368c35236511dac afaict. Full link: http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=88304fe9c0ce69012d44a77a5368c35236511dac It looks like this bug I created is a dupe of sorts of #615657 which is the same issue except filed against the xserver-xorg-video-ati package. Missed that one because it didn't have the error message I found in its text. The upstream fix just adds a warning message saying that rotation support is disabled unless you have installed the firmware package to enable acceleration. Now that I know that, things work fine for me if I just install that using something like this: nano -w /etc/apt/sources.list Add nonfree to the end of each line, after main apt-get update apt-get install firmware-linux-nonfree Reboot after that to get the firmware installed, and now the output from dmesg looks like this: [8.755156] [drm] radeon: irq initialized. [8.755158] [drm] GART: num cpu pages 131072, num gpu pages 131072 [8.755377] [drm] Loading RV710 Microcode [8.755379] platform radeon_cp.0: firmware: requesting radeon/RV710_pfp.bin [8.866471] platform radeon_cp.0: firmware: requesting radeon/RV710_me.bin [8.901408] platform radeon_cp.0: firmware: requesting radeon/R700_rlc.bin Followed by a list of display connectors. Rotation works fine after that. As noted, the sort of dmesg lines that indicate you don't have the firmware, and therefore rotation will not work, are: [8.774930] [drm] radeon: irq initialized. [8.774932] [drm] GART: num cpu pages 131072, num gpu pages 131072 [8.775161] [drm] Loading RV710 Microcode [8.775162] platform radeon_cp.0: firmware: requesting radeon/RV710_pfp.bin [8.808880] r600_cp: Failed to load firmware radeon/RV710_pfp.bin [8.808918] [drm:rv770_startup] *ERROR* Failed to load firmware! [8.808954] radeon :01:00.0: disabling GPU acceleration Would be nice to see that upstream fix get merged eventually, as it will avoid much frustration. But this is closed as far as I'm concerned now. Thanks for pointing me the right way. -- Greg Smith 2ndQuadrant USg...@2ndquadrant.com Baltimore, MD -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d7ac2bd.4000...@2ndquadrant.com
Bug#575348: problem still exists
full xorg stack updated to experimental gnome produces fully garbage 2nd monitor instead of a black bar xserver-xorg-core 2:1.9.99.903-1 xserver-xorg-radeon 1:6.14.0-1+exp2 kernel 2.6.32-5-amd64 and 2.6.35-1~experimental.3 will try kernel 2.6.38~rc6-1~experimental.1 and report back -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110311235654.31...@web007.roc2.bluetie.com
