[Mesa3d-users] mach64 kernel modules for 2.6.29 WORKS but...

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Gotcha, my friends!

I'm about to tell you i made a step forward!

Well.. just to remind u:

running a net-inst (businness card) Debian testing with the latest bleedin'
edge kernel

2.6.29

I've installed from the apt system my whole system up to my needs
The thing that IS NOT included in the vanilla kernel is the famous drm.ko &&
mach64.ko which are made
by git cloning the latest DRM support sources from the freedesktop.org site.
compiling and installing those modules you have kernel support to obtain the
DRI layer on your X server

Problem was:
if you let the system load automatically all those modules the machine hangs
with an ugly kernel panic!!

BUT... I've killed the X init script from my /etc/rc.2/ to let the system
boots in text (bash) old-fashioned-style mode
Since i've created my custom-monolithic kernel i've not any modules to load
BUT those two drm.ko && mach64.ko that i've compiled separately

Those modules will NOT load at boot time. (dmesg|grep drm == NULL)

I've found out that if, in this state, i issue from shell the command
"startx" the X server LOADS without goin' in PANIC!!

I've made it too long so far. it's time to post some logs and outputs, here
we go

X logs excerp:

=============================================
drmOpenByBusid: Searching for BusID pci:0000:01:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenByBusid: drmOpenMinor returns 8
drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
(II) [drm] DRM interface version 1.3
(II) [drm] DRM open master succeeded.
(II) MACH64(0): [drm] Using the DRM lock SAREA also for drawables.
(II) MACH64(0): [drm] framebuffer handle = 0x81000000
(II) MACH64(0): [drm] added 1 reserved context for kernel
(II) MACH64(0): X context handle = 0x1
(II) MACH64(0): [drm] installed DRM signal handler
(II) MACH64(0): [drm] Will request asynchronous DMA mode
(**) MACH64(0): [dri] Forcing PCI mode
(==) MACH64(0): [drm] Using 2 MB for DMA buffers
(II) MACH64(0): [pci] ring handle = 0x054e4000
(II) MACH64(0): [pci] Ring mapped at 0xb709c000
(II) MACH64(0): [drm] register handle = 0x80500000
(II) MACH64(0): [dri] Visual configs initi(II) MACH64(0): [dri] Block 0 base
at 0x80500400
(II) MACH64(0): Memory manager initialized to (0,0) (1024,4095)
(II) MACH64(0): Largest offscreen area available: 1024 x 3327
(II) MACH64(0): Will use 1598 kB of offscreen memory for XAA
(II) MACH64(0): Will use back buffer at offset 0x30f800
(II) MACH64(0): Will use depth buffer at offset 0x48f800
(II) MACH64(0): Will use 1985 kB for local textures at offset 0x60f800
(II) MACH64(0): Using XFree86 Acceleration Architecture (XAA)
        Screen to screen bit blits
        Solid filled rectangles
        8x8 mono pattern filled rectangles
        Indirect CPU to Screen color expansion
        Solid Lines
        Setting up tile and stipple cache:
                32 128x128 slots
                18 256x256 slots
                6 512x512 slots
(==) MACH64(0): Backing store disabled
(==) MACH64(0): Silken mouse enabled
(II) MACH64(0): DPMS enabled
(II) MACH64(0): [DRI] installation complete
(II) MACH64(0): [drm] Added 128 16384 byte DMA buffers
(II) MACH64(0): [drm] Mapped 128 DMA buffers at 0xb6e9c000
(II) MACH64(0): [drm] Installed interrupt handler, using IRQ 5
(II) MACH64(0): Direct rendering enabled
(==) RandR enabled
=============================================

And here we go with the glxinfo output!

=============================================
leech:/home/c3kko# glxinfo
name of display: :0.0
do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly.
Try adjusting the vblank_mode configuration parameter.
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_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: Gareth Hughes, Leif Delgass, Jos Fonseca
OpenGL renderer string: Mesa DRI Mach64 [Rage Pro] 20051019 x86/MMX/SSE
OpenGL version string: 1.2 Mesa 7.0.4
OpenGL extensions:
    GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, 
    GL_ARB_transpose_matrix, GL_ARB_vertex_buffer_object, GL_ARB_window_pos, 
    GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, 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_draw_range_elements, GL_EXT_histogram, GL_EXT_packed_pixels, 
    GL_EXT_polygon_offset, GL_EXT_rescale_normal, 
    GL_EXT_separate_specular_color, GL_EXT_subtexture, GL_EXT_texture, 
    GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_object, 
    GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_IBM_rasterpos_clip, 
    GL_MESA_ycbcr_texture, GL_MESA_window_pos, GL_NV_light_max_exponent, 
    GL_NV_texgen_reflection, GL_OES_read_format, GL_SGI_color_matrix, 
    GL_SGI_color_table, GL_SGIS_generate_mipmap, GL_SGIS_texture_edge_clamp, 
    GL_SGIS_texture_lod

   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  0 16  0 r  y  .  5  6  5  0  0 16  0  0  0  0  0  0 0 None
0x24 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  8  0  0  0  0  0 0 Slow
0x25 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  0 16 16 16  0  0 0 Slow
0x26 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  8 16 16 16  0  0 0 Slow
0x27 16 tc  0 16  0 r  .  .  5  6  5  0  0 16  0  0  0  0  0  0 0 None
0x28 16 tc  0 16  0 r  .  .  5  6  5  0  0 16  8  0  0  0  0  0 0 Slow
0x29 16 tc  0 16  0 r  .  .  5  6  5  0  0 16  0 16 16 16  0  0 0 Slow
0x2a 16 tc  0 16  0 r  .  .  5  6  5  0  0 16  8 16 16 16  0  0 0 Slow
0x2b 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  0  0  0  0  0  0 0 None
0x2c 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  8  0  0  0  0  0 0 Slow
0x2d 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  0 16 16 16  0  0 0 Slow
0x2e 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  8 16 16 16  0  0 0 Slow
0x2f 16 dc  0 16  0 r  .  .  5  6  5  0  0 16  0  0  0  0  0  0 0 None
0x30 16 dc  0 16  0 r  .  .  5  6  5  0  0 16  8  0  0  0  0  0 0 Slow
0x31 16 dc  0 16  0 r  .  .  5  6  5  0  0 16  0 16 16 16  0  0 0 Slow
0x32 16 dc  0 16  0 r  .  .  5  6  5  0  0 16  8 16 16 16  0  0 0 Slow
0x4c 32 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 Ncon
=============================================

Please notice the three most important lines from that amount of text up
above:

1) (II) MACH64(0): Direct rendering enabled

2) direct rendering: Yes

3)  OpenGL vendor string: Gareth Hughes, Leif Delgass, Jos Fonseca
    OpenGL renderer string: Mesa DRI Mach64 [Rage Pro] 20051019 x86/MMX/SSE
    OpenGL version string: 1.2 Mesa 7.0.4
=============================================

Now.. k i've got DRI on mach64 that's wonderful.. but...

i've encountered some problems.. 

well, glxgears works well, along with all those fancy GL screensavers..
but.......
the systems still hangs, goin' panic again, if i make intense use of flash
player 10 + iceweasel(firefox)
or when i try to fire up extremetuxracer

For the flash player.. i know that from the v10 the stream can be
hardware-accellerated and there might be some scary problems. Somehow i'm
still able to see some frames... the crash occours randomly but after only a
few seconds.

Extremetuxracer hangs the system without drawing a single colored pixel upon
the screen.. it's strange and it can be issued by some erroneous
configuration.. WE KNOW very well that our beloved mach64 chip
(01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M
AGP 2x (rev 64) works only UP TO a 16bit depth and 1024x768 screening
configuration.. so if the little wheeled tux tries to overcome (or probe)
that settings.. well he has all the reason to spit out a bliking capslock on
my laptop!

So far, my friend... i'm writing to you on my DRI ENABLED but still very,
very and sadly UNSTABLE mach64-powered laptop.

Might this little and awful review useful for future development.
I want to introduce myself. I'm a 1984 class italian boy my name is Davide
and i really can't take a chance
on improving the mach64 support code. i'm not familiar in programming, i'm
just a linux-lover and i'm using this mailing-list site for the first time,
even if i've read TONS of them all 'round the net.

I'm about to write some lines or just post the link to this webpage to the
authors listed in the glxinfo.
I just want to thank those person who helped in the driver development. i
want them to know there's still somebody like me that rely upon their code.

"Gareth Hughes, Leif Delgass, Jos Fonseca"

Davide Ceccherini. Pisa, Italy
EOF.

-- 
View this message in context: http://www.nabble.com/mach64-kernel-modules-for-2.6.26-kernel-tp22668419p22915795.html
Sent from the mesa3d-users mailing list archive at Nabble.com.