Eh oui, GNU/Hurd a produit du son ! C'est pas fou ça ?! :-). Bon, on va pas s'emballer tout de suite : ça plante à la fin de la première écriture, donc y a environ 5-10 secondes de son avec une taille de buffer bien large. Il reste beaucoup de choses à faire pour obtenir un code propre. Mais bon voilà, c'est une étape importante qui montre que je ne me suis pas complètement trompé de direction au départ ;-). Je posterai plus d'infos par la suite quand le mail envoyé à la mailing-list du Hurd sera disponible dans les archives publiques.

J'ai donc maintenant 2 drivers qui ont l'air de s'initialiser correctement, et les fonctions PCI qui vont avec (un certains nombres de macros et de fonctions ont été rajoutées au glue code Linux 2.0 pour qu'il puisse fournir ce que les drivers Linux 2.2 attendaient). La prochaine étape, ça sera de créer le(s) périphérique(s) Mach qui permettront ensuite d'appeler les fonctions device_xxx() pour piloter les cartes son. Comme pas mal de code a été commenté pour que les drivers compilent (en particulier ce qui utilise struct file et struct file_operations, puisque ces structures sont différentes dans Linux 2.2), ça risque de prendre un certain temps. On verra bien la suite :-).

Bus 0, device 8, function 0:
Multimedia audio controller: Ensoniq ES1371 (rev 8).
Slow devsel. IRQ 15. Master Capable. Latency=64. Min Gnt=12.Max Lat=128.
I/O at 0xe800.

La prochaine étape, ça sera de compiler les sources du sound system (puisque là, il n'y a que le pilote), et de voir si le sound system est capable de prober la carte son correctement.

D'abord, intégrer quelques drivers ALSA de Linux 2.6 dans le noyau GNU Mach. En particulier Ensoniq AudioPCI ES1370/ES1371 (c'est la carte son de ma hurdbox windu) et ESS Allegro/Maestro3 (c'est celle de mon portable solo). Il faudra donc ajouter le glue code nécéssaire à l'intégration de ces drivers. Puis on verra si c'est déjà possible de faire geindre le lappy avec du code de test dans le noyau. Ensuite il faudra coder le support du son dans l'interface des périphériques de GNU Mach (les fonctions device_xxx()). Il y aura beaucoup d'actions à implémenter, mais ça devrait aller relativement vite.

Et ensuite, et c'est là le plus problématique, ça sera l'interface userland. Pour le moment je pense à un translator qui implémenterait une interface ALSA en s'attachant à /dev/snd, mais apparament ça plaît pas aux Hurdistes. Et à moi non plus d'ailleurs. Marco Gerards a proposé que channelio/libchannel (qui n'existe pas encore) soit ce translator. Mais bon j'ai pas le temps d'être au chômage technique et je pense pas avoir bien compris ce que channelio doit être et faire. Thomas Bushnell a également proposé l'implémentation d'une interface spécifique au Hurd, et cette idée me plaît bien, sauf que ça voudrait dire qu'il faut modifier toutes les applications générant du son pour qu'elles sachent utiliser cette nouvelle interface... Donc je suis pas très partant pour ça, et de toute façon, ça rejoint assez la méthode channelio. Donc voilà, pour le moment je garde mon idée d'ALSA, parce qu'au moins on sait que ça marche, ça existe déjà, il suffira de porter alsa-lib pour que toutes les applis sonores puissent fonctionner avec peu ou pas de modifications.

Là je suis pris pendant encore un moment, mais je pense commencer vers le début de juin, et je posterai dès qu'il y aura du nouveau, et si possible du code à tester .