Új patch a VFAT szabadalommal kapcsolatos problémák elkerüléséhez

A fejlesztő több, erre a területre specializálódott ügyvéddel is tanácskozott, a patch-ek (a korábbi és a most beküldött újabb is) jogi átvilágításon estek keresztül. A részletekről publikusan - pl. az LKML-en - nem beszélhetnek, mert a Microsoft ügyvédei ezeket a beszélgetéseket később felhasználhatnák egy esetleges per során, de a Linux Foundation ügyvédje, John Lanza válaszol a felmerült kérdésekre, ha tud azokra válaszolni, illetve ha nem tud, akkor megírja, hogy miért nem tud válaszolni bizonyos kérdésekre.

Felmerült a kérdés, hogy miért kell foglalkozni egy olyan szabadalommal, amely feltehetően érvénytelen. Andrew szerint egy esetleges bírósági per, amelynek során bebizonyítanák, hogy a Microsoft szabadalma érvénytelen, hosszú ideig is eltarthatna és sokba is kerülhetne. A pereskedés ideje alatt (például a perbe fogott cégek számára) a képződő károk maradandóan megmaradhatnak, és az is elképzelhető, hogy a szabadalmat sohasem érvénytelenítenék. Ezért indokolt egy olyan patch elkészítése, amely megtartja az eredeti funkcionalitást (nem hoz regressziót) és közben nem sérti meg a kérdésekes szabadalmakat.

Miben más ez a patch mint az első és miért hiszi "Tridge", hogy ez megkerüli a szabadalmakban leírtakat?

A Microsoft szóban forgó VFAT szabadalmai a hosszú fájlnév-bejegyzések létrehozásáról és tárolásáról szólnak. Az első patch-ben a fejlesztők megváltoztatták a kódot úgy, hogy alkalmazásakor hosszú fájlnév-bejegyzések soha nem jönnek létre, soha nem kerülnek tárolásra. A kód változatlanul hagyta a hosszú fájlnevek olvasásának képességét, hiszen erre a Microsoft szabadalmak nem térnek ki. Az eredmény egy olyan kód lett, ami ugyan nem sértette a szabadalmat, de mégis vesztett a képességeiből.

A most postázott kód viszont úgy kerüli meg a Microsoft szabadalmait, hogy nem veszít képességeiből, mert egy másik irányból közelíti meg a problémát. A Microsoft VFAT szabadalmai a fájlokhoz tartozó, egy időben egyszerre létrehozott hosszú és rövid fájlnév-bejegyzésekről szólnak. A fejlesztők úgy kerülték meg a szabadalmat, hogy nem hoznak létre egy fájlhoz egy időben hosszú és rövid fájlnév-bejegyzést. Az új kód egy fájlhoz csak rövid, vagy csak hosszú fájlnév-bejegyzést hoz létre, de sosem hozza létre egyszerre mindkettőt. Ezzel a szabadalom megkerülhetővé vált és a kód megőrizte a hosszú fájlnév-bejegyzés létrehozás és olvasás képességét.

Technikailag a fejlesztők létrehoztak egy "vfat_build_dummy_83_buffer()" függvényt, ami kitölti FAT és VFAT fájlnév témakörben nem értelmezett, azaz "invalid" értékekkel azt a mezőt, ahol eredetileg a rövid fájlnevek tárolódnának. A mezőben levő "invalid" értékek alkotta halmaz nem tekinthető a szó használt értelmében fájlnévnek. Természetesen ez egyben azt is jelenti, hogy olyan operációs rendszer, amely "nem érti" a VFAT-ot (pl. DOS verziók) nem tud hozzáférni az adatokhoz. Mondjuk ezen OS-ek elterjedtsége elenyésző, így ez a limitáció elfogadható.

config VFAT_FS_DUALNAMES
+	bool "VFAT dual names support"
+	depends on VFAT_FS
+	help
+	  This option provides support for dual filenames on VFAT filesystems.
+	  If this option is disabled then file creation will either put
+	  a short (8.3) name or a long name on the file, but never both.
+	  The field where a shortname would normally go is filled with
+	  invalid characters such that it cannot be considered a valid
+	  short filename.
+
+	  That means that long filenames created with this option
+	  disabled will not be accessible at all to operating systems
+	  that do not understand the VFAT extensions.
+
+	  Users considering enabling this option should consider the implications
+	  of any patents that may exist on dual filenames in VFAT.
+
+	  If unsure, say N

Ez a kód - ha a kernelfejlesztői közösség elfogadja - alapértelmezetten engedélyezett lenne a kernelben, ellentétben az első patch kínálta kóddal. Aki ezt az kódot ki akarná kapcsolni (azaz, a fentebb részletezett opciót 'Yes'-re akarja állítani), annak számolnia kellene a Microsoft szabadalmakból származó következményekkel.

Szóval a fejlesztők ezzel megkerülnék a Microsoft szabadalmait, de a technikai megvalósítás közben körültekintően kellett eljárniuk. A rövid fájnév-bejegyzéseket tartalmazó mező kitöltése során biztosítaniuk kellett, hogy olyan byte-okat használnak, amelyek egy, a Windows XP-n jelenlevő bugot nem triggerelnek, azaz nem okoznak összeomlást, "kékhalált" vagy egyéb működési problémát (Windows Vista-n és 7-en ez a bug nincs jelen).

A részletek elolvashatók itt, illetve a patch-hez készült FAQ-ban.