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 escluso dal kernel 2.6.20 nel 2006 a causa di problemi di funzionamento su sistemi multi-core. Per ripristinare la possibilit\u00e0 di compilazione e funzionamento del driver in distribuzioni con kernel Linux moderni, \u00e8 stato necessario rielaborarlo tenendo conto delle modifiche alle API interne e ai sottosistemi del kernel avvenute negli ultimi 20 anni. <\/p>\n
Il porting \u00e8 notevole perch\u00e9 \u00e8 stato realizzato quasi interamente grazie all'assistente AI Claude Code. Il risultato \u00e8 stato un driver completamente funzionante, in grado di essere compilato e operare su sistemi con kernel 6.8 e versioni successive. Il porting \u00e8 stato effettuato in tre fasi. Nella prima fase, \u00e8 stata affidata all'assistente AI la modifica del 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 nel driver le chiamate a funzioni obsolete del kernel con invocazioni aggiornate, ha corretto l'uso delle strutture dati e ha risolto tutti gli errori riscontrati durante la compilazione. <\/p>\n
Nella seconda fase, \u00e8 stata posta la questione della trasformazione del driver da una forma compilata nel kernel a una versione in grado di funzionare come modulo del kernel caricabile. L'assistente AI ha preparato il modulo caricabile. Nella terza fase, fornendo all'assistente AI l'output dmesg con informazioni sugli errori e problemi riscontrati durante l'operazione, nonch\u00e9 messaggi dmesg di riferimento dal vecchio driver funzionante, il port \u00e8 stato portato a uno stato operativo, in grado di riconoscere la presenza dell'unit\u00e0 di nastro e di estrarre il contenuto delle cartucce. <\/p>\n
Il lavoro, che inizialmente sembrava difficile e richiedeva diverse settimane per studiare la documentazione, \u00e8 stato completato in due sere. Per creare il modulo di lavoro sono stati necessari tre richieste, diverse discussioni e alcune modifiche manuali al codice. Dmitry sottolinea che non bisogna sopravvalutare i 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 costringere l'assistente AI ad agire nella direzione giusta senza conoscere la struttura interna dei moduli del kernel, a suo avviso, sarebbe impossibile. <\/p>\n
Quando si formula il compito \u00e8 necessario conoscere la specificit\u00e0 e utilizzare la terminologia professionale, definendo chiaramente la struttura della funzione da realizzare e identificando i vuoti in questa struttura che l'AI deve riempire. \u00c8 anche necessario studiare i punti di forza e di debolezza degli assistenti AI, per non dare loro compiti con cui non possono cavarsela bene. Per raggiungere un risultato, Dmitry consiglia di considerare l'assistente AI come un amplificatore delle proprie capacit\u00e0, e interagire con lui come se si collaborasse con un ingegnere subordinato, che far\u00e0 tutto ci\u00f2 che viene detto, desidera accontentare, \u00e8 sicuro di s\u00e9, ma riconosce gli errori. La decisione finale, la definizione delle regole e la responsabilit\u00e0 per il risultato rimangono a carico dell'uomo. <\/p>\n
Il driver ftape \u00e8 progettato per lavorare con le unit\u00e0 a nastro che utilizzano cartucce QIC, che applicano un proprio formato proprietario di codifica e compressione delle informazioni. Dispositivi simili sono stati utilizzati frequentemente 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 controller standard per dischi floppy (ad esempio, i dispositivi Colorado Jumbo 250 e Ditto Max) o a una porta parallela (Trakker, Iomega Ditto). <\/p>\n
Ftape era l'unico driver in grado di estrarre i dump delle cartucce in modalit\u00e0 raw, il che permetteva di caricare inizialmente un dump completo e poi di affrontare la decodifica del formato e l'estrazione dei file. In questo contesto, collegare il disco tramite il controller dei floppy disk sembrava un hack, poich\u00e9 il driver doveva \"ingannare\" il controller, progettato per lavorare esclusivamente con i floppy disk, per inviare comandi e organizzare l'interazione con l'unit\u00e0 a nastro. <\/p>\n
In precedenza, per estrarre informazioni dalle cartucce a nastro, Dmitry doveva utilizzare un computer separato con CentOS 3.5 e il kernel 2.4.21. Dopo il porting del driver, \u00e8 stato possibile estrarre gli 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 al controller dei dischetti \u00e8 necessaria una scheda madre con un controller simile. <\/p>\n