DRI2 Direct Rendering Now Available

[phoronix]

Phoronix: DRI2 Direct Rendering Now Available

Back on the 4th of February, Kristian Høgsberg began merging his new DRI2 components. This initial DRI2 (Direct Rendering Infrastructure 2) work was made up of the DRI2 module, glxdri2 to GLX, and DRM/Mesa patches...

http://www.phoronix.com/vr.php?view=NjQxMQ

[sloggerKhan]

Phoronix: DRI2 Direct Rendering Now Available

Back on the 4th of February, Kristian Høgsberg began merging his new DRI2 components. This initial DRI2 (Direct Rendering Infrastructure 2) work was made up of the DRI2 module, glxdri2 to GLX, and DRM/Mesa patches...

http://www.phoronix.com/vr.php?view=NjQxMQ

Does this mean that compiz will be able to do previews for minimized windows, or is that a software thing?

[bridgman]

AFAIK the most visible change will be that 3D apps will no longer flicker when running under AIGLX since the output will be composited properly rather than fighting with the screen.

[glisse]

AFAIK the most visible change will be that 3D apps will no longer flicker when running under AIGLX since the output will be composited properly rather than fighting with the screen.

And 3D apps are properly redirected ie glxgears will spin on the cube instead of being draw above the cube :)

[yoshi314]

i thought for a moment that it was april's fools joke :]

[Malikith]

i thought for a moment that it was april's fools joke :]

Nope, but I'm sure there will be one in a couple of hours on Phoronix I bet. I hope it'll be a good joke.

[yoshi314]

amarok pulled one good april's fools last year with the source code for amarok 2.0 :]

this one is good as well : http://www.linuxloop.com/news/2008/03/31/leaked-release-announcement-describes-ubuntu-jabbering-jackass/ :D

[Michael]

Nope, but I'm sure there will be one in a couple of hours on Phoronix I bet. I hope it'll be a good joke.

Naw... Phoronix Test Suite 0.1 would be out today, but I don't want users to think that or any of its features is just an April Fools joke. So you'll just have to wait until tomorrow to experience the new Linux benchmarking :).

[Malikith]

Naw... Phoronix Test Suite 0.1 would be out today, but I don't want users to think that or any of its features is just an April Fools joke. So you'll just have to wait until tomorrow to experience the new Linux benchmarking :).

Haha, yeah. If thats the goal for no joke, then it would be best to hang low today. It will be nice to finally have some "authentic" benchmarking tools for Linux finally.

[NeoBrain]

Heh, the "only" things missing now are Gallium3d, OpenGl 3 and glucose AND support for all of them in the ati catalyst driver :D

[yoshi314]

Default
Heh, the "only" things missing now are Gallium3d, OpenGl 3 and glucose AND support for all of them in the ati catalyst driver
Reply With Quote Quick reply to this message
all of them coming today! :D

[paul]

I'd like to try the new DRI2 when it's usable in either radeon or radeonhd or fglrx. But, ubuntu probably won't have DRI2 until at least the next version in October.

Is anyone aware of a howto or wiki on installing it from git?

I've successfully done the git versions of drm and mesa and am using them with radeon on ubuntu 8.04 beta (xorg 1.4) to be able to use EXA. But, I see some dri2 going into xorg 1.5 today, which might mean all xorg has to be from git if I want to try it?

Any idea when fglrx or radeon or radeonhd will start using it?

[glisse]

I'd like to try the new DRI2 when it's usable in either radeon or radeonhd or fglrx. But, ubuntu probably won't have DRI2 until at least the next version in October.

Is anyone aware of a howto or wiki on installing it from git?

I've successfully done the git versions of drm and mesa and am using them with radeon on ubuntu 8.04 beta (xorg 1.4) to be able to use EXA. But, I see some dri2 going into xorg 1.5 today, which might mean all xorg has to be from git if I want to try it?

Any idea when fglrx or radeon or radeonhd will start using it?

Question is still open, will this be ported to old ddx stuff (i won't do that) or will this need kernel mode setting as to my opinion you want a new drm module for proper memory management (doing this in current one is painfull a should be avoided from my POV).

[Uchikoma]

all of them coming today! :D

April fools~!

[Gottxxc]

Heh, the "only" things missing now are Gallium3d, OpenGl 3 and glucose AND support for all of them in the ati catalyst driver :D

Before the ati catalyst driver those standards support the radeonhd and the radeon driver will be totally complete and 100% stable. ;)

[Vadi]

Oh nice, I'm looking forward to seeing previews for my minimized windows.

[BlueKoala]

That's great news! I love it!

[edged]

DRI2 Direct Rendering Now Available
However, to reach this state the DRI interface was broken.


:confused:
Not sure I get this statement. Does this mean backwards compatibility was broken or that accelerated OpenGL is hosed?

[glisse]

:confused:
Not sure I get this statement. Does this mean backwards compatibility was broken or that accelerated OpenGL is hosed?

This means that interface btw X server & mesa driver have been broken so that X server git new mesa git or that for new DRI2 you need to rebuild Xserver & mesa (also ddx).

[edged]

This means that interface btw X server & mesa driver have been broken so that X server git new mesa git or that for new DRI2 you need to rebuild Xserver & mesa (also ddx).

Thanks for the information, but will this break proprietary/commercial drivers - will those need to be updated to be "compatible" with the new X-server? Or am I looking at this in the wrong way, and it's not a restructuring of the entire layout but rather adding of this newer/better pathway design?

Further I have one last question if you would indulge :)
Do the supporting libraries/interfaces differ so much that it will require apps to be recompiled/relinked to be able to run accelerated under the new environment?

I ask this, because I went through this already in a 'worst-case scenario' - I was around in the transition between XF86 3.x and 4.x, and frankly it shafted people with low-end boxes, it took ages for drivers to catch-up and all sort of haxies to be able to run commercial binaries (recall q2hack) :(

Thanks for your time!

[glisse]

Thanks for the information, but will this break proprietary/commercial drivers - will those need to be updated to be "compatible" with the new X-server? Or am I looking at this in the wrong way, and it's not a restructuring of the entire layout but rather adding of this newer/better pathway design?

Further I have one last question if you would indulge :)
Do the supporting libraries/interfaces differ so much that it will require apps to be recompiled/relinked to be able to run accelerated under the new environment?

...

I don't know about closed driver but i think they use their own libgl so their should not be any problem.

App doesn't need to be recompiled, this interface change are btw the mesa driver and the X server, app never see this layer directly, they call into libGL.

[Tillin9]

I second that having a good tutorial for less experienced users about how to recompile Xorg from git would be most appreciated. I can redo drm, mesa, ddx just fine, but even following the directions here http://wiki.x.org/wiki/ModularDevelopersGuide I could never get a new xorg which worked 100%.

Debian and other distros are also only shipping the stable Xorg branch, 1.4, so this would be nice for many reasons.

[glisse]

I second that having a good tutorial for less experienced users about how to recompile Xorg from git would be most appreciated. I can redo drm, mesa, ddx just fine, but even following the directions here http://wiki.x.org/wiki/ModularDevelopersGuide I could never get a new xorg which worked 100%.

Debian and other distros are also only shipping the stable Xorg branch, 1.4, so this would be nice for many reasons.

The easiest instruction are :
http://xorg.freedesktop.org/wiki/JhBuildInstructions

If we de have enough time to write better doc we would likely already have newest code in distrib ;)