pourtant on l'a bien fait avec le DRI coté vidéo.
Tu veux dire drm, le dri est en userspace. Et puis il y avait une alternative ?
Pour gérer les interruptions des cartes video, partagé le hardware entre la 2D du serveur X, la 3D, ..., un driver kernel est assez naturel.
Mais n'étant pas un spécialiste du kernel linux je ne saurai dire ce qui pose réellement problème de mettre ça dans le noyau.
Aucun mais quel serait l'avantage de le mettre dans le kernel.
En le mettant en userspace tu as plusieurs avantage :
- tu peux utiliser des flottants, instruction assembleur speciales (mmx, sse, ...).
- si ton démon à des bugs (débordement, ...) il ne risquera pas de faire planter toute pas machine.
- le démon en espace utilisateur peut utiliser facilement la couche réseau pour déporter des cartes sons via le réseau.
[^] # Re: La jungle des API audio sous linux
Posté par M . En réponse à la dépêche Open Sound System de retour vers le libre. Évalué à 3.
Tu veux dire drm, le dri est en userspace. Et puis il y avait une alternative ?
Pour gérer les interruptions des cartes video, partagé le hardware entre la 2D du serveur X, la 3D, ..., un driver kernel est assez naturel.
Mais n'étant pas un spécialiste du kernel linux je ne saurai dire ce qui pose réellement problème de mettre ça dans le noyau.
Aucun mais quel serait l'avantage de le mettre dans le kernel.
En le mettant en userspace tu as plusieurs avantage :
- tu peux utiliser des flottants, instruction assembleur speciales (mmx, sse, ...).
- si ton démon à des bugs (débordement, ...) il ne risquera pas de faire planter toute pas machine.
- le démon en espace utilisateur peut utiliser facilement la couche réseau pour déporter des cartes sons via le réseau.
et j'en passe.