DigitalNow Quad DVB-T Tuner Card and Linux, it is working Options

[tailend]

Did you use the modified source from here http://www.medianow.com.au/data/Linux4Quad2.zip

Yes, I tried that first. I am seeing errors such as "dmxdev.c:1142:2: error: unknown field 'ioctl' specified in initializer" and "flexcop-i2c.c:253:39: error: 'I2C_CLASS_TV_DIGITAL' undeclared (first use in this function)".

[dayswaste]

errors such as "flexcop-i2c.c:253:39: error: 'I2C_CLASS_TV_DIGITAL' undeclared (first use in this function)".

Edit:
/Linux4Quad/digitalnow-quad/v4l/flexcop-i2c.c
By removing:
--- fc->fc_i2c_adap[0].i2c_adap.class =
--- fc->fc_i2c_adap[1].i2c_adap.class =
--- fc->fc_i2c_adap[2].i2c_adap.class = I2C_CLASS_TV_DIGITAL;

errors such as "dmxdev.c:1142:2: error: unknown field 'ioctl' specified in initializer"

Edit:
/Linux4Quad/digitalnow-quad/v4l/dmxdev.c
By swapping
--- enum dmx_ts_pes ts_pes;
+++ dmx_pes_type_t ts_pes;
And:
--- ts_pes = (enum dmx_ts_pes)para->pes_type;
+++ ts_pes = para->pes_type;
And:
--- .ioctl = dvb_demux_ioctl,
+++ .unlocked_ioctl = dvb_demux_ioctl,
And:
--- .ioctl = dvb_dvr_ioctl,
+++ .unlocked_ioctl = dvb_dvr_ioctl,

And the errors just keep coming along. Not really worth doing it this way.

You could try:

make -k

(k for just keep going)

[dayswaste]

Edit:
/Linux4Quad/digitalnow-quad/v4l/flexcop-i2c.c
By removing:
--- fc->fc_i2c_adap[0].i2c_adap.class =
--- fc->fc_i2c_adap[1].i2c_adap.class =
--- fc->fc_i2c_adap[2].i2c_adap.class = I2C_CLASS_TV_DIGITAL;



Edit:
/Linux4Quad/digitalnow-quad/v4l/dmxdev.c
By swapping
--- enum dmx_ts_pes ts_pes;
+++ dmx_pes_type_t ts_pes;
And:
--- ts_pes = (enum dmx_ts_pes)para->pes_type;
+++ ts_pes = para->pes_type;
And:
--- .ioctl = dvb_demux_ioctl,
+++ .unlocked_ioctl = dvb_demux_ioctl,
And:
--- .ioctl = dvb_dvr_ioctl,
+++ .unlocked_ioctl = dvb_dvr_ioctl,

And the errors just keep coming along. Not really worth doing it this way.

You could try:

make -k

(k for just keep going)

Actually Ignore me. using -k to skip over the errors didn't work for me. There has to be a neater way to make this card useful.

[themagicpudding]

Did you use the modified source from here http://www.medianow.com.au/data/Linux4Quad2.zip

This modified source no longer builds against the 2.6.38 kernel (in my case 2.6.38-8-generic).

It seems to be related to changes in I2C stuff in the kernel. Namely the removal of a few things like I2C_CLASS_TV_DIGITAL that were "no longer used".

CODE

/usr/src/20110512/Linux4Quad/Linux4Quad/digitalnow-quad/v4l/flexcop-i2c.c: In function 'flexcop_i2c_init':
/usr/src/20110512/Linux4Quad/Linux4Quad/digitalnow-quad/v4l/flexcop-i2c.c:253:39: error: 'I2C_CLASS_TV_DIGITAL' undeclared (first use in this function)
/usr/src/20110512/Linux4Quad/Linux4Quad/digitalnow-quad/v4l/flexcop-i2c.c:253:39: note: each undeclared identifier is reported only once for each function it appears in

I can't revert back to the older kernel as with the upgrade to ubuntu's natty release my remote/lirc only works with the newer kernel. Sure, I could go and try to figure out what the problem is with that, but it's not going to solve the problem of kernel upgrades moving forward!

Does anyone out there have any suggestions?

Thanks!

[themagicpudding]

Did you use the modified source from here http://www.medianow.com.au/data/Linux4Quad2.zip

This modified source no longer builds against the 2.6.38 kernel (in my case 2.6.38-8-generic).

It seems to be related to changes in I2C stuff in the kernel. Namely the removal of a few things like I2C_CLASS_TV_DIGITAL that were "no longer used".

CODE

/usr/src/20110512/Linux4Quad/Linux4Quad/digitalnow-quad/v4l/flexcop-i2c.c: In function 'flexcop_i2c_init':
/usr/src/20110512/Linux4Quad/Linux4Quad/digitalnow-quad/v4l/flexcop-i2c.c:253:39: error: 'I2C_CLASS_TV_DIGITAL' undeclared (first use in this function)
/usr/src/20110512/Linux4Quad/Linux4Quad/digitalnow-quad/v4l/flexcop-i2c.c:253:39: note: each undeclared identifier is reported only once for each function it appears in

I can't revert back to the older kernel as with the upgrade to ubuntu's natty release my remote/lirc only works with the newer kernel. Sure, I could go and try to figure out what the problem is with that, but it's not going to solve the problem of kernel upgrades moving forward!

Does anyone out there have any suggestions?

Thanks!

[flunky]

[quote name='themagicpudding' date='May 12 2011, 02:52 PM' post='79481']

Does anyone out there have any suggestions?

Get the source into the mainline linux kernel. It's the only sane option.
It is _much_ simpler to build the current modules from mainline now.
See http://www.linuxtv.org/wiki/index.php/How_..._Device_Drivers.
It may look a bit scary but it's really only a 'git pull' plus running the 'build.sh' script that they supply.

You may be able to get some significant help with this.
However some real details on the hardware setup and OS environment need to be supplied.
1. do a power off, wait 1 min or so, power up. Gather the output of
* uname -a
* lspci -vvxxx -s <device id>
* dmesg
2. Send this along with a polite call for help to linux-media@vger.kernel.org.
You should mention the source tarball located at http://www.medianow.com.au/data/Linux4Quad2.zip.
I've looked through this and can't find any author details, which is a pity - an AUTHOR file would help anyone trying to improve on this code.
A little cooperation with the linux kernel developers would go a long way here I think.

[renura]

Look also here
https://www.turnovfree.net/~stybla/linux/v4l-dvb/lv5tdlx/
and here
http://www.mattgrill.com/2011/05/install-d...u-10-10-64-bit/

[hughhalf]

Hiya,

Can confirm the card running on Ubuntu Server 10.04.2 LTS 64 bit with a 2.6.32-31-server kernel

Built it as per the mattgrill.com post pretty much

http://www.mattgrill.com/2011/05/install-d...u-10-10-64-bit/

I'm not using the remote however - is a backend system.

One change people may find useful - turning off debugging cuts down the amount of churn in /var/log/kern.log and reduces I/O accordingly.

Straightforward to change - find the file Linux4Quad/digitalnow-quad/linux/drivers/media/dvb/dvb-usb/rtl2832u.c and change

int dvb_usb_rtl2832u_debug =1;

to

int dvb_usb_rtl2832u_debug =0;

then rebuild (make then make install) etc.

Note - if you make this change and the card has problems, you obviously won't see them reported now...

Two minor nits that I've noticed - when running up the fourth tuner, sometimes won't record and had one instance where I got a kernel oops when removing the module. Not overly concerned about either at this point as I'm running a (relatively) older kernel and have only occured once so could be something else amiss.

I agree with @flunky's post - would be nice to know the provenance of this code to see about getting it upstream and/or into the distros.

Happy hacking

Hugh

[renura]

I agree with @flunky's post - would be nice to know the provenance of this code to see about getting it upstream and/or into the distros.

That information has been uploaded by me, provided to us by the manufacturer and edited by a customer. Will try and get someone to document the info, in the meantime just use it.

[lyricnz]

I must add my name to the chorus of frustration with drivers for this device. The kernel developers can't add a big lump of code without being certain of it's provenance, and Realtek don't seem to be too helpful here. Of my four DVB devices, only one appears to work with stock kernels.

[dayswaste]

So the consensus is if you are running a kernel version before 2.6.38 the quad card works a treat. I can vouch for that. However kernel version 2.6.38 is a no show. I can vouch for this as well, headache/heartache trying material. Command "uname -r" will show your running version.

Oh, and https://www.turnovfree.net/~stybla/linux/v4l-dvb/lv5tdlx/ hasn't rendered for me for a while now.

I gotta say (besides the time I endured trying to make the card work on 2.6.38) I've found I haven't missed the time spent being able to watch free to air TV. :)

ps. I've never got the remote control to work. Any sujestions for this?

[renura]

I must add my name to the chorus of frustration with drivers for this device. The kernel developers can't add a big lump of code without being certain of it's provenance, and Realtek don't seem to be too helpful here. Of my four DVB devices, only one appears to work with stock kernels.

Unfortunately it is not that simple - we have been waiting for nearly 12 months for Realtek to release a proper driver for Linux and still waiting, my suggestion is in the meanwhile use whatever is publicly available available.

This post has been edited by renura: Jun 4 2011, 03:13 PM

[flunky]

Unfortunately it is not that simple - we have been waiting for nearly 12 months for Realtek to release a proper driver for Linux and still waiting, my suggestion is in the meanwhile use whatever is publicly available available.

A possible step forward is here - http://wiki.zeratul.org/doku.php?id=linux:v4l:realtek:start
This is pointed to from - http://www.turnovfree.net/~stybla/linux/v4...dme.lv5tdlx.txt (which seems to be back in action).

[flunky]

See also http://www.linuxtv.org/wiki/index.php/Realtek_RTL2831U

[hughhalf]

Hiya

Flunky had asked for some sample lspci output - have attached along with lsusb for the same box

This is an AMD64 Ubuntu 10.04.2 machine.

Cheers,
Hugh

 dvb_quad_lspci.txt.gz ( 1.32K ) Number of downloads: 5


 dvb_quad_lsusb.txt.gz ( 1.27K ) Number of downloads: 6

[HTPC_Freak]

I can confirm I have this card working in Ubuntu 11.04. You may also be able to get this working using the instructions from the post #40 on this page:
http://ubuntuforums.org/showthread.php?t=1678094&page=4

But i went my own way with the newer realtek drivers.

My system:

CODE

uname -a
Linux HTPC 2.6.38-8-generic #42-Ubuntu SMP Mon Apr 11 03:31:24 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux

What I did:

First needed to grab the latest V4L drivers:
http://www.linuxtv.org/wiki/index.php/How_..._Device_Drivers

Following instructions from the above link (and knowing that build-essentials contains a couple of the required packages), I grabbed what other I needed for my ubunutu installation.


I did:

CODE

sudo apt-get install build-essential git patch patchutils libproc-processtable-perl

Next I downloaded a built the drivers. Building is not really necessary here but it is included in the main script and only takes a few minutes.

from me home directory

CODE

cd ~/

I did:

CODE

git clone git://linuxtv.org/media_build.git
cd media_build/
./build.sh

Next i grabbed the latest realtek drivers from here:
https://www.turnovfree.net/~stybla/linux/v4l-dvb/lv5tdlx/

CODE

wget --no-check-certificate https://www.turnovfree.net/~stybla/linux/v4l-dvb/lv5tdlx/20110614_RTL2832_2836_2840_LINUX+rc.zip
unzip 20110614_RTL2832_2836_2840_LINUX+rc.zip

You might need to

CODE

sudo apt-get install unzip

if you don't have it.

Now you need to add these drivers to the V4L drivers.

Copy the newly unzipped files across (you will need to change the path if your realtek drivers are different).

CODE

cp ~/20110614_RTL2832_2836_2840_LINUX+rc/*.* ~/media_build/linux/drivers/media/dvb/dvb-usb/

And next I patched the v4l drivers using steps 5b and bc from the readme in the realtek drivers.

(Readme is

CODE

gedit 20110614_RTL2832_2836_2840_LINUX+rc/Doc/readme.txt

)

CODE

gedit ~/media_build/linux/drivers/media/dvb/dvb-usb/Makefile

Add these two lines at the end of Makefile:

CODE

dvb-usb-rtl2832u-objs = demod_rtl2832.o    dvbt_demod_base.o dvbt_nim_base.o foundation.o math_mpi.o nim_rtl2832_mxl5007t.o nim_rtl2832_fc2580.o nim_rtl2832_mt2266.o rtl2832u.o rtl2832u_fe.o rtl2832u_io.o tuner_mxl5007t.o tuner_fc2580.o tuner_mt2266.o tuner_tua9001.o nim_rtl2832_tua9001.o tuner_fc0012.o nim_rtl2832_fc0012.o demod_rtl2836.o dtmb_demod_base.o dtmb_nim_base.o nim_rtl2836_fc2580.o nim_rtl2836_mxl5007t.o tuner_e4000.o nim_rtl2832_e4000.o tuner_mt2063.o demod_rtl2840.o tuner_max3543.o nim_rtl2832_mt2063.o nim_rtl2832_max3543.o nim_rtl2840_mt2063.o nim_rtl2840_max3543.o qam_demod_base.o qam_nim_base.o tuner_tda18272.o nim_rtl2832_tda18272.o rtl2832u_ioctl.o nim_rtl2832_fc0013.o tuner_fc0013.o
obj-$(CONFIG_DVB_USB_RTL2832U) += dvb-usb-rtl2832u.o

next

CODE

gedit ~/media_build/linux/drivers/media/dvb/dvb-usb/Kconfig

And add these lines to the end:

CODE

config DVB_USB_RTL2832U
    tristate "Realtek RTL2832U DVB-T USB2.0 support"
    depends on DVB_USB
    help
      Realtek RTL2832U DVB-T driver.

Next, compile and install!

CODE

cd media_build/
make distclean
make
sudo make install

However, mine didn't compile! I got a lot of errors... but there is another driver file to try in the current build...

CODE

cp ~/media_build/linux/drivers/media/dvb/dvb-usb/rtl2832u.c ~/media_build/linux/drivers/media/dvb/dvb-usb/rtl2832u.c.orig

cp ~/media_build/linux/drivers/media/dvb/dvb-usb/rtl2832u.c.bak ~/media_build/linux/drivers/media/dvb/dvb-usb/rtl2832u.c

Now

CODE

make
sudo make install

Reboot and the card should work (no remote though)

[therat]

Many thanks for providing that info.

cheers

[dayswaste]

Thanks HTPC_Freak.

After seeing your post on Saturday I had to rush into fault finding and repairing my PSU to power up the dusty HTPC. Great how to and easy to follow, worked a treat on my 11.04 mythbuntu box.

[Flakheart]

I am totally new to linux and use PC-LinuxOS 32 bit which is a Mandrake fork and am lost, lost, lost.

Can anyone tell me how to install these drivers so that my head doesn't explode and which driver pack to get?

Ps, I can find my way around the command line (LOL)

[themagicpudding]

Thanks for inspiring me HTPC_Freak.

In case anyone out there is interested in building the module for 2.6.38-10, apply the attached patch in the .../20110614_RTL2832_2836_2840_LINUX+rc directory after the unzip step in HTPC_Freak's howto:

CODE

cd <where-you-unzipped-20110614_RTL2832_2836_2840_LINUX+rc.zip>
patch < 2.6.38-10-generic.unified.diff

The patch is here:  2.6.38_10_generic.unified.diff ( 10.23K ) Number of downloads: 11


I have patched the code to successfully build and for the driver to work with the 2.6.38-10-generic kernel (the one I'm currently using on my mythbuntu box).

From memory when I checked out the diff of that rtl2832u.c.bak file it had just had all the remote control stuff commented/hacked out of it. I've done some looking through the LinuxTV git repo and there has been a bunch of reshuffling where the remote control stuff is so I guess this .bak version of the file was to get around that to get the module to build.

I have gone through the revision history of the files to piece together what has been changed and updated the driver code to look for the remote control stuff (just some restructuring of data structures) in the right place.

So in theory this should mean the remote will work OK with my patched version (assuming it ever worked?!). I don't use the Quad's remote myself though so can't confirm this.

Oh - and you might find it necessary to run

CODE

make menuconfig

and select the rtl2832u module after you've edited the Kconfig as in HTPC_Freak's post.

If someone notices the remote isn't working with this, let me know.

Hope that helps!