Open-Source Radeon HD 6000 Series Still Borked

[crazycheese]

I will wait till opengl3 with more than mediocre performance happens.
Still, you cant go wrong with 5870 for performance if you accept proprietary driver.
Pity opensource has no video acceleration as well. The main shortcoming of evergreen top class is VLIW5, which very often stays incompletely utilized, hence in 6xxx cayman they switched to VLIW4 grouping.

[pingufunkybeat]

IPity opensource has no video acceleration as well.

It has video acceleration, just not decoding.

Scaling, colour conversion and the like are fully accelerated.

[darkbasic]

Thank you very much, I will buy an HD5870. It's a pity that we have to wait so much for a decent support, my money will not go to amd becuase it's an old card and there is a big market for used cards. Hopefully in the future we will have a decent day one support (at least in git master).

I found a brand new HD5870 sold at 120€, can't wait to test evergreen support in mesa

[crazycheese]

I found a brand new HD5870 sold at 120€, can't wait to test evergreen support in mesa

Thats VERY cheap! Say, when and if you get one, could you please writeup a short summary of whats working and whats not?

[Qaridarium]

Thats VERY cheap! Say, when and if you get one, could you please writeup a short summary of whats working and whats not?

i can check your personal checklist with my hd5670...

just ask your needs.

[darkbasic]

could you please writeup a short summary of whats working and whats not?

Yes, I will. I'm really, really curious to know if I can get more than 10fps in unigine heaven with R600g

[Qaridarium]

Yes, I will. I'm really, really curious to know if I can get more than 10fps in unigine heaven with R600g

i try it for you: 0FPS

Mesa warning: glDraw[Range]Elements(start 7331, end 8087, count 2373, type 0x1403, indices=0xabc0)
end is out of bounds (max=8086) Element Buffer 21 (size 48714)
This should probably be fixed in the application.
Mesa warning: glDraw[Range]Elements(start 11022, end 11057, count 123, type 0x1403, indices=0x11232)
end is out of bounds (max=11056) Element Buffer 11 (size 70440)
This should probably be fixed in the application.
Mesa warning: glDraw[Range]Elements(start 794, end 1034, count 504, type 0x1403, indices=0xf00)
end is out of bounds (max=1033) Element Buffer 51 (size 4848)
This should probably be fixed in the application.
Mesa warning: glDraw[Range]Elements(start 794, end 1034, count 504, type 0x1403, indices=0xf00)
end is out of bounds (max=1033) Element Buffer 51 (size 4848)
This should probably be fixed in the application.
Mesa warning: glDraw[Range]Elements(start 297, end 1072, count 2253, type 0x1403, indices=0x9c0)
end is out of bounds (max=1071) Element Buffer 59 (size 7002)
This should probably be fixed in the application.
Mesa warning: glDraw[Range]Elements(start 297, end 1072, count 2253, type 0x1403, indices=0x9c0)
end is out of bounds (max=1071) Element Buffer 59 (size 7002)
This should probably be fixed in the application.
Mesa warning: glDraw[Range]Elements(start 297, end 1072, count 2253, type 0x1403, indices=0x9c0)
end is out of bounds (max=1071) Element Buffer 59 (size 7002)
This should probably be fixed in the application.
Mesa warning: glDraw[Range]Elements(start 297, end 1072, count 2253, type 0x1403, indices=0x9c0)
end is out of bounds (max=1071) Element Buffer 59 (size 7002)
This should probably be fixed in the application.
Mesa warning: glDraw[Range]Elements(start 297, end 1072, count 2253, type 0x1403, indices=0x9c0)
end is out of bounds (max=1071) Element Buffer 59 (size 7002)
This should probably be fixed in the application.
state_tracker/st_glsl_to_tgsi.cpp:2886:simplify_cmp: Assertion `inst->dst.index < 256' failed.
Trace/breakpoint trap

[Kano]

most likely your driver is not correctly installed. unigine heaven can be used.

[smitty3268]

state_tracker/st_glsl_to_tgsi.cpp:2886:simplify_cmp: Assertion `inst->dst.index < 256' failed.
Trace/breakpoint trap

Wasn't the st_glsl_to_tgsi.cpp file added by Plombo in his branch getting rid of the Mesa IR? I don't think it's present in git master or 7.11.

Looks like that optimization pass is the first one getting called in his code, before a lot of the code removal passes. Possibly Unigine's shaders just use more than 256 temps before being simplified. Whatever the cause, this looks like a problem in his branch only. You could try bumping that constant up to 512 to see if it fixes things.

[oibaf]

i try it for you: 0FPS
...
Mesa warning: glDraw[Range]Elements(start 297, end 1072, count 2253, type 0x1403, indices=0x9c0)
end is out of bounds (max=1071) Element Buffer 59 (size 7002)
This should probably be fixed in the application.
Mesa warning: glDraw[Range]Elements(start 297, end 1072, count 2253, type 0x1403, indices=0x9c0)
end is out of bounds (max=1071) Element Buffer 59 (size 7002)
This should probably be fixed in the application.

If you are using my PPA these warnings are showed because I build mesa with --enable-debug. These are probably errors in the application, and should be reported to Uningine.

state_tracker/st_glsl_to_tgsi.cpp:2886:simplify_cmp: Assertion `inst->dst.index < 256' failed.
Trace/breakpoint trap

This looks indeed a problem with the glsl-to-tgsi branch which I am currently merging in the PPA.

EDIT: I reported this to Bryan Cain, hopefully he will fix it.