From bottoms at debian.org  Sun Sep  3 20:38:17 2017
From: bottoms at debian.org (A. Maitland Bottoms)
Date: Sun, 03 Sep 2017 16:38:17 -0400
Subject: [PATCH] Add ipv6 support to rtl_tcp
Message-ID: <87bmmrwm9y.fsf@rockytop.rf.org>

I've prepared this patch in response to Debian bug #870804
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870804

It passes the text from the -a and -p options through
getaddrinfo() and uses the first result that has a valid
socket with a successful bind.

While not a complete bind to all possible valid names, it
does appear to address the use case of the bug submitter
without completely changing the program flow.

I submit this for inclusion in the osmocom rtl-sdr repo
as it may be of use to others.

Thanks for your consideration,
-Maitland
-------------- next part --------------
A non-text attachment was scrubbed...
Name: add-ipv6-support.patch
Type: text/x-diff
Size: 4436 bytes
Desc: add ipv6 support
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20170903/983c9b12/attachment.bin>

From gabor at little-bit.com  Tue Sep 19 12:41:33 2017
From: gabor at little-bit.com (Gabor Mikes)
Date: Tue, 19 Sep 2017 12:41:33 -0000
Subject: No supported tuner found
Message-ID: <22babb26-e790-cf53-23f6-fa2a3571c6f6@little-bit.com>

Hi All,

I recently purchased a couple of DVB-sticks on Amazon, titled:

"RTL-SDR, FM+DAB, DVB-T USB Stick Set with RTL2832U & R820T. Great SDR 
for SDR#, HDSD"

I got "No supported tuner found" when running the rtl_test command. I 
see others have had the same issue, so when I finally figured it out, I 
thought some of you might be interested.

First of all, this stick has a FC0012 tuner despite the title. Secondly 
this stick is obliviously wired differently than other sticks with 
FC0012 because it needs different gpio settings. I added a few lines to 
the rtlsdr_open() function in librtlsdr.c, just before probing for FCxxx:

 ??? /* initialise GPIOs */
 ??? rtlsdr_set_gpio_output(dev, 0);
 ??? rtlsdr_set_gpio_output(dev, 3);
 ??? rtlsdr_set_gpio_output(dev, 4);
 ??? rtlsdr_set_gpio_output(dev, 5);
 ??? rtlsdr_set_gpio_output(dev, 6);

 ??? rtlsdr_set_gpio_bit(dev, 3, 1);
 ??? rtlsdr_set_gpio_bit(dev, 4, 0);
 ??? rtlsdr_set_gpio_bit(dev, 6, 0);

 ??? /* reset tuner before probing */
 ??? rtlsdr_set_gpio_bit(dev, 5, 1);
 ??? rtlsdr_set_gpio_bit(dev, 5, 0);

With this modification the tuner comes a live and everything works.

Kindest regards,
Gabor Mikes


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20170919/c0cb71a9/attachment.htm>

From rodionovamp at mail.ru  Sat Sep 23 09:07:48 2017
From: rodionovamp at mail.ru (=?utf-8?B?0JDQvdC00YDQtdC5INCg0L7QtNC40L7QvdC+0LI=?=)
Date: Sat, 23 Sep 2017 09:07:48 -0000
Subject: [PATCH] output calculated ppm to stderr
Message-ID: <3A37CBF3-15E3-449F-ABAC-CC0510668E6E@mail.ru>

Good day,

I found an issue, when i call rtl_test from external program with "-p? argument. PPM is written into stdout, which means it will be automatically flushed on interactive shell or when fflush called manually. Neither of this was used. All other output was written to stderr, hence simple patch:

diff --git a/src/rtl_test.c b/src/rtl_test.c
index 9a6cfda..c7e60c5 100644
--- a/src/rtl_test.c
+++ b/src/rtl_test.c
@@ -202,7 +202,7 @@
 	interval += (int64_t)(ppm_now.tv_nsec - ppm_recent.tv_nsec);
 	nsamples_total += nsamples;
 	interval_total += interval;
-	printf("real sample rate: %i current PPM: %i cumulative PPM: %i\n",
+	fprintf(stderr, "real sample rate: %i current PPM: %i cumulative PPM: %i\n",
 		(int)((1000000000UL * nsamples) / interval),
 		ppm_report(nsamples, interval),
 		ppm_report(nsamples_total, interval_total));


Best Regards,
Andrey