Utilisation normale d'une maquette
Communication avec la carte
Il y a deux moyens de communiquer avec une maquette : par le réseau ou par port série (RS232).
Port série
C'est le port utilisé :
- par le bootloader, lors du boot de la carte
- par Linux, qui y sort par défaut la console et un shell root
Côté PC, on utilisera un terminal sachant piloter les ports série :
sous Linux : minicom ou cu
sous Windows : Teraterm Pro
Par défaut le port série de la maquette est configuré en 115200 baud, 8 bits, pas de parité, 1 bit de stop, pas de contrôle de flux (autrement dit 115200 8N1 No ).
Avec minicom, on pourra utiliser les réglages suivants : {{{# Machine-generated file - use "minicom -s" to change parameters. pu port /dev/ttyS0 pu baudrate 115200 pu bits 8 pu parity N pu stopbits 1 pu rtscts No }}}
Port Ethernet
Le fonctionnement de l'Ethernet est différent selon qu'on est sous Linux ou dans le bootloader.
Dans le bootloader
Par défaut, le bootloader prend l'adresse IP 192.168.0.30. Il est possible d'en choisir une autre au boot, par la commande ipcfg. Pour sauver cette adresse de façon permanente, on utilisera la commande senv.
Sous Linux
Lors du boot de Linux, l'adresse IP du bootloader est ignorée. Le noyau Linux demande une nouvelle adresse IP au serveur DHCP. Si le serveur met trop de temps à répondre, il en prend une par défaut, la même que celle que le serveur DHCP aurait normalement dû lui attribuer.
L'adresse IP obtenue par la carte (soit par DHCP, soit de façon autonome) est de type 137.194.66.xxx. Le xxx dépend de l'adresse MAC de la carte et correspond au numéro de la carte (cf. autocollant sur le connecteur MMC).
Les cartes ne disposant pas d'EEPROM pour stocker leur adresse MAC, c'est le bootloader qui donne l'adresse MAC au noyau Linux (sur la ligne de commande du noyau) par le paramètre mac.
Transfert d'une application sur la carte
On peut transférer une application par le port série au moyen de la commande lrz :
taper lrz sur la carte,
- puis utiliser les menus de minicom pour envoyer le fichier par protocole ZMODEM.
Si on dispose du réseau, il vaut mieux passer par lui, c'est beaucoup plus rapide ! Pour cela :
on peut monter son compte SAMBA par la commande smbmount //serveur/partage /mnt -ousername=BLABLABLA. Par exemple, pour utiliser le SAMBA de COMELEC : smbmount //yggdrasil/polti /mnt -ousername=polti.
on peut utiliser wget pour récupérer un fichier disponible sur une page web : wget http://perso.enst.fr/~polti/mon_fichier.tgz
on peut utiliser un client ftp : ftp ftp.enst.fr
enfin on peut aussi utiliser nc.
Lors d'un transfert d'une application par ftp, wget ou nc, penser à la rendre exécutable : chmod a+x fichier
Compilation et débug
Compilation d'un source en C sur le PC
PC$ arm-elf-gcc -Wall -g -Wl,-elf2flt -Os -o hello hello.c -lc
Cela crée l'executable hello pour la maquette et la version hello.gdb pour le debug
Transfert sur la maquette
Par le moyen de votre choix (cf. ci-dessus)...
Lancement de {{{gdbserver}}} sur la maquette
# gdbserver pc:9999 hello
Lancement du debuggueur sur le PC
Si la carte a pour nom arm7-15
PC$ arm_elf_gdb hello.gdb > target remote arm7-15:9999
Si on n'a pas son nom, mais son adresse IP :
PC$ arm_elf_gdb hello.gdb > target remote 137.194.66.12:9999
Et c'est parti.
Atention :
gdbserver sort à chaque fois que le programme débuggé est fini
il ne faut pas oubliez de mettre des breakpoint par défaut au début de main et à exit
- en cas de crash d'une application, il est fort probable que la mémoire a été corrompue. Il vaut mieux rebooter la carte.