Add support for DVICO FusionHDTV DVB-T card

Bug #12162 reported by James Gregory
10
Affects Status Importance Assigned to Milestone
linux-source-2.6.15 (Ubuntu)
Fix Released
Wishlist
Fabio Massimo Di Nitto

Bug Description

Please add support for the FusionHDTV card into Ubuntu. The URL listed has an
Open-Source driver that allegedly makes the card work. I've spent some time
attempting to build a package for it and I'd be happy to point you to the
(little) progress I've made thus far. Of note is that it uses a different (I
think newer) version of the v4l2 code than what is in the kernel. I don't know
if there is a way this can be made to work or not (perhaps renaming the symbols
it imports?)

I'm happy to do preliminary testing of any packages, and I'd also be willing to
re-attempt my own packaging if I could get some guidance on how to proceed with
the v4l version conflict. My suspicion is that it will require some modification
to the kernel package.

http://www.itee.uq.edu.au/~chrisp/Linux-DVB/DVICO/: http://www.itee.uq.edu.au/~chrisp/Linux-DVB/DVICO/

Revision history for this message
Matt Zimmerman (mdz) wrote :

Has the driver been submitted for inclusion in the mainstream kernel? In
general, we cannot commit to supporting every driver which exists, but only
those with a viable future.

Revision history for this message
Chuck Short (zulcss) wrote :

In 2.6.10-2.6.10 there is a driver for mt352, but I dont think includes the
capture support.

Regards
chuck

Revision history for this message
James Gregory (ubuntu-bugs-james) wrote :

According to a message posted at the top of the URL cited in this bug-report,
the mainline kernel has support for this card in 2.6.11. I've just installed the
2.6.11 kernel from hoary and running

    modprobe cx88-dvb

Gives me this error:

    FATAL: Module cx88_dvb not found.

I suspect that all that is required is to enable building of the modules for
that card. Let me know when there's a kernel available with the relevant option
enabled and I'll try it out.

Revision history for this message
Fabio Massimo Di Nitto (fabbione) wrote :

(In reply to comment #3)
> According to a message posted at the top of the URL cited in this bug-report,
> the mainline kernel has support for this card in 2.6.11. I've just installed the
> 2.6.11 kernel from hoary and running
>
> modprobe cx88-dvb
>
> Gives me this error:
>
> FATAL: Module cx88_dvb not found.
>
> I suspect that all that is required is to enable building of the modules for
> that card. Let me know when there's a kernel available with the relevant option
> enabled and I'll try it out.

2,6,11 is not 2.6.11 as on kernel.org. it is an unsupported preliminary snapshot.

Breezy will have this driver.

Revision history for this message
James Gregory (ubuntu-bugs-james) wrote :

Has there been any progress on this bug? Earlier this week I did a build of the
Ubuntu kernel with the cx88_dvb module enabled. The build worked fine, and it
gave me partial functionality from my card. I was meaning to tinker more with it
but dist-upgrades keep removing my kernels.

Can the driver be enabled so I can start testing its integration with Ubuntu?

Revision history for this message
Fabio Massimo Di Nitto (fabbione) wrote :

Uh thanks for the reminder.. this was fixed in breezy with 2.6.12 a couple of
uploads ago.
I forgot to close it.

Cheers
Fabio

Revision history for this message
James Gregory (ubuntu-bugs-james) wrote :

Created an attachment (id=3156)
Correct the PLL address on FusionHDTV DVB-T Plus

Revision history for this message
James Gregory (ubuntu-bugs-james) wrote :

The driver in the breezy kernel has a bug that prevents this card from being
able to tune into frequencies in one of its two variations (the card was
released in two flavours; one with an LG tuner and another one with a Thompson
tuner. See http://bttv-gallery.de/ for details). The bug is that the address of
the PLL is incorrect on the Thompson variant. The attached patch (3156) fixes
this problem. Without the patch, the card will operate, but only on whatever
frequency it happens to start up with. The attached patch corrects the address
of the PLL so that the tuner can be used.

The patch was from my build of the breezy kernel from some time late last week,
and with it I have the card operating, with its tuner, however I still need to
manually pass in the card=21 option (it is detected as card=15).

I don't know if the bug exists in the upstream sources.

I suspect the fact that I need to force card=21 can also be fixed somehow
(probably by probing VPD or similar), but I haven't had a chance to look at that
yet. Here's the relevant lspci -v output:

0000:00:0c.0 Multimedia video controller: Conexant Winfast TV2000 XP (rev 05)
        Subsystem: Unknown device 18ac:db00
        Flags: bus master, medium devsel, latency 32, IRQ 17
        Memory at de000000 (32-bit, non-prefetchable) [size=16M]
        Capabilities: [44] Vital Product Data
        Capabilities: [4c] Power Management version 2

0000:00:0c.2 Multimedia controller: Conexant: Unknown device 8802 (rev 05)
        Subsystem: Unknown device 18ac:db00
        Flags: bus master, medium devsel, latency 32, IRQ 17
        Memory at df000000 (32-bit, non-prefetchable) [size=16M]
        Capabilities: [4c] Power Management version 2

Revision history for this message
Chuck Short (zulcss) wrote :

Will be fixed in the next upload thanks for the patch

Revision history for this message
James Gregory (ubuntu-bugs-james) wrote :

This problem is back in 2.6.12-7 and possibly earlier than that. I've downloaded
the source package and it appears that my patch was reverted. Can it be
re-applied please?

Revision history for this message
Fabio Massimo Di Nitto (fabbione) wrote :

This bug has been fixed a long while ago, but for some reasons we forgot to
close it.

Revision history for this message
Michael Krufky (mkrufky) wrote :

This bug is bogus, and the "fix" should be reverted. See my thorough explanation in the comments of bug #33096, which is a result of the "fix" submitted for this bug report.

I have confirmed with the DViCO systems engineer that the FusionHDTV DVB-T Plus does in fact use Thomson DTT7579 at i2c address 0x60, and that there is no alternate version of this card using 0x61 . Instead of patching the card definition for FusionHDTV DVB-T Plus (rendering the actual card useless), the user should let the cx88 module autodetect his CX88_BOARD_DVICO_FUSIONHDTV_DVB_T1, which uses LG Z201 at 0x61.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.