Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser Derniers journaux de dup :
- [13/03@19:15] Microsoft a t-il du mal ?
- [29/09@23:01] Mais que se passe t-il sur la toile
- [06/04@01:39] GAIM 0.60
- [18/03@05:17] dur la vie
J'ai donc une gentoo avec un kernel 2.6.5 et les drivers nvidia 1.0.4496 et ces drivers plante régulierement et freeze mon kernel, ou plutot l'affichage, j'arrive a rebooter a peu pres proprement.
et souvent dans les logs je vois des messages kernel concernant ces drivers nvidia.
Cela arrive t-il a d'autre et si oui ont ils une solution
merci.
> Lire le journal (11 commentaires, moyenne: 2,4).
les logs
Et quels sont ces logs suspicieux ?
mise à jour des drivers ?
Heu, c'est peut-être que simplement, cette version des drivers n'est pas vraiment compatible avec le noyau 2.6
Sur la page http://www.nvidia.com/object/linux_display_ia32_1.0-5336.html(...) , dans les changements pour la version 53.36, ils marquent support du 2.6...
donc essaie de mettre à jour !
Arrffffffffffff
gentoo ne s'assurerait po de la compatibilite avec le kernel 2.6 de mes drivers....
-
[^]Re: Arrffffffffffff
Posté par Mathieu Pillard (page perso, ) le 06/06/2004 à 11:27. (lien). Évalué à 2.C'est tout le contraire, vu que avant la sortie des derniers drivers nvidia l'ebuild choppait les patches pour les faire fonctionner avec les noyaux 2.6. Et d'ailleurs ca marche tres bien chez une tripotée de gens :)
Merci
Bon install en cours ca a l'air d'etre ca.
je soupcennais vraiment pas la version des drivers, j'aurais vraiment pense que gentoo installerait des drivers compatible avec le kernel.
enfin bon je teste et on verras bien.
-
[^]Re: Merci
Posté par Superted () le 06/06/2004 à 10:57. (lien). Évalué à 3.En règle général, en cas de problème avec und river, il vaut mieux télécharger la dernière version dudit driver.
En tout cas moi sous gentoo, j'utilise le noyau gentoo-dev-sources en version 2.6.5-r1, avec le driver nvidia en version 1.0.5336-r3 et je n'ai aucun problème.
Idem...
J'ai le même problème, noyau 2.6.6, XFree86 4.3.0, drivers NVIDIA-Linux-x86-1.0-5336.
En faisant dmesg j'ai ce qui est ajouté en fin de message.
Comme j'utilise XFree4.3 (donc pas le dernier), et qu'en plus il est frelaté par les drivers NVidia, je n'ai pas fais de bug report.
Yth.
Badness in pci_find_subsys at drivers/pci/search.c:167
Call Trace:
[] pci_find_subsys+0xe5/0xf0
[] pci_find_device+0x2f/0x40
[] pci_find_slot+0x28/0x50
[] os_pci_init_handle+0x3a/0x65 [nvidia]
[] _nv001243rm+0x1f/0x24 [nvidia]
[] _nv000816rm+0x2f5/0x384 [nvidia]
[] _nv003801rm+0xd8/0x100 [nvidia]
[] _nv000809rm+0x2f/0x34 [nvidia]
[] _nv003816rm+0xf0/0x104 [nvidia]
[] _nv003795rm+0x6ea/0xaec [nvidia]
[] _nv004046rm+0x3a3/0x3b0 [nvidia]
[] _nv001476rm+0x277/0x45c [nvidia]
[] _nv000896rm+0x4a/0x64 [nvidia]
[] rm_isr_bh+0xc/0x10 [nvidia]
[] nv_kern_isr_bh+0x11/0x13 [nvidia]
[] tasklet_action+0x46/0x70
[] __do_softirq+0x85/0x90
[] do_softirq+0x2c/0x30
[] do_IRQ+0x113/0x150
[] common_interrupt+0x18/0x20
Badness in pci_find_subsys at drivers/pci/search.c:167
Call Trace:
[] pci_find_subsys+0xe5/0xf0
[] pci_find_device+0x2f/0x40
[] pci_find_slot+0x28/0x50
[] os_pci_init_handle+0x3a/0x65 [nvidia]
[] _nv001243rm+0x1f/0x24 [nvidia]
[] _nv003797rm+0xa9/0x128 [nvidia]
[] _nv001490rm+0x55/0xe4 [nvidia]
[] _nv000816rm+0x334/0x384 [nvidia]
[] _nv003801rm+0xd8/0x100 [nvidia]
[] _nv000809rm+0x2f/0x34 [nvidia]
[] _nv003816rm+0xf0/0x104 [nvidia]
[] _nv003795rm+0x6ea/0xaec [nvidia]
[] _nv004046rm+0x3a3/0x3b0 [nvidia]
[] _nv001476rm+0x277/0x45c [nvidia]
[] _nv000896rm+0x4a/0x64 [nvidia]
[] rm_isr_bh+0xc/0x10 [nvidia]
[] nv_kern_isr_bh+0x11/0x13 [nvidia]
[] tasklet_action+0x46/0x70
[] __do_softirq+0x85/0x90
[] do_softirq+0x2c/0x30
[] do_IRQ+0x113/0x150
[] common_interrupt+0x18/0x20
0: NVRM: AGPGART: unable to retrieve symbol table
atkbd.c: Unknown key released (translated set 2, code 0x7a on isa0060/serio0).
atkbd.c: This is an XFree86 bug. It shouldn't access hardware directly.
-
[^]Re: Idem...
-
[^]Re: Idem...
Posté par Yth (Jabber id, ) le 06/06/2004 à 11:53. (lien). Évalué à 2.Ah oui, il est à noter que si tu as la chance d'avoir un réseau local, ton linux n'est pas du tout planté, seul le serveur X est freezé, et il bloque irrémédiablement le clavier (enfin je n'ai rien trouvé qui fonctionnait, même appuyer sur VERR NUM ne change pas la loupiote).
Tu peux te connecter sur ta machine freezée et tuer le serveur X, avec un SIG KILL, parce que le SIG TERM le laisse de marbre.
Ensuite tout fonctionne correctement jusqu'au prochain freeze...
Yth.-
[^]Re: Idem...
Posté par enzbang (page perso, ) le 06/06/2004 à 22:12. (lien). Évalué à 1.Et quand t'as pas cette chance, il te reste le bon vieux bouton reboot ;)
-
[^]Re: Idem...
Posté par Yth (Jabber id, ) le 07/06/2004 à 08:06. (lien). Évalué à 2.Ouaip...
Sinon je viens de passer à X.org, je vous dirais si j'ai à nouveau des freezes dès que j'en aurai un...
Et sinon ben si j'en ai pas pendant quelques jours, ça pourrait vouloir dire qu'il résoud le problème...
C'est crédible, le dmesg dit bien clairement : "This is an XFree86 bug.", la solution est peut-être juste de l'upgrader, que ce soit Xfree86 4.4 ou X.org.
Yth.
-
-
Cette page a été générée par Templeet en 0.0663s (dont 0.0084 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.