AMD Loses Some Linux Kernel Developers

[Lynxeye]

We don't know what is happening without input from those 3 developers or others inside AMD.

It's very well possible that AMD is consolidating multiple teams into one, and the tasks of (parts of) OSRC Dresden might be moving elsewhere, to some other country. Some people might agree to move there to keep their job, but others will probably prefer to stay where they are (e.g. because they have a family, kids have their school & friends in Germany, etc.). And I'm sure there are many other reasonable explanations possible.

Again: we don't know what is happening without input from those 3 developers or others inside AMD, and without any more news, everything in this thread is speculation...

To end your speculation: AMD closing down the OSRC in Dresden and it's not just those 3 guys. I would call it very unlikely that those guys prefer to relocate to another continent, just to keep their job within a struggling company.

[Marc Driftmeyer]

There is tons of work from AMD going into LLVM/Clang that includes Linux.

Losing 3 dudes with Linux kernel experience is a pot in a giant pee bowl. Relax.

[arokh]

AMD driver sucks anyways. Anyone who want decent Linux support should get an nvidia card.

[curaga]

There is tons of work from AMD going into LLVM/Clang that includes Linux.

Losing 3 dudes with Linux kernel experience is a pot in a giant pee bowl. Relax.

It so happens that the kernel runs your cpus, not LLVM.

[Marc Driftmeyer]

AMD driver sucks anyways. Anyone who want decent Linux support should get an nvidia card.

I have the nVidia driver binaries on one system. They are fine/solid with Debian. I'm no fan of nVidia's OpenCL stack, direction with OpenCL and their lack of joining HSA.

[Marc Driftmeyer]

It so happens that the kernel runs your cpus, not LLVM.

It just so happens that besides FreeBSD that Linux is working on making LLVM/Clang first class to build their kernel and since you mention kernel more and more of what the kernel does via messaging will be to pass parallel processing loads on to kernels built in OpenCL.

[curaga]

Uh, what? Are you high?

That has absolutely nothing to do with the kernel's cpu support. Without the kernel's cpu support:

a) it may not boot
b) you may not get any power-saving
c) you may not get full performance
d) you may not get sensor data
...