Journal Linux 2.6.5 avec driver Nvidia

• # les logs

  Posté par Cyberdivad le 06 juin 2004 à 11:49. Évalué à 4.

  

  Et quels sont ces logs suspicieux ?

• # mise à jour des drivers ?

  Posté par Sylvain Rampacek (site web personnel) le 06 juin 2004 à 11:54. Évalué à 7.

  

  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

  Posté par Dup (site web personnel) le 06 juin 2004 à 12:33. Évalué à 0.

  

  gentoo ne s'assurerait po de la compatibilite avec le kernel 2.6 de mes drivers....

  • [^] # Re: Arrffffffffffff

    Posté par Mathieu Pillard (site web personnel) le 06 juin 2004 à 13:27. É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

  Posté par Dup (site web personnel) le 06 juin 2004 à 12:42. Évalué à 1.

  

  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 juin 2004 à 12:57. É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...

  Posté par Yth (Mastodon) le 06 juin 2004 à 12:53. Évalué à 2.

  

  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...

    Posté par alphacc le 06 juin 2004 à 13:51. Évalué à 2.

    

    même problème en 2.6.5.
    Par contre un gdm-restart à travers le reseau suffit.
    Driver proprietaire quand tu nous tiens...

  • [^] # Re: Idem...

    Posté par Yth (Mastodon) le 06 juin 2004 à 13:53. É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 (site web personnel) le 07 juin 2004 à 00:12. Évalué à 1.

      

      Et quand t'as pas cette chance, il te reste le bon vieux bouton reboot ;)

      • [^] # Re: Idem...

        Posté par Yth (Mastodon) le 07 juin 2004 à 10:06. É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.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.