Back on Monday we saw the surprise announcement from AMD and Samsung revealing a multi-year strategic partnership in which Samsung will license AMD’s graphics IP. Since the announcement, we’ve been working to reach out to sources to try to dig a bit deeper into just what the deal entails. While it seems like AMD and Samsung are holding their most important cards close to their proverbial chest, we’ve managed to find some new high-level details of the deal, and how it looks like AMD and Samsung are setting up for a rather unique collaborative arrangement.

Perhaps the biggest outstanding question is just how the licensing arrangement works – what exactly has Samsung licensed? It’s also the trickiest question, and the one that our sources have been the least willing to talk about. So we're going to put a pin in that for the moment, so that we can talk about another few points first.

Samsung Goes “Next Gen” In 2022+ (or later)

Instead, let’s start with GPU architectures and the timing of the deal, since these factors are closely intertwined. We’ve known for some time now that Samsung has been working on their own GPU design, making it so far as to producing test chips on 10nm and 7nm. While we don’t have detailed information, it does look that things haven’t been progressing quite as fast as Samsung had hoped.

From all perspectives, it looks like this AMD/Samsung deal was only more recently finalized, and that the two companies are just at the start of their partnership. In particular, Samsung's VP of GPU development seems to have only a few days ago changed his employment status as no longer being with the company, which is one of a few indicators we're aware of that Samsung only recently changed strategies.

This also means that whatever Samsung started working on, it’s going to take some time to bring it to market. Even if this is a crash program – and to be clear, we don’t get that impression here – it will still take Samsung some time to integrate AMD’s GPU IP and tune it for SoC performance and power levels. That would seem to be a minimum of two years, if not longer, so we’re not expecting to see Radeon-powered Samsung SoCs any sooner than 2022.

The timing also points out that that this would be a future AMD GPU architecture that Samsung will be working with, rather than something that contemporary to AMD’s current products. While AMD is currently ramping up production of GPUs based on the Navi architecture, and these are going to hit the market in July, we have to keep in mind that these designs were probably locked in 2 years ago.

As such, for the 2022 product time frame, it means that Navi would already be four to five years old by the time Samsung’s first SoC ships. So, while our sources have confirmed that Samsung is using a GPU architecture on AMD’s public roadmap, it’s apparently not Navi.

Thankfully, AMD’s GPU public roadmap is short and simple. There’s only one architecture on the roadmap after Navi, and that is the enigmatic “Next Gen” architecture. Essentially nothing is known about this architecture other than that its microarchitectures are being developed in a leapfrog style – so it’s the team not working on Navi – and that AMD is focused on continuing to improve their performance and power efficiency. Given what little we know about Navi (even though it’s launching next month) we won’t go into speculation about just what “Next Gen” entails, but regardless it’s going to be the basis of Samsung’s first generation of Radeon RDNA-derived GPUs.

Samsung Can’t Compete with AMD: Smartphones & Tablets Only

Shifting gears, another piece of information we’ve been able to confirm what the press release’s mention of “complementary products” means, and it’s pretty straightforward. In short, the AMD/Samsung deal is structured so that Samsung is only allowed to use AMD GPU IP in segments that AMD doesn’t compete in. In other words, AMD’s GPU tech can only be used in smartphone and tablet SoCs. For anything else, Samsung is either prohibited from using the tech, or at best, has to get AMD’s permission first.

This is an important distinction for both companies, because it ensures that licensing out their IP doesn’t undermine AMD, and it means that Samsung can’t use it to break into new markets. For example, Windows on ARM devices are off the table, as AMD already produces APUs for laptops, and that market is only going to grow for them over time. Similarly, AMD’s lucrative (if small) embedded devices business (think casino machines and the like) would be safe.

As for Samsung, this means that while the tech deal stands to greatly improve the company’s GPU capabilities, their reach will be limited. So for the rivalry between Samsung LSI and Qualcomm, for example, while Samsung will be able to better compete against Qualcomm on mobile chips, this isn’t going to turn Samsung into a top-to-bottom competitor for Qualcomm’s SoC business.

Without the ability to produce chips for Windows on ARM and other markets, Samsung will only be able to use AMD’s GPU IP to counter Qualcomm’s Adreno GPUs in the mobile market. Which is by no means small, but it’s not Qualcomm’s entire SoC business, particularly with the rising focus of dedicated ACPC SoCs such as the Snapdragon 8CX.

Architecture Licensing: Not Semi-Custom, Not A Traditional Architecture License, So Collaborative?

Last, but not least, we have the biggest question of them all: just what has Samsung licensed from AMD? The original announcement had explained that Samsung will be licensing “custom graphics IP based on the highly-scalable RDNA architecture”, however those are relatively broad terms as to what exactly is being licensed.

Unfortunately, this is the part that our sources have been the least willing to talk about. So, what follows from here is speculation. However, based on what we have heard – and more importantly, what we can rule out – it’s very much informed speculation, and we think we have a pretty good idea of just how Samsung’s licensing deal works.

When you look at AMD and Samsung from a high level, what you’ll find is that the two companies have rather different approaches to IP. AMD has embraced IP licensing, but primarily in the form of “semi-custom” work – such as the Xbox and Playstation APUs – where AMD essentially does development work for hire for another company. Meanwhile Samsung’s model as an IP consumer is broadly defined as preferring to take an architecture from an IP supplier and customizing it to fit their needs. So AMD has little experience licensing out an architecture, and Samsung isn’t really interested in licensing finished microarchitecture RTL from another company. Both companies want a finger in the pie, so to speak.

Consequently then, we believe we can safely rule out this deal being a traditional AMD semi-custom deal. When AMD inks semi-custom deals, they’ve never been couched in terms of licensing IP. Furthermore – and with no intended disrespect to AMD – AMD’s track record on energy efficiency GPU designs has been poor for the last half-decade or so. So having AMD design a SoC-class GPU on their own seems like a poor idea.

Does that mean that Samsung has licensed a complete GPU architecture to do what they want, ala an Arm CPU architecture license? At first glance this would seem to be the case; but the more we dig, the less likely it seems. We have serious doubts over whether AMD would be comfortable with such a thing – just handing over IP and letting Samsung turn it into whatever they want – not to mention the fact that Samsung doesn’t currently have any experience with AMD’s GPU IP.

Bearing in mind that Samsung’s own GPU efforts haven’t yet been fruitful, even after years of research & development, Samsung may not want to dive into the deep end of a new architecture all by themselves if they have the end-goal of actually productising the IP.

So what’s left then? Would you believe about 11 miles?

One of the interesting artifacts of how centralized the technology industry is, is that AMD and Samsung aren’t very far away. In fact they’re downright close. Samsung’s Austin, Texas SARC development office is only 11 miles from AMD’s headquarters, while their GPU-focused ACL team lies in San Jose, California, where AMD also has offices. So while the companies may officially be centred on opposite sides of the world, the reality is that their IP and silicon development efforts are a lot closer.

The more thought we put into it and the more research we do, the more that all signs are pointing towards the licensing deal not being semi-custom or a straight-up architecture license, but rather a collaborative deal. A kind of deal where AMD could give Samsung access to their IP, and then the two could work together and combine their strengths to produce a better, more appropriate GPU sooner. This would essentially bridge the gap between the two companies and their preferences for IP licensing – Samsung would still get to work with AMD’s IP and architecture, but they wouldn’t have to go it alone, and AMD wouldn’t be losing control of what’s happening to their architecture.

Besides bridging their respective styles, a collaborative deal would also (relatively) neatly resolve some of the technical issues at hand. Samsung would be putting forth a lot of engineering resources themselves, in particular being able to drive the kind of customization they’re looking for in a SoC GPU – incorporating the features that Samsung needs for this kind of a market. At the same time it also means that Samsung could apply their extensive expertise in power optimizations, which has been a weak spot for AMD. And yet Samsung wouldn’t have to come into this knowing every last minor detail of AMD’s architecture and how to change it, as AMD would be there to help them with that.

A collaborative deal would also make more sense than a pure architecture license as far as the development toolset and ecosystem goes. One point AMD was eager to mention in their joint press release is that “This strategic partnership will extend the reach of our high-performance Radeon graphics into the mobile market, significantly expanding the Radeon user base and development ecosystem”. If Samsung were allowed to change AMD’s IP at will – to deviate from the Radeon design as they see fit – then the architectures would diverge and Samsung’s SoCs would risk becoming increasingly un-Radeon. Instead, AMD seems rather confident that they’ll be able to count software developers programming against the Samsung SoCs as part of the Radeon ecosystem, which strongly implies that AMD knows that whatever Samsung implements, it won’t be too different from AMD’s own designs.

Assuming we’re correct, then what Samsung would be able to achieve is to take full advantage of AMD’s current leading GPU architecture, while still having the freedom to adapt and change it based on their needs and create a microarchitecture that fits the mobile space. Most importantly for Samsung and in contrast to third-party IP providers such as Arm or Imagination, this deal would enable them to achieve (micro-)architecture-implementation co-optimization. This means that based on feedback of their physical implementation work when integrating an IP into a SoC design, Samsung could go back and change the architecture/micro-architecture in order to achieve better implementation results, thus improving on power, performance and area. Importantly, this currently isn’t possible with, say Mali designs, as a licensee isn’t able, nor is he allowed to alter the IP they receive from Arm.

Meanwhile a collaboration benefits AMD as well. Such a deal would essentially open up a new revenue stream in the mobile market, but without the company having to actually go ahead and create a full new division and as extensive support framework as a full-blown IP vendor. Nor, for that matter, would they have to do any physical implementation work or create any dedicated mobile microarchitectures. And since the deal is structured to ensure Samsung’s products only complement AMD’s products – all the while Samsung is paying AMD – a collaboration would only benefit AMD.

But, even if our assumption is right here, the one question even the crystal ball can’t answer is what kind of role Samsung’s existing IP will play in this new partnership. Even though Samsung’s SGPU project wasn’t productised, Samsung has still developed a pool of talent and IP that they can apply to future projects. It seems likely that significant resources in Samsung’s GPU design-centers both in Austin and San Jose would be needed (if not already) to be shifted to work on the new AMD project. Something that’s equally ambiguous – but could have a big impact on how the deal works – is whether Samsung can use any of their existing IP with the new project, or for that matter who ends up owning any co-developed IP by the partnership. And there’s the big open question of whether AMD can use any IP improvements that were co-developed into their own products, or if they’ll be treated as a work-for-hire and stay with Samsung.

In the end, AMD’s licensing deal with Samsung looks to be something unlike we’ve seen in the industry. With a very large emphasis on long term strategic partnering – and, if we’re right, a novel co-development structure – which in general it looks like an absolute win-win for both companies.

Related Reading

Comments Locked


View All Comments

  • Ryan Smith - Friday, June 7, 2019 - link

  • ballsystemlord - Friday, June 7, 2019 - link

    OT: Wasn't AMD's Zen 2 supposed to launch today?
  • futrtrubl - Friday, June 7, 2019 - link

    7th July, not June.
  • ballsystemlord - Friday, June 7, 2019 - link

    Ah, my mistake, zen 2 launches in 1 month from today. :embarrassed:
  • futrtrubl - Friday, June 7, 2019 - link

    Not so sure this is not Navi based. They specifically said RDNA architecture.
  • ajp_anton - Friday, June 7, 2019 - link

    And Navi isn't even 100% RDNA, it's somewhere between that and GCN (so the sources that used to claim Navi was still GCN weren't as wrong as they looked when RDNA was announced).

    What comes after Navi will actually be RDNA.
  • extide - Friday, June 7, 2019 - link

    Navi uses the GCN instruction set -- and there is nothing wrong with that. The GCN instruction set is fine. Once AMD moved away from Terascale and it's vector ISA to GCN's scalar ISA there is no point in majorly changing the ISA again.

    However, the physical implementation definitely had some weak points. Geometry performance (all fixed function hardware), the max limit of 4 shader engines, etc. These are things that can be completely re-arched while still implementing the same ISA. It's much like AMD and Intel can both build CPUs that work on the same ISA but use completely different physical implementations.

    This is good because they finally decided to kill the 'technical debt' that had built up in GCN, but yet they don't need a 100% new driver stack. Even though they said it was 100% new (and Lisa Su DID say it was new from the ground up, and I don't think she would straight up lie, plus she comes from a technical background so I am sure she knows the implications of the words she said) that still doesn't mean they HAVE to get rid of the entire old architecture. There were plenty of parts of GCN that work fine, what's the point in getting rid of those? The big difference between this arch and previous ones is that they decided to actually fix some of the lower level roadblocks rather than just work around them because "fixing them would be too much work" -- it's going to be GCN derived, sure, it would honestly be stupid not to be, but it's going to ALSO be free from the chains that have dragged GCN down. Honestly I'm pretty fuckin excited, can't wait to see more details on it. This arch will almost for sure be VERY graphics focused, and have plenty of power in the graphics areas that GCN was typically weak (geometry, etc) because they are still KEEPING GCN for compute focused products. So they must be different enough to warrant doing that.
  • dr.denton - Saturday, June 8, 2019 - link

    Thank you. Everyone who thinks GCN is some kind of deal breaker for Navi should read your post.
  • oleyska - Saturday, June 8, 2019 - link

    I'd like to draw upon the similarities of many archs we've seen in the past.

    AMD, Hypertransport and so many design elements from Phenom II can be seen in the Zen architecture.
    IT's all just the same idea, brought forward to Zen.
    shame there wasn't as much love for the Phenom II to describe more of it's inner workings but it in essence looks very similar.. just didn't have the core to bring it forward.
    yet everything around it wasn't dumb, it was smart.
    Parts of it carried over to bulldozer and is it a bad thing that 1 inferior cpu and 1 very underperforming\ineffecient cpu has probably 50% of it's design ideas in the new cpu?
    No, it's what makes zen better than Intel's architecture from a Cpu vendors perspective.

    So I am also not scared of things being based on previous inferior architectures and Intel and AMD have proven this in the cpu space - Not so good on gpu's, but probably there too :)
  • del42sa - Saturday, June 8, 2019 - link

    it reminds to be seen how big those changes are... They said many times, that chip was completely revamped, they said it about Polaris and then about Vega as well. But when you look at the CU unit with 64SP and L1 cache and how it´s being arranged inside of chip, you can clearly say, the are (almost) identical.

    The descripction of RDNA and NAVI says it : Stremlined pipeline, new compute unit design, multilevel cache hierchy.

    One SP still consists of 64 SP

    *Steamlined pipeline could point to Vega minus all not game necessary stuff.Well we ´ll see.
    *New compute unit design sound more promising.
    *Multilevel cache hierarchy is very vague term, because it could mean literally anything

Log in

Don't have an account? Sign up now