{"id":168524,"date":"2026-04-13T11:12:24","date_gmt":"2026-04-13T09:12:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-7-0"},"modified":"2026-04-13T11:12:24","modified_gmt":"2026-04-13T09:12:24","slug":"reliz-yadra-linux-7-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-7-0","title":{"rendered":"Rilascio del kernel Linux 7.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Dopo due mesi di sviluppo, Linus Torvalds ha presentato il rilascio del kernel Linux 7.0. Tra le modifiche pi\u00f9 significative: regole per l'uso degli assistenti AI, integrazione di Rust nelle funzionalit\u00e0 principali del kernel, miglioramento delle prestazioni di swap, attivazione predefinita della modalit\u00e0 PREEMPT_LAZY, supporto per filtri nelle operazioni io_uring, nuova FS Nullfs, infrastruttura fserror, strumenti di monitoraggio XFS, supporto per il remapping in Btrfs, attivazione predefinita della versione NFS 4.1, integrazione dell'algoritmo crittografico post-quantistico ML-DSA, attivazione di AccECN nel sottosistema di rete, supporto iniziale per WiFi 8.      <\/p>\n<p>Il numero 7.0 \u00e8 stato assegnato poich\u00e9 nella serie 6.x si \u00e8 accumulato un numero sufficiente di rilasci per cambiare il primo numero nella versione (in precedenza, il rilascio 6.0 \u00e8 stato creato subito dopo il 5.19). Il cambiamento della numerazione avviene per ragioni estetiche ed \u00e8 un passo formale che allevia il disagio causato dall'accumulo di troppi rilasci nella serie.       <\/p>\n<p>Nella nuova versione sono stati inclusi 15624 correzioni da 2477 sviluppatori, la dimensione della patch \u00e8 di 56 MB (le modifiche hanno interessato 18053 file, sono state aggiunte 704060 righe di codice e rimosse 278132 righe). Nella precedente versione c'erano 15657 correzioni da 2237 sviluppatori, la dimensione della patch era di 52 MB. Circa il 51% di tutte le modifiche presentate nella 7.0 riguardano i driver delle periferiche, circa l'11% delle modifiche riguarda l'aggiornamento di codice specifico per architetture hardware, il 14% riguarda lo stack di rete, il 5% riguarda i file system e il 3% alle sottosistemi interni del kernel.       <\/p>\n<p>Novit\u00e0 principali nel kernel 7.0 (1, 2, 3):  <\/p>\n<ul>\n<li class=\"l\"> <b>Sottosistema di disco, input\/output e file system<\/b>\n<ul>\n<li class=\"l\"> \u00c8 stata implementata l'infrastruttura fserror e aggiunto un API per ottenere informazioni sugli errori di input\/output e sulla corruzione dei metadati durante l'interazione con i file. L'infrastruttura proposta uniforma nei file system la trasmissione delle informazioni sugli errori nello spazio utente attraverso il meccanismo fsnotify.\n<li class=\"l\"> In XFS sono state aggiunte nuove funzionalit\u00e0 per il monitoraggio dello stato del file system dallo spazio utente. \u00c8 stata proposta l'operazione ioctl XFS_IOC_HEALTH_MONITOR, che restituisce un descrittore di file attraverso cui \u00e8 possibile ottenere informazioni su guasti legati alla corruzione dei metadati o sul verificarsi di errori durante le operazioni di input\/output, oltre a monitorare le modifiche di stato del file system, come il smontaggio e lo spegnimento. Inoltre, \u00e8 stato proposto un processo in background gestito tramite systemd, chiamato xfs_healer, che gestisce gli eventi sullo stato del file system dallo spazio utente e avvia automaticamente le procedure di ripristino se necessario.\n<li class=\"l\"> Nel file system Btrfs \u00e8 stato aggiunto il supporto sperimentale per la struttura 'albero di rimappatura' (remap tree), che in futuro potrebbe essere impiegata come strato intermedio durante le operazioni di input\/output. Il punto della nuova funzionalit\u00e0 \u00e8 che dopo lo spostamento dei dati sul dispositivo, invece di aggiornare tutte le strutture collegate a questi dati, negli indirizzi vecchi e nuovi viene mantenuta una struttura aggiuntiva chiamata 'remap tree', dopodich\u00e9, durante l'accesso ai dati, gli indirizzi vengono sostituiti. Questo nuovo approccio viene presentato come pi\u00f9 affidabile e flessibile, semplificando inoltre l'espansione futura delle funzionalit\u00e0 di Btrfs.\n<li class=\"l\"> In Btrfs \u00e8 stata implementata la supporto per l'input\/output diretto in situazioni in cui la dimensione del blocco supera la dimensione della pagina di memoria nel sistema.\n<li class=\"l\"> \u00c8 stata introdotta una nuova file system 'Nullfs', che pu\u00f2 essere utilizzata come un placeholder per il file system di root. Il file system Nullfs \u00e8 sempre vuoto, non contiene dati e non supporta modifiche. La funzione di Nullfs \u00e8 quella di essere utilizzato come file system iniziale per semplificare il processo di avvio del sistema: sopra Nullfs vengono quindi montati altri file system e viene utilizzata la chiamata di sistema pivot_root() per cambiare il file system di root invece di cancellare il contenuto di initramfs e usare il relativo file system di root.\n<li class=\"l\"> \u00c8 stata implementata l'aggiornamento delle informazioni sul tempo di modifica dei file in modalit\u00e0 non bloccante. In precedenza, la chiamata file_update_time_flags() con il flag IOCB_NOWAIT restituiva l'errore '-EAGAIN', rendendo impossibile utilizzare operazioni di scrittura dirette in modalit\u00e0 non bloccante.\n<li class=\"l\"> Nelle file system, nella categoria delle opzioni disattivabili \u00e8 stata tradotta la supporto delle bloccature di notifica (lease). Di default, questo meccanismo non \u00e8 pi\u00f9 attivato a causa di problemi con i file system originariamente non progettati per il suo utilizzo. Ad esempio, non \u00e8 supportato dai file system 9p e cephfs.\n<li class=\"l\"> Nel file system EROFS (Extendable Read-Only File System), pensato per essere utilizzato su partizioni accessibili in sola lettura, l'algoritmo LZMA \u00e8 ora utilizzato di default per la compressione. Gli algoritmi DEFLATE e Zstandard sono disponibili come opzione e non sono pi\u00f9 contrassegnati come sperimentali. \u00c8 stata implementata la condivisione delle voci nella cache delle pagine (page-cache) per file identici in file system EROFS distinti.\n<li class=\"l\"> \u00c8 stato rimosso il mode laptop_mode, che riduceva il consumo energetico posticipando e unendo le operazioni di scrittura su disco rigido per prolungare il tempo in cui il disco rimaneva in modalit\u00e0 sospensione e ridurre il numero di risvegli. Questa modalit\u00e0 ha perso rilevanza, poich\u00e9 nei moderni dispositivi mobili i dischi rigidi sono stati sostituiti da unit\u00e0 a stato solido.\n<li class=\"l\"> Il file system F2FS \u00e8 stato portato a utilizzare grandi folia di memoria (large folios).\n<li class=\"l\"> \u00c8 stata ripresa l'attivit\u00e0 sul driver ntfs3, sviluppato da Paragon Software. \u00c8 stata aggiunta la supporto per le operazioni su file basate su iomap, implementate le opzioni llseek SEEK_DATA\/SEEK_HOLE, e aggiunto il modo del delalloc per l'allocazione ritardata dei blocchi. Nel frattempo, nella mailing list degli sviluppatori del kernel, a febbraio \u00e8 stata approvata l'inclusione in una delle future versioni del kernel della nuova implementazione NTFS \u2014 ntfsplus, progettata per sostituire ntfs3.\n<li class=\"l\"> Di default, alla compilazione \u00e8 inclusa la versione 4.1 del protocollo NFS (CONFIG_NFS_V4_1). \u00c8 stata garantita la bloccatura dell'esportazione attraverso NFS di file system pseudo-specializzati, come pidfs e nsfs. In NFSD \u00e8 stata implementata una possibilit\u00e0 sperimentale di utilizzo delle ACL POSIX ed \u00e8 stata aggiunta la supporto per la modifica dinamica del pool di thread (thread-pool) in base al carico.                                <\/ul>\n<li class=\"l\"> <b>Memoria e servizi di sistema<\/b>\n<ul>\n<li class=\"l\"> Sono state approvate le regole ufficiali per l'applicazione degli assistenti AI e per l'inclusione di contenuti generati automaticamente nel kernel. Durante la trasmissione del codice generato, \u00e8 obbligatorio contrassegnarlo indicando l'assistente AI utilizzato tramite il tag \u00abAssisted-by\u00bb. Agli assistenti AI \u00e8 vietato aggiungere il tag \u00abSigned-off-by\u00bb \u2014 la persona che ha inviato la patch \u00e8 considerata l'autrice, si assume la responsabilit\u00e0 della modifica trasmessa e garantisce la sua qualit\u00e0. Gli sviluppatori sono tenuti a effettuare una revisione manuale del codice ottenuto tramite AI e a verificare la conformit\u00e0 del risultato ai requisiti di licenza.\n<li class=\"l\"> Il supporto per Rust \u00e8 stato trasferito dalle funzionalit\u00e0 sperimentali a quelle principali del nucleo. Il supporto per Rust non \u00e8 attivo per impostazione predefinita e non porta all'inclusione di Rust fra le dipendenze di build obbligatorie del nucleo.\n<li class=\"l\"> \u00c8 stata completata l'integrazione nel kernel del meccanismo \u00abSwap Table\u00bb, che consente di aumentare le prestazioni della memoria swap. L'accelerazione si ottiene grazie alla riduzione della competizione per l'accesso alla cache di swap, a una ricerca pi\u00f9 efficiente nella cache e alla diminuzione della frammentazione. Il backend basato su Swap Table \u00e8 stato utilizzato per la memorizzazione nella cache della swap al posto del backend XArray e ha permesso, nel test redis-benchmark con BGSAVE, di aumentare il numero delle richieste gestite del 22%.\n<li class=\"l\"> \u00c8 stato aggiunto il supporto all'estensione Thread Safety Analysis, apparsa in Clang 22, che consente di identificare durante la fase di compilazione potenziali stati di competizione e errori causati da un errato posizionamento dei blocchi. L'estensione offre una serie di attributi, come GUARDED_BY(\u2026), REQUIRES(\u2026), RELEASE(\u2026) e ACQUIRE(\u2026), che consentono di contrassegnare le funzioni soggette a blocco e di separare gli ambiti di applicazione dei blocchi (definire il contesto). Durante la fase di compilazione, viene eseguita una verifica della correttezza dell'uso dei primitivi di sincronizzazione, come i mutex, in base alla valutazione dell'attivit\u00e0 o inattivit\u00e0 del contesto correlato.\n<li class=\"l\"> Nella chiamata di sistema open_tree \u00e8 stato aggiunto il flag OPEN_TREE_NAMESPACE per semplificare la configurazione dei container isolati e accelerare l'avvio dei container su sistemi con un gran numero di punti di montaggio. Analogamente a OPEN_TREE_CLONE, il nuovo flag copia solo l'albero di montaggio specificato, ma invece di restituire un descrittore di file locale, restituisce un descrittore di file in un nuovo namespace di punti di montaggio, in cui l'albero copiato viene montato sopra la copia del filesystem radice reale. Il flag OPEN_TREE_NAMESPACE \u00e8 richiesto per evitare l'esecuzione separata delle operazioni unshare(CLONE_NEWNS) e pivot_root(), utilizzate nella creazione dei container.\n<li class=\"l\"> Nella chiamata di sistema rseq \u00e8 stato aggiunto un meccanismo di estensione dei quanti di tempo, che consente di ottenere ulteriore tempo di CPU per l'esecuzione ininterrotta della sezione critica. L'idea \u00e8 quella di evitare l'interruzione da parte dello scheduler della sezione critica con il blocco impostato, che porta al passaggio di controllo ad altri thread che utilizzano la risorsa, su cui rimane impostato il blocco. L'estensione del quanto di tempo avviene senza costi aggiuntivi, ma senza le rigorose garanzie fornite da una regolamentazione completa delle priorit\u00e0.\n<li class=\"l\"> Per le architetture arm64, loongarch, powerpc, riscv, s390 e x86, la modalit\u00e0 di pre-emption nel pianificatore \u00e8 stata modificata da PREEMPT_NONE a PREEMPT_LAZY. Il numero delle modalit\u00e0 possibili \u00e8 stato ridotto da quattro a due \u2014 PREEMPT_FULL e PREEMPT_LAZY (le modalit\u00e0 PREEMPT_NONE e PREEMPT_VOLUNTARY sono rimaste solo per architetture che non supportano PREEMPT_FULL e PREEMPT_LAZY). La modalit\u00e0 PREEMPT_LAZY applica il modello di pre-emption totale (PREEMPT_FULL) per i task realtime (RR\/FIFO\/DEADLINE), ma ritarda la pre-emption dei task normali (SCHED_NORMAL) fino alla soglia del tick. Il ritardo introdotto porta a una riduzione dei casi di pre-emption per i possessori di blocchi, permettendo di avvicinare le prestazioni alle configurazioni che usano il modello di pre-emption volontaria, cio\u00e8 PREEMPT_LAZY consente di mantenere le capacit\u00e0 di pre-emption totale per i task realtime, ma riduce al minimo il calo delle prestazioni per i task normali.\n<p>L'attivazione di PREEMPT_LAZY ha portato a una regressione significativa, riducendo la produttivit\u00e0 di PostgreSQL sui sistemi ARM64 di due volte. Per risolvere il calo delle prestazioni, gli sviluppatori di PostgreSQL sono stati invitati a utilizzare l'opzione PR_RSEQ_SLICE_EXTENSION per ridurre la probabilit\u00e0 di dislocamento del detentore del blocco.       <\/p>\n<li class=\"l\"> Si \u00e8 continuato a trasferire le modifiche dal ramo Rust-for-Linux, relative all'uso del linguaggio Rust come secondo linguaggio per lo sviluppo di driver e moduli del kernel. Grazie alla libreria &#171;syn&#187;, precedentemente integrata, che semplifica la scrittura di macro complesse, \u00e8 stato possibile ridurre la dimensione del codice Rust nel kernel semplificando le definizioni delle macro procedurali esistenti. Sono state ampliate le funzionalit\u00e0 delle librerie kernel, macros e pin-init.\n<li class=\"l\"> Nel sistema di input\/output asincrono io_uring \u00e8 stata aggiunta un'opzione per l'utilizzo di code di invio non circolari (non-circular submission queue), pi\u00f9 efficienti da memorizzare nella cache in situazioni in cui l'esecuzione di una richiesta termina prima del ritorno dalla chiamata di sistema.\n<li class=\"l\"> Nella sottosistema eBPF, nel meccanismo BTF (BPF Type Format), che fornisce informazioni per il controllo dei tipi nel pseudocodice BPF, \u00e8 stata utilizzata la ricerca binaria per trovare informazioni di debug, aumentando cos\u00ec l'efficienza di caricamento dei programmi BPF. In eBPF \u00e8 stata aggiunta la supporto per argomenti impliciti durante la chiamata di kfunc (funzioni del kernel, disponibili per l'uso nei programmi BPF), definite con il flag KF_IMPLICIT_ARGS.\n<li class=\"l\"> \u00c8 stato rimosso il codice per il supporto del disco RAM iniziale (initrd) basato su linuxrc, ormai dichiarato obsoleto. Le implementazioni rimanenti di initrd sono previste per la rimozione nel 2027. Al suo posto, \u00e8 consigliato utilizzare initramfs (la differenza \u00e8 che l'initrd colloca l'ambiente di bootstrap iniziale nell'immagine disco, mentre initramfs \u2014 nel filesystem).\n<li class=\"l\"> Nella memoria di blocco zram, utilizzata per la memorizzazione compressa della partizione di swap in memoria, \u00e8 stata modificata la logica di funzionamento con le pagine di memoria compresse durante il passaggio opzionale dei dati a un'archiviazione permanente in caso di esaurimento della memoria RAM disponibile. In precedenza, le pagine di memoria venivano decompressi prima di essere scritti su un supporto fisico, mentre ora vengono salvati cos\u00ec com'\u00e8 in forma compressa, riducendo il carico sulla CPU e risparmiando energia durante la modalit\u00e0 a batteria.\n<li class=\"l\"> Nell'utilit\u00e0 timerlat, destinata a misurare i ritardi del pianificatore, \u00e8 stata aggiunta l'opzione &#171;--bpf-action&#187; per eseguire programmi BPF in caso di superamento della soglia impostata.\n<li class=\"l\"> Nel sistema di tracciamento ftrace \u00e8 stata aggiunta la configurazione &#171;bitmask-list&#187; per visualizzare le maschere di bit in un formato leggibile (sotto forma di elenco di bit, e non di numero esadecimale). In tracefs sono state aggiunte funzionalit\u00e0 per l'audit di filtri e trigger. \u00c8 stato aggiunto il comando &#171;perf sched stats&#187; per raccogliere e visualizzare le statistiche sul funzionamento del pianificatore.\n<li class=\"l\"> Sono state aggiunte opzioni di compilazione LOGO_LINUX_MONO_FILE, LOGO_LINUX_VGA16_FILE e LOGO_LINUX_CLUT224_FILE per definire il file contenente l'immagine del logo che verr\u00e0 mostrata durante il caricamento del kernel, al posto del logo standard con il pinguino Tux.                                <\/ul>\n<li class=\"l\"> <b>Virtualizzazione e sicurezza<\/b>\n<ul>\n<li class=\"l\"> Nel sistema di input\/output asincrono io_uring \u00e8 stata implementata la possibilit\u00e0 di allegare programmi BPF con filtri, per controllare cosa possono fare specifiche operazioni SQE (Submission Queue Entry), simili alle chiamate di sistema in io_uring. Questa funzionalit\u00e0 aggiunta \u00e8 equivalente ai filtri delle chiamate di sistema. I filtri possono essere legati a compiti specifici e vengono ereditati alla creazione di altri processi dopo la chiamata fork(). In presenza di filtri attivi, i filtri aggiuntivi possono solo imporre ulteriori limitazioni, senza disabilitare quelli esistenti. Questa funzionalit\u00e0 implementata consentir\u00e0 di bloccare i metodi per aggirare la filtrazione delle chiamate di sistema in ambienti sandbox, basati sull'esecuzione di operazioni simili fornite in io_uring.\n<li class=\"l\"> In SELinux \u00e8 stata aggiunta la possibilit\u00e0 di gestire l'accesso ai token BPF, consentendo ai processi non privilegiati di eseguire alcune operazioni privilegiate con BPF, come caricare programmi BPF nel kernel e creare strutture mappa.\n<li class=\"l\"> \u00c8 stata aggiunta la supporto per l'algoritmo di generazione di firme digitali ML-DSA (CRYSTALS-Dilithium), basato sulla teoria delle reticoli e resistente alla decifrazione su un computer quantistico. \u00c8 stata fornita la possibilit\u00e0 di utilizzare ML-DSA per l'autenticazione dei moduli del kernel.\n<li class=\"l\"> \u00c8 stata rimossa la possibilit\u00e0 di utilizzare schemi di generazione di firme digitali con l'algoritmo SHA-1 per la certificazione dei moduli del kernel (il supporto per il caricamento di moduli firmati \u00e8 mantenuto).\n<li class=\"l\"> Nella registrazione dell'audit NETFILTER_PKT sono stati aggiunti i campi &#8216;sport&#8217; e &#8216;dport&#8217; per ispezionare i numeri delle porte di rete, e non solo. <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/it\/lir\/ipv4\/\" title=\"indirizzi IP\" data-wpil-keyword-link=\"linked\">indirizzi IP<\/a>.\n<li class=\"l\"> Per i sistemi con architettura RISC-V \u00e8 stata implementata la supporto per le estensioni Zicfiss e Zicfilp, che forniscono capacit\u00e0 hardware per l'applicazione della protezione CFI (Control Flow Integrity), che blocca le violazioni dell'ordine normale di esecuzione delle istruzioni (control flow) a causa dell'uso di exploit che modificano i puntatori a funzioni memorizzati in memoria.\n<li class=\"l\"> Nell'hypervisor <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/it\/vps\/abuzoustojchivye-vps\/\" title=\"KVM\" data-wpil-keyword-link=\"linked\">KVM<\/a> \u00c8 stata realizzata la possibilit\u00e0 di trasmettere ai sistemi ospiti informazioni sul supporto dell'estensione ERAPS (Enhanced Return Address Predictor Security) da parte del processore, che consente di evitare alcune operazioni di reset dello stato della CPU al ritorno del controllo al sistema host da parte del sistema guest. Inoltre, \u00e8 stato aggiunto il supporto per l'assegnazione di risorse hardware ai sistemi ospiti per il monitoraggio delle prestazioni (PMU, Performance Monitoring Unit), che permette di migliorare l'accuratezza del profiling rispetto all'uso di PMU emulati.\n<li class=\"l\"> Nel driver per l'iper-v di Hyper-V \u00e8 stato aggiunto il supporto per l'interfaccia debugfs per visualizzare le statistiche sul funzionamento dell'iper-v.                        <\/ul>\n<li class=\"l\"> <b>Sottosistema di rete<\/b>\n<ul>\n<li class=\"l\"> \u00c8 stata attivata di default l'estensione AccECN (Accurate Explicit Congestion Notification), che implementa una versione migliorata dell'estensione ECN, che consente agli host, in caso di sovraccarico, di contrassegnare i pacchetti IP anzich\u00e9 scartarli, permettendo cos\u00ec di rilevare l'insorgere di uno stato iniziale di congestione nei canali di comunicazione senza perdita di pacchetti. L'estensione originale ECN ha una limitazione che permette di inviare solo un segnale di sovraccarico all'interno di un singolo ciclo di ricezione-invio TCP (RTT, Round-Trip Time, invio di una richiesta e ricezione di una risposta). AccECN rimuove questa limitazione e consente al destinatario di inviare al mittente pi\u00f9 di un'etichetta di sovraccarico nell'intestazione del pacchetto TCP. Gli algoritmi di gestione del sovraccarico possono utilizzare le informazioni ricevute per rispondere pi\u00f9 accuratamente ai sovraccarichi, evitando brusche riduzioni nell'intensit\u00e0 di invio dei pacchetti in caso di una leggera congestione.\n<li class=\"l\"> Nell'implementazione dell'algoritmo di gestione delle code di rete Cake \u00e8 stata aggiunta la possibilit\u00e0 di gestire pi\u00f9 code per distribuire il carico su pi\u00f9 core CPU. L'algoritmo CAKE viene utilizzato per ridurre l'impatto negativo del buffering intermedio dei pacchetti sull'hardware di rete di confine e mira a raggiungere la massima larghezza di banda possibile e il minimo livello di latenza anche su canali di comunicazione lenti.\n<li class=\"l\"> Nei socket VSOCK, utilizzati per interagire con le macchine virtuali, \u00e8 stata aggiunta la supporto per gli spazi dei nomi di rete (network namespace).\n<li class=\"l\"> \u00c8 stata aggiunta l'implementazione iniziale del futuro standard WiFi 8 (802.11bn, WiFi Ultra High Reliability).\n<li class=\"l\"> Sono state aggiunte ottimizzazioni che hanno permesso di aumentare le prestazioni nell'elaborazione dei pacchetti UDP in ingresso del 12% durante i test di stress su una rete da 100 gigabit.                      <\/ul>\n<li class=\"l\"> <b>Apparecchiatura<\/b>\n<ul>\n<li class=\"l\"> Nel driver AMDGPU \u00e8 stata implementata la supporto per i blocchi IP utilizzati nelle nuove GPU AMD, come SMUIO 15.x, PSP 15.x, IH 6.1.1\/7.1, MMHUB 3.4\/4.2, GC 11.5.4\/12.1, SDMA 6.1.4\/7.1\/7.11.4 e JPEG 5.3.\n<li class=\"l\"> Nel driver Nouveau \u00e8 stata migliorata la gestione della frequenza sui sistemi Tegra 186+.\n<li class=\"l\"> Nel driver i915 \u00e8 stata aggiunta la supporto iniziale per il blocco IP di visualizzazione Xe3p_LPD, utilizzato nei processori Intel Nova Lake-P.\n<li class=\"l\"> \u00c8 continuata l'attivit\u00e0 sul driver drm (Direct Rendering Manager) Xe per GPU basate sull'architettura Intel Xe, utilizzata nelle schede grafiche Intel della famiglia Arc e nella grafica integrata a partire dai processori Tiger Lake. \u00c8 stata aggiunta la modalit\u00e0 Multi Queue. Sono stati aggiunti componenti necessari per diagnosticare i blocchi della GPU in Mesa. \u00c8 stata aggiunta la supporto per il meccanismo MERT per gestire l'accesso alla memoria GPU.\n<li class=\"l\"> \u00c8 proseguita l'integrazione dei componenti del driver Nova per le GPU NVIDIA dotate di firmware GSP, utilizzate a partire dalla serie NVIDIA GeForce RTX 2000 basata sull'architettura Turing. Il driver \u00e8 stato scritto in Rust. Nella nuova versione \u00e8 stata effettuata una preparazione per realizzare il supporto per le GPU basate sull'architettura Turing e sono state apportate varie modifiche interne.\n<li class=\"l\"> Aggiunta la supporto per controller e dispositivi periferici con interfaccia SPI (Serial Peripheral Interface) multi-canale, che consente di trasmettere dati in pi\u00f9 flussi paralleli.\n<li class=\"l\"> \u00c8 stato aggiunto un driver per i connettori combinati Type-C, utilizzati su dispositivi basati su chip Apple Silicon e che integrano le interfacce USB3, DP-AltMode e Thunderbolt\/USB4.\n<li class=\"l\"> Aggiunto supporto per i sottosistemi audio dei chip Tegra238, Minisforum V3 SE, iBasso DC04U, Intel Nova Lake, Nova Lake S e Focusrite Forte.\n<li class=\"l\"> Aggiunto supporto per schede ARM, SoC e dispositivi: Arduino UnoQ, OrangePi 6 Plus, OrangePi CM5, Anbernic RG-DS, Realtek Kent, Qualcomm Kaanapali, Mediatek Ezurio, Facebook Anacapa, Microchip LAN9668, Khadas VIM1S, QNAP TS133, i.MX952, i.MX93, i.MX94, VHIP4 EvalBoard, TQ-Systems MBLS1028A, Agilex5, Radxa CM3J, Glymur,\n<li class=\"l\"> Aggiunto il supporto per smartphone e tablet: Fairphone Gen 6 (SoC Qualcomm Milos\/Snapdragon 7s Gen 3), Pixel 3\/3 xl, Microsoft Surface Pro 11.          <\/ul>\n<\/ul>\n<p>Allo stesso tempo, la Fondazione Latinoamericana per il Software Libero ha creato una versione completamente libera del kernel 7.0 \u2014 Linux-libre 7.0-gnu, ripulita da elementi di firmware e driver contenenti componenti non liberi o porzioni di codice il cui campo di applicazione \u00e8 limitato dal produttore. Nella versione 7.0 \u00e8 stata effettuata la pulizia dai blob del driver iwlwifi. Il codice di pulizia \u00e8 stato aggiornato nei driver amdgpu, adreno, TI PRUeth, air_en8811h, ath12k, TI VPE, rtw8852b, rt1320, rt5575 SPI, tas2783, Intel catpt. \u00c8 stata effettuata la pulizia dei nomi dei blob nei file dts (devicetree) per chip ARM.<br \/>\n<br \/>Fonte: <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=65194\">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 7.0. \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: \u043f\u0440\u0430\u0432\u0438\u043b\u0430 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044f AI-\u0430\u0441\u0441\u0438\u0441\u0442\u0435\u043d\u0442\u043e\u0432, \u043f\u0435\u0440\u0435\u0432\u043e\u0434 Rust \u0432 \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u0435 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 \u044f\u0434\u0440\u0430, \u043f\u043e\u0432\u044b\u0448\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u043f\u043e\u0434\u043a\u0430\u0447\u043a\u0438, \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435 \u043f\u043e \u0443\u043c\u043e\u043b\u0447\u0430\u043d\u0438\u044e \u0440\u0435\u0436\u0438\u043c\u0430 PREEMPT_LAZY, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u0444\u0438\u043b\u044c\u0442\u0440\u043e\u0432 \u0434\u043b\u044f \u043e\u043f\u0435\u0440\u0430\u0446\u0438\u0439 io_uring, \u043d\u043e\u0432\u0430\u044f \u0424\u0421 Nullfs, \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430 fserror, \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0430 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430 XFS, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u0440\u0435\u043c\u0430\u043f\u0438\u043d\u0433\u0430 \u0432 Btrfs, \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435 \u043f\u043e \u0443\u043c\u043e\u043b\u0447\u0430\u043d\u0438\u044e \u0432\u0435\u0440\u0441\u0438\u0438 NFS 4.1, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":8,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-168524","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 7.0.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Erik Peterson\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-7-0\" \/>\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 7.0 | 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 7.0.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-7-0\" \/>\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=\"2026-04-13T09:12:24+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2026-04-13T09:12:24+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 7.0 | ProHoster","description":"Dopo due mesi di sviluppo, Linus Torvalds ha presentato il rilascio del kernel Linux 7.0.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-7-0","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 7.0 | 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 7.0.","og:url":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-7-0","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":"2026-04-13T09:12:24+00:00","article:modified_time":"2026-04-13T09:12:24+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":[],"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/168524","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\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=168524"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/168524\/revisions"}],"predecessor-version":[{"id":169176,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/168524\/revisions\/169176"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=168524"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=168524"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=168524"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}