Grand Theft Auto Running On Direct3D Natively On Linux Shows Gallium3D Potential

[LiquidAcid]

Alternatively someone could work on making DRI2 offloading under DRI3 work, so you could use LIBGL_DRI3_DISABLE=1 DRI_PRIME=1 glxgears.

That does not make any sense. You either use DRI3, or you use DRI2. And DRI2 offloading works, you just have to have a DDX loaded for the secondary card.

[Dukenukemx]

Anyone got this working on Ubuntu?

[Pontostroy]

Thanks.

Alternatively someone could work on making DRI2 offloading under DRI3 work, so you could use LIBGL_DRI3_DISABLE=1 DRI_PRIME=1 glxgears. But I'm not so sure that this would be a good use of someone's time.

With option "DRI" "2" or LIBGL_DRI3_DISABLE=1 i got

[   198.669] (EE) Backtrace:
[   198.677] (EE) 0: /usr/bin/Xorg (xorg_backtrace+0x48) [0x58e828]
[   198.677] (EE) 1: /usr/bin/Xorg (0x400000+0x192879) [0x592879]
[   198.677] (EE) 2: /lib64/libc.so.6 (0x7fd84fda8000+0x358d0) [0x7fd84fddd8d0]
[   198.677] (EE) 3: /usr/lib64/xorg/modules/drivers/intel_drv.so (0x7fd84c3b8000+0xeb23b) [0x7fd84c4a323b]
[   198.677] (EE) 4: /usr/bin/Xorg (0x400000+0x15f01d) [0x55f01d]
[   198.677] (EE) 5: /usr/bin/Xorg (0x400000+0x15fe27) [0x55fe27]
[   198.677] (EE) 6: /usr/bin/Xorg (DRI2GetBuffersWithFormat+0x10) [0x560200]
[   198.677] (EE) 7: /usr/bin/Xorg (0x400000+0x161ba0) [0x561ba0]
[   198.677] (EE) 8: /usr/bin/Xorg (0x400000+0x3d71e) [0x43d71e]
[   198.677] (EE) 9: /usr/bin/Xorg (0x400000+0x4153a) [0x44153a]
[   198.677] (EE) 10: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7fd84fdc9be5]
[   198.677] (EE) 11: /usr/bin/Xorg (0x400000+0x2cba1) [0x42cba1]
[   198.677] (EE) 
[   198.677] (EE) Segmentation fault at address 0xff0
[   198.677] (EE) 
Fatal server error:
[   198.677] (EE) Caught signal 11 (Segmentation fault). Server aborting
[   198.677] (EE) 
[   198.677] (EE)

[LiquidAcid]

And DRI2 offloading works, you just have to have a DDX loaded for the secondary card.

This should of course read "GLX DRI2 offloading". I don't think the nine state tracker does any kind of offloading yet.

[blackout23]

I bet someone would implement a Mantle State Tracker in Gallium if AMD ever releases the docs for Mantle before you'd see any official support in the AMD drivers. Native Mantle on Nouveau would also be a fun thing.

[Nille]

I bet someone would implement a Mantle State Tracker in Gallium if AMD ever releases the docs for Mantle before you'd see any official support in the AMD drivers.

Maybe AMD has a Mantle State Tracker for there FOSS-Driver in the Pipe (I know this is only wishful thinking).

[ChrisXY]

That does not make any sense. You either use DRI3, or you use DRI2. And DRI2 offloading works, you just have to have a DDX loaded for the secondary card.

Yea, but I'm pretty sure when using dri3 the intel driver can fallback to dri2 on demand because of LIBGL_DRI3_DISABLE=1 and such.

Anyway, I thought that xorg stopped to automatically loading the radeon driver with the dri3 glx offloading commit, but maybe I was just so excited that I didn't need xf86-video-ati anymore that I uninstalled it before testing and remember it wrong. Or maybe you do have to load it manually now.

[okias]

With option "DRI" "2" or LIBGL_DRI3_DISABLE=1 i got

[   198.669] (EE) Backtrace:
[   198.677] (EE) 0: /usr/bin/Xorg (xorg_backtrace+0x48) [0x58e828]
[   198.677] (EE) 1: /usr/bin/Xorg (0x400000+0x192879) [0x592879]
[   198.677] (EE) 2: /lib64/libc.so.6 (0x7fd84fda8000+0x358d0) [0x7fd84fddd8d0]
[   198.677] (EE) 3: /usr/lib64/xorg/modules/drivers/intel_drv.so (0x7fd84c3b8000+0xeb23b) [0x7fd84c4a323b]
[   198.677] (EE) 4: /usr/bin/Xorg (0x400000+0x15f01d) [0x55f01d]
[   198.677] (EE) 5: /usr/bin/Xorg (0x400000+0x15fe27) [0x55fe27]
[   198.677] (EE) 6: /usr/bin/Xorg (DRI2GetBuffersWithFormat+0x10) [0x560200]
[   198.677] (EE) 7: /usr/bin/Xorg (0x400000+0x161ba0) [0x561ba0]
[   198.677] (EE) 8: /usr/bin/Xorg (0x400000+0x3d71e) [0x43d71e]
[   198.677] (EE) 9: /usr/bin/Xorg (0x400000+0x4153a) [0x44153a]
[   198.677] (EE) 10: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7fd84fdc9be5]
[   198.677] (EE) 11: /usr/bin/Xorg (0x400000+0x2cba1) [0x42cba1]
[   198.677] (EE) 
[   198.677] (EE) Segmentation fault at address 0xff0
[   198.677] (EE) 
Fatal server error:
[   198.677] (EE) Caught signal 11 (Segmentation fault). Server aborting
[   198.677] (EE) 
[   198.677] (EE)

This isn't useful, you need to install debug packages for xorg-driver-video-intel and xorg-xserver (not sure exact name of packages for your distribution).

[RavFX]

Just found out that with Mesa-3D, now, normal wine (without d3d9 patch), crash:

r600_texture.c:413:si_texture_get_cmask_info: Assertion `0' failed.

returning to normal Mesa

[monohouse]

this is the best news I've heard in a long time, I didn't believe that it would at all be possible to run windows games so fast on linux, and Crysis 2 ? only in my dreams and not even there !
and yes +1 to the member that says gamers are not going to move to linux without all their games working in linux, all the new games that are running directX 10/11 are crap console ports, the golden era of games is in directX 9, and to everyone who says that directX 9 is dead could not be more wrong - all the GOOD games are directX 9 and I don't care about new or old api or application, I whant the GOOD API and the GOOD applications, they could be a million years old as far as I am concerned, and I believe many true hardcore gamers will agree - graphics is NOT what this is all about (that being said there are no graphics improvements in directX 10/11 games at all, it was all a smoke screen to convince users and game developers to use the new API so that M$ could sell more win licenses) it is all about the gameplay, there are very few directX 10/11 games that are good and those are very few exceptions to the console-ports rule.

0xBADCODE on the contrary, it is a waste of time to create a new/open API: game developers do not support linux at all not to mention some new open API, we have seen this in the life of linux so far - linux had and has the best API - OpenGL and yet aside from a few exceptions only a dozen or so of games had native linux ports and that is with linux being open source - so developers had access to all the required information unlimitedly - what I am saying is that game developers do not CARE about our linux API's !

this is a perfect solution hands down, linux is suffering from lack of decent games in some genre more than in other but suffering regardless, with this project all these problems will be GONE for good.