1. Este site usa cookies. Ao continuar a usar este site está a concordar com o nosso uso de cookies. Saber Mais.

AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver

Discussão em 'Novidades GNU/Linux & *nix World' iniciada por Dark Kaeser, 8 de Outubro de 2014. (Respostas: 91; Visualizações: 16666)

  1. Dark Kaeser

    Dark Kaeser Power Member

  2. DigitalBoy

    DigitalBoy Power Member

    Como dito, ainda faltam os patches para resolver os problemas da fury.
    Daqui a um anito já vão ter uma driver impec.
     
  3. Dark Kaeser

    Dark Kaeser Power Member

  4. Dark Kaeser

    Dark Kaeser Power Member

    AMD Sends Out Patches For New AMDGPU DAL Display Driver, Adds 93k Lines Of Code

    http://www.phoronix.com/scan.php?page=news_item&px=AMDGPU-DAL-Patches-Published

    e que pelo "tamanho" levou a críticas de vários developers, mas o Bridgman e o Deucher já tinham vindo explicar no fórum que o objectivo do lançamento não era que isto fosse logo integrado, mas sim para permitir a revisão do mesmo, entretanto um developer da AMD da já veio dar pormenores adicionais

    http://phoronix.com/scan.php?page=news_item&px=AMD-FreeSync-DAL-Plans


    não sei porquê, mas o link da mensagem (do dev da AMD) não funciona, o Michael depois no final escreve

     
  5. DigitalBoy

    DigitalBoy Power Member

    Já vi teorias que essa monstrosidade é em boa parte copy-pasta da Catalyst, mas tenho duvidas visto que não acho que a Catalyst suporte boa parte disso. Pelo mentos free-sync não suportava.
    Não sei até que ponto será isso um patch exagerado, até que ponto será um tamanho justo para a funcionalidade, mas também há pelos vistos muita linha em branco e comentada.

    Espero que eles fiquem competitivos e atropelem a Nvidia nos proximos anos, já estou farto das drivers da Nvidia, ainda para mais com a bronca que o GLVND está a dar nas 361.28.
     
  6. Dark Kaeser

    Dark Kaeser Power Member

    Quase, quase...

    Trying The New AMD GPU-PRO Linux Driver On Ubuntu With Vulkan, OpenCL & OpenGL

    http://www.phoronix.com/scan.php?page=article&item=amd-gpu-pro&num=1


    bridgman
    AMD Linux
     
  7. Dark Kaeser

    Dark Kaeser Power Member

    Tasks to be completed for 4.7:
    Tasks post 4.7 (we will attempt to fix these sooner as time permits):
    Current DAL status:
    https://lists.freedesktop.org/archives/dri-devel/2016-March/103398.html
     
  8. Gaugamela

    Gaugamela Power Member

    Grande salto da AMD no suporte dos seus GPUs em Linux. Está a melhorar muito rápidamente e está a fazer o melhor trabalho das 3 grandes em suporte open-source. Daqui a 6 ou 9 meses vai estar num estado espectacular.
     
  9. DigitalBoy

    DigitalBoy Power Member

    Pena que se a AMD "falir" (for adquirida) isto será tudo em vão.
    Espero tanto que os Zen como as Polaris saiam competitivos e a tempo de salvar a AMD.

    Dos potenciais aquisitores que já foram referidos nenhum consegue ser tão FOSS friendly como a AMD está a ser.
    Se a AMD como conhecemos desaparecer tão cedo como isso não voltamos a ver tanto suporte por parte outro qualquer vendedor.
     
  10. Dark Kaeser

    Dark Kaeser Power Member

    Early Radeon Vulkan Windows vs. AMDGPU PRO Linux Benchmarks

    [​IMG]
    http://phoronix.com/scan.php?page=news_item&px=Radeon-VLK-Windows-Linux

    Tendo em conta o resultado, sobretudo nas "Tonga" (285) e "Fiji" (Fury), os resultados prometem, até porque supostamente esta ainda não é a versão final do driver e ainda deve haver mais updates.
     
  11. Gaugamela

    Gaugamela Power Member

    A driver RadeonSI já atingiu o OpenGL 4.3!

    As drivers open-source da AMD deram um salto de gigante neste último mês e com o tempo que falta até á saida da Mesa 11.3 (agora Mesa 12 porque atingiram uma nova versão de OpenGL) pode ser que até consigam alcançar OpenGL 4.4.
    Em breve vão poder focar-se só em bugfixes e melhorar performance.
     
  12. RuFuS

    RuFuS Power Member

    Isto já está incorporado em alguma distro em concreto?
     
  13. Dark Kaeser

    Dark Kaeser Power Member

    Afinal parece que a AMD sempre vai adicionar as GCN 1.0 ao AMDGPU, apesar de poder não vir incialmente com o lançamento do AMDGPU.

    AMD Soon Might Have Out AMDGPU Support For The Original GCN GPUs
    http://phoronix.com/scan.php?page=news_item&px=AMD-SI-Might-Soon-Get-AMDGPU
     
  14. Dark Kaeser

    Dark Kaeser Power Member

    AMD GPU-PRO Beta Driver – Linux® for Vulkan™ Version 16.20 for Ubuntu 16.04

    http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Beta-Driver-for-Vulkan-Release-Notes.aspx

    ainda é uma beta e com limitações, apenas para os chips "Tonga" (285 e 380/X) e "Fiji" (Fury/X e Nano), mas desta feita já suportado pelo Ubuntu 16.04.
     
  15. Dark Kaeser

    Dark Kaeser Power Member

    Alguns benches usando a nova versão do driver híbrido AMDGPU-PRO 16.20.3 Beta 2

    AMDGPU-PRO Beta 2 vs. Mesa 11.3 + Linux 4.6: Very Competitive For Linux Gamers

    http://www.phoronix.com/scan.php?page=article&item=amd-probeta2-mesa113&num=1


    e como a nova versão já vinha com o suporte ao Vulkan e DOTA 2


    NVIDIA vs. AMD OpenGL & Vulkan Benchmarks With Valve's Dota 2

    http://www.phoronix.com/scan.php?page=article&item=dota-2-vulkan&num=1


    De um russo (acho eu) que também testou o AMDGPU vs AMDGPU-PRO neste caso numa HD 7790 (GCN 1.1 "Bonaire" = 260/X e 360)

    [​IMG]
    http://www.gearsongallium.com/?p=3194


    [​IMG]
    http://www.gearsongallium.com/?p=3198

    [​IMG]
    http://www.gearsongallium.com/?p=3200

    [​IMG]
    http://www.gearsongallium.com/?p=3189

    Nos testes de ambos os sites há regressões, a AMD está a tentar identificar a origem das mesmas.
     
  16. Ketheriel

    Ketheriel Power Member

    Acho que partes de uma permissa errada; Tens o mercado geral dos PC's a cair a pique, e neste momento a quota de mercado de chromebooks como dispositivo primário nos EUA já passou a Apple. Embora eu nao considere o Chromebook como um 'desktop' e o veja mais como um browser a esteroides, tudo isto tem impacto.

    Há 2 ou 3 anos (agora nao consigo precisar) a NVIDIA perdeu um negocio de perto de 2 mil milhoes de $US devido à intel oferecer melhor suporte em Linux e o mesmo funcionar out of the box.

    Nao te esqueças que sao fabricantes de hardware e cada vez mais, se nao suportarem o sistema que vai correr nao vao ter vendas. Tens um grande exemplo (ainda que fechado) da AMD: todas as PS4 correm hardware AMD em cima de BSD :)

    O grande problema desta coisa toda continua a ser a porcaria do licenciamento GPLv2 e LGPL. Enquanto todos parecem adorar essa ditadura de esquerda, eu continuo a acreditar que a verdadeira liberdade está em licenças MIT/BSD.

    Basta ver a quantidade de BSD's que andam por aí a pontapé: Mac's, PS4, etc.
     
  17. Flinger

    Flinger Power Member

    Desculpem a "duda", mas em relação a esta questão das licenças, qual é o problema da LGPL? A GPL entendo, mas supostamente a LGPL é para bibliotecas e só limita a inclusão do codigo fonte sob a licença, não a utilização da mesma.
    A minha interpretação está errada ou existe outro problema que não estou a a ver?
     
  18. DigitalBoy

    DigitalBoy Power Member

    Não te referes a isto: http://www.phoronix.com/scan.php?page=news_item&px=MTEyNTE ?

    Sim, tens a tua razão. O pessoal do HPC quer o melhor e mais eficiente :)

    Quanto ás licensas cada um com a sua ideia. Eu sou pró-GPL. Tendo a escolher é a esse genero de licensas que perfiro.
    Com MIT's/BSD's muito mais facilmente há parasitas (Sony) que pegam em softwares feitos por uma comunidade (BSD), os quais melhoram sem partilhar as alterações e acabam a utilizar para fins comerciais.
    Se já com GPL empresas como a Google conseguem usar e abusar dos softwares quanto mais se fosse MIT/BSD. É que provavelmente nunca terias visto o codígo fonte do Android.
    Para não falar que sem GPL nada proibe de se anexar FOSS a blobs. Dai também muitas das controvérsias da NVidia.

    Essa preocupação recentemente voltou a sugir em torno deste projeto. http://www.redox-os.org/
    Se hipotéticamente seguir em frente e tiver sucesso (for eficiênte e tiver o seu mercado), é garantido que vai ser vitima de parasitas.
     
  19. Nemesis11

    Nemesis11 Power Member

    Dificilmente a AMD é adquirida como um todo. A licença x86 não é transmissível. Podem vender a divisão de gráficas, mas nesta altura não estou a ver isso a acontecer.

    Até agora fugia de AMD o mais possível. Sempre que tive ATI/AMD em gráficas tive problemas. Mas estou a gostar de ver o que a AMD tem feito nos últimos tempos. Estão de parabéns.

    Quanto a licenças, no geral não tenho grande opinião, mas tira-me do sério quando duas licenças open source são incompatíveis uma com a outra. Muitas vezes não passa de um jogo de palavras.
     
  20. Ketheriel

    Ketheriel Power Member

    Eu pessoalmente o que faço e quero publicar vai em MIT precisamente para que quem quiser possa utilizar como quiser e sem restrições.

    Não propriamente, a história nao é bem assim. Quer a Sony quer a Apple tem contribuições muito importantes para comunidade que usas diaramente sem sequer saberes. A questao nao é se sao ou nao parasitas (e tens casos mais interessantes como o hack que a sony sofreu expor que eles pirateavam o software de DRM com que protegiam algumas cenas deles).

    A questão aqui é que com uma licença verdadeiramente livre, alguem conseguiu pegar numa porcaria de um micro kernel e por aquilo a funcionar a 100% no hardware, e isto nao existe em Linux no mundo dos Desktops. Uma PS4 liga com resoluçao nativa e nao existe flickering. Nenhum driver proprietário suporta KMS, nunca te perguntas-te porque? Por causa do licenciamento.... Se a licença fosse mais permissiva tinhas KMS com qualquer driver...

    O que queria expor era isto, o impacto que uma licença tem na usabilidade de algo.

    Nunca vi, nem quero ver porque nao tenho muito interesse nisso. De qualquer forma o Google também nao é o santo que pintas, e o moto/mantra deles no inicio (don't be evil) é uma boa banhada. E sim ainda sou tempo pré-google. O android é uma ferramenta de data mining, nada mais.

    Confusao da tua parte, as distribuiçoes linux é que nao permitem distribuir blobs/binarios que nao tenham sido criados por eles. Isto levou até a alguns problemas interessantes como o caso do 'maven' e do 'ant' que para fazerem build precisam de uma versao anterior. Fazer um build limpo/bootstrap sem um binario pré existente é impossivel. Isto levou a criaçao da piada:

    "Qual é a diferença entre o maven e o ant?" - "Os developers do ant pediram desculpa."
     

Partilhar esta Página