TV tunes ok but my DVB cards won't tune

2010-01-01 Thread Matthew Smith
Hi all,

I hope this is the right place to try and troubleshoot my DVB setup. I
have a Conexant based tuner that used to work with the cx88 driver and
an Avermedia USB tuner. I have moved house and can't get either of
these cards to tune using the scan or dvbscan utilities.

Mythtv is able to pick up the channels when it scans but it can't tune
to them later when I try to watch live tv.  As it tunes, I briefly see
mythtv reporting signal strengths around 40%

My TV is using the same antenna (with a splitter) and it picks up the
channels and reports 30-33% signal strength and 100% signal quality.

Also, I'm not sure I have the right channel file as I live in country
Victoria and the closest city is Melbourne so I'm using that file.  I
would expect to at least tune the major channels.

Is this just a case of needing a better antenna or is there something
else I can try? (I am already using a signal amplifier at the wall
socket.)

Regards

Matt

$ scan /usr/share/dvb/dvb-t/au-Melbourne
scanning /usr/share/dvb/dvb-t/au-Melbourne
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
initial transponder 22650 1 3 9 3 1 1 0
initial transponder 17750 1 3 9 3 1 1 0
initial transponder 191625000 1 3 9 3 1 1 0
initial transponder 21950 1 3 9 3 1 1 0
initial transponder 536625000 1 2 9 3 1 2 0
 tune to: 
 22650:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
WARNING:  tuning failed!!!
 tune to: 
 22650:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
  (tuning failed)
WARNING:  tuning failed!!!
 tune to: 
 17750:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
WARNING:  tuning failed!!!
 tune to: 
 17750:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
  (tuning failed)
WARNING:  tuning failed!!!
 tune to: 
 191625000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
WARNING:  tuning failed!!!
 tune to: 
 191625000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
  (tuning failed)
WARNING:  tuning failed!!!
 tune to: 
 21950:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
WARNING:  tuning failed!!!
 tune to: 
 21950:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
  (tuning failed)
WARNING:  tuning failed!!!
 tune to: 
 536625000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE
WARNING:  tuning failed!!!
 tune to: 
 536625000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE
  (tuning failed)
WARNING:  tuning failed!!!
ERROR: initial tuning failed
dumping lists (0 services)
Done.
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [linux-dvb] SheevaBox as a media Server and a Fit-PC as a streaming client?

2010-01-01 Thread Markus Rechberger
Hi,

On Wed, Dec 16, 2009 at 4:12 PM, Lothar Behrens
lothar.behr...@lollisoft.de wrote:
 Hi,

 I am new here and start with a setup question.

 The media or NAS server I think about: http://plugcomputer.org/

 It has a high speed USB 2.0 port and a gigabit Lan.


http://support.sundtek.com/index.php/topic,179.0.html (english)
http://support.sundtek.com/index.php/topic,178.0.html (german)

This might be interesting for you.

Markus
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [linux-dvb] SheevaBox as a media Server and a Fit-PC as a streaming client?

2010-01-01 Thread DUBOST Brice
Markus Rechberger a écrit :
 Hi,
 
 On Wed, Dec 16, 2009 at 4:12 PM, Lothar Behrens
 lothar.behr...@lollisoft.de wrote:
 Hi,

 I am new here and start with a setup question.

 The media or NAS server I think about: http://plugcomputer.org/

 It has a high speed USB 2.0 port and a gigabit Lan.

 
 http://support.sundtek.com/index.php/topic,179.0.html (english)
 http://support.sundtek.com/index.php/topic,178.0.html (german)
 
 This might be interesting for you.
 
 Markus
 

hello

MuMuDVB is reported to work fine on a sheevaplug

Best regards

-- 
Brice

A: Yes.
Q: Are you sure?
A: Because it reverses the logical flow of conversation.
Q: Why is top posting annoying in email?
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[PULL] http://linuxtv.org/hg/~awalls/cx18-feature

2010-01-01 Thread Andy Walls
On Thu, 2009-12-31 at 20:40 -0500, Andy Walls wrote:
 Mauro,

 Please pull from http://linuxtv.org/hg/~awalls/cx18-feature
 
 for the following 8 changesets:
[snip]
 These changes implement the VIDIOC_G_ENC_INDEX ioctl() for cx18 analog
 capture of MPEG-2 PS, MPEG-2 DVD and similar streams.  There are some
 minor annoyances - the firmware appears to report everything is a
 B-frame, and driver limitations mean one can't capture an index when
 doing sliced VBI insertion - but the rest of it is working properly if
 anyone would ever need to use it.
 
 Oh, and I did find and fix a big memory leak (changeset 03/08) where all
 the DMA buffers for the DVB TS and INDEX streams were being leaked on
 module unload.

Mauro,

I'm adding one more patch to this pull request, since I have solved the
I only get B frames indexed problem. :)

Please pull from http://linuxtv.org/hg/~awalls/cx18-feature

for the following 9 changesets:

01/09: cx18: Update MPEG Index stream buffers module option processing
http://linuxtv.org/hg/~awalls/cx18-feature?cmd=changeset;node=eb875b71908a

02/09: cx18: Encapsulate check for a stream being enabled into an inline 
function
http://linuxtv.org/hg/~awalls/cx18-feature?cmd=changeset;node=55c86b3e5a09

03/09: cx18: Fix TS and IDX stream buffer memory leak on module unload
http://linuxtv.org/hg/~awalls/cx18-feature?cmd=changeset;node=9c341b693fcd

04/09: cx18: Allow MPEG index streams to be started and stopped internally
http://linuxtv.org/hg/~awalls/cx18-feature?cmd=changeset;node=fc743523e7bd

05/09: cx18: Start IDX streams automatically as an internal associated stream
http://linuxtv.org/hg/~awalls/cx18-feature?cmd=changeset;node=e18e865270ea

06/09: cx18: Perform automatic rotation of very old, unread IDX buffers
http://linuxtv.org/hg/~awalls/cx18-feature?cmd=changeset;node=ee8c1c0eec7e

07/09: cx18: Add initial working VIDIOC_G_ENC_INDEX ioctl() support
http://linuxtv.org/hg/~awalls/cx18-feature?cmd=changeset;node=dcb3c59fab66

08/09: cx18: Clean up dead code from ivtv once used for IDX processing
http://linuxtv.org/hg/~awalls/cx18-feature?cmd=changeset;node=2b8531783c9d

09/09: cx18: Fix set indextable command to properly select I/P/B index entries
http://linuxtv.org/hg/~awalls/cx18-feature?cmd=changeset;node=1acfabb1534b


 cx18-driver.c  |   33 ++--
 cx18-driver.h  |   40 ++---
 cx18-fileops.c |  235 -
 cx18-ioctl.c   |  146 +++
 cx18-mailbox.c |5 -
 cx18-queue.c   |3 
 cx18-streams.c |   90 -
 cx18-streams.h |   10 ++
 cx23418.h  |3 
 9 files changed, 388 insertions(+), 177 deletions(-)

Thanks,
Andy

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: TV tunes ok but my DVB cards won't tune

2010-01-01 Thread Andy Walls
On Fri, 2010-01-01 at 23:07 +1100, Matthew Smith wrote:
 Hi all,
 
 I hope this is the right place to try and troubleshoot my DVB setup. I
 have a Conexant based tuner that used to work with the cx88 driver and
 an Avermedia USB tuner. I have moved house and can't get either of
 these cards to tune using the scan or dvbscan utilities.
 
 Mythtv is able to pick up the channels when it scans but it can't tune
 to them later when I try to watch live tv.  As it tunes, I briefly see
 mythtv reporting signal strengths around 40%

You can use femon to see if you even get a lock on the channels.

 My TV is using the same antenna (with a splitter) and it picks up the
 channels and reports 30-33% signal strength and 100% signal quality.
 
 Also, I'm not sure I have the right channel file as I live in country
 Victoria and the closest city is Melbourne so I'm using that file.  I
 would expect to at least tune the major channels.
 
 Is this just a case of needing a better antenna or is there something
 else I can try? (I am already using a signal amplifier at the wall
 socket.)


An amplifier at the wall socket is suboptimal.  For weak OTA signals,
you want a low noise figure (  3 dB ) pre-amplifier located as close to
the antenna as possible - before the splitters, long cable runs, and
wall plates - so you can maintain as much of your received SNR as
possible.  (In the US Winegard make some good units.)

Also be aware that over-amplification can overdrive the tuner front ends
causing intermodulation products that show up as noise and degrade the
SNR.

You may find the information here useful:

http://ivtvdriver.org/index.php/Howto:Improve_signal_quality

once ivtvdriver.org comes back up.  It seems to be down right now.

Regards,
Andy
 


 Regards
 
 Matt
 
 $ scan /usr/share/dvb/dvb-t/au-Melbourne
 scanning /usr/share/dvb/dvb-t/au-Melbourne
 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
 initial transponder 22650 1 3 9 3 1 1 0
 initial transponder 17750 1 3 9 3 1 1 0
 initial transponder 191625000 1 3 9 3 1 1 0
 initial transponder 21950 1 3 9 3 1 1 0
 initial transponder 536625000 1 2 9 3 1 2 0
  tune to: 
  22650:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
 WARNING:  tuning failed!!!
  tune to: 
  22650:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
   (tuning failed)
 WARNING:  tuning failed!!!
  tune to: 
  17750:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
 WARNING:  tuning failed!!!
  tune to: 
  17750:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
   (tuning failed)
 WARNING:  tuning failed!!!
  tune to: 
  191625000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
 WARNING:  tuning failed!!!
  tune to: 
  191625000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
   (tuning failed)
 WARNING:  tuning failed!!!
  tune to: 
  21950:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
 WARNING:  tuning failed!!!
  tune to: 
  21950:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_3_4:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_16:HIERARCHY_NONE
   (tuning failed)
 WARNING:  tuning failed!!!
  tune to: 
  536625000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE
 WARNING:  tuning failed!!!
  tune to: 
  536625000:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE
   (tuning failed)
 WARNING:  tuning failed!!!
 ERROR: initial tuning failed
 dumping lists (0 services)
 Done.
 --
 To unsubscribe from this list: send the line unsubscribe linux-media in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html
 


--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: OK

2010-01-01 Thread Hans Verkuil
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.

Results of the daily build of v4l-dvb:

date:Fri Jan  1 19:00:05 CET 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset:   13879:b6b82258cf5e
gcc version: gcc (GCC) 4.3.1
hardware:x86_64
host os: 2.6.26

linux-2.6.30-armv5: OK
linux-2.6.31-armv5: OK
linux-2.6.32-armv5: OK
linux-2.6.33-rc2-armv5: ERRORS
linux-2.6.32-armv5-davinci: OK
linux-2.6.33-rc2-armv5-davinci: ERRORS
linux-2.6.30-armv5-ixp: OK
linux-2.6.31-armv5-ixp: OK
linux-2.6.32-armv5-ixp: OK
linux-2.6.33-rc2-armv5-ixp: ERRORS
linux-2.6.30-armv5-omap2: OK
linux-2.6.31-armv5-omap2: OK
linux-2.6.32-armv5-omap2: OK
linux-2.6.33-rc2-armv5-omap2: ERRORS
linux-2.6.22.19-i686: OK
linux-2.6.23.12-i686: OK
linux-2.6.24.7-i686: OK
linux-2.6.25.11-i686: OK
linux-2.6.26-i686: OK
linux-2.6.27-i686: OK
linux-2.6.28-i686: OK
linux-2.6.29.1-i686: WARNINGS
linux-2.6.30-i686: OK
linux-2.6.31-i686: WARNINGS
linux-2.6.32-i686: WARNINGS
linux-2.6.33-rc2-i686: ERRORS
linux-2.6.30-m32r: OK
linux-2.6.31-m32r: OK
linux-2.6.32-m32r: OK
linux-2.6.33-rc2-m32r: ERRORS
linux-2.6.30-mips: WARNINGS
linux-2.6.31-mips: OK
linux-2.6.32-mips: OK
linux-2.6.33-rc2-mips: ERRORS
linux-2.6.30-powerpc64: WARNINGS
linux-2.6.31-powerpc64: OK
linux-2.6.32-powerpc64: WARNINGS
linux-2.6.33-rc2-powerpc64: ERRORS
linux-2.6.22.19-x86_64: OK
linux-2.6.23.12-x86_64: OK
linux-2.6.24.7-x86_64: OK
linux-2.6.25.11-x86_64: OK
linux-2.6.26-x86_64: OK
linux-2.6.27-x86_64: OK
linux-2.6.28-x86_64: OK
linux-2.6.29.1-x86_64: WARNINGS
linux-2.6.30-x86_64: OK
linux-2.6.31-x86_64: WARNINGS
linux-2.6.32-x86_64: WARNINGS
linux-2.6.33-rc2-x86_64: ERRORS
spec: OK
sparse (linux-2.6.32): ERRORS
sparse (linux-2.6.33-rc2): ERRORS
linux-2.6.16.61-i686: OK
linux-2.6.17.14-i686: OK
linux-2.6.18.8-i686: OK
linux-2.6.19.5-i686: OK
linux-2.6.20.21-i686: OK
linux-2.6.21.7-i686: OK
linux-2.6.16.61-x86_64: OK
linux-2.6.17.14-x86_64: OK
linux-2.6.18.8-x86_64: OK
linux-2.6.19.5-x86_64: OK
linux-2.6.20.21-x86_64: OK
linux-2.6.21.7-x86_64: OK

Detailed results are available here:

http://www.xs4all.nl/~hverkuil/logs/Friday.log

Full logs are available here:

http://www.xs4all.nl/~hverkuil/logs/Friday.tar.bz2

The V4L-DVB specification from this daily build is here:

http://www.xs4all.nl/~hverkuil/spec/media.html
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[PULL] http://linuxtv.org/hg/~awalls/v4l-dvb-misc

2010-01-01 Thread Andy Walls
On Sun, 2009-12-20 at 21:34 -0500, Andy Walls wrote:
 Mauro,
 
 If no one has any objections, please pull from
 
  http://linuxtv.org/hg/~awalls/v4l-dvb-misc
 
 for the following 12 changesets.
 
 Of note:
 02-04 are from Jean Delvare and fix up the cx23885 i2c routines
 05-17 and 12 add and use a new v4l2_subdev core op for configuring I/O pin 
 muxes
 08-10 are some minor cx23885 ir fixes noted when trying to get the TeVii S470 
 working
[snip]

Mauro,

I'm adding one patch to this pull request.  The new patch adds in kernel
IR Rx support for the HVR-1270 boards. (The HVR-1270 I have was sold as
a HVR-1250 but it has a CX23888 chip vs. a CX23885).

So, please pull from http://linuxtv.org/hg/~awalls/v4l-dvb-misc

for the following 13 changesets:

01/13: ivtv: Add a card entry to identify ProVideo PV-947D cards
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=a45c59b269d1

02/13: cx23885: Return -ENXIO on slave nack
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=e8788f94fe89

03/13: cx23885: Check for slave nack on all transactions
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=ce19c9683fd1

04/13: cx23885: i2c_wait_done returns 0 or 1, don't check for  0 return value
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=714516d12a8f

05/13: v4l2_subdev: Add s_io_pin_config to v4l2_subdev_core_ops
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=08647cb79215

06/13: cx25840: Add s_io_pin_config core subdev ops for the CX2388[578]
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=bc272f3b7e15

07/13: cx23885: When using CX23888 IR, configure the IO pin mux IR pins 
explcitly
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=3f61484274ab

08/13: v4l2_subdev, cx23885: Differentiate IR carrier sense and I/O pin 
inversion
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=72507c5a253b

09/13: cx23885: Set IR Tx output pin drive properly for HVR-1850 and HVR-1290
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=bbb8e2feee04

10/13: cx23885: Convert from struct card_ir to struct cx23885_ir_input for IR Rx
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=aa62944baa92

11/13: cx23885: Add a v4l2_subdev group id for the CX2388[578] integrated AV 
core
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=cdb0930a7d0e

12/13: cx25840: Add an IO pad control for the IRQ out of the CX2388[578] AV Core
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=5df16bc74746

13/13: cx23885: Add IR Rx support for the HVR-1270 cards
http://linuxtv.org/hg/~awalls/v4l-dvb-misc?cmd=changeset;node=7527decc9161


 drivers/media/video/cx23885/cx23885-cards.c |   33 +-
 drivers/media/video/cx23885/cx23885-i2c.c   |   27 ++--
 drivers/media/video/cx23885/cx23885-input.c |   50 ++---
 drivers/media/video/cx23885/cx23885.h   |   25 
 drivers/media/video/cx23885/cx23888-ir.c|   32 -
 drivers/media/video/cx25840/cx25840-core.c  |  153 
 drivers/media/video/ivtv/ivtv-cards.c   |   62 +++
 drivers/media/video/ivtv/ivtv-cards.h   |4 
 drivers/media/video/ivtv/ivtv-driver.c  |1 
 include/media/cx25840.h |   75 +
 include/media/v4l2-subdev.h |   28 -
 11 files changed, 447 insertions(+), 43 deletions(-)

Thanks,
Andy

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


DVBWorld DVB-S2 2005 PCI-Express Card

2010-01-01 Thread Jakub Láznička
Hello.
At first, sorry for my bad english.

I have problem with card DVBWorld DVB-S2 2005 PCI-Express Card. I have
four pci-expresses slots (with these cards) in computer.

#uname -a
Linux frey 2.6.30-2-686-bigmem #1 SMP Fri Dec 4 02:13:28 UTC 2009 i686
GNU/Linux (Debian)

#frey:/dev/dvb# lspci | grep Conexant
83:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI
Video and Audio Decoder (rev 04)
84:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI
Video and Audio Decoder (rev 04)
85:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI
Video and Audio Decoder (rev 04)
86:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI
Video and Audio Decoder (rev 04)

Using modules from kernel, i tried to use these cards, but:

modprobe cx23885 card=16 


(from dmesg | grep cx)

[282852.623177] cx23885 driver version 0.0.2
loaded  
   
[282852.623221] cx23885 :83:00.0: PCI INT A - GSI 48 (level, low)
- IRQ
48  
  
[282852.623312] CORE cx23885[0]: subsystem: 0001:2005, board: DVBWorld
DVB-S2 2005 [card=16,insmod
option]  
[282852.749698] cx23885_dvb_register() allocating 1
frontend(s) 

[282852.749700] cx23885[0]: cx23885 based dvb
card
  
[282852.750696] cx23885[0]: frontend initialization
failed  

[282852.750727] cx23885_dvb_register() dvb_register failed err =
-1  
   
[282852.750758] cx23885_dev_setup() Failed to register dvb adapters on
VID_B   
 
[282852.750792] cx23885_dev_checkrevision() Hardware revision =
0xa5

[282852.750798] cx23885[0]/0: found at :83:00.0, rev: 4, irq: 48,
latency: 0, mmio:
0xf580  
[282852.750805] cx23885 :83:00.0: setting latency timer to
64  
 
[282852.750809] IRQ 48/cx23885[0]: IRQF_DISABLED is not guaranteed on
shared
IRQs
   
[282852.750827] cx23885 :84:00.0: PCI INT A - GSI 50 (level, low)
- IRQ
50  
  
[282852.750917] CORE cx23885[1]: subsystem: 0001:2005, board: DVBWorld
DVB-S2 2005
[card=16,autodetected]  
 
[282852.878287] cx23885_dvb_register() allocating 1
frontend(s) 

[282852.878289] cx23885[1]: cx23885 based dvb
card
  
[282852.879296] cx23885[1]: frontend initialization failed
[282852.879326] cx23885_dvb_register() dvb_register failed err = -1
[282852.879357] cx23885_dev_setup() Failed to register dvb adapters on
VID_B
[282852.879387] cx23885_dev_checkrevision() Hardware revision = 0xa5
[282852.879393] cx23885[1]/0: found at :84:00.0, rev: 4, irq: 50,
latency: 0, mmio: 0xf5a0
[282852.879400] cx23885 :84:00.0: setting latency timer to 64
[282852.879403] IRQ 50/cx23885[1]: IRQF_DISABLED is not guaranteed on
shared IRQs
[282852.879421] cx23885 :85:00.0: PCI INT A - GSI 54 (level, low)
- IRQ 54
[282852.879495] CORE cx23885[2]: subsystem: 0001:2005, board: DVBWorld
DVB-S2 2005 [card=16,autodetected]
[282853.009718] cx23885_dvb_register() allocating 1 frontend(s)
[282853.009720] cx23885[2]: cx23885 based dvb card
[282853.010713] cx23885[2]: frontend initialization failed
[282853.010743] cx23885_dvb_register() dvb_register failed err = -1
[282853.010774] cx23885_dev_setup() Failed to register dvb adapters on
VID_B
[282853.010808] cx23885_dev_checkrevision() Hardware revision = 0xa5
[282853.010813] cx23885[2]/0: found at :85:00.0, rev: 4, irq: 54,
latency: 0, mmio: 0xf5c0
[282853.010821] cx23885 :85:00.0: setting latency timer to 64
[282853.010824] IRQ 54/cx23885[2]: IRQF_DISABLED is not guaranteed on
shared IRQs
[282853.010842] cx23885 :86:00.0: PCI INT A - GSI 56 (level, low)
- IRQ 56
[282853.011398] 

Re: Fwd: Compro S300 - ZL10313

2010-01-01 Thread Theunis Potgieter
2010/1/1 JD Louw jd.l...@mweb.co.za:
 On Tue, 2009-12-29 at 23:23 +0200, Theunis Potgieter wrote:
 Hi mailing list,

 I have a problem with my Compro S300 pci card under Linux 2.6.32.

 I cannot tune with this card and STR/SNRA is very bad compared to my
 Technisat SkyStar 2 pci card, connected to the same dish.

 I have this card and are willing to run tests, tested drivers etc to
 make this work.

 I currently load the module saa7134 with options: card=169

 I enabled some debug parameters on the saa7134, not sure what else I
 should enable. Please find my dmesg log attached.

 lsmod shows :

 # lsmod
 Module                  Size  Used by
 zl10039                 6268  2
 mt312                  12048  2
 saa7134_dvb            41549  11
 saa7134               195664  1 saa7134_dvb
 nfsd                  416819  11
 videobuf_dvb            8187  1 saa7134_dvb
 dvb_core              148140  1 videobuf_dvb
 ir_common              40625  1 saa7134
 v4l2_common            21544  1 saa7134
 videodev               58341  2 saa7134,v4l2_common
 v4l1_compat            24473  1 videodev
 videobuf_dma_sg        17830  2 saa7134_dvb,saa7134
 videobuf_core          26534  3 saa7134,videobuf_dvb,videobuf_dma_sg
 tveeprom               12550  1 saa7134
 thermal                20547  0
 processor              54638  1

 # uname -a
 Linux vbox 2.6.32-gentoo #4 Sat Dec 19 00:54:19 SAST 2009 i686 Pentium
 III (Coppermine) GenuineIntel GNU/Linux

 Thanks,
 Theunis

 Hi,

 It's probably the GPIO settings that are wrong for your SAA7133 based
 card revision. See http://osdir.com/ml/linux-media/2009-06/msg01256.html
 for an explanation. For quick confirmation check if you have 12V - 20V
 DC going to your LNB. The relevant lines of code is in
 ~/v4l-dvb/linux/drivers/media/video/saa7134/saa7134-cards.c:

 case SAA7134_BOARD_VIDEOMATE_S350:
 dev-has_remote = SAA7134_REMOTE_GPIO;
 saa_andorl(SAA7134_GPIO_GPMODE0  2,   0x8000, 0x8000);
 saa_andorl(SAA7134_GPIO_GPSTATUS0  2, 0x8000, 0x8000);
 break;

Hi thanks for the hint. I changed it to the following:

 case SAA7134_BOARD_VIDEOMATE_S350:
 dev-has_remote = SAA7134_REMOTE_GPIO;
 saa_andorl(SAA7134_GPIO_GPMODE0  2,   0xc000, 0xc000);
 saa_andorl(SAA7134_GPIO_GPSTATUS0  2, 0xc000, 0xc000);
 break;

I now get the same SNR as on my skystar2 card, signal is still
indicating 17% where as the skystar2 would show 68%. At least I'm
getting a LOCK on channels :)

Thanks!


 Looking at your log, at least the demodulator and tuner is responding
 correctly. You can see this by looking at the i2c traffic addressed to
 0x1c (demodulator) and 0xc0 (tuner). Attached is a dmesg trace from my
 working SAA7130 based card.

 Regards
 JD

--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html