Que diriez-vous de celui-ci :
http://userweb.kernel.org/~tj/ossp/
Il émule OSS (Open Sound System) /dev/dsp e.t.c. nœuds de périphérique et transmet toutes les opérations à pulseaudio. Je crois que c'était (l'une des) premières applications, sinon la motivation, pour CUSE.
Je serais intéressé d'utiliser CUSE pour créer un port série virtuel qui se connecte à un serveur série sur réseau RFC-2217. Ce serait une très bonne utilisation de CUSE.
Voir :
- Un client Linux RFC2217 pour ser2net ?
- astrand, mainteneur de cyclades-serial-client, a fait un commentaire sur CUSE et le port série sur réseau, mais il semble que cyclades-serial-client n'utilise toujours pas CUSE.
J'ai trouvé mhuxd - Device Router pour microHam Keyers et Linux qui utilise CUSE pour créer un port série virtuel.
J'ai aussi trouvé utty sur GitHub qui a du code CUSE pour un TTY (terminal), bien qu'il ne soit pas clair pour moi si le ioctl s pour la prise en charge du port série sont fonctionnels.
Je maintiens un pilote de port série sur réseau dans l'espace du noyau Linux et je souhaite le déplacer vers l'espace utilisateur depuis 15 ans. J'ai envisagé d'utiliser ptys, mais ils ne prennent en charge qu'un sous-ensemble des opérations qui doivent être implémentées pour un port série. À plusieurs reprises, j'ai proposé d'étendre le pilote Linux pty afin qu'il puisse être utilisé comme moyen d'implémenter des pilotes de port série dans l'espace utilisateur, mais je n'ai jamais reçu de réponse des responsables - donc CUSE semble pouvoir enfin fournir un façon de faire ce que je veux. :)
J'ai trouvé des références à des personnes utilisant CUSE à partir de Python et cusepy semble être la façon la plus populaire de le faire :
Il y a un quantumrandom package sur PyPI qui semble l'utiliser.
Et osspd est un autre émulateur OSS qui utilise CUSE.
C'est peut-être le même que celui mentionné quelques messages plus haut, mais je ne peux pas le dire car ce lien ne fonctionne pas.