AMD Is in Advanced Talks to Buy Xilinx

> Its kind of crazy how fast company values can change.

what makes you believe that is has anything to do with "values"? ;)

Really hoping the ARM acquisition can transform Nvidia from the inside, make them a responsible & cooperative partner.

AMD seems to be doing well.

Intel is indeed faltering, yes. Especially with process technology. Given what they've got to work with in the process department, they've been building neat good stuff. Xe just launched & in a mobile form factor is quite competitive, no longer leaving AMD APUs to dominate. These same mobile parts have far higher integration than anything AMD can offer, with dual USB4/TB4 ports good for 2 x 40Gbps. Intel has a range of neat things few others have. Intel has a pretty competent wifi that integrates nicely. Their new Tremot Atom cores are a great value, really nice light-weight cores, & scale up to 24 cores on expensive but interesting cellular radio platforms. Xeon-D is a wonderful connectivity platform that there is not much competition for. Alas Intel cancelled OmniPath, which was a brilliant thing to integrate & give away on server CPUs almost for free (~$100 on a >> $1000 chip). And alas the process tech really hampers big server cores, but intel has been getting more competitive.

At this point, Linux need competition. Nvidia thus-far has never played well, Linux4Tegra and CUDA are walled gardens & driver support is otherwise awful, still no good way to run Wayland. AMD is doing great & Linux support is very high. But we kind of need Intel to keep AMD from growing lethargic & un-competitive, from exploiting their new market position as, well, better.

I think this is a terrible idea for the future of technology. AMD would not be existentially dependent on the FPGA market and the stack is so important to cutting-edge tech that it demands focused stewardship. It's clear something needs to change in FPGA land. Xilinx and Intel both produce abhorrent FPGA software causing project delays and cancellations of cutting-edge technology dependent on their devices. Xilinx probably needs an activist investor to force their software to move past the time in history when Java was something you put on your resume. Maybe AMD can be that, but I doubt it and an acquisition by AMD would likely result in the same abandonment we see from Intel towards Altera.

Xilinx had an opportunity to be in the position NVidia is in today and it was not obvious in 2005 who was going to win the high performance computing (HPC) market because the inherent advantages that FPGAs had and still have today for high speed I/O, RAM throughput, and hard timing requirements. NVidia's CUDA, on the other hand, produces generally painlessly portable results, with easy improvement on new devices. They have essentially won in HPC application development.

Fundamentally the FPGA companies need to adopt an open-source, cloud-first ethos towards their stacks and especially be focused on making agile low-level application development. Making a counter control some LEDs should be a 10 second process. Changing the clock speed should be a 1 seconds process. Adding a button to reset the counter should be a 1 second process. None of this is true. Good luck getting this to work within one day as a newbie on a vanilla machine. Good luck even installing Vivado and compiling any bitstream in one day (thank God they have AWS images -- good luck getting that going within 2 hours). Good luck coordinating with source control and generally merging work with a team.

There was some hope when Intel bought Altera that the compilers engineering expertise might help improve virtual CPU stacks, or at least some investment in the usability of their software tools might have been thought of as a competitive advantage, but all the FPGA vendors have seriously dropped the ball on improving the eco-system with usable software. FPGA software is so bad that you have to justify a 6 month development cycle for something that should probably take a few days if things were even remotely sane. It's hard to enumerate all the examples of broken-ness but small changes end up taking a long time to re-build, things like inverting your reset in a module and then waiting two hours for trivial changes to resynthesize and place-and-route. (edit, two hours later the trivial reset polarity inversion failed timing, because it also required me to add synchronization stages to send the inverted reset signal across clock domains, shouldn't be doing this at night).

How would OSs manage this security and process wise? I imagine its impossible to program an fpga fast enough to have it switch config for each process that wants it.

Sounds kinda like microcode