It Looks Like AMDGPU DC (DAL) Will Not Be Accepted In The Linux Kernel

[pal666]

No, you can already use it. Just install the AMDGPU-PRO driver.

just amd staging kernel is enough. fedora has copr

[pal666]

And I think you are complete wrong because: the point alone that FLOSS code is in public eye and this will result is very hard critic of bullshit-code. because of this public attention factor the standards are much higher.

lol. have you seen sourceforge?

[pal666]

I really don't understand the hate on Dave's goal: to have a maintainable codebase, which to users translates as faster and less error prone development of our beloved GPU drivers.

because you fail to include amd outoftree codebase in list of your beloved gpu drivers. to be maintainable it has to live in upstream repo.

[pal666]

Literally generating several 100,000 LoC for all the various combinations and different platforms from a base of around 8000 LoC.

useless metric. you could generate unrolled loops

[pal666]

The question is: Why should we expect the 4.10 and 4.11 situation to turn out differently from 4.7-4.9?

the real question is why do you think loc has anything to do with the subject

[leigh123linux]

Why shoot the messenger?, Dave Airlie reviewed the code and found issues.
Linus wouldn't have ever let this into the kernel!

P.S This thread has highlighted the fact that there is a lot of dumb shits on Phoronix!

[bridgman]

OK, so maybe the nightmare (this forum thread, not the underlying issue) can finally end.

Daniel just responded and made it clear there were no issues with sharing code (he said it would be "beyond silly" to ask us to rewrite all the HW-specific bits for Linux) just that they had concerns with the specifics of the interface we were using. He also mentioned that Intel was sharing code across OSes in a similar way, although not with Windows yet.

https://lists.freedesktop.org/archiv...er/126698.html

[PadreAdamo]

OK, so maybe the nightmare (this forum thread, not the underlying issue) can finally end.

Daniel just responded and made it clear there were no issues with sharing code (he said it would be "beyond silly" to ask us to rewrite all the HW-specific bits for Linux) just that they had concerns with the specifics of the interface we were using. He also mentioned that Intel was sharing code across OSes in a similar way, although not with Windows yet.

https://lists.freedesktop.org/archiv...er/126698.html

Great news! Love AMD. Thank you Bridgman for clarity in all of this; all of it mostly over my head.

[gorgamin]

The very first thing I ever learnt about real Linux people, is you never break the kernel or compromise its stability, for anything. Even if the feature promised time travel and the secrets to the universe, kernel stability is sacred.

[bridgman]

Actually this is more about maintainability than stability - DAL/DC code will be more stable than current native code by virtue of being used earlier and by more people.

There is obviously some overlap area (if/when re-factoring in the core code happens there is greater chance of breakage if the restructuring has to include a vendor-specific HAL) but that work tends to happen outside of core kernel development anyways.

Key issue is long term maintainability and that *is* important.