[linux-dvb] Fusion HDTV 7

[linux-dvb] Fusion HDTV 7

[Matyas Sustik]

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
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Fusion HDTV 7

[Michael Krufky]

On Fri, Aug 29, 2008 at 12:24 PM, Matyas Sustik
<linux-dvb.list@sustik.com> wrote:
> 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.)


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.


>
> 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.


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.


> 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


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 actually various other mercurial repos hosted on linuxtv.org, which
> one should I try next?


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
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Fusion HDTV 7

[Matyas Sustik]

Thanks for the quick response!

Michael Krufky wrote:
> 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.

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

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

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:
> scan /usr/share/dvb/atsc/us-ATSC-center-frequencies-8VSB
scanning /usr/share/dvb/atsc/us-ATSC-center-frequencies-8VSB
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
>>> tune to: 57028615:8VSB
WARNING: filter timeout pid 0x0000
WARNING: filter timeout pid 0x1ffb
>>> tune to: 63028615:8VSB
WARNING: filter timeout pid 0x0000
WARNING: filter timeout pid 0x1ffb
>>> tune to: 69028615:8VSB
WARNING: filter timeout pid 0x0000
WARNING: filter timeout pid 0x1ffb
>>> tune to: 79028615:8VSB
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.)

> Did you reboot your machine before trying the new modules?

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
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Fusion HDTV 7

[Michael Krufky]

On Fri, Aug 29, 2008 at 2:14 PM, Matyas Sustik
<linux-dvb.list@sustik.com> wrote:
> Thanks for the quick response!
>
> Michael Krufky wrote:
>> 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.
>
> I reverted to the stock kernel modules and cx23885 indeed loaded with
> "card=4".  However channel scanning did not find anything.  Since you
> wrote:
>
>> FusionHDTV7 is not supported in 2.6.26.y -- you should use the
>> linuxtv.org modules from the development repository, instead.
>
> 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:
>> scan /usr/share/dvb/atsc/us-ATSC-center-frequencies-8VSB
> scanning /usr/share/dvb/atsc/us-ATSC-center-frequencies-8VSB
> using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
>>>> tune to: 57028615:8VSB
> WARNING: filter timeout pid 0x0000
> WARNING: filter timeout pid 0x1ffb
>>>> tune to: 63028615:8VSB
> WARNING: filter timeout pid 0x0000
> WARNING: filter timeout pid 0x1ffb
>>>> tune to: 69028615:8VSB
> WARNING: filter timeout pid 0x0000
> WARNING: filter timeout pid 0x1ffb
>>>> tune to: 79028615:8VSB
> 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.)
>
>> Did you reboot your machine before trying the new modules?
>
> 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.



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
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Fusion HDTV 7

[Matyas Sustik]

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
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Fusion HDTV 7

[William Melgaard]

This refers to the Dual Express card.
I have a (FusionHDTV7) RT Gold card. On August 1,I received instructions from Steve to:
1. run dscaler regspy under Windows & record values for the wiki page
2. run 'lspce -vnn' in Linux & copy the values to the wiki page.
3. take High Resolution pictures of it for the wiki page
4. Record major components

I did the above, except that dscaler does not recognize the RT Gold, and I need more specific instructions for use with 'regspy'.  I received a message from the linux-dvb administrator that my reply (including the pictures) exceeded the 2Mb message limit, so I don't know what happened to that information.

Additional advice would be appreciated.

William

-----Original Message-----
>From: Matyas Sustik <linux-dvb.list@sustik.com>
>Sent: Aug 30, 2008 8:33 PM
>To: Michael Krufky <mkrufky@linuxtv.org>
>Cc: linux-dvb@linuxtv.org
>Subject: Re: [linux-dvb] Fusion HDTV 7
>
>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
>linux-dvb@linuxtv.org
>http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb