Renode Error

[Halteproblem]

Renode Error

[Halteproblem]

If I change the generate_renode_scripts.py to use the antmicro libVtop.so it seems to work.

result = """
using sysbus
mach create \"""" + target + """\"
machine LoadPlatformDescription $ORIGIN/""" + target + """.repl
$cfuLinux?=@https://dl.antmicro.com/projects/renode/verilated-ibex--libVtop-s_527064-bf919fbb21bc3242cbc09f05a8a8cac4037daaff
machine StartGdbServer 10001
showAnalyzer sysbus.uart
showAnalyzer sysbus.uart Antmicro.Renode.Analyzers.LoggingUartAnalyzer
"""
    if cfu_lib_filepath:
        result += """
cpu.cfu0 SimulationFilePathLinux $cfuLinux
"""``

[tcal-x]

@Halteproblem , thanks for the report; I reproduced the issue. And also replicated the workaround that you provide -- thanks!

The background is that we haven't been able to bump the Renode version for many months due to an unknown issue (#794 (comment)). The issue here might be that we're mixing the old pinned Renode (which should still work) somehow with more recent Renode (I haven't had a chance to look where that might be happening).

[tcal-x]

This was caused by a recent change to renode-infrastructure that added a dependence on tlib in renode_imports.h:
renode/renode-infrastructure@1858ed0

scripts/setup grabs files from renode/renode at a particular commit. But for files from renode/renode-infrastructure it just grabs from current master, which is why we were affected and Renode sim broke even though we made no changes in CFU Playground.

I have a PR in progress to pin our reference to renode/renode-infrastructure to before the commit that caused the issue. (Other options that we might consider in the future would be to add a patch for renode_imports.h, or, request that upstream they make the 'tlib' dependency conditional using #ifdef.)

FYI @PiotrZierhoffer

[PiotrZierhoffer]

@tcal-x I think pinning is a good way forward. Right now we are in progress of a serious overhaul of the native calls layer, so this might repeat in future