Кога разговараше за неодамна објавеното 27-мо издание на збир на закрпи со имплементација на датотечниот систем NTFS од Paragon Software, Линус Торвалдс рече дека не гледа пречки за прифаќање на овој сет на закрпи во следниот прозорец за прифаќање промени. Ако не се идентификуваат неочекувани проблеми, поддршката за NTFS на Paragon Software ќе биде вклучена во кернелот 5.15, кој се очекува да биде објавен во ноември.
Во преостанатото време пред да се прифатат закрпите во јадрото, Линус препорача двојна проверка на исправноста на потпишаниот потпис во закрпите, потврдувајќи го авторството на пренесениот код и подготвеноста за негова дистрибуција како дел од кернелот под бесплатна лиценца. Исто така, се препорачува Paragon Software уште еднаш да се погрижи правниот оддел да ги разбере сите последици од пренесувањето на кодот под лиценцата GPLv2 и да ја разбере суштината на оваа лиценца за авторски права.
Кодот за новиот NTFS драјвер беше отворен од Paragon Software во август минатата година и се разликува од драјверот што веќе е достапен во кернелот по способноста да работи во режим на пишување. Стариот драјвер не е ажуриран многу години и е во лоша состојба. Новиот двигател ги поддржува сите карактеристики на тековната верзија на NTFS 3.1, вклучително и проширени атрибути на датотеки, режим на компресија на податоци, ефективна работа со празни места во датотеките и повторување на промените од дневникот за враќање на интегритетот по неуспесите.
Во 27-тото издание на закрпи, Paragon Software го адаптираше двигателот за промени во iov API, заменувајќи го повикот iov_iter_copy_from_user_atomic() со copy_page_from_iter_atomic() и запирајќи ја употребата на функцијата iov_iter_advance(). Од препораките дадени во дискусијата, единствено што останува е да се преведе кодот да се користи fs/iomap, но тоа не е задолжително барање, туку само препорака што може да се имплементира по вклучувањето во кернелот. Покрај тоа, Paragon Software потврди дека е подготвен да го поддржи предложениот код во кернелот и планира дополнително да ја пренесе имплементацијата на журналот на работа на врвот на JBD (Journaling block уред) кој постои во кернелот, врз основа на кој журнал е организиран во ext3, ext4 и OCFS2.
Извор: opennet.ru