AMD Vega 10, Vega 11, Vega 12 and Vega 20 Rumors and Discussion

Based on the whitepaper it's something devs need to implement, not automatic, and isn't that the current state on AMD side too?

My guess is that support for merged shader stages will land in Vulkan and DX soon as AMD was also pursuing API integration. If these features were made available through a common interface or in a way that requires only a minimal amount of vendor-specific changes to engine code, I could imagine it being used quite readily.
 
Based on the whitepaper it's something devs need to implement, not automatic, and isn't that the current state on AMD side too?

When I talked about that with Sebastian Aaltonen (claybook) on twitter months ago, he told me there is no api available, no way to use primitive shaders on Vega right now. So the devs can't "implement it".
 
When I talked about that with Sebastian Aaltonen (claybook) on twitter months ago, he told me there is no api available, no way to use primitive shaders on Vega right now. So the devs can't "implement it".
Ah, right, must have mixed it with the Wolfenstein's use of intrisincs to achieve similar function as primitive shaders (was it intrisincs or just regular compute?)
 
My guess is that support for merged shader stages will land in Vulkan and DX soon as AMD was also pursuing API integration. If these features were made available through a common interface or in a way that requires only a minimal amount of vendor-specific changes to engine code, I could imagine it being used quite readily.
I'd bet on this being the case. With both AMD and NVIDIA having this supported, it would make sense to implement in API's.
 
Ah, right, must have mixed it with the Wolfenstein's use of intrisincs to achieve similar function as primitive shaders (was it intrisincs or just regular compute?)

On claybook he uses compute if my memory is right, so I asked him, does your compute code work better than primitive shaders to discard things, and the response followed...
 
Next-generation Geometry for Vega is history
But the primitive shaders are already history and this seems to be the case for the entire NGG path. AMD has confirmed to some Linux developers that Vega (gfx9) will not get support for NGG anymore - this also applies to the Primitive shaders. The statement referred to the KMD (Kernel-Mode Driver) and the LLVM-Based Pipeline Compiler (LLPC), so the open-source volcano driver from AMD.
...
With the Vega 20 GPU running at 7 nm as gfx906, the Vega architecture is completely out of the running for these new features. Once again shows that AMD could not reach the goals set and you now have to make compromises in retrospect.
https://www.hardwareluxx.de/index.p...n-geometry-fuer-vega-offenbar-geschichte.html
 
Last edited:
Even if both have merged shaders, what each vendor merges appears to be different, and their initial implementations don't look like they agree on what gets culled, where culling happens, or what their shaders plug into.
AMD's initial offering for primitive shaders has them pulling the usual data from the same index buffer, feeding into the same tessellation stage, conservative triangle culling in the primitive shader/VS phase in front of the rasterizer (albeit a binning one).
Nvidia' method has a task shader pulling an object list, doing LOD and coarse culling, launching varying numbers of mesh shaders with no mention of the tessellation block, running mesh shaders (one recommendation was to let the fixed-function path handle triangle culling), and feeding into the rasterizer (possibly not binning?).

AMD's method directly plugs into the existing path, while Nvidia's may be to the side as there are recommendations for using tessellation when optimal, and there are normal call types still available despite the new shaders being considered separate from the existing types.
 
If it's not there yet, imo we can assume it's dead too.
We can also assume that AMD doesn't actually lie in their slides which means that it at least has worked on Windows since there's a benchmark of it. So the hardware side works at least on certain cases
 
So does anybody think there is going to be a Vega128 die? (Using infinity fabric 2.0 to unify the memory?)

AMD (under Dr Su) is targeting each market aggressively and designing their (modular) hardware to fit each segment. As such, the Radeon RX chip is different from their Radeon Instinct chips, etc. And if you look at what AMD is doing with their SOC they are selling, & the tech laying underneath it all, it is AMD's Infinity Fabric. And Dr Su (and Raj) said it would get more important in the future (7nm release). Rightfully, Dr Su fired Raj because Vega didn't suite the gaming market. (Not enough of the chip die was dedicated to immediate end-user performance.) Lesson learned.


So how big is 7nm Vega? Will there be two difference chips for each end of the GPU market..?
 
So does anybody think there is going to be a Vega128 die? (Using infinity fabric 2.0 to unify the memory?)

AMD (under Dr Su) is targeting each market aggressively and designing their (modular) hardware to fit each segment. As such, the Radeon RX chip is different from their Radeon Instinct chips, etc. And if you look at what AMD is doing with their SOC they are selling, & the tech laying underneath it all, it is AMD's Infinity Fabric. And Dr Su (and Raj) said it would get more important in the future (7nm release). Rightfully, Dr Su fired Raj because Vega didn't suite the gaming market. (Not enough of the chip die was dedicated to immediate end-user performance.) Lesson learned.


So how big is 7nm Vega? Will there be two difference chips for each end of the GPU market..?
WTF did I just read? :oops:

Instinct uses exact same chips as RX
Raj wasn't fired.
Vegas problem(s) isn't "not enough die dedicated to immediate end-user performance".
 
Fired vs "Well, we'll take 2/3 of your staff to work on Sony-Navi".

It was really weird, I hope someday somebody will talk about the whole Vega situation (even if I don't think it will happen, I'm still waiting the R600 explanation...)
 
Fired vs "Well, we'll take 2/3 of your staff to work on Sony-Navi".

It was really weird, I hope someday somebody will talk about the whole Vega situation (even if I don't think it will happen, I'm still waiting the R600 explanation...)
I'm still sure the whole "Sony-Navi" is just a miscommunication or misunderstanding in some unofficial conversation someone overheard or simply false rumor.

AMD does their architectures for themselves, the big semi-custom clients like Sony and MS give their input on what they would like to see in their next semi-customs (like apparently putting more ACEs with more threads in was Sonys idea but it was implemented for GCN as a whole by AMD) and possibly do even part of the engineering for their particular chips. Only way Navi could be "made for Sony" would be MS saying they want Vega-based instead (or next gen after Navi but that's probably too far in the future so unlikely) and even then Navi would be AMD first, Sony second.
 
My idea of what happened was more "We need to be ready on time for Sony", more than "Sony want to rework a lot of Navi part so we need more man power on it".
 
Back
Top