• # oublis

    Posté par . Évalué à 5.

    • [^] # Re: oublis

      Posté par . Évalué à 5.

      Encore deux petites informations :
      - Il vous faut le driver proprietaire
      - Il faut faire le dump avec le logiciel renouveau ( a compiler ) :
      cvs -z3 -d:pserver:anonymous@nouveau.cvs.sourceforge.net:/cvsroot/nouveau co -P renouveau

      Bon dump
      • [^] # Re: oublis

        Posté par (page perso) . Évalué à 5.

        Pour les utilisateurs de mandriva, le paquet de renouveau est régulierementmis à jour dans cooker et dans la section backports de contribs.

        Je vous invite donc à envoyer les dumps pour faire avancer le travail.
        Ou, plus directement, à vous pencher sur le code, les devs ayant classé les taches par difficultés, afin de permettre à de nouvelles personnes de prendre part au developpement , via des taches plus simples.
        Le but à terme étant de former les gens à l'écriture de drivers corrects.
        Si quelqu'un est intéressé, tout ce passe sur le chan #nouveau, sur freenode
    • [^] # Re: oublis

      Posté par (page perso) . Évalué à 2.

      Je suis tombé aussi dessus cet aprem mais ils disent qu'ils n'en veulent pas :

      Call for specific dumps (mostly to update very old ones)
      None atm. Thanks to people who sent nv10 and nv20 dumps.

      En supposant que None atm. veut bien dire Pas besoin pour le moment.
      • [^] # Re: oublis

        Posté par . Évalué à 4.

        selon irc ils en veulent, mais surtout les cartes qui sont en rouge là :
        http://users.tkk.fi/~jpakkane/ren/
      • [^] # Re: oublis

        Posté par . Évalué à 4.

        C'est juste une section quand on a besoin de dumps spécifiques pour des cartes en particulier. En l'occurence, on avait pas de dumps récents pour les Geforce 1 et 3, donc il a fallu demander ceux-là en priorité. Mais sinon, vous pouvez envoyer les dumps quand même.
  • # Plus de precisions

    Posté par (page perso) . Évalué à 6.

    Y'a un endroit ou c'est expliquer ce qu'il faut dumper et comment le faire?
  • # Live CD ?

    Posté par . Évalué à 4.

    Je sais que ça appelle un peu la réponse "envoi un patch" mais c'est le genre de choses pour lesquels un live cd avec le driver proprio et l'outil de test pourrait être sympa.

    J'ai une machine avec une carte non dumpée pour le moment, mais j'avoue ne pas avoir le temps de m'occuper de ça, d'autant que la machine en question est une headless (donc pas de serveur X).

    Alors brancher un écran et booter sur un CD oui, passer 2h à pourrir ma config minimum pour installer le serveur X, les lib, et autre pour lancer un test... je dis pas non, mais j'ai du mal à trouver la motivation.
  • # Si vous avez des erreurs de compilation ...

    Posté par (page perso) . Évalué à 2.

    dans le style :
    cc -g -Wall `sdl-config --cflags` -c -o main.o main.c
    In file included from regl.h:28,
    from main.c:8:
    regl_gl.h:457: error: erreur de syntaxe before "GLhandleARB"
    ...

    C'est pour le moi le cas pour 4 fichiers (debian sarge en 2.4), il faut rajouter dans le fichier .c en cours (main.c dans notre exemple), un appel :
    #include <SDL_opengl.h>

    Si vous rencontrez au linkage :
    /usr/bin/ld: ne peut trouver -lXvMCNVIDIA

    Un lien manque, faire en tant que root :
    # cd /usr/X11R6/lib
    # ln -s libXvMCNVIDIA.so.1 libXvMCNVIDIA.so

    chezmoicamarche.com
    • [^] # Re: Si vous avez des erreurs de compilation ...

      Posté par . Évalué à 2.

      dans le style :
      cc -g -Wall `sdl-config --cflags` -c -o main.o main.c
      In file included from regl.h:28,
      from main.c:8:
      regl_gl.h:457: error: erreur de syntaxe before "GLhandleARB"


      Cette erreur, en général, c'est quand on utilise des fichiers d'include un peu vieux. En l'occurence, il vaut mieux avoir ceux de la version la plus récente de Mesa sous la main.
  • # Trois questions ?

    Posté par (page perso) . Évalué à 4.

    Déjà y a quoi dans ce dump ?

    C'est con mais j'aime bien savoir ce que j'envois ...

    Pourquoi faut avoir le driver proprio pour faire ce dump ?

    Est il possible de se passer du driver proprio pour les carte en dessous des Geforce vu que ce driver n'existe tout simplement pas du tout ? (j ai une tnt2 et une tnt2 ultra qui traine dans un carton)
    • [^] # Re: Trois questions ?

      Posté par (page perso) . Évalué à 3.

      Je suppose que le dump a besoin du pilote proprio car il consiste à lire l'état des registres de la carte une fois que le pilote l'a initialisée.

      Tu as un pilote proprio pour les TNT TNT2 : va dans les archives du site nvidia, ou peut-être ta distribution le fournit (PLF pour Mandriva par exemple)

      ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

      • [^] # Re: Trois questions ?

        Posté par (page perso) . Évalué à -4.

        c'est pas un problème d'archive ou non c'est un problème de non existence tout simplement. NVidia n'a jamais fourni de pilote pour ces cartes sous linux ...
        • [^] # Re: Trois questions ?

          Posté par . Évalué à 6.

          Avant d'affirmer de telles choses , es-tu allé voir de toi-même sur le ftp en question ??

          Et si je prends le driver le plus vieux sur le ftp de nvidia y a bien le support des TNT et des TNT2 :

          cf ftp://download.nvidia.com/XFree86/Linux-x86/1.0-4349/README.(...)

          __________________________________________________________________________

          (app-a) APPENDIX A: SUPPORTED NVIDIA GRAPHICS CHIPS
          __________________________________________________________________________

          NVIDIA CHIP NAME DEVICE PCI ID

          o RIVA TNT 0x0020
          o RIVA TNT2 0x0028
          o RIVA TNT2 Ultra 0x0029
          o Vanta 0x002C
          o RIVA TNT2 Model 64 0x002D
          o Aladdin TNT2 0x00A0

          o GeForce 256 0x0100
          (...)
    • [^] # Re: Trois questions ?

      Posté par (page perso) . Évalué à 4.

      REnouveau sniffe le contenu du FIFO : espace d'échange entre le logiciel (pilote Nvidia) et la matériel. Le but du jeu est de trouver la correspondance : instructions NVidia <=> appels OpenGL.
      • [^] # Re: Trois questions ?

        Posté par (page perso) . Évalué à 3.

        Car bien sur, les commandes opengl, et leur timing sont connus, ça revient donc à faire une attaque à texte clair sur les instructions de nvidia.
        • [^] # tite question

          Posté par . Évalué à 2.

          j'ai vu sur les liens que l'on pouvait envoyer plusieurs dumps pour une meme carte

          comme j'ai plein de cartes nvidia chez moi (et acces a plein d'autres via mon lug)
          y'a t'il un interet réel a envoyer plusieurs fois un dump (differend bien sur)?
          combien en faire ?
          y'a t'il des trucs a faire autre que lancer X fois l'application a la suite (genre avec un jeu opengl de lancé ou beryl ou autre) ?

          merci beaucoup


          ps : first comm, youpiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii
          • [^] # Re: tite question

            Posté par . Évalué à 3.

            j'ai vu sur les liens que l'on pouvait envoyer plusieurs dumps pour une meme carte

            En fait il y a deux types de dumps pour une carte:
            - ceux faits avec renouveau, pour les commandes OpenGL (nécessaires pour écrire le pilote DRI pour Mesa donc).
            - ceux faits avec mmio trace (un module noyau), pour le controle du chip en lui-meme (nécessaires pour savoir comment initialiser un chip, et lui envoyer des commandes, et qui se retrouve dans le module noyau DRM et la librairie libdrm).

Suivre le flux des commentaires

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