SoylentNews is people
SoylentNews
Arthur T Knackerbracket has processed the following story:
Intel had a solution ready to add 64-bit features to the "classic" 32-bit x86 ISA, but the company chose to push forward with the Itanium operation instead. A new snippet of technology history has recently emerged from a year-old Quora discussion. Intel's former "chief x86 architect," Bob Colwell, provides a fascinating tidbit of previously unknown information.
AMD engineer Phil Park was researching the history behind the x86-64 transition, when he discovered the conversation. Colwell revealed that Intel had an inactive internal version of the x86-64 ISA embedded in Pentium 4 chips. The company's management forced the engineering team to "fuse off" the features.
The functionality was there, but users could not access it. Intel decided to focus on the 64-bit native architecture developed for Itanium instead of x86-64. The company felt that a 64-bit Pentium 4 would have damaged Itanium's chances to win the PC market. Management allegedly told Colwell "not once, but twice" to stop going on about 64-bits on x86 if he wanted to keep his job.
The engineer decided to compromise, leaving the logic gates related to x86-64 features "hidden" in the hardware design. Colwell bet that Intel would need to chase after AMD and quickly implement its version of the x86-64 ISA, and he was right. Itanium CPUs had no native backward compatibility with 16-bit and 32-bit x86 software, so the architecture was one of the worst commercial (and technology) failures in Intel's history.
[...] Bob Colwell made significant contributions to Intel's history, managing the development of popular PC CPUs such as Pentium Pro, Pentium II, Pentium III, and Pentium 4 before retiring in 2000. Meanwhile, today's x86 chips marketed by Intel and AMD still retain full backward hardware compatibility with nearly every program developed for the x86 architecture.
(Score: 3, Insightful) by RamiK on Friday October 25, @12:44PM (5 children)
I've been following RISC-V profile ratification process long and close enough that I can tell you with some certainty that there's years apart between running linux in an emulator of a planned modification to an ISA and running it on actual hardware even nowadays. And that's years following the actual hardware design and verification...
Incidentally, RVA23 just got ratified and Google stated it will be the baseline ABI requirement for Android: https://www.edn.com/rva23-profile-ratification-bolsters-risc-v-software-ecosystem/ [edn.com]
compiling...
(Score: 3, Touché) by turgid on Friday October 25, @01:17PM
By 2001 they had gcc, binutils, the kernel, GNU user land and an X server running.
I refuse to engage in a battle of wits with an unarmed opponent [wikipedia.org].
(Score: 3, Interesting) by turgid on Friday October 25, @01:23PM (3 children)
And by 2003 the Opteron was on the market. By the way, the Solaris port took six weeks.
I refuse to engage in a battle of wits with an unarmed opponent [wikipedia.org].
(Score: 2) by RamiK on Friday October 25, @02:53PM (2 children)
When AMD announced the ISA extension in '99, they already had emulators and a softcore in a simulator. So, that's two years to finish the compiler port and port the kernel and another year to tape out. And that's when you're starting out with working emulators and sims. Intel started with as spec sheet.
So, I stand by my first statement: Intel probably couldn't have released before AMD.
compiling...
(Score: 2) by turgid on Friday October 25, @02:58PM
Well, AMD came up with it, so I'd expect them to have been first. Remember Yamhill and Intel Core?
I refuse to engage in a battle of wits with an unarmed opponent [wikipedia.org].
(Score: 2) by owl on Saturday October 26, @09:11PM
Had Intel not been distracted by Itanium and instead focused on "extending x86 to 64-bit' they very likely could have beat AMD to the punch. As it was they poured a huge amount of engineering into Itanium, and from an outside observation viewpoint, it appeared that they viewed 32-bit x86 as "the end of the road" for the x86 lineage at the time.
Imagine if all the engineering that was poured into Itanium had instead been poured into "lets extend x86 to 64 bits". Had they done so, then likely the only reason they would have been beaten by AMD at the time would have been from simply waiting too late to start the work. But if they'd started an "x86 extension" at the same time they started Itanium, and instead of Itanium, it is much more likely they would have had the design, and chips, out before AMD's spec. appeared.
Of course they did not do this, so this is all just speculation. But a lot could have been done on an x86 extension if the Itanium effort had instead been "lets extend x86 yet again".