Re: [gem5-users] Changing CPU type
Hi, What commit are you using? I got option 1 working on commit 2a98a994df296f818b05da90ba073d879562da04 You can find my commands here https://www.mail-archive.com/gem5-users@gem5.org/msg16795.html Best regards, Abhishek On Thu, Feb 27, 2020 at 12:50 PM niranjan soundararajan < niranja...@gmail.com> wrote: > Hello > > We booted ubuntu using AtomicCPU and wanted to switch cpu cores. Different > options we tried but both resulted in different errors > > 1. we set --cpu-type = and --restore-cpu-type = > AtomicSimpleCPU, we tried the following two options > > a. ./build/X86/gem5.opt configs/example/fs.py > --disk-image=ubuntu_base_v1.1.img --kernel=vmlinux-5.2.3 > --cpu-type=DerivO3CPU --restore-with-cpu=AtomicSimpleCPU --caches --l2cache > --mem-size=8192MB -r 1 > > > We got a > > panic: StaticInst::branchTarget() called on instruction that is not a > PC-relative branch > > Alternately, > b. ./build/X86/gem5.opt configs/example/fs.py > --disk-image=ubuntu_base_v1.1.img --kernel=vmlinux-5.2.3 > --cpu-type=X86KvmCPU --restore-with-cpu=AtomicSimpleCPU --caches --l2cache > --mem-size=8192MB -r 1 > > We got a > > gem5.opt: build/X86/sim/eventq_impl.hh:44: void > EventQueue::schedule(Event*, Tick, bool): Assertion `when >= getCurTick()' > failed. > > Thanks > Niranjan > > ___ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
[gem5-users] Changing CPU type
Hello We booted ubuntu using AtomicCPU and wanted to switch cpu cores. Different options we tried but both resulted in different errors 1. we set --cpu-type = and --restore-cpu-type = AtomicSimpleCPU, we tried the following two options a. ./build/X86/gem5.opt configs/example/fs.py --disk-image=ubuntu_base_v1.1.img --kernel=vmlinux-5.2.3 --cpu-type=DerivO3CPU --restore-with-cpu=AtomicSimpleCPU --caches --l2cache --mem-size=8192MB -r 1 We got a panic: StaticInst::branchTarget() called on instruction that is not a PC-relative branch Alternately, b. ./build/X86/gem5.opt configs/example/fs.py --disk-image=ubuntu_base_v1.1.img --kernel=vmlinux-5.2.3 --cpu-type=X86KvmCPU --restore-with-cpu=AtomicSimpleCPU --caches --l2cache --mem-size=8192MB -r 1 We got a gem5.opt: build/X86/sim/eventq_impl.hh:44: void EventQueue::schedule(Event*, Tick, bool): Assertion `when >= getCurTick()' failed. Thanks Niranjan ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Linux boot
The issue with booting with KVM is resolved when only applying the second patch. The issue we now see is after logging in we get a "Login timeout after 60 seconds" before we could type the username and password. Has anyone run into this issue? Thanks On Thu, Feb 27, 2020 at 4:11 PM niranjan soundararajan wrote: > > Thanks for getting back. But we need the full Ubuntu for running server > workloads. > > We looked at this link: > https://www.mail-archive.com/gem5-users@gem5.org/msg15053.html > > Where a user has gotten this resolved but when applying the 2 patches > doesnt help our case. > > Any other options? > > Thanks > > > On Thu, Feb 27, 2020 at 3:02 PM Ciro Santilli > wrote: > >> >> https://github.com/cirosantilli/linux-kernel-module-cheat/tree/8a2cad195b295ad02c23af7a629bd21b4a9f306d#gem5-buildroot-setup-getting-started >> boots Buildroot (not Ubuntu) to shell in about 4 minutes on a P51 >> https://cirosantilli.com/linux-kernel-module-cheat/#p51 >> >> With Ubuntu, I would use my own minimal init rather than the super >> bloated Ubuntu one. >> >> Then you can m5 checkpoint and restore as discussed elsewhere. >> >> >> On Thu, Feb 27, 2020 at 6:00 AM niranjan soundararajan >> wrote: >> > >> > Hello >> > >> > We are booting Ubuntu 18.0.4 and kernel 5.2.3 on x86_64 bit core. We >> are running the following commandline >> > >> > ./build/X86/gem5.opt configs/example/fs.py >> --disk-image=ubuntu_base_v1.1.img --kernel=vmlinux-5.2.3 >> --cpu-type=AtomicSimpleCPU --caches --l2cache --mem-size=8192MB >> > >> > >> > We notice that the boot process starts and proceeds successfully until >> we hit the following point (see below). Its stuck there for quite some >> time. I wanted to check if this is common or is there something we can do >> to speed it up? Whats sort of the typical boot times folks have seen with >> x86 cores (or others) and is there a checkpoint we can take in case we run >> into errors to avoid starting from scratch? >> > >> > [ OK ] Reached target Remote File Systems. >> > >> > Starting Availability of block devices... >> > >> > [ OK ] Started Availability of block devices. >> > >> > >> > >> > Thanks >> > >> > Niranjan >> > >> > ___ >> > gem5-users mailing list >> > gem5-users@gem5.org >> > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users >> > ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
[gem5-users] Making memory address ranges visible as NUMA nodes to the OS
Hi all, I am trying to create a multicore system with two memory types, one is a regular DRAM and the other memory has a longer latency. The memories are located on different memory channels but have the same interconnect latency, the only latency difference is between the memory controller and the memory itself due to memory technology. The address range of each memory is continues and not interleaved. (This is something like a multicore system with DRAM and persistent memory). In order to be able to assign pages specifically to each memory, I want the OS to recognize the two memories as two different NUMA nodes. How can I make gem5 fs to report to the OS that the two memory address ranges belong to different NUMA nodes? Can I add some component to the configuration script to make this happen? Do I need to change the BIOS somehow? (I have tried using the numa=fake tool on Linux, but it did not create new fake nodes.) Thank you very much, Ben Perach ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Linux boot
Thanks for getting back. But we need the full Ubuntu for running server workloads. We looked at this link: https://www.mail-archive.com/gem5-users@gem5.org/msg15053.html Where a user has gotten this resolved but when applying the 2 patches doesnt help our case. Any other options? Thanks On Thu, Feb 27, 2020 at 3:02 PM Ciro Santilli wrote: > > https://github.com/cirosantilli/linux-kernel-module-cheat/tree/8a2cad195b295ad02c23af7a629bd21b4a9f306d#gem5-buildroot-setup-getting-started > boots Buildroot (not Ubuntu) to shell in about 4 minutes on a P51 > https://cirosantilli.com/linux-kernel-module-cheat/#p51 > > With Ubuntu, I would use my own minimal init rather than the super > bloated Ubuntu one. > > Then you can m5 checkpoint and restore as discussed elsewhere. > > > On Thu, Feb 27, 2020 at 6:00 AM niranjan soundararajan > wrote: > > > > Hello > > > > We are booting Ubuntu 18.0.4 and kernel 5.2.3 on x86_64 bit core. We are > running the following commandline > > > > ./build/X86/gem5.opt configs/example/fs.py > --disk-image=ubuntu_base_v1.1.img --kernel=vmlinux-5.2.3 > --cpu-type=AtomicSimpleCPU --caches --l2cache --mem-size=8192MB > > > > > > We notice that the boot process starts and proceeds successfully until > we hit the following point (see below). Its stuck there for quite some > time. I wanted to check if this is common or is there something we can do > to speed it up? Whats sort of the typical boot times folks have seen with > x86 cores (or others) and is there a checkpoint we can take in case we run > into errors to avoid starting from scratch? > > > > [ OK ] Reached target Remote File Systems. > > > > Starting Availability of block devices... > > > > [ OK ] Started Availability of block devices. > > > > > > > > Thanks > > > > Niranjan > > > > ___ > > gem5-users mailing list > > gem5-users@gem5.org > > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Linux boot
https://github.com/cirosantilli/linux-kernel-module-cheat/tree/8a2cad195b295ad02c23af7a629bd21b4a9f306d#gem5-buildroot-setup-getting-started boots Buildroot (not Ubuntu) to shell in about 4 minutes on a P51 https://cirosantilli.com/linux-kernel-module-cheat/#p51 With Ubuntu, I would use my own minimal init rather than the super bloated Ubuntu one. Then you can m5 checkpoint and restore as discussed elsewhere. On Thu, Feb 27, 2020 at 6:00 AM niranjan soundararajan wrote: > > Hello > > We are booting Ubuntu 18.0.4 and kernel 5.2.3 on x86_64 bit core. We are > running the following commandline > > ./build/X86/gem5.opt configs/example/fs.py --disk-image=ubuntu_base_v1.1.img > --kernel=vmlinux-5.2.3 --cpu-type=AtomicSimpleCPU --caches --l2cache > --mem-size=8192MB > > > We notice that the boot process starts and proceeds successfully until we hit > the following point (see below). Its stuck there for quite some time. I > wanted to check if this is common or is there something we can do to speed it > up? Whats sort of the typical boot times folks have seen with x86 cores (or > others) and is there a checkpoint we can take in case we run into errors to > avoid starting from scratch? > > [ OK ] Reached target Remote File Systems. > > Starting Availability of block devices... > > [ OK ] Started Availability of block devices. > > > > Thanks > > Niranjan > > ___ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
Re: [gem5-users] Linux boot
Thanks Abhishek. We get the following error with KVM panic: KVM: Failed to enter virtualized mode (hw reason: 0x8021) Any techniques to get over this error Thanks Niranjan On Thu, Feb 27, 2020 at 11:40 AM Abhishek Singh < abhishek.singh199...@gmail.com> wrote: > > Hi, > > You can use KVM CPU, it will boot the system fast as it works on host > machine speed. > > On Thu, Feb 27, 2020 at 1:00 AM niranjan soundararajan < > niranja...@gmail.com> wrote: > >> Hello >> >> We are booting Ubuntu 18.0.4 and kernel 5.2.3 on x86_64 bit core. We are >> running the following commandline >> >> ./build/X86/gem5.opt configs/example/fs.py >> --disk-image=ubuntu_base_v1.1.img --kernel=vmlinux-5.2.3 >> --cpu-type=AtomicSimpleCPU --caches --l2cache --mem-size=8192MB >> >> We notice that the boot process starts and proceeds successfully until we >> hit the following point (see below). Its stuck there for quite some time. I >> wanted to check if this is common or is there something we can do to speed >> it up? Whats sort of the typical boot times folks have seen with x86 cores >> (or others) and is there a checkpoint we can take in case we run into >> errors to avoid starting from scratch? >> >> *[ OK ] Reached target Remote File Systems.* >> >> * Starting Availability of block devices...* >> >> *[ OK ] Started Availability of block devices.* >> >> >> >> Thanks >> >> Niranjan >> ___ >> gem5-users mailing list >> gem5-users@gem5.org >> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users > > ___ > gem5-users mailing list > gem5-users@gem5.org > http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users ___ gem5-users mailing list gem5-users@gem5.org http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users