gem5에서 멀티 코어 O3CPU로 FS 모드로드

Question

64 개의 O3 코어로 fs 모드를 실행해야합니다.

에 따르면 : 8 개 이상의 코어가있는 fs.py로 gem5 arm aarch64 전체 시스템 시뮬레이션을 실행하는 방법은 무엇입니까? GICv2 확장 또는 GICv3 두 가지 방법 중 하나를 사용해야합니다 .

하지만 명령을 추가하면 :

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

터미널은 다음과 유사한 정보를 계속 출력합니다.

Warn:context 2:1900000 consecutive store conditional failures.

명령을 추가 할 때 :

--machine-type VExpress_GEM5_V2,

터미널은 다음 정보를 출력합니다.

warn: Gicv3Distributor::write(): setting ARE to 0 is not supported!, 그 후 더 이상 정보가 없습니다. 아직 실행중인 것 같습니다.

이 메일 링리스트를 읽었습니다. https://www.mail-archive.com/[email protected]/msg18133.html 결국에는 다중 O3CPU가 Linux 시스템을 부팅하는 데 사용되지 않는 것 같습니다.

따라서 AtomicSimpleCPU를 사용하여 부팅하고 체크 포인트를 설정 한 다음 비 순차 코어로 체크 포인트를로드해야합니까? 부팅 구성이 런타임 구성과 유사해야합니까?

Answer 1

설명에서 볼 수 있듯이 반드시 GIC 버전 문제를 암시하는 오류 메시지는 없으며 기본적으로 많은 경고가 있으며 문제가없는 것 같습니다.

그러나 예, ARM에서 캐시 (O3에 필요)를 사용하여 여러 코어를 부팅하는 것은 일반적으로 다음에 설명 된 캐시 할 수없는 액세스 문제로 인해 손상됩니다. https://gem5.atlassian.net/browse/GEM5-711 , 부팅 후 원자 체크 포인트를 취하고 O3를 복원하는 것은 해당 티켓의 주석에 언급 된 해결책입니다. https://gem5.atlassian.net/browse/GEM5-711?focusedCommentId=12001 해당 문제에 맞지 않을 가능성이 있지만, 해당 문제가 특정 문제 일 가능성이 있는지 또는 오류 메시지를 기반으로하지 않는지 쉽게 확인할 수 있다면 해당 문제와 동일한 어설 션 실패가 있습니까?

검사 점 및 복원을 원하지 않는 이유가 있습니까? 부팅 시간에서 몇 분을 절약하기 때문입니까? 예, 지원되며 체크 포인트의 주요 사용 사례 중 하나입니다. gem5에서 체크 포인트를 복원 할 때 변경할 수있는 캐시 구성 코어 수와 같은 시스템 특성은 무엇입니까?

또한 이러한 종류의 문제를보고 할 때 항상 전체 CLI 명령과 출력 및 gem5 버전을 제공하십시오. 그리고 중단 된 경우 --debug ExecAll가능한 문제를 크게 좁히기 때문에 실행중인 마지막 비정상적인 명령이 무엇인지 신속하게 파악하는 것이 좋습니다.