Sbc qemu emulation - Historique des versions

Jc.forton : /* Désactivation de la sonde CPU */

2021-06-30T13:30:09Z

Désactivation de la sonde CPU

← Version précédente		Version du 30 juin 2021 à 15:30
Ligne 331 :		Ligne 331 :
	echo disabled >/sys/class/thermal/thermal_zone0/mode		echo disabled >/sys/class/thermal/thermal_zone0/mode
	</pre>		</pre>
			Cette modification ne résiste pas au redémarrage, pour cela il faudra ajouter la ligne précédente dans le fichier ''/etc/rc.local'' !

Jc.forton : /* Redimensionnement de l'image */

2021-06-30T12:33:22Z

Redimensionnement de l'image

← Version précédente		Version du 30 juin 2021 à 14:33
Ligne 322 :		Ligne 322 :
	</pre>		</pre>
	Cela permet d'ajouter 1Go supplémentaire ! Cette manipulation se fait émulateur arrêté...		Cela permet d'ajouter 1Go supplémentaire ! Cette manipulation se fait émulateur arrêté...
			= Désactivation de la sonde CPU =
			Avec certaine platine Sunxi, comme la cubieboard, l'erreur suivante peut survenir :
			<pre>
			...thermal thermal_zone0: failed to read out thermal zone 0
			</pre>
			Ce n'est absolument pas grave, il faut simplement désactiver la lecture de la sonde de température CPU :
			<pre>
			echo disabled >/sys/class/thermal/thermal_zone0/mode
			</pre>

Jc.forton : /* Les SoC AllWinner */

2021-06-03T09:57:42Z

Les SoC AllWinner

← Version précédente		Version du 3 juin 2021 à 11:57
Ligne 196 :		Ligne 196 :
	\|-		\|-
	\|style="border-bottom:1px solid black"\|		\|style="border-bottom:1px solid black"\|
	-nic user,model=allwinner-emac,hostfwd=tcp::~~5022~~-:22		-nic user,model=allwinner-emac,hostfwd=tcp::2222-:22
	\|style="border-bottom:1px solid black"\|		\|style="border-bottom:1px solid black"\|
	carte réseau ''allwinner-emac'' avec redirection du port tcp 2222 local sur le port 22 de la machine émulée		carte réseau ''allwinner-emac'' avec redirection du port tcp 2222 local sur le port 22 de la machine émulée

Jc.forton : /* Le Raspberry Pi */

2020-06-22T10:41:54Z

Le Raspberry Pi

← Version précédente		Version du 22 juin 2020 à 12:41
Ligne 316 :		Ligne 316 :
	</div>		</div>
	\|}		\|}
			= Redimensionnement de l'image =
			Pour finir, il ne reste plus qu'a redimensionner l'image ''img'' et pour cela nous allons utiliser la commande ''qemu-img.exe'':
			<pre>
			qemu-img.exe resize -f raw Armbian_20.02.1_Orangepizero_buster_current_5.4.20.img +1G
			</pre>
			Cela permet d'ajouter 1Go supplémentaire ! Cette manipulation se fait émulateur arrêté...

Jc.forton : /* Le Raspberry Pi */

2020-06-21T18:29:15Z

Le Raspberry Pi

← Version précédente		Version du 21 juin 2020 à 20:29
Ligne 211 :		Ligne 211 :
	\|-		\|-
	\|style="vertical-align:top"\|		\|style="vertical-align:top"\|
	Pour le Raspberry Pi les choses ne sont pas aussi ~~simple,~~ comme le code du SoC Broadcom BCM28XX est propriétaire il faut donc trouver un équivalent libre qui va émuler le même comportement que le ''VideoCore OS''. Heureusement que le modèle ''raspi3'' sur Qemu fait cela !		Pour le Raspberry Pi, les choses ne sont pas aussi simples : comme le code du SoC Broadcom BCM28XX est propriétaire, il faut donc trouver un équivalent libre qui va émuler le même comportement que le ''VideoCore OS''. Heureusement que le modèle ''raspi3'' sur Qemu fait cela !

	Il ne reste plus qu'à récupérer le fichier kernel et DTD ~~présent~~ sur la première partition fat du fichier img		Il ne reste plus qu'à récupérer le fichier kernel et DTD présents sur la première partition fat du fichier img
	\|style="vertical-align:top"\|		\|style="vertical-align:top"\|
	[[Fichier:raspi fat partition content.png]]		[[Fichier:raspi fat partition content.png]]
	\|-		\|-
	\|style="vertical-align:top"\|		\|style="vertical-align:top"\|
	Une fois l'image du système d'exploitation téléchargée (ici ''Debian Buster'') on peut créer un répertoire avec les fichiers suivants :		Une fois l'image du système d'exploitation téléchargée (ici ''Debian Buster''), on peut créer un répertoire avec les fichiers suivants :
	* le fichier du noyau qui vient du projet ''qemu-rpi-kernel'' (''kernel8.img')		* le fichier du noyau qui vient du projet ''qemu-rpi-kernel'' (''kernel8.img')
	* le fichier DTD qui vient du projet ''qemu-rpi-kernel'' (''bcm2710-rpi-3-b.dtb'')		* le fichier DTD qui vient du projet ''qemu-rpi-kernel'' (''bcm2710-rpi-3-b.dtb'')
Ligne 240 :		Ligne 240 :
	</pre>		</pre>
	\|style="vertical-align:top"\|		\|style="vertical-align:top"\|
	Reprenons dans l'ordre:		Reprenons dans l'ordre :
	{\|width="100%"		{\|width="100%"
	! Option !! Signification		! Option !! Signification
Ligne 286 :		Ligne 286 :
	\|-		\|-
	\|style="vertical-align:top"\|		\|style="vertical-align:top"\|
	Une fois l'émulateur démarré (avec quelques erreurs...) et que l'on s'est connecté (pi/raspberry) on découvre que l'on a pas de carte réseau !		Une fois l'émulateur démarré (avec quelques erreurs...) et que l'on s'est connecté (pi/raspberry), on découvre que l'on n'a pas de carte réseau !

	Le modèle de SBC ''raspi3'' de Qemu n'intègre pas la partie réseau ([https://www.microchip.com/wwwproducts/en/LAN9514 chip LAN9514]) mais il est toutefois possible de récupérer la partie réseau en utilisant le SBC générique de Qemu (''virt''). Vous devrez cependant recompiler le noyau et régénérer le DTD pour les adapter au ''virt'' comme montré [https://ownyourbits.com/2017/02/06/raspbian-on-qemu-with-network-access/ ici].		Le modèle de SBC ''raspi3'' de Qemu n'intègre pas la partie réseau ([https://www.microchip.com/wwwproducts/en/LAN9514 chip LAN9514]) mais il est toutefois possible de récupérer la partie réseau en utilisant le SBC générique de Qemu (''virt''). Vous devrez cependant recompiler le noyau et régénérer le DTD pour les adapter au ''virt'' comme montré [https://ownyourbits.com/2017/02/06/raspbian-on-qemu-with-network-access/ ici].

Jc.forton : /* Les SoC AllWinner */

2020-06-21T18:27:05Z

Les SoC AllWinner

← Version précédente		Version du 21 juin 2020 à 20:27
Ligne 85 :		Ligne 85 :
	\|-		\|-
	\|style="vertical-align:top"\|		\|style="vertical-align:top"\|
	Cette carte utilise un SoC AllWinner H2+ et d'après la [http://wiki.friendlyarm.com/wiki/images/0/08/Allwinner_H2%2B_Datasheet_V1.2.pdf documentation] de AllWinner le CPU est un ARM Cortex-A7 (32 bits):		Cette carte utilise un SoC AllWinner H2+ et d'après la [http://wiki.friendlyarm.com/wiki/images/0/08/Allwinner_H2%2B_Datasheet_V1.2.pdf documentation] de AllWinner le CPU est un ARM Cortex-A7 (32 bits) :
	\|		\|
	[[Fichier:allwinner h2 documentation.png\|600px]]		[[Fichier:allwinner h2 documentation.png\|600px]]
	\|-		\|-
	\|style="vertical-align:top"\|		\|style="vertical-align:top"\|
	Il ne nous reste plus qu'a trouver un SBC avec le même jeu d'instruction (ARMv7) équivalent dans Qemu:		Il ne nous reste plus qu'à trouver un SBC avec le même jeu d'instruction (ARMv7) équivalent dans Qemu:
	\|		\|
	<pre>		<pre>
Ligne 115 :		Ligne 115 :
	\|-		\|-
	\|style="vertical-align:top"\|		\|style="vertical-align:top"\|
	On remarque que que des SBCs utilisent un CPU Cortex-A (cubieboard, ast2600-evb, ...) de la même famille que le [https://fr.wikipedia.org/wiki/ARM_Cortex-A Cortex-A7] et ~~son~~ donc 100% ~~compatible~~ ([http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.set.cortexa/index.html ''The ARM Cortex-A7 MPCore processor is fully compatible with other Cortex-A family of processors'']).		On remarque que que des SBCs utilisent un CPU Cortex-A (cubieboard, ast2600-evb, ...) de la même famille que le [https://fr.wikipedia.org/wiki/ARM_Cortex-A Cortex-A7] et sont donc 100% compatibles ([http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.set.cortexa/index.html ''The ARM Cortex-A7 MPCore processor is fully compatible with other Cortex-A family of processors'']).

	Il ne reste plus qu'a télécharger l'image d'Armbian sur le [[Iso_install_sdcard#T.C3.A9l.C3.A9charger_l.27ISO\|site d'OrangePi]] et de la décompresser pour regarder le répertoire boot et notamment la partie dtd:		Il ne reste plus qu'à télécharger l'image d'Armbian sur le [[Iso_install_sdcard#T.C3.A9l.C3.A9charger_l.27ISO\|site d'OrangePi]] et à la décompresser pour regarder le répertoire boot et notamment la partie dtd:
	\|width=50% style="valign:top"\|		\|width=50% style="valign:top"\|
	[[Fichier:Armbian dtd pi zero.png]]		[[Fichier:Armbian dtd pi zero.png]]
Ligne 124 :		Ligne 124 :
	On remarque qu'une dtd existe pour le SBC cubieboard, c'est donc celui-ci que nous allons utiliser avec les fichiers vmlinuz et initrd qui vont avec !		On remarque qu'une dtd existe pour le SBC cubieboard, c'est donc celui-ci que nous allons utiliser avec les fichiers vmlinuz et initrd qui vont avec !

	Dans un répertoire décompressez les fichiers initrd, vmlinuz et dtd ~~correspondant~~ (grâce à 7zip si vous êtes sous Windows)		Dans un répertoire, décompressez les fichiers initrd, vmlinuz et dtd correspondants (grâce à 7zip si vous êtes sous Windows)
	\|		\|
	[[Fichier:Folder initrd vmlinuz dtd armbian.png]]		[[Fichier:Folder initrd vmlinuz dtd armbian.png]]
	\|-		\|-
	\|style="vertical-align:top"\|		\|style="vertical-align:top"\|
	Vous pouvez ~~créez~~ un script ''bat'' avec le contenu suivant:		Vous pouvez créer un script ''bat'' avec le contenu suivant:
	\|		\|
	<pre>		<pre>
Ligne 202 :		Ligne 202 :
	\|-		\|-
	\|style="vertical-align:top"\|		\|style="vertical-align:top"\|
	Cela permet, après le temps à l'émulateur de démarrer le système, de pouvoir se logger.		Cela permet, après le temps mis par l'émulateur pour démarrer le système, de pouvoir se logger.
	\|\|		\|\|
	[[Fichier:Qemu orange pi zero logging.png]]		[[Fichier:Qemu orange pi zero logging.png]]

Jc.forton : /* Utilisation de Qemu */

2020-06-21T18:24:26Z

Utilisation de Qemu

← Version précédente		Version du 21 juin 2020 à 20:24
Ligne 59 :		Ligne 59 :

	= Utilisation de Qemu =		= Utilisation de Qemu =
	Tout d'abord assurez-vous d'avoir [https://www.qemu.org/download/ téléchargé l'émulateur pour votre OS] et modifié votre variable ''PATH'' pour y ajouter le répertoire d'installation de Qemu. Une fois installé, on peut mesurer le nombre d'~~architecture supportée~~ par Qemu !		Tout d'abord assurez-vous d'avoir [https://www.qemu.org/download/ téléchargé l'émulateur pour votre OS] et modifié votre variable ''PATH'' pour y ajouter le répertoire d'installation de Qemu. Une fois installé, on peut mesurer le nombre d'architectures supportées par Qemu !
	[[Fichier:Qemu listing emulator exe.png\|centré]]		[[Fichier:Qemu listing emulator exe.png\|centré]]
	Ceux qui vont nous intéresser sont :		Ceux qui vont nous intéresser sont :
	* qemu-system-arm pour les ~~processeur~~ ARM jusqu'à la V7 (32bits)		* qemu-system-arm pour les processeurs ARM jusqu'à la V7 (32bits)
	* qemu-system-aarch64 pour les ~~processeur~~ ARM V8+ (64bits)		* qemu-system-aarch64 pour les processeurs ARM V8+ (64bits)

	Qemu s'utilise en ligne de commande avec certains paramètres dont voici les principaux:		Qemu s'utilise en ligne de commande avec certains paramètres dont voici les principaux:

Jc.forton : /* Le Raspberry... et les autres */

2020-06-21T18:23:32Z

Le Raspberry... et les autres

← Version précédente		Version du 21 juin 2020 à 20:23
Ligne 16 :		Ligne 16 :
	Le Raspberry PI, à l'inverse des autres SBC, n'amorce pas sa phase de démarrage pas le biais de son CPU mais de son GPU !		Le Raspberry PI, à l'inverse des autres SBC, n'amorce pas sa phase de démarrage pas le biais de son CPU mais de son GPU !

	Ci-dessous sont ~~détaillés~~ les phases de démarrage des différents SBC		Ci-dessous sont détaillées les phases de démarrage des différents SBC :
	<div align="center">		<div align="center">
	{\|class="wikitable" width="85%"		{\|class="wikitable" width="85%"
Ligne 36 :		Ligne 36 :
	# exécution du quatrième chargeur d'amorçage ''kernel.img''		# exécution du quatrième chargeur d'amorçage ''kernel.img''
	#* le [https://fr.wikipedia.org/wiki/Noyau_de_syst%C3%A8me_d%27exploitation kernel] démarre avec les paramètres du fichier ''cmdline.txt''		#* le [https://fr.wikipedia.org/wiki/Noyau_de_syst%C3%A8me_d%27exploitation kernel] démarre avec les paramètres du fichier ''cmdline.txt''
	#* il relâche le RESET du CPU ce qui a pour effet de démarrer le système d'exploitation		#* il relâche le RESET du CPU, ce qui a pour effet de démarrer le système d'exploitation
	Après le démarrage du système d'exploitation, le code du GPU n'est pas déchargé de la RAM. En effet, ''start.elf'' n'est pas juste un firmware pour le GPU mais un système d'exploitation propriétaire appelé ''VideoCore OS'' (''VCOS''). Lorsque Linux nécessite un élément du GPU (caméra, 3D, etc...) il communique avec ''VCOS'' au travers du système de mail.		Après le démarrage du système d'exploitation, le code du GPU n'est pas déchargé de la RAM. En effet, ''start.elf'' n'est pas juste un firmware pour le GPU mais un système d'exploitation propriétaire appelé ''VideoCore OS'' (''VCOS''). Lorsque Linux nécessite un élément du GPU (caméra, 3D, etc...), il communique avec ''VCOS'' au travers du système de mail.
	[[Fichier:Img sd card content rpi.png\|centré\|300px]]		[[Fichier:Img sd card content rpi.png\|centré\|300px]]
	\|width=40%\|		\|width=40%\|
Ligne 43 :		Ligne 43 :
	#* la première partie de la BROM (0xffff0000) est le FEL (pour la programmation de la flash)		#* la première partie de la BROM (0xffff0000) est le FEL (pour la programmation de la flash)
	#* la seconde partie de la BROM (0xffff4000) est le eGON.BRM (pour le boot de l'OS)		#* la seconde partie de la BROM (0xffff4000) est le eGON.BRM (pour le boot de l'OS)
	# eGON.BRM cherchera le noyau Linux (vmlinuz et initrd) sur les ~~périphérique~~ dans cet ordre:		# eGON.BRM cherchera le noyau Linux (vmlinuz et initrd) sur les périphériques dans cet ordre:
	#* SD1		#* SD1
	#* NAND (mémoire eMMC)		#* NAND (mémoire eMMC)
Ligne 51 :		Ligne 51 :
	On peut observer le répertoire ''boot'' à partir d'une image et pour cela il faut:		On peut observer le répertoire ''boot'' à partir d'une image et pour cela il faut:
	* déterminer le début de la partition grâce à la commande ''fdisk''		* déterminer le début de la partition grâce à la commande ''fdisk''
	* monter la partition grâce à ''mount'', l'offset est égale au nombre de ~~secteur~~ multiplié par la taille d'un secteur (ici 8192*512)		* monter la partition grâce à ''mount'', l'offset est égale au nombre de secteurs multiplié par la taille d'un secteur (ici 8192*512)
	* lister les ~~fichier~~ grâce à ''ll''		* lister les fichiers grâce à ''ll''
	[[Fichier:Img list file armbian.png\|centré\|800px]]		[[Fichier:Img list file armbian.png\|centré\|800px]]
	\|}		\|}
	</div>		</div>
	Pour émuler un Raspberry PI l'émulateur va devoir jouer le rôle du CPU ARM et du GPU alors que dans les autres cas, seulement le CPU sera nécessaire !		Pour émuler un Raspberry PI, l'émulateur va devoir jouer le rôle du CPU ARM et du GPU alors que dans les autres cas, seulement le CPU sera nécessaire !

	= Utilisation de Qemu =		= Utilisation de Qemu =

Jc.forton : /* Le Raspberry... et les autres */

2020-06-21T18:16:04Z

Le Raspberry... et les autres

← Version précédente		Version du 21 juin 2020 à 20:16
Ligne 12 :		Ligne 12 :

	== Le Raspberry... et les autres ==		== Le Raspberry... et les autres ==
	Le Raspberry PI (et donc le SoC Broadcom BCM28XX) possède en plus du CPU ARM un GPU [https://fr.wikipedia.org/wiki/VideoCore VideoCore] alors que les SoC AllWinner ~~possède~~ un GPU Mali400 et jusque là pas de grosses différences sauf dans la phase de démarrage...		Le Raspberry PI (et donc le SoC Broadcom BCM28XX) possède en plus du CPU ARM un GPU [https://fr.wikipedia.org/wiki/VideoCore VideoCore] alors que les SoC AllWinner possèdent un GPU Mali400 et jusque là pas de grosses différences sauf dans la phase de démarrage...

	Le Raspberry PI, à l'inverse des autres SBC, n'amorce pas sa phase de ~~démarre~~ pas le biais de son CPU mais de son GPU !		Le Raspberry PI, à l'inverse des autres SBC, n'amorce pas sa phase de démarrage pas le biais de son CPU mais de son GPU !

	Ci-dessous sont détaillés les phases de démarrage des différents SBC		Ci-dessous sont détaillés les phases de démarrage des différents SBC

Jc.forton : /* SBC et SoC */

2020-06-21T18:15:18Z

SBC et SoC

← Version précédente		Version du 21 juin 2020 à 20:15
Ligne 7 :		Ligne 7 :
	Les composants qui forment chacun des SBC vont influer sur les performances, la capacité, etc... et sont généralement rassemblés sous le nom de [https://fr.wikipedia.org/wiki/Syst%C3%A8me_sur_une_puce SoC]. Le Raspberry PI utilise un SoC [https://fr.wikipedia.org/wiki/Broadcom Broadcom] BCM28XX alors que les autres SBC utilisent un SoC [https://fr.wikipedia.org/wiki/Allwinner_Technology AllWinner] (H2, H3, A10, A20, etc...).		Les composants qui forment chacun des SBC vont influer sur les performances, la capacité, etc... et sont généralement rassemblés sous le nom de [https://fr.wikipedia.org/wiki/Syst%C3%A8me_sur_une_puce SoC]. Le Raspberry PI utilise un SoC [https://fr.wikipedia.org/wiki/Broadcom Broadcom] BCM28XX alors que les autres SBC utilisent un SoC [https://fr.wikipedia.org/wiki/Allwinner_Technology AllWinner] (H2, H3, A10, A20, etc...).

	Le SoC peut être vu comme la compression de la [https://fr.wikipedia.org/wiki/Carte_m%C3%A8re carte mère], du [https://fr.wikipedia.org/wiki/Processeur CPU], de la [https://fr.wikipedia.org/wiki/M%C3%A9moire_vive RAM] et du [https://fr.wikipedia.org/wiki/Processeur_graphique GPU]. Le SBC et l'ajout, autour du SoC, des ports d'extension (USB, Ethernet, SD, etc...)		Le SoC peut être vu comme la compression de la [https://fr.wikipedia.org/wiki/Carte_m%C3%A8re carte mère], du [https://fr.wikipedia.org/wiki/Processeur CPU], de la [https://fr.wikipedia.org/wiki/M%C3%A9moire_vive RAM] et du [https://fr.wikipedia.org/wiki/Processeur_graphique GPU]. Le SBC est l'ajout, autour du SoC, des ports d'extension (USB, Ethernet, SD, etc...)

	N'hésitez pas à lire le cours sur [[:Media:materiel.pdf\|le matériel]] pour des explications plus poussées !		N'hésitez pas à lire le cours sur [[:Media:materiel.pdf\|le matériel]] pour des explications plus poussées !

Sbc qemu emulation - Historique des versions

Jc.forton : /* Désactivation de la sonde CPU */

Jc.forton : /* Redimensionnement de l'image */

Jc.forton : /* Les SoC AllWinner */

Jc.forton : /* Le Raspberry Pi */

Jc.forton : /* Le Raspberry Pi */

Jc.forton : /* Les SoC AllWinner */

Jc.forton : /* Utilisation de Qemu */

Jc.forton : /* Le Raspberry... et les autres */

Jc.forton : /* Le Raspberry... et les autres */

Jc.forton : /* SBC et SoC */

Jc.forton : /* Désactivation de la sonde CPU */

Jc.forton : /* Redimensionnement de l'image */

Jc.forton : /* Les SoC AllWinner */

Jc.forton : /* Le Raspberry Pi */

Jc.forton : /* Le Raspberry Pi */

Jc.forton : /* Les SoC AllWinner */

Jc.forton : /* Utilisation de Qemu */

Jc.forton : /* Le Raspberry... et les autres */

Jc.forton : /* Le Raspberry... et les autres */

Jc.forton : /* SBC et SoC */