Archives par mot-clé : Embedded

MyBot Logiciel, Robots

Le bootloader Redboot

Ayant changé ma carte TS7200 par une TS7800, je n’utilise pas redboot sur MyBot, mais je laisse cet article au cas ou quelqu’un en aurait besoin.

Redboot

Les cartes TS7200  de chez Technology System sont livrées avec Redboot déjà installé en flash.

La configuration par défaut de Redboot sur la carte TS7200 est la suivante, et on peut l’obtenir avec la commande fconfig -l :

RedBoot> fconfig -l
 Run script at boot: true
 Boot script:
 .. fis load vmlinux
 .. exec -c "console=ttyAM0,115200 root=/dev/mtdblock1
Boot script timeout (100ms resolution): 1
 Use BOOTP for network configuration: false
 Gateway IP address: 192.168.0.11
 Local IP address: 192.168.0.50
 Local IP address mask: 255.255.255.0
 Default server IP address: 192.168.0.11
 dns_ip: 192.168.0.11
 Network hardware address [MAC]: 0x00:0xD0:0x69:0x41:0xFC:0xA7
 GDB connection port: 9000
 Force console for special debug messages: false
 Network debug at boot time: false

Avec cette configuration, le kernel Linux vmlinux est chargé depuis la flash interne depuis le système de fichier de redboot. La liste de partition Redboot peut être obtenue avec la commande fis list, et le résultat est :

 RedBoot> fis list
 Name             FLASH addr  Mem addr    Length      Entry point
 (reserved)       0x60000000  0x60000000  0x00620000  0x00000000
 RedBoot          0x60620000  0x60620000  0x00040000  0x00000000
 vmlinux          0x60660000  0x00218000  0x000C0000  0x00218000
 RedBoot config   0x607C0000  0x607C0000  0x00001000  0x00000000
 FIS directory    0x607E0000  0x607E0000  0x00020000  0x00000000

La section (reserved) contient 3 blocs qui seront accessible par Linux à travers mtdblock0, mtdblock1 ou mtdblock2

Le mapping de ces 3 blocs est le suivant :

0x000000000000-0x000000020000 : "TS-BOOTROM"
0x000000020000-0x000000620000 : "RootFS"
0x000000620000-0x000000800000 : "Redboot"

Le File System fourni est donc bien en /dev/mtdblock1

Différentes solutions pour démarrer

Le Kernel et le File Sytem peut être localisé à plusieurs endroits. Pour choisir, il faut modifier la configuration de redboot avec la commande fconfig.

La première commande concerne le kernel.

Le Kernel en flash interne

 fis load vmlinux

Pour cela, il faut que le kernel soit dans la flash au bon endroit. La procédure est la suivante:

  • On regarde ou est localisé zImage
RedBoot> fis list
 Name              FLASH addr  Mem addr    Length      Entry point
 (reserved)        0x60000000  0x60000000  0x00620000  0x00000000
 RedBoot           0x60620000  0x60620000  0x00040000  0x00000000
 zImage            0x60660000  0x00218000  0x00140000  0x00218000
 RedBoot config    0x607C0000  0x607C0000  0x00001000  0x00000000
 FIS directory     0x607E0000  0x607E0000  0x00020000  0x00000000
  • On efface l’ancienne image
RedBoot> fis delete zImage
 Delete image 'zImage' - continue (y/n)? y
 ... Erase from 0x60660000-0x607a0000: ..........
 ... Erase from 0x607e0000-0x60800000: .
 ... Program from 0x01fe0000-0x02000000 at 0x607e0000: .
  • On charge zImage en RAM
RedBoot> load -v -r -b 0x00218000 -h 192.168.2.1 -m tftp zImage
 -
 Raw file loaded 0x00218000-0x003477d3, assumed entry at 0x00218000

Il faudra noté la taille du code transféré pour la commande suivante.

0x003477D3 - 0x00218000 = 0x0012F7D3
  • Enfin, on tranfère la zone de RAM en Flash

On peut le faire avec la commande suivante

fis create -b <mem_base> -l <image_length> [-s <data_length>] [-f <flash_addr>] [-e <entry_point>] [-r <ram_addr>] [-n] <name>

pour créer une section dans le File System de redboot.

RedBoot> fis create -b 0x00218000 -f 0x60660000 -l 0x0012f7d3 -r 0x00218000 -e 0x00218000 zImage
 ... Erase from 0x60660000-0x607a0000: ..........
 ... Program from 0x00218000-0x003477d3 at 0x60660000: ..........
 ... Erase from 0x607e0000-0x60800000: .
 ... Program from 0x01fe0000-0x02000000 at 0x607e0000: .

Le Kernel en Compact Flash

load -r -b 0×00218000 -m disk hda1:zImage
  • Le Kernel par tftp sur un PC
load -v -r -b 0x00218000 -h 192.168.2.1 -m tftp zImage

La seconde commande concerne le File System

  • File System en flash interne
exec -c "console=ttyAM0,115200 root=/dev/mtdblock1 init=/sbin/init rootdelay=2"
  • File System en Compact Flash
exec -c "console=ttyAM0,115200 root=/dev/sda1 init=/sbin/init rootdelay=2"
  • File System par NFS sur un PC
exec –c "console=ttyAM0,115200 root=/dev/nfs ip=192.168.2.2 nfsroot=192.168.2.1:/home/gil/Projets/ts7200/rootfs-debian init=/sbin/init rootdelay=2"
MyBot Logiciel, Robots

Le kernel Linux sur une carte TS7200

Au départ, je devais utiliser cette carte sur MyBot, c’est pour cela que j’ai commencer à regarder comment utiliser un kernel que j’avais recompilé. Par la suite, j’ai plutôt choisi la TS7800 pour ces capacités. Je laisse quand même cet article pour ceux que ca intéresse.

Kernel 2.6.29-ts

Les cartes TS7200 sont livrées avec un kernel 2.4.x. Au lieu d’utiliser les cartes comme ca, j’ai décidé qu’il serait mieux de pouvoir modifier le kernel et donc qu’il était nécessaire de le recompiler. Comme point de départ, j’ai choisi un 2.6.29 déja patché pour les cartes de chez Technologic System.

Il est assez dur à trouver, allez voir ici ftp://ftp.embeddedarm.com/application-kits/ts-wifibox/sources/tskernel-2.6.29-ts-src.tar.gz, il y est peut-être encore.

Kernel 2.6.29

Sinon on peut toujours récupérer le kernel 2.29 sur le git officiel et appliquer les patchs qui se trouve ici http://mcrapet.free.fr/linux-2.6.29.1-ts7200_matt-7.txt. Allez sur son site http://mcrapet.free.fr, on y trouve des patchs pour d’autres versions de kernel, à vous de voir.

 $> cd ~/Projet

On récupère l’arborescence complète Linux, attention c’est gros.

$> git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git linux-git
$> cd linux-git

On peut lister toutes les versions disponibles

$> git tag -l

On choisit notre 2.6.29

$> git checkout -f v2.6.29

Et on applique les patchs

$>  git apply ../linux-2.6.29.1-ts7200_matt-7/linux-2.6.29.1-ts7200_matt-7.patch

La compilation du Kernel

On extrait d’abord l’arborescence complète que l’on vient de télécharger (ou on va directement dans le répertoire dans le cas du kernel récupéré par git)

$> cd /home/gil/Projets/ts7200
$> tar xzvf /home/gil/Download/tskernel-2.6.29-ts-src.tar.gz
$> cd linux-2.6.29-ts

On recopie les configs que l’on a récupérées ici : http://mcrapet.free.fr/.

$> cp ../linux-2.6.29.1-ts7200_matt-7/configs/ts72* arch/arm/configs/.

Maintenant, la compilation proprement dit.

On efface tout pour repartir d’une configuration intacte.

$> make ARCH=arm CROSS_COMPILE=/opt/x-toolx/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi- distclean

On applique la config ts7200_eabi_full_defconfig.
Pour info, voici les configurations disponibles

 

  • ts7200_eabi_full: Parfait pour le développement, NFS/USB root support, NOR flash support.  ETH, CF (compact flash), I2C, SPI, GPIO, LED, RTC (ep93xx-rtc & rtc-m48t86), HID are embedded.
    • zImage is ~1.9mo. Note: NFS client est environ 200kb.
  • ts72xx_eabi_full: La même que « ts7200_eabi_full » mais sans les spécificités de la TS-7200.  No MTD (NOR flash) support, no PATA (compatch flash).
    • zImage is ~1.8mo.
  • ts7250_eabi_full: La même que « ts72xx_eabi_full » mais avec les spécificités de la TS-7250.  MTD (NAND flash) support.
    • zImage is ~1.8mo.
  • ts72xx_eabi_mid: La même que « ts72xx_eabi_full » mais USB/HID/SCSI sont mis en modules.   Disabled « CPU Frequency scaling » & « CPU idle PM support ».
    • zImage is ~1.6mo.
  • ts72xx_eabi_small: La même que « ts72xx_eabi_mid » mais I2C, SPI, LED, EXT2 & EXT3 mis en modules.
    • zImage is ~1.4mo.
 $> make ARCH=arm CROSS_COMPILE=/opt/x-toolx/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi- ts7200_eabi_full_defconfig

J’ai choisi la configuration mais je veux aussi un kernel le plus petit possible car il doit remplacer celui présent dans la flash embarquées sur la carte. La place disponible est 0x160000 Octets.

Voici un exemple, mon fichier .config, avec ça on obtient un kernel 2.6.29 de 0x12F7BC Octets.

$> make ARCH=arm CROSS_COMPILE=/opt/x-toolx/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi- menuconfig

Ensuite, on lance la compilation

$> make ARCH=arm CROSS_COMPILE=/opt/x-toolx/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi-

Puis l’on recopie les modules dans l’arboresence correspondante de notre « File System ».

$> sudo make ARCH=arm CROSS_COMPILE=/opt/x-toolx/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi- INSTALL_MOD_PATH=/media/disk modules_install

Une fois que l’on a un kernel, on peut le recopier dans le répertoire accessible par tftp.

$> cp arch/arm/boot/zImage /tftpboot