AMD licences x86 tech to Chinese company
anandtech.com
anandtech.com
http://www.eetimes.com/document.asp?doc_id=1329517
>Intel might challenge the AMD deal, however the China partner apparently already has access to the technology. The Intel/AMD cross license was a five year deal that the companies failed to renew in 2015.
>The license granted rights “intended to cover only the products of the Licensed Parties.” The heavily redacted document lists a dozen exceptions to its terms, most of them not made public. Intel declined to comment on details of the patent agreement.
>“All the technologies licensed [to the China joint venture] are AMD technologies and there are no encumbrances,” said AMD’s Su. “We have closed the deal and have started execution on it,” she added noting she also doesn’t see any regulatory issues. (Recently, U.S. regulators have increased their vigilance in turning down high tech investment proposed by China.)
I have seen speculation that many of the relevant x86 patents expired in 2015.
Also not immediately obvious is where this falls under the Intel/AMD x86 cross-licensing agreement. AMD has of course done their own research.... In the meantime and at first glance, because this is a joint venture, it would appear that AMD is in the clear here as they aren’t giving the technology to another business, but rather are using it as part of a new line of products they are developing, albeit in conjunction with an outside firm.
http://www.extremetech.com/computing/227059-amd-announces-ne...
Also, another thing that everyone points out when there's a discussion about AMD being acquired, is that "Intel wouldn't allow it" because of that clause in the license agreement. I think that argument makes no sense.
The only reason Intel hasn't completely crushed AMD so far (which it could've done by keeping prices low until it eliminated AMD) in the market, is because it doesn't want to remain a monopoly in the PC market. You think Google has it bad in the EU right now? It would be far worse for Intel (which already got fined $1.5 billion in the EU for anti-competitive practices against AMD).
The second reason why it doesn't make sense is that AMD owns the 64-bit ISA rights. I'm guessing Intel would still need that to operate in all markets except IoT...
So to end that argument once and for all - of course Intel would allow AMD to be acquired, one way or another. Worst case scenario, whoever acquires AMD would have to pay slightly higher royalties to Intel for the next 5 years.
Getting back on point, as the ExtremeTech post mentions, it's likely this is only IP that AMD alone owns anyway.
Intel has basically had a de-facto monopoly on the PC and server space for the past 5+ years so I don't really buy that argument either. The buyout pressure was real enough when AMD was splitting into AMD + GloFo that Abu Dhabi couldn't buy a controlling stake in AMD, much to their chagrin. That might be null now if there really is no more agreement, in which case I would be surprised if there was NOT a buyout offer in the next few years.
Edit: Also, as far as I can see from googling, the Rockchip deal doesn't actually exchange any IP, it simply allows them to customize existing Atom cores into SoCs.
It would be interesting to see a chip that dropped support for the legacy instruction sets. If a server is running software fully built as 64bit, how much IP could be dropped from the underlying design? There may also be a bit of performance on the table for doing that as well, but probably not much. Certainly no significant die area savings these days.
On similar note, first AMD's 64b chips had some intentional limitations in backward compatibility with i386 ISA (that's why Microsoft says that it is not possible to run 16b programs on 64b windows due to hardware limitations), but newer chips do not have these limitations, probably because any cost savings are insignificant (which given the fact that most of the die area today are caches and not logic makes perfect sense).
In 2009 AMD divested itself of it's manufacturing arm by spinning it off into GlobalFoundries (GF) which was a joint venture with Advanced Technology Investment Company (ATIC). Intel sued AMD, GF, and ATIC for violation of the terms of AMD and Intel's prior cross licensing agreements.
Later that year Intel and AMD entered into a Settlement Agreement to halt several on going lawsuits both parties had against each other. The AMD/GF/ATIC lawsuit was one of those that was part of the settlement agreement. Under section 4 of the settlement agreement are the mutual releases each company agreed to. Section 4.2 is Intel's release and it states the following.
4.2 Intel Release. Except for the rights and obligations expressly created or reserved by this Agreement and by the agreements described in Section 3.7, Intel does hereby irrevocably release, acquit and forever discharge AMD, GF and ATIC from any and all Claims that Intel ever had, now has or hereafter may acquire against AMD, GF and ATIC, whether known or unknown, on account of any action, inaction, matter, thing or event, that occurred or failed to occur at any time in the past, from the beginning of time through and including the Effective Date, including, without limitation, any and all Claims based on or arising out of, in whole or in part, the Actions or the facts underlying the Actions and any claims that could have been raised in the Actions up to the Effective Date. All third parties included within the scope of the preceding release, pursuant to Section 1.4, are expressly agreed to be third-party beneficiaries of this Agreement.
It seems somewhat relevant to today's announcement as it seems to release AMD from litigation for any future joint ventures it might partake in. However I'm not a lawyer and it's entirely possible that I'm miss reading this.
It has nothing to do with the ROSS link but it shows just how great Watson could be at most things that involve natural language processing and more or less simple questions that could easily be cited from various sources.
Wouldn't surprise me if you could ask ROSS or any other legal aid based on Watson to go over a contract and ask if I do X what would happen, since it has access to both legislation and case law it might even could present you with a probabilistic outcome based on previous law suits which involved similar contracts and circumstances.
I think this is the key part here - Intel is basically agreeing to never sue about anything that happened through and including the Effective Date but it doesn't say anything about things that happen after the effective date. I really doubt Intel would agree to such a thing.
So unless AMD made the licensing agreement 7 years ago and kept it secret, it wouldn't be covered by that agreement. That would be an interesting fuck-you the next time one of these settlements happen, though.
It appears during the settlement they made a new patent cross-license agreement, which is not public of course. The new agreement is what is alleged by sources to have expired in 2015, which is what would allow AMD to license their IP to third-parties. It could also be that the patent agreement is more lenient than before, because at the very least it expanded to include at least one third party in the form of GlobalFoundries. If that is the case though, one wonders why this hasn't already happened.
1.https://www.sec.gov/Archives/edgar/data/2488/000119312509236...
1.http://www.sec.gov/Archives/edgar/data/2488/0001193125092367...
Now that I think of it, I'm beginning to understand the suicide nets.
Emphasis on 'I think', because the comment wasn't worded very clearly.
And the suicide rate was lower not only than the suicide rate in the China as a whole, as it was lower than in all 50 states of the United States.
If that is the cause, it could be interesting as we may end up with AMD (and the rest of us) getting the benefits of heavy research into upcoming processors, simply as they become a strategic material for the Chinese government.
The competition would benefit all of us.
http://mail.fsfeurope.org/pipermail/discussion/2016-April/01...
https://en.wikipedia.org/wiki/List_of_semiconductor_fabricat...
You can do a lot with 45 and 65nm. My Core Duo 2 I'm still using is 65nm.
http://www.smics.com/eng/press/press_releases_details.php?id...
http://www.smics.com/eng/foundry/technology/highlight_28.php
Contrary to popular beliefs, though, most design starts are still in 110-350nm range with a good chunk on 45/65nm and now interest in 28nm. China has all that covered. So, they're only missing a small chunk of market. That said, the cost of 28nm fab investments means they really need more projects on 28nm.
Personally, I thought they were doing all the semiconductor stuff as anti-subversion and economic imperialism. So, they'll probably keep it and work on lower nodes going even at a loss. Just a hunch. ;)
x86 has a user case: legacy software.
http://www.nextplatform.com/2015/03/18/google-looks-ahead-to...
Not really the most solid argument that this is a "thing".
The parent said x86 should only be used for legacy software which is a bogus statement.
https://en.wikipedia.org/wiki/Windows_NT#Supported_platforms
But that didn't go too well. The same reason it didn't go too well (binary compatibility) is the reason why it's not going to be viable.
That's the legacy
Case in point: despite an ARM processor, running conventional desktop programs on a Raspberry Pi is mostly fine (barring performance issues). Yes, all operating systems' build stack can emit ARM binaries, but it's useless unless the developer supports it well (not gonna happen), or if there is really nice automation (like Debian).
edit: unless you're trying to say that the binary compatibility wasn't a pain in the butt. they solved it by (IIRC, not a long time OS X user), by bundling two arch binaries together for a bit. Not viable if you have 10 different architectures.
They had already done something similar in their first arch transition, 68k => PowerPC [1].
Point is, binary compatible is possible. Far from easy, sure, but it's been done before. The question is, did CPU evolve so much it became impossible to translate from one arch to another ?
[0] https://en.wikipedia.org/wiki/Rosetta_(software) [1] https://en.wikipedia.org/wiki/Mac_68k_emulator
I'd say software got a bit more complex compared to then.
Furthermore, that works if you have controlled hardware (which means easier testing and less edge cases to worry about) and a single transition to worry about (from A to B, not {A,B,C,D,E} -> {A,B,C,D,E}).
Can you imagine how insane it will be if Windows shipped a compatibility layer that translates x86 software to ARM, to RISC-V, to MIPS, to whatever? You need to test compatibility for not one but 3 architectures. No way people are gonna do that; the RoI is almost nonexistent.
So the only solution is to recompile, which is annoying if you don't have the great software infrastructure to do so.
https://en.wikipedia.org/wiki/FX!32
Its not nearly as hard as you think to translate between isas. Some things won't directly translate, like say the matrix multiply resister in some mips super computers, but you can easily just swap that out for a more mundane approach.
See https://en.wikipedia.org/w/index.php?title=Memory_ordering&o... for details.
So why would they sign this deal when it would probably be easier to use RISC-V or ARM or MIPS or ...? Perhaps AMD gave them a private demo of Zen and they realized that it was better than all of their other alternatives, even including other architectures.
But if they had their hearts set on x86, unless they could get Intel to play ball (highly unlikely), AMD was their only option even if Zen sucks.
There's VIA, though I'm not sure their processors are still relevant.
Edit: Along the lines of Cavium, you might want to check out Tilera. They aren't exactly general-purpose either but they are more so than Octeons, and have respectable single-thread performance from what I've seen.
It's a multi-core MIPS64 processor with PCI, USB, and do on. Remember that MIPS has been used in everything from embedded to SGI Origin supercomputers. Quite general purpose. Cavium's addition is SOC, lower power, and accelerators.
Regarding ShenWei, it was used in supercomputers. It's probably real. What jumped out is that it's probably stolen IP from Alpha CPU and had high watts. So, not as power-efficient or legal as they'd like was my guesss.
Re Tilera
I read the MIT RAW Workstation papers where all that began. ;) Yeah, it's pretty cool but that's the one that's limited purpose. It's like an overlap between vector processors, FPGA's, and multicores. I dont know who all uses them but I did find a 100Gbps network tap and NIDS that used 3 Tileras for its muscle.
I'm as big a lover of RISC-V as anyone (and am excited about the possibility of having a completely open CPU which you can load into a free FPGA). But it's delusional to think that x86 is "legacy" at this point.
If somebody else comes out with a chip that's substantially better than x86 for servers, I expect the industry to transition quite quickly, just like it abandoned SPARC in the 90's.
I've looked at some of the costs of ARM servers, and they're way more expensive than they should be (compared to the cost going into phones)... I would think that may eventually become competitive... though Intel has a bit of room to lower pricing and still make money to compete.
I like it that you make it sound like that's easy task, when it's gonna take a good amount of time and a few billion dollars to do.
x86 is a mature established architecture, RISC-V is not. Indeed I think the privledged mode architecture is still under development (i.e. what you required to run an actual OS rather than just embedded applications). I'm sure there are many other features x86 possesses than RISC-V lacks too.
I would have thought commercial RISC-V will be IoT/Embedded applications first. Fewer features required, lower costs (less to loose if it doesn't work out) and fairly static software supplied by a single or small group of vendors.
https://en.wikipedia.org/wiki/Intel_iAPX_432
Second was for BiiN parallel and high-availability system. Its i960 was a brilliant combo of RISC, HA, and security aspects of i432. Rejected by market due to no backward compatibility although used in F-35, some storage controllers, and so on. Still available for embedded but not the good version in the links. :( Especially see the manual and part with object mechanisms for containment/addressing. Cost them and Siemens a billion dollars.
https://en.wikipedia.org/wiki/Intel_i960
https://en.wikipedia.org/wiki/BiiN
Third time, in parallel with i960, was i860 RISC core for high-performance supercomputing and embedded systems. Had performance issues and just wasn't popular in general. Another loss.
https://en.wikipedia.org/wiki/Intel_i860
Itanium combined RISC, VLIW, PA-RISC style security, and reliability features. EPIC/VLIW probably what did it in the most unfortunately because reliability, speed, and security combo were good. Link below is security features as they alone justified in imho over x86 and you probably never saw them in comparisons. Just dollars, GHz, and GFLOPS as if that's all that matters. Used in appliances, supercomputers, and workstations but going away probably at a cost of hundreds of millions of dollars.
http://www.intel.com/content/dam/www/public/us/en/documents/...
So, Intel has tried to give us something better than x86 four times already at a cost of billions of dollars. To their credit, they tried and produced a few great designs with some flaws for sure but great in key ways. Market rejected them in favor of raw price/performance and backward compatibility with shit software. So, we're stuck with that given Itanium will go into legacy mode, VIA is loosing money on their x86 business, Transmeta was bought, and Loongons w/ x86 emulation are shaky investment.
Gabriel's Worse is Better is in full effect here...