Conférence F-CPU / Paris le 13 Juin 2002 / ouvert à tous

Posté par  (site web personnel) . Édité par bubar🦥. Modéré par Benoît Sibaud.
Étiquettes :
0
21
mai
2002
Matériel

Une conférence sur F-CPU aura lieu le jeudi 13 Mai 2002 à 20h00 (précises) au CICP (Paris 11ème), 60/80 places.

Freedom CPU est un projet libre géré/animé principalement par des français et des allemands. Le sujet principal est le construction d'un CPU (64 bits pour l'instant) libre comprenant différentes unités (de calculs) modulaires.

La conférence s'adresse aux étudiants en électronique, aux professionnels en électronique mais aussi aux les hackers (matériel/kernel) et bien sur à tous les passionnés de tous bords.

Réservez votre soirée du 13 Juin !
Le programme de la conférence :
  • aperçu, philosophie et justification du projet F-CPU et des autres initiatives de « Free Hardware » (non technique, pour ceux qui ne sont pas au courant que GNU tout seul ne peut pas s'en sortir)
  • architecture générale du processeur (un aperçu, hein, on ne va pas y passer 3 jours)
  • quelques exemples de code simples pour montrer comment ça se programme (ça va intéresser les hackers, c'est sûr)
  • comment utiliser les sources F-CPU, compiler et simuler le processeur

Une vingtaine de F-CDROM sera prévu pour les impatients et les collectionneurs de goodies.

D'autres conférences et TP peuvent avoir lieu suivant la réussite de la conférence ; faîtes passer l'information, merci.

Aller plus loin

  • # Important? A vous de voir...

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

    Bonjour,

    Cette news n'est pas en 1er page, ce n'est pas un drame. Mais je crois que pas mal de gens seraient heureux de savoir que des gens bien sympatiques travaillent sur la création d'un CPU libre... La conférence vaut vraiment le coup, ils sont très intéressants.

    J'attends vos commentaires/réactions
    a+,
    Antoine N.
    • [^] # Re: Important? A vous de voir...

      Posté par  . Évalué à 10.

      Disons que les gens susceptibles de comprendre la chose en profondeur (autrement dit ceux qui causent en VHDL) voient plus facilement les problèmes qui se posent à la production :
      - coder compiler executer du software, c'est facile sur son propre PC
      - coder simuler du hardware, c'est facile sur son PC
      - fondre un chip, même dans sa cuisine, c'est pas gagné...
      Donc le public interessé est d'abord académique, inutile de rever, pas de percée sur le H/W libre comme en S/W, because un run en fonderie ça coute 1 M$, reste les FPGA mais alors le pb c'est les cartes de dev...

      En bref, le H/W c'est pas le S/W.
      • [^] # Re: Imp... / 64bits voir 256bits

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

        Actuellemnt le processeur est sur 64 bits, le prochain directement sur 256 bits...

        Pour l'instant, ils cherchent des personnes pour terminer/validé certaines unités de calcul...
        Puis la phase de test qui doit durer 6 mois

        Donc cela peut faire un CPU d'ici 1 an et demi voir 2 ans...

        De plus pas besoin d'une fonderie pour faire un CPU; de bons outils pour coder et simuler du hard... La phase de production est loin mais cela est simple et très bien maitrisé...

        Il code pour un 64bits en pensant au 256bits

        a+, Antoine
      • [^] # Re: Important? A vous de voir...

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

        Si tu viens à la conf, tu verras ce qu'il en est ;-)

        C'est évident que le HW c'est pas le SW. Par contre il y a de nos jours tellement de boulot préparatoire que si tu ne maitrises pas ta machine... bah... tu ne vas pas loin.

        Et faire de l'EDA sous nunux, c'est assez jouissif.
        J'en sais qqc, avec ma licence ncsim dans mon laptop ;-)
        • [^] # Re: Important? A vous de voir...

          Posté par  . Évalué à 5.

          Ha, je suis un hardeux dévoyé par le soft, donc moi aussi j'aimerai tant récuperer la maitrise complète jusqu'au PCB.
          Effectivement, coder en 64 bits en prévoyant 256, c'est de l'anticipation sur 20 ans ça, c'est cool : peut-être qu'alors les FPGA seront assez puissants pour ça, mais le motto "les FPGA sont désormais assez puisants pour remplacer vos ASIC" n'est pas nouveau non plus et les ASIC existent toujours...
          Quand à la fonderie, ce sont forcement des grosses boites qui pourront bénéficier de ce coeur gratuit, avec comme avantage pour nous d'avoir un standard (un comme ARM mais en free ;) et toutes les specs ;)

          Allez bon courage, je suis de tout coeur avec vous.
      • [^] # les softeux pures sont très important !!

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

        Il ne faut absoluement pas croire que le fcpu est une pure affaire de "hardeux". Les softeux ont énormement d'interret pour nous.

        Il faut pouvoir valider le modéle de programmation du fcpu. Un nouveau venu nous a suggéré l'insertion de primitive de syncho non-bloquante dont on ne savait même pas quelle existait. (CAS2).
        Il faut écrire du vrai code en ASM pour voir si cela tourne ou pas plus vite qu'ailleurs.

        Le gros projet SW sera le compilateur (portage de gcc) où pas grand monde en HW s'y connait. Or c'est autant de travail, de mon point de vue que le cpu lui-même. De plus, le cpu étant SIMD il faudrait écrire des algo de vectorisation pour en tirer parti.

        D'une manière général, on peut trouver 50 compilo C sur le net, on peut trouver plein de compilo libre pour des langages que l'on ne connait m^me pas. Or il n'existe encore AUCUN compilo HDL libre ! Freehdl étant encore en phase alpha. Il y a des tas d'outils à écrire dans ce domaine.

        nicO

        "La première sécurité est la liberté"

        • [^] # Re: les softeux pures sont très important !!

          Posté par  . Évalué à 2.

          Et si la sortie d'une nouvelle plateforme était l'occasion de virer les mauvaises habitudes prises sur les autres ?
          Vectoriser du C même Intel ils y arrivent pas !
          Leur Icc faut écrire du code particulier pour qu'il vectorise, il sait vectoriser la remise à 0 d'un tableau sinon, c'est la seul truc que j'ai réussi à lui faire faire.

          Sinon, je suis prêt à écrire un compilateur FORTH dès qu'un assembleur être prêt :-) je contribue comme ça.
          • [^] # Re: les softeux pures sont très important !!

            Posté par  . Évalué à 5.

            Ce n'est pas tout a fait vrai, il est dans certain cas et sans ecrire specialement pour, de vectoriser du code C. Il existe un article sur le sujet sur le site du MIT, je crois (Desole, je ne me souviens plus de l'URL).

            Enfin je crois qu'il existe des branches de developpement pour gcc qui tente de le faire, donc c'est faisable.

            Maintenant, je me poses la question, qu'entends-tu par mauvaises habitudes ? Programmer en C/C++ ? Je crois que la ca va pas etre possible, les applis C/.C++ representes 90% des applis GNU...

            Par contre pour developper un compilo FORTH, de quoi as-tu besoin ? Si tu veux, je peux t'envoyer la derniere version du manuelle (toutes les operateurs arithmetiques et binaire sont arretes, par contre les primitives d'acces memoire ne sont pas encore totalement arrete).

            Enfin d'ici quelque mois on aura une machine virtuelle et un assembleur pour tester tout ca.

            A+
            Cedric

            PS: joins toi a nos mailing-list si tu veux plus d'information
            • [^] # Re: les softeux pures sont très important !!

              Posté par  . Évalué à 2.

              Pour la vectorisation, je caricaturais mais je peux te dire que c'est pas gagné dans une appli courante.

              Les mauvaise habitude c'est effectivement programmer en C/C++, tu vas sur bugtrack et tu trouve des buffer overflow, des histoires de piles (de toutes sorte, c'est marrant) etc. et plus loin des "vrais bugs" du style un protocole réseau mal conçu ou une erreur d'algo.

              Le bootstrapping d'une machine forth nécessite environ 200 lignes d'assembleur, les reste est fait par réflexivité.

              Ca me ferai marrer finalement, y'a un simulateur et un assembler dans le coin ?
              C'est le bordel sur les sites du projet :-(
              • [^] # Re: les softeux pures sont très important !!

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

                Le gros problème du forth est que c'est totalement inadapter au fcpu sauf si tu fais une recompilation et la vectorisation. Le problème vient de la structure en pile du langage or le fcpu aura un long pipeline sans OOO donc il se prend les dépendances en plein dans la tronche. (genre tu divise les perfs par 10)

                Pour la machine virtuelle faut avoir avec cedric. Sinon vient le jeudi pour mieux comprendre la bête.

                nicO

                "La première sécurité est la liberté"

      • [^] # Re: Important? A vous de voir...

        Posté par  . Évalué à 2.

        En fait, il y a du boulot pour tout le monde, aussi bien au niveau hardware que software.

        Une puce sans compilo efficace ca sert a rien (actuellement on a un vieux gcc 2.95, je crois), il va falloir commencer le portage sur 3.1. Il faut un assembleur (actuellement 3 sont en cour de developpement pour differentes cyble).

        Enfin et comme tu le dis d'ici a ce qu'on est des prototypes pas grand monde aura la possibilite de developper dessus (Parce que la simulation de hard, c'est sympa, mais c'est pas franchement gagne). Donc une bonne machine virtuelle est en cour de developpement (j'esperes quel sera bonne, on vera ;-)

        Enfin, ce qui au final seront le plus interresse par le processeurs, ceux sont les "softeux", car l'assemembleur du F-CPU est un vrai bonheur a manipuler (franchement, je sais je suis pas impartiale) et le code reste tout de meme clair (pour de l'assembleur). Bien entendu, vous n'etes pas oblige de developper en asm dessus, mais franchement c'est sympa a faire.

        A+
        Cedric
    • [^] # Re: Important? A vous de voir...

      Posté par  . Évalué à 7.

      Personnellement il m'arrive souvent d'aller lire un bout des archives de la liste F-CPU, et je trouve ça très intéressant et constructif. Bref c'est un projet, certes audacieux et loin d'être abouti, mais prometteur. Au pire, si ça ne mène à rien, je pense que l'échange qui a lieu sur cette liste (peu de posteurs mais sûrement un petit paquet de spectateurs) restera enrichissant pour tous.
      • [^] # Re: Important? A vous de voir...

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

        Alors je passais, comme ça, comme chaque fois que je relève mes 200 messages de ma boite aux lettres par modem, et que j'en profite pour lâcher un "plop" bien senti sur la tribune...

        Et la news est dans la boite "autres". Heureusement que je regarde de temps en temp dedans ;-)

        * Pour ce qui est de "construire" un CPU, croyez-moi, il y a encore des mégatonnes de taf avant d'y arriver. Et ce n'est pas le genre de taf qu'on fume, mais ça grille aussi les neuronnes... J'aurai au moins appris à faire des scripts en bash à peu près sérieux.
        La conf va expliquer ce qu'il en est, et que fondre une puce n'est pas tout.

        * On a pas fait "grand-chose" apparemment depuis le début du projet. Mais on a dû déblayer énormément de choses que peu de personnes ont fait, ou du moins rassemblé jusqu'à maintenant. C'est encore une histoire dingue...

        J'espère que plein de curieux viendront. J'espère aussi que j'aurai le simulateur en état de marche, car je réinstalle toujours mes softs sur mon laptop avec une base LFS...

        Pour ce qui est du programme, il changera peut-être (il reste encore 3 semaines). Si des points particuliers méritent d'être expliqués, n'hésitez pas à en parler sur cette page.
  • # Trop tard

    Posté par  . Évalué à 0.

    Une conférence sur F-CPU aura lieu le jeudi 13 Mai 2002 à 20h00 (précises) au CICP (Paris 11ème), 60/80 places.


    'faut utiliser IPOT, mais dans l'autre sens, là. Je suppose qu'on peut avoir un compte rendu, alors, non ? surtout que le JEUDI 13 MAI 2002 n'a jamais existé. Tadam ! :)

    Bon, sans déconner, ça serait possible d'avoir un flux audio et/ou vidéo des conférences ? Parce que je suis occupé le jeudi, et pas à Paris.
  • # <b> 13 JUIN </b> !!!

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

    Attention erreur de date !

    "La première sécurité est la liberté"

Suivre le flux des commentaires

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