News for hackers. Stuff that matters.
Re:AMD responds to Linux kernel maintainer's rejection of AM... by CamperBob2 on Friday December 09, 2016 @09:13PM (#13143603)
They don't have the resources to do it right.

I loved that line from his post, in particular. "We have the resources to design a billion-transistor GPU, but not to write a Linux driver for it."

Poor management on AMD's part does not constitute an emergency on the Linux kernel's part.

Re:AMD responds to Linux kernel maintainer's rejection of AM... by threeseed on Saturday December 10, 2016 @12:20AM (#13144184)
How is that poor management ?

Linux gaming is a blip when you compare it to (a) the total gaming market, (b) the professional creative market and (c) the big data/deep learning market. All of which AMD is selling graphics cards into. And it's not like Linux is even some massive growth market that justifies some risky investment.

Re:AMD responds to Linux kernel maintainer's rejection of AM... by sangnoir on Saturday December 10, 2016 @01:47AM (#13144434)
> the professional creative market

This is not true for the animation/CGI/effects industry where Linux not only looms large but is growing.

I'm also sceptical of Linux having a small share of big data/machine learning since this is adjacent to servers where Linux dominates- would you mind sharing your sources? Nvidia's CUDA is cross-platform, this sets a baseline for whatever response AMD is planning.

Re:AMD responds to Linux kernel maintainer's rejection of AM... by nitrogen on Saturday December 10, 2016 @02:50AM (#13144621)
Also GPU-as-a-service seems to be a growth market, and Linux is usually the first choice in X-as-a-service.
Re:AMD responds to Linux kernel maintainer's rejection of AM... by macawfish on Sunday December 11, 2016 @03:29PM (#13153014)
That's what's frustrating to me. I have an AMD R9 290 and an Intel integrated GPU. I want to use them together for GPGPU stuff (simulating dybamical systems), but the driver situation has consistently been kindof a mess. I get it working and then all the sudden things shift and I have to configure again... Reminds me of the good old days of configuring xorg.conf in 2004.
Re:AMD responds to Linux kernel maintainer's rejection of AM... by anonbanker on Monday December 12, 2016 @10:36AM (#13158746)
if you're still using fglrx, configuring xorg.conf is still a part of your life.

the sooner fglrx dies, the better off the planet will be.

Re:AMD responds to Linux kernel maintainer's rejection of AM... by geezerjay on Saturday December 10, 2016 @07:28AM (#13145359)
GPU support means high-performance computing.

Today's 3rd spot on Top500 is occupied by a GPU-based supercomputer.

...which is equipped with NVidia cards.

https://www.top500.org/system/177975

Re:AMD responds to Linux kernel maintainer's rejection of AM... by greendesk on Saturday December 10, 2016 @01:34AM (#13144398)
Graphics cards are used for professional work too, not only gaming.
Re:AMD responds to Linux kernel maintainer's rejection of AM... by speeder on Saturday December 10, 2016 @05:54PM (#13148376)
I recently bought an AMD card for the first time, because I was annoyed with nVidia jerk behaviour.

And... I am not sure AMD has resources to design good GPUs either, the GPU I own, the 380X, is hot, power-hungry and buggy.

The RX480 launched recently to replace it, draws too much power from PCI-E slot and can damage people motherboards and raiser cards/cables.

So I am not entirely sure they have resources for their hardware division either, in fact the recent card launches from them all looked "rushed" in some way, and undertested. Some bugs are haunting their cards for 3 years now, and they don't even bother in putting in the "known issues" list anymore, because they have no idea how to fix it, despite having a 300-page+ thread on their support forums about it with people contributing lots of information.