Linus Torvalds, parlando della 27a edizione recentemente pubblicata di un set di patch con l'implementazione del file system NTFS di Paragon Software, ha affermato di non vedere ostacoli all'accettazione di questo set di patch nella finestra successiva per l'accettazione delle modifiche. Se non verranno identificati problemi imprevisti, il supporto NTFS di Paragon Software sarà incluso nel kernel 5.15, il cui rilascio è previsto a novembre.
Nel tempo rimanente prima che le patch vengano accettate nel kernel, Linus consiglia di ricontrollare la correttezza della firma firmata nelle patch, confermando la paternità del codice trasferito e la disponibilità della sua distribuzione come parte del kernel sotto un licenza gratuita. Si raccomanda inoltre a Paragon Software di assicurarsi ancora una volta che l'ufficio legale comprenda tutte le conseguenze del trasferimento del codice sotto la licenza GPLv2 e comprenda l'essenza di questa licenza copyleft.
Il codice per il nuovo driver NTFS è stato aperto da Paragon Software nell'agosto dello scorso anno e si differenzia dal driver già disponibile nel kernel per la possibilità di lavorare in modalità scrittura. Il vecchio driver non è stato aggiornato da molti anni ed è in pessime condizioni. Il nuovo driver supporta tutte le funzionalità dell'attuale versione di NTFS 3.1, inclusi attributi di file estesi, modalità di compressione dei dati, lavoro efficace con gli spazi vuoti nei file e riproduzione delle modifiche dal registro per ripristinare l'integrità dopo gli errori.
Nella 27a edizione delle patch, Paragon Software ha adattato il driver per le modifiche nell'API iov, sostituendo la chiamata iov_iter_copy_from_user_atomic() con copy_page_from_iter_atomic() e interrompendo l'uso della funzione iov_iter_advance(). Delle raccomandazioni fatte nella discussione, l'unica cosa che rimane è tradurre il codice per utilizzare fs/iomap, ma questo non è un requisito obbligatorio, ma solo una raccomandazione che può essere implementata dopo l'inclusione nel kernel. Inoltre, Paragon Software ha confermato di essere pronta a supportare il codice proposto nel kernel e prevede di trasferire ulteriormente l'implementazione del journaling per funzionare sul JBD (Journaling block device) esistente nel kernel, sulla base del quale il journaling è organizzato in ext3, ext4 e OCFS2.
Fonte: opennet.ru