Polaris mit bis zu 1154 MHz und neuer Stromsparfunktion?

Unser findiger User BoMbY hat einige interessante Informationen zu AMDs kommenden Polaris-Grafikkarten gefunden. In der Mailingliste zu AMDs Linux-Grafiktreiber hat ein Mitarbeiter Code eingereicht, der ersten Support für die Polaris-Familie bieten soll. Darin finden sich ein paar interessante Informationen.
Zum einen bestätigt sich, dass die nächsten AMD-Grafikkarten 16 Bit pro Farbkanal darstellen können werden. Damit könnten sich die Polaris-Grafikkarten auch für anspruchsvolle Anwendungen eignen. Desweiteren finden sich Informationen zum RAM. Bei Ellesmere werden 8 Kanäle und 8 Bänke mit 32 Bit angegeben, Baffin soll nur 4 Kanäle bieten, kann aber dennoch mit 8 Bänken bestückt werden. Aus den Spezifikationen lässt sich ablesen, dass AMD zunächst weiterhin auf GDDR5-Speicher setzen wird. Bei vier Kanälen ergibt sich ein 128-Bit-Speicherinterface, bei acht Kanälen folgerichtig 256 Bit. In beiden Fällen ergibt sich eine maximale Speicherbestückung von 8 GiB GDDR5. Als maximaler Takt wird jeweils ein sehr hoher Wert von 6000 MHz angegeben. Dieser entspricht der effektiven Taktrate für den GDDR5-Speicher und ist so bereits bei Modellen wie AMDs Radeon R9 380 oder NVIDIAs GeForce GTX 960 zu sehen. Inwieweit der momentan angegebene Maximaltakt von 1154 MHz, der für beide Chips gelten soll, auch so in die Serie einfließen wird, muss abgewartet werden. Bei ersten Engineering Samples (Prototypen) gelten meist andere Taktraten als bei der Serienproduktion.
drm/amd/dal: add core support for Polaris family (v2): [...] + switch (cntl->color_depth) { + case COLOR_DEPTH_888: + params.ucBitPerColor = PANEL_8BIT_PER_COLOR; + break; + case COLOR_DEPTH_101010: + params.ucBitPerColor = PANEL_10BIT_PER_COLOR; + break; + case COLOR_DEPTH_121212: + params.ucBitPerColor = PANEL_12BIT_PER_COLOR; + break; + case COLOR_DEPTH_161616: + params.ucBitPerColor = PANEL_16BIT_PER_COLOR; + break; + default: + break; + } [...] + case BW_CALCS_VERSION_ELLESMERE: + vbios.number_of_dram_channels = 8; + vbios.dram_channel_width_in_bits = 32; + vbios.number_of_dram_banks = 8; + vbios.high_yclk = bw_int_to_fixed(6000); + vbios.mid_yclk = bw_int_to_fixed(3200); + vbios.low_yclk = bw_int_to_fixed(1000); + vbios.low_sclk = bw_int_to_fixed(300); + vbios.mid_sclk = bw_int_to_fixed(974); + vbios.high_sclk = bw_int_to_fixed(1154); [...] + dceip.number_of_graphics_pipes = 6; [...] + case BW_CALCS_VERSION_BAFFIN: + vbios.number_of_dram_channels = 4; + vbios.dram_channel_width_in_bits = 32; + vbios.number_of_dram_banks = 8; + vbios.high_yclk = bw_int_to_fixed(6000); + vbios.mid_yclk = bw_int_to_fixed(3200); + vbios.low_yclk = bw_int_to_fixed(1000); + vbios.low_sclk = bw_int_to_fixed(300); + vbios.mid_sclk = bw_int_to_fixed(974); + vbios.high_sclk = bw_int_to_fixed(1154); [...] + dceip.number_of_graphics_pipes = 5; [...]
Weiterhin wird Baffin wohl bis zu 5 Displays und Ellesmere derer 6 ansteuern können. In einem weiteren Beitrag schreibt Alex Deucher etwas zu einem neuen Stromsparmechanismus, welcher erst einmal nur für Baffin zur Verfügung stehen soll. Wie es aussieht, bietet AMD bei der neuen GCN-Generation Powergating für einzelne CUs (Compute Units), welche mehrere Shader bündeln. Diese Funktion dürfte vor allem im Mobilsegment einige Freunde finden. Durch die Anpassung der aktiven Rechencluster lässt sich der Energieverbrauch gut steuern und die Akkulaufzeit verlängern.
drm/amd/powerplay: add GFX per cu powergating for Baffin: [...] +/* This function is for Baffin only for now, + * Powerplay will only control the static per CU Power Gating. + * Dynamic per CU Power Gating will be done in gfx. + */ [...]
Vielen Dank BoMbY für den Hinweis im Forum.
Update [16.04.2016]: Leider ist uns ein kleiner Fehler bei den Speicher-Interfaces unterlaufen. Wie schon angemerkt, handelt es sich nicht um 256 und 512 Bit, sondern um 128 respektive 256 Bit. Wir bitten, diesen Fehler zu entschuldigen.