can you please add on this bugreport your /var/log/Xorg.0.log ?

CC: (none) => dmorganec

Created attachment 171 [details]
X server log file

Here it is.

This trace is useless.
Please download both https://bugs.mageia.org/attachment.cgi?id=121 and https://bugs.mageia.org/attachment.cgi?id=122

Then enable the core/debug_release media/repository and install x11-server-debug, x11-driver-video-radeonhd-debug, glibc-debug

Then just run "sh ./Xgdb2.sh" on a text terminal, then switch back to X11 until it segfaults.

We should move this script in our wiki or package it.

As for this bug, since radeonhd is unmaintained for years, I wonder if it's just that radeonhd doesn't work with xserver-1.10.
It may not even works with  xserver-1.9 since I updated mdv & mga to 1.9 in cooker & cauldron after the last stable mdv release.

We may eventually remove it from ldetect-lst at all...
Are there really cards still not working with ati but working with radeonhd?

Keywords: (none) => NEEDINFO
CC: (none) => anssi.hannula

I got that trace details:
Program received signal SIGSEGV, Segmentation fault.
RADEONGetDrawablePixmap (pDrawable=0x0) at radeon_exa_render.c:428
428	    if (pDrawable->type == DRAWABLE_WINDOW)
#0  RADEONGetDrawablePixmap (pDrawable=0x0) at radeon_exa_render.c:428
#1  0xb713ce33 in R600CheckComposite (op=3, pSrcPicture=0x8fbb740, pMaskPicture=0x0, pDstPicture=0x9514500) at r600_exa.c:1325
#2  0xb70a68b5 in exaTryDriverComposite (op=3 '\003', pSrc=0x8fbb740, pMask=0x0, pDst=0x9514500, xSrc=0, ySrc=48, xMask=0, yMask=0, xDst=0, yDst=48, 
    width=994, height=36) at exa_render.c:694
#3  0xb70a736e in exaComposite (op=3 '\003', pSrc=0x8fbb740, pMask=0x0, pDst=0x9514500, xSrc=0, ySrc=48, xMask=0, yMask=0, xDst=0, yDst=48, width=994, 
    height=36) at exa_render.c:1033
#4  0x0812995a in damageComposite (op=3 '\003', pSrc=0x8fbb740, pMask=0x0, pDst=0x9514500, xSrc=0, ySrc=48, xMask=0, yMask=0, xDst=0, yDst=48, width=994, 
    height=36) at damage.c:613
#5  0x0811e20e in CompositePicture (op=<value optimized out>, pSrc=0x8fbb740, pMask=0x0, pDst=0x9514500, xSrc=0, ySrc=48, xMask=0, yMask=0, xDst=0, yDst=48, 
    width=994, height=36) at picture.c:1705
#6  0x08121e63 in ProcRenderComposite (client=0x95bf2c8) at render.c:728
#7  0x0811eaa1 in ProcRenderDispatch (client=0x95bf2c8) at render.c:2058
#8  0x0806f827 in Dispatch () at dispatch.c:431
#9  0x08062665 in main (argc=6, argv=0xbfba8fc4, envp=0xbfba8fe0) at main.c:287

I tried radeonhd driver because fglrx driver does not work with server 1.10 yet and ati driver is too slow (see bug 581). If radeonhd is obsolete, then you should remove it completly, as it adds unneeded noise.

Anyway, I will use the vesa driver until bug 581 is fixed or fglrx driver works.

Can you __attach__ the whole trace please?
We could add a check for non NULL pDrawable to radeonhd.

Created attachment 214 [details]
The whole trace

I can confirm the bug.
Thanks.

CC: (none) => stblack
Hardware: i586 => x86_64

I have now submitted:

x11-driver-video-radeonhd-1.3.0-6.git20100512.1.mga1

wich contains last changes done to the radeonhd driver upstream.

Note that upstream states:
"Status 09/2010: Linux distributions, including Novell's openSUSE, have now abandoned radeonhd as the default driver, instead using the radeon driver. radeon has more features, including Kernel Mode-Setting support and more 3D support, and it supports all Radeon generation from original R100 Radeons to R800 Radeons (HD 5000 series). Radeonhd can be continued to be updated as long as there are people find it useful."

So if this one does not work I guess we need to start thinking of maybe dropping it... unless there is some easy fix...

The fix is good. It works now. Good job!!!

Radeonhd is useful when fglrx and radeon driver are unavailable or failing, as it was the case until beta 1 was released.  But it failed too :-(((

Status: NEW => RESOLVED
Hardware: x86_64 => i586
Resolution: (none) => FIXED