Re: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
On Saturday 14 February 2009 02:18:21 you wrote: So with 2.6.27-r8 glxgears is up to 130fps but WoW runs slower. OpenGL works but is like 0.1FPS. You should try x11-drivers/xf86-video-intel-2.5.1-r1 instead of 2.6.1 ;) Regards Vasily signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
RE: [PATCH 1/9] Includes new structures and defined MACRO
-Original Message-
From: Adam Jackson [mailto:a...@nwnk.net]
Sent: 2009年2月14日 2:24
To: Ma, Ling
Cc: xorg@lists.freedesktop.org
Subject: Re: [PATCH 1/9] Includes new structures and defined MACRO
On Thu, 2009-02-12 at 14:59 +0800, Ma Ling wrote:
+struct cea_vendor_blk {
+ unsigned char ieee_id[3];
+ Uchar portB:4;
+ Uchar portA:4;
+ Uchar portD:4;
+ Uchar portC:4;
+ struct vendor_hdmi hdmi;
+};
I don't see the port bits mentioned in the base CEA spec,
at all. Where
are you getting this from?
Oh, I saw it in 8.3.2 HDMI Vendor-Specific Data Block (HDMI
VSDB) of HDMISpecification13a.pdf
The name cea_vendor_block implies that it's a generic container for
vendor block encodings. Something more like:
struct cea_vendor_block_hdmi {
unsigned char portB:4;
unsigned char portA:4;
unsigned char portD:4:
unsigned char portC:4;
unsigned char support_flags;
unsigned char max_tmds_clock;
unsigned char latency_present;
unsigned char video_latency;
unsigned char audio_latency;
unsigned char interlaced_video_latency;
unsigned char interlaced_audio_latency;
};
/* other vendor block types */
struct cea_vendor_block {
unsigned char ieee_id[3];
union {
struct cea_vendor_block_hdmi hdmi;
/* any other vendor blocks we know about */
} u;
};
perhaps?
Good! I will fix.
- ajax
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Re: XRandR: Screen Rotation animation effect
Corbin, I agree that any transition effect belongs in the compositor. But we have two exclusive methods here to achieve screen rotation 1) the windows are rotated by the compositor-the one thing to note here is that the xserver currently does not allow mouse inputs to be redirected, even if visually the windows are rotated. 2) the xserver itself does the rotation by talking to the driver ( using xrandr) I guess the best way would be to show the transition using the compositor and then use xrandr to do the rotation (if the driver issue can be fixed and prevent the flicker as Keith pointed out). Comments? On 13-Feb-09, at 10:07 PM, Corbin Simpson mostawesomed...@gmail.com wrote: Keith Packard wrote: On Fri, 2009-02-13 at 19:44 -0800, Bipin George Mathew wrote: Currently, when we use Xrandr to rotate the screen, the screen goes blank for a second or two and then shows the screen in the new orientation. That's just a bug; there's no reason to have it blank for a long period of time as we're not setting a new mode, just changing the frame buffer pointer. Fixing the driver API to keep this from reprogramming the video hardware would make the switch instantaneous at least, even if it doesn't have a cool transition effect. After giving it a bit more thought, I'm actually going to have to say that it *must* be up to a compositor to do any effects. After all, since modes aren't square, windows have to be shifted around and such, and it just seems like incredibly bad form to do that at any level lower than the window manager. Also, even on a square mode, the actual viewing area that would be consistently viewable would be circular and there would be undefined areas of screen space at certain points. ~ C. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
Vasily Khoruzhick wrote: On Saturday 14 February 2009 02:18:21 you wrote: So with 2.6.27-r8 glxgears is up to 130fps but WoW runs slower. OpenGL works but is like 0.1FPS. You should try x11-drivers/xf86-video-intel-2.5.1-r1 instead of 2.6.1 ;) Regards Vasily Thought of that about 5mins after sending the email. WoW still useless and glxgears at 126. $ cat /var/log/Xorg.0.log X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.28-gentoo-r1 i686 Current Operating System: Linux lappy 2.6.27-gentoo-r8 #2 SMP Fri Feb 13 18:10:50 EST 2009 i686 Build Date: 11 February 2009 09:32:20AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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: Sat Feb 14 05:27:28 2009 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen LCD Screen (0) (**) | |--Monitor LCD-Monitor (**) | |--Device intel (**) Option AIGLX true (**) Option AllowEmptyInput true (==) Automatically adding devices (==) Automatically enabling devices (**) FontPath set to: /usr/share/fonts/util, /usr/share/fonts/encodings, /usr/share/fonts/misc, /usr/share/fonts/terminus, /usr/share/fonts/corefonts, /usr/share/fonts/default, /usr/share/fonts/TTF, /usr/share/fonts/Type1, /usr/share/fonts/100dpi, /usr/share/fonts/75dpi, /usr/share/fonts/default/ghostscript, /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/OTF, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/, built-ins (==) ModulePath set to /usr/lib/xorg/modules (**) Extension Composite is enabled (II) Cannot locate a core pointer device. (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81d5a20 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on linux (++) using VT number 7 (--) PCI:*(0...@0:2:0) Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xeff0/0, 0xd000/0, 0xefec/0, I/O @ 0xeff8/0 (--) PCI: (0...@0:2:1) Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xeff8/0 (II) System resource ranges: [0] -1 0 0x - 0x (0x1) MX[B] [1] -1 0 0x000f - 0x000f (0x1) MX[B] [2] -1 0 0x000c - 0x000e (0x3) MX[B] [3] -1 0 0x - 0x0009 (0xa) MX[B] [4] -1 0 0x - 0x (0x1) IX[B] [5] -1 0 0x - 0x (0x1) IX[B] (II) extmod will be loaded. This was enabled by default and also specified in the config file. (II) dbe will be loaded. This was enabled by default and also specified in the config file. (II) glx will be loaded. This was enabled by default and also specified in the config file. (II) freetype will be loaded. This was enabled by default and also specified in the config file. (II) record will be loaded by default. (II) dri will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: freetype (II) Loading
Re: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
On Saturday 14 February 2009 12:33:48 Weedy wrote: Vasily Khoruzhick wrote: On Saturday 14 February 2009 02:18:21 you wrote: So with 2.6.27-r8 glxgears is up to 130fps but WoW runs slower. OpenGL works but is like 0.1FPS. You should try x11-drivers/xf86-video-intel-2.5.1-r1 instead of 2.6.1 ;) Regards Vasily Thought of that about 5mins after sending the email. WoW still useless and glxgears at 126. Please invoke following command and attach output: LIBGL_DEBUG=1 glxinfo signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: XRandR: Screen Rotation animation effect
Bipin George Mathew wrote: Corbin, I agree that any transition effect belongs in the compositor. But we have two exclusive methods here to achieve screen rotation 1) the windows are rotated by the compositor-the one thing to note here is that the xserver currently does not allow mouse inputs to be redirected, even if visually the windows are rotated. 2) the xserver itself does the rotation by talking to the driver ( using xrandr) I guess the best way would be to show the transition using the compositor and then use xrandr to do the rotation (if the driver issue can be fixed and prevent the flicker as Keith pointed out). Comments? You took the words right out of my mouth. (Well, figuratively.) Do the xrandr rotation first, to make sure that it succeeds. Then, if it does, the compositor could do its funky effects. With proper driver support for flicker-free rotate, that should work. ~ C. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Radeon mode initialization problem
Hello, I just had my LCD tell me something like the mode should not exceed 1280x1...@75. This happened directly after starting X, and it was the only occurrence this year, so nothing serious. However, I killed X, restarted it and diffed the logs: (II) RADEON(0): [agp] Ring mapped at 0xb7b2f000 --- (II) RADEON(0): [agp] Ring mapped at 0xb7a91000 559c559 (II) RADEON(0): [agp] Ring read ptr mapped at 0xb7b2e000 --- (II) RADEON(0): [agp] Ring read ptr mapped at 0xb7a9 561c561 (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0xaf892000 --- (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0xaf7f4000 563c563 (II) RADEON(0): [agp] GART Texture map mapped at 0xaf3b2000 --- (II) RADEON(0): [agp] GART Texture map mapped at 0xaf314000 This seems quite unrelated. Should it still be indicative of some problem, please speak up. Thanks in advance, Simon ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
openSUSE 11.1 and Intel graphics chip
I recently installed openSUSE 11.1 on a Dell Latitude X200 laptop. This laptop uses the 82830 (i830M) Intel graphics chip. Prior to installing SuSE I verified that this graphics chip is supported with numerous individuals having installed earlier versions of Linux on this laptop. No xserver problems had been reported in these posts. I have been unable to start the xserver on this laptop. I have been working with numerous people on the openSUSE mailing list to try and resolve this issue. The general consensus is that the intel_drv.so appears to be broken in this distribution with several other people having difficulties with this driver on other systems. We finally gave up and it was suggested that I move on to the hardware gurus at this site. Is there a problem with this driver in this xorg release? If so how can I get it working? I am willing to try any suggestions to make this happen. I have attached the Xorg.0.log file which ends in a fatal server error - lockup. Thanks, Dave X.Org X Server 1.5.2 Release Date: 10 October 2008 X Protocol Version 11, Revision 0 Build Operating System: openSUSE SUSE LINUX Current Operating System: Linux Discovery 2.6.27.7-9-pae #1 SMP 2008-12-04 18:10:04 +0100 i686 Build Date: 03 December 2008 09:21:06AM 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: Wed Feb 11 11:20:00 2009 (++) Using config file: /tmp/sax2-9144/xorg.conf (==) ServerLayout Layout[all] (**) |--Screen Screen[0] (0) (**) | |--Monitor Monitor[0] (**) | |--Device Device[0] (**) |--Input Device Keyboard[0] (**) |--Input Device Mouse[1] (**) |--Input Device Mouse[3] (**) Option ZapWarning on (**) Option AllowMouseOpenFail on (**) Option AIGLX on (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/local does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/PEX does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/latin2/misc does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/latin2/75dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/latin2/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/latin2/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/latin7/75dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/baekmuk does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/japanese does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/kwintv does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/uni does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/CID does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/ucs/misc does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/ucs/75dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/ucs/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/hellas/misc does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/hellas/75dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/hellas/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/hellas/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/misc/sgi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/xtest does not exist. Entry deleted from font path. (==) Including the default font path /usr/share/fonts/misc:unscaled,/usr/share/fonts/TTF/,/usr/share/fonts/OTF,/usr/share/fonts/Type1/,/usr/share/fonts/100dpi:unscaled,/usr/share/fonts/75dpi:unscaled. (**) FontPath set to: /usr/share/fonts/misc:unscaled, /usr/share/fonts/75dpi:unscaled, /usr/share/fonts/100dpi:unscaled, /usr/share/fonts/Type1, /usr/share/fonts/URW, /usr/share/fonts/Speedo, /usr/share/fonts/cyrillic, /usr/share/fonts/truetype, /opt/kde3/share/fonts, /usr/share/fonts/misc:unscaled, /usr/share/fonts/TTF/, /usr/share/fonts/OTF, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi:unscaled, /usr/share/fonts/75dpi:unscaled (**) Input device list set to /dev/gpmdata,/dev/input/mice (==) ModulePath set to /usr/lib/xorg/modules/updates,/usr/lib/xorg/modules (**) Extension Composite is enabled (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81f45c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video
Re: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
Vasily Khoruzhick wrote: On Saturday 14 February 2009 12:33:48 Weedy wrote: Vasily Khoruzhick wrote: On Saturday 14 February 2009 02:18:21 you wrote: So with 2.6.27-r8 glxgears is up to 130fps but WoW runs slower. OpenGL works but is like 0.1FPS. You should try x11-drivers/xf86-video-intel-2.5.1-r1 instead of 2.6.1 ;) Regards Vasily Thought of that about 5mins after sending the email. WoW still useless and glxgears at 126. Please invoke following command and attach output: LIBGL_DEBUG=1 glxinfo Well ass I don't remember this before: OpenGL renderer string: Software Rasterizer $ LIBGL_DEBUG=1 glxinfo name of display: :0.0 Failed to initialize GEM. Falling back to classic. [intel_init_bufmgr:578] Error initializing buffer manager. libGL error: Calling driver entry point failedlibGL error: reverting to software direct rendering 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_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe, GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_MESA_copy_sub_buffer 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_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig OpenGL vendor string: Mesa Project OpenGL renderer string: Software Rasterizer OpenGL version string: 2.1 Mesa 7.3 OpenGL shading language version string: 1.10 OpenGL extensions: GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_fragment_program, GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader, GL_ARB_half_float_pixel, GL_ARB_imaging, 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_shader_objects, GL_ARB_shading_language_100, GL_ARB_shadow, GL_ARB_shadow_ambient, 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_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_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture, GL_EXT_depth_bounds_test, GL_EXT_draw_range_elements, GL_EXT_framebuffer_object, GL_EXT_framebuffer_blit, 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_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_shared_texture_palette, 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_lod_bias, GL_EXT_texture_mirror_clamp, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_texture_sRGB, GL_EXT_vertex_array, GL_3DFX_texture_compression_FXT1, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ATI_blend_equation_separate, 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_program_debug, GL_MESA_resize_buffers, GL_MESA_texture_array, GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_blend_square, GL_NV_fragment_program, 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_SGI_color_matrix, GL_SGI_color_table,
Re: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
On Saturday 14 February 2009 17:28:10 you wrote: Well ass I don't remember this before: OpenGL renderer string: Software Rasterizer Try rebuild packages in following order, and please ensure that i915.ko module is loaded: libdrm mesa xorg-server xf86-video-intel Regards Vasily signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xinerama focus freeze problem
Peter Hutterer schrieb am 13.02.2009 14:25 (localtime): On Fri, Feb 13, 2009 at 02:19:53PM +0100, Bert Wesarg wrote: I have two cards with 3 monitors and running the nvidia driver (180.29) with xorg-server 1.5.3 on FreeBSD 7.1-stable. With Xinerama enabled after about 100 focus changes between windows on two different monitors the focus freezes. It seems that mouse position doesn't get correctly interpreted, since I have cursor shape changes on one monitore where the corresponding window really is on another monitor (at approx that position). I may have the same problem. But I can rule-out the nvidia driver! I just bought a new hardware setup, which switched the video hardware from nvidia to ati and I still have the problem. I run X.Org X Server 1.5.2 on Ubuntu 8.10 x86-64 with two monitors on one card. The symptom is similar, that is I can move the mouse pointer but the shape does no change corresponding to the 'underground' and clicks don't get through to the applications. I still can handle all with the keyboard, i.e. the focus. http://bugs.freedesktop.org/show_bug.cgi?id=18668 Thanks a lot. But I found another problem regarding mouse and xinerama: OpenGL games like cube or vegastrike don't handle mouse events when xinerama is enabled. Without everything works fine. It seems like factor 10 too fast mouse reports with your patch, without that mipointer patch no mouse movement gets recognized at all. It doesn't make any difference when I start cube windowed or fullscreen. Any idea? Best regards, -Harry signature.asc Description: OpenPGP digital signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xinerama focus freeze problem
Harald Schmalzbauer schrieb am 14.02.2009 23:37 (localtime): ... without that mipointer patch no mouse movement gets recognized at all. It doesn't make any difference when I start cube windowed or fullscreen. Sorry, this is not true. Without the mipointer patch in fullscreen no mouse movement is recognized at all (cube_client) but when in windowed mode it behaves exactly like it does with patched mipointer xorg-server. Even if I move the mouse as little as possible it looks like I turned 5 times arround. Another thin I recognized is that without the patch, when running cube in windows mode without xinerama, mouse movings are not smooth. With slow mouse movements the player turns in steps. When running in full screen mode the player turns slowly and smoothly. Best regards, -Harry signature.asc Description: OpenPGP digital signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xorg/driver/xf86-input-void: [PATCH 1/2] Janitor: update for ABI_XINPUT_VERSION = 5
On Thu, Feb 05, 2009 at 06:03:30PM -0200, Paulo César Pereira de Andrade wrote:
From fafd4f546bf75e71ce92feaa52d50699fae81a21 Mon Sep 17 00:00:00 2001
From: Paulo Cesar Pereira de Andrade p...@mandriva.com.br
Date: Thu, 5 Feb 2009 17:30:18 -0200
Subject: [PATCH 1/2] Janitor: update for ABI_XINPUT_VERSION = 5
This driver should be seen as the simplest possible input
driver, and somewhat as a skeleton/model for newer ones.
Having it at least compiling with current xorg sdk is a plus.
Signed-off-by: Paulo Cesar Pereira de Andrade p...@mandriva.com.br
---
src/void.c | 17 -
1 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/src/void.c b/src/void.c
index a5a47be..5a110f1 100644
--- a/src/void.c
+++ b/src/void.c
@@ -57,6 +57,7 @@
/**
* Function/Macro keys variables
*/
+#if GET_ABI_MAJOR(ABI_XINPUT_VERSION) 5
static KeySym void_map[] =
{
NoSymbol, NoSymbol, NoSymbol, NoSymbol,
@@ -130,6 +131,7 @@ static KeySymsRec void_keysyms = {
/* map minKeyCode maxKeyCode width */
void_map, 8, 255,1
};
+#endif /* GET_ABI_MAJOR(ABI_XINPUT_VERSION) 5 */
static const char *DEFAULTS[] = {
NULL
@@ -172,6 +174,10 @@ xf86VoidControlProc(DeviceIntPtr device, int what)
InputInfoPtr pInfo;
unsigned char map[MAXBUTTONS + 1];
int i;
+#if GET_ABI_MAJOR(ABI_XINPUT_VERSION) = 5
+XkbRMLVOSet rmlvo;
+#endif
+Bool result;
pInfo = device-public.devicePrivate;
@@ -202,7 +208,16 @@ xf86VoidControlProc(DeviceIntPtr device, int what)
return !Success;
}
*/
- if (InitKeyboardDeviceStruct((DevicePtr)device, void_keysyms, NULL,
BellProc, KeyControlProc) == FALSE) {
+
+#if GET_ABI_MAJOR(ABI_XINPUT_VERSION) = 5
+ memset(rmlvo, 0, sizeof(XkbRMLVOSet));
+ result = InitKeyboardDeviceStruct(device, rmlvo,
+ BellProc, KeyControlProc);
+#else
+ result = InitKeyboardDeviceStruct((DevicePtr)device, void_keysyms,
+ NULL, BellProc, KeyControlProc);
+#endif
+ if (result == FALSE) {
ErrorF(unable to init keyboard device\n);
return !Success;
}
--
1.6.1
Thanks, applied with one minor change. if (result == FALSE) - if (!result)
Cheers,
Peter
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Re: [PATCH] xf86-input-void: Fix build against XINPUT ABI 5
On Sat, Feb 14, 2009 at 12:02:05AM -0500, Chris Ball wrote: Could we apply either your patch or Paulo's¹, please? ¹: http://lists.freedesktop.org/archives/xorg/2009-February/043480.html Done, thanks for reminding, I completely forgot about it. commit id 2154cf5b31c7868e32e1cdc6865ed32c2bff5e88. Cheers, Peter ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
Vasily Khoruzhick wrote: On Saturday 14 February 2009 17:28:10 you wrote: Well ass I don't remember this before: OpenGL renderer string: Software Rasterizer Try rebuild packages in following order, and please ensure that i915.ko module is loaded: libdrm mesa xorg-server xf86-video-intel Regards Vasily No change ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
On Sunday 15 February 2009 01:35:47 Weedy wrote: No change Please check that VIDEO_CARDS in your make.conf contains intel and not i810. It seems that i915_dri.so is not built, you can check it with: equery f mesa | grep i915 Regards Vasily signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
Vasily Khoruzhick wrote: On Sunday 15 February 2009 01:35:47 Weedy wrote: No change Please check that VIDEO_CARDS in your make.conf contains intel and not i810. It seems that i915_dri.so is not built, you can check it with: equery f mesa | grep i915 Regards Vasily $ equery f mesa | grep i915 /usr/lib/dri/i915_dri.so ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
On Sunday 15 February 2009 02:01:25 Weedy wrote: Vasily Khoruzhick wrote: On Sunday 15 February 2009 01:35:47 Weedy wrote: No change Please check that VIDEO_CARDS in your make.conf contains intel and not i810. It seems that i915_dri.so is not built, you can check it with: equery f mesa | grep i915 Regards Vasily $ equery f mesa | grep i915 /usr/lib/dri/i915_dri.so And remove Option Legacy3D false from your xorg.conf signature.asc Description: This is a digitally signed message part. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Xinerama focus freeze problem
Harald Schmalzbauer schrieb am 14.02.2009 23:37 (localtime): Peter Hutterer schrieb am 13.02.2009 14:25 (localtime): On Fri, Feb 13, 2009 at 02:19:53PM +0100, Bert Wesarg wrote: ... keyboard, i.e. the focus. http://bugs.freedesktop.org/show_bug.cgi?id=18668 Thanks a lot. But I found another problem regarding mouse and xinerama: OpenGL games like cube or vegastrike don't handle mouse events when xinerama is enabled. Without everything works fine. Sorry for the noise, this is not related to that bug at all. Some yahooing lead me to xorg.conf SubSection extmod Optionomit xfree86-dga # don't initialise the DGA extension EndSubSection This solved my problem. I have no idea what DGA or extmod really is, even less why it again is a xinerama dependend issue. Is there a good overview of the xorg components? Like what is RANDR and AIGLX and WFB and RandRRotation and so on. Thanks, -Harry signature.asc Description: OpenPGP digital signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-intel low glxgears, non-existent OpenGL performance, and general WTF
Vasily Khoruzhick wrote: On Sunday 15 February 2009 02:01:25 Weedy wrote: Vasily Khoruzhick wrote: On Sunday 15 February 2009 01:35:47 Weedy wrote: No change Please check that VIDEO_CARDS in your make.conf contains intel and not i810. It seems that i915_dri.so is not built, you can check it with: equery f mesa | grep i915 Regards Vasily $ equery f mesa | grep i915 /usr/lib/dri/i915_dri.so And remove Option Legacy3D false from your xorg.conf fff I suck. Thanks, it's 5fps but I can kinda play it now. So once .29 comes out will I get real opengl or at least better d3d? ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Intel X4500HD and DisplayPort
Hi all, I was wondering if DisplayPort output is supported for this card. I read somewhere that the DisplayPort works and would be reported as 'HDMI-1'. I'm using Intel's driver version 2.6.1 for the mobile version of the card. The available outputs are VGA, LVDS, HDMI-1, HDMI-2 and TV. However, with the displayport connected, both HDMI outputs appear disconnected. I've googled about this issue but didn't find anything useful. Maybe I'm doing something wrong or maybe this output is not yet supported. In the latter case, is this output planned to be supported in the short term? In the former, any clue of what should I do? VGA output works without any tinkering, I just need to run xrandr. Thanks for your attention! ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Intel X4500HD and DisplayPort
On Sun, 2009-02-15 at 04:50 +0100, Miguel Angel wrote: Hi all, I was wondering if DisplayPort output is supported for this card. I read somewhere that the DisplayPort works and would be reported as 'HDMI-1'. It's not quite working yet; I got started, but the weird DDC stuff in DP stymied my efforts. I'm using Intel's driver version 2.6.1 for the mobile version of the card. The available outputs are VGA, LVDS, HDMI-1, HDMI-2 and TV. However, with the displayport connected, both HDMI outputs appear disconnected. I've googled about this issue but didn't find anything useful. The two HDMI outputs are just the driver being confused by the DP connections; with the DP detection code in place, you'll not see those, but (for now), you won't get DP either. I'm hoping to get back to this shortly. For now, you'll have to use the VGA connector (a disappointment, I know). -- keith.pack...@intel.com signature.asc Description: This is a digitally signed message part ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
