{"id":144046,"date":"2025-09-29T11:11:54","date_gmt":"2025-09-29T09:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-6-17"},"modified":"2026-02-08T21:43:51","modified_gmt":"2026-02-08T19:43:51","slug":"reliz-yadra-linux-6-17","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-6-17","title":{"rendered":"Rilascio del kernel Linux 6.17","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Dopo due mesi di sviluppo, Linus Torvalds ha presentato il rilascio del kernel Linux 6.17. Tra le modifiche pi\u00f9 significative: miglioramento delle prestazioni di Btrfs, chiamate di sistema file_getattr() e file_setattr(), unificazione delle configurazioni a singolo e pi\u00f9 processori nel pianificatore di attivit\u00e0, il modulo DAMON_STAT con statistiche di accesso alla memoria, supporto ai Live patch nei sistemi ARM64, invio di core dump tramite socket AF_UNIX, limitazione di SCHED_EXT tramite cgroup, semplificazione della configurazione per la protezione dalle vulnerabilit\u00e0 della CPU, build in Clang con inizializzazione delle variabili nello stack, protezione contro la sostituzione di \/proc, espansione del sottosistema RV (Runtime Verification), limitazione dei socket AF_UNIX tramite AppArmor, algoritmo di controllo dei sovraccarichi TCP DualPI2.        <\/p>\n<p>Nella nuova versione sono stati apportati 14334 correttivi da 2118 sviluppatori, la dimensione della patch \u00e8 di 46 MB (le modifiche hanno interessato 12841 file, aggiunte 646654 righe di codice, rimosse 398782 righe). Nell'uscita precedente c'erano 15924 correttivi da 2145 sviluppatori, la dimensione della patch era di 50 MB. Circa il 43% di tutte le modifiche presentate in 6.17 riguardano i driver dei dispositivi, circa il 12% \u00e8 relativo all'aggiornamento del codice specifico per architetture hardware, il 14% riguarda lo stack di rete, il 4% ai file system e il 3% ai sottosistemi interni del kernel.      <\/p>\n<p>Novit\u00e0 principali nel kernel 6.17 (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\"> In Btrfs \u00e8 stato aggiunto il supporto sperimentale per le grandi foliate di pagine di memoria (large folios), che consentono di ridurre le spese generali e aumentare le prestazioni in una serie di operazioni. \u00c8 stata implementata la cache delle richieste a bitmap di allocazione dello spazio libero, grazie alla quale le prestazioni nella creazione di file vuoti sono aumentate del 20%. \u00c8 stato migliorato il prefetching nei sistemi che utilizzano la compressione dei dati. \u00c8 stata garantita una disposizione pi\u00f9 compatta delle chiavi nella struttura XArray, aumentando la compattezza della memorizzazione dei nodi dell'albero degli extent e riducendo il numero di nodi finali del 50-70%. Sono state fornite ulteriori impostazioni per l'uso della compressione negli extent deframmentati.\n<li class=\"l\"> Nel file system ext4 \u00e8 stato introdotto il supporto per l'I\/O buffered con il flag RWF_DONTCACHE, in cui i dati vengono rimossi dalla cache delle pagine subito dopo il completamento dell'operazione.\n<li class=\"l\"> Nel file system EROFS \u00e8 stato implementato il supporto per la compressione dei metadati.\n<li class=\"l\"> Il server NFS pu\u00f2 ora delegare le operazioni di scrittura ai client che aprono file in modalit\u00e0 solo scrittura.\n<li class=\"l\"> Nella chiamata di sistema fallocate() \u00e8 stato aggiunto il flag FALLOC_FL_WRITE_ZEROES, che consente di riempire di zeri l'intervallo specificato in un file, utilizzando il comando WRITE_ZERO supportato da alcuni SSD, che esegue la cancellazione senza operazioni di input\/output. L'opzione \u00e8 attualmente disponibile solo nel file system ext4.\n<li class=\"l\"> Sono state aggiunte le chiamate di sistema file_getattr() e file_setattr() per manipolare gli attributi dell'inode di un file specificato.\n<li class=\"l\"> Rimosso il driver \u00abpktcdvd\u00bb per il funzionamento con supporti ottici in modalit\u00e0 pacchetto, che era stato segnato come obsoleto nel 2016.\n<li class=\"l\"> Il file system Bcachefs nel kernel Linux \u00e8 stato trasferito in modalit\u00e0 di accompagnamento esterno, che implica la cessazione dell'accettazione delle modifiche per Bcachefs nel core del kernel, mantenendo questo file system nella base di codice del kernel. Lo sviluppo di Bcachefs avverr\u00e0 al di fuori della base di codice del kernel fino a quando Kent Overstreet non dimostrer\u00e0 effettivamente la possibilit\u00e0 di interagire correttamente con altri sviluppatori del kernel e la capacit\u00e0 di seguire le regole di sviluppo consolidate.                                         <\/ul>\n<li class=\"l\"> <b>Memoria e servizi di sistema<\/b>\n<ul>\n<li class=\"l\"> \u00c8 stata rimossa dal pianificatore di attivit\u00e0 la supporto per configurazioni a singolo processore. Nei sistemi con un solo processore ora si dovrebbero utilizzare i kernel compilati per sistemi multiprocessore (SMP). Il codice per sistemi a singolo e multiprocessore \u00e8 stato unificato ed \u00e8 stato eliminato da elementi superflui legati al parametro di kernel CONFIG_SMP.\n<li class=\"l\"> \u00c8 stato aggiunto il modulo del kernel DAMON_STAT (Data Access Monitoring Results Stat), che consente di monitorare l'accesso alla memoria, utilizzando il sottosistema DAMON (Data Access MONitor). Il modulo fornisce statistiche sull'inattivit\u00e0 (memory_idle_ms_percentiles) e sulla larghezza di banda della memoria prevista (estimated_memory_bandwidth).\n<li class=\"l\"> Nei sistemi con architettura ARM64 \u00e8 stata implementata la supporto per i Live patch, che consente di applicare correzioni al kernel Linux al volo, senza riavviare e fermare il sistema.\n<li class=\"l\"> Nella libreria C minimalista nolibc, fornita con i sorgenti del kernel Linux e che fornisce un'interfaccia per le chiamate di sistema di base, \u00e8 stata implementata la supporto per le architetture SuperH, x32, MIPS n32 e MIPS n34.\n<li class=\"l\"> \u00c8 stata ampliata la possibilit\u00e0 di inviare il contenuto dei core dump tramite socket AF_UNIX, consentendo di creare gestori di core dump pi\u00f9 sicuri nello spazio utente, non vincolati alla chiamata del kernel di processi privilegiati. Nella nuova versione \u00e8 stato aggiunto un protocollo per la creazione <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/it\/server\/\"   title=\"server\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1787\">server<\/a>, in grado di gestire l'elaborazione dei core dump a livello di singoli task. Ad esempio, per alcuni processi \u00e8 possibile ignorare i core dump, mentre per altri \u00e8 possibile trasferirli tramite socket. \u00c8 stato inoltre preparato un prototipo di server per la gestione dei core dump.\n<li class=\"l\"> Aggiunta l'opzione della riga di comando del kernel \u00abcrashkernel=size,cma\u00bb per riservare tramite CMA (Contiguous Memory Allocator) spazio in memoria per il salvataggio del dump di arresto del kernel.\n<li class=\"l\"> Le capacit\u00e0 del meccanismo pidfd sono state ampliate, consentendo l'uso di identificatori associati a processi specifici, i quali, a differenza dei pid, non possono essere riutilizzati. \u00c8 stata aggiunta la possibilit\u00e0 di legare a pidfd attributi avanzati dallo spazio utente. \u00c8 consentita l'apertura dei descrittori di file per pidfd tramite la funzione open_by_handle_at() senza legame con il file system. Le informazioni interne, create dal kernel insieme al pidfd, ora sono legate al processo e non al pidfd, e vengono mantenute tra le ripetute aperture dello stesso processo.\n<li class=\"l\"> Nella sottosistema BPF \u00e8 stata aggiunta la funzione bpf_cgroup_read_xattr() per leggere gli attributi estesi dei file. \u00c8 possibile utilizzare in programmi BPF operazioni di stringa comuni, come bpf_strcmp, bpf_strnchr, bpf_strchrnul, bpf_strlen e bpf_strspn, operanti in modalit\u00e0 di sola lettura. \u00c8 stata introdotta la possibilit\u00e0 di utilizzare i flussi standard stdout e stderr per interagire con i componenti nello spazio utente. Per i sistemi basati sull'architettura LoongArch, in BPF \u00e8 stata implementata la possibilit\u00e0 di modifica dinamica del codice, il meccanismo \u00abBPF trampoline\u00bb (che riduce le spese generali per le chiamate tra kernel e programmi BPF) e l'esecuzione di programmi che utilizzano struct_ops per creare gestori di funzioni del kernel tramite BPF.\n<li class=\"l\"> Nel sistema di registrazione del tempo \u00e8 stata implementata la supporto per gli orologi ausiliari (auxiliary), che non sono collegati agli orologi di sistema standard e seguono un loro ritmo (in precedenza tutti gli orologi seguivano lo stesso ritmo e differivano solo per il ritmo di offset).\n<li class=\"l\"> \u00c8 stato aggiunto il supporto iniziale per l'esecuzione proxy (Proxy Execution) per mitigare i problemi di inversione di priorit\u00e0. L'esecuzione proxy consente a un task in attesa di liberare un blocco di trasferire il proprio contesto di esecuzione a un task che detiene il blocco, per accelerare il rilascio di quel blocco.\n<li class=\"l\"> Continuato il trasferimento delle modifiche dal ramo Rust-for-Linux, relative all'utilizzo del linguaggio Rust come secondo linguaggio per lo sviluppo di driver e moduli del kernel (il supporto per Rust non \u00e8 attivo per impostazione predefinita e non porta a includere Rust tra le dipendenze di build obbligatorie del kernel). Aggiunte astrazioni per la gestione dei regolatori di tensione e corrente, delle propriet\u00e0 del firmware, delle risorse di input\/output e della memoria di input\/output. Implementato il macro \u00abwarn_on!()\u00bb. Aggiunto il tipo UserPtr per puntatori nello spazio utente. Espansa la funzionalit\u00e0 dei moduli workqueue, uaccess, dma, time e list. Aggiunto il modulo \u2018bits\u2019 con le funzioni \u2018bit\u2019 e \u2018genmask\u2019.\n<li class=\"l\"> Rielaborato il codice per il calcolo delle somme di controllo CRC e aggiunti nuovi invocazioni per la generazione di hash SHA-1 e SHA-2. Aggiunte ottimizzazioni specifiche per le architetture hardware. Incrementate le prestazioni della funzione crc32c() su nuove CPU x86_64 che supportano l'estensione VPCLMULQDQ (Vector Carry-Less Multiplication of Quadwords).\n<li class=\"l\"> Per i sistemi S390, implementato il supporto per lo scambio nella partizione di swap e la migrazione delle grandi pagine di memoria (transparent huge page).\n<li class=\"l\"> \u00c8 stata aggiunta la possibilit\u00e0 di configurare l'aggressivit\u00e0 del rilascio della memoria (proactive-reclaim) in caso di insufficienza legata a specifici nodi NUMA, permettendo di dedicare nodi NUMA a cui applicare un rilascio della memoria pi\u00f9 attivo. Ad esempio, \"echo \"512M swappiness=10\" &gt; \/sys\/devices\/system\/node\/node1\/reclaim\".\n<li class=\"l\"> Nel meccanismo SCHED_EXT, che consente di utilizzare BPF per creare scheduler CPU, aggiunta la possibilit\u00e0 di gestire la larghezza di banda tramite cgroup. Ad esempio, \u00e8 possibile utilizzare il parametro cpu.max per limitare il carico sulla CPU.\n<li class=\"l\"> Dichiarato obsoleto il montaggio automatico del filesystem virtuale tracefs nella directory \/sys\/kernel\/debug\/tracing, da sostituire con \/sys\/kernel\/tracing.                        <\/ul>\n<li class=\"l\"> <b>Virtualizzazione e sicurezza<\/b>\n<ul>\n<li class=\"l\"> Aggiunta la possibilit\u00e0 di attivare <a href=\"https:\/\/prohoster.info\/it\/zhashchita-ot-ddos\/\"  data-wpil-monitor-id=\"422\">la protezione contro le vulnerabilit\u00e0 della CPU tramite la scelta dei vettori di attacco bloccabili.<\/a> invece di specificare nelle impostazioni specifiche vulnerabilit\u00e0. I metodi di blocco vengono scelti in base al tipo di violazione dell'isolamento: tra utente e kernel (user-kernel), tra utente e altro utente (user-user), tra sistema ospite e ambiente host (guest-host), tra diversi sistemi ospiti (guest-guest) e tra diversi thread (cross-thread). L'approccio proposto consente di attivare solo la protezione contro quelle classi di vulnerabilit\u00e0 che realmente preoccupano l'utente. Ad esempio, i proprietari di ambienti cloud possono attivare le modalit\u00e0 guest-host e guest-guest, dopodich\u00e9 verranno attivati i metodi di protezione contro le vulnerabilit\u00e0 BHI, GD, L1TF, MDS, MMIO, Retbleed, RFDS, Spectre_v2, SRBDS, SRSO e TAA.\n<li class=\"l\"> \u00c8 stata aggiunta la supporto alla compilazione con il compilatore Clang con modalit\u00e0 di tracciamento della profondit\u00e0 dello stack, in cui viene eseguita l'inizializzazione di tutte le variabili memorizzate nello stack. L'inizializzazione viene effettuata per prevenire la perdita di informazioni dal kernel attraverso variabili non inizializzate, che possono contenere residui di dati precedentemente salvati nello stack. Fino ad ora una funzionalit\u00e0 simile era supportata quando si utilizzava il plugin GCC STACKLEAK.\n<li class=\"l\"> \u00c8 stata aggiunta una protezione contro la sostituzione della filesystem \/proc tramite il montaggio in modalit\u00e0 \"bind\". Il numero inode della radice di \/proc \u00e8 ora fisso (PROCFS_ROOT_INO) e pu\u00f2 essere controllato dal processo nello spazio utente.\n<li class=\"l\"> Nella sottosistema RV (Runtime Verification), progettato per verificare la correttezza del funzionamento dei sistemi ad alta affidabilit\u00e0, \u00e8 stato aggiunto un componente di monitoraggio rtapp (Real-time application monitor) per tracciare problemi tipici nelle applicazioni che operano in tempo reale, nonch\u00e9 componenti rp, sssw e opid per il collaudo dello scheduler. \u00c8 stata implementata la possibilit\u00e0 di creare componenti di monitoraggio che utilizzano la logica temporale lineare invece di un automa deterministico per definire il modello di comportamento. Il controllo avviene durante l'esecuzione tramite l'attacco di gestori ai punti di tracciamento, confrontando il corso effettivo dell'esecuzione con un modello di riferimento precedentemente definito che definisce il comportamento atteso del sistema.\n<li class=\"l\"> Nel sistema AppArmor \u00e8 stata aggiunta la supporto per la gestione dell'accesso ai socket AF_UNIX.\n<li class=\"l\"> Nel hypervisor KVM sui sistemi ARM \u00e8 stata implementata la supporto per il controller delle interruzioni GICv5.\n<li class=\"l\"> \u00c8 stata aggiunta l'impostazione CONFIG_KVM_IOAPIC, che consente di disabilitare il supporto per l'emulazione APIC, PIC e PIT in KVM.\n<li class=\"l\"> \u00c8 stata aggiunta la protezione contro la vulnerabilit\u00e0 VMSCAPE.\n<li class=\"l\"> \u00c8 stato aggiunto il comando ioctl FS_IOC_GETLBMD_CAP per ottenere informazioni dall'utente riguardo all'applicazione di strumenti per la protezione dell'integrit\u00e0 su un file.\n<li class=\"l\"> \u00c8 stata dichiarata obsoleta l'interfaccia \/sys\/fs\/selinux\/user, che ora comporta un ritardo di cinque secondi e genera un avviso nel log quando viene chiamata.                            <\/ul>\n<li class=\"l\"> <b>Sottosistema di rete<\/b>\n<ul>\n<li class=\"l\"> Nell'implementazione della tecnologia PSE (Power Sourcing Equipment), utilizzata per fornire alimentazione tramite Ethernet a dispositivi come telecamere IP e punti di accesso wireless, \u00e8 stata aggiunta la supporto per strategie di valutazione del budget energetico personalizzabili (potenza totale disponibile). Queste strategie consentono di determinare quali porte devono essere disabilitate per evitare sovraccarichi.\n<li class=\"l\"> Nell'implementazione del protocollo MCTP (Management Component Transport Protocol) \u00e8 stato aggiunto il supporto per il routing dei pacchetti verso nodi esterni tramite nodi intermedi (gateway-routing). Ad esempio, le regole seguenti consentono di instradare i pacchetti verso il nodo con ID 10 (Endpoint ID 10) tramite il dispositivo mctpi2c0, utilizzando l'indirizzo 0x1d, direttamente collegato al nodo con ID 9.       mctp route add 9 via mctpi2c0     mctp neigh add 9 dev mctpi2c0 lladdr 0x1d     mctp route add 10 gw 9\n<li class=\"l\"> Per i socket UNIX (AF_UNIX) \u00e8 stata implementata l'opzione SO_INC, mentre per la famiglia di indirizzi VSOCK \u00e8 stata implementata l'opzione SIOCINQ. Le opzioni implementate sono simili all'opzione TCP_INQ per TCP e consentono di ottenere attraverso un messaggio di controllo informazioni sul numero di byte disponibili nel socket per la lettura.\n<li class=\"l\"> Per TCP \u00e8 stata attivata la rigorosa osservanza della dimensione dichiarata della finestra di ricezione, che determina la dimensione dei dati consentiti per l'invio fino a quando non viene ricevuta una conferma ACK dall'altra parte. In precedenza, il kernel continuava a elaborare i dati che superavano la finestra di ricezione dichiarata, ma ora smetter\u00e0 di farlo.\n<li class=\"l\"> In MPTCP (Multipath TCP) \u00e8 stata aggiunta la possibilit\u00e0 di utilizzare l'opzione del socket TCP_MAXSEG per limitare la dimensione massima dei segmenti inviati. MPTCP \u00e8 un'estensione del protocollo TCP per organizzare la consegna dei pacchetti contemporaneamente su pi\u00f9 percorsi attraverso diverse interfacce di rete associate a diversi indirizzi IP.\n<li class=\"l\"> \u00c8 stato aggiunto il supporto per l'algoritmo di controllo del sovraccarico TCP DualPI2 (RFC 9332), che consente di utilizzare controllori del sovraccarico scalabili per il traffico con elevate esigenze di qualit\u00e0 del servizio (ad esempio, TCP-Prague e DCTCP), senza ridurre le prestazioni del traffico classico, per il quale vengono utilizzati controllori di sovraccarico come Reno e Cubic.\n<li class=\"l\"> \u00c8 stato aggiunto l'sysctl \"force_forwarding\", attraverso il quale \u00e8 possibile attivare il reindirizzamento del traffico su interfacce di rete selezionate con IPv6.\n<li class=\"l\"> \u00c8 stato rimosso il supporto per l'algoritmo di rilevamento della perdita di pacchetti SACK (Selective Acknowledgment), descritto nella RFC 6675. Questo algoritmo \u00e8 stato dichiarato obsoleto nel 2018. Si raccomanda di utilizzare l'algoritmo RACK-TLP per rilevare la perdita di pacchetti TCP.              <\/ul>\n<li class=\"l\"> <b>Apparecchiatura<\/b>\n<ul>\n<li class=\"l\"> \u00c8 proseguito il lavoro sul driver drm (Direct Rendering Manager) Xe per GPU basate sull'architettura Intel Xe, utilizzate nelle schede grafiche Intel della serie Arc e nella grafica integrata, a partire dai processori Tiger Lake. Nella nuova versione \u00e8 stato incluso di default il supporto per i chip basati sull'architettura microarchitetturale Panthor Lake ed \u00e8 stato aggiunto il supporto per l'architettura microarchitetturale WildCat Lake.\n<li class=\"l\"> Nel driver AMDGPU per GPU GFX9.x \u00e8 stato implementato il supporto per il meccanismo Cleaner Shader, che garantisce la pulizia della memoria GPU prima del suo riutilizzo per evitare perdite di dati rimasti a seguito dell'uso da parte di un altro processo. \u00c8 stato migliorato il supporto per la modalit\u00e0 di attesa. \u00c8 stata aggiunta la possibilit\u00e0 di passare alla modalit\u00e0 sleep in ambienti con AMD SR-IOV. \u00c8 stato migliorato il controllo della retroilluminazione.\n<li class=\"l\"> Nel driver i915 \u00e8 stato implementato il supporto per il meccanismo drm_panic, che visualizza, in caso di crash, una sorta di \"schermata blu della morte\". \u00c8 stato aggiunto il supporto per il controller video utilizzato nei chip della famiglia Wildcat Lake.\n<li class=\"l\"> \u00c8 proseguita l'integrazione dei componenti del driver Nova per GPU NVIDIA dotate di firmware GSP, utilizzate a partire dalla serie NVIDIA GeForce RTX 2000 basata sull'architettura Turing. Il driver \u00e8 scritto in linguaggio Rust. Nella nuova versione \u00e8 stato aggiunto un livello di astrazione per la gestione del DMA, \u00e8 stato implementato un parser VBIOS, \u00e8 stato aggiunto codice per la configurazione del framebuffer ed \u00e8 stato garantito il supporto per il caricamento accelerato in modalit\u00e0 Falcon.\n<li class=\"l\"> Nel driver adreno \u00e8 stato aggiunto il supporto per GPU Qualcomm Adreno x1-45 e x1-85.\n<li class=\"l\"> Nel driver msm \u00e8 stato aggiunto il supporto per GPU Adreno SM8750 e per la mappatura della memoria video (VM_BIND).\n<li class=\"l\"> Nel driver panfrost \u00e8 stato aggiunto il supporto per GPU Mali, utilizzate negli SoC Mediatek mt8370.\n<li class=\"l\"> \u00c8 stato aggiunto il supporto GPU nel driver lima, utilizzato nel SoC Rockchip RK3528.\n<li class=\"l\"> Aggiunto il driver mtd (Memory Technology Devices) per l'accesso alla memoria NVM integrata nella GPU Intel.\n<li class=\"l\"> \u00c8 stato aggiunto il supporto per i sistemi audio ASoC IMX WM8524, AMD ACP7.2, SoundWire ACP 7.1, Fairphone 4 &amp; 5, Qualcomm QCS8275, Framework Laptop 13 (AMD Ryzen AI 300), CS35L41 HDA (utilizzato nei laptop ASUS), Richtek RTQ9124, TI TAS5753, HP EliteBook x360 830 G6, EliteBook 830 G6, LG 16Z90R-A, HP 15-fc000. \u00c8 stata effettuata una riorganizzazione del codice HD-audio.\n<li class=\"l\"> Aggiunto supporto per piattaforme ARM, SoC e dispositivi: NVIDIA Tegra264, Marvell PXA1908 (primo chip a 64 bit di Marvell per smartphone), CIX P1, Axiado AX3000, Sophgo SG2000 (combina core ARM e RISC-V), Mediatek mt6572, exynos2200 (utilizzato nel Samsung Galaxy S22), Renesas R-Car V4M-7, TI am62d2 e Sophgo sg2042, portatili basati su Mediatek mt8186 e Qualcomm Snapdragon X1, smartphone e tablet basati su SoC mt6572, tegra30 e msm8976.                    <\/ul>\n<\/ul>\n<p>Contemporaneamente, la Fondazione latinoamericana del software libero ha creato una versione completamente libera del kernel 6.17 \u2014 Linux-libre 6.17-gnu, ripulita da elementi di firmware e driver contenenti componenti non liberi o porzioni di codice la cui applicazione \u00e8 limitata dal produttore. Nella versione 6.17 \u00e8 stato aggiornato il codice per la pulizia dei blob nei driver amdgpu, prueth, iwlwifi, btusb, pci mhi host, adreno a6xx, nova-core e Intel AVS. \u00c8 stata effettuata una pulizia dei nomi dei blob nei file dts (devicetree) per chip ARM e Intel IPU7. \u00c8 stata neutralizzata il caricamento di blob nei nuovi driver pci hda. \u00c8 stata interrotta la pulizia dei blob nel driver QLogic infiniband, rimosso dal kernel.<br \/>\n<br \/>Fonte: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=63957\">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 6.17. \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\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 Btrfs, \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u044b\u0435 \u0432\u044b\u0437\u043e\u0432\u044b file_getattr() \u0438 file_setattr(), \u0443\u043d\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u044f \u043e\u0434\u043d\u043e\u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u043d\u044b\u0445 \u0438 \u043c\u043d\u043e\u0433\u043e\u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0440\u043d\u044b\u0445 \u043a\u043e\u043d\u0444\u0438\u0433\u0443\u0440\u0430\u0446\u0438\u0439 \u0432 \u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0449\u0438\u043a\u0435 \u0437\u0430\u0434\u0430\u0447, \u043c\u043e\u0434\u0443\u043b\u044c DAMON_STAT \u0441\u043e \u0441\u0442\u0430\u0442\u0438\u0441\u0442\u0438\u043a\u043e\u0439 \u0434\u043e\u0441\u0442\u0443\u043f\u0430 \u043a \u043f\u0430\u043c\u044f\u0442\u0438, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 Live-\u043f\u0430\u0442\u0447\u0435\u0439 \u043d\u0430 \u0441\u0438\u0441\u0442\u0435\u043c\u0430\u0445 ARM64, \u043e\u0442\u043f\u0440\u0430\u0432\u043a\u0430 core-\u0434\u0430\u043c\u043f\u043e\u0432 \u0447\u0435\u0440\u0435\u0437 \u0441\u043e\u043a\u0435\u0442 AF_UNIX, \u043b\u0438\u043c\u0438\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 SCHED_EXT \u0447\u0435\u0440\u0435\u0437 cgroup, \u0443\u043f\u0440\u043e\u0449\u0451\u043d\u043d\u0430\u044f \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 \u0437\u0430\u0449\u0438\u0442\u044b [&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-144046","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 6.17.\" \/>\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-6-17\" \/>\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 6.17 | 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 6.17.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-6-17\" \/>\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=\"2025-09-29T09:11:54+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2026-02-08T19:43:51+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\udd47 Rilascio del kernel Linux 6.17 | ProHoster","description":"Dopo due mesi di sviluppo, Linus Torvalds ha presentato il rilascio del kernel Linux 6.17.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-6-17","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 6.17 | 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 6.17.","og:url":"https:\/\/prohoster.info\/it\/blog\/news\/reliz-yadra-linux-6-17","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":"2025-09-29T09:11:54+00:00","article:modified_time":"2026-02-08T19:43:51+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"144046","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":"default","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":"2026-02-09 17:53:34","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2026-01-23 15:02:19","updated":"2026-02-09 17:53:34","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\/144046","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=144046"}],"version-history":[{"count":2,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/144046\/revisions"}],"predecessor-version":[{"id":159031,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/144046\/revisions\/159031"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=144046"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=144046"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=144046"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}