Journal VIA publie 800 pages de spécifications pour Linux

Posté par  .
Étiquettes : aucune
0
27
juil.
2008
VIA publie les spécifications de ses chipsets VX700 et VX800 "pour Linux" et en profite pour engager des pontes du logiciel libre : http://linux.via.com.tw/support/downloadFiles.action

C'est une excellente nouvelle pour le support par des drivers 100% libres de ses chipsets qui équipent des cartes mères économiques (tant en électicité qu'en argent à l'acquisition). On peut toutefois se demander pourquoi VIA annonce un support "pour Linux" et pas pour le monde des logiciels libres/OpenSource en général (au hasard, les joyeux drilles d'OpenBSD qui militent depuis longue date pour remplacer les drivers spécifiques à Linux par des spécifications permettant à tout le monde de développer ensuite des drivers libres).

J'ai appris cette bonne nouvelle via Slashdot qui tient son information de Phoronix : http://linux.slashdot.org/article.pl?sid=08/07/27/1129200&fr(...)

  • # La course aux dévs

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

    Cela fait le deuxième journal que je lis ce week-end et qui indique que des dév linux se font embaucher pour travailler sur un support hardware d'une société. (voir https://linuxfr.org//2008/07/27/24348.html )

    Je sais que ce n'est pas récent comme phénoméne mais a l'air de plus en plus fréquent...

    Y aurai-t-il une course aux dévs noyau linux par les sociétés hardware pour avoir le meilleur support possible de son matériel ?

    • [^] # Re: La course aux dévs

      Posté par  . Évalué à 10.

      Une idée idiote, comme ça :
      Il est peut-être difficile d'engager des gens compétents pour faire des pilotes. Or, il est aisé pour un employeur de se faire une idée de ce que peut écrire quelqu'un qui développe du code libre, vu qu'il a accès directement au travail qu'il effectue, et pas juste les références d'un autre employeur.
      À partir de là, il semble plus logique de profiter de leur expérience sur un système et d'annoncer le support de leur matériel pour le système en question. Ils pourront toujours plus tard être amenés à changer de branche si nécessaire.
      De plus, ça fait de la pub favorable pour pas cher, la preuve, on en parle.

  • # Et l'embarqué et CPU

    Posté par  . Évalué à 2.

    Dans le même temps, plusieurs machine type eeepc sortent avec une version linux ....
    Le nouveau CPU remplacant du C7 avec le chipset correspondant sera donc mieux supporté aussi.
    J'attend donc avec impatience de voir comment VIA va poussé celui-ci dans l'embarqué et système type eeepc.

  • # NVIDIA... NVIDIA???

    Posté par  . Évalué à 10.

    Mais qu'est-ce qu'ils font? C'est les derniers des derniers maintenant...

    • [^] # Re: NVIDIA... NVIDIA???

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

      Ils s'occupent de corriger leur blob foireux en 2D, qui ne supportent pas EXA... (et donc kde4 est inaccessible aux possesseurs de cartes NVidia). Cette exprérience va peut-être leur permettre de se rendre compte que ce qui leur coûterait le moins cher serait de libérer les sources, permettant à la communauté d'y ajouter son grain de sel ?

      • [^] # Re: NVIDIA... NVIDIA???

        Posté par  . Évalué à 4.

        Erf... j'tourne sous KDE 4.1 et j'ai une nVidia. J'ai loupé quelque chose ?

        Y'a certes quelques petits soucis, les effets KWin sont pas super super fluides bien que correctes, mais ça reste très accessible, hein !

        • [^] # Re: NVIDIA... NVIDIA???

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

          ça semble dépendre des modèles de chip. Ou disons plutot que le problème est + ou - grave selon les chips.

          Par exemple, j'ai 1 desktop avec 8600GTS, et un laptop avec 8600M, et bien le desktop (avec les bonnes options xorg) est utilisable, avec ou sans effets, meme si c'est pas super fluide. Alors qu'avec mon laptop, meme avec les effets desactivés, c'est franchement gallère, limite pas utilisable.

          ( Pas de pot, c'est bien le laptop que j'emmenerai à l'akademy....).

          • [^] # Re: NVIDIA... NVIDIA???

            Posté par  . Évalué à 2.

            Effectivement, le problème semble toucher surtout les series 8000/9000 :
            http://www.nvnews.net/vbulletin/showthread.php?t=115916 (très long post)

            J'ai pour ma part une Quadro basée sur une GeForce 7400, j'ai également pu noter une perte de performance dans les applis hautement intellectuelles utilisant intensivement openGL, mais pour le desktop usuel, je ne suis apparemment pas à plaindre.

          • [^] # Re: NVIDIA... NVIDIA???

            Posté par  . Évalué à 3.

            Par exemple, j'ai 1 desktop avec 8600GTS, et un laptop avec 8600M, et bien le desktop (avec les bonnes options xorg) est utilisable, avec ou sans effets, meme si c'est pas super fluide. Alors qu'avec mon laptop, meme avec les effets desactivés, c'est franchement gallère, limite pas utilisable.
            Te rends-tu compte de ce que tu écris?? Utilisable mais pas super fluide?
            As-tu vu le matos que tu te trimballes? Ce n'est pas une S3Virge 1mo ou un truc intégré à mémoire partagée.

            On est en pleins délire Vista là! Sauft qu'au lieu de critiquer KDE comme on le ferait pour Vista, on fait diversion.

            Que ça soit ATI (libre ou prorio) ou Nvidia (libre ou Prorprio) ou encore Intel GMA X3000 le bureau KDE 4.x ne doit pas etre considéré comme utilisable.

            Je sais de quoi je parle pour en avoir fait l'essai sur plusieurs config différentes.

            • [^] # Re: NVIDIA... NVIDIA???

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

              Te rends-tu compte de ce que tu écris?? Utilisable mais pas super fluide?
              As-tu vu le matos que tu te trimballes? Ce n'est pas une S3Virge 1mo ou un truc intégré à mémoire partagée.

              J'ai vu du GMA950 faire tourner KDE4.1 de maniere fluide, là ou ma 8600M GT se prend des freeze de 10secondes.

              On est en pleins délire Vista là! Sauft qu'au lieu de critiquer KDE comme on le ferait pour Vista, on fait diversion.

              Pourquoi tu m'agresses là? J'expliquais juste que si "X" n'est pas touché, "Y" peut l'etre. En l'occurence:
              - Il ne s'agit pas de bloatwarisation de KDE, mais d'un bug, qui impacte également Firefox 3, QT4, ou Compiz par exemple. Un bloatware, ça se subit + sur les petites machine que les grosses... et il y aurai une constance dans la lenteur.
              - Les drivers problématiques sont identifiés, les puces aussi, NVIDIA a reconnu le problème, et annonce travailler dessus.
              - Il y a eu un moment le meme probleme chez ATI et Intel, mais qui aurait été réglé. Reste Nvidia
              - Pourquoi KDE 4.1 est tres touché? Parce que les fonctions accelératrices incriminés sont massivement utilisés (d'apres ce que j'ai compris, par QT4 directement). Alors que Firefox 3.0 le subit + sur le scroll par exemple.

              Voila en gros l'opinion de la communauté de dev incluant Nvidia, xorg, Trolltech, Mozilla, compiz, KDE... plus les gens qui ont travaillé dessus pour Ati et Intel. Si tu préfères penser que c'est une diversion, libre à toi.

              Alors est-ce que KDE4 est utilisable? Ben 4.0, je trouvais pas (pas fini), mais en ce qui concerne KDE 4.1, je commence à reprendre mon pieds niveau desktop, malgré ce p***** de bug qui dépend hélas de la config, c'est à dire du bon vouloir de Mr Nvidia.

              Mais le probleme est le meme pour Firefox hélas. Et pour tout dire, dans mon malheur, sur mon desktop, c'est tres largement le scroll de firefox que je trouve le + pénible actuellement.

              • [^] # Re: NVIDIA... NVIDIA???

                Posté par  . Évalué à 2.

                Tu as jeté un oeil au lien que j'ai posté ci-dessus ?
                Il y a un résumé des solutions pour améliorer la situation.

                Il parait aussi que le dernier driver beta 177.13 "corrige" pas mal de problèmes (mais mon xorg ne veut pas démarrer avec celui-ci..). Bref. c'est apparemment en bonne voie de résolution.

              • [^] # Chezmoicamarche.com

                Posté par  . Évalué à 4.

                Je confirme que si le KDE4.98 du depot experimental de debian est pas mal parsemé de bugs divers, l'affichage lui est fluide sur une intel GMA945. Par contre il faut avouer que la machine en question en dehors de la CG est plutôt du genre foudre de guerre post vista.

                PS: Après vérif quand je déplace tranquillement une fenêtre X.org monte à 17% de CPU et 33% si j'agite la fenêtre vraiment violemment. Sur un core 2 c'est pas mal quand même mais ça reste loin du 99% quand je scrole sur un journal à troll.

    • [^] # Re: NVIDIA... NVIDIA???

      Posté par  . Évalué à 0.

      Nvidia, le mieux qu'ils puissent faire, c'est de fonder une sorte de fondation Mozilla, gérée par Nvidia, et capable de féderer les développeurs de part le monde pour développer des pilotes libres.

      Parce que si c'est pour libérer les sources et que l'on se démerde à développer soit même ça n'a pas d'intérêt (j'ai utilisé certains chips Intel, et la comparaison Linux/Windows en performance tourne à l'avantage de Windows, pourtant les pilotes Linux sont libres. Côté Nvidia y a peu de différences entre les 2 plate-formes)

      • [^] # Re: NVIDIA... NVIDIA???

        Posté par  . Évalué à -1.

        Ah, perso, j'ai eu des informations inverses. Plus rapide sous Linux à opengl égale.

      • [^] # Re: NVIDIA... NVIDIA???

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

        Parce que si c'est pour libérer les sources et que l'on se démerde à développer soit même ça n'a pas d'intérêt

        Pour info les drivers intel pour xorg sont développés par des employés de intel, et si tu regardes qui sont les employés de intel tu verras deux ou trois noms plutôt très connu dans le monde de xorg Keith Packard et Eric Anholt par exemple.

  • # Courte duree...

    Posté par  . Évalué à 0.

    http://linux.via.com.tw/support/downloadFiles.action renvoie:

    No Such Message, Please check messages.properties etc. and add this key(Could not open Hibernate Session for transaction; nested exception is org.hibernate.exception.GenericJDBCException: Cannot open connection)

Suivre le flux des commentaires

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