Hi,

I found that problem was with Linux kernel. I get a panic in kernel while
booting for single core at the end. I get no init found.

./build/ARM/gem5.fast  configs/example/fs.py
--machine-type=VExpress_GEM5_V1 --kernel
/home/khilji/gem5/m5/system/binaries/vmlinux --disk-image
/home/khilji/gem5/m5/system/disks/linux-aarch32-ael.img --dtb-filename
/home/khilji/gem5/m5/system/dtb/armv7_gem5_v1_1cpu.dtb --num-cpus=1
--cpu-type=timing  --mem-size=1GB   --num-dirs=1

I am using the latest kernel at following link v4.4

https://github.com/gem5/linux-arm-gem5/commits/gem5/v4.4
<https://github.com/gem5/linux-arm-gem5/commits/gem5/v4.3>

I am compiling it with following
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- gem5_defconfig
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j4

I think that default configurations are not working. This kernel has support
for VExpress_GEM5_V1 platform. Kindly, if you can guide me about which
configurations to use.

best regards,

sharjeel





On 21 February 2017 at 20:32, Jason Lowe-Power <ja...@lowepower.com> wrote:

> Hi Sharjeel,
>
> I think you've found another case where ARM isn't supported in Ruby. I
> would *guess* this is a problem with some kind of atomic/memory ordering
> operation. I would try simplifying your simulated system and building up
> until you find the problem. For instance, start with 1 core and make sure
> Linux boots. Then, two cores, etc. You may also want to try simpler
> topologies (e.g., Pt2Pt or crossbar) and using only a single directory.
>
> This could also be a problem with the memory ranges. Ruby only supports a
> single range with no gaps. I don't know what the ARM systems use.
>
> Jason
>
> On Tue, Feb 21, 2017 at 3:54 AM SHARJEEL KHILJI <
> sharjeelsaeedkhi...@gmail.com> wrote:
>
>> Hi,
>>
>> I am trying to boot linuxv4.4 on ARM NOC. The booting process gets stuck
>> and same set of instruction is executed again and again. Following is the
>> set of instructions.
>>
>>
>> ./build/ARM/gem5.debug --debug-flags= Exec,ExecTicks
>> configs/example/fs.py   --machine-type=VExpress_GEM5_V1 --kernel
>> /home/khilji/gem5/m5/system/binaries/vmlinux-aarch32 --disk-image
>> /home/khilji/gem5/m5/system/disks/linux-aarch32-ael.img --dtb-filename
>> /home/khilji/gem5/m5/system/dtb/armv7_gem5_v1_4cpu.dtb --num-cpus=4
>> --cpu-type=timing  --mem-size=512MB  --ruby --num-dirs=2 --garnet-network
>> flexible --topology Mesh --mesh-rows 2  --numa-high-bit=28
>>
>> Following instructions are show in the terminal
>> 370581084500: system.cpu0 T0 : @smp_call_function_many+592    :   dmb
>> #0                 : IntAlu :
>> 370581085500: system.cpu0 T0 : @smp_call_function_many+596    :   tsts
>> r3, #1            : IntAlu :  D=0x0000000000000000
>> 370581086500: system.cpu0 T0 : @smp_call_function_many+600    :
>> bne                      : IntAlu :
>> 370581087500: system.cpu0 T0 : @smp_call_function_many+588    :   ldr
>> r3, [r1, #12]      : MemRead :  D=0x0000000000000003 A=0x9eb4c
>>
>> Looks like a sort of deadlock. Any suggestions please, if anyone can give
>> in this matter.
>>
>> best regards,
>> sharjeel
>>
>> _______________________________________________
>> 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

Reply via email to