[linux-dvb] Help with mxl5003 tuner

2008-01-24 Thread carlos escribano
Hello,

I have a DTD adapter from Costar (CST-DT600-MA), as accessory in a Arima
UM650UV1 laptop. It has a gl861 USB controller, a wjce6353 demuxer
(recognized as zl10353) and a mxl5003 tuner.

I added their ids to mxl500x brach of mercurial repository and run with
gl861 module, the kernel recognizes it in warm state, register the
zl10353 demuxer and attach the mxl5003 tuner, without error messages at
loading. 

I dont have info about the device mxl5003 config, so I've added some
values from a hauppauge hvr1600 (the values one Ive seen for this
tuner), but no luck: scandvb fails.

Any ideas about how can I know the right config values for this tuner?

Thanks.



This is the patch Ive used:

diff -u -r
mxl500x-7e116c8c7962/linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h
mxl500x-7e116c8c7962.new/linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h
--- mxl500x-7e116c8c7962/linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h
2008-01-21 21:58:02.0 +0100
+++
mxl500x-7e116c8c7962.new/linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h
2008-01-24 02:53:13.0 +0100
@@ -53,6 +53,7 @@
 #define USB_PID_ADSTECH_USB2_WARM  0xa334
 #define USB_PID_AFATECH_AF9005 0x9020
 #define USB_VID_ALINK_DTU  0xf170
+#define USB_PID_COSTAR_CST_DT600_MA 0x0504
 #define USB_PID_AVERMEDIA_DVBT_USB_COLD0x0001
 #define USB_PID_AVERMEDIA_DVBT_USB_WARM0x0002
 #define USB_PID_AVERMEDIA_DVBT_USB2_COLD   0xa800
diff -u -r mxl500x-7e116c8c7962/linux/drivers/media/dvb/dvb-usb/gl861.c
mxl500x-7e116c8c7962.new/linux/drivers/media/dvb/dvb-usb/gl861.c
--- mxl500x-7e116c8c7962/linux/drivers/media/dvb/dvb-usb/gl861.c
2008-01-21 21:58:02.0 +0100
+++ mxl500x-7e116c8c7962.new/linux/drivers/media/dvb/dvb-usb/gl861.c
2008-01-24 04:42:16.0 +0100
@@ -10,6 +10,7 @@
 
 #include zl10353.h
 #include qt1010.h
+#include mxl500x.h
 
 /* debug */
 static int dvb_usb_gl861_debug;
@@ -116,12 +117,34 @@
return -EIO;
 }
 
+static struct mxl500x_config costar_dst_ct600_tuner = {
+.delsys = MXL500x_MODE_ATSC,
+.octf   = MXL500x_OCTF_CH,
+.xtal_freq  = 1600,
+.iflo_freq  = 538,
+.ref_freq   = 15,
+.rssi_ena   = MXL_RSSI_ENABLE,
+.addr  = 0x63,
+};
+
 static struct qt1010_config gl861_qt1010_config = {
.i2c_address = 0x62
 };
 
 static int gl861_tuner_attach(struct dvb_usb_adapter *adap)
 {
+
+   if (adap-dev-udev-descriptor.idVendor  == USB_VID_ALINK 
+adap-dev-udev-descriptor.idProduct ==
USB_PID_COSTAR_CST_DT600_MA) {
+
+   return dvb_attach (
+  mxl500x_attach,
+  adap-fe,
+  costar_dst_ct600_tuner,
+  adap-dev-i2c_adap
+   ) == NULL ? -ENODEV : 0;
+
+   }
return dvb_attach(qt1010_attach,
  adap-fe, adap-dev-i2c_adap,
  gl861_qt1010_config) == NULL ? -ENODEV : 0;
@@ -158,6 +181,7 @@
 static struct usb_device_id gl861_table [] = {
{ USB_DEVICE(USB_VID_MSI,
USB_PID_MSI_MEGASKY580_55801) },
{ USB_DEVICE(USB_VID_ALINK, USB_VID_ALINK_DTU) },
+{ USB_DEVICE(USB_VID_ALINK,
USB_PID_COSTAR_CST_DT600_MA) },
{ } /* Terminating entry */
 };
 MODULE_DEVICE_TABLE (usb, gl861_table);
@@ -188,7 +212,7 @@
}},
.i2c_algo = gl861_i2c_algo,
 
-   .num_device_descs = 2,
+   .num_device_descs = 3,
.devices = {
{   MSI Mega Sky 55801 DVB-T USB2.0,
{ gl861_table[0], NULL },
@@ -198,6 +222,11 @@
{ gl861_table[1], NULL },
{ NULL },
},
+{   COSTAR CST-DT600-MA DVB-T USB2.0,
+{ gl861_table[2], NULL },
+{ NULL },
+},
+
}
 };
 





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


Re: [linux-dvb] Possible EIT corruption using lastest patch for Nova-T 500 (from dib7000p tuning problem solved)

2008-01-24 Thread Eduard Huguet
2008/1/23, Janne Grunau [EMAIL PROTECTED]:

 On Tuesday 22 January 2008 12:41:47 Eduard Huguet wrote:
  Hi,
  I've just applied the patch and compiled the drivers. I haven't
  tested actual tuning, since I'm not in front of my computer now, but
  this is awaken and idle so MythTV is  currently simply scanning EIT
  data. So well, the following messages has started appearing on my
  mythbackend.log:
 
  2008-01-22 12:37:50.742 Error: offset181, pes length  current can
  not be queried
  2008-01-22 12:37:50.744 EITHelper: Added 2 events
  2008-01-22 12:37:51.217 EITHelper: Added 7 events
  2008-01-22 12:37:51.339 330 secs left to system shutdown!
  2008-01-22 12:37:51.706 EITHelper: Added 3 events
  2008-01-22 12:37:52.164 EITHelper: Added 4 events
  2008-01-22 12:37:52.593 EITHelper: Added 2 events
  2008-01-22 12:37:53.011 EITHelper: Added 1 events
  2008-01-22 12:37:53.428 EITHelper: Added 1 events
  2008-01-22 12:37:55.208 Error: offset181, pes length  current can
  not be queried
  2008-01-22 12:37:56.982 Error: offset181, pes length  current can
  not be queried
  2008-01-22 12:38:01.411 320 secs left to system shutdown!
  2008-01-22 12:38:11.484 310 secs left to system shutdown!
  2008-01-22 12:38:15.448 EITHelper: Added 1 events
  2008-01-22 12:38:21.553 300 secs left to system shutdown!
  2008-01-22 12:38:26.326 Error: offset181, pes length  current can
  not be queried
  2008-01-22 12:38:31.626 290 secs left to system shutdown!
  2008-01-22 12:38:41.698 280 secs left to system shutdown!
  2008-01-22 12:38:51.767 270 secs left to system shutdown!
  2008-01-22 12:38:54.451 Error: offset181, pes length  current can
  not be queried
 
 
  The error about offset181 etc... is usually due to the card
  receiving corrupt data,

 either that or a  not yet found bug in mythtv. Most of them are either
 reception (or dvb driver dependent) I don't see them with my DVB-C
 cards but occasionally on DVB-T.

  and usually causes MySQL table corruption
  that must be fixed using myisamchk.

 That's very odd. I've never seen or heard something like that. Please
 post more details (mythtv and mysql version, ...) the the mythtv
 developer mailing list.

 Janne




Thanks. I'll try to do so as soon as I get again these errors. It seems to
be running fine currently.

In addition, I've added an automatic myisamchk -f
/var/lib/mysql/mythconverg/*.MYI command to my daily MythTV maintenance
script (whichs performs backup, optimization, etc...). That should fix any
database corruption that might have occurred.


Anyway, my specs are the following:

   - Barebone Asus Pundit P1-AH2 (Athlon64 3800+, 1 GB Ram)
   - Gentoo x86_64
   - Hauppauge Nova-T 500 - HG drivers + lastest 4 patches published
   - MythTV 0.20.2_p14972 (lastest stable in Portage)
   - MySQL 5.0.44-r2 (lastest stable in Portage)

Best regards,
  Eduard
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] problems with yakumo quickstick dvb-t on arm (maybe hw pid filtering related)

2008-01-24 Thread Stefan Assmann
Hi,
Michele Scorcia schrieb:
 Hi,
 you can try with the patch contained in the message
 http://www.linuxtv.org/pipermail/linux-dvb/2008-January/023040.html
 I had a similar problem on a mips platform and it worked for me and depending
 on how your platform handles dma coherence it could fix your problem too.

 It refers to a 2.6.20.4 kernel but it can easily be applied to other
 versions.
   
The patch seems to have fixed it. Thanks!
 Bye
 Michele
   
Stefan

-- 
Stefan Assmann  | SUSE LINUX Products GmbH
Software Engineer   | Maxfeldstr. 5, D-90409 Nuernberg
Mail : [EMAIL PROTECTED] | GF: Markus Rex, HRB 16746 (AG Nuernberg)


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


Re: [linux-dvb] Locking problem in dvb_demux?

2008-01-24 Thread peter
Manu Abraham wrote:
 [EMAIL PROTECTED] wrote:
 Hi,

 I am running a Hauppauge NOVA-S plus (cx2388x based card) and an older 
 technotrend S-1500 card in the same chassis. Trying to debug other problems 
 I have turned on lock debugging in  the kernel and have started getting the 
 following dump when both cards are started:

 

 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547514]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547515] 
 =
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547519] [ INFO: inconsistent lock 
 state ]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547521] 2.6.23.14 #5
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547523] 
 -
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547525] inconsistent {softirq-on-W} 
 - {in-softirq-W} usage.
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547527] startup1.pl/13742 
 [HC0[0]:SC1[1]:HE1:SE0] takes:
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547532] (dvbdemux-lock){-+..}, 
 at: [f0a10df9] dvb_dmx_swfilter_packets+0x1f/0x49 [dvb_core]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547590] {softirq-on-W} state was 
 registered at:
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547598]   [c0440eb7] 
 __lock_acquire+0x4aa/0xc1a
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547615]   [c04416a1] 
 lock_acquire+0x7a/0x94
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547682]   [c06339bd] 
 _spin_lock+0x2e/0x58
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547712]   [f0a10c8b] 
 dvb_dmx_swfilter+0x21/0x104 [dvb_core]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547737]   [f0d22383] 
 videobuf_dvb_thread+0x83/0x105 [video_buf_dvb]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547752]   [c0435b9c] 
 kthread+0x3b/0x63
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547804]   [c0405b9f] 
 kernel_thread_helper+0x7/0x10
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547874]   [] 0x
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547888] irq event stamp: 22178648
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547889] hardirqs last  enabled at 
 (22178648): [c04298e8] tasklet_action+0x26/0xa8
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547893] hardirqs last disabled at 
 (22178647): [c04298cd] tasklet_action+0xb/0xa8
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547896] softirqs last  enabled at 
 (22178536): [c0429889] __do_softirq+0xe3/0xe9
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547899] softirqs last disabled at 
 (22178645): [c0407046] do_softirq+0x61/0xc7
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547903]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547903] other info that might help 
 us debug this:
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547904] no locks held by 
 startup1.pl/13742.
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547906]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547906] stack backtrace:
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547908]  [c0405f18] 
 show_trace_log_lvl+0x1a/0x2f
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547911]  [c040690a] 
 show_trace+0x12/0x14
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547914]  [c0406922] 
 dump_stack+0x16/0x18
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547916]  [c043f3b9] 
 print_usage_bug+0x140/0x14a
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547919]  [c0440070] 
 mark_lock+0x12e/0x45b
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547921]  [c0440e47] 
 __lock_acquire+0x43a/0xc1a
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547923]  [c04416a1] 
 lock_acquire+0x7a/0x94
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547926]  [c06339bd] 
 _spin_lock+0x2e/0x58
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547928]  [f0a10df9] 
 dvb_dmx_swfilter_packets+0x1f/0x49 [dvb_core]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547937]  [f091f73a] 
 vpeirq+0xc0/0x130 [budget_core]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547941]  [c0429915] 
 tasklet_action+0x53/0xa8
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547943]  [c0429815] 
 __do_softirq+0x6f/0xe9
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547946]  [c0407046] 
 do_softirq+0x61/0xc7
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547948]  ===
 Jan 22 11:00:18 TEMERAIRE kernel: [  219.745305] saa7146_i2c_writeout: timed 
 out waiting for end of xfer
 

 The same dump occurs with different processes named in the line:
 startup1.pl/13742 [HC0[0]:SC1[1]:HE1:SE0] takes:, though the rest is 
 essentially the same.

 Now, I am interpreting this as saying that the demux-lock used in 
 dvb_dxm_swfilter and dvb_dmx_swfilter_packets has become inconsistent. I 
 think this has happened because one of the locks was taken from a soft IRQ.

 Changing the spinlocks to spin_lock_irqsave/restore on that lock object in 
 dvb_demux.c has stopped that error message.

 I am not an expert in this, but is this the correct interpretation and 
 resolution? If so, I'll send a patch. If this is not the correct way of 
 fixing this, 

[linux-dvb] [Fwd: Re: Patches review for Nova-T-500]

2008-01-24 Thread Nicolas Will

---BeginMessage---

Nicolas Will wrote:

All, and maybe Patrick in particular,

There is a list of patches here:

http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-NOVA-T-500#Drivers

Some could probably be considered for inclusion into the main tree.


  
I didn't even know about these patches, and I just tried the Olivier 
Danet's tuning fix, and it gave me a big improvement in signal 
strength.  Some of my channels were reporting strength in the mid 30s 
and is now in the high 60s.


So I think this should go in. :)

Matt
---End Message---
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Locking problem in dvb_demux?

2008-01-24 Thread Johannes Stezenbach
On Wed, Jan 23, 2008 at 10:46:30AM +0100, [EMAIL PROTECTED] wrote:
 
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547515] 
 =
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547519] [ INFO: inconsistent lock 
 state ]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547521] 2.6.23.14 #5
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547523] 
 -
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547525] inconsistent {softirq-on-W} 
 - {in-softirq-W} usage.
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547527] startup1.pl/13742 
 [HC0[0]:SC1[1]:HE1:SE0] takes:
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547532] (dvbdemux-lock){-+..}, at: 
 [f0a10df9] dvb_dmx_swfilter_packets+0x1f/0x49 [dvb_core]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547590] {softirq-on-W} state was 
 registered at:
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547598]   [c0440eb7] 
 __lock_acquire+0x4aa/0xc1a
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547615]   [c04416a1] 
 lock_acquire+0x7a/0x94
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547682]   [c06339bd] 
 _spin_lock+0x2e/0x58
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547712]   [f0a10c8b] 
 dvb_dmx_swfilter+0x21/0x104 [dvb_core]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547737]   [f0d22383] 
 videobuf_dvb_thread+0x83/0x105 [video_buf_dvb]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547752]   [c0435b9c] 
 kthread+0x3b/0x63
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547804]   [c0405b9f] 
 kernel_thread_helper+0x7/0x10
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547874]   [] 0x
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547888] irq event stamp: 22178648
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547889] hardirqs last  enabled at 
 (22178648): [c04298e8] tasklet_action+0x26/0xa8
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547893] hardirqs last disabled at 
 (22178647): [c04298cd] tasklet_action+0xb/0xa8
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547896] softirqs last  enabled at 
 (22178536): [c0429889] __do_softirq+0xe3/0xe9
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547899] softirqs last disabled at 
 (22178645): [c0407046] do_softirq+0x61/0xc7
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547903]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547903] other info that might help 
 us debug this:
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547904] no locks held by 
 startup1.pl/13742.
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547906]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547906] stack backtrace:
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547908]  [c0405f18] 
 show_trace_log_lvl+0x1a/0x2f
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547911]  [c040690a] 
 show_trace+0x12/0x14
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547914]  [c0406922] 
 dump_stack+0x16/0x18
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547916]  [c043f3b9] 
 print_usage_bug+0x140/0x14a
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547919]  [c0440070] 
 mark_lock+0x12e/0x45b
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547921]  [c0440e47] 
 __lock_acquire+0x43a/0xc1a
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547923]  [c04416a1] 
 lock_acquire+0x7a/0x94
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547926]  [c06339bd] 
 _spin_lock+0x2e/0x58
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547928]  [f0a10df9] 
 dvb_dmx_swfilter_packets+0x1f/0x49 [dvb_core]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547937]  [f091f73a] 
 vpeirq+0xc0/0x130 [budget_core]
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547941]  [c0429915] 
 tasklet_action+0x53/0xa8
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547943]  [c0429815] 
 __do_softirq+0x6f/0xe9
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547946]  [c0407046] 
 do_softirq+0x61/0xc7
 Jan 22 11:00:17 TEMERAIRE kernel: [  218.547948]  ===
 Jan 22 11:00:18 TEMERAIRE kernel: [  219.745305] saa7146_i2c_writeout: timed 
 out waiting for end of xfer
...
 Now, I am interpreting this as saying that the demux-lock used in
 dvb_dxm_swfilter and dvb_dmx_swfilter_packets has become inconsistent.
 I think this has happened because one of the locks was taken from a
 soft IRQ.
 
 Changing the spinlocks to spin_lock_irqsave/restore on that lock
 object in dvb_demux.c has stopped that error message.


I think the lockdep warning is bogus.

Disabling interrupts for extended periods of time
would cause latency problems for the rest of the
system, so spin_lock_irqsave is the wrong solution.


The problem is you have two different cards, one calling
dvb_dmx_swfilter from a kthread, and one calling it
from a softirq. But each card has its own demux-lock,
and the usage of these locks is consistent for each card.


dvb_dmx_swfilter was written to be used from hardirq
or softirq context. If it is called from a kernel thread,
the use of a spinlock is somewhat inappropriate.

Maybe you should talk to the lockdep guys to find out
what to do about this warning. Maybe a version of dvb_dmx_swfilter()
which uses demux-mutex for use by kthreads, and then
use this in videobuf-dvb.c, would solve it?


HTH,
Johannes


[linux-dvb] Kworld DVB-S 100 status check

2008-01-24 Thread Nicolas Will
Hi,

There is a Kworld DVB-S 100 PCI for cheap at the local Maplin.

In the hg tree I've seen the following:

v4l/cx24123.c:Support for KWorld DVB-S 100 by Vadim Catana
[EMAIL PROTECTED]

It looks like support is there, more or less confirmed by a search
through the list.

The wiki has no entry for it, apparently.

Is there anything I should know about its use ?

I'd be using it in my Mythbuntu system (2.6.22 + hg v4l-dvb, 64-bit).

There is that video-in (composite/s-video) stuff on the board. It looks
interesting as I could use that to import some old LD (yes, LaserDisc!)
using this. Is it supported?

Thanks for your help,

Nico


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


[linux-dvb] TT-C1501, anyone seen or heard anything?

2008-01-24 Thread Markus Ingalsuo
dvbshop.net has the tt-c1501 in their webshop and I couldn't find any 
usable information anywhere. Technotrend has nothing on their website 
either so I turn to the community and ask: Have you seen or heard 
anything? Looks like a chip-tuner-board to me and that got me interested.

Finally winter btw. ;)

//Markus Ingalsuo

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


Re: [linux-dvb] Pinnacle 800i driver problems

2008-01-24 Thread Chaogui Zhang
On Jan 24, 2008 11:03 AM, Muppet Man [EMAIL PROTECTED] wrote:

 Before we try anything else, I would like to rule out the obvious:

 Do you have the firmware for the xc5000 tuner in place? If not, then
 please download it from http://www.steventoth.net/linux/xc5000/ and
 extract the firmware using the script in the same location (see the
 readme file for instruction). I hope that will resolve the issue.

 If you have indeed put the firmware in place for your previous tests,
 would you please post the *full* output of dmesg? You can post that at
 pastebin.com and just send the link in the email.

 --
 Chaogui Zhang

 Ok, I did not know about the xc5000 tuner, so, no, it was not in place.  I
 went over the to the link and downloaded the extract script, and I looked at
 the read me txt, but I have no idea what I am suppose to do from here.  When
 I run the extract script, I get dvb-fe-xc5000-1.1.fw Am I suppose to do
 anything with this?  Do I need to put this in the v4l-dvb folder?
 Again, sorry for asking what seems like the obvious, but I am still new to
 the linux side of the house.

You need to put that in /lib/firmware, which is the directory that
holds all firmware files needed for devices. Just copy it there.

-- 
Chaogui Zhang

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


Re: [linux-dvb] Pinnacle 800i driver problems

2008-01-24 Thread Chaogui Zhang
On Jan 24, 2008 5:18 AM, superhappyfunball [EMAIL PROTECTED] wrote:
 Chaogui Zhang wrote:

  I assume you mean analog tv or analog input. The audio is via the
  cx88-alsa module, which is working fine for me last time I tested. You
  need to grab the sound from the appropriate /dev/dsp? device. Do a
  cat /proc/asound/cards and it will tell you what number(the ?) to
  use for your cx88-alsa device. Note that you might run into issues if
  your cx88-alsa grabs the index 0 for your sound cards. In that case,
  use module options to force the cx88-alsa to index 1 or 2 as needed.
  Index 0 should be reserved for your main sound card so your normal
  software can use /dev/dsp (which they always default to).

 Alrighty. Well, here goes:

 [EMAIL PROTECTED]:~$ cat /proc/asound/cards
   0 [Live   ]: EMU10K1 - SB Live 5.1 [SB0220]
SB Live 5.1 [SB0220] (rev.10, serial:0x100a1102)
 at 0xa000, irq 21
   1 [UART   ]: MPU-401 UART - MPU-401 UART
MPU-401 UART at 0x330, irq 10
   2 [CX8801 ]: CX88x - Conexant CX8801
Conexant CX8801 at 0xf300


 Now, I know that 0 is my main card, my Soundblaster 5.1 card. I have no
 clue what 1 could be. I have my motherboard sound disabled in the bios.
 2 is obviously the 800i.

Yes, /dev/dsp2 should be the sound device to use for the 800i analog
audio stream given the above output.


 Im still on a learning curve here, so my next question is this:

 What specifically do I need to do here? I am not sure how I would load
 the module with the proper options.

You don't need other module options. You sound card is on index 0,
which is what we want already.

What you need to do is to record the sound stream from /dev/dsp2 for
your 800i. If you use tvtime, you can run the following command in one
terminal

arecord -D hw:2,0 -f dat | aplay

and keep it running. Then start tvtime as usual in another terminal,
you should be able to hear the audio now if everything goes smoothly.

For other applications such as mythtv, they probably have an option to
set up which sound device to use for audio capture, which again is
normally defaulted to /dev/dsp, you simply need to change that to
/dev/dsp2.

-- 
Chaogui Zhang

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


[linux-dvb] hvr4000 and remote control

2008-01-24 Thread ga ver
Hi
What software does I need to use the remote control on a Hauppauge HVR4000,
the driver for scanning and Kaffeine works correct.

dmesg | grep IR

[   46.856610] tveeprom 2-0050: has radio, has IR receiver, has no IR
transmitter
[   46.856716] input: cx88 IR (Hauppauge WinTV-HVR400 as /class/input/input4
...
[  311.548438] lirc_dev: IR Remote Control driver registered, at major 61

Thanks in advance
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Pinnacle 800i driver problems

2008-01-24 Thread Steven Toth

 Ok, I did not know about the xc5000 tuner, so, no, it was not in place.  
 I went over the to the link and downloaded the extract script, and I 
 looked at the read me txt, but I have no idea what I am suppose to do 
 from here.  When I run the extract script, I get dvb-fe-xc5000-1.1.fw Am 
 I suppose to do anything with this?  Do I need to put this in the 
 v4l-dvb folder?
 Again, sorry for asking what seems like the obvious, but I am still new 
 to the linux side of the house.
 Thanks again,
 Ed

Did you _really_ read the output from the extract script, which says 
something like...

Now copy this file into your firmware folder.
EG. sudo cp firmware.fw /lib/firmware/`uname -r/'

Are you _SURE_ you read the output from the extract script?

- Steve

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


[linux-dvb] TT S2-3200 and multiproto : impossible to scan channels...

2008-01-24 Thread David BERCOT
Hi,

I think the precedent object was not ok ;-)

So, I've installed multiproto for my TT S2-3200. I had a little error :
dvb_ca adaptor 0: PC card did not respond :(

Then, I've tried to scan channels :
scan -v /usr/share/doc/dvb-utils/examples/scan/dvb-s/Astra-19.2E -l
UNIVERSAL -a 0 | tee channels.conf

and the result is not very good :-(
scanning /usr/share/doc/dvb-utils/examples/scan/dvb-s/Astra-19.2E using
'/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial
transponder 12551500 V 2200 5
 tune to: 12551:v:0:22000
DiSEqC: switch pos 0, 13V, hiband (index 2)
__tune_to_transponder:1491: ERROR: FE_READ_STATUS failed: 22 Invalid
argument
 tune to: 12551:v:0:22000
DiSEqC: switch pos 0, 13V, hiband (index 2)
__tune_to_transponder:1491: ERROR: FE_READ_STATUS failed: 22 Invalid
argument ERROR: initial tuning failed
dumping lists (0 services)
Done.

Do you have any idea about this error ?

Thank you very much.

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


signature.asc
Description: PGP signature
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] HVR-4000 - cx8802_start_dma() Failed. Unsupported value in .mpeg (0x00000001)

2008-01-24 Thread Marshall, Russ

Maybe someone on here can provide some insight on this.  I'm trying to
do MPE over DVB-S and S2 with the HVR-4000.  I'm currently using
2.6.23.12 and have tried both the multiproto tree with the HVR-4000-DVR
patch and the main v4l-dvb tree with Darron's patch, both with the same
result.  The drivers and firmware load fine, scan doesn't return any
pids but does appear to tune, szap seems to lock.  If I try to use
dvbnet to bind an interface to a pid or do a dvbsnoop of the pid I get
the following error:

cx8802_start_dma() Failed. Unsupported value in .mpeg (0x0001)

Can anyone provide any insight on to what might cause this?  I have a
Cerona SkyDSR hooked up to the same feed and can receive everything just
fine.  This happens with the card in both S and S2 modes.

--
Russ

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


Re: [linux-dvb] Locking problem in dvb_demux?

2008-01-24 Thread Manu Abraham
Johannes Stezenbach wrote:

 dvb_dmx_swfilter was written to be used from hardirq
 or softirq context. If it is called from a kernel thread,
 the use of a spinlock is somewhat inappropriate.
 
 Maybe you should talk to the lockdep guys to find out
 what to do about this warning. Maybe a version of dvb_dmx_swfilter()
 which uses demux-mutex for use by kthreads, and then
 use this in videobuf-dvb.c, would solve it?

I guess, the proper way is to discard videobuf_dvb and make those devices
behave the same, similar to other devices, rather than having alternate
ways to handle things, eventually causing strange bugs.

Regards,
Manu

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


Re: [linux-dvb] HVR-4000 - cx8802_start_dma() Failed. Unsupported value in .mpeg (0x00000001)

2008-01-24 Thread Steven Toth
Marshall, Russ wrote:
 Maybe someone on here can provide some insight on this.  I'm trying to
 do MPE over DVB-S and S2 with the HVR-4000.  I'm currently using
 2.6.23.12 and have tried both the multiproto tree with the HVR-4000-DVR
 patch and the main v4l-dvb tree with Darron's patch, both with the same
 result.  The drivers and firmware load fine, scan doesn't return any
 pids but does appear to tune, szap seems to lock.  If I try to use
 dvbnet to bind an interface to a pid or do a dvbsnoop of the pid I get
 the following error:
 
 cx8802_start_dma() Failed. Unsupported value in .mpeg (0x0001)
 
 Can anyone provide any insight on to what might cause this?  I have a
 Cerona SkyDSR hooked up to the same feed and can receive everything just
 fine.  This happens with the card in both S and S2 modes.

It means the dvb sub-driver hasn't claimed the IRQ, probably because the 
demux was not opened (which indirectly causes the dubdriver to claim 
ownership).

The errors is reported because someone asked DMA to start, but no 
subdriver owns the transport bus.

Try opening the demux using szap -r.

- Steve

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


Re: [linux-dvb] Pinnacle 800i driver problems

2008-01-24 Thread superhappyfunball
Chaogui Zhang wrote:

 
 What you need to do is to record the sound stream from /dev/dsp2 for
 your 800i. If you use tvtime, you can run the following command in one
 terminal
 
 arecord -D hw:2,0 -f dat | aplay

Works! And, I can probably do a quickie bash script to launch TVTime 
that incorporates this. I was just unsure how to set this up. So, many 
thanks.

The audio gets choppy sometimes, and goes out of sync...but I know this 
is due to the clock frequency difference between the two sound sources. 
Restarting the above line fixes the choppy issue...I am not sure how to 
solve the drift issue. Thats a problem for another day. But, I am a 
happy camper, I can use my TV Card!

Many thanks to you Chaogui, and you too Steve...

-- 
Do not taunt Happy Fun Ball
[EMAIL PROTECTED]

You fiend! Never have I encountered such corrupt and foul-minded 
perversity! Have you ever considered a career in the church? -- Bishop 
of Bath and Wells

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


Re: [linux-dvb] Pinnacle 800i driver problems

2008-01-24 Thread Steven Toth
superhappyfunball wrote:
 Chaogui Zhang wrote:
 

 What you need to do is to record the sound stream from /dev/dsp2 for
 your 800i. If you use tvtime, you can run the following command in one
 terminal

 arecord -D hw:2,0 -f dat | aplay
 
 Works! And, I can probably do a quickie bash script to launch TVTime 
 that incorporates this. I was just unsure how to set this up. So, many 
 thanks.
 
 The audio gets choppy sometimes, and goes out of sync...but I know this 
 is due to the clock frequency difference between the two sound sources. 
 Restarting the above line fixes the choppy issue...I am not sure how to 
 solve the drift issue. Thats a problem for another day. But, I am a 
 happy camper, I can use my TV Card!
 
 Many thanks to you Chaogui, and you too Steve...
 

Thanks. Please update the wiki then others can benefit from your work.

Regards,

Steve

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


Re: [linux-dvb] problems with yakumo quickstick dvb-t on arm (maybe hw pid filtering related)

2008-01-24 Thread Michele Scorcia
-- Original Message --
Received: Thu, 24 Jan 2008 10:44:25 AM CET
From: Stefan Assmann
To: Michele Scorcia Cc: linux-dvb@linuxtv.org
Subject: Re: [linux-dvb] problems with yakumo quickstick dvb-t on arm (maybe
hw pid filtering related)

 Hi,
 Michele Scorcia schrieb:
  Hi,
  you can try with the patch contained in the message
  http://www.linuxtv.org/pipermail/linux-dvb/2008-January/023040.html
  I had a similar problem on a mips platform and it worked for me and
depending
  on how your platform handles dma coherence it could fix your problem too.
 
  It refers to a 2.6.20.4 kernel but it can easily be applied to other
  versions.

 The patch seems to have fixed it. Thanks!

Good, I'm glad to hear it.

  Bye
  Michele

 Stefan

Michele

 
 -- 
 Stefan Assmann  | SUSE LINUX Products GmbH
 Software Engineer   | Maxfeldstr. 5, D-90409 Nuernberg
 Mail : [EMAIL PROTECTED] | GF: Markus Rex, HRB 16746 (AG Nuernberg)
 
 




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


Re: [linux-dvb] Pinnacle PCTV 60e

2008-01-24 Thread Luke Mackenzie
Hi,

I have not received a reply to this but notice a lot of activity on the 
list. Am I asking in the wrong place? Is anyone able to help?

Many thanks,

Luke.

Luke Mackenzie wrote:
 Hi,

 Is anyone alse able to help with this? Someone on the Ubuntu forums is 
 also offering to help if we can locate the sections in the source to 
 change:

 The files having the source code are in the pctv200e folder, and they 
 are:
 pctv200e.h
 pctv200e.c

 Check the ones in the zip file in a previous post on this thread.
 The ones in the v4l tar file are the original ones, so they need to be 
 overwritten with the ones in the zip file. The location of those files 
 in the v4l tar file is mentioned above.

 What I don't see it clear (because I did not work in the driver since 
 the beginning, and I am no expert) is what to change exactly.

 I can tell it must be related to the codes that appear when you 
 execute a lsusb in a Terminal.
 But I cannot see those ones for the PCTV200e coded in the driver. 
 Those codes should say which driver to lad when you plug the device.

 I can give you more hints once we clear up how to change those.

 http://ubuntuforums.org/showthread.php?p=4181391#post4181391

 To recap, I would like to get the PCTV60e working with the 200e driver 
 if possible.

 Thanks,

 Luke.

 Luke Mackenzie wrote:
 Hi,

 I have been speaking to 'sn9' on the #linuxtv IRC channel and he 
 advised me that it might be possible to force the PCTV200e driver to 
 recognise the 60e as the chipsets are the same. The 60e is a USB 
 device but not a dongle.

 http://www.pinnaclesys.com/PublicSite/uk/Products/Consumer+Products/PCTV+Tuners/PCTV+Digital+PVR+(DVB-S_DVB-T)/PCTV+60e.htm
  


 http://www.linuxtv.org/v4lwiki/index.php/Pinnacle/60e


 Apparently the man to speak to is Markus Rechberger (mrec). I would 
 be grateful if he could let me know how I would go about achieving 
 this or if it is possible? I am happy to do testing and help release 
 a usable driver. I am not a Linux expert and don't know C but am 
 reasonably technical (if being a php developer counts!).

 Many thanks,

 Luke Mackenzie.


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


[linux-dvb] Error when compiling multiproto...

2008-01-24 Thread David BERCOT
Hi again,

I'm looking for a solution for my TT S2-3200.
I've just compiled again the multiproto driver and I had this errors :

CC [M]  /opt/dvb/multiproto/v4l/stb0899_drv.o
/opt/dvb/multiproto/v4l/stb0899_drv.c: In function 'stb0899_read_regs':
/opt/dvb/multiproto/v4l/stb0899_drv.c:471: warning: format '%u' expects
type 'unsigned int', but argument 4 has type
'size_t' /opt/dvb/multiproto/v4l/stb0899_drv.c: In function
'stb0899_write_regs': /opt/dvb/multiproto/v4l/stb0899_drv.c:533:
warning: format '%u' expects type 'unsigned int', but argument 5 has
type 'size_t' /opt/dvb/multiproto/v4l/stb0899_drv.c:533: warning:
format '%u' expects type 'unsigned int', but argument 5 has type
'size_t' /opt/dvb/multiproto/v4l/stb0899_drv.c:533: warning: format
'%u' expects type 'unsigned int', but argument 5 has type
'size_t' /opt/dvb/multiproto/v4l/stb0899_drv.c:533: warning: format
'%u' expects type 'unsigned int', but argument 5 has type
'size_t' /opt/dvb/multiproto/v4l/stb0899_drv.c:533: warning: format
'%u' expects type 'unsigned int', but argument 4 has type
'size_t' /opt/dvb/multiproto/v4l/stb0899_drv.c: In function
'stb0899_diseqc_init': /opt/dvb/multiproto/v4l/stb0899_drv.c:834:
warning: unused variable
'ret_2' /opt/dvb/multiproto/v4l/stb0899_drv.c:833: warning: unused
variable 'ret_1' /opt/dvb/multiproto/v4l/stb0899_drv.c:832: warning:
unused variable 'trial' /opt/dvb/multiproto/v4l/stb0899_drv.c:830:
warning: unused variable 'i' /opt/dvb/multiproto/v4l/stb0899_drv.c:830:
warning: unused variable
'count' /opt/dvb/multiproto/v4l/stb0899_drv.c:826: warning: unused
variable 'rx_data' /opt/dvb/multiproto/v4l/stb0899_drv.c: In function
'stb0899_sleep': /opt/dvb/multiproto/v4l/stb0899_drv.c:899: warning:
unused variable 'reg' /opt/dvb/multiproto/v4l/stb0899_drv.c: In
function 'stb0899_track': /opt/dvb/multiproto/v4l/stb0899_drv.c:1917:
warning: unused variable
'internal' /opt/dvb/multiproto/v4l/stb0899_drv.c:1914: warning: unused
variable 'lock_lost' /opt/dvb/multiproto/v4l/stb0899_drv.c: At top
level: /opt/dvb/multiproto/v4l/stb0899_drv.c:1709: warning:
'stb0899_track_carrier' defined but not
used /opt/dvb/multiproto/v4l/stb0899_drv.c:1726: warning:
'stb0899_get_ifagc' defined but not
used /opt/dvb/multiproto/v4l/stb0899_drv.c:1743: warning:
'stb0899_get_s1fec' defined but not
used /opt/dvb/multiproto/v4l/stb0899_drv.c:1771: warning:
'stb0899_get_modcod' defined but not used CC
[M]  /opt/dvb/multiproto/v4l/stb0899_algo.o 
/opt/dvb/multiproto/v4l/stb0899_algo.c:
In function
'stb0899_set_srate': /opt/dvb/multiproto/v4l/stb0899_algo.c:77:
warning: unused variable
'sfr_up' /opt/dvb/multiproto/v4l/stb0899_algo.c:76: warning: unused
variable 'srate_up' /opt/dvb/multiproto/v4l/stb0899_algo.c:76: warning:
unused variable 'tmp_up' /opt/dvb/multiproto/v4l/stb0899_algo.c: In
function
'stb0899_check_tmg': /opt/dvb/multiproto/v4l/stb0899_algo.c:203:
warning: overflow in implicit constant conversion

These are only warnings, but, may be, I miss something and it can
explain my dmesg error :

saa7146: register extension 'budget_ci dvb'.
ACPI: PCI Interrupt :05:01.0[A] - GSI 22 (level, low) - IRQ 22
saa7146: found saa7146 @ mem c20001450c00 (revision 1, irq 22)
(0x13c2,0x1019).
saa7146 (0): dma buffer size 192512
DVB: registering new adapter (TT-Budget S2-3200 PCI)
adapter has MAC addr = 00:d0:5c:0b:a5:8b
input: Budget-CI dvb ir receiver saa7146 (0) as /class/input/input7
budget_ci: CI interface initialised
stb0899_write_regs [0xf1b6]: 02
stb0899_write_regs [0xf1c2]: 00
stb0899_write_regs [0xf1c3]: 00
_stb0899_read_reg: Reg=[0xf000], data=81
stb0899_get_dev_id: ID reg=[0x81]
stb0899_get_dev_id: Device ID=[8], Release=[1]
_stb0899_read_s2reg Device=[0xf3fc], Base address=[0x0400],
Offset=[0xf334], Data=[0x444d4431]
_stb0899_read_s2reg Device=[0xf3fc], Base address=[0x0400],
Offset=[0xf33c], Data=[0x0001]
stb0899_get_dev_id: Demodulator Core ID=[DMD1], Version=[1]
_stb0899_read_s2reg Device=[0xfafc], Base address=[0x0800],
Offset=[0xfa2c], Data=[0x46454331]
_stb0899_read_s2reg Device=[0xfafc], Base address=[0x0800],
Offset=[0xfa34], Data=[0x0001]
stb0899_get_dev_id: FEC Core ID=[FEC1], Version=[1]
stb0899_attach: Attaching STB0899 
stb6100_attach: Attaching STB6100 
DVB: registering frontend 0 (STB0899 Multistandard)...
dvb_ca adaptor 0: PC card did not respond :(

Do you have any idea ?

Thank you very much.

David.


signature.asc
Description: PGP signature
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Error when compiling multiproto...

2008-01-24 Thread Jean-Claude Repetto
David BERCOT a écrit :

 dvb_ca adaptor 0: PC card did not respond :(
 
 Do you have any idea ?
 

Hi David,

Have you inserted a CAM in the CI slot ?

Jean-Claude


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


Re: [linux-dvb] TT S2-3200 and multiproto : impossible to scan channels...

2008-01-24 Thread Manu Abraham
David BERCOT wrote:
 Hi,
 
 I think the precedent object was not ok ;-)


Too many mails on the same subject.

 
 So, I've installed multiproto for my TT S2-3200. I had a little error :
 dvb_ca adaptor 0: PC card did not respond :(

Try these patches:
http://linuxtv.org/hg/~endriss/v4l-dvb/rev/7625057db2b6
http://linuxtv.org/hg/~endriss/v4l-dvb/rev/600876f4508f
http://linuxtv.org/hg/~endriss/v4l-dvb/rev/42c350b242b5

 
 Then, I've tried to scan channels :
 scan -v /usr/share/doc/dvb-utils/examples/scan/dvb-s/Astra-19.2E -l
 UNIVERSAL -a 0 | tee channels.conf

You can't use the stock scan to scan for signals here. You need to use the
hacked version of scan and szap. Reading through the older mails posted
will help a bit.

Regards,
Manu


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


Re: [linux-dvb] Error when compiling multiproto...

2008-01-24 Thread David BERCOT
Hi,

Le Thu, 24 Jan 2008 17:05:24 +0100,
Jean-Claude Repetto [EMAIL PROTECTED] a écrit :
 David BERCOT a écrit :
  dvb_ca adaptor 0: PC card did not respond :(
  
  Do you have any idea ?
 
 Hi David,
 
 Have you inserted a CAM in the CI slot ?

Yes, I have a CAM, but not my card !!! It is in my Dual-S, waiting for
my TT S2-3200 is OK !!!
If this error (PC Card : I should have think of this ;-))) comes from
the card, it is a good thing ;-)

But now, I can scan for channels, no ?

Thank you (again) Jean-Claude ;-)

David.


signature.asc
Description: PGP signature
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] TT S2-3200 and multiproto : impossible to scan channels...

2008-01-24 Thread David BERCOT
Le Thu, 24 Jan 2008 20:12:01 +0400,
Manu Abraham [EMAIL PROTECTED] a écrit :
 David BERCOT wrote:  
  Hi,
  
  I think the precedent object was not ok ;-)  
 
 Too many mails on the same subject.  

Mhum, ok. Sorry ! May be I am too impatient...
I'll try to be more patient from now...

I can't find any complete tutorial on this installation, so...

  So, I've installed multiproto for my TT S2-3200. I had a little
  error : dvb_ca adaptor 0: PC card did not respond :(  
 
 Try these patches:
 http://linuxtv.org/hg/~endriss/v4l-dvb/rev/7625057db2b6
 http://linuxtv.org/hg/~endriss/v4l-dvb/rev/600876f4508f
 http://linuxtv.org/hg/~endriss/v4l-dvb/rev/42c350b242b5  

These patches have same files. I've downloaded them in the order you
put them (erasing the precedent file), but now, I can't compile :

  CC [M]  /opt/dvb/multiproto/v4l/av7110_hw.o
In file included
from /opt/dvb/multiproto/v4l/../linux/include/media/saa7146_vv.h:6,
from /opt/dvb/multiproto/v4l/av7110.h:38,
from /opt/dvb/multiproto/v4l/av7110_hw.c:38: 
/opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:1:
error: expected identifier or '(' before ''
token /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:9:
error: stray '#' in
program /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:9:
error: stray '#' in program In file included
from /opt/dvb/multiproto/v4l/../linux/include/media/saa7146_vv.h:6,
from /opt/dvb/multiproto/v4l/av7110.h:38,
from /opt/dvb/multiproto/v4l/av7110_hw.c:38: 
/opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:9:87:
error: invalid suffix px on integer
constant /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:9:100:
error: invalid suffix px on integer
constant /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:9:
error: stray '#' in
program /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:9:119:
error: exponent has no
digits /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:9:140:
error: invalid suffix px on integer
constant /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:9:152:
error: invalid suffix px on integer
constant /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:10:
error: expected '=', ',', ';', 'asm' or '__attribute__' before '{'
token /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:10:
error: stray '#' in
program /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:11:
error: expected '=', ',', ';', 'asm' or '__attribute__' before ':'
token /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:11:
error: stray '#' in
program /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:12:
error: expected '=', ',', ';', 'asm' or '__attribute__' before ':'
token /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:13:
error: expected '=', ',', ';', 'asm' or '__attribute__' before '.'
token /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:13:26:
error: invalid suffix px on integer
constant /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:13:40:
error: invalid suffix px on integer
constant /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:13:55:
error: invalid suffix px on integer
constant /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:13:
error: stray '#' in
program /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:13:97:
error: exponent has no
digits /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:14:
error: expected '=', ',', ';', 'asm' or '__attribute__' before '.'
token /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:14:
error: stray '#' in
program /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:15:
error: expected '=', ',', ';', 'asm' or '__attribute__' before '.'
token /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:15:
error: stray '#' in
program /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:16:
error: expected '=', ',', ';', 'asm' or '__attribute__' before '.'
token /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:16:24:
error: invalid suffix px on integer
constant /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:17:
error: expected '=', ',', ';', 'asm' or '__attribute__' before '.'
token /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:17:
error: stray '#' in
program /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:18:
error: expected '=', ',', ';', 'asm' or '__attribute__' before '.'
token /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:18:25:
error: invalid suffix px on integer
constant /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:18:
error: stray '#' in
program /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:18:44:
error: exponent has no
digits /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:18:65:
error: invalid suffix px on integer
constant /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:18:69:
error: invalid suffix px on integer
constant /opt/dvb/multiproto/v4l/../linux/include/media/saa7146.h:18:73:
error: invalid suffix px on integer
constant 

Re: [linux-dvb] HVR-4000 - cx8802_start_dma() Failed. Unsupported value in .mpeg (0x00000001)

2008-01-24 Thread Marshall, Russ
That worked!  thanks!  Is there a more graceful way around this so that
I don't have to run szap continuously while receiving data?

--
Russ


-Original Message-
From: Steven Toth [mailto:[EMAIL PROTECTED] 
Sent: Thursday, January 24, 2008 10:44 AM
To: Marshall, Russ
Cc: linux-dvb@linuxtv.org
Subject: Re: [linux-dvb] HVR-4000 - cx8802_start_dma() Failed.
Unsupported value in .mpeg (0x0001)

Marshall, Russ wrote:
 Maybe someone on here can provide some insight on this.  I'm trying to

 do MPE over DVB-S and S2 with the HVR-4000.  I'm currently using
 2.6.23.12 and have tried both the multiproto tree with the 
 HVR-4000-DVR patch and the main v4l-dvb tree with Darron's patch, both

 with the same result.  The drivers and firmware load fine, scan 
 doesn't return any pids but does appear to tune, szap seems to lock.  
 If I try to use dvbnet to bind an interface to a pid or do a dvbsnoop 
 of the pid I get the following error:
 
 cx8802_start_dma() Failed. Unsupported value in .mpeg (0x0001)
 
 Can anyone provide any insight on to what might cause this?  I have a 
 Cerona SkyDSR hooked up to the same feed and can receive everything 
 just fine.  This happens with the card in both S and S2 modes.

It means the dvb sub-driver hasn't claimed the IRQ, probably because the
demux was not opened (which indirectly causes the dubdriver to claim
ownership).

The errors is reported because someone asked DMA to start, but no
subdriver owns the transport bus.

Try opening the demux using szap -r.

- Steve

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


Re: [linux-dvb] HVR-4000 - cx8802_start_dma() Failed. Unsupported value in .mpeg (0x00000001)

2008-01-24 Thread Steven Toth
Marshall, Russ wrote:
 That worked!  thanks!  Is there a more graceful way around this so that
 I don't have to run szap continuously while receiving data?
 
 --
 Russ
 
 
 -Original Message-
 From: Steven Toth [mailto:[EMAIL PROTECTED] 
 Sent: Thursday, January 24, 2008 10:44 AM
 To: Marshall, Russ
 Cc: linux-dvb@linuxtv.org
 Subject: Re: [linux-dvb] HVR-4000 - cx8802_start_dma() Failed.
 Unsupported value in .mpeg (0x0001)
 
 Marshall, Russ wrote:
 Maybe someone on here can provide some insight on this.  I'm trying to
 
 do MPE over DVB-S and S2 with the HVR-4000.  I'm currently using
 2.6.23.12 and have tried both the multiproto tree with the 
 HVR-4000-DVR patch and the main v4l-dvb tree with Darron's patch, both
 
 with the same result.  The drivers and firmware load fine, scan 
 doesn't return any pids but does appear to tune, szap seems to lock.  
 If I try to use dvbnet to bind an interface to a pid or do a dvbsnoop 
 of the pid I get the following error:

 cx8802_start_dma() Failed. Unsupported value in .mpeg (0x0001)

 Can anyone provide any insight on to what might cause this?  I have a 
 Cerona SkyDSR hooked up to the same feed and can receive everything 
 just fine.  This happens with the card in both S and S2 modes.
 
 It means the dvb sub-driver hasn't claimed the IRQ, probably because the
 demux was not opened (which indirectly causes the dubdriver to claim
 ownership).
 
 The errors is reported because someone asked DMA to start, but no
 subdriver owns the transport bus.
 
 Try opening the demux using szap -r.

Don't top post, always reply to the bottom of the thread or inline.

No idea, possibly, this is likely a common problem on many different 
bridge drivers if/when the demux is closed and the demux is released.

How do you plan to tune the app anyway? Why not have that app monitor 
the signal strength and thus keep the device open?

It's not clear whether changing the default thread value (module param - 
exact name escapes me) for closing the  frontend will help here also. 
(The module parameter defaults to automatically close the frontend after 
3 seconds of idle time) Try increasing it.

- Steve



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


Re: [linux-dvb] The new Terratec Cinergy C PCI

2008-01-24 Thread Tuomas Jousimaa
 Now the only thing that comes to my mind is the CU1216 module is using a
 newer TDA10023
 instead of the TDA10021. (In case, if all your tests went in the right
 direction)

Thanks! It is indeed using the TDA10023. I got it working by changing
tda10021_attach into tda10023_attach in mantis_dvb.c. I have absolutely no
experience in creating patches so I'm not even gonna try, but I guess you
know what to do :D

-Tuomas

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


Re: [linux-dvb] Pinnacle 800i driver problems

2008-01-24 Thread Steven Toth
 [   31.400210] cx88[0]/2: cx2388x based DVB/ATSC card
 [   32.394149] tuner' 0-0064: chip found @ 0xc8 (cx88[0])
 [   32.421015] DVB: registering new adapter (cx88[0])
 [   32.446076] Modules linked in: parport_pc pcspkr snd_emu10k1 
 snd_util_mem snd_hwdep snd_seq_dummy snd_via82xx snd_ac97_codec parport 
 snd_seq_oss snd_seq_midi ac97_bus snd_mpu401_uart serio_raw psmouse 
 i2c_viapro s5h1409 snd_rawmidi snd_seq_midi_event tuner tea5767 k8temp 
 cx88_alsa snd_pcm_oss snd_mixer_oss cx88_dvb cx88_vp3054_i2c 
 videobuf_dvb dvb_core snd_seq snd_seq_device tda8290 tda18271 tda827x 
 tuner_xc2028 xc5000 tda9887 tuner_simple mt20xx tea5761 cx8800 
 compat_ioctl32 cx8802 emu10k1_gp gameport snd_pcm snd_timer 
 snd_page_alloc cx88xx ir_common i2c_algo_bit tveeprom videodev 
 v4l2_common i2c_core v4l1_compat videobuf_dma_sg videobuf_core btcx_risc 
 snd soundcore shpchp pci_hotplug amd64_agp agpgart evdev usb_storage 
 libusual 8139too ext3 jbd mbcache sg sd_mod ide_cd cdrom floppy ehci_hcd 
 8139cp mii uhci_hcd usbcore via82cxxx ide_core ata_generic sata_via 
 libata scsi_mod ohci1394 ieee1394 thermal processor fan fuse apparmor 
 commoncap
 [   32.446373]  [f8a74bc0] cx88_tuner_callback+0x0/0x60 [cx88xx]
 [   32.446428]  [f8a76cee] attach_inform+0xee/0x180 [cx88xx]
 [   32.446465]  [f8a74bc0] cx88_tuner_callback+0x0/0x60 [cx88xx]
 [   32.447085] cx88[0]/0: registered device video0 [v4l2]
 [   32.447112] cx88[0]/0: registered device vbi0
 [   32.448038] cx88[0]/1: CX88x/0: ALSA support for cx2388x boards

I'll look into this oops btw, it shouldn't happen.

- Steve

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


Re: [linux-dvb] The new Terratec Cinergy C PCI

2008-01-24 Thread Rainer Koschnick
Tuomas Jousimaa jouse at pointteri.fi writes:

 
  Now the only thing that comes to my mind is the CU1216 module is using a
  newer TDA10023
  instead of the TDA10021. (In case, if all your tests went in the right
  direction)
 
 Thanks! It is indeed using the TDA10023. I got it working by changing
 tda10021_attach into tda10023_attach in mantis_dvb.c. I have absolutely no
 experience in creating patches so I'm not even gonna try, but I guess you
 know what to do :D
 
 -Tuomas
 

I can confirm this!  I was just about to open up my PC and to disassemble the
tuner, luckily I checked this thread beforehand :D

Thanks!



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


Re: [linux-dvb] Pinnacle PCTV 60e

2008-01-24 Thread CityK
Luke Mackenzie wrote:
 Hi,

 I have not received a reply to this but notice a lot of activity on the 
 list. Am I asking in the wrong place? Is anyone able to help?

Right place. You just need to find someone who is interested in the 
particular topic. That's not me btw, but I may be able to give you a 
little push in the right direction:

What is the relevant output of lsusb -v ... in particular, you are 
interested in the subsystem ID of the device. The 200e evidently has a 
subsystem ID of: 2304:020e ... so the question that remains is -- what 
it is for the 60e ?

After you have determined such, try patching the file 
/linux/drivers/media/dvb/dvb-usb/dvb-usb-ids.h with that value ... it 
should be pretty straight forward what to do (just look at all the other 
entries). After that, rebuild the drivers and try it out.

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


Re: [linux-dvb] The new Terratec Cinergy C PCI

2008-01-24 Thread Manu Abraham

Tuomas Jousimaa wrote:

Now the only thing that comes to my mind is the CU1216 module is using a
newer TDA10023
instead of the TDA10021. (In case, if all your tests went in the right
direction)


Thanks! It is indeed using the TDA10023. I got it working by changing
tda10021_attach into tda10023_attach in mantis_dvb.c. I have absolutely no
experience in creating patches so I'm not even gonna try, but I guess you
know what to do :D



Can you please test whether the attached patch works as expected against
the mantis tree ? If so, i will push it in.

Regards,
Manu

diff -r 7018cbcec6ec linux/drivers/media/dvb/mantis/mantis_core.c
--- a/linux/drivers/media/dvb/mantis/mantis_core.c	Fri Nov 30 02:45:49 2007 +0400
+++ b/linux/drivers/media/dvb/mantis/mantis_core.c	Thu Jan 17 22:04:24 2008 +0400
@@ -111,6 +111,7 @@ static void mantis_load_config(struct ma
 		mantis-hwconfig = vp1034_mantis_config;
 		break;
 	case MANTIS_VP_2033_DVB_C:	// VP-2033
+	case TERRATEC_CINERGY_C_PCI:	// Terratec Cinergy C PCI
 		mantis-hwconfig = vp2033_mantis_config;
 		break;
 	case MANTIS_VP_3030_DVB_T:	// VP-3030
diff -r 7018cbcec6ec linux/drivers/media/dvb/mantis/mantis_dvb.c
--- a/linux/drivers/media/dvb/mantis/mantis_dvb.c	Fri Nov 30 02:45:49 2007 +0400
+++ b/linux/drivers/media/dvb/mantis/mantis_dvb.c	Thu Jan 24 23:14:18 2008 +0400
@@ -251,6 +251,19 @@ int __devinit mantis_frontend_init(struc
 
 		}
 		break;
+	case TERRATEC_CINERGY_C_PCI:
+		dprintk(verbose, MANTIS_ERROR, 1, Probing for CU1216 (DVB-C));
+		mantis-fe = tda10023_attach(philips_cu1216_config, mantis-adapter, read_pwm(mantis));
+		if (mantis-fe) {
+			mantis-fe-ops.tuner_ops.set_params = philips_cu1216_tuner_set;
+			dprintk(verbose, MANTIS_ERROR, 1,
+found Philips CU1216 DVB-C frontend 0x%02x,
+philips_cu1216_config.demod_address);
+
+			dprintk(verbose, MANTIS_ERROR, 1,
+Mantis DVB-C Philips CU1216 frontend attach success);
+		}
+		break;
 #if 0
 	case MANTIS_VP_3030_DVB_T:	// VP-3030
 		dprintk(verbose, MANTIS_ERROR, 1, Probing for 10353 (DVB-T));
diff -r 7018cbcec6ec linux/drivers/media/dvb/mantis/mantis_vp2033.h
--- a/linux/drivers/media/dvb/mantis/mantis_vp2033.h	Fri Nov 30 02:45:49 2007 +0400
+++ b/linux/drivers/media/dvb/mantis/mantis_vp2033.h	Thu Jan 17 22:09:36 2008 +0400
@@ -26,6 +26,7 @@
 #include tda1002x.h
 
 #define MANTIS_VP_2033_DVB_C	0x0008
+#define TERRATEC_CINERGY_C_PCI	0x1178
 
 extern struct tda1002x_config philips_cu1216_config;
 extern struct mantis_hwconfig vp2033_mantis_config;
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] saa7134 TUN 900 card remote driver

2008-01-24 Thread Timothy E. Krantz
Hi,
looking at the code for the TUN 900 (card 66) part of the saa7134 driver I
see that it says that the remote control is not implemented.
 
Can someone point me in the direction of a FAQ or HOWTO that would get me
started on fixing that?
 
Thanks in Advance.
 
Tim
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] The new Terratec Cinergy C PCI

2008-01-24 Thread Tuomas Jousimaa

On Jan 24, 2008, at 9:28 PM, Manu Abraham wrote:

 Tuomas Jousimaa wrote:
 Now the only thing that comes to my mind is the CU1216 module is  
 using a
 newer TDA10023
 instead of the TDA10021. (In case, if all your tests went in the  
 right
 direction)
 Thanks! It is indeed using the TDA10023. I got it working by changing
 tda10021_attach into tda10023_attach in mantis_dvb.c. I have  
 absolutely no
 experience in creating patches so I'm not even gonna try, but I  
 guess you
 know what to do :D


 Can you please test whether the attached patch works as expected  
 against
 the mantis tree ? If so, i will push it in.

 Regards,
 Manu


The patch works as expected.

Thanks once more!

-Tuomas

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


[linux-dvb] Fix for dvb-apps/util/scan/scan.c for tvhome dvb-c cable network in Netherlands

2008-01-24 Thread klaas de waal
Problem:
The scan utility of dvb-apps cannot  do a full service scan of the tvhome
dvb-c cable network in The Netherlands; it can only do a single frequency.

Analysis:
For different regions in The Netherlands different frequencies are used.
However, the signal is everywhere exactly the same (except for the
frequency). The scan utility, and other applications such as MythTV, think
that the network ID is 1000.
There are a number of different network information tables (NITs)
transmitted with different network ID's. For example, in my region the
network ID is .
There is no way you can find out the actual network ID automatically. This
is also true for the commercial DVB-C set-top-boxes; when you take a
subscription for the digital TV service you get also information on how to
configure your set-top-box. This information includes the network ID and the
initial frequency.

Solution:
I have added a command line option -N to specify a network ID.
I can now do a full service scan with the following command:

$ scan -t 1 -n -N  tvhome356.conf

The initial configuration file tvhome356.conf contains:
C 35600 6875000 NONE QAM64

The patch file for dvb-apps/util/scan/scan.c is attached (based on the hg
version of 15 january 2008). Hope it is useful!

Klaas.
*** scan.c.orig	2008-01-19 15:20:21.0 +0100
--- scan.c	2008-01-24 22:11:35.0 +0100
***
*** 16,21 
--- 16,24 
   *
   * Please contribute: It is possible that some descriptors for ATSC are
   *not parsed yet and thus the result won't be complete.
+  *
+  * 2008-01-22 User-defined network ID added for tvhome cable TV in Holland.
+  * 
   */
  
  #include stdlib.h
***
*** 66,71 
--- 69,75 
  static int vdr_version = 3;
  static struct lnb_types_st lnb_type;
  static int unique_anon_services;
+ static int cable_network_id;
  
  static enum fe_spectral_inversion spectral_inversion = INVERSION_AUTO;
  
***
*** 876,889 
  
  		parse_descriptors (NIT, buf + 6, descriptors_loop_len, tn);
  
! 		if (tn.type == fe_info.type) {
! 			/* only add if develivery_descriptor matches FE type */
! 			t = find_transponder(tn.param.frequency);
! 			if (!t)
! t = alloc_transponder(tn.param.frequency);
! 			copy_transponder(t, tn);
  		}
- 
  		section_length -= descriptors_loop_len + 6;
  		buf += descriptors_loop_len + 6;
  	}
--- 880,897 
  
  		parse_descriptors (NIT, buf + 6, descriptors_loop_len, tn);
  
! /* If there is a user-defined cable network ID then
! 		 * add the transponder only if the network ID matches.
! 		 */
! 		if (cable_network_id == 0 || tn.network_id == cable_network_id) {
! 			if (tn.type == fe_info.type) {
! /* only add if delivery_descriptor matches FE type */
! t = find_transponder(tn.param.frequency);
! if (!t)
! 	t = alloc_transponder(tn.param.frequency);
! copy_transponder(t, tn);
! 			}
  		}
  		section_length -= descriptors_loop_len + 6;
  		buf += descriptors_loop_len + 6;
  	}
***
*** 2107,2112 
--- 2115,2121 
  		-P do not use ATSC PSIP tables for scanning\n
  		(but only PAT and PMT) (applies for ATSC only)\n
  		-A N	check for ATSC 1=Terrestrial [default], 2=Cable or 3=both\n
+-N Nspecify network id for DVB-C service scan\n
  		-U	Uniquely name unknown services\n;
  
  void
***
*** 2155,2161 
  
  	/* start with default lnb type */
  	lnb_type = *lnb_enum(0);
! 	while ((opt = getopt(argc, argv, 5cnpa:f:d:s:o:x:e:t:i:l:vquPA:U)) != -1) {
  		switch (opt) {
  		case 'a':
  			adapter = strtoul(optarg, NULL, 0);
--- 2164,2170 
  
  	/* start with default lnb type */
  	lnb_type = *lnb_enum(0);
! 	while ((opt = getopt(argc, argv, 5cnpa:f:d:s:o:x:e:t:i:l:vquPA:N:U)) != -1) {
  		switch (opt) {
  		case 'a':
  			adapter = strtoul(optarg, NULL, 0);
***
*** 2232,2237 
--- 2241,2249 
  			}
  
  			break;
+ 		case 'N':
+ 			cable_network_id = strtoul(optarg, NULL, 0);
+ 			break;
  		case 'U':
  			unique_anon_services = 1;
  			break;
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Pinnacle 800i driver problems

2008-01-24 Thread Muppet Man


- Original Message 
From: Steven Toth [EMAIL PROTECTED]
To: Muppet Man [EMAIL PROTECTED]
Cc: Chaogui Zhang [EMAIL PROTECTED]; superhappyfunball [EMAIL PROTECTED]; 
linux-dvb@linuxtv.org
Sent: Thursday, January 24, 2008 9:13:25 AM
Subject: Re: [linux-dvb] Pinnacle 800i driver problems



 Ok, I did not know about the xc5000 tuner, so, no, it was not in
 place.  
 I went over the to the link and downloaded the extract script, and I 
 looked at the read me txt, but I have no idea what I am suppose to do
 
 from here.  When I run the extract script, I get dvb-fe-xc5000-1.1.fw
 Am 
 I suppose to do anything with this?  Do I need to put this in the 
 v4l-dvb folder?
 Again, sorry for asking what seems like the obvious, but I am still
 new 
 to the linux side of the house.
 Thanks again,
 Ed

Did you _really_ read the output from the extract script, which says 
something like...

Now copy this file into your firmware folder.
EG. sudo cp firmware.fw /lib/firmware/`uname -r/'

Are you _SURE_ you read the output from the extract script?

Steve,
There was no output from the script.  I ran the script, a white screen popped 
up for less than a second, and then it went back to my desktop.  I think that 
is where my confusion is coming in at.
Ed






  

Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  
http://tools.search.yahoo.com/newsearch/category.php?category=shopping___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] saa7134-dvb: add missing dvb_attach call (for tda10046_attach)

2008-01-24 Thread Matthias Schwarzott
Hi there!
The attached small patch adds a missing dvb_attach wrapping around 
tda10046_attach.
So it removes the hard dependency of saa7134-dvb on tda1004x module.

I have only tested compiling as I don not have the hardware.

Greetings
Matthias

-- 
Matthias Schwarzott (zzam)
Index: v4l-dvb/linux/drivers/media/video/saa7134/saa7134-dvb.c
===
--- v4l-dvb.orig/linux/drivers/media/video/saa7134/saa7134-dvb.c
+++ v4l-dvb/linux/drivers/media/video/saa7134/saa7134-dvb.c
@@ -1007,8 +1007,9 @@ static int dvb_init(struct saa7134_dev *
 		}
 		break;
 	case SAA7134_BOARD_ASUS_EUROPA2_HYBRID:
-		dev-dvb.frontend = tda10046_attach(medion_cardbus,
-		dev-i2c_adap);
+		dev-dvb.frontend = dvb_attach(tda10046_attach,
+	   medion_cardbus,
+	   dev-i2c_adap);
 		if (dev-dvb.frontend) {
 			dev-original_demod_sleep = dev-dvb.frontend-ops.sleep;
 			dev-dvb.frontend-ops.sleep = philips_europa_demod_sleep;
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Pinnacle 800i driver problems

2008-01-24 Thread Michael Krufky
2008/1/24 Muppet Man [EMAIL PROTECTED]:
 - Original Message 
 From: Steven Toth [EMAIL PROTECTED]
 Did you _really_ read the output from the extract script, which says
 something like...

 Now copy this file into your firmware folder.
 EG. sudo cp firmware.fw /lib/firmware/`uname -r/'

 Are you _SURE_ you read the output from the extract script?

 Steve,
 There was no output from the script.  I ran the script, a white screen
 popped up for less than a second, and then it went back to my desktop.  I
 think that is where my confusion is coming in at.
 Ed

For future reference, next time you try to run a shell script, run it
from a shell.

-Mike

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


[linux-dvb] [PATCH] Fix xc5000 kernel oops when firmware is not found. Was: Re: Pinnacle 800i driver problems

2008-01-24 Thread Chaogui Zhang
On Jan 24, 2008 1:57 PM, Steven Toth [EMAIL PROTECTED] wrote:
  [   31.400210] cx88[0]/2: cx2388x based DVB/ATSC card
  [   32.394149] tuner' 0-0064: chip found @ 0xc8 (cx88[0])
  [   32.421015] DVB: registering new adapter (cx88[0])
  [   32.446076] Modules linked in: parport_pc pcspkr snd_emu10k1
  snd_util_mem snd_hwdep snd_seq_dummy snd_via82xx snd_ac97_codec parport
  snd_seq_oss snd_seq_midi ac97_bus snd_mpu401_uart serio_raw psmouse
  i2c_viapro s5h1409 snd_rawmidi snd_seq_midi_event tuner tea5767 k8temp
  cx88_alsa snd_pcm_oss snd_mixer_oss cx88_dvb cx88_vp3054_i2c
  videobuf_dvb dvb_core snd_seq snd_seq_device tda8290 tda18271 tda827x
  tuner_xc2028 xc5000 tda9887 tuner_simple mt20xx tea5761 cx8800
  compat_ioctl32 cx8802 emu10k1_gp gameport snd_pcm snd_timer
  snd_page_alloc cx88xx ir_common i2c_algo_bit tveeprom videodev
  v4l2_common i2c_core v4l1_compat videobuf_dma_sg videobuf_core btcx_risc
  snd soundcore shpchp pci_hotplug amd64_agp agpgart evdev usb_storage
  libusual 8139too ext3 jbd mbcache sg sd_mod ide_cd cdrom floppy ehci_hcd
  8139cp mii uhci_hcd usbcore via82cxxx ide_core ata_generic sata_via
  libata scsi_mod ohci1394 ieee1394 thermal processor fan fuse apparmor
  commoncap
  [   32.446373]  [f8a74bc0] cx88_tuner_callback+0x0/0x60 [cx88xx]
  [   32.446428]  [f8a76cee] attach_inform+0xee/0x180 [cx88xx]
  [   32.446465]  [f8a74bc0] cx88_tuner_callback+0x0/0x60 [cx88xx]
  [   32.447085] cx88[0]/0: registered device video0 [v4l2]
  [   32.447112] cx88[0]/0: registered device vbi0
  [   32.448038] cx88[0]/1: CX88x/0: ALSA support for cx2388x boards

 I'll look into this oops btw, it shouldn't happen.

 - Steve


Hi, Steve,

I think I found the problem with the oops when the firmware is not
found. The two line patch below fixes the issue for me.

Signed-off-by: Chaogui Zhang [EMAIL PROTECTED]

diff -r c9a38585d3a1 linux/drivers/media/dvb/frontends/xc5000.c
--- a/linux/drivers/media/dvb/frontends/xc5000.cMon Jan 21
23:03:10 2008 -0500
+++ b/linux/drivers/media/dvb/frontends/xc5000.cThu Jan 24
16:10:50 2008 -0500
@@ -577,6 +577,7 @@ static int xc5000_fwupload(struct dvb_fr
if (ret) {
printk(KERN_ERR xc5000: Upload failed. (file not found?)\n);
ret = XC_RESULT_RESET_FAILURE;
+   goto out;
} else {
printk(KERN_INFO xc5000: firmware read %Zu bytes.\n,
   fw-size);
@@ -591,6 +592,7 @@ static int xc5000_fwupload(struct dvb_fr
ret = xc_load_i2c_sequence(fe,  fw-data );
}

+out:
release_firmware(fw);
return ret;
 }

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


Re: [linux-dvb] [PATCH] Fix xc5000 kernel oops when firmware is not found. Was: Re: Pinnacle 800i driver problems

2008-01-24 Thread Steven Toth
Chaogui Zhang wrote:
 On Jan 24, 2008 1:57 PM, Steven Toth [EMAIL PROTECTED] wrote:
 [   31.400210] cx88[0]/2: cx2388x based DVB/ATSC card
 [   32.394149] tuner' 0-0064: chip found @ 0xc8 (cx88[0])
 [   32.421015] DVB: registering new adapter (cx88[0])
 [   32.446076] Modules linked in: parport_pc pcspkr snd_emu10k1
 snd_util_mem snd_hwdep snd_seq_dummy snd_via82xx snd_ac97_codec parport
 snd_seq_oss snd_seq_midi ac97_bus snd_mpu401_uart serio_raw psmouse
 i2c_viapro s5h1409 snd_rawmidi snd_seq_midi_event tuner tea5767 k8temp
 cx88_alsa snd_pcm_oss snd_mixer_oss cx88_dvb cx88_vp3054_i2c
 videobuf_dvb dvb_core snd_seq snd_seq_device tda8290 tda18271 tda827x
 tuner_xc2028 xc5000 tda9887 tuner_simple mt20xx tea5761 cx8800
 compat_ioctl32 cx8802 emu10k1_gp gameport snd_pcm snd_timer
 snd_page_alloc cx88xx ir_common i2c_algo_bit tveeprom videodev
 v4l2_common i2c_core v4l1_compat videobuf_dma_sg videobuf_core btcx_risc
 snd soundcore shpchp pci_hotplug amd64_agp agpgart evdev usb_storage
 libusual 8139too ext3 jbd mbcache sg sd_mod ide_cd cdrom floppy ehci_hcd
 8139cp mii uhci_hcd usbcore via82cxxx ide_core ata_generic sata_via
 libata scsi_mod ohci1394 ieee1394 thermal processor fan fuse apparmor
 commoncap
 [   32.446373]  [f8a74bc0] cx88_tuner_callback+0x0/0x60 [cx88xx]
 [   32.446428]  [f8a76cee] attach_inform+0xee/0x180 [cx88xx]
 [   32.446465]  [f8a74bc0] cx88_tuner_callback+0x0/0x60 [cx88xx]
 [   32.447085] cx88[0]/0: registered device video0 [v4l2]
 [   32.447112] cx88[0]/0: registered device vbi0
 [   32.448038] cx88[0]/1: CX88x/0: ALSA support for cx2388x boards
 I'll look into this oops btw, it shouldn't happen.

 - Steve

 
 Hi, Steve,
 
 I think I found the problem with the oops when the firmware is not
 found. The two line patch below fixes the issue for me.

Great, I'll push this up tonight.

Thanks,

Steve

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


Re: [linux-dvb] The new Terratec Cinergy C PCI

2008-01-24 Thread Manu Abraham
Tuomas Jousimaa wrote:
 
 On Jan 24, 2008, at 9:28 PM, Manu Abraham wrote:
 
 Tuomas Jousimaa wrote:
 Now the only thing that comes to my mind is the CU1216 module is 
 using a
 newer TDA10023
 instead of the TDA10021. (In case, if all your tests went in the right
 direction)
 Thanks! It is indeed using the TDA10023. I got it working by changing
 tda10021_attach into tda10023_attach in mantis_dvb.c. I have 
 absolutely no
 experience in creating patches so I'm not even gonna try, but I guess 
 you
 know what to do :D


 Can you please test whether the attached patch works as expected against
 the mantis tree ? If so, i will push it in.

 Regards,
 Manu

 
 The patch works as expected.
 
 Thanks once more!

Thanks for testing, i have pushed the patch into the tree.

Regards,
Manu

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


[linux-dvb] New dvb-t scan file for es-Alfabia

2008-01-24 Thread annonygmouse


Hi I'm testing my new DVB-T usb dongle on my Debian and I was lacking a 
local channel here in Mallorca.


Therefore I've run w_scan and I have an updated es-Alfabia file, wich I 
attach.


Maybe someone

Hope you can update it on the dvp-apps.

Thanks for your great work.

Sebastià
# DVB-T Alfabia, Mallorca, Balearic Islands, Spain.
# T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy
T 81000 8MHz 2/3 NONE QAM64 8k 1/4 NONE # C.63: 24h, 50 aniv., ClanTV, La 
2, TVE1; RNE 1, RNE 3, RNE C; Digitext, EPG, Lanzadera.
T 82600 8MHz 2/3 NONE QAM64 8k 1/4 NONE # C.65: IB3, Aprenda Ingles TV
T 83400 8MHz 2/3 NONE QAM64 8k 1/4 NONE # C.66: NetTV, Teledeporte, VeoTV1, 
VeoTV2.
T 84200 8MHz 2/3 NONE QAM64 8k 1/4 NONE # C.67: 40 Latino TV, CNN+, Cuatro, 
La Sexta 1.
T 85000 8MHz 2/3 NONE QAM64 8k 1/4 NONE # C.68: Fly Music, Tele 5, Tele 5 
Estrellas, Tele 5 Sport.
T 85800 8MHz 2/3 NONE QAM64 8k 1/4 NONE # C.69: Antena 3, La Sexta 2, Neox, 
Nova.
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Re: [linux-dvb] Pinnacle 800i driver problems

2008-01-24 Thread Muppet Man


- Original Message 
From: Michael Krufky [EMAIL PROTECTED]
To: Muppet Man [EMAIL PROTECTED]
Cc: Steven Toth [EMAIL PROTECTED]; linux-dvb@linuxtv.org
Sent: Thursday, January 24, 2008 4:06:18 PM
Subject: Re: [linux-dvb] Pinnacle 800i driver problems


2008/1/24 Muppet Man [EMAIL PROTECTED]:
 - Original Message 
 From: Steven Toth [EMAIL PROTECTED]
 Did you _really_ read the output from the extract script, which says
 something like...

 Now copy this file into your firmware folder.
 EG. sudo cp firmware.fw /lib/firmware/`uname -r/'

 Are you _SURE_ you read the output from the extract script?

 Steve,
 There was no output from the script.  I ran the script, a white
 screen
 popped up for less than a second, and then it went back to my
 desktop.  I
 think that is where my confusion is coming in at.
 Ed

For future reference, next time you try to run a shell script, run it
from a shell.

All in all, I think I have everything work.

Ed

-Mike

Hmm...I thought that's what I did?  I guess I don't know how to run it from a 
shell.  All the shell scripts I have ran was via giving permissions to allow 
exicuting as a file.






  

Looking for last minute shopping deals?  
Find them fast with Yahoo! Search.  
http://tools.search.yahoo.com/newsearch/category.php?category=shopping___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[linux-dvb] Pinnacle 800i IR

2008-01-24 Thread James Middendorff
I just wanted to say that the IR works perfectly now. I havent gotten
around to testing the digital and analog streams yet, I am hoping
tomorrow night I will get to add the card as another tuner in mythtv and
make sure it is working properly. I should be able to just type
cat /dev/vide0  test.mpg to test it right?
James


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


Re: [linux-dvb] Pinnacle 800i driver problems

2008-01-24 Thread Muppet Man


- Original Message 
From: Chaogui Zhang [EMAIL PROTECTED]
To: superhappyfunball [EMAIL PROTECTED]
Cc: linux-dvb@linuxtv.org
Sent: Wednesday, January 23, 2008 11:09:03 PM
Subject: Re: [linux-dvb] Pinnacle 800i driver problems


On Jan 23, 2008 11:11 PM, superhappyfunball
 [EMAIL PROTECTED] wrote:

 I have since gotten it running. Seems I was missing the XC firmware
 for

Glad to hear that. I guess it should have been mentioned earlier that
the firmware is needed. In any event, I have updated the wiki page at
linuxtv.org with the relevant firmware downloading instruction so we
can point anyone else to a page that explains all the necessary pieces
to get the 800i working.

 the tuner. I grabbed, extracted and reloaded the modules, and all is
 well. Except for one thing:

 No sound. Now, it could just be ALSA issues. I know running multiple
 soundcards can be an issue. Ideas?

I assume you mean analog tv or analog input. The audio is via the
cx88-alsa module, which is working fine for me last time I tested. You
need to grab the sound from the appropriate /dev/dsp? device. Do a
cat /proc/asound/cards and it will tell you what number(the ?) to
use for your cx88-alsa device. Note that you might run into issues if
your cx88-alsa grabs the index 0 for your sound cards. In that case,
use module options to force the cx88-alsa to index 1 or 2 as needed.
Index 0 should be reserved for your main sound card so your normal
software can use /dev/dsp (which they always default to).

-- 
Chaogui Zhang

Ok, I know I am really close now, but I am still having trouble.

Here's what I did, and what I am getting.  I extracted the xc5000 file, moved 
it over to /lib/firmware, then I downloaded the lastest v4l-dvb, sudo make, 
sudo make install, and rebooted.  My system came right back online.  I have 
sound and a network connection.  I went to mythtv back end, and my card was 
already selected, but when I go to scan channels, I get an error.  I started 
tvtime, went to scan for channels, nothing.  I started kaffeine, and again, my 
card was there, but I cannot scan for channels.  I know I am so close, but I 
don't know what to do from here.
On the plus side though, I am truly thankful for all the assistance from 
Chaogui and Steve.
Thanks again.
Ed
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb






  

Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb