Link alla notizia: https://www.hwupgrade.it/news/sistemi-operativi/incredibile-ma-vero-gpib-il-bus-creato-da-hp-ben-53-anni-fa-ha-ora-un-driver-linux-stabile_147599.html

Il kernel Linux 6.19 integra finalmente driver GPIB stabili nel kernel principale, 53 anni dopo la nascita del bus - noto anche come HP-IB. Una novità che, seppur appaia bizzarra, ha un senso tecnico ben preciso.

Click sul link per visualizzare la notizia.

Sarebbe interessante capire cosa offre il modulo del kernel di piú della libreria userspace GPIB che esiste da tempo. Anche perché la "tipica" applicazione da laboratorio di questa interfaccia é inviare comandi di configurazione e start/stop acquisizione agli strumenti a velocità molto basse per fare automazione soft senza troppe complicazioni. Ergo non dovrebbe servire un modulo del kernel a meno di non volere sincronizzazioni strette (ma a quel punto tanto vale usare un timing esterno) o aumentare il transfer rate (ma a quel punto esistono soluzioni migliori). Magari adesso c'é qualche supporto agli interrupt?

Magari oggi mi leggo qualcosa.. ma comunque, come al solito, meglio avere questo supporto che non avercelo :)

Sarebbe interessante capire cosa offre il modulo del kernel di piú della libreria userspace GPIB che esiste da tempo. Anche perché la "tipica" applicazione da laboratorio di questa interfaccia é inviare comandi di configurazione e start/stop acquisizione agli strumenti a velocità molto basse per fare automazione soft senza troppe complicazioni. Ergo non dovrebbe servire un modulo del kernel a meno di non volere sincronizzazioni strette (ma a quel punto tanto vale usare un timing esterno) o aumentare il transfer rate (ma a quel punto esistono soluzioni migliori). Magari adesso c'é qualche supporto agli interrupt?

Magari oggi mi leggo qualcosa.. ma comunque, come al solito, meglio avere questo supporto che non avercelo :)
Probabilmente torna utile per poter usare gli eBPF con GPIB in modo da uniformare la gestione delle interfacce di comunicazione per applicativi tipo SCADA o DCS.

Con gli eBPF puoi usare un modulo kernel "semplice" per gestire in modo efficiente sulla stessa interfaccia fisica più protocolli "complessi" E loggare ed eseguire diagnostica direttamente in userspace, senza dover passare per tutto lo stack di comunicazione, idem se devi ridirezionare l'I/O su un altra macchina nel modo più efficiente e portabile possibile.

Sicuri che quell'interfaccia esistesse su un C64? Io a memoria non ricordo porte con quella forma dietro al mio esemplare (le cartucce e il datasette finivano su porte "lineari" con pin "bifilari" mentre il floppy drive su una seriale rotonda).
Cercando su wikipedia vedo che al massimo erano sui Commodore PET che erano roba molto più antica...

io vorrei sapere "dove" lo si usa
cioè, macchine "moderne" su cui si mette il kernel 6.19 collegate a periferiche tanto vecchie??

oppure macchine tanto vecchie da "reggere" il kernel 6.19 (e non solo) ??

io vorrei sapere "dove" lo si usa
cioè, macchine "moderne" su cui si mette il kernel 6.19 collegate a periferiche tanto vecchie??

oppure macchine tanto vecchie da "reggere" il kernel 6.19 (e non solo) ??

Ad occhio direi che si cade quasi sempre nella prima casistica di quelle che hai elencato.

Poi sul "vecchio" parliamone. Magari un oscilloscopio o uno spectrum analyzer datato hanno tutte le funzioni che ti servono e comprare la controparte nuova costa migliaia di euro.