Se connecter
Inscription
Mot de passe perdu
Liste des catégories
Qui a lu ce topic?
Répondre
Version imprimable
Activer la notification Hardware » Jouer avec la carte de développement Mini2440
Rappel du message précédent
Phil> tu n'avais pas du tout accroché avec OpenEmbedded ?
Ils semblent avoir des trucs tout cuit pour mini2440...sauf si justement tu n'aimes pas le tout cuit...et bitbake? du caca?
en tous cas, cela a l'aire de prendre des jours/nuits à pre-compiler...
Ils semblent avoir des trucs tout cuit pour mini2440...sauf si justement tu n'aimes pas le tout cuit...et bitbake? du caca?
en tous cas, cela a l'aire de prendre des jours/nuits à pre-compiler...
U-Boot ... boot pas depuis la RAM, enfin, la version que j'ai compilée. J'en ai une autre qui fonctionne, bon, on prendra cette version.
La toolchain, j'ai utilisé crosstool-NG ... QUE du bonheur (enfin, si on prend la dernière version ...)
La je compile busybox pour terminer mon rootfs
Ah ben tiens non, j'installe busybox, c'est ça que je voulais dire
La toolchain, j'ai utilisé crosstool-NG ... QUE du bonheur (enfin, si on prend la dernière version ...)
La je compile busybox pour terminer mon rootfs
Ah ben tiens non, j'installe busybox, c'est ça que je voulais dire
Si, la dernière image que j'ai générée était avec openembedded. Mais il ne faut pas essayer d'utiliser uClibc, parce que plein de choses ne fonctionnent pas. Et si je me souviens bien, j'ai du virer d'une config le fait qu'il veut tout compiler en mode thumb (version 16 bits du jeu d'instructions ARM) et que ça fout aussi le boxon par ci par là.
Le seule chose qui me manquait encore était le Xorg, ou plutôt sa version TinyX, que je n'étais pas encore arrivé à compiler quand j'ai fait un break...
Le concept Openembedded/bitbake est excellent, c'est comme gentoo mais appliqué au cross-développement. Mais il y aura encore beaucoup de boulot dans le projet avant d'avoir des packages qui compilent tout seul sans intervention manuelle dans le code ou la config. J'irais bien voir to lien Gentoo/2440 d'ailleurs.
La compil from scratch d'un environnement à peu près complet ne devrait pas prendre plus d'une (longue) nuit sur une machine correcte avec une connexion internet correcte. Mais c'est beaucoup plus court quand ça ne marche pas
Le seule chose qui me manquait encore était le Xorg, ou plutôt sa version TinyX, que je n'étais pas encore arrivé à compiler quand j'ai fait un break...
Le concept Openembedded/bitbake est excellent, c'est comme gentoo mais appliqué au cross-développement. Mais il y aura encore beaucoup de boulot dans le projet avant d'avoir des packages qui compilent tout seul sans intervention manuelle dans le code ou la config. J'irais bien voir to lien Gentoo/2440 d'ailleurs.
La compil from scratch d'un environnement à peu près complet ne devrait pas prendre plus d'une (longue) nuit sur une machine correcte avec une connexion internet correcte. Mais c'est beaucoup plus court quand ça ne marche pas
U-Boot ... boot pas depuis la RAM
Idem chez moi, mais j'ai trouvé cet update qui concerne un peu toutes les cartes récentes (donc y compris les nôtres):
UPDATE MAY 31st, 2010: There have been some problems with the current repository code and it won't run from RAM for some devices. So here's a quick workaround.
1. Switch the system to NOR and boot with supervivi.
2. hit v in supervivi
3. i uploaded the u-boot.bin file
4. switch the system to NAND and boot up with u-boot. You'll get some errors.
5. Run nand scrubs and createbbt
6. switch back to NOR
7. hit v again and upload U-boot since you just erased it.
8. switch back to nand and it should boot up with minimal errors using u-boot.
9. run the dynpart and dynenv and saveenv as mentioned above.
--> ton "home-made" u-boot.bin est bon, c'est la recette de cuisinne qui ne l'est plus.
Parle pas de malheur: je m'apprête à lancer la compile de l'env. et puis...rentrer.
hehe: http://bill.station51.net/index.php?post/2010/01/17/Openembedded-and-Bitbake-Stupidity-and-Odd-results-from-Openembedded
lol?
Idem chez moi, mais j'ai trouvé cet update qui concerne un peu toutes les cartes récentes (donc y compris les nôtres):
Et moi un u-boot.bin qui fonctionne
C'est surtout que je voudrais booter depuis la SD avec de trifouiller la NAND. Je sais que c'est pas si grave si je pète tout parce que le NOR permet toujours de revenir en arrière mais bon ... Je préfère la flexibilité de la SD.
Flute! Le kernel que j'ai compilé ne contient pas la définition pour le modèle de touchscreen installé, je peux recompiler 
Faut vraiment que je passe sur SD ...
Faut vraiment que je passe sur SD ...
Flute! Le kernel que j'ai compilé ne contient pas la définition pour le modèle de touchscreen installé, je peux recompiler Faut vraiment que je passe sur SD ...
Faut vraiment que je passe sur SD ...Avec le bon kernel, tu passes les caractéristiques du LCD sur la ligne de commande du kernel. Moi ça m'aide parce que je peux avoir le même kernel pour les deux hardwares.
Oui je sais, mais c'est dans le code que la définition n'était pas ... j'ai donc patché la où il fallait (L'écran est un X35, donc le paramètre c'est 5bt)
Et finalement, j'ai installé sur un SD et le miracle est accompli:
/proc # cat cpuinfo
at cpuinfo
Processor : ARM920T rev 0 (v4l)
BogoMIPS : 201.93
Features : swp half thumb
CPU implementer : 0x41
CPU architecture: 4T
CPU variant : 0x1
CPU part : 0x920
CPU revision : 0
Hardware : MINI2440
Revision : 0000
Serial : 0000000000000000
/proc #
Et finalement, j'ai installé sur un SD et le miracle est accompli:
/proc # cat cpuinfo
at cpuinfo
Processor : ARM920T rev 0 (v4l)
BogoMIPS : 201.93
Features : swp half thumb
CPU implementer : 0x41
CPU architecture: 4T
CPU variant : 0x1
CPU part : 0x920
CPU revision : 0
Hardware : MINI2440
Revision : 0000
Serial : 0000000000000000
/proc #
bli> le dernier kernel stable fonctionne sans problèmes sur la carte. Par contre pas de touchscreen ni le son (mais ça je n'ai pas regardé si j'avais sélectionné le driver). Mais je me demande s'il n'y a pas moyen de reporter de la version "mini2440".
Je commence à voir un peu le truc ... c'est fichtrement bien foutu
Je commence à voir un peu le truc ... c'est fichtrement bien foutu
rfr > 
Et hop, je suis passé au kernel 2.6.37 que j'ai un peu modifié pour ajouter les bonnes définition d'écran. J'en ai profité pour recréer ma toolchain en me basant sur les headers du nouveau kernel.
Ensuite, direction compil de dropbear après busybox, récréation de tous le rootfs par script pour que ça aille plus vite et hop:
rfr@iwepslrfr:~$ ssh -l root 10.0.0.100
root@10.0.0.100's password:
`:-._,-.-._,, __
`--'`.`' .. (_ ) ________ __
__( ,_Y) _ _(( )_)__ _ ,--(_ACME_(O) _/_/
/,-, ,-' _-_( )_-_-_ (_(__,[[[___[__],--.
(_)///\\_, ((_)_)) ,-\// \// _\==O-O /
@( //__`-_) (_) `=(___V____V_(_( .___)
_\\-,/_, - -- - _/`\LLLLL(\__/`---'
/,-' `--' -__ -- ( / / ( < < jv
' ''''' ''''
turtle ... is heading
~ # uname -a
Linux mini2440 2.6.37 #1 Sat Jan 29 23:34:07 CET 2011 armv4tl GNU/Linux
~ #
Plus besoin de cable série ...
Me reste a créer un ramdisk sur var pour éviter de tuer la SD ou le flash et on aura une bonne base de travail.
Ensuite, direction compil de dropbear après busybox, récréation de tous le rootfs par script pour que ça aille plus vite et hop:
rfr@iwepslrfr:~$ ssh -l root 10.0.0.100
root@10.0.0.100's password:
`:-._,-.-._,, __
`--'`.`' .. (_ ) ________ __
__( ,_Y) _ _(( )_)__ _ ,--(_ACME_(O) _/_/
/,-, ,-' _-_( )_-_-_ (_(__,[[[___[__],--.
(_)///\\_, ((_)_)) ,-\// \// _\==O-O /
@( //__`-_) (_) `=(___V____V_(_( .___)
_\\-,/_, - -- - _/`\LLLLL(\__/`---'
/,-' `--' -__ -- ( / / ( < < jv
' ''''' ''''
turtle ... is heading
~ # uname -a
Linux mini2440 2.6.37 #1 Sat Jan 29 23:34:07 CET 2011 armv4tl GNU/Linux
~ #
Plus besoin de cable série ...
Me reste a créer un ramdisk sur var pour éviter de tuer la SD ou le flash et on aura une bonne base de travail.
J'ai récupéré un tunnel SIXXS et compilé AICCU, je vais pouvoir refaire joujou avec l'IPv6 \o/
J'ai recompilé SDL, je vais essayé le graphisme aussi Ca pourrait être sympa pour un GUI léger.
Par contre, je crois que je vais en recommandé une, pour joujou en dehors de la maison
J'ai recompilé SDL, je vais essayé le graphisme aussi
Ca pourrait être sympa pour un GUI léger.Par contre, je crois que je vais en recommandé une, pour joujou en dehors de la maison
J'ai récupéré un tunnel SIXXS et compilé AICCU, je vais pouvoir refaire joujou avec l'IPv6 \o/
radvd up and running, je surfe en IPv6
T'as aussi commandé un livre qui arrivera en juillet, ou tu le fais à la barbare ce coup-ci? 
Je suis le Roy 
Non à la barbare, je ne crois d'ailleurs pas qu'il y ai de livres pour ça
Je m'étais déjà essayé à la cross-compilation avant, je ne sais pas pourquoi ça m'avait toujours gonflé. Ici, tout se passe bien, un charme, j'ai pu compiler pas mal de trucs quasi sans problèmes.
J'ai même pu laisser la carte à la maison, j'y accède maintenant vi SSH.
Mais aujourd'hui je ne vais pas beaucoup jouer, j'ai un truc à faire
Je m'étais déjà essayé à la cross-compilation avant, je ne sais pas pourquoi ça m'avait toujours gonflé. Ici, tout se passe bien, un charme, j'ai pu compiler pas mal de trucs quasi sans problèmes.
J'ai même pu laisser la carte à la maison, j'y accède maintenant vi SSH.
Mais aujourd'hui je ne vais pas beaucoup jouer, j'ai un truc à faire
