Dear all,
It's a very very weird question that I met. I have successfully tried the "basic" design in this repo. Then, I try my kernels connecting to the networklayer kernel. So, the block design looks like cmac + networklayer + mykernels. I tried multiple clock settings: 1) all 100Mhz, 2) all 200Mhz, 3) cmac+networklayer: 300Mhz, mykernels: 200Mhz. 4) cmac: 300Mhz, networklayer + mykernels: 200Mhz. The xclbin files are successfully generated.
When I tested on u250 boards, as long as the IP is not in 300Mhz and I assign a value to a register of the IP (e.g., networklayer.set_ip, cmac.link_status(), mykernels.start()), I got the bus error and the weird thing: the FPGA chip reset (Yes, whole chip resets, no bitstream in the device using "xcbutil examine -d").
Is there any hint about this question? Thank you very much for any help and comments.
Best,
lsq
Dear all,
It's a very very weird question that I met. I have successfully tried the "basic" design in this repo. Then, I try my kernels connecting to the networklayer kernel. So, the block design looks like cmac + networklayer + mykernels. I tried multiple clock settings: 1) all 100Mhz, 2) all 200Mhz, 3) cmac+networklayer: 300Mhz, mykernels: 200Mhz. 4) cmac: 300Mhz, networklayer + mykernels: 200Mhz. The xclbin files are successfully generated.
When I tested on u250 boards, as long as the IP is not in 300Mhz and I assign a value to a register of the IP (e.g., networklayer.set_ip, cmac.link_status(), mykernels.start()), I got the bus error and the weird thing: the FPGA chip reset (Yes, whole chip resets, no bitstream in the device using "xcbutil examine -d").
Is there any hint about this question? Thank you very much for any help and comments.
Best,
lsq