[Nvidia-Beta] freeze ou plantage xorg

[wido]

Bonjour, si vous désirerez passer par le driver beta (190.18) il a de forte chance que vous ayez comme moi, un plantage du xorg version testée : branche 190.xx .

résultat du dmesg|tail:

Code : Tout sélectionner

~]$ dmesg |tail
nvidia 0000:04:00.0: setting latency timer to 64
NVRM: loading NVIDIA UNIX x86_64 Kernel Module  190.18  Wed Jul 22 15:36:09 PDT 2009
NVRM: Xid (0004:00): 65, CMDre 00000000 00000808 012c0000 00000004 00000084
NVRM: Xid (0003:00): 65, CMDre 00000000 00000808 010012c0 00000004 00000084
NVRM: Xid (0004:00): 65, CMDre 00000000 00000808 012c0000 00000004 00000084
NVRM: Xid (0003:00): 65, CMDre 00000000 00000808 010012c0 00000004 00000084
NVRM: Xid (0004:00): 65, CMDre 00000000 00000808 012c0000 00000004 00000084
NVRM: Xid (0003:00): 65, CMDre 00000000 00000808 010012c0 00000004 00000084
NVRM: Xid (0004:00): 65, CMDre 00000000 00000808 012c0000 00000004 00000084
NVRM: Xid (0003:00): 65, CMDre 00000000 00000808 010012c0 00000004 00000084

j'ai regardé sur différents sites (gentoo,nvnews,...) rien de bien marrant.

et comme j'ai la flemme d'ajouter la ligne je vous la donne:
dans le xorg à la Section "Device":

Code : Tout sélectionner

  Option    "RenderAccel"    "False"

pas cool

[chipster]

Et ça résoud le soucis ?

[wido]

Sur le forum de ubuntu, il ajoute ça et ça résolu leur problème, je vais tester cette option pendant au moins 5 heures (3D,virtualisation,benchmark,calcul intensif) si ça le refait je repasserai au driver classique càd: 185.18.14.

[mum1989]

moi j'ai le même problème ça me fait freezer tout, ce driver 190.x, aucun accés à aucun TTY obligé de redémarer.

Option "RenderAccel" "False"

mais cette option désactiverait pas l'accelération 3D ?

[wido]

je ne crois pas

Code : Tout sélectionner

[wido@desktop ~]$ glxinfo | grep "OpenGL version"
OpenGL version string: 3.1.0 NVIDIA 190.18
[wido@desktop ~]$ glxinfo | grep direct
direct rendering: Yes
    GL_EXT_depth_bounds_test, GL_EXT_direct_state_access, 

et dans les jeux (ut2004,the mana world, regnum online) je ne note pas de ralentissement, et depuis qu'il est allumé (10h) je n'ai pas eu de redémarrage du server.

[mum1989]

ok, be je vais tester ça alors
---------------------------------
be en fait avec les 190.18 cela fonctionne chez moi (8700mgt de pc portable) (sauf petits bugs d'affichages et TTY innaccécibles)
alors que les 190.16 ne fonctionnait pas du tout.
pas besoin de mettre cette option dans le xorg.conf pour moi.
--------------------------------
perso, je viens de tester cette option, c'est catastrophique en tout cas sur kde 4.2, l'affichage est ultra lent (le pilote libre affiche mieux).

[wido]

je ne vois pas trop la différence mon pc est puissant (2x 8800GTS TOP, quadcore) donc voilà

sinon je suis repassé par la version 185.18.14 et je n'ai plus de message d'erreur avec la commande dmesg|tail, j'espère que tu y arriveras à trouver le bon pilote


EDIT: le problème revient trop bizarre ça doit être conky+ un écran de veille comme wallpaper qui fait planter le server X ?!? ça devient super lourd

[mum1989]

je ne vois pas trop la différence mon pc est puissant (2x 8800GTS TOP, quadcore) donc voilà

mais eu, , c'est sur je peux pas faire face a un SLI de 8800 et un Quad core

mais tu est sous quel environnement ? kde, gnome, openbox autre ?

avec dmesg|tail,
cela affiche :

Code : Tout sélectionner

nvclock:8557 freeing invalid memtype f6000000-f6010000
nvclock:8557 freeing invalid memtype f6010000-f6030000
nvclock:8553 freeing invalid memtype f6010000-f6030000
nvclock:8561 freeing invalid memtype f6010000-f6030000
nvclock:8685 freeing invalid memtype f6000000-f6010000
nvclock:8691 freeing invalid memtype f6000000-f6010000
nvclock:8692 freeing invalid memtype f6000000-f6010000
nvclock:8685 freeing invalid memtype f6010000-f6030000
nvclock:8691 freeing invalid memtype f6010000-f6030000
nvclock:8692 freeing invalid memtype f6010000-f6030000

j'espère que tu y arriveras à trouver le bon pilote

be non pas pour l'instant (je tourne le plus souvent sous windows) voir topic ici :
http://forums.archlinux.fr/topic3872.html

[wido]

sous gnome et le message d'erreur se précise:
/var/log/messages.log:

WARNING: gdm_slave_xioerror_handler : erreur X fatale - Redémarrage de :0

[wido]

du nouveau, j'ai totalement désinstallé gnome gnome-extra pour le remplacer par xfce4 et gdm, je n'ai plus aucun message d'erreur, le problème doit provenir de gnome et ses dépendances.

[nmy]

du nouveau, j'ai totalement désinstallé gnome gnome-extra pour le remplacer par xfce4 et gdm, je n'ai plus aucun message d'erreur, le problème doit provenir de gnome et ses dépendances.

pas sur.....

il aurait fallu rajouter un user ds gnome ne pas config le bureau donc pas conky ou autre et voir ainsi si ca passe....

[wido]

en tout cas, sous xfce j'utilise aussi conky et les mêmes programmes (boinc,logiciel 3D,..) et toujours pas de redémarrage.

et le faite d'ajouter la ligne dans xorg.conf, je n'avais plus de problème, mais je n'avais plus d'accélération graphique, et xfce je le trouve pas mal, sur un autre pc je vais peut-être même changer d'environnement graphique