AMD Announces Ryzen AGESA 188.8.131.52 Update: Enables Memory Clocks Up To DDR4-4000by Patrick MacMillan on May 26, 2017 7:00 AM EST
Demonstrating their commitment to keep improving the AM4 platform, AMD has just published a suite of details about their upcoming AGESA 184.108.40.206 firmware. Of particular interest here, the latest firmware is going to enhance memory overclocking and compability, as well as add a much needed virtualization-related feature.
AGESA is an acronym for “AMD Generic Encapsulated System Architecture", and it is essentially the foundational code on which BIOS files for AM4 motherboards are built. When the Ryzen AM4 platform was launched back in March, the early AGESA versions lacked a lot of the core capabilities and settings that we have come to expect from a modern platform. As a result, motherboard manufacturers did not have a lot to work with when it came to creating feature-rich custom BIOSes for their own motherboards. Since then AMD has been pretty vocal and proactive about fixing any bugs, opening up new BIOS features, and improving overclocking.
With this new AGESA version, AMD has added 26 new memory-related parameters. The most dramatic improvement is the significant expansion of memory speed options. If we exclude base block overclocking - which relatively few motherboards support - the AM4 platform has thus far been effectively limited to memory speeds of DDR4-3200. Not only that, but the supported range of options from DDR4-1866 to DDR4-3200 was in large 266MT/s increments. With AGESA 220.127.116.11, memory frequencies have not only been expanded all the way up to DDR4-4000, but between DDR4-2667 and DDR4-4000 the increments have been reduced to 133MT/s. Not only does this mean that more memory kits will be able to be run at their rated speed - and not get kicked down to the nearest supported speed - but it also significantly reduces the high-speed memory gap that the AM4 platform had with Intel's mainstream LGA1151 platform.
The other important announcement is the unlocking of about two dozen memory timings. Up until now, only five primary memory timings have been adjustable and there wasn't even a command rate option, which was natively locked to the most aggressive 1T setting. All of this should help improve overclocking and most importantly compatibility with the large swathe of DDR4 memory kits that have largely been engineered with Intel platforms in mind.
The last addition should excite those interested in virtualization. AMD has announced "fresh support" for PCI Express Access Control Services (ACS), which enables the ability to manually assign PCIe graphics cards within IOMMU groups. This should be a breath of fresh air to those who have previously tried to dedicate a GPU to a virtual machine on a Ryzen system, since it is a task that has thus far been fraught with difficulties.
AMD has already distributed the AGESA 18.104.22.168 to its motherboard partners, so BIOS updates should be available starting in mid to late June. Having said that, there are apparently beta versions currently available for the ASUS Crosshair VI and GIGABYTE GA-AX370-Gaming 5.
Post Your CommentPlease log in or sign up to comment.
View All Comments
haukionkannel - Friday, May 26, 2017 - linkOk. Soon we Are in situation that we really need good big test where Ryzen is tested with different memory speeds.
Haawser - Friday, May 26, 2017 - linkKudos to AMD for doing this. TBH I was a bit worried about buying a Ryzen 1600 because of all the stuff about memory compatibility. But now I'm just itching to buy one and get stuck in :-)
CaedenV - Friday, May 26, 2017 - linkLOL, Level 1 Techs is going to be soooo happy. All they talk about are the issues they run into with IOMMU groupings on the new AMD chips.
bcronce - Friday, May 26, 2017 - linkUnfortunately their infinity fabric runs at the memory speed, which means inter-module communication is directly affected by the memory speed. This will be an issue for servers where you can only get DDR4-2333 with ECC. 32 cores with very slow inter communication.
CaedenV - Friday, May 26, 2017 - linkwell... yes and no.
The attractive thing about AMDs design in servers is that you have the same internal latency no matter how many cores you throw at the design. So for small core count designs Intel is going to eat AMD's lunch. But for high core counts AMD systems will hum along nicely, while Intel chips will get slower and slower.
bcronce - Friday, May 26, 2017 - linkOhh, better scaling.
Drumsticks - Friday, May 26, 2017 - link@any from Anandtech: would y'all consider revisiting Ryzen and Core performance in the context of higher frequency (say, 3200) MHz memory? I don't know if I've ever seen a piece from y'all about this, and I'd love to get one from a high quality source on precisely how much each uArch enjoys the extra memory speed.
Hurn - Friday, May 26, 2017 - link"even a command rate option, which was natively locked to the most aggressive 1T setting"
Not quite true. While the Command Rate option could not be changed by the user, it did change, automatically, based on multiplier. Example (AsRock 1.5x-1.9x BIOS versions): at 2400, 2T was used, while at 2667, 1T was used. It's possible this changed by OEM.
HomeworldFound - Friday, May 26, 2017 - linkExcellent, this is good for everyone. It shows that the platform support is there too which always feels better than buying a something and hoping a company does something... anything even.
mnpoorsadegh - Friday, May 26, 2017 - linkrayen - amd we love you!!!!!!!!!!!!!!!!!!!
amd is incredibles!!!!!!