• # nvidia

    Posté par . Évalué à 8.

    nvidia fourni le driver libre .... nv.

    ok je sors

  • # Fichtre

    Posté par . Évalué à 2.

    En voyant ton journal, j'ai cru à un poisson d'avril...

    L'annonce étant faite au Red Hat Summit, c'est assez sérieux. Il n'y a rien encore sur le site de Red Hat.

    • [^] # Re: Fichtre

      Posté par (site web personnel) . Évalué à 6.

      à lire http://www.0xdeadbeef.com/weblog/?p=288#comments (surtout les commentaires) ce ne serait peut-être que les specs qui seraient fournies ? (c'est déjà pas mal, mais bon)

      • [^] # Re: Fichtre

        Posté par (courriel, site web personnel) . Évalué à 10.

        Des specs redistribuables librement sont plus importantes que des drivers libres. Il est plus facile d'écrire des drivers pour n'importe quel OS sur base de specs que d'écrire des specs (ou un driver pour un autre OS) sur base d'un driver fut-il libre.

        pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

        • [^] # Re: Fichtre

          Posté par . Évalué à 10.

          Des specs redistribuables librement sont plus importantes que des drivers libres. Il est plus facile d'écrire des drivers pour n'importe quel OS sur base de specs que d'écrire des specs (ou un driver pour un autre OS) sur base d'un driver fut-il libre.

          Sans parler de maintenir le driver (avec des specs librement redistribuables, sans NDA) :

          - Corriger les bugs même lorsque les devs d'ATI sont en vacances (ou s'ils sont en sous effectif, ou si ATI décide d'abandonner ce développement, ...), ne pas être cassé à chaque release d'un kernel qui fait des changements structurels (genre NO_HZ/dynticks, 4K pages, refontes du sous-sytème DRM/DRI, etc).
          - Implémenter les fonctionalités graphiques (genre GLX_EXT_texture_from_pixmap ou randr) du moment en temps raisonnable, avec l'aide des devs du champ concerné
          - Permettre aux spécialistes des divers sous-systèmes du kernel de les aider à répondre aux nouveaux besoins emergents concernant les drivers (être "suspendables" pour le s2d & s2r, être économes en énergie, ...).
          - Permettre aux développeurs extérieurs intéressés d'écrire le support pour les configuration "minoritaires" (comme linux sur ppc ou x86_64, ou *BSD ou Solaris). Rappelons que pour le moment le driver proprio d'ATI ne supporte pas ces environnements, et il n'y a pas de raison particulière pour que la direction d'ATI accepte d'investir des ressources là dessus pour leur driver libre.

          Clairement, donner les docs , c'est mieux que donner seulement un driver tout fait même s'il est libre.

  • # et la réponse est :

    Posté par . Évalué à 3.

    Intel qui vient d'annoncer la prise en charge du nouveau chipset Intel® 965GM Express dans leur driver "i810" :

    l'annonce sur lkml : http://marc.info/?l=linux-kernel&m=117876282007989&w(...)
    la page du driver : http://intellinuxgraphics.org/

    • [^] # Re: et la réponse est :

      Posté par . Évalué à 8.

      Moi ce qui me botterai plus de la part d'intel c'est une date quantà la sortie de la carte-fille graphique. J'apprécie énormément le support des chipstes intégrés qui rendent mon portable si agréable à l'utilisation mais j'aimerai qu'ils pondent quelque chose de beaucoup plus couillu pour me monter une station.

      • [^] # Re: et la réponse est :

        Posté par . Évalué à 2.

        La date, c'est dans tes rêves, ça coûterait bien trop cher de faire une carte graphique fille pour y mettre des puces ayant de si piètres performances alors que l'intérêt justement des "cartes" vidéos d'Intel, c'est qu'elles sont super pas cher car intégrées au chipset.

        A moins évidemment que Intel ne veuille s'orienter vers ce marché en faisant du plus haut de gamme, mais ce n'est pas demain la veille alors.

    • [^] # Re: et la réponse est :

      Posté par . Évalué à 3.

      l'annonce sur lkml : http://marc.info/?l=linux-kernel&m=117876282007989&w(...)
      Dans le meme thread


      Keith Packard :

      My goal is to use Intel engineering to make sure as much of the chip has
      reasonably clear code driving it; unless I manage to ship documentation,

      A noter qu'intel ne fournisse pas de doc.

      PS : je comprends rien dans les versions de chip intel. Je croyais que ce 965GM etait celui fourni avec les portables a base de core 2 duo...

      • [^] # Re: et la réponse est :

        Posté par . Évalué à 3.

        Le 965 vient de sortir pour les nouveaux core 2 duo (proc Meron, chipset Crestline sur plate-forme Santa Rosa), les précédents utilisent le 945 (proc Meron, chipset Calistoga sur plate-forme Napa).
        Tout est résumé ici : http://en.wikipedia.org/wiki/Centrino (la version française est moins détaillée).
        Un joli bazar…

        • [^] # Re: et la réponse est :

          Posté par . Évalué à 2.

          il y a aussi les versions desktop (vpro & co).
          Bref un gros bordel.

  • # sûr ?

    Posté par . Évalué à 10.

    Alors on passe de ça :

    - Christopher Blizzard (Red Hat), le 9 Mai, rapportant les propos de Henri Richard (AMD)

    "The ATI marketing guy on stage (Henri Richard) at the Red Hat Summit just committed to fixing the ATI problems with open source. To paraphrase “most people are worried about what they will lose…IP, etc…we’re worried about what we can win.” They know it’s a problem and they are committed to fixing it."

    à

    - Enterprise Linux Log, le même 9 Mai après la même conférence avec la même personne :

    "AMD will soon deliver open graphics drivers, said Henri Richard just a few minutes ago, and the audience at the opening keynote of the Red Hat Summit broke into applause and cheers."

    On passe d'une version où il est fait état d'effort pour réduire la fracture libre/ATI sans citer explicitement une libération du code, à une version avec pour titre "AMD va libérer les pilotes".

    Malgré mon envie de croire à une ouverture du code, j'en reste aux propos rapportés par Christopher à qui j'accorde un poil plus de crédit qu'à l'autre site.

    • [^] # Re: sûr ?

      Posté par . Évalué à 6.

      Ca me semble tellement gros comme news que j'ai moi-même du mal à y croire. Let's wait and see...

      • [^] # Re: sûr ?

        Posté par . Évalué à 5.

        Et bam, sur /. sans plus d'infos crédibles ! Dans 2 jours on aura l'annonce dans le Financial Times.

    • [^] # Re: sûr ?

      Posté par . Évalué à 7.

      Perso, j'en ai un peu marre des effets d'annonce d'ATI concernant leurs drivers. Ils ont du annoncé une bonne dizaine de fois que "oui, on a compris nos drivers puent" et que par conséquent ils allaient "corriger le probleme" "multiplayer par x le nombre de personnes bossant dessus", "le mettre au meme niveau que les drivers windows", etc, etc et j'en passe. Au final, on se tape toujours les mêmes drivers pourris qui ne marchent même pas avec toutes les cartes.

      Je serais ravi qu'ils fournissent de meilleurs drivers, et encore plus ravis qu'ils soient libres, mais bordel, qu'ils le fassent au lieu de le dire !

      • [^] # Re: sûr ?

        Posté par . Évalué à 8.

        "multiplayer par x le nombre de personnes bossant dessus"

        Forcément, s'ils jouent à counter au lieu de coder...

  • # Mouarf...

    Posté par . Évalué à 2.

    Moi qui commencait à les détester (bah oui, ils ont des drivers de merde, et ils ont rien de potable pour ma carte mais bon, c'est quand meme le meilleur rapport qualité/prix )...

    Enfin, tant mieux quand même.

    Et c'est quand qu'ils les libèrent ?

    • [^] # Re: Mouarf...

      Posté par (courriel, site web personnel) . Évalué à 7.

      C'est pas parce que les drivers vont être libérés que leur qualité va s'améliorer instantanément (ou même s'améliorer tout court).

      pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

      • [^] # Re: Mouarf...

        Posté par . Évalué à 3.

        Dans tout les cas, le code leur pilote même sans doc ça évitera aux devs bossant actuellement sur le support des radeon dans X.org de se farcir toutes les étapes d'inginérie inverse.

        A moins que ce soit en hexa comme pour le nv actuel...

  • # Sortie TV

    Posté par (site web personnel) . Évalué à 4.

    Cela m'étonne qu'il puissent libérer le driver entièrement, il n'y a pas des problèmes de brevet sur la sortie tv due à Macrovision?

    S'il y a un problème, il y a une solution; s'il n'y a pas de solution, c'est qu'il n'y a pas de problème.

    • [^] # Re: Sortie TV

      Posté par . Évalué à 1.

      Même s'il libère un jour le driver, ça sera comme pour Java : le driver moins tout ce qui est sous brevet, développé par une société tierce, etc...
      Mais ça serait déjà une très bonne nouvelle (ça ferait avancer les projets de drivers libres)

      • [^] # Re: Sortie TV

        Posté par . Évalué à 2.

        Sauf que pour Java ils remplacent par des bouts libres.

        • [^] # Re: Sortie TV

          Posté par . Évalué à 2.

          Hmmm... dans le code dispo sur leur serveur, ce n'est pas encore fait.

          Après, on peut attendre la sortie de Java 7 pour voir si on a tout le code source (avec des bouts réécrits en open source) !

Suivre le flux des commentaires

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