Slashdot Mirror
Intel Threatens To Revoke AMD's x86 License
theraindog writes "AMD's former manufacturing division opened for business last week as GlobalFoundries, but the spin-off may run afoul of AMD's 2001 cross-licensing agreement with Intel. Indeed, Intel has formally accused AMD of violating the agreement, and threatened to terminate the company's licenses in 60 days if a resolution is not found. Intel contends that GlobalFoundries is not a subsidiary of AMD, and thus is not covered by the licensing agreement. AMD has fired back, insisting that it has done nothing wrong, and that Intel's threat constitutes a violation of the deal. At stake is not only AMD's ability to build processors that use Intel's x86 technology, but also Intel's ability to use AMD's x86-64 tech in its CPUs."
This has been brewing for years. AMD with it's anti-competitive lawsuit against Intel, and now this. AMD's suit is mostly won, but Intels new suit could really make things interesting.
AMD's next line of Phenom II are coming out soon and AMD doing better in terms of sales. Intels feeling the pinch from Netbook sales pulling out the rug from the I7's anticipated sales. The market is changing and it favors AMD in the terms that people are spending less. Intel has a lot more to loose then AMD and that's why this is going to be so good.
If Intel wins the consumer will lose, if AMD holds its ground Intel will suffer a large drop in sales and the giant of the company will fall. Any sort of drop in sales from Intel and it will have to make major cutbacks and Intel will loose all sorts of momentum just to save it's cash. The middle ground is what we all will hope for but even that could really hurt the Intel giant.
Maybe I'm missing something, but how can the x86 architecture itself be subject to copyright? Isn't the protected property not the publicly documented instruction set, but the implementation thereof?
Slashdot: Playing Favorites Since 1997
New hotness = Lawyers on retainer!
I for one, will miss the Megahertz Myth race.. But hey, it might go crazy when AMD has a GPU as the Vector CPU in the computer, and Intel has to sell a 63-bit processor.
I guess it will be exciting to watch new developments again.. Seems they've gotten a little to comfortable with each others positions lately..
What are we going to do tonight Brain?
I recently acquired a PowerStation made by FixStar, the same people who make Yellow Dog Linux. Since Apple and IBM gave up on Power-based workstations, this is among the last you can get, and it's quite nifty, and fairly reasonably priced ($1250 for quad PPC, 2GB RAM). If you have $6000 extra to throw at it there's also a Cell expansion board. My only real issue with it is lack of compatible 3d graphics hardware.
Long live StrongSparcPC_x64! Poor Microsoft, how on earth would they sell Windows 7?
...but isn't that generally what a company that is in majority controlled by another company called?
Also, would AMD really have been so short-sighted as to sign a cross-licensing agreement with Intel that wouldn't allow AMD to contract an unlicensed third party to fabricate AMD's designs under AMD's licenses as an agent of AMD?
But the big draw of windows is the inertia of 1,000,000 one-off apps that businesses have written. Microsoft would be scared of people moving to another architecture just because if people were making a (painful) switch anyway, they might look at the alternatives.
-Bucky
Something like that, but not perfectly symmetrically. While x86_64 is well-enough established that it would be inconvenient for Intel to have to go back to x86 and build a new, non-derivative extension with similar capabilities, it would be less of a problem for them than AMD losing the rights to use x86-anything.
Given that Intel and AMD don't have serious competition for desktop PCs right now, its possible that the a result that hurts Intel a lot but AMD more in the short term could benefit Intel in the long term, though really the intent here is almost certainly to get concessions from AMD on the basis that Intel may be able to prevail in court, and AMD stands to lose more if the agreement is terminated; it is extremely unlikely that Intel's goal is to terminate the agreement.
Not trying to sound like a troll here, but x86 should have been retired decades ago. It designed in a totally different era and was never intended to scale well and its been a series of hacks to get it to do so. ( it was impossible to predict where we were going back then, the cpu industry was far too immature )
Sure, they have done wonders keeping it moving, but its long since time to start over with a clean architecture.
My preference would be MIPS or SPARC inspired, but thats just me, either way its time to move on/up.
---- Booth was a patriot ----
The real reason for the licensing had nothing to do with the Judicial system.
In order to bid on certain government/DOD contracts you are required to have a second source for most items. This to prevent all of the usual issues you normally get when dealing with a single source, namely they go out of business and you can't find them any more.
By allowing AMD to license and manufacture, Intel was able to bid on more government contracts. This all occurred back in the 80's prior to Intel dominating the CPU field.
Skip ------ See the latest from http://www.anArchyFortWorth.com
At one level, wouldn't it have been a smarter, lower-litigation-cost approach if AMD had spun off their NON-FOUNDRY (design) operations but kept all the x86 rights under the same house as the foundry? (if the design company wants to make x86 parts with other foundries, as they have done previously if I'm correct, they simply designate it as "design contracting" FOR the Foundry Company which holds the x86 rights (profit stream going to AMD, but that's a contract detail irrelevant to x86 licence).
At another level, what IF Intel ends AMD's x86 licence?
Isn't the point of the licence in the first place that AMD also has their own signifigant patents they could sue Intel for violating? I just don't see the logic in this, especially given that Intel seems to be doing GREAT compared to AMD, and AMD's continued existence gives Intel an anti-monopoly defense as long as they continue to compete in the x86 market.
At another level, this certainly seems big enough an issue to bring up the legitimacy of patent monopolies with regards to anti-trust law. US law doesn't generally hold (business) monopolies to be illegal per se, but I believe EU law *DOES*, and if Intel would gain a mainstream CPU monopoly by kicking AMD out of the x86 business, there would be repurcussions. If there was no x86 competition (VIA of course "exists"), the chances of EU nullifying x86 patents (or establishing "open" standardized licencing ala MP3) would seem to rise dramatically, which seems counter to Intel's interests.
Funny that you should say that, because if the world ends at the infinite loop, we'll all be running Mac OS X.
Hmm, I wonder if the reason for this is Intel is scared of Globalfoundaries? If I'm not mistaken, the folks who bought the foundry from AMD are the same folks who are building in Dubai. You know the place where money flows like water and they're willing to waste billions to build custom islands? If that's the case, it is possible that AMD could be ramping up their production and process dramatically which would negate any gains Intel has. AMD also seems to have a more market friendly history with other companies than Intel has. Perhaps this is Intel's attempt to gain a monopoly before their ship sinks?
I personally think that's a damn stupid threat for Intel to make. AMD is arguably the only company that is preventing Intel from being broken up as a monopoly... you don't threaten to bury your only competition when you're nearly a monopoly. The various governments around the world aren't appreciative of that type of behavior. Unless they would like to be broken into dozens of pieces.
Shadus
Yah, unfortunately for most things more advanced than DOS, it fails on anything that isn't currently top-of-the-line. Not to mention that ARM, SPARC, and PPC architectures simply aren't fast compared to x86. Sure, they are more power efficient, but I challenge you to find a single CPU (multi-cores are acceptable, multi-CPUs not) thats based on ARM, SPARC or the PPC architecture that is at least as fast as a low-end Core i7 and are cheap enough to be included in a mid-range PC.
Taxation is legalized theft, no more, no less.
This is probably just high stakes gambling. AMD has little to lose. (I say that as an AMD share holder looking at my $2.49 stock price.) Intel has more to lose if they have to redo the 64Bit code. According to the reading, if Intel wins, they get rid of AMD, and become a defacto monopoly having to face US and EU anti-trust regulators. If AMD wins, they get to go along as before and Intel can't sell 64-bit CPUs that people want.
Basically I bet AMD's lawyers are saying "Go ahead make my day." Given the above even if Intel wins in court, they lose.
Think Deeply.
If I recall correctly, both Intel and AMD have licensed Alpha technology from DEC-I-mean-Compaq-I-mean-HP. Maybe they could get together with a 64-bit architecture that actually works well.
There's a lot at stake.
It appears from the snippet of Intel-AMD agreement posted that I've seen (at Tech Report, in comments) that The Foundry Company is perfectly fine under the agreement, as AMD has a certain share of the company, and it formed from AMD's assets.
So Intel might be playing with fire. They lose this, they've just lost x86-64 - and Itanium is dead due to minimal investment in the past 5 years, and this year is when 64-bit x86 will hit the common desktop with Windows 7. More likely that AMD would get that license really loosened if they won and a bunch of money, but you know, if they're backed by ballsy Arabs...
If AMD lose, Intel could have all sorts of fun.
Theoretically, yes. Practically, no. While it does develop on prior art, it also implements something new, and so it's considered new technology. It'd be like me trying to copyright the letter e, and then suing you for using the word "the".
There's also no way that Intel would pull that trigger. Sure, they could stop AMD from producing chips which support x86. But they'd lose their rights to use x86-64. Seeing as so many of the computers in the world run Microsoft, that'd be corporate suicide: Microsoft, in its infinite wisdom, has deigned not to implement a 32-bit workaround to the 4GB memory addressing limit. As new computers are routinely being sold with 6GB or more RAM, they'd be writing themselves out of the market for future computer manufacture. While IA64 *is* a supported architecture in 64-bit Windows, nobody's developping for it since Intel decided to scrap the architecture and focus on building x86-64 CPU's. I'm not even sure it's on the supported list for Windows 7, to be honest...
They'd also lose out on a significant chunk of the market, as it would take time for them to start designing and building IA64-based chips again, during which time AMD, which would still be able to use x86-64 in its chip design would be able to dominate the market.
Yes, I'm oversimplifying the intricacies of CPU design. But it's easier to drop a part of your architecture that's really only there for backwards compatibility in the first place than it is to scrap an architecture completely and rework your existing technology to take advantage of an alternative so that your product can remain viable in the marketplace.
If you believe everything you read, you'd better not read. - Japanese proverb
I'd like to see this go a bit father.
Today's chips, at their core, look a lot like RISC chips. They do a lot of work to hide that, translating x86 ops to native ops. I'd like to see a chip that can run in a x86 'translated' mode and a 'native' RISC mode, much like was done with 32bit/64 bit.
this is, admittedly, a much harder task to accomplish, but exposing a more efficient RISC mode would drive OS vendors to migrate to that. With a bit of careful juggling and VM technology the chips would allow legacy code to run while exposing the more efficient native modes to software that took advantage of it.
Such a shift would take time, but so is 64bit.
Oh well, I guess I'll go back to the idea lab and keep on dreaming.
md5sum
d41d8cd98f00b204e9800998ecf8427e
It wasn't so much that Intel couldn't keep up with demand, more that IBM's policy required that a second source be available just in case they couldn't.
No, there is no law against being a monopoly. There are laws against being an abusive monopoly however. Intel has been convicted of abusing it's monopoly status in Japan, has at least been accused of doing so in the EU. Maybe AMD could file a complaint in the USA also and have it successfully investigated. Once convicted of being an abusive monopoly the rules change.
In theory the UK monarch can veto any law parliament puts before him or her. In practice, vetoing rarely happens as it can lead to the removal of the monarchs head. Intel should be careful just how far they push this as states could just decide they are abusing their position and remove their right to x86 all together.
The Cell is PPC based, can be faster than a Core i7 in some respects and is available cheaply in quantity.
Fast as in, will run desktop applications fast, or can do some obscure math calculations fast? Because, according to most reports, Core i7 architectures (or scaled down versions) will be what Intel is going to be pushing for the next few years, and in every report I have read, they totally demolish the competition (x86) in "real" speed. Whereas the Cell was more or less built to run supercomputers, render HD video and do other CPU intensive processes compared to the Core i7 which was designed more for a desktop machine.
Tho it helps if the CPU is designed to handle it.
Yes, but emulation of x86 in the CPU level (or technologies made to make emulation easier) might run afoul of Intel's agreements with AMD
Taxation is legalized theft, no more, no less.
AMD and Intel both know how to make good, fast, and (relatively) small hardware to decode variable-length x86 instructions. Yes, of course an x86 decoder is bigger (i.e. more expensive, more difficult to implement, etc.) than a RISC fixed-length decoder, but again, no one cares because we already know how to do it fast enough and cheap enough. Check out an x86 die photo sometime; most of it is cache. Probably about 1/50th is decoder.
If this were all true, how is it that the ARM Cortex-A9 chip is able to get four superscalar RISC cores on a 65nm chip running at over 1GHz ... yet using only about 1 watt of power? Intel's single-core Nano may run at a faster clock, but it uses maybe twice the power and it can't compete with a quad core superscalar RISC CPU.
Looks like we either choose ARM or PowerPC to replace X86 technology and run X86 programs via emulation.
Remember, Slashdot does not have a -1 disagree moderation, and no, troll, flamebait, and overrated are not substitutes.
Not to mention this would hurt AMD a hell of a lot more than old Chipzilla Intel. Why? Because the majority of the world is still running 32bit OS, so Intel would still be able to sell chips. Having a 64bit CPU that was NOT backwards compatible with 32bit would be as worthless to the Windows buying public as a car that could only go in reverse. Folks don't buy CPUs for the arch, they buy it to run their programs on. Doesn't run their programs? No sale.
If I was AMD I would be trying to straighten this out but quick. But after the crazy amount of money they spent buying ATI(How much did they have to write down again?) I don't know how much sense there is in that company. I know that from the looks of things they are getting slaughtered compared to Core, and trying to out lowball Intel on price is suicide. I hate to say this, but one or two more mismanagement maneuvers by AMD and we may end up with just Intel and Via. But this major blunder could cost them serious money in lawyer bills alone if Intel pushes this, and that money is something AMD just can't afford right now. Dumb move AMD.
ACs don't waste your time replying, your posts are never seen by me.
The NEC V20 was an 8088 replacement, but it really was an 80186 processor with an 8088 pin-out. The V30 was the 8086 version. Having come to market some 8 years after the 8088/8086, they incorporated design improvements and new instructions, but were generally about 30% faster. They were great for spreadsheets but sucked with games--games of that era utilized published timings for instructions. "Turbo" XTs didn't affect them too much since every instruction that took x amount of time on a 4.77MHz 8088 took x/2 time on a 9.54MHz 8088. On a V20/V30, games would seem to speed up or slow down based on what instruction was run...
Windows 3.1x calc: 3.11 - 3.10 = 0.00
If this were all true, how is it that the ARM Cortex-A9 chip is able to get four superscalar RISC cores on a 65nm chip running at over 1GHz
And how many actual instruction does that retire per second? Does its FPU perform at even a fraction of the equivalent x86 (I was surprised to see that it even had one -- I wrote a small program for my ARMv4 phone and spent a solid hour wondering why a program that runs in a few seconds on my desktop took many minutes on there. Punchline: don't do double-precision floating point math on your phone)? What about pagetables, interrupts, DMA and coherent cache? Memory controller? FSB/QPI?
ARM is a wonderful architecture for my mobile phone but it's never going to be enough for actual work. Maybe a netbook running a stripper version of 'nix, but I'd have to see it first to believe it.
That's not true. Windows NT has run on Mips, i860, Alpha, PPC and Itanium. None of them ever had even 1% of the market.
echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
The ARM netbooks and embedded devices are coming and there's nothing Microsoft or Intel can do about it except adapt and compete. The time when you could defeat a good technology with an evangelist is long gone since the public now knows evangelists are just shills for hire. The day a MS rep could derail a Linux deployment with a sneer has passed. Sorry Enderle, your day is done.
Intel will choose to compete and they have a good start because they started years ago. As the Atom die shrinks and gains SOC capabilities, its power requirements will come down. Maybe not to ARM levels, but to an acceptable level faster than ARM can bring their performance up to acceptable levels for a good user experience. Microsoft will choose to use the tools they have, and fail to adapt. That's what they do. They can't grasp a market that's abandoned the need for them. It's alien to their corporate culture. After they've failed in the market they'll buy an ARM OS vendor and try, but that's five years hence. and they'll buy five of them badly and integrate them poorly and we'll laugh at their ineptitude here.
Ultimately Intel will win this one but there will be some interesting side stories and products between now and then. Microsoft will lose because they choose not to port to the interesting new platform Linux runs on already, and so when the channels merge again they will have lost share. By then low power devices might be most of the share, at least for end user devices.
Help stamp out iliturcy.
Intel can shut down AMD's ability to use the X86 technology without giving up the AMD-64 technology if they can show that AMD defaulted on the agreement.
AMD can use the X86 technology and prevent Intel from using the AMD-64 technology if they prevail.
A court is going to have to measure this. The smart money is on a settlement but barring that Intel will win.
Let us meet here again in seven years, when the matter is settled.
Help stamp out iliturcy.
So, by "get steamrolled" I have to assume you mean, license their new patent or whatever allowed them to outcompete you and then get back in the game thereby causing a more rapid improvement?
No, I mean use their massive power of scale to incorporate your innovation (which is licensed at some unknown price set by persons unknown), improve their brand while yours is nonexistent, and figure out how to make the product without paying you fees, all in less time than it takes you to reocup R&D. Or they could steal your idea anyway, but that happens already.
Oh, wait...you meant you fear competition and hope to profit for life off of one halfway decent idea?
Patents are protection from competition for a period of time in exchange for documenting your work. Taking that away hardly makes it appealing.
It's hard to tell what you really mean.
And you seem to have overlooked follow on effects in favor of feel good sentiments.
"We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
Considering that Acorn were running a multitasking graphical operating system on 25MHz ARM chips, I think you might need revisit your definition of 'real work'. You should also take a closer look at the interrupt architecture of ARM if that's one of the things you believe is superior on x86.
The Cortex A9 scales to four cores on a single die and runs at over 1GHz, while keeping a power envelope of under 1W. If you've only used ARMv4 then you're probably unfamiliar with the NEON instruction set included in most recent ARM chips. This provides 128-bit vector support and both integer and floating-point instructions. The Cortex A8 comes with NEON as standard (it's an optional extension on other ARM7 architecture cores). If you're really doing anything FPU-intensive, however, you should take a look at the on-die DSP that comes on most Cortex A8 chips, such as the OMAP3 or i.MX5 lines.
A modern ARM chips is faster in every respect than the CPU in the old ThinkPad that I still use for real work. It's not as fast as a Core i7 or a POWER6 by any means, but in terms of performance per watt - which translates directly to battery life - it does very well.
I am TheRaven on Soylent News