Reprise du message précédent :
Nous sous openSuse c'est dispo dans les dépôts. En 2s c'est installé.

je crois que c'est le cas pour à peu près toutes les distros majeures là, c'est carrément un remplacement de nv par défaut pour toutes les cartes le supportant

Cela dit, vu le niveau de nouveau, je pense que ça devrait être de base...
J'ai pas vu de différence entre nv et nouveau du coup l'un ou l'autre...

Nouveau est nettement meilleur niveau accélération, gestion des modes, XV

Perso j'ai vu aucune diff Enfin bref, ce que je voulais dire, c'est que si c'est aussi stable (je n'ai rencontré aucun pb quand je l'ai testé) je ne vois pas pourquoi il n'est pas installé d'office.

 
Le problème étant surtout que pour le moment, il n'y a aucune release officiel et qu'il dépend d'un module noyau (DRM) qui n'est pas encore dans le noyau officiel. Donc à intégrer c'est un peu plus dur.

et çamarchepachémoi

Bon, j'ai joué un peu avec, et ça marche presque, (enfin 2 secondes) puis ça affiche n'importequoi, puis X restart avec un beau message et ça recommence:
kernel: [ 6657.750142] [drm:nouveau_fifo_free] *ERROR* Failed to idle channel 1 before destroy.Prepare for strangeness..

intéressant, tu devrais aller en parler sur le chan IRC ou poster un bug (après t'être assuré que tu utilises bien la version la plus récente des sources, i.e. que tu compiles l'arbre git). Ce type de bug ne devrait pas arriver.

J'ai peut etre trouvé une réponse (mais je poursuis pas pour l'instant parceque j'ai un peu la flemme la )
 
J'utilise la version jaunty
pour tester, j'installe donc la dernière version dispo sur le ppa (2009-02)
et la, paf, ça plante aussi "pas la bonne version de DRM" me dit mon xorg
Qu'a cela ne tienne (j'utilise la version 2.4 de jaunty), je vais mettre celle du ppa, sauf que...
la libdrm n'existe pas en dernière version du ppa jaunty, mais elle existe pour intrepid (en 2.4.4), allez zou, je l'installe je perds rien a tester...
Et la reaction de mon Xorg ne c'est pas faite attendre "impossible load module drm, build for 1.5, xorg is 1.6" toussa
et oui, sous jaunty xorg=1.6 et sous intrepid xorg=1.5.x, le module a donc été compilé pour intrepid en 1.5
 
Bref, deux solutions en vue, attendre un libdrm a jour compilé pour jaunty (et Xorg 1.6) qui va bien avec le xserver-xorg-video-nouveau et le modules-nouveau dans le PPA
 
Soit me compiler tout a la main a partir  des sources originales (avec un patch xorg 1.6 ?)
Sauf que j'ai grave la flemme la, donc ça attendra

libdrm est indépendant de la version de Xorg, idem pour le module noyau, c'est la partie DDX qui se compile contre X. Cette dernière est compatible avec le serveur X 1.6 (et la version git également, les devs l'utilisant).

Bon ben puisque ca a été annoncé publiquement

NetBSD va inclure le nouveau code du DRM dans le noyau, ce qui va nous permettre de fournir nouveau dans src/external.

[sauce]

 

 
il y a également un dev de chez freebsd qui porte le DRM vers cet OS en ce moment (Robert Noland)

Salut à tous,
 
Je suis interessé par Nouveau, car j'ai un zen-kernel que j'utilise pour la MAO, et je n'arrive pas à installer pour d'étranges raisons les drivers officiels nvidia sur les toutes dernières versions. Je serais bien tenté de le remplacer par Nouveau, mais j'utilise Compiz comme wm, et j'ai peur qu'il y ait des ralentissements. Et apparemment, il y a une option spécifique à sélectionner pour le noyau, est-elle disponible avec les noyaux zen : quel est son intitulé? Merci de votre aide.

Heu nouveau ne gère pas la 3D encore... Alors compiz avec nouveau c'est pas pour aujourd'hui. (sauf erreur...)

Je pense qu'utiliser Compiz ca va être tendu, vu qu'il a besoin d'accélération 3D.

En revanche, tu peux utiliser d'autres gestionnaire de composition qui utilise RENDER (très bien supporté) et non Opengl : Kwin4, Metacity ou encore xfwm.

Pour information, le Nouveau Campanion 43 a été publié.

Ah d'accord, comme Compiz utilise OpenGL, il faut l'accélération 3D même si je n'utilise jamais le Cube? Je me coucherai moins bête aujourd'hui.

Attendons Mjules pour plus d'infos    
 
Mjules est demandé sur le topic "Nouveau"  

Pour utiliser compiz il faut l'openGL de supporté. (1.2 je crois) Or nouveau est loin de supporter openGL... L'accélération 3D est proche du néant sur ces drivers. Cela dit tu peux toujours tester et voir mais perso je doute fortement que cela t'apporte quoi que ce soit...

 
pourquoi donc ? les réponses ont été données
 
oui, compiz nécessite OpenGL (GL_ext_Texture_From_Pixmap en particulier). Le pilote 3D de Nouveau est très expérimental (i.e. ne fonctionne que pour les NV4x et que tant qu'on a de la VRAM, donc il fini par crasher) et ne supporte pas encore cette extension.  
Donc pas de compiz

Parce que généralement tu apportes des précision intéressantes. Tu maîtrises bien ces concepts.

D'ailleurs MJules est dans le Nouveau Companion 43 ^^

oui, j'ai vu  tout ça pour un simple rapport de bug

Mjules  , je sais que tu suis de près le développement de Nouveau alors j'ai une petite question : tu sais si le support de KMS pour nv40 avance ? Je sais que le travail est concentré sur les nv50 pour KMS mais on sait jamais...    
 
Merci d'avance.  

malc0 a des patchs pour ça dans son arbre perso mais je ne suis pas sur qu'ils sont à jour et de mémoire, ils sont un peu crade.

http://cgit.freedesktop.org/~stuart/drm/

Tant que le gestionnaire de mémoire n'est pas stabilisé, kms reste difficile.

On avance, darktama a mis en ligne le noyau avec les patchs de fedora 11 pour le module DRM :
http://cgit.freedesktop.org/nouvea [...] wttm-devel

et a priori, ça supporte aussi le KMS pour les puces précédant les NV50 \o/

Pekka Paalanen devrait expliquer sous peu comment ne compiler que le DRM

Ca c'est une excellente nouvelle!  
Ca attendra la fin de mon semestre quand même...histoire de garder une machine qui fonctionne bien pour arriver au bout de mes projets.    
Merci de l'info.

et voilà, pq a fait son boulot , il y a un README et un script pour autocompiler tout ça :
http://cgit.freedesktop.org/nouvea [...] vel-compat

je vais tester ça ce week-end je pense

En gros ça supporte quoi? Parce que j'arrive pas trop à voir niveau 3D ou ça en est. DRM c'est quoi?

 
le pilote ou le drm posté récemment ?

Bah faudrait que je sache ce qu'est drm.
 
Je vais chercher un peu de doc, mais bon une explication claire est mieux parfois.
 
Je comprends pas pourquoi tout n'est pas inclus dans le pilote pourquoi y a une histoire de drm et ce qu'il fait et pourquoi il est à part.

Eh toi ! j'ai fais un topic complet sur Xorg ou j'explique ce qu'est le DRM cf les liens au dessus.

Oué mais je suis dans mes petits topic et j'avais pas vu celui de xorg.

Bon, ça m'a pris plus d'un week end mais ça y est je tourne avec le DRM issu de l'arbre noyau linux (branche master compat) et ça marche bien (enfin pour l'instant, je n'ai pas vu de différence).
En ce qui concerne KMS, c'est censé tourner à peu près bien partout. Je n'ai pas encore testé parce que je ne suis pas sur que l'option FBCON est bien active sur mon noyau.

par contre, je ne sais pas comment ça va se passer pour les BSD ? A priori, la partie DRM sans gestionnaire de mémoire est presque prête pour l'inclusion, reste à régler le problème des voodoo contextes qui ont été obtenus en espionnant le pilote proprio. A priori, ça pose soucis d'un point de vue redistribution pour les BSD qui sont nettement plus pointilleux à ce sujet (c'est pas un mal d'ailleurs).

Par ça tourne bien tu veux dire?
Qu'est ce qui tourne bien et pour quel usage?

aucun pb en 2D : EXA (et donc composite via RENDER), Xvideo, Randr1.2

pas encore testé la 3D

Ok bah tien nous au courant pour la 3D

Mdrrr tu m'as devancé de peu Mjules.    
 
J'ai compilé un noyal depuis l'arbre de devel cette aprem, et pour le moment ca marche plutot pas mal.  
 
Contrairement à toi, j'ai activé KMS ... et ca marche
 
Bilan :  
- l'affichage des TTYs est niquel
- le switching dans les TTys est rapide
- X démarre (et oui quand même c'est important)    
- aucun soucis en 2D
 
Maintenant, il faut que je regarde comment lancer X en non-root.  

bon, KMS marche chez moi une fois trouvé comment passer une option à un module dans un initrd

Bonjour,
 
J'ai petit problème d'affichage en ce moment, qui mériterait peut être un bug report, mais je préfère l'exposé avant ici.
 
Pour info, mon noyau et mes pilotes Nouveau proviennent de l'arbre GIT des devs Nouveau.
 
Après avoir lancé Virtualbox (et même une fois refermé), toutes les nouvelles fenêtres que j'ouvre causent un problème d'affichage. Par exemple, si j'ouvre VLC après Virtualbox, tout l'écran devient noir (on distingue quand même les fenêtres mais bon :s) par contre si je réduis VLC dans la barre des tâches mon écran devient normal.   Pareil si j'ouvre une autre appli.    
Je vais essayer de prendre une photo de mon écran, parce qu'une capture d'écran n'illuste pas le problème correctement.
 
Une idée?
 
Merci d'avance!  

J'ai eu un problème similaire avec virtualbox, dés que je cliquait sur l'OS émulé, l'écran passait en couleurs inversées, je re-cliquais sur l'hôte, retour aux couleurs normales.
 
Mais avec les drivers proprios.