Bug#235482: irq problem still exists
Christian Guggenberger írta:
maybe a newer kernel would help, there was some drm/dri merge somewhere
in 2.4.23 or 2.4.24 ?
Well, there seems no pre-packaged kernel for 2.4.23, or 2.4.24 in
unstable. To tell the truth, I use too many "custom patched" driver
(e.g., 'mod_quickcam' for my ancient Logitech USB webcam used daily in
videoconferencing, 'tuner' for my Pinnacle TV tuner card with the new
MT2050 tuner chip, "new" 'i2c' for my Winbond sensor chip) that are no
supported out-of-the-box kernel-modules packages. When 2.6.x kernels
has appeared then I tried to recompile these modules and I realized, for
example, that the driver for my webcam requires serious hacking to be
recompiled on new kernels, and I lost even track of the website I have
downloaded the sources for the webcam driver, ages ago when I still have
used potato.
I use these modules daily and I am sure that I can eventually figure out
howto recompile these driver, but I do not have a spare man-day for this.
I truly appreciate your responiveness! :-)
I will try both the xfree86 mga driver and the usb modules removal at
the evening. (The problem is with my home box and I am at work now.)
I have tried mga_drv both from the xserver-xfree86 package and the one
from the Matrox v.3.0 BETA tarball.
XFree86 still claims that it cannot initiate IRQ driven operation and
reverts back to IRQ free operation.
Additional side-effect that may, or may not related to this IRQ problem:
if I switch to a text console and back to X, then I have to wait several
seconds while the screen is corrupted (froxen X screen with colours
inverted), before normal X operation resumes.
this is just for your info:
well, today i had access to a machine with matrox g550:
this machine's running debian/woody with linux-2.4.25,
XFree 4.3.0 woody backports by norbert tretkowski and the fixed
xlibmesa-dri package.
Chipset is a
00:01.0 PCI bridge: Intel Corp. 82845G/GL [Brookdale-G] Chipset AGP
Bridge (rev 01)
It's only been running in a single head setup.
I've installed mag_hal_drv.so and mga_drv.so from matrox.
Well, today I work at home, so I have just tried single head (SH) setup,
as well. My findings are below.
DRI is running without problems on that box, even verbose glxinfo does
not report anything suspicous...
My symptomps:
* XFree86 *still* claims that "it cannot allocate IRQ due to already
listening event handler",
but *still* sais: "dri is enabled as irq-free"
*glxinfo now does not report errors in SH mode (see the output of both
glxgears
and glxinfo at then end of my message)
* the temporarily (4..5sec) corrupted colors and frozen X screen
*still* occurs when
switching back from text console to X console
I guess that the previously reported glxerror was due to the fact that
the g550 Linux drivers (neither the Matrox one (known issue), nor the
xfree86 one (a.f.a.i.k.)) do not support hw acceleration on the second
head, and the previous glxinfo errors might be related to the "second
card" (device of Screen #1 of display #0).
glxgears now produce similar speeds in SH setup that previously with
xfree86 4.2.0: appr. 700FPS in X resolution 640x480@16bpp.
I have heard claims from A'rpi, the principal developer of mplayer, that
he had used a g550 with 1800FPS under 4.3.0, however with special FSB400
mobo setup.
Should that appr. 700FPS be the maximum I can expect from a g550?
Gabor
----------------------------------------------------
rillanon:/bigdisk/tmp# lxgears -info
GL_RENDERER = Mesa DRI G400 20020221 AGP 4x x86/MMX/SSE
GL_VERSION = 1.2 Mesa 4.0.4
GL_VENDOR = VA Linux Systems Inc.
GL_EXTENSIONS = GL_ARB_multisample GL_ARB_multitexture
GL_ARB_texture_compression GL_ARB_texture_env_add
GL_ARB_transpose_matrix GL_EXT_abgr GL_EXT_bgra GL_EXT_clip_volume_hint
GL_EXT_compiled_vertex_array GL_EXT_packed_pixels GL_EXT_polygon_offset
GL_EXT_rescale_normal GL_EXT_texture3D GL_EXT_texture_env_add
GL_EXT_texture_object GL_EXT_vertex_array GL_IBM_rasterpos_clip
GL_MESA_window_pos GL_NV_texgen_reflection GL_SGIS_generate_mipmap
3002 frames in 5.0 seconds = 600.400 FPS
3679 frames in 5.0 seconds = 735.800 FPS
3681 frames in 5.0 seconds = 736.200 FPS
3590 frames in 5.0 seconds = 718.000 FPS
-----------------------------------------------------
Output of debug mode glxinfo:
libGL: XF86DRIGetClientDriverName: 1.1.0 mga (screen 0)
libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/mga_dri.so
libGL: XF86DRIGetClientDriverName: 1.1.0 mga (screen 0)
drmOpenByBusid: busid is PCI:1:0:0
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 4, (OK)
drmOpenByBusid: drmOpenMinor returns 4
drmOpenByBusid: drmGetBusid reports PCI:1:0:0
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
client glx vendor string: SGI
client glx version string: 1.2
client glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context
OpenGL vendor string: VA Linux Systems Inc.
OpenGL renderer string: Mesa DRI G400 20020221 AGP 4x x86/MMX/SSE
OpenGL version string: 1.2 Mesa 4.0.4
OpenGL extensions:
GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_texture_compression,
GL_ARB_texture_env_add, GL_ARB_transpose_matrix, GL_EXT_abgr,
GL_EXT_bgra, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array,
GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal,
GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_object,
GL_EXT_vertex_array, GL_IBM_rasterpos_clip, GL_MESA_window_pos,
GL_NV_texgen_reflection, GL_SGIS_generate_mipmap
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess
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
----------------------------------------------------------------------
0x23 16 tc 1 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0x24 16 tc 1 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0x25 16 tc 1 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow
0x26 16 tc 1 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow
0x27 16 tc 1 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0x28 16 tc 1 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0x29 16 tc 1 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow
0x2a 16 tc 1 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow
0x2b 16 dc 1 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0x2c 16 dc 1 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0x2d 16 dc 1 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow
0x2e 16 dc 1 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow
0x2f 16 dc 1 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0x30 16 dc 1 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0x31 16 dc 1 16 0 r y . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow
0x32 16 dc 1 16 0 r . . 5 6 5 0 0 16 8 16 16 16 0 0 0 Slow
Reply to: