SDRplay RSP2 with Arch Linux problem

Post information or questions regarding SDRplay products here
Post Reply
Stretch
Posts: 5
Joined: Wed Nov 01, 2017 10:36 pm

SDRplay RSP2 with Arch Linux problem

Post by Stretch » Thu Nov 02, 2017 10:06 pm

I have tried getting my RSP2 working under Arch Linux with limited success.

I have installed the following:

libsdrplay containing these files:

Code: Select all

[john@jupiter64 Desktop]$ pacman -Ql libsdrplay
libsdrplay /etc/
libsdrplay /etc/udev/
libsdrplay /etc/udev/rules.d/
libsdrplay /etc/udev/rules.d/66-mirics.rules
libsdrplay /usr/
libsdrplay /usr/include/
libsdrplay /usr/include/mirsdrapi-rsp.h
libsdrplay /usr/lib/
libsdrplay /usr/lib/libmirsdrapi-rsp.so
libsdrplay /usr/lib/libmirsdrapi-rsp.so.2
libsdrplay /usr/lib/libmirsdrapi-rsp.so.2.10
libsdrplay /usr/share/
libsdrplay /usr/share/licenses/
libsdrplay /usr/share/licenses/libsdrplay/
libsdrplay /usr/share/licenses/libsdrplay/LICENSE
these soapy packages:

Code: Select all

aur/simplesoapy 1.5.1-1 [installed] (2) (0.02)
aur/soapy_power 1.6.1-1 [installed] (3) (0.03)
aur/soapyremote-git 0.2.0.r0.g71f7183-1 [installed: 0.4.2.r2.gec42c7a-1] (4) (0.62)
aur/soapysdr-git 3:0.5.4.r32.ga412ad4-1 [installed: 3:0.6.0.r17.gba9ad2d-1] (12) (0.78)
aur/soapysdrplay-git r66.3890517-1 [installed: r94.27d7844-1] (4) (0.08)
cubicsdr

Code: Select all

aur/cubicsdr-git 2:r1316.e173eec-1 [installed: 2:r1439.6dc9b86-1] (13) (0.52)
liquid-dsp

Code: Select all

aur/liquid-dsp-git v1.2.0.r1288.g1191179-1 [installed: v1.3.1.r0.g4c9a7514-1] (8) (0.52)
wxgtk

Code: Select all

extra/wxgtk-common 3.0.3.1-9 [installed]
extra/wxgtk2 3.0.3.1-9 [installed]
extra/wxgtk3 3.0.3.1-9 [installed]
aur/wxgtk2.8 2.8.12.1-6 [installed] (20) (1.59)

Now the problem is, when I start CubicSDR it loads up OK and I get to select the RSP2 from the launch window. However after that, nothing is displayed in the CubicSDR window - no waterfall animation, no spectrum variations etc. It's like there is no information being made available to the program.

One other thing I noticed in my logs (possibly not related} was error messages like:

Code: Select all

Nov 02 14:18:56 jupiter64 kernel: ------------[ cut here ]------------
Nov 02 14:18:56 jupiter64 kernel: WARNING: CPU: 1 PID: 1506 at drivers/usb/core/devio.c:1583 proc_do_submiturb+0x993/0xd60 [usbcore]
Nov 02 14:18:56 jupiter64 kernel: Modules linked in: fuse ivtv_alsa tuner_simple tuner_types tuner msp3400 saa7127 joydev input_leds f71882fg led_class snd_hda_codec_hdmi mousedev nvidia_drm(PO) nvidia_
Nov 02 14:18:56 jupiter64 kernel:  mei_me tpm_infineon snd_hda_intel mei snd_hda_codec tpm_tis tpm_tis_core wmi snd_hda_core tpm shpchp snd_hwdep button sch_fq_codel vboxnetflt(O) vboxnetadp(O) pci_stub
Nov 02 14:18:56 jupiter64 kernel: CPU: 1 PID: 1506 Comm: cubicsdr Tainted: P           O    4.13.9-1-ARCH #1
Nov 02 14:18:56 jupiter64 kernel: Hardware name: MSI MS-7681/P67A-GD53 (MS-7681), BIOS V1.19 03/07/2012
Nov 02 14:18:56 jupiter64 kernel: task: ffff9390b5a24b00 task.stack: ffffb7a945640000
Nov 02 14:18:56 jupiter64 kernel: RIP: 0010:proc_do_submiturb+0x993/0xd60 [usbcore]
Nov 02 14:18:56 jupiter64 kernel: RSP: 0018:ffffb7a945643d38 EFLAGS: 00010282
Nov 02 14:18:56 jupiter64 kernel: RAX: 000000000000002b RBX: ffff93905d956780 RCX: ffffffffbba55328
Nov 02 14:18:56 jupiter64 kernel: RDX: 0000000000000000 RSI: 0000000000000096 RDI: 0000000000000283
Nov 02 14:18:56 jupiter64 kernel: RBP: ffffb7a945643dc0 R08: 0000000000000356 R09: ffffffffbbca68e0
Nov 02 14:18:56 jupiter64 kernel: R10: 0000000000000200 R11: 0000000000000000 R12: 0000000000000000
Nov 02 14:18:56 jupiter64 kernel: R13: ffff939040889c00 R14: 00007f7f84401f38 R15: ffffb7a945643e00
Nov 02 14:18:56 jupiter64 kernel: FS:  00007f7f8924e700(0000) GS:ffff9390ff480000(0000) knlGS:0000000000000000
Nov 02 14:18:56 jupiter64 kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Nov 02 14:18:56 jupiter64 kernel: CR2: 00007f7f844020b8 CR3: 000000039d9c9000 CR4: 00000000000406e0
Nov 02 14:18:56 jupiter64 kernel: Call Trace:
Nov 02 14:18:56 jupiter64 kernel:  ? mem_cgroup_commit_charge+0x82/0x510
Nov 02 14:18:56 jupiter64 kernel:  usbdev_do_ioctl+0xa34/0x1170 [usbcore]
Nov 02 14:18:56 jupiter64 kernel:  usbdev_ioctl+0xe/0x20 [usbcore]
Nov 02 14:18:56 jupiter64 kernel:  do_vfs_ioctl+0xa5/0x600
Nov 02 14:18:56 jupiter64 kernel:  ? __fget+0x6e/0x90
Nov 02 14:18:56 jupiter64 kernel:  SyS_ioctl+0x79/0x90
Nov 02 14:18:56 jupiter64 kernel:  entry_SYSCALL_64_fastpath+0x1a/0xa5
Nov 02 14:18:56 jupiter64 kernel: RIP: 0033:0x7f7fb771c157
Nov 02 14:18:56 jupiter64 kernel: RSP: 002b:00007f7f8924d288 EFLAGS: 00000202 ORIG_RAX: 0000000000000010
Nov 02 14:18:56 jupiter64 kernel: RAX: ffffffffffffffda RBX: 00000000000001c5 RCX: 00007f7fb771c157
Nov 02 14:18:56 jupiter64 kernel: RDX: 00007f7f84401f00 RSI: 000000008038550a RDI: 000000000000001d
Nov 02 14:18:56 jupiter64 kernel: RBP: 00007f7f84000020 R08: 00007f7f84402440 R09: 0000000000000003
Nov 02 14:18:56 jupiter64 kernel: R10: 00007f7f84402440 R11: 0000000000000202 R12: 0000000000000110
Nov 02 14:18:56 jupiter64 kernel: R13: 00007f7f84401ef0 R14: 00000000000001e0 R15: 0000000000001000
Nov 02 14:18:56 jupiter64 kernel: Code: 00 c7 45 a8 00 00 00 00 48 c7 45 b8 00 00 00 00 0f 85 5e f8 ff ff 89 c2 48 c7 c7 40 bf 14 c0 c6 05 37 2b 01 00 01 e8 ce dc f9 fa <0f> ff 49 63 47 18 e9 3e f8 ff f
Nov 02 14:18:56 jupiter64 kernel: ---[ end trace 195dece91ee9f3c3 ]---
Nov 02 14:19:03 jupiter64 kernel: Corrupted low memory at ffff938cc0001000 (1000 phys) = 522800e40962
Nov 02 14:19:03 jupiter64 kernel: Corrupted low memory at ffff938cc0001008 (1008 phys) = cd10ff20f1b0cc74
Nov 02 14:19:03 jupiter64 kernel: Corrupted low memory at ffff938cc0001010 (1010 phys) = 702c01c02b01b02d
Nov 02 14:19:03 jupiter64 kernel: Corrupted low memory at ffff938cc0001018 (1018 phys) = 2b01c02901802c01
Nov 02 14:19:03 jupiter64 kernel: Corrupted low memory at ffff938cc0001020 (1020 phys) = 1b02b01c02c01d0
Nov 02 14:19:03 jupiter64 kernel: Corrupted low memory at ffff938cc0001028 (1028 phys) = a02c01702a01a028
Nov 02 14:19:03 jupiter64 kernel: Corrupted low memory at ffff938cc0001030 (1030 phys) = 2a01b02b01c02a01
.
.
.
.
I thought I would try posting here before posting this to the Arch Linux forums.

BTW I got this unit to work well with a Ubuntu laptop using Kevin Loughin's excellent video instructions
Last edited by Stretch on Thu Jan 01, 1970 12:00 am, edited 0 times in total.
Reason: No reason

Stretch
Posts: 5
Joined: Wed Nov 01, 2017 10:36 pm

Re: SDRplay RSP2 with Arch Linux problem

Post by Stretch » Thu Nov 02, 2017 10:38 pm

I tried to edit the above post to add some more info but for some reason I get an error saying I must add at least 2 poll options ?!?

Anyhow, I just wanted to add this:

Maybe this is a kernel / driver issue? My Kernel version is:

Code: Select all

[john@jupiter64 Desktop]$ uname -vr
4.13.9-1-ARCH #1 SMP PREEMPT Sun Oct 22 09:07:32 CEST 2017
Last edited by Stretch on Thu Jan 01, 1970 12:00 am, edited 0 times in total.
Reason: No reason

sdrplay
Posts: 978
Joined: Wed Jan 07, 2015 7:58 am

Re: SDRplay RSP2 with Arch Linux problem

Post by sdrplay » Thu Nov 02, 2017 10:49 pm

I can't help you with that error message, sounds like something related to CubicSDR. I would suggest logging it on their issues list...

https://github.com/cjcliffe/CubicSDR/issues

If you can run...

SoapySDRUtil --probe=sdrplay

and that produces a clean output with no errors, it's likely that the RSP part of the flow is ok.

Best regards,

SDRplay Support

Reason: No reason

Stretch
Posts: 5
Joined: Wed Nov 01, 2017 10:36 pm

Re: SDRplay RSP2 with Arch Linux problem

Post by Stretch » Thu Nov 02, 2017 10:59 pm

Thanks for the very quick reply. Here is the output from that command:

Code: Select all

[john@jupiter64 Desktop]$ SoapySDRUtil --probe=sdrplay
######################################################
## Soapy SDR -- the SDR abstraction library
######################################################

Probe device sdrplay

----------------------------------------------------
-- Device identification
----------------------------------------------------
  driver=SDRplay
  hardware=2 1707043D20
  mir_sdr_api_version=2.100000
  mir_sdr_hw_version=2

----------------------------------------------------
-- Peripheral summary
----------------------------------------------------
  Channels: 1 Rx, 0 Tx
  Timestamps: NO
  Other Settings:
     * IF Mode - IF frequency in kHz
       [key=if_mode, default=Zero-IF, type=string, options=(Zero-IF, 450kHz, 1620kHz, 2048kHz)]
     * IQ Correction - IQ Correction Control
       [key=iqcorr_ctrl, default=true, type=bool]
     * AGC Setpoint - AGC Setpoint (dBfs)
       [key=agc_setpoint, default=-30, type=int, range=[-60, 0]]
     * ExtRef Enable - External Reference Control
       [key=extref_ctrl, default=true, type=bool]
     * BiasT Enable - BiasT Control
       [key=biasT_ctrl, default=true, type=bool]
     * RfNotch Enable - RF Notch Filter Control
       [key=rfnotch_ctrl, default=true, type=bool]

----------------------------------------------------
-- RX Channel 0
----------------------------------------------------
  Full-duplex: YES
  Supports AGC: YES
  Stream formats: CS16, CF32
  Native format: CS16 [full-scale=32767]
  Antennas: Antenna A, Antenna B, Hi-Z
  Corrections: DC removal
  Full gain range: [0, 47] dB
    IFGR gain range: [20, 59] dB
    RFGR gain range: [0, 8] dB
  Full freq range: [0.01, 2000] MHz
    RF freq range: [0.01, 2000] MHz
    CORR freq range:  MHz
  Sample rates: 0.25, 0.5, 1, 2, 2.048, 6, 7, 8, 9, 10 MSps
  Filter bandwidths: 0.2, 0.3, 0.6, 1.536, 5, 6, 7, 8 MHz
Out of curiosity I searched for similar errors on the Arch Linux forum and found this post. Totally unrelated to sdrplay but similar insofar as it deals with a proprietary driver, similar errors and a very recent kernel in Arch Linux. The suggestion at the end was:
The kernel does not have a stable driver interface. So chances are the developers of the driver simply have not updated to work on the newest kernels (this wouldn't be a problem if it were upstream, of course). Have you tried contacting the developer of the driver to ask?
Just putting it out there ;)
Last edited by Stretch on Thu Jan 01, 1970 12:00 am, edited 0 times in total.
Reason: No reason

sdrplay
Posts: 978
Joined: Wed Jan 07, 2015 7:58 am

Re: SDRplay RSP2 with Arch Linux problem

Post by sdrplay » Fri Nov 03, 2017 12:23 am

You're communicating with the API and the hardware without any problems there. I would ask on the CubicSDR issues system if anyone knows what the error message you are getting refers to.

Best regards,

SDRplay Support

Reason: No reason

Stretch
Posts: 5
Joined: Wed Nov 01, 2017 10:36 pm

Re: SDRplay RSP2 with Arch Linux problem

Post by Stretch » Fri Nov 03, 2017 12:33 am

I will do. Thank you for your help. Very much appreciated.
Last edited by Stretch on Thu Jan 01, 1970 12:00 am, edited 0 times in total.
Reason: No reason

Stretch
Posts: 5
Joined: Wed Nov 01, 2017 10:36 pm

Re: SDRplay RSP2 with Arch Linux problem

Post by Stretch » Fri Nov 03, 2017 11:02 pm

I just wanted to update the thread:

A few minutes ago I updated my Arch Linux which included a kernel update to:

Code: Select all

[john@jupiter64 ~]$ uname -vr
4.13.11-1-ARCH #1 SMP PREEMPT Thu Nov 2 10:25:56 CET 2017
After this update CubicSDR is working with my SDRplay RSP2. The interface is a bit laggy / slow but at least it's working now. Maybe someone could mark this as SOLVED - when I try to edit the top post I am told that a Poll must have at least 2 options ?!?

Thank you for your help and support. It would appear that the issue was kernel-related. Way above my head I'm afraid. ;)
Last edited by Stretch on Thu Jan 01, 1970 12:00 am, edited 0 times in total.
Reason: No reason

Post Reply