[nvidia] le nouveaux choix du libre

Message

guilc · Post by **guilc** » Tue May 25, 2010 7:12 pm

Héhé oui, je pompe le titre du sujet ATI

Une pensée pour ce post : http://chithanh.blogspot.com/2010/04/no ... entoo.html

Petite mise à jour du post, les choses ont un chouilla évolué

Tout ce qui faut pour passer à nouveau est maintenant dans portage, en ~arch, pas besoin d'overlay :

noyau 2.6.37 ou supérieur avec le support nouveau DRM activé (dans la section "staging" des drivers [1]). Le 2.6.37 minimum est important car : apporte le support de la gestion d'énergie, et corrige un bug gênant dans le code du DRM qui provoque des corruptions de pixmaps ;
x11-drivers/xf86-video-nouveau ;
mesa avec les USE gallium et llvm.

il est inutile d'utiliser x11-base/nouveau-drm avec les noyaux récents >= 2.6.34

C'est en l'état actuel très utilisable : 2D parfaite, 3D largement suffisante pour faire bouger un bureau avec compositing sans souci et lenteurs (chez moi kde-4)
Bon, ça doit être très insuffisant pour les jeux, mais pour tous les non gamers comme moi, c'est super. Les effets 3D sont au poil.

De l'importance des USE de mesa :
- sans "gallium" => nouveau est un driver récent. Il est donc développé au dessus de la nouvelle infrastructure pour le code 3D, donc gallium, et pas mesa classic. Toutes les évolutions se passent dans gallium donc.

Et voila un système qui tourne sans driver proprio, fini les conflits d'ABI de driver sur les MAJ de xorg

[1] Les options du 2.6.34+ à activer qui ne sont pas utiles pour le driver proprio mais nécessaires pour nouveau et KMS :

Code: Select all

CONFIG_AGP=y
CONFIG_AGP_INTEL=y (ou le chipset qui va bien à la carte mère)
CONFIG_DRM=y
CONFIG_DRM_KMS_HELPER=y
CONFIG_DRM_TTM=y
CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y
CONFIG_STAGING=y (pour activer les drivers expérimentaux dans la section correspondante)
CONFIG_DRM_NOUVEAU=y
CONFIG_FB_BACKLIGHT=y (le drm ne compile pas sans)

Penser à RETIRER :

Code: Select all

CONFIG_FB_BOOT_VESA_SUPPORT
CONFIG_FB_VESA

Ainsi que tout autre driver de frame buffer

Un détail, chez moi, c'est une Quadro NVS290 (chipset NV86), ainsi qu'une 8400GS (NV86 aussi)
N'hésitez pas à rapporter vos expériences sur le sujet !

Tom_ · Post by **Tom_** » Wed May 26, 2010 6:16 am

J'utilise Nouveau depuis quelques mois, et je suis du même avis que toi : ca marche vraiment très bien! Je suis super content d'avoir lâché le pilote proprio.

Quand j'ai commencé à utiliser Nouveau, ce n'était pas aussi simple qu'aujourd'hui, pourtant j'ai accroché directement!

J'utilise quasiment que la 2d, et c'est franchement niquel! J'utilise le compositing proposé par Kwin (via Xrender) : c'est du rendu 2D et c'est très rapide!

Pour le 3d, j'ai testé ca il y a quelques temps et je n'avais pas été convaincu. Il faudrait que je reteste.

Pour info, je possède une Nivida 6800, une "vieillerie" donc.

guilc · Post by **guilc** » Wed May 26, 2010 6:33 am

Tom_ wrote:J'utilise le compositing proposé par Kwin (via Xrender) : c'est du rendu 2D et c'est très rapide!

Effectivement ça marche pas mal. Mais avec le dernier mesa, le compositing opengl est beaucoup plus fluide et rapide.

Par contre oui, le souci de lag de XV sous certaines conditions n'arrive que en compositing opengl, pas xrender. Mais je ne doute pas que ce genre de petits soucis va être résolu rapidement vu l'avancée (avec mesa-7.8, cela plante simplement dès qu'on fait de la 3D !)

Attention, pour mesa, le USE gallium est masqué par défaut, il faut faire ça :

Code: Select all

# cat /etc/portage/profile/use.mask 
-gallium

Tom_ · Post by **Tom_** » Wed May 26, 2010 7:04 am

Il va falloir que je repasse Mesa en version live alors!!

Ce qui serait sympa comme fonction, c'est le décodage matériel des videos mais bon ... il va falloir être patient!

xaviermiller · Post by **xaviermiller** » Wed May 26, 2010 11:03 am

OK chez moi avec l'overlay suntrucmuche, en démasquant le use gallium, la version "testing" de mesa (pas la 9999), le noyau .34.
C'est une GeForce7600. L'affichage est impeccable en 2D, je ne fais pas de 3D.

A plus de blob binaire non-free dans ma gentoo

adjaxio · Post by **adjaxio** » Wed May 26, 2010 1:49 pm

Bonjour,

Une petite question :

Avec plusieurs écrans est ce que ça fonctionne bien ou il vaut mieux continuer à passer pas les drivers propriétaires ?

Merci

Poussin · Post by **Poussin** » Wed May 26, 2010 2:05 pm

Je vais me tater pour tester ça sous peu je crois

A priori, je suppose que le dual screen passe par xrandr avec ces pilotes et donc aucun problème

Tom_ · Post by **Tom_** » Wed May 26, 2010 3:02 pm

J'ai oublié de préciser : j'ai un dual screen et ca marche très bien avec randr.

C'est super facile à mettre en place!

adjaxio · Post by **adjaxio** » Thu May 27, 2010 8:38 pm

Merci je ferai le teste alors

guilc · Post by **guilc** » Sun Aug 15, 2010 11:42 am

guilc wrote:Par contre oui, le souci de lag de XV sous certaines conditions n'arrive que en compositing opengl, pas xrender. Mais je ne doute pas que ce genre de petits soucis va être résolu rapidement vu l'avancée (avec mesa-7.8, cela plante simplement dès qu'on fait de la 3D !)

Pour info, ce problème de lag de l'affichage XV avec compositing opengl est complètement résolu.
Je ne sais pas trop si c'est depuis une update de mesa-9999 ou bien depuis la mise à jour du driver 2D (x11-drivers/xf86-video-nouveau) en version 0.0.16_pre20100807, mais en tous cas, c'est maintenant super fluide.

Et la stabilité est plus que jamais au rendez-vous. le driver proprio n'est qu'un mauvais souvenir chez moi

k-root · Post by **k-root** » Tue Aug 17, 2010 12:35 pm

hum .. interessant :cry: moi je suis repasse a fglrx ... le driver libre c'etait tres bien , sauf que ca fait pas toutes les fonctions 3D pour causes de "intellectual Property" [1]

si qq'un peux faire un 'glxinfo | grep texture_float' ?

1 : http://www.opengl.org/registry/specs/AR ... _float.txt

guilc · Post by **guilc** » Tue Aug 17, 2010 1:54 pm

Y a pas.

Si tu veux faire ton marché, voilà ce que j'ai (sur une NV86, Quadro NVS290) :

Code: Select all

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, 
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, 
    GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample, 
    GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, 
    GLX_INTEL_swap_event
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, 
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, 
    GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, 
    GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, 
    GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, 
    GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap, 
    GLX_INTEL_swap_event
GLX version: 1.4
GLX extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, 
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, 
    GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, 
    GLX_SGI_make_current_read, GLX_SGI_video_sync, GLX_SGIS_multisample, 
    GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, 
    GLX_EXT_texture_from_pixmap, GLX_INTEL_swap_event
OpenGL vendor string: nouveau
OpenGL renderer string: Gallium 0.4 on NV86
OpenGL version string: 2.1 Mesa 7.9-devel
OpenGL shading language version string: 1.20
OpenGL extensions:
    GL_ARB_copy_buffer, GL_ARB_depth_clamp, GL_ARB_depth_texture, 
    GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex, 
    GL_ARB_fragment_coord_conventions, GL_ARB_fragment_program, 
    GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader, 
    GL_ARB_framebuffer_object, GL_ARB_map_buffer_range, GL_ARB_multisample, 
    GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_pixel_buffer_object, 
    GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_provoking_vertex, 
    GL_ARB_shader_objects, GL_ARB_shading_language_100, 
    GL_ARB_shading_language_120, GL_ARB_shadow, GL_ARB_texture_border_clamp, 
    GL_ARB_texture_compression, GL_ARB_texture_cube_map, 
    GL_ARB_texture_env_add, GL_ARB_texture_env_combine, 
    GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, 
    GL_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two, 
    GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, 
    GL_ARB_vertex_array_bgra, GL_ARB_vertex_array_object, 
    GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_vertex_shader, 
    GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, 
    GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, 
    GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, 
    GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_draw_buffers2, 
    GL_EXT_draw_range_elements, GL_EXT_framebuffer_blit, 
    GL_EXT_framebuffer_multisample, GL_EXT_framebuffer_object, 
    GL_EXT_fog_coord, GL_EXT_gpu_program_parameters, GL_EXT_multi_draw_arrays, 
    GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, 
    GL_EXT_pixel_buffer_object, GL_EXT_point_parameters, 
    GL_EXT_polygon_offset, GL_EXT_provoking_vertex, GL_EXT_rescale_normal, 
    GL_EXT_secondary_color, GL_EXT_separate_specular_color, 
    GL_EXT_shadow_funcs, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, 
    GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, 
    GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp, 
    GL_EXT_texture_env_add, GL_EXT_texture_env_combine, 
    GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, 
    GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, 
    GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_texture_sRGB, 
    GL_EXT_vertex_array, GL_EXT_vertex_array_bgra, GL_APPLE_packed_pixels, 
    GL_APPLE_vertex_array_object, GL_ATI_blend_equation_separate, 
    GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, 
    GL_ATI_separate_stencil, GL_IBM_multimode_draw_arrays, 
    GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, 
    GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_window_pos, 
    GL_NV_blend_square, GL_NV_conditional_render, GL_NV_depth_clamp, 
    GL_NV_light_max_exponent, GL_NV_packed_depth_stencil, 
    GL_NV_texgen_reflection, GL_NV_texture_env_combine4, 
    GL_NV_texture_rectangle, GL_OES_read_format, GL_SGI_color_matrix, 
    GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, 
    GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays, 
    GL_OES_EGL_image

d2_racing · Post by **d2_racing** » Tue Aug 17, 2010 2:43 pm

Je vais essayer ça prochainement.

Merci pour le petit guide.

Possum · Post by **Possum** » Tue Aug 17, 2010 9:19 pm

Histoire de rajouter, chez moi ça marche.

J'ai une 8600 GT noname en 1680x1050, les effets de KDE, nickel.

Côté jeux, j'ai testé NeverWinter Nights et Quake 3 Arena. Pour NWN, lamentable, même en baissant au maximum les effets divers. Pour Quake, en revanche, fullscreen, effets au maximum, 90fps constamment. Donc, jouable !!

J'ai pas essayé des trucs plus gourmands.

Donc, du bon, plus de driver proprio chez moi, vu que le seul jeu auquel je joue, c'est WoW, et que pour ça, je boote sous XP....

Merci bcp

Ceci dit, vu que j'ai mis l'overlay x11, j'ai eu un comportement bizarre... Je suis en ~amd64. Avec x11-base/xorg-server-1.8.99.906 impossible de démarrer X, comme si il ignorait royalement le driver nouveau. Et pareil en passant tout en version 9999. Une fois cette version masqué, retour à la normale, X démarre correctement.

Enfin, content que ça avance

El_Goretto · Post by **El_Goretto** » Tue Aug 17, 2010 10:00 pm

La prochaine fois que je m'ennuie, je tente

guilc · Post by **guilc** » Thu Aug 19, 2010 8:36 pm

Possum wrote:Ceci dit, vu que j'ai mis l'overlay x11, j'ai eu un comportement bizarre... Je suis en ~amd64. Avec x11-base/xorg-server-1.8.99.906 impossible de démarrer X, comme si il ignorait royalement le driver nouveau. Et pareil en passant tout en version 9999. Une fois cette version masqué, retour à la normale, X démarre correctement.

Tiens, j'avais zappé ton message. Mais... Tu as bien sûr pensé à recompiler tous tes drivers après le passage à x11-base/xorg-server-1.8.99.906 ?
Cette nouvelle version introduit une rupture d'ABI, il faut dont recompiler tous les drivers pour que cela fonctionne (recompiler tout ce qui remonte par un qlist -I -C x11-drivers/)

Enfin je dis ça, chez moi ça marche très bien avec cette version RC de xorg après recompilation

Sinon, je suis quand même un peu étonné du peu de retours (du genre chez moi ça marche, chez moi c'est tout cassé)... J'étais habitué à plus de testeurs/aventuriers sur les forums gentoo. Je n'ose croire qu'il y a si peu de monde tournant avec une nvidia

Possum · Post by **Possum** » Thu Aug 19, 2010 9:42 pm

guilc wrote: Tiens, j'avais zappé ton message. Mais... Tu as bien sûr pensé à recompiler tous tes drivers après le passage à x11-base/xorg-server-1.8.99.906 ?
Cette nouvelle version introduit une rupture d'ABI, il faut dont recompiler tous les drivers pour que cela fonctionne (recompiler tout ce qui remonte par un qlist -I -C x11-drivers/)

Ouaip. La commande magique étant: emerge -q $(qlist -I -C x11-drivers/)

En fait, ce qui se passait, c'est comme si X ne connaissait plus nouveau. Il essayait de charger les pilotes nv, puis vesa puis fbdev, qui ne sont bien sûr pas installés

Et ce malgré les multiples recompilations, les démasquages sauvages…

guilc wrote:Enfin je dis ça, chez moi ça marche très bien avec cette version RC de xorg après recompilation

Sinon, je suis quand même un peu étonné du peu de retours (du genre chez moi ça marche, chez moi c'est tout cassé)... J'étais habitué à plus de testeurs/aventuriers sur les forums gentoo. Je n'ose croire qu'il y a si peu de monde tournant avec une nvidia

Ça viendra, quelques précurseurs qui ouvrent la voie et qui se pètent les dents et le reste va suivre

Vu que je suis en train de refaire une install, je vais voir si j'ai le même problème.

Tiens, par contre, bien qu'ayant le bureau composite activé, je n'ai pas la transparence dans Konsole. C'est pareil pour vous ou j'ai merdé ma config moi ?

k-root · Post by **k-root** » Fri Aug 20, 2010 12:27 am

guilc wrote:Y a pas.

Si tu veux faire ton marché, voilà ce que j'ai (sur une NV86, Quadro NVS290) :

:(

sinon, est ce que vous pouvez switcher entre les deux implementation sans rebooter ?

guilc · Post by **guilc** » Fri Aug 20, 2010 6:17 am

k-root wrote:sinon, est ce que vous pouvez switcher entre les deux implementation sans rebooter ?

Non, les configurations kernel ne sont pas compatibles (KMS & co)

Il y a vaguement quelques bricoles pour trafiquer les consoles en jouant avec les modules, mais c'est pas immédiat du tout, le reboot sera à mon sens plus rapide.
Voir la section "désactivation de KMS" ici par exemple : http://nouveau.freedesktop.org/wiki/KernelModeSetting

Pour un switch facile, demander à nvidia que leur blob binaire supporte KMS

Shayes · Post by **Shayes** » Fri Aug 20, 2010 5:25 pm

Un petit retour de ma part sur nouveau :

KDE 4.5 / X.Org 1.8.2 : L'effet de transparence dans la barre des tâches déconne et plante éventuellement KWin, est-ce parce que je suis sous x.org 1.8.2 ?

Est-ce que ca vaut le coût de faire un test avec une autre version ? je pense pas que ce soit X.Org en faute mais bon...

Le composite opengl marche parfaitement autrement, quelques petits défauts quand on ferme ou l'on ouvre une session mais c'est un ralentissement je pense.

XRANDR : dualscreen quand je bascule une application sur le deuxième écran, arrivé à moins de la moitié la fenêtre devient transparente donc je ne la vois plus sauf si je garde le curseur sur l'application pour faire le déplacement. (sur awesome je ne sais pas si c'est pareil sur kde faut que je test

)

Voili voilou pour moi

razer · Post by **razer** » Mon Aug 30, 2010 9:09 pm

Je viens de migrer, et tout se passe bien à quelques petits détails près :
Activer composite rend la lecture de vidéos quasi impossibles car il n'y a pas de synchro verticale : à priori xrender est fautif.
Certaines options dans compiz sont ineffectives, comme le shadow des fenêtres

Du coup, je suis revenu à un bureau simple sans eye candys qui finalement ne servent qu'à ralentir l'interface

Côté jeu, bzflag rame bien... Pour ce que je joue de toute façon !

Ce que j'y ai gagné : un joli splash qui exploite enfin la résolution de mon moniteur 16/10, un boot plus rapide avec KMS et sans le gros module binaire nvidia, et surtout une chaine complète desktop open et compilé mano.

guilc · Post by **guilc** » Mon Aug 30, 2010 9:15 pm

razer wrote:Activer composite rend la lecture de vidéos quasi impossibles car il n'y a pas de synchro verticale : à priori xrender est fautif.
Certaines options dans compiz sont ineffectives, comme le shadow des fenêtres

Tu utilises bien mesa 9999 le dernier et le driver DDX en ~arch ?
Parce que moi avec ça, les problèmes de lenteur de XV sont complètement réglés, et aucun problème de compositing.
Peut-être est-ce dû à compiz ? j'utilise kwin (en mode vsync)...

razer · Post by **razer** » Tue Aug 31, 2010 6:26 am

guilc wrote: Tu utilises bien mesa 9999 le dernier et le driver DDX en ~arch ?

Oui, tout en arch, x11 overlay, tout démasqué

guilc wrote:Parce que moi avec ça, les problèmes de lenteur de XV sont complètement réglés, et aucun problème de compositing.

Je n'ai pas de problèmes de lenteur, mais de tearing (synchronisation verticale)

guilc wrote: Peut-être est-ce dû à compiz ? j'utilise kwin (en mode vsync)...

J'utilise principalement le composite via metacity, qui se base sur xrender d'après ce qu'en ai lu. Le problème disparait avec compiz en activant "unredirect fullscreen windows", mais j'ai alors des soucis de focus très chiants. De plus, compiz et ses 10 000 options et bugs me lasse, à force.
Je précise enfin que le problème est aussi présent, à une moindre échelle, avec les drivers proprio nvidia

jetboo · Post by **jetboo** » Wed Sep 01, 2010 10:18 pm

J'ai fais la migration aussi, ça marche carrément d'enfer. Aucune différence pour moi dans mon utilisation (pas testé les jeux par contre car je ne jou pas) par rapport aux drivers proprios

Code: Select all

name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
GLX version: 1.4
OpenGL vendor string: nouveau
OpenGL renderer string: Gallium 0.4 on NVAC
OpenGL version string: 2.1 Mesa 7.8.2
OpenGL shading language version string: 1.20

J'utilise awesome + cairo-doc+ xcompmgr avec les options suivantes : -cCfF -r7 -o.65 -l-10 -t-8 -D7
Ca permet d'avoir la transparence l'ombrages et d'autre effets kikoo .
"Tout ça" sans aucun ralentissement sur un macbook 5 (geforce 9400M).
Vivement que je puisse aussi me débarrasser des drivers proprio broadcom (BCM4322 pas compatible avec b43

)

guilc · Post by **guilc** » Thu Sep 02, 2010 7:01 am

jetboo wrote:
Code: Select all
OpenGL version string: 2.1 Mesa 7.8.2

Ouah !
Ca tourne avec mesa 7.8 toi ???
Chanceux, obligé d'utiliser la version de dev 7.9 ici. La différence de génération de carte semble changer beaucoup !