cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Highlighted
Visitor
Visitor
357 Views
Registered: ‎12-11-2018

QEMU ZedBoard error: 'System is deadlocked on memory' in VITIS IDE

Hi all

I'm a student researching how OpenCV can be accelerated through a ZedBoard. The first goal is to simulate an algorithm within the software of the ZedBoard with the OpenCv Libraries. I have created a costum embedded platform with Vivado-Petalinux-Vitis and tried to simulate the "vector_addition example" in Vitis IDE through QEMU on this costum platform without any luck. I have followed the Microzed chronicles tutorial(s) to get a better understanding of the tools and workflow: 

https://www.hackster.io/news/microzed-chronicles-microzed-zynq-7000-vitis-platform-creation-df25e1054fb6.

Creating the block design, exporting the .xsa, configurating & building the PetaLinux all works well. Xilinx UG1144 (pp. 59) also states that if the image size changes, you should change the CONFIG_SYS_BOOTM_LEN parameter in platform-top.h  and undef CONFIG_SYS_BOOTMAPSZ. I have done both of them and changed the LEN from 0xF000000 to 0xFFFFFFF.

All projects(platform/application) within Vitis are built without errors, but booting the SW-EMU in QEMU through the created platform in Vitis for testing the "vector_addition example" is still not working. The boot is fine untill unpacking the rootfs shown below.

Attached is the full log and would appreciate any help as I am stuck where to look for.

---------------------------------------------------------------------------------------

Trying to unpack rootfs image as initramfs...
swapper/0 invoked oom-killer: gfp_mask=0x6200c2(GFP_HIGHUSER), nodemask=(null), order=0, oom_score_adj=0
CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.19.0-xilinx-v2019.2 #1
Hardware name: Xilinx Zynq Platform
[<c010f18c>] (unwind_backtrace) from [<c010af0c>] (show_stack+0x10/0x14)
[<c010af0c>] (show_stack) from [<c067cc0c>] (dump_stack+0x80/0xa0)
[<c067cc0c>] (dump_stack) from [<c01a4728>] (dump_header.constprop.4+0x74/0x234)
[<c01a4728>] (dump_header.constprop.4) from [<c01a44bc>] (out_of_memory+0x27c/0x40c)
[<c01a44bc>] (out_of_memory) from [<c01a889c>] (__alloc_pages_nodemask+0x7f0/0x89c)
[<c01a889c>] (__alloc_pages_nodemask) from [<c01a099c>] (pagecache_get_page.part.6+0x21c/0x2d0)
[<c01a099c>] (pagecache_get_page.part.6) from [<c01a0de4>] (grab_cache_page_write_begin+0x18/0x2c)
[<c01a0de4>] (grab_cache_page_write_begin) from [<c0206350>] (simple_write_begin+0x20/0xc0)
[<c0206350>] (simple_write_begin) from [<c01a0154>] (generic_perform_write+0xc0/0x1c0)
[<c01a0154>] (generic_perform_write) from [<c01a2df0>] (__generic_file_write_iter+0x170/0x19c)
[<c01a2df0>] (__generic_file_write_iter) from [<c01a3004>] (generic_file_write_iter+0x1e8/0x1f0)
[<c01a3004>] (generic_file_write_iter) from [<c01e3740>] (__vfs_write+0x120/0x154)
[<c01e3740>] (__vfs_write) from [<c01e38e8>] (vfs_write+0xb8/0x144)
[<c01e38e8>] (vfs_write) from [<c01e3a94>] (ksys_write+0x4c/0x9c)
[<c01e3a94>] (ksys_write) from [<c0902f34>] (xwrite+0x2c/0x64)
[<c0902f34>] (xwrite) from [<c0903190>] (do_copy+0xac/0x100)
[<c0903190>] (do_copy) from [<c09023fc>] (write_buffer+0x24/0x3c)
[<c09023fc>] (write_buffer) from [<c090244c>] (flush_buffer+0x38/0x98)
[<c090244c>] (flush_buffer) from [<c0929fd0>] (__gunzip+0x2c4/0x32c)
[<c0929fd0>] (__gunzip) from [<c092a060>] (gunzip+0x28/0x30)
[<c092a060>] (gunzip) from [<c0902840>] (unpack_to_rootfs+0x1cc/0x2c0)
[<c0902840>] (unpack_to_rootfs) from [<c0903278>] (populate_rootfs+0x50/0x118)
[<c0903278>] (populate_rootfs) from [<c0102670>] (do_one_initcall+0x70/0x140)
[<c0102670>] (do_one_initcall) from [<c0900e1c>] (kernel_init_freeable+0x18c/0x1d0)
[<c0900e1c>] (kernel_init_freeable) from [<c068dfe0>] (kernel_init+0x8/0x10c)
[<c068dfe0>] (kernel_init) from [<c01010e8>] (ret_from_fork+0x14/0x2c)
Exception stack(0xdf43ffb0 to 0xdf43fff8)
ffa0: 00000000 00000000 00000000 00000000
ffc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ffe0: 00000000 00000000 00000000 00000000 00000013 00000000
Mem-Info:
active_anon:0 inactive_anon:0 isolated_anon:0
active_file:0 inactive_file:0 isolated_file:0
unevictable:96264 dirty:0 writeback:0 unstable:0
slab_reclaimable:3599 slab_unreclaimable:726
mapped:0 shmem:0 pagetables:0 bounce:0
free:626 free_pcp:57 free_cma:0
Node 0 active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:385056kB isolated(anon):0kB isolated(file):0kB mapped:0kB dirty:0kB writeback:0kB shmem:0kB writeback_tmp:0kB unstable:0kB all_unreclaimable? no
Normal free:2504kB min:2548kB low:3184kB high:3820kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:385056kB writepending:0kB present:524288kB managed:405852kB mlocked:0kB kernel_stack:264kB pagetables:0kB bounce:0kB free_pcp:228kB local_pcp:228kB free_cma:0kB
lowmem_reserve[]: 0 0 0
Normal: 2*4kB (UM) 0*8kB 0*16kB 0*32kB 1*64kB (U) 1*128kB (M) 1*256kB (M) 2*512kB (M) 1*1024kB (U) 0*2048kB 0*4096kB = 2504kB
96281 total pagecache pages
0 pages in swap cache
Swap cache stats: add 0, delete 0, find 0/0
Free swap = 0kB
Total swap = 0kB
131072 pages RAM
0 pages HighMem/MovableOnly
29609 pages reserved
0 pages cma reserved
Tasks state (memory values in pages):
[ pid ] uid tgid total_vm rss pgtables_bytes swapents oom_score_adj name
Out of memory and no killable processes...
Kernel panic - not syncing: System is deadlocked on memory

---[ end Kernel panic - not syncing: System is deadlocked on memory
]---
qemu-system-aarch64: /cosim@0: Disconnected clk=658426452751 ns

-----------------------------------------------------------------------------------------------------------------------------

 

0 Kudos
1 Reply
Highlighted
Visitor
Visitor
208 Views
Registered: ‎02-06-2019

Hi,

Were you able to solve this. If yes, please tell me how did you solve this. I am stuck at same point.

0 Kudos