Post Go back to editing

AD9361 driver reloading problem

Category: Software
Product Number: AD9361
Software Version: 4.9.0

I have a requirement that a new fpga bitstream image dynamically needs to be reprogrammed and application launched, that uses the AD9361. Before implementing the switch I wanted to check how reliably I can turn down the driver and reload them, When I use the default system boot process of loading the fpga bitstrem file (xilinx zynq bit file image in my case) and load linux, load 9361 driver, everything works fine. But if I stop all the applications, unload the drivers and without any bit fie changes then and reload them one by one, everything works except "echo "79020000.cf-ad9361-lpc">/sys/bus/platform/drivers/cf_axi_adc/bind", I get the following:


[ 199.737454] ad9361 spi32766.0: ad9361_validate_trx_clock_chain: Failed RX max rate check (160000000 > 122880000)
[ 199.878609] ad9361 spi32766.0: ad9361_validate_trx_clock_chain: Failed RX max rate check (245760000 > 122880000)
[ 200.152528] ad9361 spi32766.0: ad9361_dig_tune_delay: Tuning RX FAILED!
[ 200.294553] ad9361 spi32766.0: ad9361_validate_trx_clock_chain: Failed RX max rate check (160000000 > 122880000)
[ 200.435524] ad9361 spi32766.0: ad9361_validate_trx_clock_chain: Failed RX max rate check (245760000 > 122880000)
[ 200.577355] ad9361 spi32766.0: ad9361_dig_tune_delay: Tuning TX FAILED!
[ 200.584724] cf_axi_adc: probe of 79020000.cf-ad9361-lpc failed with error -5
sh: write error: No such device

Is this some kind of timing issue during probe (like a response doesn't come back from the 9361within a specified timeframe)? 
Thanks,

Ratin