Removing an obsolete AMD fix makes Linux kernel 6 quicker:
One of the joys of modern silicon chips is that power management is vitally important. It hasn't been about saving power or extending battery life since the 20th century. Processor vendors survive by selling us more and more transistors, solely on the basis that most of them are turned off most of the time – otherwise the chips would rapidly incinerate themselves, no matter how good their cooling.
This requires sophisticated interfaces between the OS and the hardware, and way back in 1996, a new standard called ACPI (Advanced Configuration and Power Interface) replaced the positively stone age APM (Advanced Power Management) from the Windows 3 era.
It was still a fancy new feature when The Reg reported on Linux on Itanic in 1999, and a worrying security issue in 2006. It's long been a problem for Linux because PC vendors mainly test against the industry-standard OS, which remains Windows. In 2003, Linus Torvalds – famed for his diplomacy – said:
ACPI is a complete design disaster in every way. But we're kind of stuck with it. If any Intel people are listening to this and you had anything to do with ACPI, shoot yourself now, before you reproduce.
This was a year after the Linux kernel gained ACPI support, and around then, a bug was found with some AMD Athlon machines that used VIA chipsets. When the kernel sent the STPCLK# signal to switch a CPU core to idle (although of course there was only one core in those days), the problematic machines took a while for it to happen, and so the kernel developers added some dummy I/O read instructions, just so that the processor wouldn't continue working when it was meant to be stopping. It improved compatibility and power management.
The problem is, as AMD engineer K Prateek Nayak found recently, that Linux still does it on AMD processors. He found the issue while studying the kernel's behavior with AMD's "Instruction-Based Sampling" toolkit. The issue it fixes is long gone, as are any 2002 Athlon PCs in production, we suspect.
(Score: 2) by Freeman on Wednesday September 28 2022, @01:26PM
Looks like someone found an issue and fixed it. Hopefully, it doesn't cause any problems and is easy enough to patch into Kernel 6.
Joshua 1:9 "Be strong and of a good courage; be not afraid, neither be thou dismayed: for the Lord thy God is with thee"
(Score: 4, Insightful) by turgid on Wednesday September 28 2022, @06:02PM
Last year as an experiment I got out my old Athlon XP 2000+ and put a new Gentoo install on it. I then found a 2800+ CPU on ebay for under £10 and upgraded it. Kernel compiles were 40% faster. I forget precisely which kernel, but it still worked on that hardware. I was impressed.
I refuse to engage in a battle of wits with an unarmed opponent [wikipedia.org].
(Score: 3, Funny) by maxwell demon on Thursday September 29 2022, @08:58PM (1 child)
So what will happen if someone tries to install the new Linux on an old computer with Athlon from 2002? Will it melt down?
The Tao of math: The numbers you can count are not the real numbers.
(Score: 3, Interesting) by turgid on Thursday September 29 2022, @09:10PM
They'll probably remove that CPU as an option from the kernel config.
I refuse to engage in a battle of wits with an unarmed opponent [wikipedia.org].