Fusion HDTV 7

I am using debian sid and attempts to load the cx23885 module fail:

in dmesg:
cx23885: Unknown parameter `car'
(I use the card=4 option.)

The device:
02:00.0 Multimedia video controller: Conexant Device 8852 (rev 02)
Subsystem: DViCO Corporation Device d618
Flags: bus master, fast devsel, latency 0, IRQ 10 Memory at fbc00000 (64-bit, non-prefetchable) [size=2M]
Capabilities: [40] Express Endpoint, MSI 00
Capabilities: [80] Power Management version 2
Capabilities: [90] Vital Product Data <?>
Capabilities: [a0] Message Signalled Interrupts: Mask- 64bit+
Queue=0/0 Enable-
Capabilities: [100] Advanced Error Reporting <?>
Capabilities: [200] Virtual Channel <?>
Kernel modules: cx23885

kernel version:
2.6.26-1-amd64

Note that this module came with the debian package:
linux-image-2.6.26-1-amd64 2.6.26-3

1. Am I right that this is not supposed to happen? May I conclude that the packaged module is incompatible with the kernel it is packaged for? If so, I can report this bug to Debian; but I want to make sure I have the concepts straight before they shoot me down saying it is linuxtv.org's fault.

2. I tried recompiling the module(s) using sources from linuxtv.org. I used
http://linuxtv.org/hg/v4l-dvb but the created modules still reported unknown symbols:
cx23885: disagrees about version of symbol videobuf_streamoff
cx23885: Unknown symbol videobuf_streamoff

There are actually various other mercurial repos hosted on linuxtv.org, which one should I try next?

Thanks in advance!
Matyas

Matyas
-
Every hardware eventually breaks.  Every software eventually works.

_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

No, you must have used a "car=4" option.... Next time read the error message and it might help you figure out what you did wrong.

No idea what you're talking about. I dont see a bug anywhere.

FusionHDTV7 is not supported in 2.6.26.y -- you should use the linuxtv.org modules from the development repository, instead.

Did you follow the instructions for building modules from the linuxtv.org repositories?

Did you reboot your machine before trying the new modules?

Is videobuf compiled in the kernel, or as a module? (it should be a module)

Did you just try to select the driver you needed in the linuxtv.org mercurial repository, or did you build everything?

Just follow the instructions exactly -- dont pick and choose, just build the entire repository. Dont use "make load" ever -- it is evil.
Just reboot your computer.

There are individual developer repositories hosted on linuxtv.org -- you should never use them unless you know that you explicitly need a changeset from a developer repository that has not yet been merged.

Use v4l-dvb, and follow instructions exactly -- regardless of whether you think you know what you're doing -- the build rules for v4l-dvb must be followed exactly... but NEVER USE MAKE LOAD.

FusionHDTV7 support will be present in Intrepid, which uses the 2.6.27 kernel.

Regards,

Mike

_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Thanks for the quick response!

I reverted to the stock kernel modules and cx23885 indeed loaded with "card=4". However channel scanning did not find anything. Since you

I just got the sources again and did make, make install (no make load) and rebooted. Module loaded, dmesg indicated no errors.

Scanning turns up nothing though, I only get:

scanning /usr/share/dvb/atsc/us-ATSC-center-frequencies-8VSB using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'

WARNING: filter timeout pid 0x0000
WARNING: filter timeout pid 0x1ffb

WARNING: filter timeout pid 0x0000
WARNING: filter timeout pid 0x1ffb

WARNING: filter timeout pid 0x0000
WARNING: filter timeout pid 0x1ffb

WARNING: filter timeout pid 0x0000
WARNING: filter timeout pid 0x1ffb
...

I picked us-ATSC-center-frequencies-8VSB for the over the air channels (in Austin TX), please correct me if I was wrong there.

Is there a way to make sure that the card is receiving anything? I would like to rule out a malfunctioning card. Does the load of the module indicate that some communication has already taken place with the card?

I will try a different cable next. I can also ask a friend to test-drive the card under windows but I would do that as a last resort. (If there is a hardware error on the card I need to return it soon.)

That was the problem. It was not clear to me that other than the cx23885 module need to be updated, that there are dependencies regarding module versions. (The module system is not modular enough it seems; presumably as a result of constant changes in the module and kernel interfaces?)

Thanks again for your help!
Matyas
-
Every hardware eventually breaks. Every software eventually works.

_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

I'm kind of in a rush right now.

I didnt have time to read your whole email, but I just need to point out that your method is flawed.

#1, as i think I already stated in my previous email, you *need* to use the v4l-dvb mercurial repository if you want the FusionHDTV7 to work.

#2, if you are passing card=4, then THAT is why it is not working. FusionHDTV7 is *not* card 4. Dont pass anything, let it autodetect.

Good Luck,

Mike

_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Thanks for your comments!

I can report that the card receives OTA HD channels. Both tuners work (at the same time) allowing two HD channels to be received. (azap/mplayer and mythtv both work.)

The last missing piece was with the firmware. A script which came with the firmware files from www.steventoth.net placed the firmware file dvb-fe-xc5000-1.1.fw to /lib/firmware/2.6.26-amd64 instead of /lib/firmware. This may be distro specific.

I could have figured all this out by the available docs and reading the logs. However here is a list of what may improve the documentation:

1. Emphasize that other than the card module (in my case cx23885) need to be reloaded for compatibility between modules. Therefore the compile from sources and reboot is needed. (Easier than to find, remove and reload all the relevant modules.)

2. The firmware file has to be hunted down. In my case the manufacturer provides .exe files only (maybe self-extracting) so I could not get the firmware that way. Why not just have a page with the firmware files themselves? The need for the firmware file also could be emphasized. (This is apparent if one reads the logs.)

Some info on what should be in the logs when the card works:

CORE cx23885[0]: subsystem: 18ac:d618, board: DViCO FusionHDTV7 Dual Express [card=10,autodetected]
DVB: registering frontend 0 (Samsung S5H1411 QAM/8VSB Frontend)..

xc5000: Successfully identified at address 0x64
xc5000: Firmware has not been loaded previously

xc5000: waiting for firmware upload (dvb-fe-xc5000-1.1.fw)...
firmware: requesting dvb-fe-xc5000-1.1.fw
xc5000: firmware read 12332 bytes.
xc5000: firmware upload

Thanks again,
Matyas
-
Every hardware eventually breaks. Every software eventually works.

_______________________________________________
linux-dvb mailing list
[email protected]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb