trexfromouterspace
Member
- Feb 17, 2020
- 100
- 245
- 116
The N5P rumor was stupid to begin with. It should never have picked up any traction.
00810F11h => Raven Ridge
00810F80h => Picasso
00810F81h => Picasso
00820F00h => Raven Ridge 2
00820F01h => Raven Ridge 2
the 60 before the F means it is Renoir.
00860F00h \ Zen2 \ Renoir \ RN-A0 \ 7nm
00860F01h \ Zen2 \ Renoir \ RN-A1 \ 7nm
00860F10h \ Zen2 \ Renoir \ RN-B0 \ 7nm
00860F80h \ Zen2 \ Lucienne \ LN-A0 \ 7nm
Means it is the same die just respun...
FX8100 (Bulldozer): 600F12 <== Zambezi
FX8300 (Piledriver): 600F20 <== Vishera (Same die, new FEOL)
A10 5800K (Piledriver): 610F01 <== Trinity (TN)
A10 6800K (Piledriver): 610F31 <== Richland (RL, Same die, new FEOL)
A10 7850K (Steamroller): 630F01 <== Kaveri, KV (GV, Godavari is probably 630F81)
A10 9700 (Excavator): 660F51 <== Bristol, BR (CZ, Carrizo is probably 660F01)
800F11 <== Summit, ZP
800F82 <== Pinnacle, PiR
Not once has the xxF shared between models have been huge die reforming changes. So, Lucienne pretty much has to be identical to previous versions. Thus, Renoir and Lucienne is the same die. Just like Zambezi<->Vishera, Trinity<->Richland, Kaveri<->Godavari, Carrizo<->Bristol, Raven<->Picasso, Summit<->Pinnacle, etc so on so forth.Renoir as far as my deep dive does support LPDDR5, but since it doesn't support DDR4 ECC(144-bit({64+8} x 2) PHY) it might not support DDR5 ECC(160-bit({32+8} x 4) PHY). I am not sure if DDR5 supports ECC-less implementations. If it does it also supports DDR5 up to 6400 Mbps.
Renoir uses the DCT IP w/ LPDDR5/LPDDR4X/LPDDR4 and no-ECC DDR5(if possible)/DDR4 combo phy/controller. Do to the January 2020 update for the LPDDR5 spec, it was probably delayed(to Lucienne) or canned(for Renoir).
JESD209-5 => February 2019
JESD209-5A => January 2020
Changes added from 5 to 5A spec.
- Additional power reduction functions including WCK power reduction
- Optimized Refresh
- Data/Byte selectable Write X
- Additional SI improvements
- ODT Rank to Rank turnaround improvement
- ODT function for CS pin
- Pin capacitance decrease
https://valid.x86.fr/nmltsi => Carrizo DDR3, 660F01
http://valid.x86.fr/m49wkt => Bristol DDR4, 660F51
As with these two, it has been done before, thus it can happen again between Renoir and Lucienne.
On another note I have seen mentions for a Zen3 APU for LPDDR5/DDR5/GDDR6 support(it has no support for DDR4 or LPDDR4(x)).
H-models => DDR5(SO-DIMM) or GDDR6(BGA)
U-models => DDR5(SO-DIMM) or LPDDR5(BGA)
Picasso was not a mere refresh, it uses the 12nm process node which is similar but different to the 14nm node - it included minor alterations in the Zen+ core and likely some 12nm tweaks and errata fixes to the Vega uArch too.Yes your analysis is right about Lucienne being a Renoir refresh (like Picasso was to Raven Ridge).
Picasso used the same Raven Ridge die. There was no change in transistor count, die size and physical design. The same was the case for Pinnacle Ridge vs Summit Ridge. The transistor level improvements from the GF 12nm process brought better freq at iso power and higher peak frequency.Picasso was not a mere refresh, it uses the 12nm process node which is similar but different to the 14nm node - it included minor alterations in the Zen+ core and likely some 12nm tweaks and errata fixes to the Vega uArch too.
Keep in mind that transistor counts are rounded up somewhat, minor alterations would not necessarily alter the transistor count to any significant degree.There was no change in transistor count, die size and physical design.
Keep in mind that transistor counts are rounded up somewhat, minor alterations would not necessarily alter the transistor count to any significant degree.
This is especially true now that we are in the range of billions of transistors per SoC design.
Update regarding the previous N5P rumor: If AMD is ordering 5nm capacity for autumn this year at TSMC and working on 5nm based products, it is still not publicly mentioning it to investors. Last week AMD updated their corporate presentation, and Zen 3 (slide 13, 30), RDNA 2 (slide 16, 50) and CDNA (slide 18, 31) are all still listed as 7nm.
I think the whole N5P thing is a giant myth.Not sure why you say that first part. Those slides show they're absolutely working on 5nm based products. There's nothing on there about 5nm this autumn sure, but then there's nothing saying Zen 3 is this autum on there either (wasn't the rumors about that being that it was going to push Zen 3 into 2021?).
I mean, those slides don't mention Zen 2 refresh, does that mean that's not happening? They also didn't have anything about Radeon VII anywhere prior to its announcement. So its not like that absolutely proves anything. Heck those slides don't mention Zen+ so I guess that was all Mandela effect and didn't actually happen?
I've speculated before that 5nm Zen 3 stuff might just be them moving up a Zen 3 refresh that might was supposed to be a cleaner for 5nm Zen 4, while 7nm Zen 3 is server only. So 7nm Zen 3 could still be on track while consumer gets an accelerated Zen 3+ on 5nm earlier. And it could explain why there's no mention of 5nm Zen 3, since they don't mention Zen+ or Zen 2 refresh (whatever it might be called).
Just something to think about.
Cost of 2 chiplets with 3 cores each will be more than 1 chiplet with 2 cores disabled. Making a 4100, 4600 -- and even 4700 -- have two chiplets seems rather wasteful. I don't think they'll have enough CCDs where 4-6 out of the 8 cores are kaput to make this reasonable... unless I'm missing something here.My speculation for ryzen 4000 product segmentation:
R9 4950X - 16 Zen3 cores. 2 CCDs with 8c each
R9 4900X - 12 Zen3 cores. 2 CCDs with 6c each
R7 4800X - 8 Zen3 cores. 1 CCD with 8c
R7 4700X - 8 Zen3 cores. 2 CCDs with 4c each
R5 4600X - 6 Zen3 cores. 1 CCD with 6c
R5 4600 - 6 Zen3 cores. 2 CCDs with 3c each
R3 4300X - 4 Zen3 cores. 1 CCD with 4c
R3 4100 - 4 Zen3 cores. 2 CCDs with 2c each (i dont know about this one) or 1 CCD with fewer cache?
i think X versions will be better for gaming much like the 3300x is better than the 3100 because of the difference in latencies, other than that i think we will see a bit higher frequencies for the costumers to feel there is a difference (which is not the frequency per se). with series 3000 the X versions were pretty much the same than the normal versions so as we all know they had to lower prices to almost match the normal versions
The whole N5P rumor was about AMD jumping in to fill N5 capacity at TSMC freed by Huawei/HiSilicon no longer being allowed to order more there. Nobody denied that AMD is working with 5nm. Much of the discussion was about the timing and how realistic was AMD doing what the rumor claims this autumn already, with some even suggesting Zen 3 would be duplicated on that node.Not sure why you say that first part. Those slides show they're absolutely working on 5nm based products. There's nothing on there about 5nm this autumn sure
R7 4800X - 8 Zen3 cores. 1 CCD with 8c
R7 4700X - 8 Zen3 cores. 2 CCDs with 4c each
IMO they continue to down-tier via binning, clocks, possibly cut the L3$ (if defects present in that area) as you mentioned.
I think they'll keep all the 4C-6C chips with 1CCD
I do think an 8C 2CCD chip may have a solid role in compute situations where you want high clocks, lots of L3$, but don't care much about intercore latency.
What is the information source, that memory controller on Renoir die does not support DDR4 unbuffered ECC? Until now (up to Picasso die), it was simply disabled for non-Pro APU SKUs - meaning product segmentation limitation, not hardware.Not once has the xxF shared between models have been huge die reforming changes. So, Lucienne pretty much has to be identical to previous versions. Thus, Renoir and Lucienne is the same die. Just like Zambezi<->Vishera, Trinity<->Richland, Kaveri<->Godavari, Carrizo<->Bristol, Raven<->Picasso, Summit<->Pinnacle, etc so on so forth.Renoir as far as my deep dive does support LPDDR5, but since it doesn't support DDR4 ECC(144-bit({64+8} x 2) PHY) it might not support DDR5 ECC(160-bit({32+8} x 4) PHY). I am not sure if DDR5 supports ECC-less implementations. If it does it also supports DDR5 up to 6400 Mbps.
Renoir uses the DCT IP w/ LPDDR5/LPDDR4X/LPDDR4 and no-ECC DDR5(if possible)/DDR4 combo phy/controller. Do to the January 2020 update for the LPDDR5 spec, it was probably delayed(to Lucienne) or canned(for Renoir).
With Zen 3 they could also sell a 10C SKU with two 5C CCDs. I don't know whether this would be worth it, however, they could sell it for a bit more and it would provide clearer separation from the 8C SKUs (where there will already be two variants in the 4000 series: Renoir and Vermeer).
And it would provide nice high-end competition with the 10900K. Though I have reservations, mostly about whether interchiplet latency would hold it back. Would be a really interesting product if it rolls in at $429-449 or so (keeping in mind price of old stock of 3900X).With Zen 3 they could also sell a 10C SKU with two 5C CCDs. I don't know whether this would be worth it, however, they could sell it for a bit more and it would provide clearer separation from the 8C SKUs (where there will already be two variants in the 4000 series: Renoir and Vermeer).
There was talk about using odd numbers of core complexes, but apparently it's not possible - seem to recall it's an issue with SME policy.With Zen 3 they could also sell a 10C SKU with two 5C CCDs. I don't know whether this would be worth it, however, they could sell it for a bit more and it would provide clearer separation from the 8C SKUs (where there will already be two variants in the 4000 series: Renoir and Vermeer).
You mean different number of cores in ccx within same ccd?There was talk about using odd numbers of core complexes, but apparently it's not possible - seem to recall it's an issue with SME policy.
I wrote 'complexes' which means ccx. Zen3s unified L3 cache won't affect this unless the SME policy at play is also changed. For example, that policy may be in place to avoid a possible exploit , in which case it wouldn't change.You mean different number of cores in ccx within same ccd?
Yes, that should affect zen and zen2 architectures.
But with zen3s rumoured 8 core ccx/ccd that should not be the case. So you could be able to run two five core ccx/ccds. It should be no different than todays 12 core parts.
That is my understanding of that matter.
It's OK buddy .I wrote 'complexes' which means ccx. Zen3s unified L3 cache won't affect this unless the SME policy at play is also changed. For example, that policy may be in place to avoid a possible exploit , in which case it wouldn't change.
Edit: and I was wrong, apparently AMD can disable an odd number of cores per CCX, which still results in an even pair of cores per CCD
Are you sure about that.Edit: and I was wrong, apparently AMD can disable an odd number of cores per CCX, which still results in an even pair of cores per CCD
That is what I meant. An APU (no separate chipset) plus optional gpu chip and optional HBM chip.@jamescox No chiplets for APUs, because they'll have to create another configuration.
The best we'll see is a Kaby-G style chip.
I don’t actually like calling AMD’s multi-chip designs “chiplets”. They are really just MCMs; multi-chip modules.