[Libre-soc-dev] Environment setup error -- Libre-soc-dev

lkcl luke.leighton at gmail.com
Wed Apr 13 14:46:30 BST 2022

On Wed, Apr 13, 2022 at 2:08 PM Santhosh Kumar V V .
<123040015 at sastra.ac.in> wrote:
> Good evening sir, I am santhosh kumar V V,

great to hear from you.  please do send to the mailing list,
rather than to me, personally, like you did before.

> I am trying to install libre-soc openpower isa environment in
> Debian 10, as already mailed before,

yes, it seemed not to get through, even after i approved it, possibly
because of the large images.

> as per your request I have added the traceback kindly check it and help me in this regard.
> ======================================================================
> ERROR: test_microwatt_helloworld (__main__.HelloDecoderTestCase)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
>   File "helloworld.py", line 32, in test_microwatt_helloworld
>     [1,12], extra_break_addr=0x1014)
>   File "/root/libresoc/openpower-isa/src/openpower/simulator/test_sim.py", line 521, in run_tst_program
>     with run_program(prog, initial_mem, extra_break_addr, bigendian) as q:
>   File "/root/libresoc/openpower-isa/src/openpower/simulator/qemu.py", line 252, in run_program
>     q = QemuController(program.binfile.name, bigendian)
> AttributeError: '_io.BytesIO' object has no attribute 'name'

i was able to fix this based on seeing the moderated message, and also the
second error which you didn't include here, which i tracked down to pygdbmi
changing API.

the version that will work is

>>> import pygdbmi
>>> pygdbmi.__version__

so uninstall whatever random version got installed and install
that specific version.

however even with that, it is a long story, but the above unit test
(python3 openpower/simulator/test_helloworld_sim.py)
will still not run "perfectly".

remote-single-stepping of qemu through gdbmi is absolutely
horrendously slow, so instead what we do is, set a breakpoint
at the *end* of the program and let it run to completion.

bottom line: it was complicated, fraught, slow, and did the job at the
time.  there is an intention to sort it out but there are higher priority
items for me, so someone else has to volunteer.

in the meantime, unless you specifically need the qemu runner,
you are much better off focussing on other, faster,
and more useful unit tests:

    nohup python3 openpower/decoder/isa/test_caller_alu.py


More information about the Libre-soc-dev mailing list