[VTA]Ultra96 Stuck when try test_benchmark_gemm.py


#1

Hi @thierry

Thanks for the Ultra96 patch, I just tried new VTA on Ultra96 V1 board with pynq for ultral96 2.4 image, somehow the new VTA does’t work and stucked, following are my steps for Ultra96 try, is any steps what I used wrong ?

Regards
Hua

Steps:

  1. get image from following link and flash into a SD card
    http://avnet.me/ultra96-pynq-image-v2.4

  2. connect ultra96 though usb-ethernet cable to internet.

  3. ssh login to ultra96, git clone get latest tvm

  4. change vta/config/vta_config.json target into “ultra96”

  5. build vta runtime by make ‘vta runtime -j2’

  6. launch vta rpc server
    sudo ./apps/vta_rpc/start_rpc_server.sh

  7. in host box, git clone latest tvm

  8. set VTA HOST with correct IP address and port

  9. run ./test_benchmark_gemm.py

  10. ultra96 output following log and stuck.
    INFO:root:Loading VTA library: /home/xilinx/tvm/vta/python/vta/…/…/…/build/libvta.so
    INFO:RPCServer:load_module /tmp/tmpjt4r7a6b/gemm.o

  11. in ultra96 , if change target into “sim”, the said test script work good.


#2

Right now there is no coherent support on Ultra96 pynq image; as a result getting correct execution will require heterogeneous runtime support (which I’m working on next). I will keep you in the loop…


#3

Hi @thierry,

thanks for the kindly help,

I did some trouble shooting for this cache coherent issue for ultra96, one approach is after set “kBufferCoherent” into “False” to force do software cache coherent, the GEMM compute by vta would work properly on ultra96, for resnet , it would not stuck anymore but the classify result is incorrect.
based on the said test result, seems like cache coherent part is ok, do you think that is possible the reset classify issue cause by TLPP or any other logic problem of vta ?

Regards
Hua