- Buy Microsoft Visio Professional or Microsoft Project Professional 2024 for just $80
- Get Microsoft Office Pro and Windows 11 Pro for 87% off with this bundle
- Buy or gift a Babbel subscription for 78% off to learn a new language - new low price
- Join BJ's Wholesale Club for just $20 right now to save on holiday shopping
- This $28 'magic arm' makes taking pictures so much easier (and it's only $20 for Black Friday)
Gen 2 AMD server chips have a crash bug
Semiconductors, especially CPUs, are immensely complex creations all done at the microscopic level. That there aren’t more bugs, for lack of a better word, is a testament to the efforts that these chipmakers put in to delivering solid products. But occasionally, something slips by.
AMD has issued an alert that an older processor line has a minor error. The problem exists in its Epyc 7002 line, code-named Rome, which was released three years ago. The bug, first noted on a Reddit thread, says that servers running Rome-era chips will hang after 1,044 days of uptime or nearly three years.
There is no way to reset the server other than to reboot. AMD says it will not fix the issue.
“AMD has successfully provided a remedy for an isolated challenge regarding 2nd Gen AMD EPYC processors where for some customers, a core within the processor could hang if running consistently for an extended period of time,” a company spokesperson said via email.
The bug is in what’s known as the C6 Sleep State. To save energy when the CPU is idle, it can go into a low-power mode. CPUs have several power modes, which are collectively called “C-states” or “C-modes.” Intel first introduced it with the 486 processor, so the idea is hardly new.
These C-state modes start at C0, which is the normal CPU operating mode. The higher the C number is, the deeper into sleep mode the CPU goes and the more signals are turned off. The deeper the sleep state, the more time the CPU needs to fully wake up.
With this bug, once a CPU goes into C6 past the 1,044-day mark, it gets stuck and a reboot is required. The fix is either reboot the server before the three-year mark or disable the sleep state that causes the bug.
That this bug even surfaced is testament to the CPU’s performance; three years of uninterrupted uptime is remarkable.
You might think server updates would have dictated a reboot along the way, but then again, the Linux kernel can be patched without a reboot.
Significant CPU bugs do happen but not very often, and this certainly isn’t one of them.
Copyright © 2023 IDG Communications, Inc.