Al discutir sobre la 27ª edición del conjunto de parches para la implementación del sistema de archivos NTFS de Paragon Software, Linus Torvalds declaró que no ve obstáculos para aceptar este conjunto de parches en la próxima ventana de aceptación de cambios. Si no surgen problemas imprevistos, el soporte de NTFS de Paragon Software se incluirá en el núcleo 5.15, cuyo lanzamiento se espera en noviembre.
Durante el tiempo que queda para la aceptación de los parches en el núcleo, Linus recomendó verificar la corrección de la firma 'signed-off' en los parches que confirman la autoría del código transmitido y su disposición para ser distribuido en el núcleo bajo una licencia libre. También se recomendó a Paragon Software asegurarse de que su departamento legal entienda todas las implicaciones de ceder código bajo la licencia GPLv2 y comprenda la esencia de esta licencia copyleft.
El código del nuevo controlador NTFS fue abierto por Paragon Software en agosto del año pasado y se diferencia del controlador ya existente en el núcleo por su capacidad de trabajar en modo de escritura. El antiguo controlador no se había actualizado en muchos años y está en un estado deplorable. El nuevo controlador soporta todas las características de la versión actual de NTFS 3.1, incluidas las extensiones de atributos de archivos, el modo de compresión de datos, un manejo eficiente de los espacios vacíos en los archivos y la reproducción de cambios desde el log para la recuperación de la integridad tras fallos.
En la 27ª edición de los parches, Paragon Software adaptó el controlador para cambios en la API iov, reemplazando la llamada iov_iter_copy_from_user_atomic() por copy_page_from_iter_atomic() y dejando de usar la función iov_iter_advance(). De las recomendaciones planteadas en la discusión, solo queda la sugerencia de traducir el código para usar fs/iomap, pero esto no es un requerimiento obligatorio, sino solo una recomendación que se puede implementar después de la inclusión en el núcleo. Además, Paragon Software confirmó que está dispuesto a mantener el código propuesto en el núcleo y planea más adelante trasladar la implementación de journaling para funcionar sobre el dispositivo de bloque universal JBD (Journaling block device) ya existente en el núcleo, que se utiliza para el journaling en ext3, ext4 y OCFS2.
Fuente: opennet.ru
