Redazione di Hardware Upg
23-11-2017, 07:21
Link alla notizia: http://www.hwupgrade.it/news/sistemi-operativi/un-migliore-driver-per-le-gpu-amd-e-ora-parte-integrante-del-kernel-linux_72537.html
AMDGPU DC è il nome del nuovo stack del display code del driver AMD. Tra le tante novità che porta, troviamo anche il supporto alle nuove GPU Radeon RX Vega e alle GPU integrate nei chip Ryzen Mobile
Click sul link per visualizzare la notizia.
...direi di no perche nel kernel non dovrebbero poterci essere, ma chiedo per sicurezza.
murasame74
23-11-2017, 08:40
...direi di no perche nel kernel non dovrebbero poterci essere, ma chiedo per sicurezza.
Ce ne sono, ce ne sono, pensa solo a tutti i firmware di schede wifi o schede tv, il kernel linux oramai è così pieno di spazzatura che è nato un progetto di deblobbing per chi vuole utilizzare hardware che non necessita di schifezze binarie a sorgente chiuso.
Ah per tua informazione, i driver open di schede video (tutte) richiedono firmware chiusi.
amd sembra avere un 'outlook' migliore rispetto a nvidia, che pur recentemente ha fatto un passo in avanti verso la comunità, dichiarando inoltre di voler collaborare con gli sviluppatori di nouveau (in riferimento alla 'bega' wayland, letto di volata ieri)
cmq per macchine 'da ufficio' credo resti ancora preferibile intel ad ora, o per lo meno fin quando non arriverano le apu integrate amd (se già non lo sono eh, perso il 'filo' ultimamente...)
Ce ne sono, ce ne sono, pensa solo a tutti i firmware di schede wifi o schede tv,
Attenzione, il firmware gira su CPU/GPU proprietarie e comunica con il processore centrale in modo "protetto" , io parlo proprio di pezzi di codice x86 che girano a ring 0 insieme al kernel!
...direi di no perche nel kernel non dovrebbero poterci essere, ma chiedo per sicurezza.
https://github.com/Netronome/linux-firmware/tree/master/amdgpu
Package: firmware-amd-graphics
Source: firmware-nonfree
Description-en: Binary firmware for AMD/ATI graphics chips
This package contains the binary firmware for AMD/ATI graphics chips
supported by the radeon, amdgpu and r128 drivers.
Attenzione, il firmware gira su CPU/GPU proprietarie e comunica con il processore centrale in modo "protetto" , io parlo proprio di pezzi di codice x86 che girano a ring 0 insieme al kernel!
IL rischio e' sempre che in qualche modo quando la GPU assume il controllo del bus PCIE(bus mastering) possa in qualche modo corrompere la ram e iniettare codice, non so se sia possibile o le aree di memoria siano sotto lo stretto controllo del kernel.
vBulletin® v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.