Le Raspberry Pi n'ayant pas de BIOS conventionnel, les différents paramètres de configuration du système qui seraient normalement conservés et définis à l'aide du BIOS sont désormais stockés dans un fichier texte nommé “config.txt”.

Le fichier config.txt du Raspberry Pi est lu par le GPU avant l'initialisation du noyau ARM.

Ce fichier est un fichier facultatif sur la partition de démarrage. Il serait normalement accessible en tant que /boot/config.txt depuis Linux, mais depuis Windows (ou OS X), il serait considéré comme un fichier dans la partie accessible de la carte.

On peut obtenir les paramètres actifs actuels avec les commandes suivantes :

Le format est “propriété=valeur” où valeur est un entier. On ne peut spécifier qu'une seule option par ligne. Des commentaires peuvent être ajoutés en commençant une ligne par le caractère '#'.

Voici un exemple de fichier

# Régle le mode sdtv sur PAL (tel qu'il est utilisé en Europe)
sdtv_mode=2
# Forcer le moniteur en mode HDMI pour que le son soit envoyé via le câble HDMI
lecteur_hdmi=2
# Régle le mode moniteur sur DMT
groupe_hdmi=2
# Régle la résolution du moniteur sur 1024x768 XGA 60 Hz (HDMI_DMT_XGA_60)
hdmi_mode=16
# Réduit l'affichage pour empêcher le texte de déborder de l'écran
overscan_left=20
overscan_right=12
overscan_top=10
overscan_bottom=10

Le firmware et le noyau en date du 19 novembre 2012 prennent en charge CMA, ce qui signifie que la répartition de la mémoire entre ARM et GPU est gérée dynamiquement au moment de l'exécution.

Les options suivantes doivent être dans cmdline.txt pour que CMA fonctionne :

 coherent_pool=6M smsc95xx.turbo_mode=N

Options du mode vidéo

Le décodage matériel de codecs supplémentaires peut être activé en achetant une licence verrouillée sur le numéro de série du processeur du Raspberry Pi.

Il faut affecter au moins 32 mégaoctets au GPU pour activer les codecs.

Configuration de la licence pour partager de carte SD entre plusieurs Raspberry Pis. Maximum de 8 licences à la fois.

 decode_XXXX=0x12345678,0xabcdabcd,0x87654321,...

Le dernier noyau a un pilote de noyau cpufreq avec le gouverneur “à la demande” activé par défaut. Cela n'a aucun effet si on n'a pas de paramètres d'overclocking. Mais lorsqu'on le fait, la fréquence arm varie en fonction de la charge du processeur. Les valeurs autres que celles par défaut ne sont utilisées que lorsque cela est nécessaire en fonction du gouverneur utilisé. On peut ajuster les valeurs minimales avec les options de configuration *_min ou désactiver la synchronisation dynamique avec force_turbo=1.

L'overclocking et la surtension seront désactivés au moment de l'exécution lorsque le SoC atteint 85 °C pour le refroidir. On ne doit pas atteindre la limite, même avec des réglages maximum à une température ambiante de 25 °C.

 force_turbo=0

permet des horloges et une tension dynamiques pour le cœur ARM, le cœur GPU et la SDRAM. Lorsqu'il est occupé, la fréquence ARM monte à arm_freq et descend à arm_freq_min au repos. core_freq, sdram_freq et over_voltage se comportent de la même manière. over_voltage est limité à 6 (1,35 V). Les valeurs autres que celles par défaut pour les parties H.264/V3D/ISP sont ignorées.

 force_turbo=1

désactive la synchronisation dynamique, de sorte que toutes les fréquences et tensions restent élevées. L'overclocking des composants GPU H.264/V3D/ISP est autorisé ainsi que le réglage de over_voltage sur 8 (1,4 V).

Le cœur GPU, H.264, V3D et ISP partagent une PLL, donc doivent avoir des fréquences liées. ARM, SDRAM et GPU ont chacun leurs propres PLL et peuvent avoir des fréquences indépendantes.[9]

Ce qui suit n'est pas nécessaire avec “evoid_pwm_pll=1”.

pll_freq = floor(2400 / (2 * core_freq)) * (2 * core_freq)
gpu_freq = pll_freq / [even number]

Le gpu_freq effectif est automatiquement arrondi à l'entier pair le plus proche, donc demander core_freq=500 et gpu_freq=300 donnera un diviseur de 2000/300 = 6,666 ⇒ 6 et donc 333,33 MHz.

Le tableau suivant montre quelques tentatives réussies d'overclocking, qui peuvent être utilisées pour l'orientation. Ces paramètres peuvent ne pas fonctionner sur tous les appareils et peuvent raccourcir la durée de vie du SoC Broadcom.

Certains rapports indiquent que la RAM Hynix n'est pas aussi bonne que la RAM Samsung pour l'overclocking.

• Pour surveiller la température du Raspberry Pi, regarder : /sys/class/thermal/thermal_zone0/temp
• Pour surveiller la fréquence actuelle du Raspberry Pi, regarder : /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
• Pour surveiller la tension du bloc d'alimentation du Raspberry Pi, il faut utiliser un multimètre, entre les points de test d'alimentation ou l'en-tête d'extension.

C'est généralement une bonne idée de maintenir la température centrale en dessous de 70 degrés et la tension au-dessus de 4,8 V. (certaines alimentations USB, pas nécessairement bon marché, tombent à 4,2 V, car elles sont généralement conçues pour charger un batterie au lithium polymère de 3,7 V, plutôt que de fournir un solide 5 V à un ordinateur). De plus, un dissipateur thermique peut être utile, surtout si le Raspberry Pi doit être exécuté à l'intérieur d'un boîtier. Un dissipateur thermique approprié est le dissipateur thermique autocollant BGA (ball-grid-array) 14x14x10 mm, référence 674-4756 de RS Components.

Le B+ a un déclencheur de détection de sous-tension qui entraîne l'extinction du voyant d'alimentation lorsque la tension chute en dessous d'environ 4,65 V. Le signal est également disponible sur une ligne gpio (GPIO35).

La dernière mise à jour du micrologiciel affichera un symbole d'avertissement en haut à droite de l'écran lorsque cela est détecté. Il désactivera également le mode turbo pendant que l'avertissement est affiché pour essayer de réduire les risques de plantage.

Il y a aussi un symbole d'avertissement à la condition de surchauffe existante (> 85'C), qui a également désactivé le mode turbo. Actuellement, les symboles sont :

• Carré rouge: surchauffe
• Carré arc-en-ciel: sous-tension

Comme d'habitude, vous pouver remplacer le comportement dans config.txt si vous comprener les risques :

Avoid_warnings=1 supprime la superposition d'avertissement.
Avoid_warnings=2 autorise en plus le turbo lorsque la basse tension est présente.`</WRAP>

La plupart des problèmes d'overclocking apparaissent immédiatement avec un échec de démarrage, mais il est possible d'obtenir une corruption du système de fichiers qui survient au fil du temps. Voici un script pour tester la stabilité du système, en particulier la carte SD. Si ce script s'exécute jusqu'à la fin, sans qu'aucune erreur ne s'affiche dans dmesg, alors le Raspberry Pi est probablement stable avec ces paramètres.

Si le système plante, maintener la touche Maj enfoncée pendant le démarrage, ce qui désactivera temporairement tout overclocking. Noter également que les problèmes de carte SD sont généralement affectés par core_freq, plutôt que par arm_freq, et qu'il y a un saut étonnamment important (de 250 MHz à 500 MHz) entre le haut débit (950 MHz) et le turbo (1 GHz ) préréglages dans raspi-config.

#!/bin/bash
#Test de stress simple pour le système. S'il survit à cela, il est probablement stable
#Free software, GPL2+

echo "Test de la stabilité de l'overclock..."

#Maximise tous les cœurs du processeur. Le réchauffe, charge l'alimentation. 
for ((i=0; i<$(nproc --all); i++)); do nice yes >/dev/null & done

#Lit l'intégralité de la carte SD 10x. Essais RAM et E/S
for i in `seq 1 10`; do echo reading: $i; sudo dd if=/dev/mmcblk0 of=/dev/null bs=4M; done

#Écrit un fichier de test de 512 Mo, 10x.
for i in `seq 1 10`; do echo writing: $i; dd if=/dev/zero of=deleteme.dat bs=1M count=512; sync; done

#Nettoyage
killall yes
rm deleteme.dat

#Imprimer le résumé. Tout ce qui est méchant apparaîtra dans dmesg..
echo -n "CPU freq: " ; cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
echo -n "CPU temp: " ; cat /sys/class/thermal/thermal_zone0/temp
dmesg | tail 

echo "Pas encore planté, probablement stable."

max_usb_current Avec le Raspberry PI B+, un nouveau paramètre config.txt a été introduit.

  max_usb_current=1

lors de l'ajout de cette ligne, le gestionnaire d'alimentation USB changera sa limite de courant de sortie (pour les 4 ports USB combinés) de 600 mA au double de celle de 1200 mA.

  max_usb_current=0

est la valeur par défaut et limite le courant USB à 600 mA.

Il faut s'assurer que votre alimentation (et le cordon microUSB) sont à la hauteur de la tâche de fournir le courant supplémentaire de 0,6 A.

Lors de l'exécution de lscpu ou cat /proc/cpuinfo, le processeur signalé est ARMv7. Pour dire au RPi3B de démarrer en mode ARMv8, il faut ajouter une nouvelle ligne à config.txt.

 arm_control=0x200