One of the functions of a motherboard BIOS, or UEFI, is the ability to discern which CPU is installed in the socket. With each new generation of CPUs, new versions of BIOS firmware are launched such that the new processors can be detected and run. It is impossible to know in advance which CPUs are coming out 12-24 months in the future, so users need to update their BIOS before updating CPUs.

Users who have invested in AMD’s AM4 platform, pairing a Ryzen-2000 series CPU or APU with an early revision of the A320/B350/X370 motherboards might already be too familiar with this: buying a motherboard which should support the CPU on the latest BIOS, but the retailer has older stock which has not been updated. To solve this, AMD initiated a program whereby the company would send the user an early-series Bristol Ridge processor and cooler so the user could get the system to Boot, then the user can update the BIOS to use the new processor. Similar issues happen with Intel’s platforms as well, although they have been publicised less as Intel uses new sockets and chipsets more frequently.

One of the advantages of updating sockets and chipsets more frequently is that the microcode required for previous generations of processors is not in the BIOS. By having a socket and platform that has a long life span, in order to support every processor, the BIOS has to contain all the microcode required for those processors. All of it. This can cause problems, such as the problems that some motherboard manufacturers are facing today.

During Computex, several manufacturers told us one of two things: either they would be dropping support for Bristol Ridge processors on some systems, or they have had to increase the size of the BIOS chip in order to retain support.

Most motherboards in the market use a single 128 Mb (mega-bit, 16 megabytes) BIOS chip that has to contain all the data and code for the system to be able to detect the processor and train the memory to the correct frequency. It would appear that for some motherboard vendors, due to the features in their BIOS, are now running out of space. Because of the age of Bristol Ridge, and the fact that the processors were not widely distributed at retail in the first place, the range of processors seem to be getting the chop from certain motherboard models.


At least this BIOS chip is replaceable!

The simple way to support all the processors is to increase the size of the BIOS chip, by moving from 128 Mb to 256 Mb. At least two vendors told us that the price of these larger chips is more than double the 128 Mb chips. Not only this, but they have so many 128 Mb chips in stock already (or purchase agreements), it would not be economically feasible to switch and dump. One company, Biostar, said that they were implementing motherboards with two BIOS chips in a striped configuration, giving an effective capacity of 256 Mb, in order to solve this issue. The only downside here is that the system is using two BIOS chips, effectively doubling the cost to implement a BIOS on the motherboard. For low end systems, this is an additional cost that might push the product out of a competitive price range.

Another solution would be to bifurcate BIOS versions, giving one support for Bristol Ridge but not the latest processors, and a second for the latest. The danger here is that if a user flashes to the wrong version or the Bristol Ridge BIOS version might be put to legacy very quickly, and not receive relevant security updates if needed.

To date AMD has launched / announced a total of 45+ processors for the AM4 platform. This rises to 55 with the recent GE and Athlon models, and more if the BIOS listings about more Ryzen-2000 series processors are to be believed.

For context, we did some counting on our internal processor database, and the top sockets that should have interchangeable processors are as follows:

Most Recent Populous CPU Platforms
  Total Breakdown
AMD AM3/AM3+ 152 Vishera 16
Zambezi 14
Phenom II 44
Athlon II 46
Sempron 6
Others 26
Intel LGA1155 121 Sandy Bridge Core + Xeon 52 + 12
Ivy Bridge Core + Xeon 46 + 11
Intel LGA1150 112 Haswell Core + Xeon 80 + 26
Broadwell Core + Xeon 2 + 4
AMD FM2/FM2+ 78 Carrizo 2
Kaveri Refresh 17
Kaveri 17
Richland 27
Trinity 15
AMD AM4 59 Ryzen 2000 CPU 4 + 4
Ryzen 2000 APU + Pro 5 + 5
Ryzen 1000 CPU + Pro 9 + 6
Bristol Ridge + Pro 13 + 7
Carrizo Pro 6

Judging by these numbers, the number of AM4 processors is actually relatively small compared to some of the big ones. Either that means the microcode per processor on AM4 is much larger, or the base code required for the platform is much larger.

The overall take-home message is that we will start seeing BIOSes that remove support for Bristol Ridge, and/or Bristol Ridge Pro, or we might end up with AM4 motherboards targeted towards certain processor families only. The best way to get around this would be for all motherboards to get a bigger BIOS chip (or use two chips and stripe), however that does not do much for the motherboards that are already on the market.

Update:

I should add that another way to solve this issue is to have simpler BIOS interfaces. The drive in recent years to have flashy all-singing and all-dancing UEFI interfaces has made the BIOS file bloom in size. It may be a case that some vendors will exchange features in the UEFI interface in order to support these chips. 

Update 2:

People have asked questions about upcoming Ryzen CPUs, and if these motherboards might drop support for other chips as well. There are two ways to think about this: either the microcode for the Ryzen/Zen based chips has a lot of commonality that this shouldn't be too much of an issue, or we might see some BIOSes drop support for the Ryzen Pro CPUs, as they are not often sold at retail. I suspect that motherboard vendors will be moving quickly such that all future motherboards should not have any of these issues, however that doesn't say much about the current boards on the market.

Want to keep up to date with all of our Computex 2018 Coverage?
 
Laptops
 
Hardware
 
Chips
 
Follow AnandTech's breaking news here!
Comments Locked

32 Comments

View All Comments

  • Alexvrb - Friday, June 15, 2018 - link

    I agree with your sentiment but that's the thing, the LED-loaded gear outsells the plain stuff. They go where the money is. I again agree that some of that is slanted statistics due to the higher-end kit coming with LEDs and visual flair, so anyone buying top-end components is accidentally feeding the trend.

    But enough users and integrators are buying the blinged out gear that this trend is not likely to reverse. The crystal looking RAM G.Skill is releasing is a great example. I just continue to avoid LED bling as much as possible, but like you I'll buy it when it's the best option. If it allows you to disable the lighting, I do so. Don't get me wrong, I think this stuff looks neat, but it's not for me - I try to even avoid clear side panels.
  • ipkh - Friday, June 15, 2018 - link

    Intel motherboard vendors may have larger chips by default. Intel does look consistent in number of processors per socket of over 100. Certainly I seem to recall 32MB bios chips being selling points if intel motherboards. That might be more commonplace than on AMD boards.
  • janolsen - Saturday, June 16, 2018 - link

    All UEFI sold nowadays are extremely bloated. If they can run on their own without CPU to download BIOS update of your choice by selecting CPU range, that could solve it...

    My BIOS on dirt cheap intel can get update via WiFi and Lan. Yes, I'm also happy to switch back to text interface of saving bloat helps.

    Expect my next CPU to be AMD. Intel seems to be very buggy these days.
  • Arnulf - Sunday, June 17, 2018 - link

    Drop the worthless "GUI" crap from BIOS and you'll have room to spare!
  • Targon - Monday, June 18, 2018 - link

    From all of these comments, the ones that complain that UEFI is bloated have completely missed the true positives to the overall design. No more need to boot to DOS to flash the BIOS, and you don't have issues with add-in cards needing a special BIOS menu that you need to go into from a different interface(ALT-I, ALT-A, or other RAID controllers). UEFI integrates the controls for add-in controllers into the menu structure in UEFI, along with the ability to flash the firmware for those cards as well.

    I agree that there can be a lot of garbage that takes space, but when you ignore the increase in functionality, you also miss how much easier it makes things in an advanced setup.

    Now, those who are worried about support for Bristol Ridge getting removed from low end boards, how many people with those low end machines actually upgrade the BIOS anyway, unless there is a serious problem(RAM compatibility)? Upgrade to a better APU if you need integrated graphics, and problem solved when it comes to compatibility.

    You don't buy a high end motherboard to use a low end chip, and a low end board is going to restrict what you can do with a high end processor.
  • peevee - Monday, June 18, 2018 - link

    "No more need to boot to DOS to flash the BIOS, and you don't have issues with add-in cards needing a special BIOS menu that you need to go into from a different interface(ALT-I, ALT-A, or other RAID controllers). UEFI integrates the controls for add-in controllers into the menu structure in UEFI, along with the ability to flash the firmware for those cards as well."

    And none of that has anything to do with GUI.

    GUI does not need to take a lot of space too, 25 years ago it took about 20kB to have a GUI.
  • peevee - Monday, June 18, 2018 - link

    Why BIOS is still a motherboard manufacturer's headache and not in the CPU or chipset?Why BIOS is still a motherboard manufacturer's headache and not in the CPU or chipset?
  • peevee - Monday, June 18, 2018 - link

    "At least two vendors told us that the price of these larger chips is more than double the 128 Mb chips."

    Let's see, 32_G_B flash card can be had for ~$10 now, so how much a chip with 1/1000 of the capacity could possibly cost? Should be 0.1 cents. :)
  • VirtualLarry - Wednesday, May 1, 2019 - link

    Everyone is talking about the CPU support / micro-code tables, but what about the DDR4 DRAM support tables? Pretty-much everyone who has been on the AM4 platform since the beginning, has seen the DRAM support improve markedly. Whether this is due to AGESA updates to the memory controller, or the "DRAM support tables" that I've heard about, I don't know for certain. But modern AM4 UEFI BIOSes DO CONTAIN "DRAM support tables", and the more variants of brand/model/DRAM configuration they support, the more room in the BIOS EEPROM they take up.
    The size of this is mostly only growing. Could this desire to properly support the most DRAM variety on the market, be what is pushing out the processor support tables?

Log in

Don't have an account? Sign up now