Originally posted by Qaridarium
Announcement
Collapse
No announcement yet.
AMD R600g Still Tackling Hierarchical Z
Collapse
X
-
Originally posted by TemplarGR View PostI should create one similar for DOUBLE FANBOI, it suits you...
Now, where do you disagree?When i see that Evergreen matures to OpenGL 3.0 first or gets Hyper-Z(a really important feature) first (not to mention other performance improvements etc) i feel cheated. It is like AMD showing us older generation users to buy newer cards.
*****RAGE*****
Not to mention the fact that you are blaming AMD for doing this work, when it was actually worked on by a Red Hat employee. So shouldn't you be pissed at Red Hat? Bad Red Hat, Bad! Stop working on drivers. Be more like Ubuntu and don't do any work on the underlying system!
And that's not even the dumbest part of your comments. I won't go on any further, because I'm sure you'll drag this out for days like any good troll.
It is ok if for you this is ok, but for me, this kind of "attention" from AMD warrants an NVIDIA purchace next time...
"For free"? Seriously? And i thought i had payed for the hardware... And it didn't have a sticker "It only works for Windows" on the box...Last edited by smitty3268; 06 June 2012, 04:13 AM.
Comment
-
Originally posted by TemplarGR View PostThis is one of the rare times i want to complain to opensource devs, but i can't help it. While you have are gratitude for your work, there are some things that shouldn't be happening.
Why HD2000-4000 are second rate citizens? First AMD drops support in Catalyst for them. And while it would make sense to have a focused opensource driver for these generations to provide legacy support, it seems that the opensource driver makes a priority Evergreen and above generations too... A while ago it was the news that Evergreen would have official OpenGl 3.0 support on by default, earlier than the older generations(?), and now from what agd5f says:
[truncated because entire argument is BS]
Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite
Do you happen to notice something? Oh what's that say? that pre-evergreen hardware has had Hyper-Z first, and that it's largely stabilized whereas Evergreen and above is still in heavy development? :shock: Could it be this man is either A. Trolling, or B. Hasn't the slightest clue what he's talking about because he clearly failed to do his research? :horror:
seriously though.. Quit trolling or at least do some research before you try doing so.
Comment
-
Originally posted by TemplarGR View PostThis is one of the rare times i want to complain to opensource devs, but i can't help it. While you have are gratitude for your work, there are some things that shouldn't be happening.
Why HD2000-4000 are second rate citizens? First AMD drops support in Catalyst for them. And while it would make sense to have a focused opensource driver for these generations to provide legacy support, it seems that the opensource driver makes a priority Evergreen and above generations too... A while ago it was the news that Evergreen would have official OpenGl 3.0 support on by default, earlier than the older generations(?), and now from what agd5f says:
a) Either evergreen will have support for hiz first
b) Or hiz support for hd2000-4000 was fine but there were issues on Evergreen so they decided to hold it back...
Either way, it is a bad attitude towards older generation users. Why Evergreen and newer are a priority, when they can use the Catalyst and are much newer chips? Seriously, i own a 3870 and it is about 2 year older than the Evergreen family. When i see that Evergreen matures to OpenGL 3.0 first or gets Hyper-Z(a really important feature) first (not to mention other performance improvements etc) i feel cheated. It is like AMD showing us older generation users to buy newer cards. Well, if that is what they want, it would be better to just ask for it, not this way... And why upgrade? My 3870 does its job perfectly...
If you are saying "developers should be forbidden from working on newer generations until everything is finished on older generations" then the overall rate of progress would drop dramatically, since it's generally a lot faster to write code for a new feature designed to work across all the generations supported by the driver than to only look at older parts. In this case hyper-z and the backend work are pretty interdependent IIRC and both were happening at the same time, so it seems to make sense that Jerome would have had an Evergreen card in his system when it all came together.
Anyways, key point here is that most of these features are implemented for multiple generations at the same time, and it's luck of the draw which generation starts working first. If you assume conspiracy or lack of care for older hardware each time that happens you're going to be whipsawing between happiness and misery for no good reason. You probably owe the developers a bit of an apology.Test signature
Comment
-
Originally posted by AnonymousCoward View PostI tried the patch, but unlike kernel 3.5 which gives me a huge performance improvement, I don't see any performance improvements with this patch.
Code:diff --git a/src/gallium/drivers/r600/r600_pipe.c b/src/gallium/drivers/r600/r600_pipe.c index e0ee823..7004ff9 100644 --- a/src/gallium/drivers/r600/r600_pipe.c +++ b/src/gallium/drivers/r600/r600_pipe.c @@ -942,6 +942,7 @@ struct pipe_screen *r600_screen_create(struct radeon_winsys *ws) rscreen->use_surface_alloc = debug_get_bool_option("R600_SURF", TRUE); rscreen->glsl_feature_level = debug_get_bool_option("R600_GLSL130", TRUE) ? 130 : 120; + rscreen->use_hyperz = debug_get_bool_option("R600_HYPERZ", FALSE);
Code:R600_HYPERZ=1 glxgears
From the Bug thread on FD.o, it sounds like all of the kernel patches are upstream, but I haven't checked if the DDX patches have all made it there yet. If this doesn't work, or throws errors, you might want to check that.Last edited by Veerappan; 06 June 2012, 09:05 AM.
Comment
-
Originally posted by TemplarGR View PostThis is one of the rare times i want to complain to opensource devs, but i can't help it. While you have are gratitude for your work, there are some things that shouldn't be happening.
Why HD2000-4000 are second rate citizens? First AMD drops support in Catalyst for them. And while it would make sense to have a focused opensource driver for these generations to provide legacy support, it seems that the opensource driver makes a priority Evergreen and above generations too... A while ago it was the news that Evergreen would have official OpenGl 3.0 support on by default, earlier than the older generations(?), and now from what agd5f says:
a) Either evergreen will have support for hiz first
b) Or hiz support for hd2000-4000 was fine but there were issues on Evergreen so they decided to hold it back...
Either way, it is a bad attitude towards older generation users. Why Evergreen and newer are a priority, when they can use the Catalyst and are much newer chips? Seriously, i own a 3870 and it is about 2 year older than the Evergreen family. When i see that Evergreen matures to OpenGL 3.0 first or gets Hyper-Z(a really important feature) first (not to mention other performance improvements etc) i feel cheated. It is like AMD showing us older generation users to buy newer cards. Well, if that is what they want, it would be better to just ask for it, not this way... And why upgrade? My 3870 does its job perfectly...
Also, all r600g chips can support OpenGL 3, no one has said it would be evergreen only.
Comment
-
Originally posted by Veerappan View PostFrom the Bug thread on FD.o, it sounds like all of the kernel patches are upstream, but I haven't checked if the DDX patches have all made it there yet. If this doesn't work, or throws errors, you might want to check that.
Comment
Comment