{"id":4770,"date":"2017-03-13T05:00:08","date_gmt":"2017-03-13T04:00:08","guid":{"rendered":"https:\/\/www.blaess.fr\/christophe\/?p=4770"},"modified":"2017-03-12T17:02:00","modified_gmt":"2017-03-12T16:02:00","slug":"un-noyau-4-10-sur-un-raspberry-pi-3-64-bits","status":"publish","type":"post","link":"https:\/\/www.blaess.fr\/christophe\/2017\/03\/13\/un-noyau-4-10-sur-un-raspberry-pi-3-64-bits\/","title":{"rendered":"Un noyau 4.10 sur un Raspberry Pi 3 64 bits"},"content":{"rendered":"

\"Vanilla<\/a><\/p>\n

Lorsque nous recompilons un noyau Linux pour le Raspberry Pi, nous avons g\u00e9n\u00e9ralement l’habitude d’utiliser un kernel sp\u00e9cifique, disponible sur https:\/\/github.com\/raspberrypi\/linux<\/a> contenant des drivers absents du noyau standard. Il est n\u00e9anmoins possible de faire fonctionner\u00a0sur la plupart des mod\u00e8les de Raspberry Pi un noyau Linux<\/a> parfaitement standard (aussi dit Vanilla Kernel<\/em>). Ceci au prix de quelques efforts de configuration que nous allons voir.<\/p>\n

\u00c0 titre d’exemple, nous allons installer un noyau Linux 4.10.1<\/strong> (diffus\u00e9 depuis deux semaines) sur un Raspberry Pi 3<\/strong>.<\/p>\n

En outre, nous allons faire fonctionner le Raspberry Pi 3 en mode 64 bits<\/strong> et utiliser le bootloader<\/em> industriel U-boot<\/strong>\u00a0!<\/p>\n

\n\n<\/p>\n

Un avertissement pour commencer. Les \u00e9tapes que nous allons suivre sont tr\u00e8s simples, un peu longues mais tr\u00e8s simples. Le r\u00e9sultat n\u00e9anmoins ne sera pas spectaculaire, loin s’en faut.<\/p>\n

Je n’ai pour l’instant pas r\u00e9ussi \u00e0 faire fonctionner le support pour la console (ni HDMI, ni LVDS), aussi est-on limit\u00e9 \u00e0 une connexion par le port s\u00e9rie. L’int\u00e9r\u00eat est donc purement technique de voir son Raspberry Pi 3 fonctionner en mode 64 bits avec un kernel standard. Dans quelques temps peut-\u00eatre, l’ensemble du syst\u00e8me pourra s’ex\u00e9cuter de la sorte.<\/p>\n

Int\u00e9r\u00eat de cette exp\u00e9rimentation<\/H1>

32 bits vs 64 bits ?<\/H2><\/p>\n

Le system-on-chip<\/em> autour duquel est construit le Raspberry Pi 3 est un Broadcom BCM2837<\/em> comportant un processeur quad-c\u0153urs Cortex A53. Ce dernier peut fonctionner en utilisant un jeu d’instructions ARMv8 64 bits. N\u00e9anmoins les distributions actuelles pour Raspberry Pi, afin d’assurer la compatibilit\u00e9 avec le Raspberry Pi 2, continuent de le faire fonctionner avec le jeu d’instructions ARMv7 32 bits (pour les Raspberry Pi 2 et 3, le bootloader<\/em> charge le noyau kernel7<\/strong>.img<\/code> alors qu’il charge le noyau kernel.img<\/code> au format ARMv6 pour les mod\u00e8les 1 et 0).<\/p>\n

Que signifie qu’un processeur fonctionne en 32 ou 64 bits ? Il s’agit de la taille des registres du CPU, c’est-\u00e0-dire la taille maximale des donn\u00e9es qu’il peut manipuler en une seule op\u00e9ration. L’effet le plus imm\u00e9diatement visible du passage de 32 en 64 bits, est la taille de l’espace d’adressage qui passe de 232<\/sup> octets (4 Gio) \u00e0 264<\/sup> octets. Ceci ne pr\u00e9sente pas particuli\u00e8rement d’int\u00e9r\u00eat pour le Raspberry Pi 3 dont la quantit\u00e9 de RAM reste fix\u00e9e \u00e0 1 Gio non extensible.<\/p>\n

En ce qui concerne le passage en 64 bits, aucun int\u00e9r\u00eat r\u00e9el donc hormis le challenge technique.<\/p>\n

Vanilla kernel ?<\/H2><\/p>\n

Le fait d’utiliser un noyau standard en revanche est beaucoup plus int\u00e9ressant pour tous les int\u00e9grateurs qui sont amen\u00e9s \u00e0 appliquer des patches<\/em> provenant de diverses sources (par exemple PREEMPT_RT<\/a>) ou \u00e0 incorporer des drivers<\/em> sp\u00e9cifiques d\u00e9velopp\u00e9s ind\u00e9pendamment du Raspberry Pi.<\/p>\n

Ces patches<\/em>, ces drivers<\/em> sont quasiment toujours fournis en r\u00e9f\u00e9rence au noyau Linux standard et leur int\u00e9gration dans un noyau sp\u00e9cifiquement modifi\u00e9 peut \u00eatre complexe.<\/p>\n

M\u00eame si mes r\u00e9sultats avec le Raspberry Pi 3 et le noyau standard sont encore limit\u00e9s (pas de console), le principe d\u00e9crit ici est valable pour les autres mod\u00e8les qui fonctionnent beaucoup mieux. Pour cet aspect, l’int\u00e9r\u00eat est plus \u00e9vident.<\/p>\n

Bootloader<\/em> U-boot<\/H2><\/p>\n

Le fait d’employer un bootloader<\/em> libre de qualit\u00e9 industrielle comme U-Boot<\/a> est tr\u00e8s int\u00e9ressant pour pouvoir \u00ab\u00a0scripter\u00a0\u00bb des proc\u00e9dures sp\u00e9cifiques de d\u00e9marrage.<\/p>\n

On pourra l’employer, en modifiant le script de d\u00e9marrage, par exemple pour  :<\/p>\n