Laden des FS-Modus mit Multi-Core-O3CPU in gem5

Question

Ich muss den fs-Modus mit 64 O3-Kernen ausführen.

Laut: Wie wird eine gem5 arm aarch64 vollständige Systemsimulation mit fs.py mit mehr als 8 Kernen ausgeführt? Ich sollte eine dieser beiden Methoden verwenden: GICv2-Erweiterungen oder GICv3 .

Aber wenn ich den Befehl hinzufüge:

--param 'system.realview.gic.gem5_extensions = True,

Das Terminal gibt weiterhin Informationen aus, die den folgenden ähnlich sind:

Warn:context 2:1900000 consecutive store conditional failures.

Wenn ich den Befehl hinzufüge:

--machine-type VExpress_GEM5_V2,

Das Terminal gibt folgende Informationen aus:

warn: Gicv3Distributor::write(): setting ARE to 0 is not supported!und danach gibt es keine weiteren Informationen, es scheint noch zu laufen.

Ich habe diese Mailingliste gelesen: https://www.mail-archive.com/[email protected]/msg18133.html Es scheint, dass die Multi-O3CPU am Ende nicht zum Booten des Linux-Systems verwendet wird.

Sollte ich daher AtomicSimpleCPU verwenden, um zu booten, einen Prüfpunkt einzurichten und den Prüfpunkt dann mit nicht in Ordnung befindlichen Kernen zu laden? Muss die Startkonfiguration der Laufzeitkonfiguration ähnlich sein?

Answer 1

Soweit ich Ihrer Beschreibung entnehmen kann, gibt es keine Fehlermeldungen, die notwendigerweise ein GIC-Versionsproblem implizieren. Wir haben standardmäßig viele Warnungen und diese scheinen in Ordnung zu sein.

Aber ja, das Booten mehrerer Kerne mit Caches (die von O3 benötigt werden) auf ARM ist im Allgemeinen aufgrund der unter beschriebenen Probleme mit nicht zwischenspeicherbaren Zugriffsproblemen fehlerhaft https://gem5.atlassian.net/browse/GEM5-711 und nach dem Booten einen atomaren Checkpoint zu nehmen und O3 wiederherzustellen, ist eine Lösung für die in den Kommentaren dieses Tickets erwähnte Lösung: https://gem5.atlassian.net/browse/GEM5-711?focusedCommentId=12001 Es besteht die Möglichkeit, dass Sie dieses Problem nicht lösen. Wenn Sie dies jedoch tun, können Sie anhand der Fehlermeldung leicht erkennen, ob dies wahrscheinlich das spezifische Problem ist oder nicht. Haben Sie denselben Assert-Fehler wie dieses Problem?

Gibt es einen Grund, warum Sie nicht prüfen und wiederherstellen möchten, da dies einige Minuten vor dem Start spart? Ja, es wird unterstützt und ist einer der Hauptanwendungsfälle von Checkpointing: Welche Systemmerkmale wie die Anzahl der Kerne von Cache-Konfigurationen kann ich beim Wiederherstellen eines Checkpoints in gem5 ändern?

Bitte geben Sie auch immer den vollständigen CLI-Befehl und die Ausgabe sowie die gem5-Version an, wenn Sie diese Art von Problem melden. Und im Falle von Hängen lohnt es sich, schnell zu --debug ExecAllsehen, welche letzten nicht seltsamen Anweisungen ausgeführt wurden, da dies die möglichen Probleme erheblich einschränkt.