Finally, someone sees the light!
Phoronix: R600g AMD Evergreen Geometry Shaders Proposed
David Airlie at Red Hat has proposed OpenGL Geometry Shaders support for the R600g driver, but right now it only supports the Radeon HD 5000 "Evergreen" GPUs and newer...
Finally, someone sees the light!
Ah, seeing all this flow of patches is like drinking a good glass of finest juice, it's refreshing, healing and keeps you going. Each time it reminds me of the early days with the newly released radeonHD and I can compare to what it is today. My respect to all these code hacking developers!
but heaven or valley hangs gpuCode:OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD JUNIPER OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.1.0-devel OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile
Code:(EE) [mi] EQ overflowing. Additional events will be discarded until existing events are processed. (EE) (EE) Backtrace: (EE) 0: /usr/bin/Xorg (xorg_backtrace+0x48) [0x58be18] (EE) 1: /usr/bin/Xorg (mieqEnqueue+0x22b) [0x56de9b] (EE) 2: /usr/bin/Xorg (QueuePointerEvents+0x52) [0x454232] (EE) 3: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f99475ad000+0x5b0d) [0x7f99475b2b0d] (EE) 4: /usr/bin/Xorg (0x400000+0x7a598) [0x47a598] (EE) 5: /usr/bin/Xorg (0x400000+0xa2890) [0x4a2890] (EE) 6: /lib64/libpthread.so.0 (0x7f9950a6f000+0xf9f0) [0x7f9950a7e9f0] (EE) 7: /lib64/libc.so.6 (ioctl+0x7) [0x7f994f79b1e7] (EE) 8: /usr/lib64/libdrm.so.2 (drmIoctl+0x34) [0x7f9950866da4] (EE) 9: /usr/lib64/libdrm.so.2 (drmCommandWrite+0x1e) [0x7f995086911e] (EE) 10: /usr/lib64/libdrm_radeon.so.1 (0x7f994ad92000+0x2399) [0x7f994ad94399] (EE) 11: /usr/lib64/xorg/modules/drivers/radeon_drv.so (0x7f994afa0000+0x426ac) [0x7f994afe26ac] (EE) 12: /usr/bin/Xorg (0x400000+0x15c9db) [0x55c9db] (EE) 13: /usr/bin/Xorg (DRI2SwapBuffers+0x1db) [0x55deab] (EE) 14: /usr/bin/Xorg (0x400000+0x15f643) [0x55f643] (EE) 15: /usr/bin/Xorg (0x400000+0x3d23e) [0x43d23e] (EE) 16: /usr/bin/Xorg (0x400000+0x4106a) [0x44106a] (EE) 17: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7f994f6dcbe5] (EE) 18: /usr/bin/Xorg (0x400000+0x2c601) [0x42c601] (EE) (EE) [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. (EE) [mi] mieq is *NOT* the cause. It is a victim. (EE) [mi] EQ overflow continuing. 100 events have been dropped.
So, HD2000, HD3000 and HD4000 series take the middle finger ONCE AGAIN, while HD5000+ which is still supported by catalyst gets better open source support too? Why i am not surprised?
I have been following radeon's evolution for many years, and i have been frustrated many times by the lack of effort to provide support for (not so) older series of gpus...
Even though HD2000-4000 are considered "legacy" and receive no support from fgrlx, they seem to be considered "legacy" for radeon driver as well...
Right now DPM for my 3870 is highly problematic even though for modern gpus is on by default.
UVD is non-existent. Even though for modern gpus it is not.
And now, geometry shader support comes first for HD5000, even though it is not needed. Anyone needing it uses fglrx right now... HD2000, HD3000, HD4000 will have to wait some more for proper support... Even though there is no catalyst option and they got released several years before Evergreen...
It is news like this that make me want to stop buying and promoting AMD products. You people never learn...
PS: My comment is not about Airlie, obviously he is not AMD. But there is no excuse for providing better opensource support for modern gpus while neglecting those with no catalyst support.
Last edited by TemplarGR; 01-30-2014 at 05:05 AM.
Buy NV or Intel and stop trolling in each topic related to Radeon cards. I have Radeon in my main PC and I can say that it was really good choice. Open source drivers are really great, but Catalyst are also not that bad as someone suggests, I use Catalyst most of time and it works without problems.