Whoos Whoos

[pvaneynd]

For the last few months I've been running the latest git versions of xf86-video-ati and xf86-video-radeonhd on my $WORK laptop with a Mobility Radeon X1300.

And actually I like them more then fglrx: they crash less and I actually have xrandr support so giving presentations and using the second screen no longer involves reloads of X.

A remaining problem was that they would sig11 when I enable DRI. Yesterday I went investigating and found out that the ati driver was crashing in the line:

Bool RADEONDRIGetVersion(ScrnInfoPtr pScrn)
{
...
    /* Low level DRM open */
    fd = drmOpen(RADEON_DRIVER_NAME, busId);

After giving some message that it cannot open /dev/dri/card0. Some research showed that this was because I forgot to load the kernel module. /me hits table.

modprobe radeon and DRI works. Obviously it doesn't do 3D because the mesa library is too old. Installing mesa 7.2 from experimental and I see:

 $ glxinfo | grep direct
direct rendering: Yes

And all the whoos effects... well ... whoos.

Now off to Ana's blog to find out how I can get KDE 4.1 in unstable....

Comments

Typical radeon code.

[libv.livejournal.com]

Guess what i did when i ran into issues with pretty much the same thing on radeonhd when testing the freshly ported over dri infrastructure code:
i made sure that this code was verbose and gave a bit of a sensible message.

Try radeonhd, and the world suddenly makes a bit more sense :)

Re: Typical radeon code.

[pvaneynd]

:-)

I alternate between using the -ati and the -radeonhd driver, however I noticed less cursor corruption with the -ati driver...

Tomorrow I plan to try radeonhd again.

libGL

[phil.0x539.de (from livejournal.com)]

Do you use a patched libGL/drm or does it work with Debian unstable now?

Re: libGL

[pvaneynd]

I used the 'standard' mesa from experimental, the standard X from unstable and of course a recompiled xf86-video-(ati|radeonhd) driver.

And the standard dri driver from 2.6.27.1.