{"id":90611,"date":"2020-08-03T13:42:18","date_gmt":"2020-08-03T11:42:18","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-5-8"},"modified":"2020-08-03T13:42:18","modified_gmt":"2020-08-03T11:42:18","slug":"reliz-yadra-linux-5-8","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-5-8","title":{"rendered":"Rilascio del kernel Linux 5.8","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Dopo due mesi di sviluppo, Linus Torvalds <noindex><a rel=\"nofollow\" href=\"https:\/\/lkml.org\/lkml\/2020\/8\/2\/293\">ha presentato<\/a><\/noindex> rilascio del kernel <noindex><a rel=\"nofollow\" href=\"https:\/\/kernel.org\">Linux 5.8<\/a><\/noindex>. Tra le modifiche pi\u00f9 significative: il detector di stati di race KCSAN, un meccanismo universale per la consegna di notifiche nello spazio utente, supporto hardware per la crittografia inline, meccanismi di protezione avanzati per ARM64, supporto per il processore russo Baikal-T1, possibilit\u00e0 di montare separatamente le istanze di procfs, implementazione per ARM64 dei meccanismi di protezione Shadow Call Stack e BTI.<\/p>\n<p>Il kernel 5.8 \u00e8 diventato il pi\u00f9 vasto in termini di modifiche rispetto a tutti i kernel nella storia del progetto. Le modifiche non riguardano solo un singolo sottosistema, ma coprono diverse parti del kernel e sono principalmente legate a ristrutturazioni interne e pulizie. Il maggior numero di modifiche \u00e8 stato osservato nei driver. Nella nuova versione sono state accettate 17.606 correzioni da 2081 sviluppatori, che hanno interessato circa il 20% di tutti i file nel repository del codice del kernel. La dimensione della patch \u00e8 di 65 MB (le modifiche hanno interessato 16.180 file, aggiunte 1.043.240 righe di codice, eliminate 489.854 righe). A titolo di confronto, nella branch 5.7 sono state apportate 15.033 correzioni, e la dimensione della patch era di 39 MB. Circa il 37% di tutte le modifiche presentate nella 5.8 riguardano i driver dei dispositivi, circa il 16% delle modifiche riguarda l'aggiornamento del codice specifico per architetture hardware, l'11% \u00e8 collegato allo stack di rete, il 3% ai file system e il 4% ai sottosistemi interni del kernel. <\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/kernelnewbies.org\/Linux_5.8\">Principali<\/a><\/noindex> <noindex><a rel=\"nofollow\" href=\"https:\/\/lwn.net\/Articles\/822527\/\">novit\u00e0<\/a><\/noindex>:\n<\/p>\n<ul>\n<li class=\"l\"> <b>Virtualizzazione e sicurezza<\/b>\n<ul>\n<li class=\"l\"> \u00c8 stata garantita la blocco del caricamento dei moduli del kernel che contengono sezioni di codice in cui sono impostati contemporaneamente i bit per l'esecuzione e la scrittura. La modifica \u00e8 stata realizzata nell'ambito di un progetto pi\u00f9 ampio per eliminare l'uso da parte del kernel di pagine di memoria che consentono contemporaneamente l'esecuzione e la scrittura.\n<li class=\"l\"> \u00c8 stata creata la possibilit\u00e0 di generare istanze separate di procfs, consentendo di utilizzare pi\u00f9 punti di montaggio di procfs, montati con diverse opzioni, ma che riflettono uno spazio di nomi identificale per i processi (pid namespace). In precedenza, tutti i punti di montaggio di procfs riflettevano solo una rappresentazione interna e qualsiasi modifica dei parametri di montaggio influiva su tutti gli altri punti di montaggio collegati allo stesso spazio di nomi identificativo dei processi. Tra le aree in cui pu\u00f2 essere richiesto il montaggio con diverse opzioni c'\u00e8 l'implementazione di un'isolamento leggero per sistemi embedded, con la possibilit\u00e0 di nascondere in procfs alcuni tipi di processi e nodi informativi.\n<li class=\"l\"> Per la piattaforma ARM64 \u00e8 stato implementato il supporto al meccanismo<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/clang.llvm.org\/docs\/ShadowCallStack.html\">Shadow-Call Stack<\/a><\/noindex>, fornito dal compilatore Clang per proteggere contro la sovrascrittura dell'indirizzo di ritorno dalla funzione in caso di overflow del buffer nello stack. L'essenza della protezione sta nel salvare, dopo il passaggio di controllo alla funzione, l'indirizzo di ritorno in un \"stack shadow\" separato e nel recuperare tale indirizzo prima di uscire dalla funzione.<\/p>\n<li class=\"l\"> Per la piattaforma ARM64 \u00e8 stato aggiunto il supporto per le istruzioni <noindex><a rel=\"nofollow\" href=\"https:\/\/developer.arm.com\/docs\/ddi0602\/f\/base-instructions-alphabetic-order\/bti-branch-target-identification\">ARMv8.5-BTI<\/a><\/noindex> (Branch Target Indicator) per proteggere l'esecuzione di insiemi di istruzioni dove non dovrebbero avvenire salti in caso di branching. Il blocco dei salti verso aree arbitrarie del codice \u00e8 implementato per contrastare la creazione di gadget negli exploit che utilizzano tecniche di programming orientato al ritorno (ROP - Return-Oriented Programming, l'attaccante non cerca di posizionare il proprio codice in memoria, ma opera con pezzi gi\u00e0 esistenti di istruzioni di macchina, terminanti con un'istruzione di ritorno, da cui si costruiscono catene di chiamate per ottenere la funzionalit\u00e0 desiderata).\n<li class=\"l\"> \u00c8 stato aggiunto il supporto per l'hardware per la crittografia in linea dei dispositivi a blocchi (<noindex><a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/doc\/html\/latest\/block\/inline-encryption.html\">Inline Encryption<\/a><\/noindex>). I dispositivi di crittografia in linea sono generalmente integrati nell'unit\u00e0 di archiviazione, ma vengono logicamente posizionati tra la memoria di sistema e il disco, effettuando crittografia e decrittografia trasparenti delle operazioni di input\/output basate su chiavi e algoritmi di crittografia definiti dal kernel.\n<li class=\"l\"> Aggiunto il parametro della riga di comando del kernel \"initrdmem\", che consente di specificare l'indirizzo fisico in cui collocare initrd in memoria durante la posizione dell'immagine di avvio iniziale nella RAM.\n<li class=\"l\"> Aggiunte nuove capability: CAP_PERFMON per accedere al sottosistema perf e eseguire il monitoraggio delle prestazioni. <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/a17b53c4a4b5\">CAP_BPF<\/a><\/noindex>, che consente di eseguire alcune operazioni con BPF (ad esempio, il caricamento di programmi BPF), che in precedenza richiedevano i diritti CAP_SYS_ADMIN (ora le autorizzazioni CAP_SYS_ADMIN sono state suddivise in una combinazione di CAP_BPF, CAP_PERFMON e CAP_NET_ADMIN).\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/5f1f79bbc9e2\">Aggiunto<\/a><\/noindex> un nuovo dispositivo virtio-mem, che consente di implementare il collegamento e lo scollegamento a caldo della memoria nei sistemi guest.\n<li class=\"l\"> Implementato il ritiro delle operazioni di mappatura in \/dev\/mem, se il driver del dispositivo utilizza aree di memoria sovrapposte.\n<li class=\"l\"> Aggiunta protezione da vulnerabilit\u00e0 <noindex><a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=53126\">CROSSTalk\/SRBDS<\/a><\/noindex>, che consente di ripristinare i risultati dell'esecuzione di alcune istruzioni eseguite su un altro core CPU.\n<\/ul>\n<li class=\"l\"> <b>Memoria e servizi di sistema<\/b>\n<ul>\n<li class=\"l\"> Nel documento che definisce le regole di formattazione del codice, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=53342\">sono state adottate<\/a><\/noindex> raccomandazioni sull'uso di terminologia inclusiva. Gli sviluppatori non sono incoraggiati a utilizzare termini come 'master \/ slave' e 'blacklist \/ whitelist', n\u00e9 il termine 'slave' da solo. Queste raccomandazioni si applicano solo all'uso nuovo dei termini menzionati. Le menzioni gi\u00e0 presenti nel nucleo rimarranno inalterate. Nel nuovo codice, l'uso dei termini segnati \u00e8 consentito se richiesto dal mantenimento dell'API e dell'ABI esposte all'utente, nonch\u00e9 durante l'aggiornamento del codice per supportare l'hardware esistente o protocolli le cui specifiche richiedono l'uso di determinati termini.\n<li class=\"l\"> Incluso uno strumento di debug <noindex><a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/doc\/html\/latest\/dev-tools\/kcsan.html\">KCSAN<\/a><\/noindex> (Kernel Concurrency Sanitizer), progettato per il rilevamento dinamico  <noindex><a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/%D0%A1%D0%BE%D1%81%D1%82%D0%BE%D1%8F%D0%BD%D0%B8%D0%B5_%D0%B3%D0%BE%D0%BD%D0%BA%D0%B8\">di condizioni di gara<\/a><\/noindex> all'interno del kernel. L'uso di KCSAN \u00e8 supportato durante la compilazione con GCC e Clang, e richiede l'aggiunta di modifiche specifiche nella fase di compilazione per monitorare l'accesso alla memoria (sono utilizzati breakpoint che si attivano durante la lettura o la modifica della memoria). L'attenzione principale nello sviluppo di KCSAN \u00e8 stata rivolta alla prevenzione di falsi allarmi, scalabilit\u00e0 e facilit\u00e0 d'uso.\n<li class=\"l\"> Aggiunto <noindex><a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/doc\/html\/latest\/watch_queue.html\">un meccanismo universale<\/a><\/noindex> notifiche di consegna dal kernel allo spazio utente. Il meccanismo si basa su un driver pipe standard e consente di distribuire in modo efficiente le notifiche dal kernel attraverso i canali aperti nello spazio utente. I punti di ricezione delle notifiche sono pipe aperte in una modalit\u00e0 speciale che permettono di accumulare i messaggi provenienti dal kernel in un buffer circolare. La lettura avviene tramite la funzione read(). Il proprietario del canale determina quali fonti nel kernel devono essere monitorate e pu\u00f2 specificare un filtro per ignorare messaggi ed eventi di determinato tipo. Gli eventi attualmente supportati comprendono solo le operazioni con le chiavi, come l'aggiunta\/rimozione di chiavi e la modifica dei loro attributi. Gli eventi indicati sono previsti per l'uso in GNOME.\n<li class=\"l\"> Continua lo sviluppo della funzionalit\u00e0 'pidfd', che aiuta a gestire scenari di riutilizzo di PID (pidfd \u00e8 associato a un processo specifico e non cambia, mentre il PID pu\u00f2 essere collegato a un altro processo dopo il completamento del processo attuale associato a questo PID). Nella nuova versione \u00e8 stata aggiunta la compatibilit\u00e0 per l'uso di pidfd per collegare un processo agli spazi dei nomi (\u00e8 consentita l'indicazione di pidfd durante l'esecuzione della chiamata di sistema setns). L'uso di pidfd consente di gestire l'attacco di un processo a pi\u00f9 tipi di spazi dei nomi con una sola chiamata, riducendo notevolmente il numero di chiamate di sistema necessarie e attuando il collegamento in modo atomico (se si verifica un errore durante il collegamento a uno degli spazi dei nomi, non saranno collegati nemmeno gli altri).\n<li class=\"l\"> \u00c8 stata aggiunta una nuova chiamata di sistema faccessat2(), che si differenzia da<br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/man7.org\/linux\/man-pages\/man2\/faccessat.2.html\">faccessat()<\/a><\/noindex> con un argomento aggiuntivo con flag che corrispondono alle raccomandazioni POSIX (in precedenza questi flag erano emulati nella libreria C, mentre il nuovo faccessat2 consente di implementarli nel kernel).<\/p>\n<li class=\"l\"> In Cgroup <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/4b82ab4f2883\">\u00e8 stata aggiunta<\/a><\/noindex> la configurazione memory.swap.high, che pu\u00f2 essere utilizzata per rallentare i processi che occupano troppo spazio nella partizione di swap.\n<li class=\"l\"> Nell'interfaccia di input\/output asincrono <noindex><a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=50631#io_uring\">io_uring<\/a><\/noindex> \u00e8 stata aggiunta la supporto per la chiamata di sistema tee().\n<li class=\"l\"> \u00c8 stato aggiunto il meccanismo \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/lwn.net\/Articles\/818714\/\">BPF iterator<\/a><\/noindex>, destinato a trasferire nello spazio utente il contenuto delle strutture del kernel.\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/97abb2b39682\">\u00c8 stata fornita<\/a><\/noindex> la possibilit\u00e0 di utilizzare un buffer circolare per lo scambio di dati tra programmi BPF.\n<li class=\"l\"> Meccanismo <noindex><a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/doc\/html\/latest\/core-api\/padata.html\">padata<\/a><\/noindex>, progettato per organizzare l'esecuzione parallela dei compiti nel kernel, \u00e8 stata aggiunta la supporto per i task multithread con bilanciamento del carico.\n<li class=\"l\"> Nel meccanismo pstore, che consente di salvare informazioni di debug sulla causa del crash in un'area di memoria, non perse tra i riavvii,  <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/649304c936cd\">\u00e8 stata aggiunta<\/a><\/noindex> backend per salvare informazioni su dispositivi a blocchi.\n<li class=\"l\"> Dalla branch del kernel PREEMPT_RT <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=91710728d172\">trasferita<\/a><\/noindex> l'implementazione di lock locali.\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/2b43470add8c\">Aggiunto<\/a><\/noindex> nuovo API per l'allocazione di buffer (AF_XDP), mirato a semplificare la scrittura di driver di rete con supporto XDP (eXpress Data Path).\n<li class=\"l\"> Per l'architettura RISC-V \u00e8 stato implementato il supporto per la debug dei componenti del kernel tramite KGDB.\n<li class=\"l\"> Fino al rilascio 4.8, sono stati aumentati i requisiti sulla versione di GCC che pu\u00f2 essere utilizzata per compilare il kernel. In uno dei prossimi rilasci, si prevede di alzare il livello a GCC 4.9.\n<\/ul>\n<li class=\"l\"> <b>Sottosistema di disco, input\/output e file system<\/b>\n<ul>\n<li class=\"l\"> Nel Device Mapper <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=d3c7b35c20d6\">\u00e8 stata aggiunta<\/a><\/noindex> nuovo gestore dm-ebs (emulate block size), che pu\u00f2 essere utilizzato per emulare una dimensione di blocco logico pi\u00f9 piccola (ad esempio, per emulare settori da 512 byte su dischi con dimensione del settore di 4K).\n<li class=\"l\"> Nel filesystem F2FS \u00e8 stato aggiunto il supporto per la compressione utilizzando l'algoritmo LZO-RLE.\n<li class=\"l\"> Nel dm-crypt <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=27f5411a718c431c20007e3a2fbba6589942d04f\">\u00e8 stata aggiunta<\/a><\/noindex> supporto per chiavi crittografate.\n<li class=\"l\"> In Btrfs \u00e8 migliorato il trattamento delle operazioni di lettura in modalit\u00e0 direct I\/O. Durante il montaggio <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=a619b3c7abdd585cdd003effa1773e627aa8a44e\">accelerata<\/a><\/noindex> la verifica delle sottodirectory e dei cataloghi rimasti orfani.\n<li class=\"l\"> In CIFS \u00e8 stato aggiunto il parametro \u00abnodelete\u00bb, che consente controlli delle autorizzazioni sul server, ma impedisce al client di eliminare file o directory.\n<li class=\"l\"> In Ext4 \u00e8 migliorato il trattamento dell'errore <noindex><a rel=\"nofollow\" href=\"https:\/\/man7.org\/linux\/man-pages\/man2\/creat.2.html\">ENOSPC<\/a><\/noindex> nell'uso della multithreading. In xattr \u00e8 stato aggiunto il supporto per lo spazio dei nomi gnu.*, utilizzato in GNU Hurd.\n<li class=\"l\"> Per Ext4 e XFS \u00e8 stato abilitato il supporto per operazioni DAX (accesso diretto al filesystem bypassando la cache di pagina senza utilizzare il livello dei dispositivi a blocchi) legato a singoli file e directory.\n<li class=\"l\"> Nella chiamata di sistema <noindex><a rel=\"nofollow\" href=\"https:\/\/man7.org\/linux\/man-pages\/man2\/statx.2.html\">statx()<\/a><\/noindex> \u00e8 stato aggiunto un flag <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/83d9088659e8\">STATX_ATTR_DAX<\/a><\/noindex>, specificando il quale le informazioni vengono estratte utilizzando il meccanismo DAX.\n<li class=\"l\"> In EXFAT <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/476189c0ef3b658de3f6b89fd0fdeb6dc451b564\">\u00e8 stata aggiunta<\/a><\/noindex> supporto per la verifica dell'area di avvio.\n<li class=\"l\"> In FAT <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/898310032b96c198014a8bbace0fd26259b2db77\">migliorata<\/a><\/noindex> il pre-caricamento degli elementi del filesystem. I test su una lenta chiavetta USB da 2TB hanno mostrato una riduzione del tempo di esecuzione del test da 383 a 51 secondi.\n<\/ul>\n<li class=\"l\"> <b>Sottosistema di rete<\/b>\n<ul>\n<li class=\"l\"> Nel codice di gestione del funzionamento dei ponti di rete <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/45c9cbec425c\">\u00e8 stata aggiunta<\/a><\/noindex> supporto per il protocollo <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/Media_Redundancy_Protocol\">MRP<\/a><\/noindex> (Media Redundancy Protocol), che consente di garantire la tolleranza ai guasti collegando diversi switch Ethernet.\n<li class=\"l\"> Nel sistema di gestione del traffico (Tc) <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/a51c328df310\">aggiunto<\/a><\/noindex> nuova azione \u00abgate\u00bb, che consente di definire intervalli di tempo per l'elaborazione e il rifiuto di determinati pacchetti.\n<li class=\"l\"> Nel kernel e nell'utilit\u00e0 ethtool \u00e8 stata aggiunta la supporto per le funzioni di test del cavo di rete connesso e per l'autodiagnosi dei dispositivi di rete.\n<li class=\"l\"> Nel stack IPv6 \u00e8 stata aggiunta la supporto per l'algoritmo MPLS (Multiprotocol Label Switching) per l'instradamento dei pacchetti utilizzando la commutazione multiprotocollo basata su etichette (precedentemente supportata per IPv4 MPLS).\n<li class=\"l\"> Aggiunta la supporto per la trasmissione dei pacchetti IKE (Internet Key Exchange) e IPSec su TCP (<noindex><a rel=\"nofollow\" href=\"https:\/\/tools.ietf.org\/html\/rfc8229\">RFC 8229<\/a><\/noindex>) per aggirare possibili blocchi UDP.\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=aa4d16e44f60\">Aggiunto<\/a><\/noindex> dispositivo di archiviazione a blocchi di rete rnbd, che consente l'accesso remoto a un dispositivo a blocchi tramite il trasporto RDMA (InfiniBand, RoCE, iWARP) e il protocollo RTRS.\n<li class=\"l\"> Nel stack TCP <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=ccd0628fca440268711560a1dbacc727b4f9e214\">\u00e8 stata aggiunta<\/a><\/noindex> supporto per la compressione degli intervalli nelle risposte di conferma selettiva (selective acknowledgment, SACK).\n<li class=\"l\"> Per IPv6 <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=d29245692a44d71d5e2e0770463184a693696232\">\u00e8 stata implementata<\/a><\/noindex> supporto TCP-LD (<noindex><a rel=\"nofollow\" href=\"https:\/\/tools.ietf.org\/html\/rfc6069\">RFC 6069<\/a><\/noindex>, Lunghe interruzioni di connettivit\u00e0).\n<\/ul>\n<li class=\"l\"> <b>Apparecchiatura<\/b>\n<ul>\n<li class=\"l\"> Nel driver DRM i915 per le schede grafiche Intel \u00e8 stata abilitata di default la supporto per i chip Intel Tiger Lake (GEN12), per i quali \u00e8 anche <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=8ca6d0237d1696060cd4f5a3ee93ee001c1a9d5b\">\u00e8 stata implementata<\/a><\/noindex> possibile utilizzare il sistema SAGV (System Agent Geyserville) per la regolazione dinamica della frequenza e della tensione in base alle esigenze di consumo energetico o prestazioni.\n<li class=\"l\"> Nel driver amdgpu \u00e8 stata aggiunta la supporto per il formato pixel FP16 ed \u00e8 stata implementata la possibilit\u00e0 di lavorare con buffer crittografati nella memoria video (TMZ, Trusted Memory Zone).\n<li class=\"l\"> Aggiunta la supporto per i sensori di consumo energetico dei processori AMD Zen e Zen2, cos\u00ec come per i sensori di temperatura AMD Ryzen 4000 Renoir. Per AMD Zen e Zen2 \u00e8 garantita la supporto per il recupero delle informazioni sul consumo energetico tramite l'interfaccia <noindex><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20200515215733.20647-1-eranian@google.com\/\">RAPL<\/a><\/noindex> (Running Average Power Limit).\n<li class=\"l\"> Nel driver Nouveau \u00e8 stata aggiunta la supporto per il formato dei modificatori NVIDIA. Per gv100 \u00e8 stata implementata la possibilit\u00e0 di utilizzare modalit\u00e0 interlacciate di scansione. Aggiunta la definizione di vGPU.\n<li class=\"l\"> Nel driver MSM (Qualcomm) \u00e8 stata aggiunta la supporto per GPU Adreno A405, A640 e A650.\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=9e1ed9fb1eb0a4bc43a26365c592d3095286038b\">Aggiunto<\/a><\/noindex> framework interno per la gestione delle risorse DRM (Direct Rendering Manager).\n<li class=\"l\"> Aggiunta la supporto per smartphone Xiaomi Redmi Note 7 e Samsung Galaxy S2, cos\u00ec come per i laptop Elm\/Hana Chromebook.\n<li class=\"l\"> Aggiunti driver per i pannelli LCD: ASUS TM5P5 NT35596, Starry KR070PE2T, Leadtek LTK050H3146W, Visionox rm69299, Boe tv105wum-nw0.\n<li class=\"l\"> Aggiunta la compatibilit\u00e0 con piattaforme ARM e piattaforme Renesas \u00abRZ\/G1H\u00bb, Realtek RTD1195, Realtek RTD1395\/RTD1619, Rockchips RK3326, AMLogic S905D, S905X3, S922XH, Olimex A20-OLinuXino-LIME-eMMC, Check Point L-50,<br \/>\n, Beacon i.MX8m-Mini, Qualcomm SDM660\/SDM630, Xnano X5 TV Box, Stinger96, Beaglebone-AI.<\/p>\n<li class=\"l\"> Aggiunta il supporto per il processore MIPS Loongson-2K (abbreviato Loongson64). Per la CPU Loongson 3 \u00e8 stato aggiunto il supporto per la virtualizzazione utilizzando l'ipervisore KVM.\n<li class=\"l\"> <noindex><a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=53231\">\u00c8 stata aggiunta<\/a><\/noindex><br \/>\n supporto per il processore russo Baikal-T1 e il sistema su chip basato su di esso <noindex><a rel=\"nofollow\" href=\"https:\/\/www.baikalelectronics.com\/products\/168\/\">BE-T1000<\/a><\/noindex>. Il processore Baikal-T1 contiene due core superscalari P5600 MIPS 32 r5, funzionanti a una frequenza di 1.2 GHz. Il chip contiene cache L2 (1 MB), controller di memoria DDR3-1600 ECC, 1 porta 10Gb Ethernet, 2 porte 1Gb Ethernet, controller PCIe Gen.3 x4, 2 porte SATA 3.0, USB 2.0, GPIO, UART, SPI, I2C. Il processore fornisce supporto hardware per la virtualizzazione, istruzioni SIMD e un acceleratore hardware integrato per operazioni crittografiche, che supporta \u0413\u041e\u0421\u0422 28147-89. Il chip \u00e8 stato sviluppato utilizzando un blocco core MIPS32 P5600 Warrior fornito da Imagination Technologies. <\/p>\n<\/ul>\n<\/ul>\n<p>Contemporaneamente, il Fondo latinoamericano per il software libero <noindex><a rel=\"nofollow\" href=\"http:\/\/www.fsfla.org\/ikiwiki\/selibre\/linux-libre\/\">ha creato<\/a><\/noindex><br \/>\nuna versione <noindex><a rel=\"nofollow\" href=\"http:\/\/www.fsfla.org\/ikiwiki\/selibre\/linux-libre\/\">di un kernel completamente libero 5.8<\/a><\/noindex> &#8212; <noindex><a rel=\"nofollow\" href=\"http:\/\/linux-libre.fsfla.org\/pub\/linux-libre\/releases\/5.8-gnu\/\">Linux-libre 5.8-gnu<\/a><\/noindex>, ripulito da elementi di firmware e driver contenenti componenti o porzioni di codice non liberi, di cui l'uso \u00e8 limitato dal produttore. Nella nuova versione \u00e8 stata disattivata la caricamento di blob nei driver per Atom ISP Video, MediaTek 7663 USB\/7915 PCIe, Realtek 8723DE WiFi, Renesas PCI xHCI, HabanaLabs Gaudi, Enhanced Asynchronous Sample Rate Converter, Maxim Integrated MAX98390 Speaker Amplifier, Microsemi ZL38060 Connected Home Audio Processor e I2C EEPROM Slave. \u00c8 stato aggiornato il codice per la pulizia dei blob nei driver e sotto-sistemi Adreno GPU, HabanaLabs Goya, touchscreen x86, vt6656 e btbcm.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"link\"><\/a><\/noindex><\/p>\n<p>Fonte: <a \ncontent=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=53479\">opennet.ru<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 5.8. \u0421\u0440\u0435\u0434\u0438 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0437\u0430\u043c\u0435\u0442\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439: \u0434\u0435\u0442\u0435\u043a\u0442\u043e\u0440 \u0441\u043e\u0441\u0442\u043e\u044f\u043d\u0438\u0439 \u0433\u043e\u043d\u043a\u0438 KCSAN, \u0443\u043d\u0438\u0432\u0435\u0440\u0441\u0430\u043b\u044c\u043d\u044b\u0439 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0438 \u0443\u0432\u0435\u0434\u043e\u043c\u043b\u0435\u043d\u0438\u0439 \u0432 \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u043e \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044f, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u043e\u0431\u043e\u0440\u0443\u0434\u043e\u0432\u0430\u043d\u0438\u044f \u0434\u043b\u044f inline-\u0448\u0438\u0444\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u0440\u0430\u0441\u0448\u0438\u0440\u0435\u043d\u043d\u044b\u0435 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u044b \u0437\u0430\u0449\u0438\u0442\u044b \u0434\u043b\u044f ARM64, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u0440\u043e\u0441\u0441\u0438\u0439\u0441\u043a\u043e\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u0430 Baikal-T1, \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c \u0440\u0430\u0437\u0434\u0435\u043b\u044c\u043d\u043e\u0433\u043e \u043c\u043e\u043d\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u044d\u043a\u0437\u0435\u043c\u043f\u043b\u044f\u0440\u043e\u0432 procfs, \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u044f \u0434\u043b\u044f ARM64 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u043e\u0432 \u0437\u0430\u0449\u0438\u0442\u044b Shadow Call Stack \u0438 BTI. \u042f\u0434\u0440\u043e [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-90611","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-5-8\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"it_IT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 5.8 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-5-8\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-08-03T11:42:18+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-08-03T11:42:18+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Rilascio del kernel Linux 5.8 | ProHoster","description":"Dopo due mesi di sviluppo, Linus Torvalds ha presentato il rilascio del kernel Linux.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-5-8","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 5.8 | ProHoster","og:description":"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux.","og:url":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-5-8","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-08-03T11:42:18+00:00","article:modified_time":"2020-08-03T11:42:18+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"90611","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 12:46:54","updated":"2022-09-27 21:26:44","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/90611","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=90611"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/90611\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=90611"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=90611"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=90611"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}