Oula, on avait parlé de ça ensemble? Je dois perdre la mémoire.
Bon, je crois que tu te mélanges en effet bien les pinceaux. Quand je dis que le support de la 2D et de la 3D est possible, ça veut dire que le noyau est capable d'initialiser le ou les blocs nécessaire pour faire marcher le tout. Ensuite, il est capable de récupérer les commandes générées par le userspace et les envoyer à la carte, vers le bon moteur (chez NVIDIA, c'est le hw qui se charge de ça).
Je ne sais pas pourquoi la 2D et la 3D sont séparés, probablement pour des questions d'économies d'énergie. Le moteur ayant plein de transistors et n'étant pas optimisé pour le rendu 2D.
Quoi qu'il en soit, le projet grate est un driver gallium qui permet de générer des commandes à envoyer aux processeurs Tegra. Et pour ça, il a besoin de pouvoir communiquer avec le driver en espace noyau (drm/tegra). Ce driver est écrit par kusma, semble t'il. Ça fait un moment que je le vois plus sur #nouveau et j'avoue que j'ai pas trop prêté attention aux pilotes graphiques ARM jusqu'en Septembre ou j'avais demandé à Rob Clark si il pouvait pas faire un récapitulatif pour l'XDC2013. Voilà la présentation avec la vidéo.
[^] # Re: tegra, ça me grate
Posté par Martin Peres (site web personnel) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 2.
Oula, on avait parlé de ça ensemble? Je dois perdre la mémoire.
Bon, je crois que tu te mélanges en effet bien les pinceaux. Quand je dis que le support de la 2D et de la 3D est possible, ça veut dire que le noyau est capable d'initialiser le ou les blocs nécessaire pour faire marcher le tout. Ensuite, il est capable de récupérer les commandes générées par le userspace et les envoyer à la carte, vers le bon moteur (chez NVIDIA, c'est le hw qui se charge de ça).
Je ne sais pas pourquoi la 2D et la 3D sont séparés, probablement pour des questions d'économies d'énergie. Le moteur ayant plein de transistors et n'étant pas optimisé pour le rendu 2D.
Quoi qu'il en soit, le projet grate est un driver gallium qui permet de générer des commandes à envoyer aux processeurs Tegra. Et pour ça, il a besoin de pouvoir communiquer avec le driver en espace noyau (drm/tegra). Ce driver est écrit par kusma, semble t'il. Ça fait un moment que je le vois plus sur #nouveau et j'avoue que j'ai pas trop prêté attention aux pilotes graphiques ARM jusqu'en Septembre ou j'avais demandé à Rob Clark si il pouvait pas faire un récapitulatif pour l'XDC2013. Voilà la présentation avec la vidéo.