Il settimo candidato al rilascio del kernel, Linux 6.18-rc7, È già nell'albero Git E arriva come il ritmo settimanale che segna l'ultimo tratto prima della pubblicazione regolare. Salvo imprevisti dell'ultimo minuto, il lancio ufficiale è previsto per domenica 30 novembre. In questa puntata, l'attenzione è chiaramente rivolta a... Correzioni di regressione, lucidatura dei driver e piccole modifiche che mettono a punto un ciclo che sta diventando molto intenso.
C'è un dettaglio strategico che non passa inosservato: tutto fa pensare che Linux 6.18 sia il versione LTS (supporto esteso) annualeQuesto spiega l'attenzione posta nell'affrontare le correzioni architetturali, i sottosistemi di rete, le GPU e la sicurezza. Inoltre, questa versione RC7 arriva dopo un problema di sicurezza. rc6Una regressione nella memoria virtuale (VM) che è stata risolta con una semplice patch, ma è servita come promemoria che, così vicino alla chiusura, Ogni dettaglio potrebbe costare una settimana in più.
Cosa offre Linux 6.18-rc7 e perché è importante
L'obiettivo della RC7 è consolidare la stabilità: le variazioni sono state ridotte rispetto alla RC6 e la maggior parte delle modifiche rientra nelle categorie consuete: Aggiornamenti dei driver (con particolare attenzione a GPU e rete), correzioni architettoniche (longarch, mips, arm64)Sono presenti anche alcune funzionalità di rete a livello kernel e miglioramenti agli strumenti e alla documentazione. È stata inoltre introdotta una patch degna di nota per SELinux, dovuta a un errore di denominazione delle variabili che ha portato a un rinominare per liberare la strada.
I punti salienti delle notizie di questa settimana
Tra le modifiche visibili, la più notevole è la correzione dell'identificativo del fornitore per MIPS nell'ecosistema RISC-V. Il valore era errato sia nel kernel che nel codice di test QEMU, ed è ora impostato su 0x127, allineando entrambi i fronti. Questi piccoli aggiustamenti impediscono incompatibilità difficili da diagnosticare durante lo sviluppo e la virtualizzazione.
In termini di hardware consumer, l'RC7 consente l'utilizzo "a due mani" dei touch panel dell'AYANEO Flip DS. Ciò significa che entrambi i digitalizzatori sono attivi, una caratteristica fondamentale per chiunque utilizzi questo dispositivo come... console PC portatile con comandi touchSono in arrivo miglioramenti anche per la famiglia ASUS ROG Ally, il Lenovo Legion Go e diversi laptop Alienware: un'ondata di perfezionamenti che amplia la compatibilità e perfeziona i dettagli delle più diffuse macchine da gioco.
Cosa ha detto Linus Torvalds
Nel messaggio di annuncio, Linus ha riconosciuto che la RC6 non è stata la settimana migliore a causa di quell'errore nella VM, sebbene la correzione si sia rivelata banale. Ciononostante, rimane fiducioso: a meno di una sorpresa importante, Il lancio definitivo dovrebbe essere pronto il prossimo fine settimana.Questa RC7 è più contenuta della precedente, e questo è un buon segno: poca "turbolenza" e cambiamenti per lo più normali.
Libera traduzione dello spirito del messaggioLa regressione del sottosistema di memoria virtuale in RC6 è stata un colpo tardivo, ma la patch era semplice e non risolve un problema profondo. In RC7, il volume diminuisce; vediamo modifiche ai driver, principalmente GPU e rete, correzioni architetturali (con longarch, MIPS e arm64 in primo piano), miglioramenti al kernel di rete e alcuni strumenti e documentazione. C'è una patch SELinux più grande del solito, richiesta da un rinominare le variabili per evitare confusioneSfruttiamo quest'ultima settimana per catturare i ritardatari.
LWN ha rafforzato l'interpretazione secondo cui questo è probabilmente l'ultimo -rc prima di un 6.18 stabile. Se viene scoperto qualcosa di spiacevole, un RC8 è una possibilità, ma, ad oggi, l'aspettativa è che Che il 6.18 arrivi senza ulteriori ritardi.
Architetture: longarch, mips, arm64 e altre
In loongarch, sono stati corretti aspetti critici: l'analisi dei nodi NUMA con numa_memblks, il consolidamento dei nomi delle CPU in /proc/cpuinfo, il mascheramento degli interrupt durante kexec/kdump per evitare sorprese e persino una modifica che Disabilitare il BPF springboard per le tracce nelle funzioni del moduloAnche i tipi UAPI sono stati allineati nell'intestazione ptrace, pulendo le interfacce.
MIPS include una serie diversificata di correzioni: miglioramenti per le piattaforme Malta (MMIO SOC-it con !EVA), prevenzione dell'arresto TLB durante l'unificazione iniziale, correzioni in DTS (econet/EN751221) e una soluzione a difetti di segmentazione casuali che ha influito sulla stabilità. Parallelamente, in RISC-V l'ID del fornitore MIPS viene aggiornato a 0x127, sincronizzando il kernel e gli strumenti di test.
ARM64 riceve un buon numero di modifiche da DTS: Rockchip vede modifiche alle schede OPP (RK3576 e RK3588), pin di alimentazione PCIe e USB sulle schede BigTreeTech, tensioni su Orange Pi 5, l'alias ethernet0 su Raspberry Pi 5 (BCM2712) e la disabilitazione di HS400 in determinati profili per evitare modalità ad alta velocità instabiliSu NXP/Imx, sono presenti correzioni MSI in imx95, commutazione OTG in imx8mp e altre modifiche che migliorano la piattaforma. Su NVIDIA Tegra, i PHY sono contrassegnati come sorgenti di riattivazione in Jetson Xavier NX.
Driver: GPU, ingressi HID e piattaforma x86
GPU e display offrono molti vantaggi. AMD corregge il gating DTBCLK prematuro, migliora la precisione della conversione da pbn a kbps, corregge i tentativi e la temporizzazione nelle letture DPCD, bypassa il "power ungate" in modalità sleep per VPE e aggiunge controlli per Reimpostazione della coda VCN in SR-IOVSu Intel, i915/xe3 carica DMC 30.02 per Xe3_LPD, affina il rilevamento c10phy al solo PHY A e separa gli identificatori PCI della sottopiattaforma wcl. Radeon rimuove un fence path che potrebbe causare blocchi. Xe include difese da overflow con BIT(), pulizia delle opzioni duplicate e gestione degli interrupt MSI-X vector0.
Sul fronte HID/input, oltre al supporto per SONiX AK870 PRO ed ELECOM M-XT3URBK, ci sono correzioni per perdite di memoria in controller come PlayStation, uclogic, ntrig e pidff; miglioramenti alle tastiere (Lenovo Yoga Slim 7x), sensori AMD SFH (arresto prima del riavvio) e una modifica nella proprietà dell'input, che ora si chiama INPUT_PROP_PRESSUREPADAnche i tasti speciali vengono perfezionati sulle apparecchiature HONOR e Goodix aggiunge l'ACPI ID GDIX1003 con la pulizia della gestione dei pin.
La piattaforma x86 è già carica: il modulo AMD/PMC riconosce il SoC Van Gogh, il supporto per il processore 8042 spurio è stato aggiunto a ROG Ally e sono incluse funzionalità per Lenovo Legion Go 2. Nel mondo HP/Alienware, sono disponibili nuovi profili termici e di raffreddamento per Omen e Victus e il supporto AWCC in Alienware 16 Aurora; la copertura è stata inoltre ampliata per includere tutte le famiglie "M", "X" e "G" nel driver Alienware-WMI-WMAX. MSI e Acer ricevono carica impostazioni ed eventi nei suoi moduli WMI.
Networking e storage: MPTCP, L2TP, NVMe e altro ancora
MPTCP è in cima alla lista delle correzioni: sono state corrette le condizioni di gara nella pianificazione dei job e nei timer, la generazione di ACK è stata migliorata negli scenari di fallback, sono stati prevenuti crash prematuri, il fallback è stato ritardato in presenza di pacchetti fuori ordine e la chiusura rapida è stata disaccoppiata dalla logica TCP tradizionale. In L2TP, il reset viene ora eseguito correttamente. Controllo del buffer SKB nella trasmissionementre veth acquisisce robustezza per evitare di rimanere bloccato a causa di gare durante la gestione delle code TX.
NVMe e il suo trasporto Fibre Channel ottimizzano la durata della coda delle richieste di gestione e garantiscono l'annullamento dei processi in sospeso rimuovendo i driver. Un avviso lockdep durante le scansioni delle partizioni è stato risolto in multipath. Anche il percorso di errore in idpf è stato smussato per prevenire dereferenziazioni nulle e driver come ice (pulizia PTP), mlx5 (gestione IRQ), mlxsw (statistiche e controlli) e Open vSwitch (rimozione del supporto NSH che non ha mai funzionato) sono stati perfezionati. collegamento fisico (modalità supportate nei collegamenti fissi) e DSA (microchip lan937x e hellcreek).
File system e VFS
efivarfs è sempre bloccato prima dell'ibernazione/sospensione per prevenire la corruzione dei dati, e XFS corregge le letture fuori limite riparando i link simbolici. Diversi sistemi (vfat, exfat, isofs e di nuovo xfs) ora controllano il valore di ritorno di sb_min_blocksize() e il sottosistema dei blocchi contrassegna tale API come __deve_controllare in modo che nessuno lo ignori. tmpfs/shmem corregge la riconfigurazione con noswap, bfs ricostruisce il tipo di file al caricamento e vengono introdotti miglioramenti al percorso VFS (iput_not_last) e a Landlock per impedire splat da chiamate che potrebbero essere inattive.
Sicurezza: SELinux e XFRM
SELinux applica una ridenominazione delle variabili chiave (task_security_struct diventa cred_security_struct ed è standardizzato in crsec dove applicabile) e sposta la cache delle decisioni di accesso a un contesto per attività, facilitando ragionamento ed evitare la confusioneIn XFRM è presente una serie di correzioni: riferimenti SA negli aggiornamenti, eliminazione di tunnel non aggiunti, stati contrassegnati come DEAD quando le migrazioni falliscono, pulizia dello stato del dispositivo in caso di spostamento fallito, messaggi di errore/EXTACK migliorati e ricerca di stati residui durante l'eliminazione di un netns.
Memoria, tempi e strumenti
La messa a punto viene eseguita nella memoria e nei timer: memblock calcola correttamente le pagine libere con soft-reserve, mempool non avvelena indebitamente le pagine HIGHMEM, ticks corregge una condizione di inattività e i timer impediscono una competizione con puntatori a funzione nulli quando viene eseguito shutdown_sync. Il cronometraggio chiude una perdita di risorse e mm/huge_memory inizializza correttamente enorme foglio zeroio_uring regola i tipi di argomenti, perf corregge i contatori a zero in cpu-clock e gli strumenti RISC-V correggono gli errori di allineamento delle definizioni CSR.
Virtualizzazione e ACPI
KVM/arm64 calcola le trappole FGT prima di attivarle e finalizza i registri ID una sola volta per VM; in SVM (AMD), vengono evitati gli aggiornamenti ridondanti delle intercettazioni LBR MSR. ACPI/APEI/EINJ corregge l'inizializzazione e l'iniezione nella versione 2 e diversi elementi di documentazione di tipo kernel-doc nei moduli della piattaforma Intel, tee uapi e altri sono allineati, aiutando la compilazione dell'albero in modo pulito e Migliorare la qualità del riferimento.
A giudicare dall'attività e dal tono dell'annuncio, la RC7 lascia la 6.18 con un percorso piuttosto agevole: correzioni specifiche nelle VM dopo lo spavento della RC6, numerose correzioni ai driver, con particolare attenzione ai driver GPU e di rete, miglioramenti a DTS per ARM64, pulizia e chiarimenti in SELinux e XFRM e miglioramenti ai dispositivi più diffusi (AYANEO Flip DS, ROG Ally, Legion Go, Alienware). Il piano è di finalizzare la versione stabile domenica prossima, a meno che non si verifichi un bug importante che giustifichi un aggiornamento alla RC8; in caso contrario, tutto indica che la 6.18, candidata allo stato LTS, verrà rilasciata con buon fattore di forma e ampio supporto hardware.
