Xilinx and AMD: an Inevitable Match? 108
itwbennett writes: Steve Casselman at Seeking Alpha was among the first to suggest that Xilinx should buy AMD because, among other reasons, it 'would let Xilinx get in on the x86 + FPGA fabric tsunami.' The trouble with this, however, is that 'AMD's server position is minuscule.... While x86 has 73% of the server market, Intel owns virtually all of it,' writes Andy Patrizio. At the same time, 'once Intel is in possession of the Altera product line, it will be able to cheaply produce the chip and drop the price, drastically undercutting Xilinx,' says Patrizio. And, he adds, buying AMD wouldn't give Xilinx the same sort of advantage 'since AMD is fabless.'
There's other things they could do (Score:2)
They could simply get an ARM license and design an ARM server CPU with their FPGA in the same chip.
The manufacturing could be done in Samsung or Globalfoundries since they aren't competitors and are probably going to have the next best manufacturing process next to Intel.
Re: (Score:2, Insightful)
Xilinx has produces with arm cores in them, see Zynq.
Re: (Score:2)
Great they just need to make one with a GOOD ARM processor then. Like the A15 or better.
Re: (Score:3)
Great they just need to make one with a GOOD ARM processor then. Like the A15 or better.
What standard consumer product will that go into? Likely nothing. Meanwhile, now that Intel has bought Altera, they are likely to integrate some FPGA fabric into billions of consumer CPUs, as a standard device available to any app. Xinlinx will be pushed aside, with just a few niche markets, and even those may fade away as Altera takes advantage of Intel's fabs to make FPGAs that are faster/smaller/cooler.
Re: (Score:2)
What standard consumer product will that go into? Likely nothing.
Of course not. It would be to the server market like Intel who was pairing FPGAs with Xeons.
Re: (Score:2)
Yes, but while there try to give usable Linux driver, there completely failed to support a recent leading standard distribution like Debian with a native compiler build system and all the fun and efficient tools. There are stick to an outdated Timesys distribution with an unbelievable obsolete build architecture. There still use static dev over udev, proprietary kernel driver build instead dkms, and no packaging.
There urgently need to evolve from a 'hardware staff that try to code application' point of view
Re: (Score:1)
AMD already tried the ARM server back in 2012 by buying seamicro. Nothing much came out of it and the division closed down this past April.
Re: (Score:3)
No it wouldn't. Intel is already a monopoly, anyone buying AMD would retain the x86 license because the government preventing Intel from controlling 99.999% of the x86 market trumps whatever bullshit is in the x86 license agreement.
Re:faulty premise (Score:4, Informative)
Intel's legal agreement with AMD when the original license expired was that AMD could continue using x86 and certain systems (excluded all chipset work and any newly developed tech) but was under the condition that if AMD is ever sold the x86 license goes bye bye. This is a contractual agreement and only the US could stop it and they won't. AMD can't be sold with the x86 license in-tact. Intel would be ecstatic about such a turn of events because they could kill the AMD x86 competition without an iota of government intervention.
The OP you replied to is exactly right, AMD can't be bought. Any speculation that AMD could be purchased by anyone is just garbage. AMD will either survive or it will die, no one outside can buy them without the loss of their primary product (which would make them worthless to buy).
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
X64 is an extension of the x86 instruction set which is copyrighted by Intel. In other words it's a derivative that Intel has control over through their copyright on the x86 instruction set. The value of x64 is entirely dependent on the x86 copyright that Intel holds so it's worthless to anyone else without a license for x86 from Intel. I have no doubt that the contract that allows AMD to use the x86 instruction set copyright includes clauses that will protect Intel and their use of the derivative x64 in th
Re: (Score:2)
Re: (Score:2)
No, Intel's legal agreement with AMD when the original license expired was something you weren't privy to, nor were you privy to any agreements as a result of Intel using AMD64.
Further, if the agreement is as you imagine it and AMD would lose the license when being bought by another company, AND if AMD was unable to instead continue operating as a subsidiary (keeping the license), the government absolutely would step in and laugh at the prospect of Intel being the only one making x86 CPUs. VIA isn't doing
Re: (Score:2)
Re: (Score:2)
You seem to forget that Intel paid $1,000,000,000 for ICC bullshit.
You seem to forget that Intel didn't hold a monopoly in the "chipset market".
You seem to forget that the US government has recently rejected several proposed mergers for major corporations, including telecoms, that would have resulted in monopolies.
You seem to forget that granting AMD the ability to continue to use their license is a much easier thing than stringing up a corporation and punishing them.
You seem to forget that you still have N
Re: (Score:2)
You seem to forget that the $1Billion dollar settlement wasn't 10% of what it Intel's shenanigans cost AMD.
You also seem to forget that the agreement was made public and is available on the internet. Not only that but it's quoted elsewhere in this very post including linked to the source.
Re: (Score:2)
The agreement was made public, or at least a copy of it. It's linked to an quoted at other places in this post and it is exactly as I've said. AMD is purchased and AMD looses it's copyright license to x86 while Intel will only lose their copyright license to x64 if they are acquired.
The government won't do anything about a contractual dispute between Intel and AMD. Nothing at all. Intel has sufficient evidence in their possession to make the case to any jury that they are facing broad competition from the A
Re: (Score:2)
Re: (Score:2)
They can just do an AOL/Time kinda deal where on paper AMD buys Xilinx but 'mysteriously' it's Xilinx's management that ends up in charge.
Re: (Score:3)
Don't forget that Intel need a AMD64 license for all there x86 64 bits CPU.
Re: (Score:2)
Slow news day (Score:2)
There is no evidence whatsoever that Xilinx will buy AMD. It's just some random idiot's speculation.
Before this it was Samsung will buy AMD, the Chinese will buy AMD, Intel will buy AMD, etc.
Re:Slow news day (Score:5, Funny)
Maybe systemd could buy AMD?
Re: (Score:2)
much more likely. At least it rhymes...
Re: (Score:3)
On-Die systemd should make everything faster, better....
Re: (Score:3)
There is no evidence whatsoever that Xilinx will buy AMD. It's just some random idiot's speculation. Before this it was Samsung will buy AMD, the Chinese will buy AMD, Intel will buy AMD, etc.
I don't know the situation, but i had read in some /. comment few month ago something interesting: Intel needs AMD (or some other competitor) to exist independently because otherwise Intel will become a legaly defined monopoly, with all the problems that creates to a company.
Re: (Score:2)
Yes, and some insanely overpriced Itanium descendant chip to get some 64-bits capabilities with a completely incompatible instruction set.
Re: (Score:2)
Now with the ubiquity of ARM, it might not be true anymore.
Re: (Score:2)
Re: (Score:2)
ARM itself might not count, but Samsung, Apple, and all the other folks manufacturing ARM-licensed chips probably.
Re: (Score:1)
That is a commonly held opinion, but it's not true. There's nothing illegal about being a monopoly. It's only illegal if you abuse your monopoly position
Re: (Score:2)
Re: (Score:1)
but they have that anyway. They are already a x86 server monopoly
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
yeah it's bogus, i mean if there were any merit to that line of thought, you would have seen something absurd like MS bailing out Apple when they were in dire straights.
Re: (Score:2)
yeah it's bogus, i mean if there were any merit to that line of thought, you would have seen something absurd like MS bailing out Apple when they were in dire straights.
Or Intel doing the same with AMD by "buying" a minority share - i thing you are right!
Re: (Score:2)
doh. thanks!
Re: (Score:2)
translation: some choad wants to pump some stock he owns
Why would AMD buy Xilinx, the company? (Score:2)
Re: (Score:3)
TFA is suggesting Xilinx should buy AMD, not the other way around.
Re: (Score:3)
While I have no idea of who Xilinx is or why I'd care ... TFA is suggesting Xilinx purchase AMD.
Come on, it's in the first freakin' sentence. At least try.
Re: (Score:2, Insightful)
And anyone who has ever been to the local grocery store here knows who Kevin is.
Re: (Score:2)
Why would AMD buy Xilinx, the company?
They wouldn't and it wasn't what was being suggested.
Re: (Score:2)
It is suggested
No, it wasn't. It was suggested that Xilinx should buy AMD.
x86 (Score:2)
I'm sure someone will correct me if I am wrong, but I thought AMD's license for the x86 instruction set becomes invalidated if they get bought out.
Anti Trust (Score:1)
While you technically may be correct, Intel is a company with a history and reputation of abusing it's monopoly position to put competition out of Business to the detriment of consumers and the market as a whole.
Guess what happens as soon as Intel threatens to revoke their license? I'm sure AMD would be allowed to pursue their X86 endeavors while the anti-trust case began it's processing.
Re: (Score:1)
AMD certainly got guarantees from Intel when they adopted the 64bits extension.
AMD looses the x86 licence ?
Ok, then Intel looses the right to build AMD64 compatible CPUs...
Re: (Score:2)
The agreement is fairly bidirectional and this was a big win for AMD, a kind of life insurance. Even if something go wrong with AMD, there still have the unique value of the cross license granted by the agreement. And given the massive market involved, there will be investors seeking for this kind of value. This is a open gate to a big market. No other open gate to this market exists at this moment.
Re: (Score:2)
Re: (Score:2)
From the link:
3.4 Intel Copyright License to AMD. Subject to the terms of this Agreement, including without limitation Section 5.2(e), Intel grants to AMD, for use in or with an AMD Licensed Product, licenses under Intel's copyrights in any Processor instruction mnemonic for an instruction developed by Intel, and the related opcodes, instruction operand mnemonics, byte format depictions and short form description (not to exceed 100 words) for those instructions, to copy, have copied, import, prepare derivative works of, perform, display and sell or otherwise distribute such mnemonics, opcodes and descriptions in user manuals and other technical documentation. No other copyright license to AMD is provided by this Agreement other than as set forth in this paragraph, either directly or by implication or estoppel.
If AMD has to obtain a copyright license to the x86 instruction set from Intel and instruction sets in the CPU world are similar to APIs in the programming language world, why shouldn't Google also be required to obtain a copyright license from Oracle for the Java Standard APIs?
Re: (Score:2)
Re: (Score:2)
Yes, but even ARM chips have an ADD instruction whose byte encodings differ from x86 and not licensed from Intel, obviously. We're not talking about copyrighting core functionality (integer addition), but rather all the little copyrighted details like assembly language syntax, byte encoding of the instructions, functional description of instruction. There must be dozens of ways to do integer addition, but AMD follows Intel's x86 way for compa
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
It would be nice to see some usable open source FPGA tool chains.
There are plenty of dev boards out there but I found Xilinx's ISE horrible to get started with and while I found Altera's Quartus easier I wouldn't say it was a walk in the park. That's why I got my DE0 nano to do something at least while my papillio is gathering dust.
Getting started with CUDA is way easier, it would be nice to see it reach cuda levels of ease of use and see the same range of books in Amazon and blog articles covering how to
Not a match - here's why (Score:5, Informative)
The reason is that this deal is questionable is that system design considerations vary considerably, and a fat CPU like an Intel Xeon is not always the best match for a networking application with an FPGA that close. Most of these server-side applications are, in any event, I/O bound in a server environment. That means fast backplane technologies for interfacing the various physical layer devices for networking and storage. Integration of programmable logic rather than putting it on a daughter card with a dedicated interface defeats the purpose of the flexibility that the FPGA provides in this environment, and that's to be able to bridge new and emerging standards while standard products eventually come in and take up the slack. Too little programmable logic and you have to replace the entire part. Too much, and you're killing your margins even now that gates are supposedly "free". Why would a system architect bother taking the risk on that without substantial advantages over the lifetime of their rack-mount beast? And this is essentially true whether or not the die is integrated or put in an multi-chip module or 3D die stack. Even if we consider other applications such as artificial intelligence and image processing, there are already alternatives out there including dedicated processors and GPUs that are doing much of this today, and they're off-the-shelf parts without dependency on the host CPU which - again - would be an I/O bound operation that you wouldn't necessarily want to involve the CPU in directly.
Bringing this to Xilinx, AMD - as the article suggests - has even less presence in server. More importantly, AMD is always 1-2 generations behind in process technology versus Intel, which translates to even greater sensitivity to how much FPGA one devotes to the die. There is no Xilinx fab relationship with AMD since it's effectively fabless. Xilinx and Altera also play in other spaces where x86 is either not relevant or insufficiently so to justify integration (e.g. automotive, broadcast). All of the above points for Intel-Altera apply even more for AMD-Xilinx.
Even in 2015, we're still dealing with external GPUs and Ethernet PHYs on small motherboards. Unless an application reaches true ubiquity and the cost-benefit is clear, integration for integration's sake is a losing cause. If Xilinx and AMD merge, it may very well hurt both companies. Stay tuned.
Re: (Score:2)
Re: (Score:1)
Besides that, the data center was only a small part of the Altera business. If we believe that that was the only reason Intel bought them, what are they going to do with all the other stuff?
Quick! Let's copy Intel's stragety (Score:5, Insightful)
And when it fails, we can blame Intel for going out of business.
The point is, Intel plays by different rules and their Altera purchase represents a smaller percentage of their total worth. But the most important reason you shouldn't copy Intel is if there is an x86+FPGA market, you will never be able to beat Intel at it. If Intel wants your niche, they will take it from you. If Intel has already moved there before you even started, now you don't even have the ability to establish a new market, losing the only minute advantage there is.
I recommend trying to come up with a new idea that Intel isn't actively pursuing. Get some customers and lots of patents, then when Intel wants to take it from you, they at least have to do some costly patent settlements. [latimes.com]
Re: (Score:2)
I agree wholeheartedly with the Parent, Xilinx should not copy Intel's strategy, but rather, come up with a new one...
But sometimes managers are not creative enough. If the folks at Xilinx want to copy Intel's strategy on the cheap, they can try to buy Via/Centaur from Formosa Plastics Group.
They make the Via Nano and related chipsets, the group is small (so less culture clashes, things will be done the Xilinx way). Have you read of the culture clashed between the red Team (ATi) and the Green Team (AMD) Whe
It won't happen (Score:1)
Cyrix! (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:1)
Pentiums were simply too expensive.
Where have all the Opterons gone? (Score:2)
I remember Windows Azure launching in Europe with mostly Opterons inside and Steve Jobs buying that capacity to launch iCloud.
The servers at my workplace used to run on Opterons, too. Then our provider changed to Intel (you could still get AMD, but you needed to pay extra) and eventual server upgrades lead to total disapperance of AMD from my previous company
I am pretty sure AMD was not a sing