Stefan, instead of using the kernel API directly you may want to look into a SoapySDR source in GNU Radio, since the SoapySDR block is now a first class citizen in GNU Radio 3.9/3.10
According to this recent discussion in the SoapySDR GitHub repository (https://github.com/pothosware/SoapySDR/issues/359) there's a SoapyMiri driver (https://github.com/ericek111/SoapyMiri) that might work for you. A comment in the same thread (https://github.com/pothosware/SoapySDR/issues/359#issuecomment-1150982319) has also instructions about integrating his fixes in OsmoSDR, if I understand correctly. I personally haven't tried this approach so I don't really know if it works or not, but I thought you might find this information useful. Franco > On 06/13/2022 3:26 PM Stefan Oltmanns <stefan-oltma...@gmx.net> wrote: > > > Hello, > > is there any way to use devices exposed as /dev/swradioN by the v4l2 > Linux kernel API with GNURadio directly? > > At the moment there are only two in-tree kernel drivers, one for the > RTL2832U and the other for the Mirics MSi2500. For the RTL2832U > librtlsdr seems to be the better option, as it offers more features to > control the device, but libmirisdr seems to unmaintained and not stable > (at least for me), support has been removed from OsmoSDR years ago. > I do have such a Dongle and with the kernel driver it seems to work just > fine. > > I also found an out-of-tree driver for CX2388x-based TV cards, so a V4L2 > source block could be very useful. Is there any specific reason, why > such a source block doesn't exist yet? > Or is it just that nobody needed it and therefore no one bothered > writing one? > > Best regards > Stefan
