search

srsran / zynq_timestamping

Open source Zynq timestamping implementation from Software Radio Systems (SRS)
https://srsran.github.io/zynq_timestamping/index.html
GNU Affero General Public License v3.0
61 stars 15 forks source link

iio_device_create_buffer(...) from rf_iio_imp.c #49

Open uptools opened 1 year ago

uptools commented 1 year ago

I have already installed the fpga bitstream to a pluto adalm v0.34, and compiled the srsenb, and set cpu scaling to performance. But when starting srsenb I get an error when trying to create the TX buffer:

$ srsenb Active RF plugins: libsrsran_rf_uhd.so libsrsran_rf_blade.so libsrsran_rf_iio.so Inactive RF plugins: --- Software Radio Systems LTE eNodeB --- Reading configuration file /etc/srsran/enb.conf /etc/srsran/sib.conf /etc/srsran/rr.conf /etc/srsran/rb.conf Built in Release mode using commit 254cc719a on branch HEAD. Opening 1 channels in RF device=iio with args=context=usb: Supported RF device list: UHD bladeRF iio file CH0 context=usb: app/srsRAN/lib/src/phy/rf/rf_iio_imp.c:542: Could not create TX buffer (pretended size:1928) errno=2 ==== eNodeB started === Type to view trace Setting frequency: DL=2680.0 Mhz, UL=2560.0 MHz for cc_idx=0 nof_prb=6

Any clues for this error in the iio_device_create_buffer(...) function?

uptools commented 1 year ago

Update to last message: I also tested the bitstream on another program doing TX and RX in pluto-adalm, while the new bitstream was installed, I get the same iio_device_create_buffer(...) error, both for TX and for RX. And same error also when trying to run txrx_test. So I guess it is not a srsenb problem but a bitstream problem.

uptools commented 1 year ago

After disconnecting pluto from power (the usb cable) and then reconnecting, the iio_device_create_buffer error goes away.