[gem5-users] enum header file

[Tariq Azmy]

Some of cpu source codes include header files that begin with enum/.. such
as:

#include "enums/OpClass.hh"
#include "enums/StaticInstFlags.hh"

Where are these sources located so that I can see 'em?

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

[gem5-users] gem5 gpu-compute tutorials

[Yu Chao]

 Hi all,


Is there any tutorials on the use of gem5 gpu-compute? I'm going to use the
gpu-compute in gem5, but i cannot find any tutorials on how to use
it.Thanks in advance.

Regards,

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

Re: [gem5-users] kernel execution problem armv8 for mode fs_big.LITTLE

[TungHoang_GMail]

Ali,

Did you use aarch64 cross compiler when compiling Parsec. By default, 
Parsec just supports x86 GCC. You will need to modify gcc.bldconf of 
Parsec to make use of aarch64. See ARM pdf file from my link. I do not 
have any problem with parsec. You can eventually try with Hello compiled 
by aarch64 cross compiler first. The last lines in your log tell exact 
problem that m5 could not find either location or compiled binary (with 
cross compiler) in your disk image. Hope it help !


/T
On 05/11/2018 09:54 AM, Hadouda Ali wrote:
i compiled and run parsec 3.0 in my linux operating system after i 
copied parsec in the linaro-minimal-aarch64.img image and i tried in gem5.


2018-05-11 18:44 GMT+02:00 TungHoang_GMail >:


Ali,

Have you statically compile PARSEC using aarch64-linux-gnu-gcc
cross compiler or qemu-aarch64 before copying into disk-image file ?

See helps in https://github.com/arm-university/arm-gem5-rsk


/Tung

On 05/11/2018 09:40 AM, Hadouda Ali wrote:


hi hoang;

yes I did this step; I have uploaded PARSEC 3.0

 here is the download link:

https://github.com/connorimes/parsec-3.0


and I followed these steps:

*cp linaro-minimal-aarch64.img expanded-linaro-minimal-aarch64.img*
*$ dd if = / dev / zero bs = 1G count = 20 >>
./expanded-linaro-minimal-aarch64.img # add 20G zeros*
*$ sudo parted expanded-linaro-minimal-aarch64.img resizepart 1
100% # grow partition 1*
*Mount the expanded disk image, resize it, and copy PARSEC to it:*
*Note: set /path_to_compiled_parsec-3.0_dir/*
*$ mkdir disk_mnt*
*$ name = $ (sudo fdisk -l expanded-linaro-minimal-aarch64.img |
tail -1 | awk -E: '{print $ 1}' | awk -E "" '{print $ 1}')*
*$ start_sector = $ (sudo fdisk -l
expanded-linaro-minimal-aarch64.img | grep $ name | awk -E ""
'{print $ 2}')*
*$ units = $ (sudo fdisk -l expanded-linaro-minimal-aarch64.img |
grep ^ Units | awk -E "" '{print $ 9}')*
*$ sudo mount -o loop, offset = $ (($ start_sector * $ units))
expanded-linaro-minimal-aarch64.img disk_mnt*
*$ df # find / dev / loopX for disk_mnt*
*$ sudo resize2fs / dev / loopX # resize filesystem*
*$ df # check that the Available space for disk_mnt is increased*
*$ sudo cp -r /path_to_compiled_parsec-3.0_dir/disk_mnt / home /
root # copy the compiled parsec-3.0 to the image*
*$ ls disk_mnt / home / root # check the parsec-3.0 contents*
*$ sudo umount disk_mnt*

with I generate the script of each application (e.g. blacksholes)
as follows:
*#! / Bin / bash*
*
*
*PARSEC_DIR = "/ home / root / parsec-3.0"*
*cd $ PARSEC_DIR*
*pwd*
*
*
*source ./env.sh*
*parsecmgmt -a run -p blackscholes -c gcc-hooks -i simsmall -n 2*
*m5 exit*

and I found the previous result.

so if I forgot something or some step please help me to find the
solution.

thank you very much;

Ali.



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







--
Cordialement Ali HADOUDA .



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

Re: [gem5-users] kernel execution problem armv8 for mode fs_big.LITTLE

[Hadouda Ali]

i compiled and run parsec 3.0 in my linux operating system after i copied
parsec in the linaro-minimal-aarch64.img image and i tried in gem5.

2018-05-11 18:44 GMT+02:00 TungHoang_GMail :

> Ali,
>
> Have you statically compile PARSEC using aarch64-linux-gnu-gcc cross
> compiler or qemu-aarch64 before copying into disk-image file ?
>
> See helps in https://github.com/arm-university/arm-gem5-rsk
>
> /Tung
>
> On 05/11/2018 09:40 AM, Hadouda Ali wrote:
>
>
> hi hoang;
>
> yes I did this step; I have uploaded PARSEC 3.0
>
>  here is the download link:
>
> https://github.com/connorimes/parsec-3.0
>
> and I followed these steps:
>
> *cp linaro-minimal-aarch64.img expanded-linaro-minimal-aarch64.img*
> *$ dd if = / dev / zero bs = 1G count = 20 >>
> ./expanded-linaro-minimal-aarch64.img # add 20G zeros*
> *$ sudo parted expanded-linaro-minimal-aarch64.img resizepart 1 100% #
> grow partition 1*
> *Mount the expanded disk image, resize it, and copy PARSEC to it:*
> *Note: set /path_to_compiled_parsec-3.0_dir/*
> *$ mkdir disk_mnt*
> *$ name = $ (sudo fdisk -l expanded-linaro-minimal-aarch64.img | tail -1 |
> awk -E: '{print $ 1}' | awk -E "" '{print $ 1}')*
> *$ start_sector = $ (sudo fdisk -l expanded-linaro-minimal-aarch64.img |
> grep $ name | awk -E "" '{print $ 2}')*
> *$ units = $ (sudo fdisk -l expanded-linaro-minimal-aarch64.img | grep ^
> Units | awk -E "" '{print $ 9}')*
> *$ sudo mount -o loop, offset = $ (($ start_sector * $ units))
> expanded-linaro-minimal-aarch64.img disk_mnt*
> *$ df # find / dev / loopX for disk_mnt*
> *$ sudo resize2fs / dev / loopX # resize filesystem*
> *$ df # check that the Available space for disk_mnt is increased*
> *$ sudo cp -r /path_to_compiled_parsec-3.0_dir/disk_mnt / home / root #
> copy the compiled parsec-3.0 to the image*
> *$ ls disk_mnt / home / root # check the parsec-3.0 contents*
> *$ sudo umount disk_mnt*
>
> with I generate the script of each application (e.g. blacksholes) as
> follows:
> *#! / Bin / bash*
>
> *PARSEC_DIR = "/ home / root / parsec-3.0"*
> *cd $ PARSEC_DIR*
> *pwd*
>
> *source ./env.sh*
> *parsecmgmt -a run -p blackscholes -c gcc-hooks -i simsmall -n 2*
> *m5 exit*
>
> and I found the previous result.
>
> so if I forgot something or some step please help me to find the solution.
>
> thank you very much;
>
> Ali.
>
>
>
> ___
> gem5-users mailing 
> listgem5-users@gem5.orghttp://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
>
>
>


-- 
Cordialement Ali HADOUDA .
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Re: [gem5-users] kernel execution problem armv8 for mode fs_big.LITTLE

[TungHoang_GMail]

Ali,

Have you statically compile PARSEC using aarch64-linux-gnu-gcc cross 
compiler or qemu-aarch64 before copying into disk-image file ?


See helps in https://github.com/arm-university/arm-gem5-rsk

/Tung
On 05/11/2018 09:40 AM, Hadouda Ali wrote:


hi hoang;

yes I did this step; I have uploaded PARSEC 3.0

 here is the download link:

https://github.com/connorimes/parsec-3.0 



and I followed these steps:

*cp linaro-minimal-aarch64.img expanded-linaro-minimal-aarch64.img*
*$ dd if = / dev / zero bs = 1G count = 20 >> 
./expanded-linaro-minimal-aarch64.img # add 20G zeros*
*$ sudo parted expanded-linaro-minimal-aarch64.img resizepart 1 100% # 
grow partition 1*

*Mount the expanded disk image, resize it, and copy PARSEC to it:*
*Note: set /path_to_compiled_parsec-3.0_dir/*
*$ mkdir disk_mnt*
*$ name = $ (sudo fdisk -l expanded-linaro-minimal-aarch64.img | tail 
-1 | awk -E: '{print $ 1}' | awk -E "" '{print $ 1}')*
*$ start_sector = $ (sudo fdisk -l expanded-linaro-minimal-aarch64.img 
| grep $ name | awk -E "" '{print $ 2}')*
*$ units = $ (sudo fdisk -l expanded-linaro-minimal-aarch64.img | grep 
^ Units | awk -E "" '{print $ 9}')*
*$ sudo mount -o loop, offset = $ (($ start_sector * $ units)) 
expanded-linaro-minimal-aarch64.img disk_mnt*

*$ df # find / dev / loopX for disk_mnt*
*$ sudo resize2fs / dev / loopX # resize filesystem*
*$ df # check that the Available space for disk_mnt is increased*
*$ sudo cp -r /path_to_compiled_parsec-3.0_dir/disk_mnt / home / root 
# copy the compiled parsec-3.0 to the image*

*$ ls disk_mnt / home / root # check the parsec-3.0 contents*
*$ sudo umount disk_mnt*

with I generate the script of each application (e.g. blacksholes) as 
follows:

*#! / Bin / bash*
*
*
*PARSEC_DIR = "/ home / root / parsec-3.0"*
*cd $ PARSEC_DIR*
*pwd*
*
*
*source ./env.sh*
*parsecmgmt -a run -p blackscholes -c gcc-hooks -i simsmall -n 2*
*m5 exit*

and I found the previous result.

so if I forgot something or some step please help me to find the 
solution.


thank you very much;

Ali.



___
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 execution problem armv8 for mode fs_big.LITTLE

[Hadouda Ali]

hi hoang;

yes I did this step; I have uploaded PARSEC 3.0

 here is the download link:

https://github.com/connorimes/parsec-3.0

and I followed these steps:

*cp linaro-minimal-aarch64.img expanded-linaro-minimal-aarch64.img*
*$ dd if = / dev / zero bs = 1G count = 20 >>
./expanded-linaro-minimal-aarch64.img # add 20G zeros*
*$ sudo parted expanded-linaro-minimal-aarch64.img resizepart 1 100% # grow
partition 1*
*Mount the expanded disk image, resize it, and copy PARSEC to it:*
*Note: set /path_to_compiled_parsec-3.0_dir/*
*$ mkdir disk_mnt*
*$ name = $ (sudo fdisk -l expanded-linaro-minimal-aarch64.img | tail -1 |
awk -E: '{print $ 1}' | awk -E "" '{print $ 1}')*
*$ start_sector = $ (sudo fdisk -l expanded-linaro-minimal-aarch64.img |
grep $ name | awk -E "" '{print $ 2}')*
*$ units = $ (sudo fdisk -l expanded-linaro-minimal-aarch64.img | grep ^
Units | awk -E "" '{print $ 9}')*
*$ sudo mount -o loop, offset = $ (($ start_sector * $ units))
expanded-linaro-minimal-aarch64.img disk_mnt*
*$ df # find / dev / loopX for disk_mnt*
*$ sudo resize2fs / dev / loopX # resize filesystem*
*$ df # check that the Available space for disk_mnt is increased*
*$ sudo cp -r /path_to_compiled_parsec-3.0_dir/disk_mnt / home / root #
copy the compiled parsec-3.0 to the image*
*$ ls disk_mnt / home / root # check the parsec-3.0 contents*
*$ sudo umount disk_mnt*

with I generate the script of each application (e.g. blacksholes) as
follows:
*#! / Bin / bash*

*PARSEC_DIR = "/ home / root / parsec-3.0"*
*cd $ PARSEC_DIR*
*pwd*

*source ./env.sh*
*parsecmgmt -a run -p blackscholes -c gcc-hooks -i simsmall -n 2*
*m5 exit*

and I found the previous result.

so if I forgot something or some step please help me to find the solution.

thank you very much;

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

Re: [gem5-users] kernel execution problem armv8 for mode fs_big.LITTLE

[TungHoang_GMail]

Ali,

You need to provide disk image vi "--disk-image" option. And you also 
need to copy PARSEC (e.g. blacksholes) binary file into disk image file. 
The disk image file will be 
/media/ali/ali/gem5/aarch-system-20180409/disks. I suppose its name is 
"linaro-minimal-aarch64.img". To copy Parsec binary into the image file, 
you can following below steps


1) resize image file
cp linaro-minimal-aarch64.img extended-linaro-minimal-aarch64.img
dd if/dev/zero/ bs=1G count=20 >> extended-linaro-minimal-aarch64.img    
# extended-linaro-minimal-aarch64.img will be 20 GB

sudo parted $expanded_image_file resizepart 1 100%

2) copy parsec binary into extended-linaro-minimal-aarch64.img
mkdir ./mnt
sudo mount -o loop,offset=32256 extended-linaro-minimal-aarch64.img  mnt
sudo mkdir -p ./mnt/home/root
sudo cp -r  ./mnt/home/root
sudo unmount    ./mnt
sudo sync

/T

On 05/11/2018 08:01 AM, Hadouda Ali wrote:

hi all;
I executed the armv8 kernel in big.LITTLE mode, I used the following 
command:


sudo build / ARM / gem5.opt configs / example / arm / fs_bigLITTLE.py 
--kernel = / media / ali / ali / gem5 / aarch-system-20180409 / 
binaries / vmlinux.vexpress_gem5_v1_64 --dtb = / media / ali / ali / 
gem5 / aarch-system-20180409 / binaries / 
armv8_gem5_v1_big_little_2_2.dtb --bootscript = / home / ali / desktop 
/ rcs_file / parsec_rcs / blackscholes_simsmall_2.rcS --caches


here are the execution steps that are in the system.terminal file 
because the execution is stuck without progressing in the last statement.



[    0.00] Booting Linux on physical CPU 0x0
[    0.00] Linux version 4.14.0+ (root@c84b8fb6e283) (gcc version 
5.4.0 20160609 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9)) #1 SMP PREEMPT 
Mon Apr 9 06:54:00 UTC 2018

[    0.00] Boot CPU: AArch64 Processor [410fc0f0]
[    0.00] Machine model: V2P-AARCH64
[    0.00] Memory limited to 2048MB
[    0.00] cma: Reserved 16 MiB at 0xff00
[    0.00] On node 0 totalpages: 524288
[    0.00]   DMA zone: 8192 pages used for memmap
[    0.00]   DMA zone: 0 pages reserved
[    0.00]   DMA zone: 524288 pages, LIFO batch:31
[    0.00] random: fast init done
[    0.00] percpu: Embedded 21 pages/cpu @ffc07ef9b000 s45464 
r8192 d32360 u86016

[    0.00] pcpu-alloc: s45464 r8192 d32360 u86016 alloc=21*4096
[    0.00] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
[    0.00] Detected PIPT I-cache on CPU0
[    0.00] Built 1 zonelists, mobility grouping on.  Total pages: 
516096
[    0.00] Kernel command line: earlyprintk=pl011,0x1c09 
console=ttyAMA0 lpj=19988480 norandmaps loglevel=8 mem=2GB 
root=/dev/vda1 rw init=/sbin/init vmalloc=768MB

[    0.00] log_buf_len individual max cpu contribution: 4096 bytes
[    0.00] log_buf_len total cpu_extra contributions: 12288 bytes
[    0.00] log_buf_len min size: 16384 bytes
[    0.00] log_buf_len: 32768 bytes
[    0.00] early log buf free: 15016(91%)
[    0.00] PID hash table entries: 4096 (order: 3, 32768 bytes)
[    0.00] Dentry cache hash table entries: 262144 (order: 9, 
2097152 bytes)
[    0.00] Inode-cache hash table entries: 131072 (order: 8, 
1048576 bytes)
[    0.00] Memory: 2035116K/2097152K available (6014K kernel code, 
470K rwdata, 2052K rodata, 384K init, 261K bss, 45652K reserved, 
16384K cma-reserved)

[    0.00] Virtual kernel memory layout:
[    0.00]     modules : 0xff80 - 0xff800800  
 (   128 MB)
[    0.00]     vmalloc : 0xff800800 - 0xffbebfff  
 (   250 GB)
[    0.00]       .text : 0xff800808 - 0xff800866  
 (  6016 KB)
[    0.00]     .rodata : 0xff800866 - 0xff800887  
 (  2112 KB)
[    0.00]       .init : 0xff800887 - 0xff80088d  
 (   384 KB)
[    0.00]       .data : 0xff80088d - 0xff8008945808  
 (   471 KB)
[    0.00]        .bss : 0xff8008945808 - 0xff8008986ed8  
 (   262 KB)
[    0.00]     fixed   : 0xffbefe7fd000 - 0xffbefec0  
 (  4108 KB)
[    0.00]     PCI I/O : 0xffbefee0 - 0xffbeffe0  
 (    16 MB)
[    0.00]     vmemmap : 0xffbf - 0xffc0  
 (     4 GB maximum)
[    0.00]               0xffbf - 0xffbf0200  
 (    32 MB actual)
[    0.00]     memory  : 0xffc0 - 0xffc08000  
 (  2048 MB)

[    0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[    0.00] Preemptible hierarchical RCU implementation.
[    0.00] RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4.
[    0.00] Tasks RCU enabled.
[    0.00] RCU: Adjusting geometry for rcu_fanout_leaf=16, 
nr_cpu_ids=4

[    0.00] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0
[    0.00] arch_timer: WARNING: Invalid trigger for IRQ4, assuming 
level low

[    0.00] arch_timer: WARNING: Please fix your firmware
[    0.00] arch_timer: cp15 timer(s) running at 

[gem5-users] kernel execution problem armv8 for mode fs_big.LITTLE

[Hadouda Ali]

hi all;
I executed the armv8 kernel in big.LITTLE mode, I used the following
command:

sudo build / ARM / gem5.opt configs / example / arm / fs_bigLITTLE.py
--kernel = / media / ali / ali / gem5 / aarch-system-20180409 / binaries /
vmlinux.vexpress_gem5_v1_64 --dtb = / media / ali / ali / gem5 /
aarch-system-20180409 / binaries / armv8_gem5_v1_big_little_2_2.dtb
--bootscript = / home / ali / desktop / rcs_file / parsec_rcs /
blackscholes_simsmall_2.rcS --caches

here are the execution steps that are in the system.terminal file because
the execution is stuck without progressing in the last statement.


[0.00] Booting Linux on physical CPU 0x0
[0.00] Linux version 4.14.0+ (root@c84b8fb6e283) (gcc version 5.4.0
20160609 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.9)) #1 SMP PREEMPT Mon Apr 9
06:54:00 UTC 2018
[0.00] Boot CPU: AArch64 Processor [410fc0f0]
[0.00] Machine model: V2P-AARCH64
[0.00] Memory limited to 2048MB
[0.00] cma: Reserved 16 MiB at 0xff00
[0.00] On node 0 totalpages: 524288
[0.00]   DMA zone: 8192 pages used for memmap
[0.00]   DMA zone: 0 pages reserved
[0.00]   DMA zone: 524288 pages, LIFO batch:31
[0.00] random: fast init done
[0.00] percpu: Embedded 21 pages/cpu @ffc07ef9b000 s45464 r8192
d32360 u86016
[0.00] pcpu-alloc: s45464 r8192 d32360 u86016 alloc=21*4096
[0.00] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
[0.00] Detected PIPT I-cache on CPU0
[0.00] Built 1 zonelists, mobility grouping on.  Total pages: 516096
[0.00] Kernel command line: earlyprintk=pl011,0x1c09
console=ttyAMA0 lpj=19988480 norandmaps loglevel=8 mem=2GB root=/dev/vda1
rw init=/sbin/init vmalloc=768MB
[0.00] log_buf_len individual max cpu contribution: 4096 bytes
[0.00] log_buf_len total cpu_extra contributions: 12288 bytes
[0.00] log_buf_len min size: 16384 bytes
[0.00] log_buf_len: 32768 bytes
[0.00] early log buf free: 15016(91%)
[0.00] PID hash table entries: 4096 (order: 3, 32768 bytes)
[0.00] Dentry cache hash table entries: 262144 (order: 9, 2097152
bytes)
[0.00] Inode-cache hash table entries: 131072 (order: 8, 1048576
bytes)
[0.00] Memory: 2035116K/2097152K available (6014K kernel code, 470K
rwdata, 2052K rodata, 384K init, 261K bss, 45652K reserved, 16384K
cma-reserved)
[0.00] Virtual kernel memory layout:
[0.00] modules : 0xff80 - 0xff800800   (
 128 MB)
[0.00] vmalloc : 0xff800800 - 0xffbebfff   (
 250 GB)
[0.00]   .text : 0xff800808 - 0xff800866   (
6016 KB)
[0.00] .rodata : 0xff800866 - 0xff800887   (
2112 KB)
[0.00]   .init : 0xff800887 - 0xff80088d   (
 384 KB)
[0.00]   .data : 0xff80088d - 0xff8008945808   (
 471 KB)
[0.00].bss : 0xff8008945808 - 0xff8008986ed8   (
 262 KB)
[0.00] fixed   : 0xffbefe7fd000 - 0xffbefec0   (
4108 KB)
[0.00] PCI I/O : 0xffbefee0 - 0xffbeffe0   (
16 MB)
[0.00] vmemmap : 0xffbf - 0xffc0   (
 4 GB maximum)
[0.00]   0xffbf - 0xffbf0200   (
32 MB actual)
[0.00] memory  : 0xffc0 - 0xffc08000   (
2048 MB)
[0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[0.00] Preemptible hierarchical RCU implementation.
[0.00] RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4.
[0.00] Tasks RCU enabled.
[0.00] RCU: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4
[0.00] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0
[0.00] arch_timer: WARNING: Invalid trigger for IRQ4, assuming
level low
[0.00] arch_timer: WARNING: Please fix your firmware
[0.00] arch_timer: cp15 timer(s) running at 25.16MHz (virt).
[0.00] clocksource: arch_sys_counter: mask: 0xff
max_cycles: 0x5cdd39714, max_idle_ns: 440795202620 ns
[0.01] sched_clock: 56 bits at 25MHz, resolution 39ns, wraps every
4398046511084ns
[0.60] Console: colour dummy device 80x25
[0.68] Calibrating delay loop (skipped) preset value.. 9994.24
BogoMIPS (lpj=19988480)
[0.73] pid_max: default: 32768 minimum: 301
[0.000108] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
[0.000114] Mountpoint-cache hash table entries: 4096 (order: 3, 32768
bytes)
[0.016016] ASID allocator initialised with 256 entries
[0.024015] Hierarchical SRCU implementation.
[0.040033] smp: Bringing up secondary CPUs ...
[1.088643] CPU1: failed to come online
[1.088647] CPU1: failed in unknown state : 0x0
[2.145254] CPU2: failed to come online
[2.145258] CPU2: failed in unknown state : 0x0
[3.201865] CPU3: failed to come