Closed turbinenreiter closed 3 years ago
I just realized that this error message looks more like one of the tools within Radiant is broken, and given the fact that I run it on Fedora 34 instead of Ubuntu 16.04(!), which is Radiants supported Linux distro, I guess the issue is not to be found in this project. I got the osflow toolchain working in the meantime. I think this can be closed.
Hey there!
I do not have Radiant version 2.2 so I cannot reproduce your setup.
The default Radiant setup from setups/radiant
works with Radiant 2.1 and I just tested it using the latest Radiant 3.0 version - successfully.
Seems like your design has some timing errors (5). Have you been prompted to execute the last step (export) even though there are timing errors? Maybe this crashed something., because the physical constraint warning for the flash_sdi_i
does not really make sense here... 🤔
If you do not want to update to Radiant 3.0, you could try the more sophisticated Sinplify Pro synthesis engine instead of the default Lattice Synthesis Engine (LSE). From my experience Sinplify Pro provides faster (but larger) design results. Maybe this could eliminate the timing error issue.
To switch to Sinplify Pro:
imp_1 (Lattice LSE
)I just realized that this error message looks more like one of the tools within Radiant is broken, and given the fact that I run it on Fedora 34 instead of Ubuntu 16.04(!), which is Radiants supported Linux distro, I guess the issue is not to be found in this project. I got the osflow toolchain working in the meantime. I think this can be closed.
Good point!
However, I suggest to try Sinplify before updating Radiant or any OS-related thing. :wink:
I tried Sinplify and also got the same error message. I think the issue is incompatibility between my host OS and Radiant. Thanks for the help!
@turbinenreiter I suggest checking whether package redhat-lsb
is installed. Some years ago, that was required for running some vendor tools on Fedora.
redhat-lsb
I installed it, same issue.
I think there is an issue in rtl/processor_templates/neorv32_ProcessorTop_UP5KDemo.vhd
, which is currently used by the Radiant example setup: the flash_sdi_i
signal is defined in the entity but not actually used in the design. This should not be a problem for Radiant, but maybe this is the cause of your export problem. I will fix that.
Should be fixed now (fingers crossed) :wink:
malloc_consolidate(): unaligned fastbin chunk detected
Still same issue. I will try this on a Radiant-support OS later to confirm that this is an OS issue rather than an neorv32 issue :D
Is this still up-to-date or can this be closed? :thinking:
Can be closed, it worked on other OS, so the problem is on my (unsupported) OS.
Describe the bug
Building the project fails at the last step ("Export Files"), all prior steps work.
The build output:
To Reproduce
Follow the build instructions described here: https://github.com/stnolting/neorv32/tree/master/setups/radiant/UPduino_v3 while using Radiant 2.2.1.239.2
Expected behavior
I expected the build to succeed and create output files
Screenshots
Environment:
Hardware:
Additional context