This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-sdr@lists.osmocom.org/.
pantos at pantokratoren.de pantos at pantokratoren.deHi Marcus, thanks for your extensive help!! I tried out your suggestions. I rebooted the raspberry pi many times ;-) > * the dvb-t kernel module still being loaded: plug in stick, run "lsmod|grep rtl", look for suspicious lines With "lsmod|grep rtl" I get no results. > * the stick not having standard USB ids: plug in stick. run "lsusb". find line describing stick VID:PID. do these match any line in rtl-sdr.rules? The result is: Bus 001 Device 005: ID 0bda:2838 Realtek Semiconductor Corp. RTL2838 DVB-T I think this match my rtl-sdr.rules line with "blacklist dvb_usb_rtl28xxu" and "blacklist rtl2838"? > * some other kernel shenanigans. Run "dmesg -w" to watch dmesg, plug in stick, see whether suspicious stuff happens to the kernel :) [253111.992530] usb 1-1.4: new high-speed USB device number 5 using dwc_otg [253112.104864] usb 1-1.4: New USB device found, idVendor=0bda, idProduct=2838 [253112.104901] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [253112.104919] usb 1-1.4: Product: RTL2838UHIDIR [253112.104934] usb 1-1.4: Manufacturer: Realtek [253112.104949] usb 1-1.4: SerialNumber: 00000001 Seems to be normal? Do you see anything suspicious? Best regards, Joachim Am 05.04.2017 um 23:55 schrieb Marcus Müller: > Hi Joachim, > > absolutely no stupid questions involved! > > So, ok, assuming you rebooted or ran "sudo udevadm control --reload" and > re-plugged the device, we have to rule out: > > * the dvb-t kernel module still being loaded: plug in stick, run > "lsmod|grep rtl", look for suspicious lines > * the stick not having standard USB ids: plug in stick. run "lsusb". > find line describing stick VID:PID. do these match any line in > rtl-sdr.rules? > * some other kernel shenanigans. Run "dmesg -w" to watch dmesg, plug in > stick, see whether suspicious stuff happens to the kernel :) > > Best regards, > > Marcus > > > On 05.04.2017 22:11, pantos at pantokratoren.de wrote: >> Hi Marcus, >> >> thanks for your reply. To install the udev-rules I used >> >> sudo cp ./rtl-sdr/rtl-sdr.rules /etc/udev/rules.d/ >> >> The suggested way >> >> sudo make install-udev-rules >> >> doesn't worked for me (Error: make: *** No rule to make target 'install-udev-rules'. Schluss.). >> >> Or is this the wrong way? >> >> Sorry for this stupid question but I'm a little bit lost... >> >> Best regards >> >> Joachim >> >> >> Am 05.04.2017 um 14:35 schrieb Marcus Müller: >>> Hi Joachim, >>> >>> "I tried many [...] but it doesn't work": so, what exactly you've tried >>> would be kind of relevant :) >>> >>> I'll go out on a limb here based on statistics and say: you might have >>> missed what >>> http://osmocom.org/projects/sdr/wiki/rtl-sdr#rtlsdr-library-amp-capture-tool >>> says: >>> >>> sudo make install-udev-rules >>> >>> Best regards, >>> Marcus >>> >>> On 05.04.2017 07:30, pantos at pantokratoren.de wrote: >>>> Hello, >>>> >>>> a few days ago I tried to install rtl-sdr on my raspberry pi. I'm >>>> using a dvb-t usb stick with Realtek, RTL2838UHIDIR chipset. I build >>>> the software following the guide in the wiki. I used two additional >>>> switches: cmake ../ -DINSTALL_UDEV_RULES=ON -DDETACH_KERNEL_DRIVER=ON >>>> >>>> After installing the software I created a blacklist in cd /etc/modprobe.d: >>>> >>>> blacklist dvb_usb_rtl28xxu >>>> blacklist rtl2832 >>>> blacklist rtl2830 >>>> blacklist rtl2838 >>>> >>>> After rebooting the device I tried to test rtl-sdr with rtl_test -t >>>> and got this result: >>>> >>>> Found 1 device(s): >>>> 0: Realtek, RTL2838UHIDIR, SN: 00000001 >>>> >>>> Using device 0: Generic RTL2832U OEM >>>> usb_claim_interface error -6 >>>> Failed to open rtlsdr device #0. >>>> >>>> I don't know how to fix this error. I tried many suggestions found via >>>> google but it doesn't work. >>>> >>>> Can someone help me to fix this? >>>> >>>> Thanks for your help!! >>>> >>>> Joachim >>>> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/osmocom-sdr/attachments/20170407/3b818103/attachment.htm>