Journal Creative sort un pilote sous Linux !

Posté par  .
Étiquettes : aucune
0
24
sept.
2007
Creative, la société très connu pour ses cartes son s'essaie au monde Linux.
En effet, voilà qu'elle nous sort un pilote pour la X-Fi Fatal1ty ! Rien d'exceptionnel (car ça reste du propriétaire non libre), excepté le faîte que ce soit une première pour cette boîte de toucher à GNU/Linux.
De plus, le choix de la plate-forme est des plus étrange, car c'est une version 64 bits uniquement. (Je vais pas me plaindre, je ne tourne que sur du 64 bits depuis bientôt 3 ans).

Que penser de cette action ?

Page du pilote : http://fr.europe.creative.com/support/downloads/download.asp(...)
  • # Creative Open Source

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

    Pour information, ils existait déjà un site d'information pour trouver les pilotes open source disponibles : http://opensource.creative.com/

    Ils avaient notamment ajouté le driver zr364xx sur lequel je travaillais à l'époque.

    Certes ils ne développaient rien dessus mais j'avais trouvé sympa leur initiative.
    • [^] # Re: Creative Open Source

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

      C'est clair que le libre pour certaines sociétés, ce n'est clairement pas gagné. Avoir déjà une communication indiquant ce qui existe et renvoyer vers les pilotes libres fait un peu "profiteur" mais c'est mieux que rien.

      L'idéal reste tout de même de fournir les spécifications s'ils ne souhaitent pas développer les pilotes par eux-mêmes (le proprio étant rapidement inmaintenable avec les évolutions du kernel et faisant inmanquablement une mauvaise publicité "cassé à chaque nouvelle version...")

      J'avais listé quelques éléments pour que ces entreprises fassent connaître leurs initiatives vis-à-vis du libre sur
      http://wiki.eagle-usb.org/wakka.php?wiki=CommunicationLibre
      • [^] # Commentaire supprimé

        Posté par  . Évalué à 3.

        Ce commentaire a été supprimé par l’équipe de modération.

        • [^] # Re: Creative Open Source

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

          C'est dommage pour eux s'ils ne se rendent pas vite compte que fournir la doc' permettant d'avoir un pilote libre leur coûtera moins cher que d'avoir un pilote cassé à chaque version du kernel et leur donnera un avantage compétitif sur leurs concurrents : qui peut avoir confiance pour acheter du matériel qui n'est même pas correctement documenté ? (hormis se donner sciemment une mauvaise image).
          C'est pourtant simple à comprendre : soit leur métier c'est d'être bon sur le matériel, soit c'est d'être mauvais sur le logiciel aussi ?
          • [^] # Commentaire supprimé

            Posté par  . Évalué à 2.

            Ce commentaire a été supprimé par l’équipe de modération.

            • [^] # Re: Creative Open Source

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

              hum j'ai l'impression que tu confonds avec Linux_Standard_Base (LSB) ou alors j'ai loupé un épisode avec DKMS.

              Pour moi, DKMS permet de fournir un paquet standardisé qui va faire un ./configure ; make ; make install quasi automatiquement en assurant que la bonne version de kernel-source (même version que le kernel pour lequel se fait l'install). Cela permet pour les pilotes libres de s'installer en plus sur le kernel existant et en évitant les problèmes de dépendances classiques (mauvaise version du kernel-source ou des kernel-headers auxquels se heurtent les débutant régulièrement). Cela simplifie in fine l'install' sur plusieurs distribs dont le kernel aurait la même API (qui évolue de temps en temps quand même).

              Cela n'empêche pas que le pilote soit régulièrement cassé, qu'il soit proprio ou même en libre : pour garder l'exemple proprio, nvidia a longtemps été incompatible avec Xen, c'est bien un patch à leur "glue" qui a permis de corriger le problème (c'est leur glue qui isole l'API de leur pilote de celle du kernel).
              Mais si à l'avenir le kernel introduit de nouvelles fonctionnalité qui cassent les API, il y a de grandes chances que les modules proprios soient de nouveau cassés...

              D'ailleurs, je ne vois pas pourquoi tu parles de DKMS, le pilote fourni par Creative est à première vue du lourdingue proprio : en caricaturant,
              - un pilote de 8 Mo mais bien sûr, tout est normal
              - uniquement fourni pour x86_64 : et i586, et ppc ? c'est ballot tout de même, en source il serait possible de patcher et recompiler en fonction de sa plateforme
              - même pas de DKMS, mais bon je ne suis pas allé plus loin que la licence qui est dissuasive et que j'ai refusée [http://fr.europe.creative.com/support/downloads/download2.as(...)] en vrac, ne peut pas être inclus à une distribution commerciale (exit RHEL, SLES/D, Mandriva Powerpack...), ne peut pas être modifié (ah bin pour les patchs ils se brosseront), ne soit utilisé qu'avec les gammes de produits Creative (dommage je n'en ai pas, comment ferait un packager qui n'en a pas non plus ?), Pour une utilisation sur un seul ordinateur (ah bah c'est ballot de toute façon pas possibilité de redistribuer, exit les distribs Free Fedora, OpenSuse, Mandriva Free... mêmes gratuites comme Ubuntu)...
              - et le README n'est pas là pour rassurer [http://fr.europe.creative.com/support/downloads/download.asp(...)] je cite :
              1. This driver source will not compile with GCC version 4 and above. => c'est dommage c'est ce qui est inclus dans les distributions actuelles, par défaut (des paquets gcc3 sont néanmoins généralement disponibles)
              2. Current release features: * ALSA PCM Playback * ALSA MIDI Playback
              * ALSA Synth * ALSA Record * ALSA Mixer => mais qu'est-ce-que cela peut bien faire dans un pilote ? c'est du userland (ok, ça pourrait expliquer les 8 Mo)

              donc bon il reste encore beaucoup de boulot (licence correcte pour la distribution au grand minimum, debuggage intensif, fourniture pour plus d'architectures i586 et x86_64 mini et j'en passe...) et tu ne m'enlèveras pas de l'idée qu'un pilote libre est bien plus efficace.
              Pourvu que creative pousse plus loin le respect de ses utilisateurs actuellement plantés avec le matériel qu'ils ont acheté (ça s'est réglé pour ceux sous Vista ou la qualité reste-t-elle dégradée comme j'avais pu le lire ?) et un axe est de demander de l'aide à la communauté qui se fera un plaisir de les aider pour un pilote libre ; pour l'instant cela m'a l'air d'être une perte de temps pour tout le monde : et Creative qui va se faire mal voir avec un pilote sous-optimal et les utilisateurs qui auront un pilote régulièrement cassé (voire pas maintenu sur le long terme).
  • # Marche pô

    Posté par  . Évalué à 2.

    J'ai une X-Fi, et j'attendais ces pilotes depuis longtemps. A première vue, l'installateur est assez moisi (un simple test sur uname même pas fait correctement), et les pilotes ne compilent pas (problème de headers).

    Je regarde si j'arrive a tripatouiller dans le code, pour que ça marche.

    (Debian 64 sid)

    Si quelqu'un y arrive, serait sympa d'expliquer comment :)
    • [^] # Re: Marche pô

      Posté par  . Évalué à 3.

      En effet, j'avais pas regarder le contenu de l'installeur, mais faire un "uname -i" pour savoir si c'est du 64bits, y'a beaucoup de genre qui resterons bloqué là... Malgrès le faite qu'ils soient en 64bits.

      En plus, y'a un super fichier de license où ils ont même pas pensé à coupé les lignes, va évident à lire des lignes de plus de 1100 caractères.
    • [^] # Re: Marche pô

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

      Si quelqu'un y arrive, serait sympa d'expliquer comment :)

      Dommage que cela soit "justement" contraire à la licence que tu acceptes pour pouvoir télécharger le pilote... reste à trouver leur bugzilla pour leur remonter ?
      ah bah c'est ballot, ils n'ont qu'un forum et je crois que le ton est donné avec ce thread par exemple http://forums.creative.com/creativelabs/board/message?board.(...)
    • [^] # Re: Marche pô

      Posté par  . Évalué à 5.

      Je me répond a moi même, mais c'est pour la bonne cause

      Il est indiqué dans la FAQ du pilote qu'il est impossible de compiler avec gcc 4, ce qui est dommage.

      Celà fait plus de 10 heures que je tripatouille dans les sources pour arriver a faire marcher le bazard, et finalement, j'ai réussi, j'ai du son. Je possède une X-Fi Platinium. Le LSPCI correspond a ceci :

      05:02.0 Multimedia audio controller: Creative Labs SB X-Fi
      Subsystem: Creative Labs X-Fi Platinum
      Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
      Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
      Latency: 64 (1000ns min, 1250ns max), Cache Line Size: 32 bytes
      Interrupt: pin A routed to IRQ 23
      Region 0: I/O ports at bc00 [size=32]
      Region 1: Memory at fe800000 (64-bit, non-prefetchable) [size=2M]
      Region 3: Memory at f8000000 (64-bit, non-prefetchable) [size=64M]
      Capabilities: [40] Power Management version 2
      Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
      Status: D0 PME-Enable- DSel=0 DScale=0 PME-
      Capabilities: [50] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
      Address: 0000000000000000 Data: 0000

      Ils ont utilisé pas mal de structures deprecated dans le code du pilote, + quelques trucs qui n'étaient pas a jour. (les macros INIT_WORK qui prenais plus le même nombre de paramètres, où j'ai du tricher un peu). L'installateur est assez mal fichu, et j'ai arreté de l'utiliser.

      j'ai fait quelques patchs, même si la license ne le permet pas apparament, mais bon ils ont pas du trop tester leur truc, c'est sur.

      Ils sont ici : http://blackbox.lostwave.net/x-fi/

      j'ai fait un petit readme.txt qui explique vite fait comment procéder (sans utiliser l'installateur). Si le patch loupe sur le Makefile.info, regardez le .diff, c'est pas très compliqué, il y a juste les flags de gcc à changer, -DKBUILD_MODNAME=\"x-fi\" a rajouter aux CFLAGS, et le kpatchlevel a passer de 0 à 6.

      Bonne chance

      j'ai du son en 2.0, les mixers marchent. LE S/PDIF ne marche pas encore visiblement, mais c'est déjà cool.

      Par contre un /dev/x-fi est apparu, me demande a quoi il sert, je vais investiguer.
  • # Une montagne peut en cacher une autre

    Posté par  . Évalué à 4.

    excepté le faîte que ce soit une première pour cette boîte de toucher à GNU/Linux
    Pas tout à fait:
    http://fr.wikipedia.org/wiki/OpenAL
    Elle a été principalement développée par Loki Entertainment et Creative Labs.
    • [^] # Re: Une montagne peut en cacher une autre

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

      Creative n'a pas touché à GNU/Linux avec OpenAL et ne maintient qu'une partie des sources , celle qui permet le bon fonctionnement avec leurs cartes sous Windows et Xbox/Xbox360. Faut pas se leurrer, c'est Loki seul qui s'est occupé de la partie GNU/Linux.

      En conclusion, Creative a touché au logiciel libre (mais pas tellement, parce que tous leurs drivers OpenAL sont closed-source bien entendu).
      • [^] # Re: Une montagne peut en cacher une autre

        Posté par  . Évalué à 1.

        Bien vu! Je te pertinente.

        Tu connais comment se passe le son sous vista et son nouveau directx? On m'a dit qu'il ne permettait plus l'accés au hardware et donc aux accélérations pour le son comme avant, c'est vrai?
  • # Où va le libre ?

    Posté par  . Évalué à 6.

    Au risque de passer pour un vilain extrémiste du libre, je ne vois pas ça comme une bonne nouvelle.
    En effet c'est inciter les Fabricants à forcer le libre a adopter leur politique et non eux à s'adapter.

    Il y a de plus en plus de linuxiens et les fabricants semble le remarquer.

    Malheureusement, si les linuxiens se réjouisse de telles nouvelles, les choses ne vont pas avancer. Et les fabricants vont même peut-être avoir tendance à encore plus se fermer du fait qu'elles font des pilotes, ce qui les dispenses de publier des spécifications.

    Voilà donc personnellement, je ne vois rien de réjouissant là-dedans cela ne me laisse présager rien de bon pour l'avenir du libre.

    Le nombre croissant des linuxiens permet de plus en plus de faire « pression » sur les fabricants, mais c'est en vain si l'on se contente de pilotes propriétaires
    • [^] # Re: Où va le libre ?

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

      Au risque de passer pour un vilain extrémiste du libre, je ne vois pas ça comme une bonne nouvelle.

      Oui, ça fait plutôt rétro comme nouvelle lorsqu'on voit le reste (Intel qui participe, AMD qui file enfin des specs, des constructeurs qui vendent du linux préinstallé avec du matos à drivers libres, ...).

      Bienvenue en 2001, Creative Labs!
  • # Au moins, ils confirment

    Posté par  . Évalué à 2.

    1ere annonce y a un peu plus d'un an...
    https://linuxfr.org/~Seazor/21944.html
  • # c'est des oufs

    Posté par  . Évalué à 6.

    leur licence est (en plus d'être absurde en parlant de fichiers microsoft et autres truc débiles) totalement incompatible avec la GPLv2 et il n'ont en aucun cas le droit de distribuer ce driver. De toute manière personne ne veut de pilote proprio de 8MB pour une carte son...

Suivre le flux des commentaires

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