Subject: Raspberry Pi 5 + RTL-SDR Blog V4 – rtl_* CLI tools produce zero output
Dear Developers,
I would like to report a reproducible issue observed with a Raspberry Pi 5 and an RTL-SDR Blog V4 device.
*Hardware setup:*
Raspberry Pi 5 (8 GB) RTL-SDR Blog V4 Direct USB connection (no external hub) Adequate power supply (official Raspberry Pi 5 power supply)
*Software environment:*
Raspberry Pi OS 64-bit (Bookworm) rtl-sdr package (rtl_sdr, rtl_fm, rtl_power) librtlsdr installed via distribution packages Fully updated kernel and system
*Issue description:*
rtl_test -p runs successfully USB streaming is active and samples are reported PLL lock messages are shown and the device appears stable
*However, the following CLI tools produce no output data:*
rtl_sdr rtl_fm rtl_power
Output files remain at 0 bytes Processes run without errors, but no IQ samples or audio data are produced
*Important observation:* The same RTL-SDR Blog V4 device works correctly on Raspberry Pi 3 and Raspberry Pi 4 systems using the same software stack.
*Conclusion:* Based on testing, this appears to be an interaction issue between the Raspberry Pi 5 USB subsystem and/or kernel, librtlsdr, and the RTL-SDR Blog V4. Since rtl_test confirms that USB streaming is functional, the problem seems to occur at the level of sample delivery or processing in the CLI tools.
I am happy to provide logs, detailed version information, or perform additional tests if required. Thank you for your time and for maintaining these tools.
Kind regards, An RTL-SDR user
P.S. My original goal was to develop an Airband (voice) scanner application with the help of ChatGPT, capable of scanning and monitoring airband frequencies. Neither the RTL-SDR Blog V3 nor the V4 worked as expected on the Raspberry Pi 5 during this effort. Based on recommendations, I specifically purchased an RTL-SDR Blog V4 because it was expected to be better aligned with the Raspberry Pi 5 USB implementation. This report is the result of several days of systematic testing and comparison across different Raspberry Pi models.
The device enumerates correctly on USB and remains stable during operation. rtl_test confirms continuous sample streaming, indicating that bulk USB transfers are functional. No kernel errors, USB resets, or xHCI faults are observed in dmesg during runtime. The issue appears after device initialization, at the stage where librtlsdr-based tools should consume and process the incoming samples.
USB-related kernel and firmware boot parameters were reviewed and adjusted via /boot/firmware/cmdline.txt, including settings related to USB behavior and buffering; these changes did not alter the observed issue.
This suggests a possible interaction issue between the Raspberry Pi 5 USB/xHCI implementation, kernel behavior, and librtlsdr buffer handling rather than a physical USB or power problem
uname -a lsusb lsusb -t dmesg | grep -i usb rtl_test -p rtl_sdr test.iq
rtl_fm -f 118M -M am -s 240k - rtl_power -f 118M:137M:25k test.csv
I did not purchase the Raspberry Pi 5 and the RTL-SDR Blog V4 as experimental or disposable hardware. This report is submitted in good faith, with the expectation that this platform can be made fully functional through proper investigation and resolution