mirror of
https://github.com/saymrwulf/uhd.git
synced 2026-05-16 21:10:10 +00:00
7ba25a638e
So, the Python garbage collector is a bit pernicious, in that it happens behind the scenes in a way which is difficult to predict. The rfdc_ctrl class expects that its "lifetime" will be a single live/die cycle of the FPGA (i.e. that when a new FPGA is loaded, it will be destructed). However, by default the Python GC will keep the X4xxRfdcCtrl class alive for an arbitrary amount of time, meaning that it's possible that multiple (C++) rfdc_ctrl classes can be alive at a single time. When the GC reaps all of these classes, libmetal segfaults when we call metal_finish several times in a row. This change works around that issue, if not the overall GC issue, by explicitly deleting the rfdc_ctrl object. |
||
|---|---|---|
| .. | ||
| __init__.py.in | ||
| base.py | ||
| CMakeLists.txt | ||
| common.py | ||
| e31x.py | ||
| e31x_periphs.py | ||
| e320.py | ||
| e320_periphs.py | ||
| n3xx.py | ||
| n3xx_periphs.py | ||
| sim.py | ||
| x4xx.py | ||
| x4xx_clk_aux.py | ||
| x4xx_clk_mgr.py | ||
| x4xx_gps_mgr.py | ||
| x4xx_mb_cpld.py | ||
| x4xx_periphs.py | ||
| x4xx_reference_pll.py | ||
| x4xx_rfdc_ctrl.py | ||
| x4xx_rfdc_regs.py | ||
| x4xx_sample_pll.py | ||
| x4xx_update_cpld.py | ||