Al hablar de la edición número 27 recientemente publicada de un conjunto de parches con la implementación del sistema de archivos NTFS de Paragon Software, Linus Torvalds dijo que no ve ningún obstáculo para aceptar este conjunto de parches en la siguiente ventana de aceptación de cambios. Si no se identifican problemas inesperados, el soporte NTFS de Paragon Software se incluirá en el kernel 5.15, que se espera que se lance en noviembre.
En el tiempo que queda antes de que los parches sean aceptados en el kernel, Linus recomendó verificar la exactitud de la firma aprobada en los parches, confirmando la autoría del código transferido y la preparación de su distribución como parte del kernel bajo un licencia gratuita. También se recomienda que Paragon Software se asegure una vez más de que el departamento legal comprenda todas las consecuencias de transferir el código bajo la licencia GPLv2 y comprenda la esencia de esta licencia copyleft.
El código para el nuevo controlador NTFS fue abierto por Paragon Software en agosto del año pasado y se diferencia del controlador ya disponible en el kernel por la capacidad de trabajar en modo de escritura. El controlador antiguo no se ha actualizado desde hace muchos años y está en malas condiciones. El nuevo controlador admite todas las funciones de la versión actual de NTFS 3.1, incluidos atributos de archivos extendidos, modo de compresión de datos, trabajo efectivo con espacios vacíos en archivos y reproducción de cambios del registro para restaurar la integridad después de fallas.
En la 27.ª edición de parches, Paragon Software adaptó el controlador para los cambios en la API de iov, reemplazando la llamada iov_iter_copy_from_user_atomic() con copy_page_from_iter_atomic() y deteniendo el uso de la función iov_iter_advance(). De las recomendaciones hechas en la discusión, lo único que queda es traducir el código para usar fs/iomap, pero esto no es un requisito obligatorio, sino sólo una recomendación que se puede implementar después de la inclusión en el kernel. Además, Paragon Software ha confirmado que está listo para admitir el código propuesto en el kernel y planea transferir aún más la implementación del registro en diario para que funcione sobre el JBD (dispositivo de bloque de registro) existente en el núcleo, en base al cual se realiza el registro en diario. está organizado en ext3, ext4 y OCFS2.
Fuente: opennet.ru