> Les docs concernent uniquement le modesetting (c'est-à-dire comment initialiser le GPU et programmer un mode video donné).
Pas que ça. Un exemple :
2.7 Display Controller Registers
2.7.1 Primary Display Graphics Controller Registers
2.7.2 Primary Display Video Overlay Control Registers
2.7.3 Primary Display Video Overlay Transform Registers
2.7.4 Primary Display Video Overlay Gamma Correction Registers
2.7.5 Primary Display Graphics and Overlay Blending Registers
2.7.6 Primary Display Color Matrix Transform Registers
2.7.7 Primary Display Subsampling Registers
2.7.8 Primary Display Hardware Cursor Registers
2.7.9 Primary Display Hardware Icon Registers
L'overlay en question n'est pas utilisable pour la video (Xv) mais est prévu pour les applications OpenGL (genre maya et compagnie). Les registres décrits ne sont pas suffisants pour faire l'accélération 2D.
Radeonhd supporte XRand 1.2.
Oui, il s'agit de faire du modesetting précisément.
L'accélération 2D sur R500 est codée, mais n'est pas décrite dans les documents. En fait elle est codée parce qu'elle est la même que sur R300. Par contre rien sur la 2D pour R600 qui nécessiterait des docs.
Pour les "vieux" chipsets, c'est ce que j'ai compris. Pour les futurs, je n'ai pas compris ça.
M'enfin ce n'est pas clair. Initialement AMD a dit qu'il garderait fglrx en proprio et "point barre". Puis il a été dit que flgrx serait, partiellement, en libre (sauf ce qui pose problème avec les partenaires d'AMD). Par contre ça ne concernerait pas les générations actuelles des cartes ATI, mais les R9 (?) et supérieurs. Avant ça, il y aura utilisation de Mesa (Gallium3D a été envisagé mais semble écarté).
M'enfin, ATI a promis de fournir les spècs 3D (au moins ce qui ne pose pas problème avec les partenaires). Ce qui fait qu'il n'est plus sur ma liste noire :-)
Je dois te donner raison, car ce n'est pas clair.
Effectivement AMD va sûrement bientôt filer des specs 3D. Pour l'architecture utilisée pour la 3D, je ne vois pas comment toi ou moi pourrions savoir, puisque aujourd'hui AMD n'a pas commencé ni fait commencer le travail sur un pilote 3D libre.
> et qu'avoir le contrôle sur le driver fglrx est leur seul moyen de faire des certifications.
?!?!
Red Hat certifie ses distributions RHEL, c'est pourtant du libre.
Sur ce point je ne fais que répéter ce que dit AMD. Je pense qu'ils ont une obligation contractuelle avec certains partenaires qui est incompatible avec l'utilisation d'un driver libre (parce qu'ils utilisent une feature qu'ils ne veulent pas documenter, parce qu'ils veulent mettre du DRM, parce qu'ils ne peuvent/veulent pas entrer en conflit sur une base de code sur laquelle ils n'ont pas la main). Si tu lis ce que dit John Bridgman (qui est celui à AMD qui s'occupe de ça), leurs plans sont très clairs et très cohérents.
[^] # Re: Polémique
Posté par Stephane Marchesin . En réponse à la dépêche Un point sur le projet Nouveau. Évalué à 6.
Pas que ça. Un exemple :
2.7 Display Controller Registers
2.7.1 Primary Display Graphics Controller Registers
2.7.2 Primary Display Video Overlay Control Registers
2.7.3 Primary Display Video Overlay Transform Registers
2.7.4 Primary Display Video Overlay Gamma Correction Registers
2.7.5 Primary Display Graphics and Overlay Blending Registers
2.7.6 Primary Display Color Matrix Transform Registers
2.7.7 Primary Display Subsampling Registers
2.7.8 Primary Display Hardware Cursor Registers
2.7.9 Primary Display Hardware Icon Registers
L'overlay en question n'est pas utilisable pour la video (Xv) mais est prévu pour les applications OpenGL (genre maya et compagnie). Les registres décrits ne sont pas suffisants pour faire l'accélération 2D.
Radeonhd supporte XRand 1.2.
Oui, il s'agit de faire du modesetting précisément.
Je ne suis pas un spécialiste, mais il semble bien qu'il y a l'accélération vidéo. Et c'est codé (c'est un début) :
http://lists.opensuse.org/radeonhd/2008-01/msg00233.html
L'accélération 2D sur R500 est codée, mais n'est pas décrite dans les documents. En fait elle est codée parce qu'elle est la même que sur R300. Par contre rien sur la 2D pour R600 qui nécessiterait des docs.
Pour les "vieux" chipsets, c'est ce que j'ai compris. Pour les futurs, je n'ai pas compris ça.
M'enfin ce n'est pas clair. Initialement AMD a dit qu'il garderait fglrx en proprio et "point barre". Puis il a été dit que flgrx serait, partiellement, en libre (sauf ce qui pose problème avec les partenaires d'AMD). Par contre ça ne concernerait pas les générations actuelles des cartes ATI, mais les R9 (?) et supérieurs. Avant ça, il y aura utilisation de Mesa (Gallium3D a été envisagé mais semble écarté).
M'enfin, ATI a promis de fournir les spècs 3D (au moins ce qui ne pose pas problème avec les partenaires). Ce qui fait qu'il n'est plus sur ma liste noire :-)
Je dois te donner raison, car ce n'est pas clair.
Effectivement AMD va sûrement bientôt filer des specs 3D. Pour l'architecture utilisée pour la 3D, je ne vois pas comment toi ou moi pourrions savoir, puisque aujourd'hui AMD n'a pas commencé ni fait commencer le travail sur un pilote 3D libre.
> et qu'avoir le contrôle sur le driver fglrx est leur seul moyen de faire des certifications.
?!?!
Red Hat certifie ses distributions RHEL, c'est pourtant du libre.
Sur ce point je ne fais que répéter ce que dit AMD. Je pense qu'ils ont une obligation contractuelle avec certains partenaires qui est incompatible avec l'utilisation d'un driver libre (parce qu'ils utilisent une feature qu'ils ne veulent pas documenter, parce qu'ils veulent mettre du DRM, parce qu'ils ne peuvent/veulent pas entrer en conflit sur une base de code sur laquelle ils n'ont pas la main). Si tu lis ce que dit John Bridgman (qui est celui à AMD qui s'occupe de ça), leurs plans sont très clairs et très cohérents.