-
Notifications
You must be signed in to change notification settings - Fork 51
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
No blocking transport callback registered #27
Comments
Hi Aron, Have you possibly edited the zynqmp_demo.cc file? I don't recognize the top.simple_target_socket_1 socket. Best regards, |
Hi, Francisco just mentioned to me that this could be related to accesses to Zynq PS ports that are not connected (tied off). Best regards, |
Thanks for the swift reply, the only thing I have modified with zynqmp_demo.cc is moving from systemc-2.3.2 -> systemc-2.3.3. To give a bit of background, the following works fine for me; but when I move to ubuntu 20.04 and compile with petalinux 2020.2 it fails to create a workspace, i tried xilinx-zcu102-v2020.2-final.bsp, this compiles but as soon as zynqmp_demo connect to the port it causes a segmentation error on QEMU (unknown why). I did a bit of digging and it seems like someone else is having the same issue on the forums: They didn't give any environment details but I'm guessing it could be Ubuntu 20.04 / Petalinux 2021.2? Anyway, some debug messages would be great I tried stepping through the execution with GDB but ended up down a rabbit hole. Do you have any debug switches to make the output any more vebrose? Thanks for your time |
Hi Aron, Could you try connecting the zynq.s_axi_hpm_lpd similar to zynq.s_axi_hpm_fpd[0]?
Below gives me the impression that an access to the hpm_lpd area is being made (and if the socket is not connect to the 'bus' above will happen):
Best regards, |
Hey Francisco, Making those changes I see the following systemc runtime error on zynqmp_demo
Maybe the DMA binding needs moved around? Thanks |
Hi Aron, Yes that's right (sorry for missing that!), the DMA needs to be connected on the target sockets following hpm_lpd (2+i) as below:
Best regards, |
So I changed it to
|
Hi Aron, Above happens because there is no model connected at the target address of the accesses (transactions) on the interconnect (bus). Best regards, |
So would that mean adding something like? Is there a way to add an empty model? Could you also shed some light on why I don't see the same issues on Ubuntu 18.04 / Petalinux 20.02? Thanks for your time |
Hi Aron, You can follow the debugdev (debugdev.h and debugdev.cc ) for how to create and connect a relatively simple model. If petalinux 20.02 runs I think it is because the kernel (or kernel dtb) is not configured to use above driver (the kernel driver tries to access a model of the interrupt controller at above position). Best regards, |
Hey @franciscoIglesias, After binding the suggested ports and created a dummy irq to monitor 0x80020000 that just sends okay responses, this allows it to boot all the way now;
I thought more about this and decided to check the device tree and I think you are right, if I make the change to remove the following: Thank you for your time! |
Hello,
I have a problem running the ./zynqmp_demo.
My setup:
Ubuntu 20.04
systemc-2.3.3
petalinux 2021.2
xilinx-zcu102-v2021.2-final.bsp
qemu-devicetrees/LATEST/MULTI_ARCH/zcu102-arm.cosim.dtb
All works well apart from when the QEMU session it disconnects at the following;
and on the systemc side
Any ideas what might be causing this?
Thanks
The text was updated successfully, but these errors were encountered: