Re: [gem5-users] Starting docker inside the gem5 simulated system.

2020-04-07 Thread niranjan soundararajan
Hey folks

Any updates on this. I am working on a similar setup and see that docker is
failing with same issue

Thanks
Niranjan

On Mon, 6 Apr 2020 at 2:26 PM, swamy saranam 
wrote:

> I need start the docker application inside the Gem5 simulated system.
>
> Steps followed:
> 1. Installed docker inside an ubuntu-18.04 disk image using QEMU.
> 2. Pulled some images inside the docker and created the containers and
> executed the application.
> 3. I started the gem5 full system simulation using this disk image. After
> the login, when I try to start the docker service using "systemctl start
> docker", the service is not starting.
>
> The result of "systemctl status docker" is pasted below:
>
> Warning: The unit file, source configuration file or drop-ins of
> docker.service
> ● docker.service - Docker Application Container Engine
>Loaded: loaded (/lib/systemd/system/docker.service; enabled; vendor
> preset: e
>   Drop-In: /etc/systemd/system/docker.service.d
>└─http-proxy.conf, https-proxy.conf
>Active: failed (Result: exit-code) since Sun 2018-01-28 10:58:35 EST;
> 22min a
>  Docs: https://docs.docker.com
>   Process: 862 ExecStart=/usr/bin/dockerd -H fd://
> --containerd=/run/containerd/
>  Main PID: 862 (code=exited, status=1/FAILURE)
>
> Jan 28 10:58:33 ubuntu systemd[1]: docker.service: Main process exited,
> code=exi
> Jan 28 10:58:33 ubuntu systemd[1]: docker.service: Failed with result
> 'exit-code
> Jan 28 10:58:33 ubuntu systemd[1]: Failed to start Docker Application
> Container
> Jan 28 10:58:35 ubuntu systemd[1]: docker.service: Service hold-off time
> over, s
> Jan 28 10:58:35 ubuntu systemd[1]: docker.service: Scheduled restart job,
> restar
> Jan 28 10:58:35 ubuntu systemd[1]: Stopped Docker Application Container
> Engine.
> Jan 28 10:58:35 ubuntu systemd[1]: docker.service: Start request repeated
> too qu
> Jan 28 10:58:35 ubuntu systemd[1]: docker.service: Failed with result
> 'exit-code
> Jan 28 10:58:35 ubuntu systemd[1]: Failed to start Docker Application
> Container
>
> Can anyone help me fix this issue.
>
> Thanks in advance!
>
> ___
> 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] Instruction size

2020-03-11 Thread niranjan soundararajan
got the size of inst from pcstate().size.

Thanks

On Wed, Mar 11, 2020 at 11:28 AM niranjan soundararajan <
niranja...@gmail.com> wrote:

> Hello
>
> For x86 direct branch instructions, the branchTarget() function returns a
> panic. When trying to add the code to get the actual branch target (at
> decode), I am using the immediate field (which should capture the offset to
> next PC for direct branches) but there is a slight difference (few bytes).
> Any idea why this would be the case.
>
> Also what is an option to get the size of the instruction
>
> Thank
> niranjan
>
>
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

[gem5-users] Instruction size

2020-03-10 Thread niranjan soundararajan
Hello

For x86 direct branch instructions, the branchTarget() function returns a
panic. When trying to add the code to get the actual branch target (at
decode), I am using the immediate field (which should capture the offset to
next PC for direct branches) but there is a slight difference (few bytes).
Any idea why this would be the case.

Also what is an option to get the size of the instruction

Thank
niranjan
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Re: [gem5-users] Kernel for x64

2020-03-02 Thread niranjan soundararajan
Thanks Muhammet, your tutorial link definitely helped. We got it working
with Kernel 5.2.3 and 5.4.21



On Wed, Feb 26, 2020 at 12:48 PM Muhammet Abdullah Soytürk <
muhammetabdullahsoyt...@gmail.com> wrote:

> Hi Niranjan,
>
> You can check this
> <https://gem5art.readthedocs.io/en/latest/tutorials/boot-tutorial.html>
> tutorial to see which kernels are booting successfully.
>
> Best,
> Muhammet
>
> niranjan soundararajan , 26 Şub 2020 Çar, 09:31
> tarihinde şunu yazdı:
>
>> Hello
>>
>> Has anyone got a recent Linux kernel (Ubuntu 18.0.4) for GEM5 working for
>> x64 (x86 64 bit)? We are running into the following issues (when trying
>> different kernel versions)
>>
>> 1. panic condition !pci_dev occurred: 00:01.4: Write to config space on
>> non-existent PCI device
>>
>> 2. VFS: Cannot open root device "hda1" or unknown-block(0,0)
>>
>>
>> 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

Re: [gem5-users] Changing CPU type

2020-03-02 Thread niranjan soundararajan
Thanks Abhishek. From your version that you pointed on, it seems to work.
We got it working with the latest version

On Thu, Feb 27, 2020 at 11:25 PM Abhishek Singh <
abhishek.singh199...@gmail.com> wrote:

> 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 mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

[gem5-users] Changing CPU type

2020-02-27 Thread niranjan soundararajan
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

2020-02-27 Thread niranjan soundararajan
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

Re: [gem5-users] Linux boot

2020-02-27 Thread niranjan soundararajan
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

2020-02-27 Thread niranjan soundararajan
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

[gem5-users] Linux boot

2020-02-26 Thread niranjan soundararajan
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

Re: [gem5-users] Kernel for x64

2020-02-26 Thread niranjan soundararajan
Thanks, will check it out

On Wed, Feb 26, 2020 at 12:48 PM Muhammet Abdullah Soytürk <
muhammetabdullahsoyt...@gmail.com> wrote:

> Hi Niranjan,
>
> You can check this
> <https://gem5art.readthedocs.io/en/latest/tutorials/boot-tutorial.html>
> tutorial to see which kernels are booting successfully.
>
> Best,
> Muhammet
>
> niranjan soundararajan , 26 Şub 2020 Çar, 09:31
> tarihinde şunu yazdı:
>
>> Hello
>>
>> Has anyone got a recent Linux kernel (Ubuntu 18.0.4) for GEM5 working for
>> x64 (x86 64 bit)? We are running into the following issues (when trying
>> different kernel versions)
>>
>> 1. panic condition !pci_dev occurred: 00:01.4: Write to config space on
>> non-existent PCI device
>>
>> 2. VFS: Cannot open root device "hda1" or unknown-block(0,0)
>>
>>
>> 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

[gem5-users] Kernel for x64

2020-02-25 Thread niranjan soundararajan
Hello

Has anyone got a recent Linux kernel (Ubuntu 18.0.4) for GEM5 working for
x64 (x86 64 bit)? We are running into the following issues (when trying
different kernel versions)

1. panic condition !pci_dev occurred: 00:01.4: Write to config space on
non-existent PCI device

2. VFS: Cannot open root device "hda1" or unknown-block(0,0)


Thanks
Niranjan
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Re: [gem5-users] x64 support on Gem5

2020-02-14 Thread niranjan soundararajan
Thanks Ayaz, I am noticing that other ISAs have this file but X86 doesnt
have it

./arch/alpha/isa/branch.isa
./arch/arm/isa/formats/branch.isa
./arch/arm/isa/insts/branch.isa
./arch/arm/isa/templates/branch.isa
./arch/mips/isa/formats/branch.isa
./arch/power/isa/formats/branch.isa
./arch/sparc/isa/formats/branch.isa

For example, in the cpu/pred/bpred_unit.cc, when I print the following

inst->isDirectCtrl() or inst->isIndirectCtrl()

both flag are not set for any instruction

Thanks
Niranjan


On Sat, Feb 15, 2020 at 1:56 AM Ayaz Akram  wrote:

> Hi Niranjan,
>
> Can you give some specific examples of instructions where you find these
> problems (and what cpu model are you using)? Is this issue on gem5 Jira (
> https://gem5.atlassian.net/projects/GEM5/issues/GEM5-338?filter=allopenissues=priority%20DESC)
> related to branch operation type behavior that you are seeing?
>
> Thanks
>
>
> On Fri, Feb 14, 2020 at 4:21 AM niranjan soundararajan <
> niranja...@gmail.com> wrote:
>
>> Hello
>>
>> How is the x64 support on Gem5. I am finding that the decoded
>> instructions don’t have their types set, for example branch instructions.
>> Has someone been able to resolve this issue
>>
>> 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

[gem5-users] x64 support on Gem5

2020-02-14 Thread niranjan soundararajan
Hello

How is the x64 support on Gem5. I am finding that the decoded instructions
don’t have their types set, for example branch instructions. Has someone
been able to resolve this issue

Thanks
Niranjan
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

[gem5-users] X86/X64 uops

2018-05-10 Thread niranjan soundararajan
Hey folks

Does GEM5 provide the x86/x64 uops for complex instructions? Is this
information available for the pipeline to work on uops?

Thanks
Niranjan
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users