Arch Linux User Repository

Seems like the package is broken due to a kernel patch update? I tried to edit the PKGBUILD and typed the correct URL to dvb-usb-rtl2832.patch and updated the md5sum as well. Unfortunately, I am being asked which file to patch (I have no clue).

Hi! My kernel version happens to have a dash in the patch name (3.8.6-1-ck-pax), so the _extramodules variable in the PKGBUILD gets set wrong. If you replace the definition: _extramodules="extramodules-$(uname -r | cut -f-2 -d.)-$(uname -r | cut -f3 -d-)" with _extramodules="extramodules-$(uname -r | cut -f-2 -d.)-$(uname -r | cut -f3- -d-)" it fixes that problem. You don't need to fix the PKGBUILD, I just thought I'd comment in case somebody else runs into the same problem.

Thanks, it was so simple! :)

Reboot after installing the driver and try again.

This is not working, I downloaded the tarball, ran makepkg -i and it compiled fine. But still it doesn't detect my the tuner of my dongle. usb 1-3: dvb_usb_rtl28xxu: unknown tuner=NONE usb 1-3: dvb_usb_v2: 'Realtek RTL2832U reference design' error while loading driver (-19) usb 1-3: dvb_usb_v2: 'Realtek RTL2832U reference design' successfully deinitialized and disconnected My tuner is R820t and id 0bda:2838 Realtek Semiconductor Corp. RTL2838 DVB-T

I can confirm that kernel 3.7.4 supports the Ezcap EZTV645 [1] identified by lsusb as [2]. I don't use the remote, but just watch TV with VLC Player using a list of channels generated by w_scan. Therefore I cannot test all aspects of the DVB-T dongle, but the audio and video look just fine. dmesg should probably show the same message [3] on your system if the new drivers support your chipset. Thanks for updating the package and putting in the credits, R00KIE! :) [1] Ezcap EZTV645 (DealExtreme.com): http://goo.gl/QtUJA [2] lsusb: 0bda:2838 Realtek Semiconductor Corp. RTL2838 DVB-T [3] dmesg | grep dvb: dvb_usb_v2: 'Realtek RTL2832U reference design' successfully initialized and connected

Based on Gringo's patches I have uploaded an updated PKGBUILD. The package now ships a file to blacklist the driver that comes with the kernel. @Gringo Thanks for looking into this and providing patches. @Everyone Be aware that the kernel now has a driver that may already support your device. I'd say the kernel driver should be used instead of this one if possible. The only downside is that signal strength, snr and fe lock are not reported in the same way as this driver, this means that using femon will not work as expected. Scanning for channels with w_scan for example works fine. Remote control support may be much better than with this driver (I haven't tested it).

Hi Gringo, nice job! I gonna try it tonight.

Whoohoo, I fixed it! :) An updated source tarball can be downloaded from [1]. - I changed the include directories in the Makefile, because the paths were indeed changed. - Also, a member field was removed from a struct in the kernel, but it was still in rtl2832u.c . I simply removed the lines containing the calls to this function and updated rtl2832u_ioctl.h to reflect the same change. The source tarball below should be unrolled (tar -xzvf) and a package can be made with, for example, makepkg -cis (compile, install, clean). The added files are three patches, which can be checked if you want: Makefile.patch, rtl2832u.c.patch and rtl2832u_ioctl.h.patch. The resulting kernel module was tested and seems to work as good as the old one. Enjoy! [1] https://dl.dropbox.com/u/2316031/dvb-usb-rtl2832u-openpli.tar.gz

I also tried to manually create some symlinks to previous locations and add paths to some #includes, but it didn't work. Also bumblebee stopped working with new kernel, so I downgraded back to 3.6.11. If you want to do the same and you cleaned your /var/cache/pacman/pkg, you can get the linux and linux-headers packages and .sig on http://arm.konnichi.com/search/