[opensuse-factory] [Tumbleweed] RTL SDR
After the latest update(s) the RTL SDR dongles stopped working because the dvb_usb_rtl28xxu doesn't let go of the device anymore. Are there any changes that would make that happen? I'm up-to-date with everything on hardware:/sdr/openSUSE_Tumbleweed as far as I can tell. --8<---------------cut here---------------start------------->8--- Sun Apr 29 22:14:44 2018 CEST dump1090-mutability v1.15-dev-330-gcc53c90 starting up. Using sample converter: UC8, integer/table path Found 1 device(s): 0: Realtek, RTL2838UHIDIR, SN: 00000001 (currently selected) Kernel driver is active, or device is claimed by second instance of librtlsdr. In the first case, please either detach or blacklist the kernel module (dvb_usb_rtl28xxu), or enable automatic detaching at compile time. usb_claim_interface error -6 Error opening the RTLSDR device: Device or resource busy --8<---------------cut here---------------end--------------->8--- Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Sun 29 Apr 2018 10:23:58 PM CDT, Achim Gratz wrote:
After the latest update(s) the RTL SDR dongles stopped working because the dvb_usb_rtl28xxu doesn't let go of the device anymore. Are there any changes that would make that happen? I'm up-to-date with everything on hardware:/sdr/openSUSE_Tumbleweed as far as I can tell.
--8<---------------cut here---------------start------------->8--- Sun Apr 29 22:14:44 2018 CEST dump1090-mutability v1.15-dev-330-gcc53c90 starting up. Using sample converter: UC8, integer/table path Found 1 device(s): 0: Realtek, RTL2838UHIDIR, SN: 00000001 (currently selected)
Kernel driver is active, or device is claimed by second instance of librtlsdr. In the first case, please either detach or blacklist the kernel module (dvb_usb_rtl28xxu), or enable automatic detaching at compile time.
usb_claim_interface error -6 Error opening the RTLSDR device: Device or resource busy --8<---------------cut here---------------end--------------->8---
Regards, Achim.
Hi Working fine here with dump1090, dvb_usb_rtl28xxu should be blacklisted? cat /etc/modprobe.d/50-dvb_usb_rtl28xxu.conf blacklist dvb_usb_rtl28xxu rtl_test Found 1 device(s): 0: Realtek, RTL2838UHIDIR, SN: 00000001 Using device 0: Generic RTL2832U OEM Found Rafael Micro R820T tuner Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7 20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0 49.6 [R82XX] PLL not locked! Sampling at 2048000 S/s. Info: This tool will continuously read from the device, and report if samples get lost. If you observe no further output, everything is fine. -- Cheers Malcolm °¿° SUSE Knowledge Partner (Linux Counter #276890) Tumbleweed - 20180425 | GNOME Shell 3.28.1 | 4.16.3-1-default HP 14-an013nr Notebook | E2-7110 X4 @ 1.80 GHz | AMD Radeon R3 up 0:02, 2 users, load average: 3.48, 2.08, 0.83 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Malcolm writes:
Working fine here with dump1090, dvb_usb_rtl28xxu should be blacklisted?
Well, that's the point: it should not be necessary to blacklist it. It's supposed to detach when some other program using libsdr is asking to use it. Not only does it not detach, I can't unload it even with force. So something's changed, but looking at the messages it's totally unclear where. I _think_ it might be plasmashell trying to use the device as that was the latest update, but it could be anywhere else. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon 30 Apr 2018 08:12:42 PM CDT, Achim Gratz wrote:
Malcolm writes:
Working fine here with dump1090, dvb_usb_rtl28xxu should be blacklisted?
Well, that's the point: it should not be necessary to blacklist it. It's supposed to detach when some other program using libsdr is asking to use it. Not only does it not detach, I can't unload it even with force. So something's changed, but looking at the messages it's totally unclear where. I _think_ it might be plasmashell trying to use the device as that was the latest update, but it could be anywhere else.
Regards, Achim. Hi OK, so removed the blacklisted module, rebuild initrd and rebooted. Plugged in my device and re-ran dump1090 and all is good and working.
I'm on GNOME here.... What if you logout and run from a VT? -- Cheers Malcolm °¿° SUSE Knowledge Partner (Linux Counter #276890) SLES 15 RC3 | GNOME Shell 3.26.2 | 4.12.14-16-default HP 255 G4 Notebook | E2-7110 X4 @ 1.80 GHz | AMD Radeon R3 up 3 days 5:43, 2 users, load average: 0.27, -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Montag, den 30.04.2018, 20:12 +0200 schrieb Achim Gratz:
Malcolm writes:
Working fine here with dump1090, dvb_usb_rtl28xxu should be blacklisted?
Well, that's the point: it should not be necessary to blacklist it.
True.
It's supposed to detach when some other program using libsdr is asking to use it. Not only does it not detach, I can't unload it even with
Which ioctl() fails? Or does it write to sysfs? strace would tell you.
force. So something's changed, but looking at the messages it's totally unclear where. I _think_ it might be plasmashell trying to use the device as that was the latest update, but it could be anywhere else.
Did you do a kernel update? Regards Oliver -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Oliver Neukum writes:
It's supposed to detach when some other program using libsdr is asking to use it. Not only does it not detach, I can't unload it even with
Which ioctl() fails? Or does it write to sysfs? strace would tell you.
I've currently blacklisted the driver.
force. So something's changed, but looking at the messages it's totally unclear where. I _think_ it might be plasmashell trying to use the device as that was the latest update, but it could be anywhere else.
Did you do a kernel update?
I'm not sure, but if there was, then it must have been a minor one. I'll remove the blacklist entry and try again once the next kernel update comes around. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Oliver Neukum writes:
force. So something's changed, but looking at the messages it's totally unclear where. I _think_ it might be plasmashell trying to use the device as that was the latest update, but it could be anywhere else.
Did you do a kernel update?
I've updated to kernel 4.16.6, removed the blacklisting and the issue is still present. I can't seem to figure out what is actually using the driver, but I can't remove the module unless I unplug the SDR as it's claimed to be in use. I have not yet tested if it would work outside KDE. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (3)
-
Achim Gratz -
Malcolm -
Oliver Neukum