> On peut avoir le même en anglais ?
Les non-francophones du projet ont râlé, même si la conf était sur Paris. Classique. Je vais traduire et améliorer la présentation dès que possible pour en faire un document plus sérieux
> c'est pour en parler sur la ml OpenBeOs :-D
merci d'incrémenter mon compteur de hits ;-P
sans dec', ce sera sous Copyleft alors tu te le mettrais DTC que j'en aurais rien à faire.
@+ et salut à OpenBeOS ;-P
> basé sur aucun autre processeur existant et donc à l'abri des
> problèmes de brevets logiciels.
A priori, je ne vois pas ce que les brevets logiciels viennent faire dedans.
Par contre, le vrai problème ce sont les "vrais" brevets...
non ?
cool !
l'url avait déjà reçu 200 hit, rien que pour la redirection http://f-cpu.tuxfamily.org/redirect.php3?i=8 (fichier .zip...)
Soyez indulgent, je n'ai pas eu le temps de finir toutes les illustrations ... (j'étais un peu à la bourre...)
les registres sont pas "vectoriels" mais "SIMD". Dans la pratique, la différence est que les vecteurs sont assez courts et calculés en //, c'est tout. Mais ça suffit :-)
Le fait d'avoir un banc unique est un avantage et un inconvénient mais je suis trop fatigué pour parler de ça. On a décidé de ça ya 3 ans et MIPS/SPARC est comme ça, c'est pratique et ça marche.
Enfin le but de LEON est différent. Et SPARC commence à ne plus être jeune... or on veut faire un truc qui dure LONGTEMPS, pas concurrencer SUN. Et puis FC0 ROXOR tellement plus que SPARC ;-P
'nenuit et tu as raté une bonne conf. Faudra venir à Bordeaux...
c'est pas encore ça, en plus je suis à la bourre, mais ça vous donnera peut-être le coup de pouce pour venir ?
après, faudra tout remettre au propre...
et puis prendre des vacances. Ce projet de fous me tue !...
kicé koré une cabane au fond de la forêt australienne ou canadienne, ou assimilée ?
bon, ben maintenant ils faut qu'ils me passent leur soft :-P mais bon, à moins d'être admin "pro", c'est pas facile à installer, ncsim sous linux. J'ai mis un an.....
Mais bon, ça m'évitera de faire le tapin chez Synopsys. A moins que Synopsys ne lise la news et décide de faire un geste en faveur de F-CPU ;-P
Quant aux CD je comptais sur les autres pour m'aider à les graver. Va falloir faire des enchères pour déterminer qui repartira avec les 14 galettes gravées :-P
Bon, il faut que je finisse mon support de présentation et il me manque encore des illustrations... A ce soir !!!!!!
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 ;-)
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.
C'est pas juste, on voit pas la belle queue de
cheval de fred sur la photo (disponible sur
la version papier et que j'envoie à la responsable
revue de presse de la FSF) ! :-(
C'est un problème de conception, et surtout
peu de personnes auraient envie de toucher à ce code.
En plus ça n'a pas été fait pour être un outil VHDL,
mais un outil de conception pour le layout des ASIC,
il y a une nuance...
Donc le mec a implémenté une toute petite
partie du (lourd) standard tout simplement parce
que le reste des fonctionalités n'ont pas d'utilité
dans le cadre de son environnement de travail.
Cependant, pour la remarque sur le prix, je dois quand même rappeler que le monde de la microélectronique semble fonctionner à l'envers. Ils sont prêts à dépenser des millions pour des conneries et vous refuser une augmentation ou même l'accès à une doc.
Ils sont comme ça.
nicO pourra certainement confirmer : le prix est une chose. C'est aussi souvent un investissement à moyen terme et le GNU a un peu de mal à être compris, surtout à cause des FUD de M$ et des équivalents dans cette industrie. Par contre ce qu'ils veulent ce sont des garanties ! Parce que un million restera toujours un million et les investisseurs exigent des résultats positifs en temps et en heure.
Ces gens-là connaissent les lois du marché : si tu ne vends pas assez cher, tu ne fais pas de bénef et tu coules, donc tu ne peux plus faire la maintenance et le support. Et tomber en rade d'un ordi en plein bouclage de projet c'est dur mais ça se remplace. Par contre un outil customisé pour une application extrêmement pointue, le client risque de ne jamais s'en relever. Vu comme ça c'est plus compréhensible, non ?
si en plus ils peuvent éviter de dépenser 10 millions pour une connerie, ils le feront.
GNU ne leur apporte pas de garantie "directe" comme le support, la hotline et "l'ingénieur d'application qui t'envoie chier si tu lui demande de l'aide". Par contre la garantie indirecte est justement de ne jamais être dépendant d'une seule source et dans cette industrie, les compagnies apparaissent souvent moins vite qu'elles ne disparaissent...
Donc GNU-style HW a "seulement" besoin de travaux suffisamment avancés pour allumer la mèche. Pour l'instant, F-CPU, LEON et Opencores ce sont de petits rigolos à leurs yeux mais les enjeux vont beaucoup plus loin, il faut "juste" dégainer les bons arguments (cf ce papier et la réponse du Pérou à M$).
Ce monde-là souffre d'une intoxication mentale et d'un bourrage de crâne entretenus par la pression des investisseurs qui n'y connaissent rien. Il y a 20 ans, comme le mentionne l'auteur, chaque boite avait ses outils et ça ne se fait plus de nos jours, les années 80 ont vu une concentration massive des développements et une spécialisation pointue. Chacun reste dans son domaine. Un fondeur ne fera pas de développement de circuit, il se contente le plus souvent d'améliorer ses process chimiques...
Pourvu qu'on arrive à mettre notre grain de sable dedans :-) ce sera tout bénef pour tout le monde, au niveau prix, compétitivité, qualité et obsolescence.
Pour avoir essayé Electric, dans l'optique d'une utilisation dans un projet "trollesque", mais avec la nécessité du sérieux, ben je ne pense pas que ce soit vraiment utlisisable à grande échelle (temps, taille du circuit et nombre de personne).
Surtout, quand je l'ai essayé, ce cong refuse de compiler du VHDL qu'il n'a pas lui-même généré, ce qui est un peu aussi cong que (K?)Lyx qui aux dernières nouvelles refuse d'importer du LaTex ...
Recommandation : utiliser les outils VHDL standard !!!
ben si ça marche, mon "truc" (que je suis en train de faire, YGLFS)
prendra à peu près cette taille sur un CD d'installe, mais je ne sais pas si
je vais virer KDE3 et tout X, pasqu'avec DirectFB, y'a plus de problème
(ni d'optimisation pasque ma Matrox est supportée, ni de taille pasque DirectFB c'est tout petit, ...)
donc un package LFS fait 80MO mais avec le reste, compter 150MO en sources.tbz2.
question temps, prépare un week-end entier, sans
compter le temps de rapatrier les packages les
plus récents et la lecture du BOOK en entier.
Mais après, c'est du temps super bien investi !
je prépare un "YGLFS" ("YG's Linux Factory System")
et je pourrai infecter tous les disques durs chez
moi en ne recompilant que le nécessaire !
Et avec le "patch/module" uname, on peut compiler
pour un 486 alors que la bécane est un 686.
Autant dire que après, ça booste !
[^] # Re: Et...
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Introduction au F-CPU. Évalué à 10.
# petite précision...
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Introduction au F-CPU. Évalué à 10.
# plop !
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Introduction au F-CPU. Évalué à 10.
[^] # Re: proceedings
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Conférence F-CPU. Évalué à 0.
Le fait d'avoir un banc unique est un avantage et un inconvénient mais je suis trop fatigué pour parler de ça. On a décidé de ça ya 3 ans et MIPS/SPARC est comme ça, c'est pratique et ça marche.
Enfin le but de LEON est différent. Et SPARC commence à ne plus être jeune... or on veut faire un truc qui dure LONGTEMPS, pas concurrencer SUN. Et puis FC0 ROXOR tellement plus que SPARC ;-P
'nenuit et tu as raté une bonne conf. Faudra venir à Bordeaux...
YG
[^] # YAKAKLIKER
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Petit à petit, le pingouin fait son nid. Évalué à 5.
http://f-cpu.tuxfamily.org/redirect.php3?i=8(...)
bon c'est pas fini-fini mais t'as le gros de la bête... bonne digestion.
(PS: tavékapamepoucé !)
# proceedings
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Conférence F-CPU. Évalué à 10.
http://f-cpu.tuxfamily.org/redirect.php3?i=8(...) (zip, 450KO)
c'est pas encore ça, en plus je suis à la bourre, mais ça vous donnera peut-être le coup de pouce pour venir ?
après, faudra tout remettre au propre...
et puis prendre des vacances. Ce projet de fous me tue !...
kicé koré une cabane au fond de la forêt australienne ou canadienne, ou assimilée ?
# OUUUEEEEEEEEEEEEE !!!!!
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Petit à petit, le pingouin fait son nid. Évalué à 10.
Mais bon, ça m'évitera de faire le tapin chez Synopsys. A moins que Synopsys ne lise la news et décide de faire un geste en faveur de F-CPU ;-P
n'oubliez pas :
http://linuxfr.org/2002/06/12/8622,0,-1,0,1.php3(...)
http://f-cpu.tuxfamily.org/redirect.php3?i=8(...)
http://f-cpu.tuxfamily.org/gen.php3/2002/06/08/4,0,5,0,1.php3(...)
(putain, c'est ce soir...)
[^] # Re: oh putain ça va encore troller...
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Linux Loader en kiosque. Évalué à -1.
[^] # Re: Merci!!! / Toujours pas en 1er page!
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Conférence F-CPU. Évalué à 3.
Quant aux CD je comptais sur les autres pour m'aider à les graver. Va falloir faire des enchères pour déterminer qui repartira avec les 14 galettes gravées :-P
Bon, il faut que je finisse mon support de présentation et il me manque encore des illustrations... A ce soir !!!!!!
# oh putain ça va encore troller...
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Linux Loader en kiosque. Évalué à -10.
# Une seule chose à dire ...
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche AGNULA: A GNU/Linux Audio distribution. Évalué à -4.
[^] # Re: Important? A vous de voir...
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Conférence F-CPU / Paris le 13 Juin 2002 / ouvert à tous. Évalué à 3.
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 Yann Guidon (site web personnel) . En réponse à la dépêche Conférence F-CPU / Paris le 13 Juin 2002 / ouvert à tous. Évalué à 9.
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.
# <mode Calimero=on>
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Les informaticiens du libre. Évalué à -10.
cheval de fred sur la photo (disponible sur
la version papier et que j'envoie à la responsable
revue de presse de la FSF) ! :-(
Il en est pourtant si fier :-)
Allez, plop.
[^] # Re: note, juste en passant
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Vivre du logiciel libre : un exemple. Évalué à 3.
peu de personnes auraient envie de toucher à ce code.
En plus ça n'a pas été fait pour être un outil VHDL,
mais un outil de conception pour le layout des ASIC,
il y a une nuance...
Donc le mec a implémenté une toute petite
partie du (lourd) standard tout simplement parce
que le reste des fonctionalités n'ont pas d'utilité
dans le cadre de son environnement de travail.
Enfin, je crois. à vous de vérifier.
[^] # Re: Intéressant, mais...
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Vivre du logiciel libre : un exemple. Évalué à 10.
Cependant, pour la remarque sur le prix, je dois quand même rappeler que le monde de la microélectronique semble fonctionner à l'envers. Ils sont prêts à dépenser des millions pour des conneries et vous refuser une augmentation ou même l'accès à une doc.
Ils sont comme ça.
nicO pourra certainement confirmer : le prix est une chose. C'est aussi souvent un investissement à moyen terme et le GNU a un peu de mal à être compris, surtout à cause des FUD de M$ et des équivalents dans cette industrie. Par contre ce qu'ils veulent ce sont des garanties ! Parce que un million restera toujours un million et les investisseurs exigent des résultats positifs en temps et en heure.
Ces gens-là connaissent les lois du marché : si tu ne vends pas assez cher, tu ne fais pas de bénef et tu coules, donc tu ne peux plus faire la maintenance et le support. Et tomber en rade d'un ordi en plein bouclage de projet c'est dur mais ça se remplace. Par contre un outil customisé pour une application extrêmement pointue, le client risque de ne jamais s'en relever. Vu comme ça c'est plus compréhensible, non ?
si en plus ils peuvent éviter de dépenser 10 millions pour une connerie, ils le feront.
GNU ne leur apporte pas de garantie "directe" comme le support, la hotline et "l'ingénieur d'application qui t'envoie chier si tu lui demande de l'aide". Par contre la garantie indirecte est justement de ne jamais être dépendant d'une seule source et dans cette industrie, les compagnies apparaissent souvent moins vite qu'elles ne disparaissent...
Donc GNU-style HW a "seulement" besoin de travaux suffisamment avancés pour allumer la mèche. Pour l'instant, F-CPU, LEON et Opencores ce sont de petits rigolos à leurs yeux mais les enjeux vont beaucoup plus loin, il faut "juste" dégainer les bons arguments (cf ce papier et la réponse du Pérou à M$).
Ce monde-là souffre d'une intoxication mentale et d'un bourrage de crâne entretenus par la pression des investisseurs qui n'y connaissent rien. Il y a 20 ans, comme le mentionne l'auteur, chaque boite avait ses outils et ça ne se fait plus de nos jours, les années 80 ont vu une concentration massive des développements et une spécialisation pointue. Chacun reste dans son domaine. Un fondeur ne fera pas de développement de circuit, il se contente le plus souvent d'améliorer ses process chimiques...
Pourvu qu'on arrive à mettre notre grain de sable dedans :-) ce sera tout bénef pour tout le monde, au niveau prix, compétitivité, qualité et obsolescence.
J'espère que c'est moins confus maintenant.
# note, juste en passant
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Vivre du logiciel libre : un exemple. Évalué à 10.
Surtout, quand je l'ai essayé, ce cong refuse de compiler du VHDL qu'il n'a pas lui-même généré, ce qui est un peu aussi cong que (K?)Lyx qui aux dernières nouvelles refuse d'importer du LaTex ...
Recommandation : utiliser les outils VHDL standard !!!
Par exemple, Simili à http://www.symphonyeda.com(...) :-)
C'est pas "libre" mais au moins c'est standard, en attendant que le projet FreeHDL sorte qqc de potable... et qui ne coredumpe pas...
YG
[^] # Re: Bonne intiative !
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Des nouvelles du simputer. Évalué à 10.
# I AM THE WARLORD (bon d'accord, un junior, mais c'est déjà un bon début, non ?)
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Linux From Scratch. Évalué à 6.
Bon ben c'est pas tout ça mais il reste encore le chapitre 6 à faire... arf...
Pour les scripts, çui qui n'en veut ben il a qu'à regarder sur la tribune ou m'envoyer un mail.
Voilà.
Et puis merci pour cette news, je suis maintenant un "frère" :-) Même si je ne pourrais jamais utiliser mes 16 votes par jour ;-D
[^] # Re: le plus long ;)
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Linux From Scratch. Évalué à 10.
machine à remonter le temps
et
machine à perdre du temps
plop ! :-P
[^] # Re: le plus long ;)
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Linux From Scratch. Évalué à 10.
prendra à peu près cette taille sur un CD d'installe, mais je ne sais pas si
je vais virer KDE3 et tout X, pasqu'avec DirectFB, y'a plus de problème
(ni d'optimisation pasque ma Matrox est supportée, ni de taille pasque DirectFB c'est tout petit, ...)
donc un package LFS fait 80MO mais avec le reste, compter 150MO en sources.tbz2.
@+
[^] # Re: manque de temps
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Linux From Scratch. Évalué à 10.
compter le temps de rapatrier les packages les
plus récents et la lecture du BOOK en entier.
Mais après, c'est du temps super bien investi !
je prépare un "YGLFS" ("YG's Linux Factory System")
et je pourrai infecter tous les disques durs chez
moi en ne recompilant que le nécessaire !
Et avec le "patch/module" uname, on peut compiler
pour un 486 alors que la bécane est un 686.
Autant dire que après, ça booste !
[^] # Re: Commercialisation
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Simputer sur France-Info. Évalué à -1.
Mais a ce prix pourquoi s'en priver ? :)
On se cottise pour en acheter un pour plusieurs personnes ? ;)
Attends la sortie du F-CPU ;-P
[^] # Re: more beer
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Les firstjeudi déménagent. Évalué à 2.
Pour le savoir : une seule solution ;-)
t'es libre jeudi soir ? :-P
--
F-CPU roulaize pas encore mais donnez-moi encore quelques années...
[^] # Re: Cool, Taverne des Halles
Posté par Yann Guidon (site web personnel) . En réponse à la dépêche Les firstjeudi déménagent. Évalué à 2.
ASV ? :-)
un album en préparation ? :-)