Bug#822311: visual glitch in opengl games on intel haswell igp
Package: libgl1-mesa-glx Version: 11.1.3-1 Severity: normal The glitch manifests consistently (although not in glxgears) in the form of uniformly colored triangles covering the rendered scenes; triangles seem to have common vertices aroung the middle of each side of the screen, typically. The glitch is somewhat hard to describe in words, but a screenshot taken from Neverputt is available here: http://labrador.oblomov.eu/images/mesa-intel-glitch-neverputt.png Similar glitches are visible in both open source games (such as neverputt or neverball) and closed source ones (such as Race the Sun or Portal), making all of them unplayable. -- Package-specific info: glxinfo: name of display: :0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_swap_control client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync GLX version: 1.4 GLX extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync Extended renderer info (GLX_MESA_query_renderer): Vendor: Intel Open Source Technology Center (0x8086) Device: Mesa DRI Intel(R) Haswell Mobile (0x416) Version: 11.1.3 Accelerated: yes Video memory: 1536MB Unified memory: yes Preferred profile: core (0x1) Max core profile version: 3.3 Max compat profile version: 3.0 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.0 OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.1.3 OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: GL_3DFX_texture_compression_FXT1, GL_AMD_conservative_depth, GL_AMD_draw_buffers_blend, GL_AMD_performance_monitor, GL_AMD_seamless_cubemap_per_texture, GL_AMD_shader_trinary_minmax, GL_AMD_vertex_shader_layer, GL_AMD_vertex_shader_viewport_index, GL_ANGLE_texture_compression_dxt3, GL_ANGLE_texture_compression_dxt5, GL_APPLE_object_purgeable, GL_ARB_ES2_compatibility, GL_ARB_ES3_compatibility, GL_ARB_arrays_of_arrays, GL_ARB_base_instance, GL_ARB_blend_func_extended, GL_ARB_buffer_storage, GL_ARB_clear_buffer_object, GL_ARB_clear_texture, GL_ARB_clip_control, GL_ARB_compressed_texture_pixel_storage, GL_ARB_conditional_render_inverted, GL_ARB_conservative_depth, GL_ARB_copy_buffer, GL_ARB_copy_image, GL_ARB_debug_output, GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_derivative_control, GL_ARB_direct_state_access, GL_ARB_draw_buffers, GL_ARB_draw_buffers_blend, GL_ARB_draw_elements_base_vertex, GL_ARB_
Bug#815602: xserver-xorg-core: cannot start second session on different display if one is already running
Package: xserver-xorg-core Version: 2:1.18.1-1 Severity: normal I normally boot in console (text mode w/ KMS) and start X manually. Today I discovered that I cannot start a second X session while the first one is running. Steps to reproduce: 1. boot to console (not X); 2. login; 3. start X (e.g. with `xinit`); 4. switch to a different VT (ctrl+alt+f2); 5. login as the same user; 6. start X again on a different disply (e.g. with: `xinit -- :1`); the second session fails to start. The error is something like: [ 15201.424] (EE) Fatal server error: [ 15201.424] (EE) parse_vt_settings: Cannot open /dev/tty0 (No such file or directory) [ 15201.424] (EE) [ 15201.424] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 15201.424] (EE) Please also check the log file at "/home/oblomov/.local/share/xorg/Xorg.1.log" for additional information. [ 15201.424] (EE) -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Aug 9 2014 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 274 Feb 9 12:12 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions diversion
Bug#813625: xserver-xorg-video-intel: rendering corruption when not on battery power
Hello Julien, On Thu, Feb 4, 2016 at 5:17 PM, Julien Cristau wrote: > On Wed, Feb 3, 2016 at 20:48:56 +0100, Giuseppe Bilotta wrote: [snip] >> Most interesting, the glitch only manifests when running on AC. If the >> laptop is on battery, there are no issues. >> > Please report this upstream following > https://01.org/linuxgraphics/documentation/how-report-bugs and let us > know the bug number for tracking. Reported upstream as https://bugs.freedesktop.org/show_bug.cgi?id=94011 I notice that the new (buggy for me) version is in testing too now 8-/ -- Giuseppe "Oblomov" Bilotta
Bug#813625: xserver-xorg-video-intel: rendering corruption when not on battery power
Package: xserver-xorg-video-intel Version: 2:2.99.917+git20160127-1+b1 Severity: normal Since the upgrade to xserver-xorg 2:1.18.0-3 and xserver-xorg-video-intel 2:2.99.917+git20160127-1+b1 I'm experiencing the wierdest rendering corruption, which mostly manifests through a horizontal banding of the display. Snapshots of the correct and glitched display can be found at these imgur links: http://i.imgur.com/V9V8s8h.png http://i.imgur.com/NhNq9OF.png The issue does't normally manifest in my setup and with the applications I use, with the only exception of Opera 12, which manifests it quite consistently. Previous versions of the graphics stack (particularly xserver-xorg-video-intel 2:2.99.917-2 from testing, on pre-1.18 Xorg) work fine. Most interesting, the glitch only manifests when running on AC. If the laptop is on battery, there are no issues. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Aug 9 2014 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 274 Jan 27 15:55 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-d
Bug#801401: cannot start X from the console command line
On Mon, Oct 12, 2015 at 10:29 AM, Giuseppe Bilotta wrote: > On Sun, Oct 11, 2015 at 4:39 PM, Julien Cristau wrote: >> How exactly are you starting X? 'startx' is supposed to do the right >> thing. > > I typically start with either startx or a script that does "xinit > ~/some-local-xinitrc", and neither works. However, I was affected by > the 227-1 systemd service timeout bug, so that might be part of the > problem. I'll try again with systemd 227-2 Ok, it seems that with the latest systemd and the latest xorg now startx works, but xinit doesn't. I've upgraded my script to use startx instead of xinit. Is there a reason why it wouldn't work with xinit? -- Giuseppe "Oblomov" Bilotta
Bug#801401: cannot start X from the console command line
On Sun, Oct 11, 2015 at 4:39 PM, Julien Cristau wrote: > How exactly are you starting X? 'startx' is supposed to do the right > thing. I typically start with either startx or a script that does "xinit ~/some-local-xinitrc", and neither works. However, I was affected by the 227-1 systemd service timeout bug, so that might be part of the problem. I'll try again with systemd 227-2 -- Giuseppe "Oblomov" Bilotta
Bug#801401: cannot start X from the console command line
Package: xserver-xorg Version: 1:7.7+12 Followup-For: Bug #801401 Additional information: I've added my user to the `tty` group, and while Xorg still fails to start, the error is now different: (EE) xf86OpenConsole: Cannot open virtual console 5 (Permission denied) where VC5 is the next free one (so the number changes based on how many gettys I have spawned). This is very odd though, shouldn't usermode Xorg try to use the same VC where it's being launched from? -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Aug 9 2014 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 274 Oct 6 09:35 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to /usr/lib
Bug#801401: cannot start X from the console command line
Package: xserver-xorg Version: 1:7.7+12 Severity: important I normally boot to console and then manually launch X if/when I need it. With the latest update to Xorg, trying to start X fails with the error (EE) xf86OpenConsole: Cannot open /dev/tty0 (No such file or directory) Interestingly, the error is about /dev/tty0 regardless of whether I try to start it from the first VT or from a different one (see attached logs). I've also installed xserver-xorg-legacy, but the problem persists. === 8< === log when starting from the first VT [ 1577.167] X.Org X Server 1.17.2 Release Date: 2015-06-16 [ 1577.186] X Protocol Version 11, Revision 0 [ 1577.192] Build Operating System: Linux 4.2.0-1-amd64 x86_64 Debian [ 1577.198] Current Operating System: Linux oblomov 4.2.0-1-amd64 #1 SMP Debian 4.2.3-1 (2015-10-06) x86_64 [ 1577.198] Kernel command line: BOOT_IMAGE=/vmlinuz-4.2.0-1-amd64 root=UUID=0f69635c-b68c-476c-ba1c-6bdc4c44f397 ro init=/sbin/sysvinit [ 1577.209] Build Date: 06 October 2015 07:27:47AM [ 1577.214] xorg-server 2:1.17.2-3 (http://www.debian.org/support) [ 1577.219] Current version of pixman: 0.33.2 [ 1577.228]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 1577.228] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 1577.245] (==) Log file: "/home/oblomov/.local/share/xorg/Xorg.0.log", Time: Fri Oct 9 18:20:15 2015 [ 1577.249] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 1577.253] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 1577.253] (==) No Layout section. Using the first Screen section. [ 1577.253] (==) No screen section available. Using defaults. [ 1577.253] (**) |-->Screen "Default Screen Section" (0) [ 1577.253] (**) | |-->Monitor "" [ 1577.254] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 1577.254] (==) Automatically adding devices [ 1577.254] (==) Automatically enabling devices [ 1577.254] (==) Automatically adding GPU devices [ 1577.254] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 1577.254]Entry deleted from font path. [ 1577.254] (==) 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, built-ins [ 1577.254] (==) ModulePath set to "/usr/lib/xorg/modules" [ 1577.254] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 1577.254] (II) Loader magic: 0x55dea5f46de0 [ 1577.254] (II) Module ABI versions: [ 1577.254]X.Org ANSI C Emulation: 0.4 [ 1577.254]X.Org Video Driver: 19.0 [ 1577.254]X.Org XInput driver : 21.0 [ 1577.254]X.Org Server Extension : 9.0 [ 1577.256] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_31 [ 1577.257] (II) xfree86: Adding drm device (/dev/dri/card0) [ 1577.257] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 8 paused 0 [ 1577.258] (--) PCI:*(0:0:2:0) 8086:0416:1028:05fe rev 6, Mem @ 0xf740/4194304, 0xd000/268435456, I/O @ 0xf000/64 [ 1577.259] (--) PCI: (0:2:0:0) 10de:0fe4:1028:05fe rev 161, Mem @ 0xf600/16777216, 0xe000/268435456, 0xf000/33554432, I/O @ 0xe000/128, BIOS @ 0x/524288 [ 1577.259] (II) LoadModule: "glx" [ 1577.259] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 1577.260] (II) Module glx: vendor="X.Org Foundation" [ 1577.260]compiled for 1.17.2, module version = 1.0.0 [ 1577.260]ABI class: X.Org Server Extension, version 9.0 [ 1577.260] (==) AIGLX enabled [ 1577.260] (==) Matched intel as autoconfigured driver 0 [ 1577.260] (==) Matched intel as autoconfigured driver 1 [ 1577.260] (==) Matched modesetting as autoconfigured driver 2 [ 1577.260] (==) Matched fbdev as autoconfigured driver 3 [ 1577.260] (==) Matched vesa as autoconfigured driver 4 [ 1577.260] (==) Assigned the driver to the xf86ConfigLayout [ 1577.260] (II) LoadModule: "intel" [ 1577.260] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so [ 1577.260] (II) Module intel: vendor="X.Org Foundation" [ 1577.260]compiled for 1.17.2, module version = 2.99.917 [ 1577.260]Module class: X.Org Video Driver [ 1577.260]ABI class: X.Org Video Driver, version 19.0 [ 1577.260] (II) LoadModule: "modesetting" [ 1577.260] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so [ 1577.260] (II) Module modesetting: vendor="X.Org Foundation" [ 1577.260]compiled for 1.17.2, module version = 1.17.2 [ 1577.260]Module class: X.Org Video
Bug#785458: xserver-xorg-video-intel: corrupted rendering of xfonts-terminus-oblique in rxvt-unicode
Package: xserver-xorg-video-intel Version: 2:2.99.917-1 Severity: normal I've recently upgraded to the latest Xorg and Xorg intel driver in sid, and I've noticd corrupted rendering of the terminus-oblique font in my terminal (rxvt-unicode-256color). The problem is consistent, in the form of missing pixels in the upper right areas of each glyph, manifests right from the start of the session, is independent of the kernel version (linux 3.16 or 4.0), and does not present itself when I force xorg to use the modesetting driver instead. The rendering issue only seems to appear in rxvt-unicode and rxvt-unicode-256color though (e.g. not in konsole or gnome-terminal, nor in xterm or xfontsel). -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Aug 9 2014 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 2384712 May 5 01:24 /usr/bin/Xorg Diversions concerning libGL are in place diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv2.so.2 to /usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/libGLESv2.so to /usr/lib/mesa-diverted/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions diversion of /usr/lib/libGLESv1_CM.so to /usr/lib/mesa-diverted/libGLESv1_CM.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions diversion of /usr/lib/libGLESv1_CM.so.1 to /usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv
Bug#402563: xserver-xorg-video-nv: server crash when receiving PM event with closing lid
On 5/28/07, Brice Goglin <[EMAIL PROTECTED]> wrote: retitle 402563 backlight not restored when reopening the lid thank you Hi Giuseppe, Does this problem still happen with latest xserver-xorg-core and xserver-xorg-video-nv currently in unstable (1.3 and 2.0.2)? Tthe latest versions of -core and -video-nv don't touch the backlight either: if it's on it stays on, if it's off it stays off. -- Giuseppe "Oblomov" Bilotta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: acecad 1.2.0 in debian unstable
On 5/12/07, Drew Parsons <[EMAIL PROTECTED]> wrote: Hello Giuseppe, I uploaded your new version of the X acecad input driver to debian unstable. Could you verify it works well enough? Seems to work correctly, thanks. You mentioned in the other bug about Recommending libsysfs. Could you file a separate bug if you still think it's needed, so we can get the idea peer-reviewed. For instance, where you said to Recommend: libsysfs-dev, I think you meant Build-Depends: libsysfs-dev? Also, I want to be sure it won't break things on kernels which haven't compiled sysfs. libsysfs-dev should be recommended for building the package, yes. I'm not sure if libsysfs itself should be Suggested or Recommended for the precompiled package: it's used by the automatic device detection code to simplify and speed up detection, but it's not necessary, and the feature works without it too. Also, there should be no problem if the kernel is compiled without sysfs, because all return values from the libsysfs calls are checked before attempting data retrieval/use. -- Giuseppe "Oblomov" Bilotta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403350: xserver-xorg-video-nv: xset dpms force off does not turn off the backlight
On 5/8/07, Brice Goglin <[EMAIL PROTECTED]> wrote: Hi Giuseppe, Does this problem with xset dpms force off not working still occur with latest xserver-xorg-core 1.3 and xserver-xorg-video-nv 2.0.2 from unstable? No, the command still limits itself to blanking the screen without turning off the backlight. I still need to switch to console and use vbetool commands to turn the backlight off. Did this dpms command ever work before? Not for me. -- Giuseppe "Oblomov" Bilotta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420532: xserver-xorg-input-evdev: Acecad USB Tablet misconfigured by evdev in X, but correctly configured by kernel
Apparently it's not completely fixed yet. Although the tablet motion is not as jerky as it was with previous versions, it's still reported as a Relative (not Absolute) pointing device, and 'first' (tip) button and pressure don't work. I'm in touch with the upstreadm developer to try and work this out. -- Giuseppe "Oblomov" Bilotta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420531: Info received (Bug#420531: Acknowledgement (xserver-xorg-acecad: acecad driver does not recognize USB tablet))
Usage of the driver with 2.6.x kernels has been fixed in upstream release 1.1.1: setting Option "Device" to the appropriate event device (or to a symlink e.g. from /dev/input/by-id/) works. Support for the "auto-dev" device option has been implemented in upstream release 1.2.0. Source package should now recommend libsysfs-dev and package should now suggest libsysfs1 or libsysfs2. -- Giuseppe "Oblomov" Bilotta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420532: Acknowledgement (xserver-xorg-input-evdev: Acecad USB Tablet misconfigured by evdev in X, but correctly configured by kernel)
This is most probably upstream bug 2758 https://bugs.freedesktop.org/show_bug.cgi?id=2758 On 4/23/07, Debian Bug Tracking System <[EMAIL PROTECTED]> wrote: Thank you for the problem report you have sent regarding Debian. This is an automatically generated reply, to let you know your message has been received. It is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian X Strike Force If you wish to submit further information on your problem, please send it to [EMAIL PROTECTED] (and *not* to [EMAIL PROTECTED]). If you have filed this report in error and wish to close it, please send mail to [EMAIL PROTECTED] with an explanation why the bug report should be closed. Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database) -- Giuseppe "Oblomov" Bilotta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420531: Acknowledgement (xserver-xorg-acecad: acecad driver does not recognize USB tablet)
(Oops, the package should refer to xserver-xorg-input-acecad ... I must have mistyped when using reportbug) Additional info: this is most probably due to upstream bug 3995: https://bugs.freedesktop.org/show_bug.cgi?id=3995 On 4/23/07, Debian Bug Tracking System <[EMAIL PROTECTED]> wrote: Thank you for the problem report you have sent regarding Debian. This is an automatically generated reply, to let you know your message has been received. It is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian X Strike Force If you wish to submit further information on your problem, please send it to [EMAIL PROTECTED] (and *not* to [EMAIL PROTECTED]). If you have filed this report in error and wish to close it, please send mail to [EMAIL PROTECTED] with an explanation why the bug report should be closed. Please do not reply to the address at the top of this message, unless you wish to report a problem with the Bug-tracking system. Debian bug tracking system administrator (administrator, Debian Bugs database) -- Giuseppe "Oblomov" Bilotta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420532: xserver-xorg-input-evdev: Acecad USB Tablet misconfigured by evdev in X, but correctly configured by kernel
Package: xserver-xorg-input-evdev Version: 1:1.1.2-6 Severity: normal I have a [EMAIL PROTECTED] Acecad USB Tablet. The device is properly detected and configured by the kernel: dmesg reports input: ACECAD USB Graphics Tablet as /class/input/input8 usbcore: registered new interface driver usb_acecad drivers/usb/input/acecad.c: v3.2:USB Acecad Flair tablet driver and /proc/bus/input/devices reports I: Bus=0003 Vendor=0460 Product=0004 Version=0130 N: Name="ACECAD USB Graphics Tablet " P: Phys=usb-:00:1d.0-1/input0 S: Sysfs=/class/input/input8 H: Handlers=mouse2 event4 B: EV=b B: KEY=1c01 0 7 0 0 0 0 0 0 0 0 B: ABS=103 The device is configured for evdev in /etc/X11/xorg.conf Section "InputDevice" Identifier "ACECAD Tablet" Driver "evdev" Option "Name" "ACECAD USB Graphics Tablet " EndSection and this is configured as follows according to the Xorg.0.log: (**) ACECAD Tablet-usb-:00:1d.0-1/input0: always reports core events (II) ACECAD Tablet-usb-:00:1d.0-1/input0: Found 3 absolute axes. (II) ACECAD Tablet-usb-:00:1d.0-1/input0: Configuring as pointer. (**) ACECAD Tablet-usb-:00:1d.0-1/input0: Configuring in Absolute mode. (**) ACECAD Tablet-usb-:00:1d.0-1/input0: AbsoluteScreen: 0. (II) ACECAD Tablet-usb-:00:1d.0-1/input0: Found 0 relative axes. (II) ACECAD Tablet-usb-:00:1d.0-1/input0: Configuring as pointer. (**) ACECAD Tablet-usb-:00:1d.0-1/input0: Configuring 2 relative axes. (II) ACECAD Tablet-usb-:00:1d.0-1/input0: Found 77 mouse buttons (II) ACECAD Tablet-usb-:00:1d.0-1/input0: Configured 77 mouse buttons (II) XINPUT: Adding extended input device "ACECAD Tablet-usb-:00:1d.0-1/input0" (type: MOUSE) (**) ACECAD Tablet-usb-:00:1d.0-1/input0: 3 valuators. (**) ../../src/evdev_btn.c (81): Registering 77 buttons. (II) ACECAD Tablet-usb-:00:1d.0-1/input0: Init (II) ACECAD Tablet-usb-:00:1d.0-1/input0: On "ACECAD Tablet-usb-:00:1d.0-1/input0" id=1[XExtensionDevice] Num_buttons is 77 Num_axes is 3 Mode is Relative Motion_buffer is 256 Axis 0 : Min_value is 0 Max_value is 0 Resolution is 0 Axis 1 : Min_value is 0 Max_value is 0 Resolution is 0 Axis 2 : Min_value is 0 Max_value is 0 Resolution is 0 As a consequence, trying to use the tablet to move the mouse results in extremely jerky mouse motion, and no pressure or button activity reported. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-rc7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-input-evdev depends on: ii libc6 2.5-2GNU C Library: Shared libraries ii xserver-xorg-core 2:1.3.0.0.dfsg-2 X.Org X server -- core server xserver-xorg-input-evdev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#420531: xserver-xorg-acecad: acecad driver does not recognize USB tablet
Package: xserver-xorg-input-acecad Version: 1:1.1.0-1 Severity: important I have a [EMAIL PROTECTED] Acecad USB tablet. This is properly detected and configured by the kernel, but not by the X.org driver. The relevant xorg.conf section is Section "InputDevice" Identifier "ACECAD Tablet" Driver "acecad" Option "Device""auto-dev" Option "ReportSpeed" "120" Option "Mode" "absolute" EndSection According to the author's webpage @ http://acecad.sourceforge.net/install.html this should be enough to let the driver auto-configure the USB model. However, this is not the case, as Xorg reports: (EE) xf86OpenSerial: Cannot open device auto-dev No such file or directory. (EE) AceCad driver unable to open device Trying to set the Device explicitly, either to the appropriate /dev/input/event* or /dev/input/mouse* or /dev/usbdev* device fails likewise. This effectively makes the USB tablet unusable as such. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.21-rc7 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402563: xserver-xorg-video-nv: server crash when receiving PM event with closing lid
On 3/5/07, Brice Goglin <[EMAIL PROTECTED]> wrote: Then, tell apt-get/aptitude to take in experimental by doing one of the following lines: apt-get install xserver-xorg-core/experimental aptitude install -t experimental xserver-xorg-core Ok, running with xserver-xorg-core 1.2.0-6 now. It also updated libdrm2, but nothing else (in particular, not nv). However, the behaviour I see is still the same: closing the lid makes the backlight go off (after a couple of seconds), but opening it up doesn't turn it back on again. Since we're discussing it here, I think I'll mention the other problem I'm having with the backlight in X: xset dpms force off (or standby or suspend) blank the screen but don't turn the backlight off. I'm wondering if this might be related, since maybe the backlight going off is being done by something other than X, something that is not turning it back on when the lid gets opened. If this is the case, I should probably bring up this particular issue somewhere else, and open a different issue about the lack of backlight control in X ... -- Giuseppe "Oblomov" Bilotta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402563: xserver-xorg-video-nv: server crash when receiving PM event with closing lid
On 3/5/07, Brice Goglin <[EMAIL PROTECTED]> wrote: Giuseppe Bilotta wrote: > Sorry for the delay, gmail thought your mail was spam :P > > The patch worked in the sense that when I lower the lid, the xserver > keeps running. It even turns off the monitor backlight. > > However, the backlight is not turned back on when I raise the lid > again. I'm not sure this fits in this bug anymore though, so I'm > thinking about opening a new bug with the backlight issues (there are > two of them), unless you think this bug fits. > > Thanks for the fix, BTW :) > Hi Giuseppe, Could you try xserver-xorg-core (2:1.2.0-6) currently in experimental? What kind of procedure should I follow to use a package from experimental in my testing/unstable installation? -- Giuseppe "Oblomov" Bilotta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402563: xserver-xorg-video-nv: server crash when receiving PM event with closing lid
On 2/12/07, Julien Cristau <[EMAIL PROTECTED]> wrote: > http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=0567a6337b84fa045b5732e98203f488274aa2a2 > Hi, I've applied this patch in 2:1.1.1-16. Giuseppe, can you try the version of xserver-xorg-core from unstable (should be 2:1.1.1-17) and tell us if you can still reproduce this bug? Sorry for the delay, gmail thought your mail was spam :P The patch worked in the sense that when I lower the lid, the xserver keeps running. It even turns off the monitor backlight. However, the backlight is not turned back on when I raise the lid again. I'm not sure this fits in this bug anymore though, so I'm thinking about opening a new bug with the backlight issues (there are two of them), unless you think this bug fits. Thanks for the fix, BTW :) -- Giuseppe "Oblomov" Bilotta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#403350: xserver-xorg-video-nv: xset dpms force off does not turn off the backlight
Package: xserver-xorg-video-nv Version: 1:1.2.0-3 Severity: important -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-video-nv depends on: ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii xserver-xorg-core2:1.1.1-12 X.Org X server -- core server xserver-xorg-video-nv recommends no packages. -- no debconf information I have a Dell laptop (Inspiron 8200) with a GeForce2 Go video card and an UXGA monitor (1600x1200). Putting the monitor into DPMS mode in X (e.g. via xset dpms force on) blanks the monitor, but the backlight remains active. If I switch to a plain text console and run vbetool dpms off the backlight is turned off correctly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402563: xserver-xorg-video-nv: server crash when receiving PM event with closing lid
Package: xserver-xorg-video-nv Version: 1:1.2.0-3 Severity: important -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-video-nv depends on: ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii xserver-xorg-core2:1.1.1-11 X.Org X server -- core server xserver-xorg-video-nv recommends no packages. -- no debconf information When I close the lid of my Dell Inspiron 8200, the server receives a power management event about it, but instead of handling it it crashes. The full Xorg.0.log follows: Xorg.0.log X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux oblomov 2.6.18-3-686 #1 SMP Mon Dec 4 16:41:14 UTC 2006 i686 Build Date: 07 July 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon Dec 11 02:58:48 2006 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Inspiron built-in monitor" (0) (**) | |-->Monitor "Dell Inspiron 8200 built-in monitor" (**) | |-->Device "NVIDIA Corporation NV11 [GeForce2 Go]" (**) |-->Input Device "Inspiron built-in keyboard" (**) Option "XkbRules" "xorg" (**) XKB: rules: "xorg" (**) Option "XkbModel" "inspiron" (**) XKB: model: "inspiron" (**) Option "XkbLayout" "us(intl)" (**) XKB: layout: "us(intl)" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Inspiron built-in touchpad" (**) |-->Input Device "Inspiron built-in stick" (**) |-->Input Device "ACECAD Tablet" (WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/Type1". Entry deleted from font path. (Run 'mkfontdir' on "/usr/lib/X11/fonts/Type1"). (WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/misc". Entry deleted from font path. (Run 'mkfontdir' on "/usr/lib/X11/fonts/misc"). (WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/100dpi/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/lib/X11/fonts/100dpi/"). (WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/100dpi". Entry deleted from font path. (Run 'mkfontdir' on "/usr/lib/X11/fonts/100dpi"). (WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/75dpi/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/lib/X11/fonts/75dpi/"). (WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/75dpi". Entry deleted from font path. (Run 'mkfontdir' on "/usr/lib/X11/fonts/75dpi"). (**) FontPath set to: unix/:7100, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /usr/share/fonts/X11/75dpi (==) RgbPath set to "/etc/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (**) Ignoring ABI Version (II) Open ACPI successful (/var/run/acpid.socket) (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (--) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1a30 card , rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1a31 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,2482 card 8086,4541 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:2: chip 8086,2487 card 8086,4541 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 42 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,248c card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,248a card 8086,4541 rev 02 class 01,01,8a hdr 00
