News Leak: AMD „Gainsborough“ könnte der Chip für Steam Deck 2 sein

[Northstar2710]

Bei aller Spekulation, darf man nicht vergessen, das Valve bisher nie die neueste Architektur genutzt hat. Sondern eher ältere. Und das egal bei welchem Produkt. Dabei ging es meiner Meinung nicht grundsätzlich um Effizienz sondern eher um den Preis und die Unterstützung unter Linux was bei älterer Hardware auch besser funktioniert.

Ich könnte mir auch eine apu mit zen5 und dem Nachfolger von rdna3.5 vorstellen.

Nach Aussage von Valve sollte ein Steamdeck 2. Beim gleichen Verbrauch ca. Doppelt so schnell sein, also in 800p. Was du mit aktueller Hardware schon hinbekommen kannst. Wenn man gewillt ist. Und auch diese Aussage gilt natürlich nurfür den Durchschnitt.

Ergänzung (1. Oktober 2026)

Die CPU Leistung ist in der Regel auch nicht das, was die Spiele ausbremst.

Das stimmt schon, allerdings bremmst die zen2cpu des Steamdeck manchmal doch stark. Auch mit den weiteren Software Features der gpus ist die CPU nicht zu vernachlässigen. Wir wollen schließlich saubere 60 min FPS und nicht nur AVG.

 

[sikarr]

Das eine Schließt das Andere nicht aus.

@SavageSkull hats schön beschrieben und ich sehe es genauso. AMD hat noch keine Consumer ARM CPU angekündigt, gebaut oder presentiert, es ist höchst unwahrscheinlich das sie das zusammen mit Valve am SteamDeck2 ausprobieren werden, von daher bleibt nur x86.

Im übrigen Intel hatte auch mal ne ARM Lizenz und auch eigene CPUs, xScale wurde dann an Marvell verkauft.
Und ob AMDs Lizenz noch gültig ist wage ich zu bezweifeln https://www.heise.de/news/Jetzt-kommt-er-wirklich-AMDs-ARM-Opteron-A1100-3070297.html

Wenn AMD jetzt praktisch neu anfängt eine ARM CPU zu entwerfen und Valve auf der anderen Seite auch dazu gerade erst den ersten Schritt für ein Übersetzungslayer geschrieben hat, sehe ich da wenig sinnvolle Verbesserung für ein kommendes Steam Deck.

Eben, das steht alles am Anfang, Valve wird den Absatz des SteamDecks wohl nicht experimenten überlassen. Das SteamDeck war gut durch dacht und gebaut, jetzt radikal das Konzept zu ändern macht wenig Sinn.

Ich halte es für sehr unwahrscheinlich, dass ein Steam Deck 2 eine ARM CPU bekommt.

Dito, AMD würde das erstmal groß vorstellen und abgsehen davon fehlt dann auch noch das ganze drumherum bei AMDs ARM Lösung. Wenn dann werden die im Servermarkt oder Konsumermarkt wie Qualcomm damit anfangen.

Ergänzung (1. Oktober 2026)

Dabei ging es meiner Meinung nicht grundsätzlich um Effizienz sondern eher um den Preis und die Unterstützung unter Linux was bei älterer Hardware auch besser funktioniert.

Nein es ging um Effizienz weil Akkulaufzeit im Vorgrund stand, andere Hersteller haben ja Schlussendlich die neusten und schnellsten SoCs verbaut und die Ergebnisse waren ernüchternt gerade was die Akkulaufzeit anging.

 

[foofoobar]

Ich verstehe das so, dass es wieder eine "APU" wird. Hat AMD bisher schon ARM Lösungen umgesetzt? Haben die überhaupt eine Lizenz dafür?

Welchen Vorteil hätte eine ARM-CPU für ein Steam-Deck?

 

[ETI1120]

@9t3ndo
Ich verstehe das so, dass es wieder eine "APU" wird. Hat AMD bisher schon ARM Lösungen umgesetzt? Haben die überhaupt eine Lizenz dafür?

AMD hat eine Architektur Lizenz und setzt bei den Adaptive SoCs (Xilinx) jede Menge Armkerne ein.

Aber so wie ich die Diskussion verfolgt habe soll Valve diesmal keinen Custom Chip verwenden.

 

[9t3ndo]

Welchen Vorteil hätte eine ARM-CPU für ein Steam-Deck?

Aktuell kranken die SoC's in den Handhelds daran, das der CPU-Teil das TDP Budget von der GPU kannibalisiert, weswegen man eigentlich immer den CPU-Boost ausschaltet bei den Z1/Z2, um irgendwie Power Budget für die GPU frei zu bekommen.
Der CPU Teil muss auch nicht besonders schnell sein, da die GPU zu 95% aktuell immer das Bottleneck ist.
Ich bezweifle das Zen 6C auf die Effizienz eines ARM Cores kommen wird, lasse mich aber gerne überraschen.

Selbiges wird übrigens auch bei den ARM Handhelds gemacht (Ayn, Retroid, usw.), nur wird da der CPU Teil so weit wie möglich untertaktet und hat teilweise 20% Mehrleistung in Spielen.

YouTube

An dieser Stelle steht ein externer Inhalt von YouTube, der den Forumbeitrag ergänzt. Er kann mit einem Klick geladen und auch wieder ausgeblendet werden.

YouTube-Embeds laden

Ich bin damit einverstanden, dass YouTube-Embeds geladen werden. Dabei können personen­bezogene Daten an YouTube übermittelt werden. Mehr dazu in der Datenschutzerklärung.

YouTube-Embeds laden

Datenschutzerklärung

 

[eldübel]

Ein Steam Deck 2 mit einer eGPU halte ich für wesentlich praktischer. Valve ist sicher fähig genug um das ganze elegant zu lösen.

Spiele mit einem Lenovo Legion Go über usb4 mit einer egpu und das ganze funktioniert einwandfrei. Mit einem proprietären Anschluss dürfte der Verlust über die Verbindung sicher noch zu verbessern sein.

Hab ich nicht auch irgendwo aufgeschnappt, das eGPUs mit WIFI7 auch funktionieren würden? Das wäre doch mal was...

 

[Deinorius]

Wenn das Produkt aufgrund der Speicherpreise schon teuer ist, erwarte ich als Kunde das wenigstens "der Rest" auf aktuellem Niveau ist.

Was bei der Steam Machine weniger relevant war, ist beim Steam Deck oberste Priorität: die Effizienz. Sie können nichts anderes als die neueste Hardware nehmen, ansonsten steigt die Leistung einfach nicht genug an und wir könnten genauso gut die viel teureren anderen Handhelds kaufen.

Auf GPU-Seite geht es von RDNA2 zu RDNA4 oder RDNA5

RDNA4 gibt es mobil einfach nicht. Um die nötige Effizienz zu bekommen, muss es RDNA5 werden, außer RDNA4m bekommt auch Effizienzverbesserungen, aber dafür ist die Datenlage zu schwach.
Vielleicht wird es eher RDNA4m. Bisher haben wir keine Infos darüber bekommen, dass RDNA5 in kleineren Chips Realität werden würde. Und seien wir ehrlich, das beste Raytracing muss man in einem Handheld nicht beherrschen. Mann, ich bin gespannt, wie beide Architekturen letzten Endes werden.

Ich könnte mir auch eine apu mit zen5 und dem Nachfolger von rdna3.5 vorstellen.

Sehe ich absolut nicht. Bisher ist es noch nicht mal sicher, ob AMD für RDNA3.5 (mit dem .5) überhaupt offiziell FSR4 veröffentlichen würde. Und ohne ein effizientes Upscaling für aktuelle 3D Spiele sehe ich das Ganze ziemlich grau.
Seit Panther Lake sehe ich die jetzigen AMD APUs in einem nicht ganz so rosigen Licht.

@9t3ndo
Aber wer kann garantieren, dass AMD mit ARM genauso gute SoCs designt wie mit x86? Bloß weil sie es können, heißt das nicht, dass sie es so gut wie Qualcomm machen. Das heißt nicht, dass ich es ausschließe, nur dass ich für die jetzige Zeit keine Zeichen gesehen hätte, dass AMD in der Hinsicht etwas Nennenswertes mit ARM bewerkstelligt hätte.

Ergänzung (1. Oktober 2026)

Spiele mit einem Lenovo Legion Go über usb4 mit einer egpu und das ganze funktioniert einwandfrei.

Windows oder Linux?

 

[9t3ndo]

@9t3ndo
Aber wer kann garantieren, dass AMD mit ARM genauso gute SoCs designt wie mit x86? Bloß weil sie es können, heißt das nicht, dass sie es so gut wie Qualcomm machen. Das heißt nicht, dass ich es ausschließe, nur dass ich für die jetzige Zeit keine Zeichen gesehen hätte, dass AMD in der Hinsicht etwas Nennenswertes mit ARM bewerkstelligt hätte.

Das weiß Keiner. Genauso steht es Valve frei ein CPU Design einzukaufen. Da aber Valve keine Custom SoC's in Auftrag gibt, was ich in der Geräteklasse immernoch für dämlich halte und diese deswegen zurück hält, kann es am Ende nur ein Gesamtprodukt von AMD werden.
Allerdings ist das Steam Deck sicherlich auch mindestens noch 2 Jahre weg vom Release.

 

[JohnDonson]

Da muss man doch nur einen kurzen Blick auf die geleakten Specs zur PlayStation 6 Mobile APU "Canis" werfen.

N3P Fertigung, entwickelt auf Sweetspot 15 bis 20W
4x Zen6c + 2 Zen6 LP
24GB LPDDR5X an 192 Bit
16 CU RDNA 5

Wenn das schon bezahlt von Sony entwickelt wurde, warum nicht ein Derivat davon abgreifen?

 

[CDLABSRadonP...]

RDNA4 gibt es mobil einfach nicht. Um die nötige Effizienz zu bekommen, muss es RDNA5 werden, außer RDNA4m bekommt auch Effizienzverbesserungen, aber dafür ist die Datenlage zu schwach.

Prinzipiell gibt es RDNA4 auch mobil --- bei Samsung, im 2600er, als iGPU. Und so oder so hat sich AMD sicherlich aus diversen Gründen dagegen entschieden, Navi44 auch mobil zu veröffentlichen und der wichtigste lautet fehlender Platz für Clamshell.

Ansonsten hätten sie den Chip sicherlich zumindest auf ein Modul in das Framework 16 gebracht, um den Ruf ihrer dGPUs im mobilen Sektor zu reparieren. (direkte Konkurrenz zur mobilen 5070, die eine 5060 Ti Desktop ist)

 

[ETI1120]

@user321
Deswegen ja warten und dann, wenn man die Hardware zu vernünftigen Preisen herstellen kann, produzieren.
Die größte Kritik an der SM war doch der hohe Preis für die alte Hardware.

Es gibt zwei sinnvolle Optionen wenn das Projekt bereits gestartet wurde.
Wegschmeißen
Durchziehen und bringen sobald es fertig ist.

Das Projekt anzuhalten und dann fortzusetzen wenn die Lage passt oder das fertige Produkt bis dahin auf Halde liegen zu lassen, helfen nicht.

Es bedeutet, dass man alte Hardware auf den Markt bringt. Wenn man in schlechten Zeiten auf den Markt geht hat man natürlich keine guten Verkaufszahlen. Aber man hat Einnahmen. Und ob die wirklich besser werden wenn man in zwei oder drei Jahren auf den Markt geht ist auch nicht sicher.

 

[Northstar2710]

Sehe ich absolut nicht. Bisher ist es noch nicht mal sicher, ob AMD für RDNA3.5 (mit dem .5) überhaupt offiziell FSR4 veröffentlichen würde. Und ohne ein effizientes Upscaling für aktuelle 3D Spiele sehe ich das Ganze ziemlich grau.
Seit Panther Lake sehe ich die jetzigen AMD APUs in einem nicht ganz so rosigen Licht.

Rdn4m sollte der Nachfolger von rdna3.5 sein. Da rdna4m als gfx 11.7 GPU unter Linux einträgen läuft und rdna3.5 eine gfx 11.5 Eintrag hat, könnte dies wohl der Nachfolger von rdna3.5 sein und eventuell auch Medusa Point. Denn rdna4 fängt mit der Bezeichnung gfx12 und rdna5 mit gfx13 an

Somit könnte Valve auf rdna4m setzen.

 

[ETI1120]

Das Potential für einen Custom-SOC/ ein APU / whatever ist gut.

Wenn es denn ein Custom Chip ist und nicht nur eine Variante von Medusa 1, wie einige Leaker behaupten.

 

[Northstar2710]

Wobei die Frage der GPU auch eine Frage der Bandbreite ist welche dem soc zugestanden wird.

 

[ETI1120]

Und ob AMDs Lizenz noch gültig ist wage ich zu bezweifeln

AMD hat mehrfach gesagt, dass wenn ein Kunde bei Semi Custom einen Chip mit Arm GPU will machen sie einen.


Im übrigen müsste AMD keine ARM Kerne entwickeln sondern könnte wie bei Embedded Arm Kerne von der Stange nehmen

Ergänzung (1. Oktober 2026)

Welchen Vorteil hätte eine ARM-CPU für ein Steam-Deck?

Die ganze ARM Fans würden jubeln.

Ergänzung (1. Oktober 2026)

Wenn das schon bezahlt von Sony entwickelt wurde, warum nicht ein Derivat davon abgreifen?

Weil Sony für das kundenspezifische Design bezahlt hat?

 

[nille02]

Aber warum bindet AMD einen Custom-Chip für das mit Linux (SteamOS) betriebene Steam Deck im Treiber für Windows ein?

Wäre schön wenn der Treiber dann auch dauerhaft im Paket enthalten bleibt. Mich nervt es beim Deck das der Windows Treiber der von Valve bereitgestellt wird nicht aktualisiert wird. Der OLED GPU Treiber ist von August 24 und der des LCD Decks November 23. Das Paket vom AMD Erkennt die APU nicht mal. Das ist der selbe Ranz wie wir es früher bei Laptops hatten bei dem der Gerätehersteller den Treiber liefern musste.

 

[ETI1120]

Rdn4m sollte der Nachfolger von rdna3.5 sein. Da rdna4m als gfx 11.7 GPU unter Linux einträgen läuft und rdna3.5 eine gfx 11.5 Eintrag hat, könnte dies wohl der Nachfolger von rdna3.5 sein und eventuell auch Medusa Point. Denn rdna4 fängt mit der Bezeichnung gfx12 und rdna5 mit gfx13 an

Somit könnte Valve auf rdna4m setzen.

GFX117 wurde in AMDGPUusage.rst im LLVM Repository als RDNA4m bezeichnet. AFAIU worden die WMMA Befehle von RDNA4 zurück portiert.

Alle gehen davon aus dass GFX11.7 in Medusa Point verwendet wird. In den Linux-Treibern taucht hingegen GFX12.1 auf.

Wir haben nun einen Namen. Welche Hardware dahinter steckt ist nicht klar. Durch den Namen ist eine Verwendung bei Valve wahrscheinlich.

 

[aid0nex]

Mit an Sicherheit Grenzender warscheinlichkeit wird man sich Zen6C Bedienen. Ist ebenso effizient wie Arm und dazu viel schneller. Gäbe keinen Grund es anders zu machen

Plus bei ARM müsste Valve noch eine Übersetzungsschicht einbauen, da die ganzen PC Games alle x86 sind. Das kostet auch wieder Leistung und damit Effizienz.

 

[nille02]

Das machen sie beim Frame doch auch schon mit FEX.

 

[ETI1120]

So wie ich verstehe gehört dies zum Thema

https://x.com/Gotou_kai3/status/2105563396645232891