Neuerstellung rootfs in buildroot

Werde ich die setup-build-Umgebung, um meine eigene linux-embedded-system für AT91SAM9X25-Board. Ich bin mit buildroot, dies zu tun. Der Befehl make alle Ziele erstellen, die erste it-build toolchain dann Pakete und dann rootfs und Bilder von rootfs (tar, cpio ...).
Wiederaufbau rootfs normalerweise verwende ich make clean und dann make. Der Befehl make clean entfernt alle und inklusive toolchain.

Also das erste, meine Frage ist: gibt es eine Möglichkeit, remake rootfs ohne Gebäude toolchain? Es braucht eine Menge Zeit.

Bin ich auch Aufbau-linux-kernel innerhalb von buildroot. Ich habe eingeschaltet BR2_LINUX_KERNEL [=y] in buildroot. Die linux konfiguriert Anfängliche RAM-Dateisystem, so zu bauen-kernel ist es erforderlich, image, rootfs (die erstellt werden sollen, die von buildroot). Wenn ich unter root von buildroot das Gebäude schlägt mit Fehlermeldung-kann Nicht öffnen - 'buildroot-2013.05/output/images/rootfs.cpio'. Weil (wenn ich das richtig verstanden habe) der Bauablauf ist der toolchain - Pakete - rootfs - linux-kernel - Bilder des rootfs. Wenn er versucht zu bauen linux-kernel rootfs.cpio-image wird nicht erstellt.

Also die zweite Frage ist: Wie baut man linux innerhalb von buildroot, wenn ich verwenden möchten Initial RAM filesystem?

Vielleicht gibt es effizientere alternativen als buildroot?

Vielen Dank im Voraus.

InformationsquelleAutor Yuri | 2013-07-26

13

Den Befehl make alle Ziele erstellen

Sie nicht wollen, zu tun, die (bis Buildroot konfiguriert ist).

Sie müssen zuerst konfigurieren Buildroot durch die Angabe der Ziel-board.

Pro die Handbuch Sie können von vorne beginnen, oder erstellen Sie ein Buildroot-config-Datei für Ihr AT91SAM9X25-board abgeleitet von einem ähnlichen board wie configs/at91sam9g20dfc_defconfig

Neben der Buildroot-config-Datei, Sie benötigen auch eine Linux-kernel-config-Datei (es sei denn, Sie wollen, versuchen Sie es konfigurieren der kernel von Grund auf neu).

Die kernel-config-Datei für das Atmel-eval board mit einem AT91SAM9x5 ist at91sam9x5ek_defconfig

Lesen Sie auch Abschnitt 3.4.2. Erstellen Sie Ihre eigenen board-support -

Also das erste, meine Frage ist: gibt es eine Möglichkeit, remake rootfs ohne Gebäude toolchain? Es braucht eine Menge Zeit.

Die Antwort hängt davon ab, wie Sie definieren "remake rootfs".
Wenn Sie löschen Sie das Verzeichnis output/images/, dann die Dateien rootfs neu geschrieben werden.

Wenn Sie Verzeichnisse zu löschen, die in output/build/ ist, dann diese Pakete oder Subsysteme sind kompiliert aus dem Quellcode.

Wenn Sie Buildroot konfigurieren, um mit Ihrem eigenen oder einem externen tool-chain, dann make clean würde nicht entfernen Sie Sie. Wenn Sie konfigurieren Buildroot installieren der toolchain baut es außerhalb von seinem Verzeichnis, dann kann Sie es allein verlassen, während ein make clean.

Natürlich die Buildroot make ist smart genug, um zu wissen, was sich geändert hat seit dem letzten build hat und was neu kompiliert werden.

Sollte es den seltenen Fall, dass Sie brauchen, um Verzeichnisse zu löschen, die in output/build/ Neukompilierung zu erzwingen.

Also die zweite Frage ist: Wie baut man linux innerhalb von buildroot, wenn ich verwenden möchten Initial RAM filesystem?

Müssen Sie richtig konfigurieren Sie beide Buildroot und dem Linux-kernel.
```
make menuconfig
    Filesystem images --->
make linux-menuconfig
    General setup --->
make
```
Konkretere Informationen über die Verwendung von Buildroot für AT91SAM9x5 ist diese Seite Linx4SAM

Vielleicht gibt es effizientere alternativen als buildroot?

Gibt es andere tools, wie Öffnen Sie Embedded, aber beschreiben Sie als "effizienter" ist subjektiv.

NACHTRAG

Neuerstellung rootfs in buildroot

Zwingen das rootfs neu gebaut werden (in diesem Fall ein initramfs) löschen Sie die drei versteckten Dateien in den output/build/linux-x.xx.xx Verzeichnis
```
    .stamp_images_installed
    .stamp_initramfs_rebuilt
    .stamp_target_installed
```
- Lassen Sie mich meine Frage anders formulieren in Bezug auf Aufbau-linux-kernel innerhalb von buildroot (könnte ich erklären nicht deutlich genug). Buildroot: 1.Toolchain -> 2.Pakete -> 3.Linux-kernel -> 4.rootfs-images. Aber bei Schritt 3 (linux-kernel) rootfs-images benötigt, weil linux so konfiguriert, dass als Verwendung von Initial RAM filesystem, aber wir haben es nur auf Schritt 4. Dass das problem - ich sehe den Fehler-Meldung auf step 3: es ist nicht rootfs.cpio
- "linux konfiguriert wurde, verwenden Sie Initial RAM filesystem" -- Buildroot auch konfiguriert für initramfs? Der Fehler in Schritt #3 bedeutet, dass Sie nicht so konfiguriert haben, Buildroot richtig. Ihre Bedenken darüber, wie Buildroot verarbeitet, was scheint, ein Huhn gegen ei-problem angesprochen werden, in der commit-Beschreibung "hinzufügen von Unterstützung für initramfs". Im wesentlichen Buildroot führt Schritt #3 mit einem leer initramfs-Datei, und dann macht ein extra-Schritt #5 zu produzieren, die einen kernel, der die eigentlichen initramfs.
- Ihre Antwort (d.h. entfernen der .stamp_xxx Dateien) war sehr nützlich für das erzwingen der Neuerstellung des rootfs. Allerdings habe ich noch zusätzliche Dinge auf die rootfs mit einem overlay. Wenn ich auf eine (leicht) andere Konfiguration ohne die rootfs overlay, die Datei aus dem alten overlay ist NICHT aus der Struktur entfernt, die unter "Ziel -/", oder aus dem fertigen Bild. Ich habe versucht, löschen Sie den Inhalt des "target" - aber dies führte zu einem build-Fehler (es ist nicht ein einfaches build-Ausgabe). Gibt es eine Möglichkeit, aufzuräumen, Dinge, die entfernt wurden aus dem rootfs, ohne dabei eine vollständige distclean / neu erstellen?
- Ich denke, es gibt keine alternative zur vollen distclean dann neu erstellen. IIRC ist es erwähnt in der Anleitung.
- Interessant, von dieser Seite aus der Bedienungsanleitung: buildroot.org/downloads/manual/manual.html#full-rebuild - Buildroot kann nicht herausfinden alle möglichen Abhängigkeiten, so dass, wenn ein PAKET entfernt wird, ein reinigen erforderlich ist. ABER, "Jedoch, wenn änderungen am root-Dateisystem-overlay, ein post-build-Skript oder ein post-image-script gemacht werden, es besteht keine Notwendigkeit für eine vollständige Neuerstellung: ein einfacher make-Aufruf nehmen die änderungen berücksichtigt", so dass eine änderung am rootfs overlay sollte nicht erfordern eine Neuerstellung... Obwohl ich fand, dass Sie es Tat.
InformationsquelleAutor sawdust
0

Rebuild rootfs in buildroot
1. Abhängigkeiten anzeigen : make show-targets z.B. : rootfs-cpio-rootfs-tar rootfs-ubi rootfs-ubifs
2. machen rootfs-ubi neu erstellen //Buildroot neu rootfs-ubi
InformationsquelleAutor Mike

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.