Ao falar da recente edición 27 dun conxunto de parches coa implementación do sistema de ficheiros NTFS de Paragon Software, Linus Torvalds dixo que non ve obstáculos para aceptar este conxunto de parches na seguinte xanela para aceptar cambios. Se non se identifican problemas inesperados, o soporte NTFS de Paragon Software incluirase no núcleo 5.15, que se espera que se publique en novembro.
No tempo restante antes de que os parches sexan aceptados no núcleo, Linus recomendou comprobar a corrección da sinatura asinada nos parches, confirmando a autoría do código transferido e a preparación da súa distribución como parte do núcleo baixo un licenza libre. Tamén se recomenda que Paragon Software se asegure de novo de que o departamento xurídico comprende todas as consecuencias da transferencia do código baixo a licenza GPLv2 e entende a esencia desta licenza copyleft.
O código para o novo controlador NTFS foi aberto por Paragon Software en agosto do ano pasado e difire do controlador xa dispoñible no núcleo pola capacidade de traballar en modo de escritura. O antigo condutor leva moitos anos sen actualizar e atópase en mal estado. O novo controlador admite todas as funcións da versión actual de NTFS 3.1, incluídos os atributos de ficheiros estendidos, o modo de compresión de datos, o traballo efectivo con espazos baleiros nos ficheiros e a reprodución dos cambios do rexistro para restaurar a integridade despois de fallas.
Na edición número 27 de parches, Paragon Software adaptou o controlador para cambios na API iov, substituíndo a chamada iov_iter_copy_from_user_atomic() por copy_page_from_iter_atomic() e interrompendo o uso da función iov_iter_advance(). Das recomendacións feitas na discusión, o único que queda é traducir o código para usar fs/iomap, pero este non é un requisito obrigatorio, senón só unha recomendación que se pode implementar despois da inclusión no núcleo. Ademais, Paragon Software confirmou que está preparado para soportar o código proposto no núcleo e planea transferir aínda máis a implementación do journaling para que funcione enriba do JBD (Journaling block device) existente no núcleo, en función do cal o journaling. está organizado en ext3, ext4 e OCFS2.
Fonte: opennet.ru