Re: keyboard suddenly dead
I had the same problem, I suspect it's a KDE bug - my colleague suggested to switch krunner to task oriented interface and back to command oriented. It helped, keyboard was working again after this. I didn't ask him how he found this solution, but he reported it in KDE bugzilla. cheers, Adam On Wed, Nov 11, 2009 at 6:46 PM, Hanno Böck ha...@hboeck.de wrote: Hi, I had a quite strange problem, it's not reproducible, but it happened twice, so I thought I'll report it, no idea how to investigate it further. Just suddenly, my keyboard in X stopped working. I could continue using all applications with the mouse and everything seemed fine, just all my keyboard inputs were ignored. I could however use ctrl-alt-f1 to switch to the console and there everything was fine, switching back and keyboard was dead again. Restarting X helped. This is the log, but I think it says nothing interesting: http://files.hboeck.de/Xorg.0.log.keyboarddead I'm using ~amd64 packages of gentoo linux, so mainly latest releases (xorg- server-1.7.1, xf86-input-evdev-2.3.0, xf86-video-intel-2.9.1, xf86-input- synaptics-1.2.0), computer is a lenovo t61 laptop with intel gpu. -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail: ha...@hboeck.de http://schokokeks.org - professional webhosting ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [RFC] glx: fix DRI2 memory leak
Jesse,
Thanks for the patch, I'm testing it now - it looks promising :)
X memory usage is more stable, but lsof | grep drm mm | wc -l still
increases - after 10 minutes it went up from 100 to 500... Is this
normal?
cheers,
Adam
2009/3/28 Jesse Barnes jbar...@virtuousgeek.org:
On Fri, 27 Mar 2009 13:20:25 -0400
Kristian Høgsberg k...@bitplanet.net wrote:
On Thu, Mar 26, 2009 at 6:33 PM, Jesse Barnes
jbar...@virtuousgeek.org wrote:
Ok, I think this is where the leak was:
__glXUnrefDrawable-DrawableGone-__glXUnrefDrawable. This sequence
meant the glxPriv would stay around (since it was used), but
DrawableGone had generally already disposed of the pDrawable before
the call to Unref, so we never got into DRI2DestroyBuffers, thus
the leak.
The loop seems broken to me. It *looks* like DrawableGone should be
the real free routine, only called when a drawable really is free,
so I've fixed up the code to conform to that. This means removing
the GLX priv frees from DRI and DRI2 routines and putting them here
and using the GLX unref routine everwhere (since it will only free
the resource when the refcount reaches 0).
Any thoughts? I'd appreciate some more testers too... I'm not
quite sure about the generic DoDestroyDrawable change, but if the
refcount is always 1 there anyway it shouldn't make a difference
and seems more correct.
The __GLXdrawable is a reference counted object, and the glx code
references it in a couple of places: when there's an X resource
pointing to it (a GLXWindow, GLXPixmap or GLXPbuffer) and when it's
the current drawable or readable for a context. The __GLXdrawable is
allocated by the backend in use (dri, dri2 or swrast) and must be
freed by the same backend (don't mix alloc and free across abstraction
barriers). We unref the __GLXdrawable when we either set a different
drawable/readable and when the X resource goes away.
The leak is (as you pointed out before) because we NULL the pDraw
pointer before calling the backend destructor, which then can't unref
the DRI2Drawable, which we then leak. You had the right fix in the
originial post, we just need to not touch glxPriv after
__glXUnrefDrawable if it got destroyed. I suggest this change to
DrawableGone in irc:
refcount = glxPriv-refcount;
__glXUnrefDrawable(glxPriv);
if (refcount 1) {
glxPriv-pDraw = NULL;
glxPriv-drawId = 0;
}
Yep, that seems to work too... Magnus or Vasily can you guys confirm?
Thanks,
--
Jesse Barnes, Intel Open Source Technology Center
diff --git a/glx/glxext.c b/glx/glxext.c
index c882372..fec45b7 100644
--- a/glx/glxext.c
+++ b/glx/glxext.c
@@ -119,6 +119,7 @@ static int ContextGone(__GLXcontext* cx, XID id)
static Bool DrawableGone(__GLXdrawable *glxPriv, XID xid)
{
ScreenPtr pScreen = glxPriv-pDraw-pScreen;
+ int refcount;
switch (glxPriv-type) {
case GLX_DRAWABLE_PIXMAP:
@@ -127,9 +128,12 @@ static Bool DrawableGone(__GLXdrawable *glxPriv, XID xid)
break;
}
- glxPriv-pDraw = NULL;
- glxPriv-drawId = 0;
+ refcount = glxPriv-refCount;
__glXUnrefDrawable(glxPriv);
+ if (refcount 1) {
+ glxPriv-pDraw = NULL;
+ glxPriv-drawId = 0;
+ }
return True;
}
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [ANNOUNCE] xf86-video-intel 2.6.2
Great work Eric, it finally fixed memory problems with my i915. We definitely need 2.6.3 with this piece of code :) cheers, Adam On Sat, Feb 28, 2009 at 6:21 AM, Eric Anholt e...@anholt.net wrote: On Wed, 2009-02-25 at 19:13 +0100, Brice Goglin wrote: Eric Anholt wrote: On Wed, 2009-02-25 at 14:10 +0100, Jacek Luczak wrote: this release is totally unusable while running in UXA. System eats lot of memory, including swapping. Is this that, reported earlier, ,,memory leak''? As a result X are really slow and lot of lockups occur (everything freeze for a few seconds). At the end I can't even switch to text console, but system reacts on power button and it goes down successfully. With EXA there's no such issue: total system memory usage around 40%, no lockups. If it's not know issue I will try to bisect it down. -Jacek -- Details: 1. X.Org X Server 1.5.99.903 (1.6.0 RC 3) 2. Linux Kernel 2.6.29-rc6 Can you give me exact steps to reproduce this leak? Same problem here with libdrm 2.4.5, intel 2.6.2, Xserver 1.6-rc2, Mesa 7.3 on Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) Nothing specific needed to reproduce the problem, just use X :) As soon as I start a big application such as firefox ou thunderbird, my 1GB RAM is entirely used after a couple seconds and the system becomes vey slow. Only downgrade intel to 2.6.1 = 200MB used, no problem. I think the problem here was the DRI2 tiling fix, which was great for the 915-class 3D performance regression but bad for 915-class 2D. I've pushed a fix to master that should help. If it does, I'll try to get a 2.6.3 out soon. commit 5bfd73cd31ba197a62f549cdbad1a1270b571027 Author: Eric Anholt e...@anholt.net Date: Fri Feb 27 19:09:49 2009 -0800 Only allocate pixmaps aligned for tiling when requested by DRI2 GetBuffers. This saves massive quantities of memory on pre-965 since the DRI2 tiling enable caused the minimum size of any pixmap to be 1MB. -- Eric Anholt e...@anholt.net eric.anh...@intel.com ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [Fwd: Re: Intel + GEM + suspend - fail]
I have the same resume problem with UXA (GM915), GEM + Tuxonice. Mesa, xorg-server and xf86-video-intel from git master. EXA resumes correctly. cheers, adam On Mon, Jan 5, 2009 at 2:15 PM, Thomas Ilnseher il...@gmx.de wrote: -- Forwarded message -- From: Thomas Ilnseher ilnse...@eit.uni-kl.de To: Xorg xorg@lists.freedesktop.org Date: Mon, 05 Jan 2009 14:03:11 +0100 Subject: Re: Intel + GEM + suspend - fail Am Freitag, den 26.12.2008, 15:42 +0200 schrieb Vasily Khoruzhick: I have the same issue. Vanilla 2.6.28 kernel, Xorg stack from gentoo x11 overlay, gma950. Same here, GEM + GL960 (= GM965) + TuxOnIce. Note suspend/resume DOES work when I use metacity, but does not when Compiz is enabled. I also got a Problem when the Screensaver enters some low power mode (ie. screen off), then I can do a hard reset of the box. mesa is from Git (from the Gentoo overlay), the rest is stock Gentoo unstable. Sometimes it occurs even without suspend - few switches X-console-X are enought. Regards Vasily -- Thomas Ilnseher ilnse...@eit.uni-kl.de ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: 3d very slow on 945GM using intel driver
Hello Keith, It topped at about 70-75fps max. Now it produces only ~50-56fps... These 'no drirc found' messages could be my problem? (See glxinfo output below) distro: gentoo kernel: vanilla 2.6.27.1 mesa: 7.2 xorg-server: 1.5.1 xf86-video-intel: 2.4.2-r2 thanks, Adam [EMAIL PROTECTED] ~ $ LIBGL_DEBUG=verbose glxinfo name of display: :0.0 libGL: XF86DRIGetClientDriverName: 1.9.0 i915 (screen 0) libGL: OpenDriver: trying /usr/lib/dri/tls/i915_dri.so libGL: OpenDriver: trying /usr/lib/dri/i915_dri.so drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: Searching for BusID pci::00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: drmOpenMinor returns 4 drmOpenByBusid: drmGetBusid reports pci::00:02.0 libGL error: Can't open configuration file /etc/drirc: No such file or directory. Failed to initialize TTM buffer manager. Falling back to classic. display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 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_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group client glx vendor string: 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.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 915GM 20061102 x86/MMX/SSE2 OpenGL version string: 1.4 Mesa 7.2 OpenGL extensions: GL_ARB_depth_texture, GL_ARB_fragment_program, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_shadow, 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_buffer_object, GL_ARB_vertex_program, 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_clip_volume_hint, GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_3DFX_texture_compression_FXT1, GL_APPLE_client_storage, GL_APPLE_packed_pixels, GL_ATI_blend_equation_separate, GL_ATI_separate_stencil, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_point_sprite, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_OES_read_format, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SUN_multi_draw_arrays visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None [EMAIL PROTECTED] ~ $ glxgears Failed to initialize TTM buffer manager. Falling back
Re: 3d very slow on 945GM using intel driver
Now I tried with vblank disabled, and voilá! - 860fps. So I guess that was the problem, thanks for pointing it out cheers, Adam On Tue, Oct 21, 2008 at 1:36 PM, Adam Lantos [EMAIL PROTECTED] wrote: Hello Keith, It topped at about 70-75fps max. Now it produces only ~50-56fps... These 'no drirc found' messages could be my problem? (See glxinfo output below) distro: gentoo kernel: vanilla 2.6.27.1 mesa: 7.2 xorg-server: 1.5.1 xf86-video-intel: 2.4.2-r2 thanks, Adam [EMAIL PROTECTED] ~ $ LIBGL_DEBUG=verbose glxinfo name of display: :0.0 libGL: XF86DRIGetClientDriverName: 1.9.0 i915 (screen 0) libGL: OpenDriver: trying /usr/lib/dri/tls/i915_dri.so libGL: OpenDriver: trying /usr/lib/dri/i915_dri.so drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: Searching for BusID pci::00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: drmOpenMinor returns 4 drmOpenByBusid: drmGetBusid reports pci::00:02.0 libGL error: Can't open configuration file /etc/drirc: No such file or directory. Failed to initialize TTM buffer manager. Falling back to classic. display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 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_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group client glx vendor string: 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.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 915GM 20061102 x86/MMX/SSE2 OpenGL version string: 1.4 Mesa 7.2 OpenGL extensions: GL_ARB_depth_texture, GL_ARB_fragment_program, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_point_parameters, GL_ARB_shadow, 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_buffer_object, GL_ARB_vertex_program, 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_clip_volume_hint, GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_3DFX_texture_compression_FXT1, GL_APPLE_client_storage, GL_APPLE_packed_pixels, GL_ATI_blend_equation_separate, GL_ATI_separate_stencil, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_point_sprite, GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1, GL_OES_read_format, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SUN_multi_draw_arrays visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
Re: 3d very slow on 945GM using intel driver
Same here w/i915. and glxgears shows only 70-75 fps... On Mon, Oct 20, 2008 at 2:02 PM, Clemens Eisserer [EMAIL PROTECTED] wrote: Same here, cannot play many games which run absolutly pefect with Windows-Drivers because of low performance. Tuxracer-0.69 is only playable at low resolutions and tuxracer-1.1-demo stutters at 5-15fps, its the same with other OpenGL apps. - Clemens 2008/10/20 Christoph Groth [EMAIL PROTECTED]: Hello, I'm running Debian testing on a Dell Latitude D430 which has the 945GM chipset. I'm using the intel driver in xorg.conf. Everything seems to work including direct rendering but still OpenGL programs are extremely slow. For example, extreme tux racer with all extra effects disabled runs at 7-8 fps at 800x600. Searching the web didn't reveal any solution. I tried a more recent xserver-xorg-video-intel package from Debian experimental (2.4.2), but this also didn't help. Now I wonder whether there is any trick to make 3d less slow on my machine? I attach the output of glxinfo, cat /var/log/Xorg.0.log, and dmesg. thanks Christoph ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
