Dmitry Brant dell'organizzazione Wikimedia ha presentato il porting del driver ftape per i moderni kernel Linux. Il driver ha smesso di essere aggiornato nel 2000 ed \u00e8 stato rimosso dal kernel 2.6.20 nel 2006 a causa di problemi di funzionamento su sistemi multi-core. Per ripristinare la possibilit\u00e0 di compilare e far funzionare il driver nelle distribuzioni con kernel Linux moderni, \u00e8 stata necessaria una sua revisione tenendo conto delle modifiche agli API interni e alle sottosistemi del kernel avvenute negli ultimi 20 anni. <\/p>\n
Il porting \u00e8 notevole perch\u00e9 \u00e8 stato eseguito quasi interamente con l'assistenza dell'AI Claude Code. Il risultato finale \u00e8 stato un driver completamente funzionante, in grado di essere compilato e funzionare su sistemi con kernel 6.8 e versioni superiori. Il porting \u00e8 stato effettuato in tre fasi. Nella prima fase, all'assistente AI \u00e8 stata assegnata la compito di modificare il codice del driver, che poteva essere compilato solo con kernel 2.4, per la compilazione con le nuove versioni del kernel. L'AI ha sostituito con successo le chiamate a funzioni del kernel obsolete con chiamate aggiornate, ha corretto l'uso delle strutture dati e ha risolto tutti gli errori che si verificavano durante la compilazione. <\/p>\n
Nella seconda fase \u00e8 stato richiesto di trasformare il driver da una forma compilata nel kernel a una versione in grado di funzionare come modulo caricabile del kernel. L'assistente AI ha preparato il modulo caricabile. Nella terza fase, fornendo all'assistente AI l'output dmesg con informazioni su errori e problemi riscontrati durante il funzionamento, oltre ai messaggi di debug dmesg di riferimento dal vecchio driver funzionante, il port \u00e8 stato riportato a uno stato funzionante, in grado di rilevare la presenza di un'unit\u00e0 a nastro ed estrarre il contenuto delle cartucce. <\/p>\n
Un lavoro che inizialmente sembrava impossibile e richiedere settimane di studio della documentazione \u00e8 stato portato a termine in due sere. Per creare un modulo funzionante sono state necessarie tre richieste, diverse discussioni e alcune modifiche manuali al codice. Dmitry sottolinea che non bisogna sovrastimare gli assistenti AI, che sono solo strumenti che richiedono un'interazione consapevole. Dmitry conosce il linguaggio C e ha una comprensione dei moduli del kernel, ma convincere un assistente AI a operare nella direzione giusta, senza una conoscenza approfondita della struttura interna dei moduli del kernel, sarebbe a suo avviso impossibile. <\/p>\n
Quando si formula un compito, \u00e8 importante conoscere le specifiche e utilizzare una terminologia professionale, definendo chiaramente la struttura della funzione da realizzare e identificando i vuoti in essa che l'AI deve riempire. \u00c8 inoltre necessario comprendere i punti di forza e di debolezza degli assistenti AI, per non assegnare loro compiti che non possono svolgere bene. Per ottenere un risultato, Dmitry consiglia di considerare l'assistente AI come un potenziatore delle proprie abilit\u00e0, e di vedere l'interazione con esso come una collaborazione con un ingegnere subordinato, che eseguir\u00e0 tutto ci\u00f2 che gli viene detto, cercando di compiacere, sicuro di s\u00e9, ma che riconosce anche gli errori. La decisione, la definizione delle regole e la responsabilit\u00e0 del risultato rimangono in capo all'uomo. <\/p>\n
Il driver ftape \u00e8 progettato per funzionare con unit\u00e0 a nastro che utilizzano cartucce QIC, le quali impiegano un proprio formato di codifica e compressione delle informazioni. Questi dispositivi erano frequentemente utilizzati negli anni '90 per il backup. Le unit\u00e0 a nastro supportate dal driver non richiedevano un costoso controller SCSI e si collegavano a un tipico controller per dischi floppy (ad esempio, dispositivi Colorado Jumbo 250 e Ditto Max) oppure alla porta parallela (Trakker, Iomega Ditto). <\/p>\n
Ftape \u00e8 stata l'unico driver in grado di estrarre i dump delle cartucce in modalit\u00e0 raw, permettendo inizialmente di caricare un dump completo, per poi occuparsi della decodifica del formato e dell'estrazione dei file. Inoltre, collegare il dispositivo tramite il controller dei dischi Floppy sembrava un hack, poich\u00e9 il driver doveva \"ingannare\" il controller progettato per lavorare solo con i dischi Floppy, per inviare comandi e organizzare l'interazione con l'unit\u00e0 a nastro. <\/p>\n
In passato, per estrarre informazioni dalle cartucce a nastro, Dmitrij doveva utilizzare un computer separato con CentOS 3.5 e il kernel 2.4.21. Dopo il porting del driver, \u00e8 stato possibile estrarre archivi su PC con distribuzioni Linux moderne, come Ubuntu 24.04. Sono supportate le versioni a 32 e 64 bit, ma per lavorare con dispositivi collegati a un controller di floppy disk \u00e8 necessaria una scheda madre con un controller simile. <\/p>\n