Rephrase and reorganize

content/jouet_fr.mdown

@@ -9,12 +9,42 @@ Lang: fr
 
 
 Un article dans lequel je vais essayer de décrire/documenter comment j'ai installé une debian à côté de l'OS de démo sur la carte sama5d35 gagnée au Fosdem 2013 (merci encore ! )
-L'idée était de ne pas écraser le système de démo et d'essayer d'utiliser le système le plus "normal" possible. C'est à dire le moins de patch noyau et une debian ARM officielle.
+L'idée était de ne pas écraser le système de démo et d'essayer d'utiliser le système le plus "normal" possible. C'est à dire le moins de patch noyau et une debian ARM.
 
-## firmware
+[TOC]
+
+## Compilation
+### Toolchain / sources
+Je me suis inspiré de ce wiki pour gcc et u-boot (http://www.eewiki.net/display/linuxonarm/SAMA5D3)
+J'ai aussi pris les patch u-boot en suivant les liens donnés sur le wiki.
+Une fois le compilateur installé, on exporte la variable CC qui contient le chemin et le préfix de l'architecture et en informant make que l'on utilise un autre compilateur :
+``` bash
+	export CC=`${HOME}/cross/gcc-arm-none-eabi-4_6-2012q4/bin/arm-none-eabi-
+	ARCH=arm CROSS_COPILE=${CC} make [...]
+```
+U--boot et le noyau seront compilés de  de cette manière.
+
+Comme dit juste en dessous, je n'ai pas utiliser at91bootstrap et j'ai laissé celui d'origine dans le firmware.
+
+### u-boot
+
+### Noyau
+- at91 patché [TODO: retrouver l'adresse du git]
+- Les patch d'at91 ne sont toujours pas intégrés au noyau 3.9. L'ensemble de patch est assez gros, il contient 15-20 patches
+- Peut-être pour le 3.10 ? Oui \o/ à tester ;-)
+
+#### 3.10.1
+- compilé à partir de a configuration fonctionnelle du 3.6.9
+- freeze au chargement de l'usb
+- si je désactive l'USB, ça freeze au chargement des pilotes mmc.
+- à creuser
+
+
+## Configuration
+### firmware
 Je n'ai pas flashé le bootloader ni la NAND pour l'instant.
 
-Le chargeur d'amorçage interne [nom] vérifie s'il y a une carte SD avant de démarrer sur la NAND.
+Le chargeur d'amorçage interne [at91bootstrap] vérifie s'il y a une carte SD avant de démarrer sur la NAND.
 Attention, le deuxième slot, celui pour µSD, n'est pas parcouru au démarrage, contrairement à ce qui est listé dans le diagramme de la /datasheet/ (Atmel_11121_32-bit-Cortex-A5-Microcontroller_SAMA5D3_Datasheet.pdf).
 Par contre, dans la documentation utilisateur ((Atmel_11180_32-bit-Cortex-A5-Microcontroller_SAMA5D3-Series-EK_User-Guide.pdf))la description du processus d'amorçage ne mentionne que le premier slot, celui pour carte SD.
 
@@ -53,7 +83,6 @@ optargs=console=tty0
 mmcroot=/dev/mmcblk0p2 ro
 mmcrootfstype=ext2 rootwait fixrtc
 ```
-## test ?
 
 Voici ma configuration u-boot après l'interruption :
 ``` bash
@@ -90,34 +119,24 @@ Elle est composée de plusieurs autres commandes :
 On voir donc que la plupart des noms de fichiers sont paramétrables, on peut donc assez facilement avoir une configuration avec un noyau stable et un autre de test.
 
 
-## Noyau
-- at91 patché [TODO: retrouver l'adresse du git]
-- Les patch d'at91 ne sont toujours pas intégrés au noyau 3.9. L'ensemble de patch est assez gros, il contient 15-20 patches
-- Peut-être pour le 3.10 ? Oui \o/ à tester ;-)
-
-### 3.10.1
-- compilé à partir de a configuration fonctionnelle du 3.6.9
-- freeze au chargement de l'usb
-- si je désactive l'USB, ça freeze au chargement des pilotes mmc.
-- à creuser
 
 ## Système d'exploitation
-- debian armhf
+- debian wheezy armhf installée avec `debootstrap --arch=armhf`, puis en ajoutant `--stage2`une fois la carte sd montée depuis le système ARM existant dans la NAND
-
+TODO: retrouver les commande initiales pour lancer debootstrap
-## uname 
-- Linux jouet 3.6.9-sama5-armv7-d0.8 #1 Wed May 8 13:04:54 CEST 2013 armv7l GNU/Linux
-
-
-## compilateur utilisé
 
 ## Mon expérience
+### uname 
+- Linux jouet 3.6.9-sama5-armv7-d0.8 #1 Wed May 8 13:04:54 CEST 2013 armv7l GNU/Linux
+
+### 
 J'utilise la carte comme routeur pour ma connexion internet.
 Je l'utilise aussi pour quelques autres services liés au réseau : serveur DHCP, Annonces RA, serveur DNS (comme serveur faisant autorité ainsi que comme resolver/cache pour le lan), pare-feu et serveur NTP pour le lan.
 J'ai une connexion plutôt bonne, FFTH, 100 Mbps / 50 Mbps, d'après le vendeur, et au moins séparément, cela semble vrai.
+Le système semble parfaitement stable et n'a pour l'instant jamais planté ni affiché de message d'erreur particulier dans les logs kernel.
 J'ai du mal à utiliser toute ma connexion avec la carte, parce que le trafic réseau provoque énormément d'IRQ et celà occupe tout le processeur. J'essaie d'investiguer pour savoir si on ne pourrait pas faire mieux.
 
 
-# Images
+## Images
 ![alt text](http://blog.kleph.info/images/atmel_et_raspi_small.png atmel et raspi)
 [taille réelle](http://blog.kleph.info/images/atmel_et_raspi.jpg)