Utilisation normale d'une maquette

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 défaut :

• par le bootloader, lors du boot de la carte
• par Linux, qui y sort 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 par ftp, wget ou nc, penser à rendre l'application exécutable : chmod a+x fichier

Compilation et débug

Télécharger une version "fonctionnelle" de gdbserver sur la maquette.

# cd /usr
# mkdir mybin
# cd mybin
# tftp 137.194.64.58
tftp> get arm/gdbserver
tftp> exit
# chmod +x gdbserver

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 de l'executable depuis le PC sur le serveur tftp de vega

PC$ tftp vega.enst.fr
tftp> put up/hello
tftp> exit

Récupération de l'executable par la maquette

# tftp 137.194.64.58
tftp> get up/hello
tftp> exit
# chmod +x hello

Lancement de gdbserver sur la maquette (il faut récupérer l'adresse ip du PC)

# /usr/mybin/gdbserver <mon-adresse-ip-de-mon-pc>:9999 hello

Lancement du debugger sur le PC

PC$ arm_elf_insight

Ensuite configurer arm_elf_insight pour

• se connecter en remote IP sur 137.194.66.1, port 9999
• charger l'éxécutable hello.gdb (image ELF avec les symboles de debuggage)

Et c'est parti. Atentiongdbserver 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. Il faut toujours conserver les deux fenêtres pour pouvoir relancer gdbserver