Live data from Hacker News

AMD responds to Linux kernel maintainer's rejection of AMDGPU patch

lists.freedesktop.org

91–100 of 284 posts

Re: AMD responds to Linux kernel maintainer's rejection of AMDGPU patch

#91

Earlier quoted context omitted.

I don't know the details either, but honestly, I'm amazed that Google hasn't just thrown Linux out and built a microkernel with a Linux-compatible syscall API. That way there's a single binary that only cares about standard ARM things like memory management and scheduling and doesn't require hardware vendors to tweak it for every new SoC. The SoC-specific drivers can be written and updated separately just like apps.…

Linus made the right engineering choice when he took the monolithic route in the 90's. However, the technical advantages of that architecture are now moot. Sooner-or-later, Google is going to get tired of Linux's shortcomings and build a replacement OS.

They seem to have started:

https://fuchsia.googlesource.com/fuchsia/

https://en.wikipedia.org/wiki/Google_Fuchsia

Re: AMD responds to Linux kernel maintainer's rejection of AMDGPU patch

#92

Earlier quoted context omitted.

It is hard to get resources to do things right sometimes, even in big companies. There are a lot of competing priorities.

>> It is hard to get resources to do things right sometimes, even in big companies. There are a lot of competing priorities. AMD has the resources. The problem seems to be getting them allocated to this particular issue. I also find your phrasing interesting. Doing it "right" is always my top priority and every compromise from that is considered and balanced. In my experience, not doing it right is almost always more…

[deleted]

Re: AMD responds to Linux kernel maintainer's rejection of AMDGPU patch

#93
post #57
post #23

I really don't understand why AMD cares so much about getting their driver upstreamed. If their code doesn't meet the kernel standards and they don't want to fix it then just package it up as kernel module and ship it like Nvidia does. Distributions will package it using DKMS and other than some occasional troubleshooting they wont even notice. It's really no difference than Windows in that respect. His arguments see…

The claim that AMD, a company with gross profit in the $1 - 2 billion range, does not have the resources to support a dedicated development team that can do a good job on upstream-able code is just farcical. That's a question of corporate priorities, not resources, and gets precisely to the critique of corporate culture that was in question. > There's only so much time in the day; we'd like to make our code perfect,…

You've confused revenue with profit. They are not the same thing. AMD has been losing money for most of its existence and almost went bankrupt on a number of occasions. This renders your points completely invalid.

Re: AMD responds to Linux kernel maintainer's rejection of AMDGPU patch

#94

What I don't get is how one kernel maintainer can make such a massive decision that affects all of Linux. That's some near-totalitarian level of power. After reading the arguments, I'm kind of on AMD's side. I get what Dave wants, but it seems extremely idealistic.

There's a reason Linus is called the BDFL of Linux.

Re: AMD responds to Linux kernel maintainer's rejection of AMDGPU patch

#95

On a tangent: what the fuck is up with the giant quotes at the top of these messages? They're technically fulfilling the letter of netiquette by not top-posting, but they serve absolutely no purpose. If you aren't going to take the trouble to pull out short quotes to respond to, please just delete the message altogether. All our clients have excellent support for threading these days, and we can find the message you'…

Some clients just fold the quote.

Re: AMD responds to Linux kernel maintainer's rejection of AMDGPU patch

#96
post #57

Earlier quoted context omitted.

The claim that AMD, a company with gross profit in the $1 - 2 billion range, does not have the resources to support a dedicated development team that can do a good job on upstream-able code is just farcical. That's a question of corporate priorities, not resources, and gets precisely to the critique of corporate culture that was in question. > There's only so much time in the day; we'd like to make our code perfect,…

AMD doesn't have "gross profit in the $1 - 2 billion range". They have about $1B in revenue per quarter and have had negative profits (i.e. they lose money) for quite some time now. They were on the verge of bankrupcy about a year ago. Maybe Zen can turn their fortunes around, but they're correct in that they don't have the resources for a dedicated development team right now.

Writing the software that makes your hardware work is much more of a revenue-based issue than a profit-based issue. Even if you're losing money you need to balance your development budget, and not cut any segment too far.

Re: AMD responds to Linux kernel maintainer's rejection of AMDGPU patch

#97
post #73
post #25

Earlier quoted context omitted.

Then again, we're not talking about some wierd network card driver here. We're talking about having a constant up-to-date driver on par with Windows for a major GPU card manufacturer. A driver which has caused a large amount of desktop users to return to Windows due to its historical issues. While I get the reasoning for rejection, the typical OSS rejection attitude is also problematic. I kinda don't see a dialog hap…

> A driver which has caused a large amount of desktop users to return to Windows due to its historical issues. Kernel developers do not care. They care about good software.

Define "good" and "software."

Re: AMD responds to Linux kernel maintainer's rejection of AMDGPU patch

#98

Earlier quoted context omitted.

AMD doesn't have "gross profit in the $1 - 2 billion range". They have about $1B in revenue per quarter and have had negative profits (i.e. they lose money) for quite some time now. They were on the verge of bankrupcy about a year ago. Maybe Zen can turn their fortunes around, but they're correct in that they don't have the resources for a dedicated development team right now.

Writing the software that makes your hardware work is much more of a revenue-based issue than a profit-based issue. Even if you're losing money you need to balance your development budget, and not cut any segment too far.

Their revenue is from Windows, Apple and Cknsoles, not from Linux.

Re: AMD responds to Linux kernel maintainer's rejection of AMDGPU patch

#99
post #93
post #57

Earlier quoted context omitted.

The claim that AMD, a company with gross profit in the $1 - 2 billion range, does not have the resources to support a dedicated development team that can do a good job on upstream-able code is just farcical. That's a question of corporate priorities, not resources, and gets precisely to the critique of corporate culture that was in question. > There's only so much time in the day; we'd like to make our code perfect,…

You've confused revenue with profit. They are not the same thing. AMD has been losing money for most of its existence and almost went bankrupt on a number of occasions. This renders your points completely invalid.

For those of us out of the loop, if AMD has been "losing money for most of its existence" and "almost went bankrupt on a number of occasions", then how is it still alive? Did it make a ridiculous amount of money at some points?

Re: AMD responds to Linux kernel maintainer's rejection of AMDGPU patch

#100
"This is something you need to fix, or it'll stay completely painful forever. It's hard work and takes years, but here at Intel we pulled it off. We can upstream everything from a _very_ early stage (can't tell you how early). And we have full marketing approval for that. If you watch the i915 commit stream you can see how our code is chasing updates from the hw engineers debugging things. Daniel Vetter Software Engineer, Intel Corporation"

Intel got their sh*t together, why can't AMD ?

Post reply on HN