Nouveaux driver proprios nvidia

[piratebab]

Bonjour,
je viens de mettre à jour ma testing, et je vois passer une mise à jour du driver proprio nvidia.
e à ma grande surprise, je vois que l’install me compile le driver (comme avec un m-a a-i nvidia).
c’est nouveau ça ?

[Clem_ufo]

Bonjour,
Normalement c’est nvidia-kernel-dkms qui est arrivé avec les dépendances
"tout-à-l’automatique"

[size=85]EDIT= nvidia-kernel-dkms[/size]

[piratebab]

exact, et au reboot, tout est nickel, y compris VDPAU.
Il va falloir mettre à jour le tuto dans T&A!

[panthere]

[Edit]
c’est automatique pour un noyeau pré-compiler.
Pour un kernel compiler perso le m-a a-i nvidia-kernel passe sans problème mai le module ne ce charge pas avec modprobe nvidia du coup sa plante comment on fait pour que sa tourne ,Car depuis le temps sa devrai être aux point …

j’ésite a ouvrir un nouveau topic.

[Ahxl]

Donc ça veut dire, qu’il existe maintenant un moyen automatique pour faire cela?
Serait-il possible d’avoir des détails à ce sujet ? =D

Merci

[izanami]

Explication => fr.wikipedia.org/wiki/Dynamic_Ke … le_Support
lea-linux.org/documentations … HOWTO_Dkms

Exemple de paquet: fglrx-modules-dkms

[ggoodluck47]

[quote=“Clem_ufo”]Bonjour,
Normalement c’est nvidia-dkms qui est arrivé avec les dépendances
"tout-à-l’automatique"[/quote]

Sans doute veux tu parler de nvidia-kernel-dkms (pour ceux qui ne connaissent pas)

[sml76]

[quote=“Ahxl”]Donc ça veut dire, qu’il existe maintenant un moyen automatique pour faire cela?
Serait-il possible d’avoir des détails à ce sujet ? =D

Merci
[/quote]

Le sujet a aussi été évoqué ici :
viewtopic.php?f=3&t=27769

[Grhim]

interressant ce DKMS :

Avantages

* Il n'y a plus besoin de se préoccuper de ses pilotes additionnels lorsque l'on met à jour son noyau ;
* Il est beaucoup plus facile de distribuer des pilotes (y compris les modules propriétaires avec une couche libre de jonction). Avec un seul paquetage à installer l'utilisateur n'a rien à faire pour que ça marche sur son noyau ;
* Il est beaucoup plus facile (et léger) de distribuer des correctifs sur les noyaux. Il n'y a plus besoin de distribuer un nouveau noyau lorsque le problème n'affecte qu'un module, DKMS gérera très bien le remplacement du module original, même si celui-ci n'était initialement pas installé avec DKMS ;
* Il est possible d'avoir plusieurs versions du module présentes sur sa machine simultanément et de basculer entres elles à l'aide de la commande dkms, ce qui est très pratique pour des tests ;
* Il est possible de distribuer le module avec la partie userspace associée plutôt qu'avec le noyau, ce qui permet d'éviter les problèmes de désynchronisation. 

Inconvénients

* Le fonctionnement classique de DKMS implique la présence d'un compilateur sur la machine, ce qui est en particulier problématique pour la sécurité des serveurs. Toutefois, DKMS reste utile sans compilateur sur le serveur pour générer depuis une autre machine un RPM contenant la nouvelle version compilée du module et pouvoir ainsi facilement mettre à jour toutes ses machines.
* De même DKMS a besoin des sources du noyau, ce qui occupe beaucoup d'espace disque.
* La recompilation dynamique par un service au démarrage n'est pas adaptée pour les modules nécessaires plus tôt (pilotes de contrôleur disque par exemple), il faut donc dans ce cas s'assurer de faire compiler à DKMS le pilote pour le nouveau noyau avant de redémarrer. Cet inconvénient n'en est toutefois pas réellement un dans la mesure où le problème est le même lorsque le module en question est compilé à la main sans DKMS.
[b]* DKMS est basé sur RPM et ne fonctionnera donc que sur des distributions utilisant RPM (RedHat, Mandriva, SuSE, ...). L'utilisation de rpm est pourtant très localisée (par exemple détection de l'architecture du noyau cible) et il devrait être assez facile de s'en passer[/b].
* DKMS ne prend pour le moment pas en compte le fichier .config du noyau mais celui par défaut fourni par la distribution pour la famille de noyaux (smp, 64G, ...). 

[piratebab]

Quand j’étais sous mandrake (avant mandriva, paquets rpm) ce système existait déja.
Je suis agréablement étonné de le voir enfin arriver sous debian.

[panthere]

bon ben sa fait buguer pas mal de truc cette “nouveauté”

make-kpkg --config xconfig --us --uc --append-to-version .perso.no.ipv6 --initrd buildpackage --added-modules=nvidia-kernel kernel-image modules-image

Grmmmbl c est koi cette M…
Qui m’empeche de faire le module en même temps que le kernel, car effectivement le module ne ce compile plus … et m-a a-i nvidia-kernel .
fait un .deb mai une fois installer rien…
meme un modprobe nvidia ne charge pas le module

je sai pas si vous avez essayer de lire le man mai il est en anglais… et il est long a lire … qui est- ce qui propose de faire la traduction

j’ai vaguement tenter un dkms -m nvidia = rien google bah rien de concluant

bref c’est comment qu’on fait pour charger le module s’il vous plaît ?

merci d’avances