Hardware » Jouer avec la carte de développement Mini2440
Rappel du message précédent
Jouer avec la carte de développement Mini2440
Publié le 07/02/2011 @ 09:44:21,
Par blietaerPeut-etre qu'ils se limitent à la France pour la vente en librairie.
La migeole du service d'édition m'a juré que non:dans toutes les grandes librairies et les gares.
Mais j'ai trouvé! (Lille)
Et au besoin s'arrêter.
Jouer avec la carte de développement Mini2440
Publié le 07/02/2011 @ 13:26:37,
Par babeleir> bli
sans indiscrétion. Quel est ton avis sur cette revue et en particulier l'article sur la carte de développement?
sans indiscrétion. Quel est ton avis sur cette revue et en particulier l'article sur la carte de développement?
"Lorsque le sage montre la lune, l'imbécile regarde le doigt..."
Jouer avec la carte de développement Mini2440
Publié le 16/02/2011 @ 14:28:17,
Par blietaerrfr/phil> je vois qu'on a le même filon pour le kernel 2.6.32-r8 : git clone git://repo.or.cz/linux-2.6/mini2440.git ?
Tu as trouvé plus récent?
Cela dit, je me demandais comment on pouvait partir d'un kernel au bon gout de vanille? c'est un gros boulot? De ma compréhension, c'est 'juste' du gros boulot dans le .config ? ou bien il faut vraiment y aller à la hache dans les *.h ? (et donc patches)
babel> bah il y a tjrs des articles pas vraiment intéressants pour moi (le VHDL cela fait des lustres que je n'en fais plus) mais c'est comme pour les revues Linux auxquelles je suis abonné: il y a tjrs des articles sur Perl ou sur openoffice.
Par contre l'article sur le mini2440 est vraiment bien foutu, il me prend bien par la main comme j'adore pour découvrir un truc.
Petit hic: le apt-sources.list qu'ils proposent est foirax...et c'est dommage: j'aimais bien avoir une source officielle pour le arm toolchain gnueabi...plutôt que de "trouver" un arm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2 sur internet.
Tu as trouvé plus récent?
Cela dit, je me demandais comment on pouvait partir d'un kernel au bon gout de vanille? c'est un gros boulot? De ma compréhension, c'est 'juste' du gros boulot dans le .config ? ou bien il faut vraiment y aller à la hache dans les *.h ? (et donc patches)
babel> bah il y a tjrs des articles pas vraiment intéressants pour moi (le VHDL cela fait des lustres que je n'en fais plus) mais c'est comme pour les revues Linux auxquelles je suis abonné: il y a tjrs des articles sur Perl ou sur openoffice.
Par contre l'article sur le mini2440 est vraiment bien foutu, il me prend bien par la main comme j'adore pour découvrir un truc.
Petit hic: le apt-sources.list qu'ils proposent est foirax...et c'est dommage: j'aimais bien avoir une source officielle pour le arm toolchain gnueabi...plutôt que de "trouver" un arm-2008q3-72-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2 sur internet.
Et au besoin s'arrêter.
Jouer avec la carte de développement Mini2440
Publié le 16/02/2011 @ 14:34:15,
Par rfrJ'utilise en fait le dernier kernel stable "vanilla" comme tu dis. Ca fonctionne. Bon, évidement, je n'ai pas tous les drivers, mais il semblerait que l'intégration du 2440 dans le kernel ne soit pas vraiment dans le "state of the art".
Mais comme "chezmoiçamarche.com" si ce n'est un cable réseau qui soit disant se débranche 3 secondes +/- toutes les heures (je vrais voir si c'est le cable ou autre chose), pour moi ça me suffit.
Dernière édition: 16/02/2011 @ 14:35:00
Mais comme "chezmoiçamarche.com" si ce n'est un cable réseau qui soit disant se débranche 3 secondes +/- toutes les heures (je vrais voir si c'est le cable ou autre chose), pour moi ça me suffit.
Dernière édition: 16/02/2011 @ 14:35:00
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
Jouer avec la carte de développement Mini2440
Publié le 16/02/2011 @ 15:50:51,
Par blietaer tu veux dire que pomper le dernier kernel.org et recompiler en
make -j9 CFLAGS="-march=armv4t -mtune=arm920t" CXXFLAGS="-march=armv4t -mtune=arm920t" ARCH=arm
Et pas d'erreur?!
sont forts ces manchots...
make -j9 CFLAGS="-march=armv4t -mtune=arm920t" CXXFLAGS="-march=armv4t -mtune=arm920t" ARCH=arm
Et pas d'erreur?!
sont forts ces manchots...
Et au besoin s'arrêter.
Jouer avec la carte de développement Mini2440
Publié le 16/02/2011 @ 15:58:35,
Par rfrNon
Mais ça oui (en changeant le crosstool prefix etc...)
CROSS_COMPILE=arm-920t-linux-gnueabi- ARCH=arm make mini2440_defconfig
make ARCH=arm menuconfig
Compilation Kernel + modules (dans source)
CROSS_COMPILE=arm-920t-linux-gnueabi- ARCH=arm make
CROSS_COMPILE=arm-920t-linux-gnueabi- ARCH=arm make modules
CROSS_COMPILE=arm-920t-linux-gnueabi- ARCH=arm make INSTALL_MOD_PATH=.. modules_install
Fabricartion image u-boot:
mkimage -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008000 -d arch/arm/boot/zImage
Mais ça oui (en changeant le crosstool prefix etc...)
CROSS_COMPILE=arm-920t-linux-gnueabi- ARCH=arm make mini2440_defconfig
make ARCH=arm menuconfig
Compilation Kernel + modules (dans source)
CROSS_COMPILE=arm-920t-linux-gnueabi- ARCH=arm make
CROSS_COMPILE=arm-920t-linux-gnueabi- ARCH=arm make modules
CROSS_COMPILE=arm-920t-linux-gnueabi- ARCH=arm make INSTALL_MOD_PATH=.. modules_install
Fabricartion image u-boot:
mkimage -A arm -O linux -T kernel -C none -a 0x30008000 -e 0x30008000 -d arch/arm/boot/zImage
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
Jouer avec la carte de développement Mini2440
Publié le 16/02/2011 @ 16:01:57,
Par blietaerOui on est bien d'accord mais donc
mini2440_defconfig
est connu dans le vanilla?!
(dans le Makefile de ma version patchée je vois bien une règle pour les *_defconfig...)
mini2440_defconfig
est connu dans le vanilla?!
(dans le Makefile de ma version patchée je vois bien une règle pour les *_defconfig...)
Et au besoin s'arrêter.
Jouer avec la carte de développement Mini2440
Publié le 16/02/2011 @ 17:10:57,
Par rfryep!
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
Jouer avec la carte de développement Mini2440
Publié le 16/02/2011 @ 18:38:15,
Par philfrBli> ton toolchain a un nom qui ressemble à ceux de codesourcery:
http://www.codesourcery.com/sgpp/lite/arm/portal/subscription3053
http://www.codesourcery.com/sgpp/lite/arm/portal/subscription3053
Jouer avec la carte de développement Mini2440
Publié le 17/02/2011 @ 10:20:09,
Par blietaerDe fait!
Ah et premier pingouin sur mon écran tactile hier !
Le rootfs mtn...
Ah et premier pingouin sur mon écran tactile hier !
Le rootfs mtn...
Et au besoin s'arrêter.
Jouer avec la carte de développement Mini2440
Publié le 03/03/2011 @ 11:32:33,
Par blietaer..le rootfs donc.
Un bon debootstrap sur ma SD de 8Go.
Hop je l'insère
MINI2440# mmcinit
MINI2440# setenv bootargs 'console=ttySAC0,115200 noinitrd root/dev/mmcblk0p1 rootdelay=4 rw mini2440=3tb ip=141.253.4.9 init=/bin/sh'
MINI2440# nboot.e kernel
MINI2440# mboot
et...patatraffff:
mmc0: new SDHC card at address 1234
s3c2410-rtc s3c2410-rtc: setting system clock to 2152-10-04 10:34:30 UTC (1472357174)
mmcblk0: mmc0:1234 SA08G 7.40 GiB
mmcblk0: p1
eth0: link down
IP-Config: Guessing netmask 255.255.0.0
IP-Config: Complete:
device=eth0, addr=141.253.4.9, mask=255.255.0.0, gw=255.255.255.255,
host=141.253.4.9, domain=, nis-domain=(none),
bootserver=255.255.255.255, rootserver=255.255.255.255, rootpath=
Waiting 4sec before mounting root device...
eth0: link up, 100Mbps, full-duplex, lpa 0xCDE1
Root-NFS: No NFS server available, giving up.
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "<NULL>" or unknown-block(2,0)
Please append a correct "root=" boot option; here are the available partitions:
1f00 256 mtdblock0 (driver?)
1f01 128 mtdblock1 (driver?)
1f02 5120 mtdblock2 (driver?)
1f03 256640 mtdblock3 (driver?)
b300 7766016 mmcblk0 driver: mmcblk
b301 7758463 mmcblk0p1
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
Je comprends pas le "<NULL>" ni le block(2,0)
En fait, j'ai même ajouté une ligne dans le fstab pour le root (il n'y avait que le proc)
mais cela ne change rien (probablement le fstab n'est fatalement pas dispo à ce stade...?)
Un bon debootstrap sur ma SD de 8Go.
Hop je l'insère
MINI2440# mmcinit
MINI2440# setenv bootargs 'console=ttySAC0,115200 noinitrd root/dev/mmcblk0p1 rootdelay=4 rw mini2440=3tb ip=141.253.4.9 init=/bin/sh'
MINI2440# nboot.e kernel
MINI2440# mboot
et...patatraffff:
mmc0: new SDHC card at address 1234
s3c2410-rtc s3c2410-rtc: setting system clock to 2152-10-04 10:34:30 UTC (1472357174)
mmcblk0: mmc0:1234 SA08G 7.40 GiB
mmcblk0: p1
eth0: link down
IP-Config: Guessing netmask 255.255.0.0
IP-Config: Complete:
device=eth0, addr=141.253.4.9, mask=255.255.0.0, gw=255.255.255.255,
host=141.253.4.9, domain=, nis-domain=(none),
bootserver=255.255.255.255, rootserver=255.255.255.255, rootpath=
Waiting 4sec before mounting root device...
eth0: link up, 100Mbps, full-duplex, lpa 0xCDE1
Root-NFS: No NFS server available, giving up.
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "<NULL>" or unknown-block(2,0)
Please append a correct "root=" boot option; here are the available partitions:
1f00 256 mtdblock0 (driver?)
1f01 128 mtdblock1 (driver?)
1f02 5120 mtdblock2 (driver?)
1f03 256640 mtdblock3 (driver?)
b300 7766016 mmcblk0 driver: mmcblk
b301 7758463 mmcblk0p1
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)
Je comprends pas le "<NULL>" ni le block(2,0)
En fait, j'ai même ajouté une ligne dans le fstab pour le root (il n'y avait que le proc)
mais cela ne change rien (probablement le fstab n'est fatalement pas dispo à ce stade...?)
Et au besoin s'arrêter.
Jouer avec la carte de développement Mini2440
Publié le 03/03/2011 @ 13:20:49,
Par rfrTon root device spécifié n'est pas le bon, d'ailleurs, il n'est pas spécifié du tout ... d'ou le <NULL>
Tu veux booter via NFS (tu as mis une IP dans les arguments du kernel)?
Tu veux booter via NFS (tu as mis une IP dans les arguments du kernel)?
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
Jouer avec la carte de développement Mini2440
Publié le 03/03/2011 @ 13:38:44,
Par blietaerTon root device spécifié n'est pas le bon,
MMmhh grmmmlll mais pq?!
si dans le bootars de l'env.
ahh mais tiens on dirait que...
Kernel command line: console=ttySAC0,115200 noinitrd root/dev/mmcblk0p1 rootdelay=4 rw mini2440=3tb ip=141.253.4.9 init=/bin/sh
Nope.
(tu as mis une IP dans les arguments du kernel)?
Ouaip.
Et au besoin s'arrêter.
Jouer avec la carte de développement Mini2440
Publié le 03/03/2011 @ 14:07:19,
Par rfrroot/dev/mmcblk0p1 ?????
ou
root=/dev/mmcblk0p1 ?????
ou
root=/dev/mmcblk0p1 ?????
To die is a time consuming activity, it often takes a lifetime (but some are faster than others ... though)
Jouer avec la carte de développement Mini2440
Publié le 03/03/2011 @ 14:26:13,
Par blietaerbah voui, d'où le : cupra :
allez je reteste...
allez je reteste...
Et au besoin s'arrêter.
Jouer avec la carte de développement Mini2440
Publié le 04/03/2011 @ 11:27:00,
Par blietaerRooooooôoh je suis sur le cul tellement c'est beau emDebian...
apt-get dans un minicom, c'est beau.
J'ai encore deux petites questions:
1./ Je passe encore par ( ma propre image de) uboot, pour lancer mon linux en 4 étapes:
a.) mmcinit
b.) setenv du bootargs à tirroir
c.) nboot.e kernel
d.) bootm
Cela ne devrait-il pas être automatisé? ou alors je dois décider de péter la gueule à uboot? le configurer simplement pour qu'il boot mon kernel de la zone kernel (ou de la partition /boot de ma SD...) ?
2./ J'ai une appli en C pure jus, compilée en 32b sous Debian i586 jusqu'alors, que je voudrais bien porter sur ce board.
Outre remplacer tous les 'gcc' dans les Makefile par 'gcc-gnueabi-'kivabien, je devrais aussi gérer l'utilisation de l'appel à libxml2-dev, libpcap-dev (et libsnmp-dev) qui ne sont pas dispo sous ARM...
arm-none-linux-gnueabi-gcc -L/usr/lib -ggdb -O0 tmon_timer_tst.o tmon_timer.o tmon_diag.o tmon_audit.o -lxml2 -lm -ldl -lwrap -lwrap -o tmon_timer_tst
/home/bli/arm-2008q3/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/../../../../arm-none-linux-gnueabi/bin/ld: warning: library search path "/usr/lib" is unsafe for cross-compilation
/home/bli/arm-2008q3/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/../../../../arm-none-linux-gnueabi/bin/ld: skipping incompatible /usr/lib/libxml2.so when searching for -lxml2
/home/bli/arm-2008q3/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/../../../../arm-none-linux-gnueabi/bin/ld: skipping incompatible /usr/lib/libxml2.a when searching for -lxml2
/home/bli/arm-2008q3/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/../../../../arm-none-linux-gnueabi/bin/ld: cannot find -lxml2
collect2: ld returned 1 exit status
make: *** [tmon_timer_tst] Error 1
rm tmon_snmp.o
Cela pue que je suis parti pour des semaines et des semaines de portage?
Ou bien d'autres hommes sont passé par là?
apt-get dans un minicom, c'est beau.
J'ai encore deux petites questions:
1./ Je passe encore par ( ma propre image de) uboot, pour lancer mon linux en 4 étapes:
a.) mmcinit
b.) setenv du bootargs à tirroir
c.) nboot.e kernel
d.) bootm
Cela ne devrait-il pas être automatisé? ou alors je dois décider de péter la gueule à uboot? le configurer simplement pour qu'il boot mon kernel de la zone kernel (ou de la partition /boot de ma SD...) ?
2./ J'ai une appli en C pure jus, compilée en 32b sous Debian i586 jusqu'alors, que je voudrais bien porter sur ce board.
Outre remplacer tous les 'gcc' dans les Makefile par 'gcc-gnueabi-'kivabien, je devrais aussi gérer l'utilisation de l'appel à libxml2-dev, libpcap-dev (et libsnmp-dev) qui ne sont pas dispo sous ARM...
arm-none-linux-gnueabi-gcc -L/usr/lib -ggdb -O0 tmon_timer_tst.o tmon_timer.o tmon_diag.o tmon_audit.o -lxml2 -lm -ldl -lwrap -lwrap -o tmon_timer_tst
/home/bli/arm-2008q3/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/../../../../arm-none-linux-gnueabi/bin/ld: warning: library search path "/usr/lib" is unsafe for cross-compilation
/home/bli/arm-2008q3/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/../../../../arm-none-linux-gnueabi/bin/ld: skipping incompatible /usr/lib/libxml2.so when searching for -lxml2
/home/bli/arm-2008q3/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/../../../../arm-none-linux-gnueabi/bin/ld: skipping incompatible /usr/lib/libxml2.a when searching for -lxml2
/home/bli/arm-2008q3/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.2/../../../../arm-none-linux-gnueabi/bin/ld: cannot find -lxml2
collect2: ld returned 1 exit status
make: *** [tmon_timer_tst] Error 1
rm tmon_snmp.o
Cela pue que je suis parti pour des semaines et des semaines de portage?
Ou bien d'autres hommes sont passé par là?
Et au besoin s'arrêter.
Jouer avec la carte de développement Mini2440
Publié le 04/03/2011 @ 12:59:56,
Par philfrC'est là tout l'intérêt d'utiliser openembedded, ou buildroot, qui te font le toolchain, les librariries de ton choix, et les applis de ton choix.
SInon, ben oui, tu fais un linux from scratch en recompilant toutes tes libs, ce qui est très intéressant mais un peu long. Surtout en cross-dev, car beaucoup de trucs qui buildent très bien avec ./configure; make; make install sont prévus pour être compilés sur la machine target. Et les openembedded et autres ont leur collection de patchs pour que ça marche aussi en cross.
Dernière édition: 04/03/2011 @ 13:00:28
SInon, ben oui, tu fais un linux from scratch en recompilant toutes tes libs, ce qui est très intéressant mais un peu long. Surtout en cross-dev, car beaucoup de trucs qui buildent très bien avec ./configure; make; make install sont prévus pour être compilés sur la machine target. Et les openembedded et autres ont leur collection de patchs pour que ça marche aussi en cross.
Dernière édition: 04/03/2011 @ 13:00:28
Jouer avec la carte de développement Mini2440
Publié le 04/03/2011 @ 14:48:25,
Par blietaerOK, je vois.
Mais qu'en est-il de ton choix?
Tu avais posté une hésitation entre openembedded, scratchbox, buildroot et linux from scratch, un verdict ?
Mais qu'en est-il de ton choix?
Tu avais posté une hésitation entre openembedded, scratchbox, buildroot et linux from scratch, un verdict ?
Et au besoin s'arrêter.
Jouer avec la carte de développement Mini2440
Publié le 04/03/2011 @ 23:06:17,
Par philfrJ'ai pas encore fait mon choix définitif, mais openembedded est la rolls du genre, et le dernier que j'ai buildé a marché jusqu'au bout (après encore quelques patchs évidemment genre ne pas compiler en thumb, et ne pas choisir uclibc, hélas)
Jouer avec la carte de développement Mini2440
Publié le 07/03/2011 @ 11:19:44,
Par blietaerJ'avais espéré très fort que tu ne répondes pas cela...
Avec un affreux bitbake? from repository? tout fait maison?
Je pense que je vais essayer un cran en dessous, c'est quoi la taille juste en dessous: scratchbox ?
Avec un affreux bitbake? from repository? tout fait maison?
Je pense que je vais essayer un cran en dessous, c'est quoi la taille juste en dessous: scratchbox ?
Et au besoin s'arrêter.
Jouer avec la carte de développement Mini2440
Publié le 07/03/2011 @ 18:07:01,
Par philfrY'en a pas un chez moi qui a marché out of the box...