A cosa serve ENOANO (No Anode)?

Questa domanda è solo per curiosità oziosa, ma sospetto che anche gli altri saranno curiosi. Cercando su errno.h (di Linux 2.6) ho trovato ENOANO "No Anode". Non vi è alcun segno di errore "Nessun catodo". Osservando le concordanze dei sorgenti del kernel, non sembra essere utilizzato da un dispositivo chiamato anodo, ma solo come un codice di errore deliberatamente instabile da alcuni driver di dispositivo oscuri. Google non ha rivelato nulla di interessante.

È forse uno scherzo? È definito in un documento standard come POSIX, ma è inutile?

ENOANOè apparso in Linux 0.97 , che è stato rilasciato il 1992-08-01. Per molto tempo, non è stato usato da nessuna parte; da allora è stato usato di tanto in tanto in alcuni driver come "Non sapevo quale codice di errore usare". Ora è solo in uapi/asm-generic/errno.h(cioè nei file di intestazione per i programmi userland ), ma è stato spostato lì automaticamente, quindi questo non indica se a qualcuno importa.

L' errno.hintestazione in 0.97 ha attirato l'attenzione perché è uno dei file che SCO ha affermato sia stato copiato da Unix SVR4 . Al momento delle affermazioni della SCO, Linus Torvalds non ricordava come fosse stato assemblato quel file ; in seguito ha scoperto che era stato generato da valori noti da libc 2.2.2 . Questa era una libreria C per Linux, distribuita con una porta di GCC per Linux . Quella libreria avrebbe probabilmente incluso codici di errore di tutti i tipi di varianti unix in circolazione in quel momento.

Stéphane Chazelas ha scoperto che il termine "anodo" è stato usato in Convergent / Burroughs Unix (CENTIX) come sinonimo di inode . Ho trovato un altro libro (dal 1993) che menziona "anodo" come una variante di "inode", ma a parte questo, sembra essere stato abbastanza oscuro anche allora. Il Solariserrno.h conferma l'origine Convergente: elenca ENOANO in una sezione intitolata "Restituzioni errori convergenti" (insieme ad alcuni altri codici di errore con descrizioni esoteriche ma almeno vagamente comprensibili come "scambio non valido", "scambio completo" o "slot non valido" che alcuni altri driver usano).

Quindi ENOANO probabilmente ha indicato che o il kernel aveva esaurito la memoria per gli inode o che la tabella degli inode del filesystem era piena, in alcuni Unix commerciali negli anni '80. Che Unix è ora dimenticato, la sua terminologia è ora dimenticata e, a causa di alcune stranezze, il codice di errore è rimasto.

Almeno non è " lp0 in fiamme ".

Mi chiedo quale sia la relazione con il brevetto "Scrivi ovunque file system EP 1003103 A2", che sembra descrivere ciò che ora chiamiamo file system distribuito.

https://www.google.com/patents/EP1003103A2