- osmocom-sdr - lists.osmocom.org

FL2k error Buffer
by Abhishek sharma 23 Jan '20

23 Jan '20

Hello Team, This is Abhishek Sharma a infosec researcher from India. It was stange that I was getting an error constantly i.e. "no free transfer, skipping input buffer" even though I setup the sample rate to minimum but still getting the same error. IT WOULD BE GREAT IF YOU CAN HELP IN RESOLVING THIS ISSUE Waiting for your response Below is the screen grab for reference: [image: image.png] -- Thanks Regards Abhishek Sharma Mobile: (+91) 9458406845

2 1

I'm unable to add osmocom sink to my gnuradio
by barry allen 23 Jan '20

23 Jan '20

*while building the gr-osmosdr i received a bulk of errors* *I'm using Ubuntu 18.4 and gnuradio v3.9.* *The following are the errors* -- The CXX compiler identification is GNU 7.4.0 -- The C compiler identification is GNU 7.4.0 -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Detecting CXX compile features -- Detecting CXX compile features - done -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Detecting C compile features -- Detecting C compile features - done -- Build type not specified: defaulting to release. -- Found Git: /usr/bin/git (found version "2.17.1") -- Extracting version information from git describe... -- Configuring Boost C++ Libraries... -- Looking for pthread.h -- Looking for pthread.h - found -- Looking for pthread_create -- Looking for pthread_create - not found -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Found Threads: TRUE -- Boost version: 1.65.1 -- Found the following Boost libraries: -- thread -- system -- chrono -- date_time -- atomic -- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.1") -- Checking for module 'gruel' -- No package 'gruel' found -- Could NOT find GRUEL (missing: GRUEL_LIBRARIES GRUEL_INCLUDE_DIRS) -- Checking for module 'gnuradio-core' -- No package 'gnuradio-core' found -- Could NOT find GNURADIO_CORE (missing: GNURADIO_CORE_LIBRARIES GNURADIO_CORE_INCLUDE_DIRS) -- Checking for module 'gnuradio-iqbalance' -- Found gnuradio-iqbalance, version 0 -- Could NOT find GNURADIO_IQBALANCE (missing: GNURADIO_IQBALANCE_INCLUDE_DIRS) -- Checking for module 'uhd' -- No package 'uhd' found -- Could NOT find UHD (missing: UHD_LIBRARIES UHD_INCLUDE_DIRS) -- Checking for module 'gnuradio-uhd' -- Found gnuradio-uhd, version 3.9.0 -- gnuradio-uhd not found. -- Could NOT find GNURADIO_UHD (missing: GNURADIO_UHD_INCLUDE_DIRS) -- Checking for module 'gnuradio-fcd' -- No package 'gnuradio-fcd' found -- gnuradio-fcd not found. -- Could NOT find GNURADIO_FCD (missing: GNURADIO_FCD_LIBRARIES GNURADIO_FCD_INCLUDE_DIRS) -- Checking for module 'gnuradio-fcdproplus' -- Found gnuradio-fcdproplus, version 3.7.11 -- Found gnuradio-fcdproplus: /usr/include, /usr/lib/x86_64-linux-gnu/libgnuradio-fcdproplus.so -- Found GNURADIO_FCDPP: /usr/lib/x86_64-linux-gnu/libgnuradio-fcdproplus.so -- Checking for module 'libosmosdr' -- No package 'libosmosdr' found -- libosmosdr not found. -- Checking for module 'librtlsdr' -- No package 'librtlsdr' found -- librtlsdr not found. -- Checking for module 'libmirisdr' -- No package 'libmirisdr' found -- libmirisdr not found. -- Checking for module 'libhackrf' -- Found libhackrf, version 0.5 -- Found LIBHACKRF: /usr/local/lib/libhackrf.so -- Checking for module 'libairspy' -- No package 'libairspy' found -- Could NOT find LIBAIRSPY (missing: LIBAIRSPY_LIBRARIES LIBAIRSPY_INCLUDE_DIRS) -- Checking for module 'libbladeRF' -- No package 'libbladeRF' found -- libbladeRF not found. -- Could NOT find Doxygen (missing: DOXYGEN_EXECUTABLE) CMake Error at CMakeLists.txt:166 (message): Gruel required to build gr-osmosdr -- Configuring incomplete, errors occurred! See also "/home/shan/gr-osmosdr/build/CMakeFiles/CMakeOutput.log". See also "/home/shan/gr-osmosdr/build/CMakeFiles/CMakeError.log". *Thanks:)*

3 3

fl2k tools: libusb: error [submit_bulk_transfer] submiturb failed error -1 errno=2
by L29Ah 19 Jan '20

19 Jan '20

I've put my flk2 away for half a year, and now i can't make it working: ‰ fl2k_test -s 162e6 Allocating 6 zero-copy buffers libusb: error [submit_bulk_transfer] submiturb failed error -1 errno=2 Failed to submit transfer 0 Please increase your allowed usbfs buffer size with the following command: echo 0 > /sys/module/usbcore/parameters/usbfs_memory_mb /sys/module/usbcore/parameters/usbfs_memory_mb is zero ofc. strace tells me: [pid 9711] openat(AT_FDCWD, "/dev/bus/usb/001/007", O_RDWR|O_CLOEXEC) = 9 ... [pid 9711] ioctl(9, USBDEVFS_SUBMITURB, 0x558af7769f80) = 0 ... [pid 9711] write(2, "Allocating 6 zero-copy buffers\n", 31Allocating 6 zero-copy buffers ) = 31 [pid 9711] mmap(NULL, 3932160, PROT_READ|PROT_WRITE, MAP_SHARED, 9, 0) = 0x7ff5f7faa000 [pid 9711] mmap(NULL, 3932160, PROT_READ|PROT_WRITE, MAP_SHARED, 9, 0) = 0x7ff5f7bea000 [pid 9711] mmap(NULL, 3932160, PROT_READ|PROT_WRITE, MAP_SHARED, 9, 0) = 0x7ff5f782a000 [pid 9711] mmap(NULL, 3932160, PROT_READ|PROT_WRITE, MAP_SHARED, 9, 0) = 0x7ff5f746a000 [pid 9711] mmap(NULL, 3932160, PROT_READ|PROT_WRITE, MAP_SHARED, 9, 0) = 0x7ff5f70aa000 [pid 9711] mmap(NULL, 3932160, PROT_READ|PROT_WRITE, MAP_SHARED, 9, 0) = 0x7ff5f6cea000 [pid 9711] ioctl(9, USBDEVFS_SUBMITURB, 0x558af776a5a0) = -1 ENOENT (No such file or directory) Linux 5.5.0-rc6 and osmo-fl2k master here. What am i doing wrong? -- () ascii ribbon campaign - against html mail /\ http://arc.pasp.de/ - against proprietary attachments

3 2

Fwd: gr3.7-qt5 --> CL Error: Unable to queue clear of spectrum buffer
by Sipos Csaba 25 Dec '19

25 Dec '19

Hi Sylvain, Resent it to the list as requested. I tried to use the 'gr3.7-qt5' branch today, and after successful compilation, I am getting this error message on the terminal: [+] Available device: 0:0 <NVIDIA Corporation> NVS 4200M [+] Selected device: NVS 4200M [!] CL Error (-59, /root/gr-fosphor/gr-fosphor/lib/fosphor/cl.c:438): Unable to queue clear of spectrum buffer I attached the complete output of the event, if you want to take a look. I also attached the screen how it looks during the run. OpenCL works fine otherwise, and I used gr-fosphor successfully on this same machine before. I am on Ubuntu 18.04.03 LTS with the proprietary Nvidia driver (v390). The gnuradio is 3.7.13.5 (comes with the ubuntu repo, not compiled from source). If you have any idea, or you need more info, debug log etc. please let me know. Regards, Csaba

2 5

OsmoDevCon 2020 registration
by Harald Welte 01 Dec '19

01 Dec '19

Dear fellow Osmocom developers, I would like to invite all developers and contributors to Osmocom [sub]projects to register for OsmoDevCon 2020 (held on April 24th-27th, 2020 in Berlin). For details known so far, please check http://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCon2020 Please enter your name at https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCon2020#Requested in case you would like to attend. Registering early allows proper planning. Thanks! Looking forward to meeting old and new Osmocom developers in April 2020. Regards, Harald -- - Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

1 0

gr-fosphor install troubles:" Unable to share spectrum VBO into OpenCL context" openCL/GL sharing
by Aaron Giles 30 Nov '19

30 Nov '19

>Yeah, the nVidia driver is annoying ... it used to work and they broke >it a few years ago and they don't care enough to fix it. >And since I got a new laptop a few years back, I don't have a nvidia >card to debug or work around it. I compared fosphor to the nVidia OpenCL Simple OpenGL Interop example [1] and noticed that fosphor calls glMapBuffer/glUnmapBuffer to clear the spectrum vbo between the calls to glBufferData and clCreateFromGLBuffer. If I eliminate the map/memset/unmap here by removing the call to gl_vbo_clear in gl_deferred_init [2], then clCreateFromGLBuffer returns CL_SUCCESS and fosphor appears to work with CL/GL sharing. It is not clear to me if clearing the vbo_spectrum is necessary here, since cl_queue_clear_buffers later initializes the mem_spectrum buffer to the noise floor. I'm using an nvidia GTX 1650 with version 430.50 of the nvidia drivers under Linux Mint 18. A friend of mine tested the GTX 1060 and also had success with this workaround. Aaron [1] http://developer.download.nvidia.com/compute/DevZone/OpenCL/Projects/oclSim… [2] https://git.osmocom.org/gr-fosphor/tree/lib/fosphor/gl.c#n235

2 2

Re: FOSDEM 2020: Free Software Radio Devroom CfP
by Nicolas Cuervo Benavides 24 Nov '19

24 Nov '19

Dear friends and fans of software-defined radio, the SDR track at next year's FOSDEM still has some slots left! We already have some submissions and we are in the process of ranking those, but we will gladly add YOUR presentation to the list! If you have anything related to the field of free software radio, please head to: https://penta.fosdem.org/submission/FOSDEM20 and submit your short abstract! We're looking very much forward to your submission. For the committee, Nicolas Cuervo On Wed, Oct 16, 2019 at 8:19 PM Nicolas Cuervo Benavides < cuervonicolas(a)gmail.com> wrote: > Dear friends and fans of software-defined radio and free/open-source radio > topics in general, > > FOSDEM 2020 (the free and open-source developer's meeting in Brussels, > Europe) will, once again, feature a track on Software Defined Radio, and > any other radio-related topics in the (now known as) *Free Software Radio* devroom. > Therefore, we invite developers and users from the free software radio > community to join us for this track and present your talks or demos. > > > Software Radio has become an important tool to allow anyone to access the > EM spectrum. Using free software radio libraries and applications and cheap > hardware, anyone can now start hacking on wireless communications, remote > sensing, radar, fun hacks of all sorts, or other applications. At FOSDEM, > we hope to network all these projects and improve collaboration, bring new > ideas forward and get more people involved. > > > The track's web site resides at the link below. The final schedule will be > available through Pentabarf and the official FOSDEM website. > > https://fosdem.org/2020/schedule/track/free_software_radio/ > > > Additional Information will be also available at: > https://wiki.gnuradio.org/index.php/FOSDEM_2020 > > > ** Submit your presentations > > To suggest a talk, go to https://penta.fosdem.org/submission/FOSDEM20 and > follow the instructions (you need an account, but can use your account from > last year if you have one). You need to create an 'Event'; make sure it's > in the Free Software Radio track! Lengths aren't fixed, but give a > realistic estimate and please don't exceed 30 minutes unless you have > something special planned (in that case, contact one of us). Also, don't > forget to include time for Q&A. > We will typically go for 30-minute slots -- shorter talks, unless they're > really short, usually tend to screw up the schedule too much. > > You aren't limited to slide presentations, of course. Be creative. > However, FOSDEM is an open-source conference, therefore we ask you to stay > clear of marketing presentations and present something relevant to > free/open software. We like nitty-gritty technical stuff. > > Topics discussed in this devroom include: > > * SDR Frameworks + Tools > * Cellular/telecoms software > * Free/Open SDR hardware > * Wireless security > * Random fun wireless hacks > * SDR in education > * Satellite/spacecraft communication > * Ham radio related topics > > > ** Important Dates > > FOSDEM is February 1st and 2nd, 2020. The Free Software Radio devroom is > happening on Sunday, the 2nd of February. > > The submission deadline is Friday, December 6th. A complete schedule for > the presentations in the devroom will be available on the 15th of December. > > > In the last years we were always full to the brim with presentations, so > if you want to present, please make sure to submit your abstracts soon! > > ** Steering Committee > The track committee consists of: > > * Phil Balister - "Crofton" > * Sylvain Munaut -"tnt" > * Derek Kozel - "dkozel" > * Nicolas Cuervo - "primercuervo" > * Martin Braun - "mbr0wn" (Emeritus) > > > Hope to hear from you soon! And please forward this announcement. >

1 0

about gr-osmocom
by César fumfum 16 Nov '19

16 Nov '19

Hi, Im an engineering student and would love to see gr-osmosdr working again. Is there anyone working on gr-osmosdr at present? I'm thinking that it will be a great feature to work on, and i can try to help to maintiain the feature if you solve my doubts and my newbie errors. I don't think that this is a newbie to gnu dev task but i really would love to see gr-osmocom working again. César.

1 0

gr-osmosdr
by César fumfum 16 Nov '19

16 Nov '19

Hi, Im an engineering student and would love to see gr-osmosdr working again. Is there anyone working on gr-osmosdr at present? I'm thinking that it will be a great feature to work on, and i can try to help to maintiain the feature if you solve my doubts and my newbie errors. I don't think that this is a newbie to gnu dev task but i really would love to see gr-osmocom working again. César.

1 0

Migrating gr-iqbal to Gnuradio 3.8
by Brian Waters 13 Nov '19

13 Nov '19

I just got an email from someone at RedHat; they seem to think that I am one of the gr-iqbal maintainers since I have the most recent commit ;). Apparently they have their own patch for Python 3 and Gnuradio 3.8, but wanted to know if upstream would be supporting the migration. Since I am not really upstream, I thought I'd forward the patch along. https://src.fedoraproject.org/rpms/gr-iqbal/blob/master/f/gr-iqbal-0.37.2-g… -- Brian M. Waters brian(a)brianmwaters.net

2 1