Re: [linux-dvb] What is the MAC of a DVB card?
That makes sense. I remember that some of the residential satellite data services (if not most) use a telephone line for the uplink and satellite for the downlink, since in theory it's much higher bandwidth than a telephone line. However, I've read where many people that have bought such systems were very unhappy with them. Usually they never get anywhere near the claimed bandwidth, especially at peak hours, and often it's slower than plain old dial-up, not to mention very expensive ($300/month or so). It might be a decent solution for someone who uses the net off peak hours and can't get any other broadband service. --- Josep Colom Ikuno [EMAIL PROTECTED] wrote: I´m quite new to DVB, but my guess is that it´s the dvbnet device. It´s possible to receive IP services throught DVB, so I suppose it´s the net device (you also have a frontend and a demux under /dev/dvb/adapterX/) that you can use for that. On Jan 31, 2008 2:55 AM, Christophe Thommeret [EMAIL PROTECTED] wrote: Le jeudi 31 janvier 2008 01:58, Dwaine Garden a écrit : Internet by satellite. Andrea [EMAIL PROTECTED] wrote: Hi, I've always wanted to ask, but always forgotten... I've got a Hauppauge WinTV NOVA T USB2 and it has a MAC address. Internet by satellite with a nova-t-usb2 ? ;) -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Patches for multiproto,latest mantis and Twinhan VP-1041
Hi I have read the reports from Russian VP-1041's users and they reported that this card is working (with dvb-s2 and dvb-s)on currenet multiproto without any additional patches. Which improvements will be implements with your patch for multiproto ? Igor Since Manu updated multiproto a couple of days ago, it is now a smaller patch away from v4l-dvb (see first attached patch). Multiproto doesn't include the mantis code so the second patch adds the latest mantis code and support for the Twinhan VP-1041. I confirmed that the Twinhan VP-1041 works with kernel 2.6.24 for DVB-S and DVB-S2. By the way I see an error message Slave RACK Fail ! coming from mantis_ack_wait in mantis_i2c.c. Hans -- Release early, release often. Pt! Schon vom neuen GMX MultiMessenger gehЖrt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ATTACHMENT: application/x-bzip (v4l-dvb_to_multiproto-20080130.patch.bz2) ATTACHMENT: application/x-bzip (multiproto_to_twinhan-vp1041-20080130.patch.bz2) ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [PATCH] XC5000 tuner improvement/clean up
- Original Message
From: Chaogui Zhang [EMAIL PROTECTED]
To: linux-dvb@linuxtv.org
Sent: Monday, January 28, 2008 11:20:10 AM
Subject: Re: [linux-dvb] [PATCH] XC5000 tuner improvement/clean up
On
Jan
27,
2008
6:50
PM,
Chaogui
Zhang
[EMAIL PROTECTED]
wrote:
Download
the
newest
v4l-dvb
tree
from
http://linuxtv.org/hg/v4l-dvb
and
apply
the
patch
against
it.
I
just
noticed
that
the
previous
patch
that
fixed
the
kernel
oops
has
been
merged
into
the
master
tree,
which
conflicts
with
the
patch
for
tuner
performance
improvement(which
contains
the
oops
fixes
too).
I
regenerated
the
patch
against
the
master
tree
and
it
is
below.
Please
use
this
one
instead.
--
Chaogui
Zhang
Signed-off-by:
Chaogui
Zhang
[EMAIL PROTECTED]
diff
-r
ed7daeb29425
linux/drivers/media/dvb/frontends/xc5000.c
---
a/linux/drivers/media/dvb/frontends/xc5000.c
Mon
Jan
28
10:01:11
2008
-0200
+++
b/linux/drivers/media/dvb/frontends/xc5000.c
Sun
Jan
27
19:36:07
2008
-0500
@@
-3,6
+3,7
@@
*
*
Copyright
(c)
2007
Xceive
Corporation
*
Copyright
(c)
2007
Steven
Toth
[EMAIL PROTECTED]
+
*
Copyright
(c)
2007,
2008
Chaogui
Zhang
[EMAIL PROTECTED]
*
*
This
program
is
free
software;
you
can
redistribute
it
and/or
modify
*
it
under
the
terms
of
the
GNU
General
Public
License
as
published
by
@@
-38,6
+39,13
@@
MODULE_PARM_DESC(debug,
Turn
on/off
deb
#define
dprintk(level,fmt,
arg...)
if
(debug
=
level)
\
printk(KERN_INFO
%s:
fmt,
xc5000,
##
arg)
+
+static
int
allow_shutdown;
+module_param(allow_shutdown,
int,
0644);
+MODULE_PARM_DESC(allow_shutdown,
Allow
the
XC5000
tuner
to
be
shutdown
(default:
no).);
+
+static
LIST_HEAD(xc5000_list);
+static
DEFINE_MUTEX(xc5000_list_lock);
#define
XC5000_DEFAULT_FIRMWARE
dvb-fe-xc5000-1.1.fw
#define
XC5000_DEFAULT_FIRMWARE_SIZE
12332
@@
-179,7
+187,6
@@
XC_TV_STANDARD
XC5000_Standard[MAX_TV_ST
static
int
xc5000_writeregs(struct
xc5000_priv
*priv,
u8
*buf,
u8
len);
static
int
xc5000_readregs(struct
xc5000_priv
*priv,
u8
*buf,
u8
len);
-static
void
xc5000_TunerReset(struct
dvb_frontend
*fe);
static
int
xc_send_i2c_data(struct
xc5000_priv
*priv,
u8
*buf,
int
len)
{
@@
-195,29
+202,21
@@
static
int
xc_read_i2c_data(struct
xc500
static
int
xc_reset(struct
dvb_frontend
*fe)
{
-
xc5000_TunerReset(fe);
-
return
XC_RESULT_SUCCESS;
-}
-
-static
void
xc_wait(int
wait_ms)
-{
-
msleep(wait_ms);
-}
-
-static
void
xc5000_TunerReset(struct
dvb_frontend
*fe)
-{
struct
xc5000_priv
*priv
=
fe-tuner_priv;
int
ret;
dprintk(1,
%s()\n,
__FUNCTION__);
-
if
(priv-cfg-tuner_callback)
{
-
ret
=
priv-cfg-tuner_callback(priv-cfg-priv,
-
XC5000_TUNER_RESET,
0);
-
if
(ret)
-
printk(KERN_ERR
xc5000:
reset
failed\n);
-
}
else
-
printk(KERN_ERR
xc5000:
no
tuner
reset
callback
function,
fatal\n);
+
if
(!priv-cfg-tuner_callback)
{
+
printk(KERN_ERR
+
xc5000:
no
tuner
reset
callback
function,
fatal\n);
+
return
XC_RESULT_RESET_FAILURE;
+
}
+
+
ret
=
priv-cfg-tuner_callback(priv-cfg-priv,
+
XC5000_TUNER_RESET,
0);
+
if
(ret)
printk(KERN_ERR
xc5000:
reset
failed\n);
+
return
ret;
}
static
int
xc_write_reg(struct
xc5000_priv
*priv,
u16
regAddr,
u16
i2cData)
@@
-245,7
+244,7
@@
static
int
xc_write_reg(struct
xc5000_pr
/*
busy
flag
cleared
*/
break;
}
else
{
-
xc_wait(100);
/*
wait
5
ms
*/
+
msleep(5);
/*
wait
5
ms
*/
WatchDogTimer--;
}
}
@@
-296,7
+295,7
@@
static
int
xc_load_i2c_sequence(struct
d
return
result;
}
else
if
(len
0x8000)
{
/*
WAIT
command
*/
-
xc_wait(len
0x7FFF);
+
msleep(len
0x7FFF);
index
+=
2;
}
else
{
/*
Send
i2c
data
whilst
ensuring
individual
transactions
@@
-352,11
+351,10
@@
static
int
xc_SetTVStandard(struct
xc500
static
int
xc_shutdown(struct
xc5000_priv
*priv)
{
-
return
0;
-
/*
Fixme:
cannot
bring
tuner
back
alive
once
shutdown
-
*
without
reloading
the
driver
modules.
-
*
return
xc_write_reg(priv,
XREG_POWER_DOWN,
0);
-
*/
+
if(allow_shutdown)
+
return
xc_write_reg(priv,
XREG_POWER_DOWN,
0);
+
else
+
return
0;
}
static
int
xc_SetSignalSource(struct
xc5000_priv
*priv,
Re: [linux-dvb] DVB-S2 segfault with current multiproto driver (solved).
On Wednesday 30 January 2008, Stefan Lucke wrote: On Tuesday 29 January 2008, Manu Abraham wrote: Stefan Lucke wrote: Hi, with current mulproto driver from http://www.jusst.de/hg/multiproto/ I get a reproducable segfault upon start of vdr :-( . Fault was on my side. During upgrade to new version of multiproto driver I copied v4l/.config file from previous one. I did not make menuconfig and thus did not notice the new option: SAA7146 DVB cards (aka Budget, Nova-PCI) I my case this resulted in an old version of module budget-core been used :-( . Enabling above selection, resolves that issue for me :-) . Thanks. -- Stefan Lucke ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TT S2-3200 giving kernel oops
Hi, 2008/1/18, Sébastien Mély [EMAIL PROTECTED]: Nicolai Spohrer a écrit : I tried again yesterday - and it worked! Just give hg pull -u http://jusst.de/hg/multiproto; hg update; make; make install a try. I have tried, but... still the same error ! :'( The function where the error occurs and the code at EIP are always the same for every oops... i have also same error on Ubuntu 7.10 it stil always with new snapshots after 18.01.2008 [ 180.016000] stb0899_release: Release Frontend [ 180.016000] BUG: unable to handle kernel NULL pointer dereference at virtual address 0004 [ 180.016000] printing eip: [ 180.016000] f8c83de4 [ 180.016000] *pde = [ 180.016000] Oops: [#1] [ 180.016000] SMP [ 180.016000] Modules linked in: af_packet ipv6 sbs ac dock container button video battery sbp2 parport_pc lp parport lnbp21 stb6100 stb0899 snd_seq_oss snd_seq_midi_event ide_cd snd_hda_intel budget_ci cdrom snd_pcm_oss budget_core dvb_core saa7146 snd_mixer_oss ttpci_eeprom usb_storage snd_seq snd_seq_device snd_pcm snd_timer snd_page_alloc snd_hwdep ir_common usbhid hid atl1 libusual pcspkr k8temp mii serio_raw psmouse ati_agp agpgart snd ata_generic soundcore i2c_piix4 i2c_core shpchp pci_hotplug evdev ext3 jbd mbcache sg sd_mod ehci_hcd ohci1394 ieee1394 atiixp ide_core ohci_hcd usbcore ahci libata scsi_mod thermal processor fan fuse apparmor commoncap [ 180.016000] CPU:1 [ 180.016000] EIP:0060:[f8c83de4]Not tainted VLI [ 180.016000] EFLAGS: 00010246 (2.6.22-14-generic #1) [ 180.016000] EIP is at stb0899_postproc+0x4/0x60 [stb0899] [ 180.016000] eax: ebx: ecx: edx: [ 180.016000] esi: edi: f787b000 ebp: esp: f2b8ff6c [ 180.016000] ds: 007b es: 007b fs: 00d8 gs: ss: 0068 [ 180.016000] Process kdvb-fe-0 (pid: 5749, ti=f2b8e000 task=f6e079f0 task.ti=f2b8e000) [ 180.016000] Stack: f78c4c00 f8c84232 f8c882b9 f8c87efd f78c4c00 f8ae56bd e9ca2c00 [ 180.016000]0029 fffc f8ae7fa7 0001 0003 f75bde68 f787b028 [ 180.016000]f75bde64 0292 f2b8ffd0 c01205c0 fffc f78c4c00 [ 180.016000] Call Trace: [ 180.016000] [f8c84232] stb0899_release+0x32/0x40 [stb0899] [ 180.016000] [f8ae56bd] dvb_frontend_init+0x1d/0x60 [dvb_core] [ 180.016000] [f8ae7fa7] dvb_frontend_thread+0x67/0x600 [dvb_core] [ 180.016000] [c01205c0] complete+0x40/0x60 [ 180.016000] [f8ae7f40] dvb_frontend_thread+0x0/0x600 [dvb_core] [ 180.016000] [c013bb12] kthread+0x42/0x70 [ 180.016000] [c013bad0] kthread+0x0/0x70 [ 180.016000] [c0105487] kernel_thread_helper+0x7/0x10 [ 180.016000] === [ 180.016000] Code: a0 f0 00 00 89 f0 e8 4c eb ff ff ba a0 f0 00 00 89 c1 89 f0 81 e1 fb 00 00 00 e8 c8 f5 ff ff 31 c0 e9 27 ff ff ff 90 56 89 c6 53 8b 40 04 89 d3 8b 50 14 85 d2 74 1f 85 c9 75 20 0f b6 c3 8d 04 [ 180.016000] EIP: [f8c83de4] stb0899_postproc+0x4/0x60 [stb0899] SS:ESP 0068:f2b8ff6c ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [PATCH] XC5000 tuner improvement/clean up
2008/1/31 Muppet Man [EMAIL PROTECTED]:
- Original Message
From: Chaogui Zhang [EMAIL PROTECTED]
To: linux-dvb@linuxtv.org
Sent: Monday, January 28, 2008 11:20:10 AM
Subject: Re: [linux-dvb] [PATCH] XC5000 tuner improvement/clean up
On Jan 27, 2008 6:50 PM, Chaogui Zhang [EMAIL PROTECTED] wrote:
Download the newest v4l-dvb tree from http://linuxtv.org/hg/v4l-dvb
and apply the patch against it.
I just noticed that the previous patch that fixed the kernel oops has
been merged into the master tree, which conflicts with the patch for
tuner performance improvement(which contains the oops fixes too). I
regenerated the patch against the master tree and it is below. Please
use this one instead.
--
Chaogui Zhang
Signed-off-by: Chaogui Zhang [EMAIL PROTECTED]
diff -r ed7daeb29425 linux/drivers/media/dvb/frontends/xc5000.c
--- a/linux/drivers/media/dvb/frontends/xc5000.cMon Jan 28 10:01:11
2008 -0200
+++ b/linux/drivers/media/dvb/frontends/xc5000.cSun Jan 27 19:36:07
2008 -0500
@@ -3,6 +3,7 @@
*
* Copyright (c) 2007 Xceive Corporation
* Copyright (c) 2007 Steven Toth [EMAIL PROTECTED]
+ * Copyright (c) 2007, 2008 Chaogui Zhang [EMAIL PROTECTED]
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
@@ -38,6 +39,13 @@ MODULE_PARM_DESC(debug, Turn on/off deb
#define dprintk(level,fmt, arg...) if (debug = level) \
printk(KERN_INFO %s: fmt, xc5000, ## arg)
+
+static int allow_shutdown;
+module_param(allow_shutdown, int, 0644);
+MODULE_PARM_DESC(allow_shutdown, Allow the XC5000 tuner to be shutdown
(default: no).);
+
+static LIST_HEAD(xc5000_list);
+static DEFINE_MUTEX(xc5000_list_lock);
#define XC5000_DEFAULT_FIRMWARE dvb-fe-xc5000-1.1.fw
#define XC5000_DEFAULT_FIRMWARE_SIZE 12332
@@ -179,7 +187,6 @@ XC_TV_STANDARD XC5000_Standard[MAX_TV_ST
static int xc5000_writeregs(struct xc5000_priv *priv, u8 *buf, u8 len);
static int xc5000_readregs(struct xc5000_priv *priv, u8 *buf, u8 len);
-static void xc5000_TunerReset(struct dvb_frontend *fe);
static int xc_send_i2c_data(struct xc5000_priv *priv, u8 *buf, int len)
{
@@ -195,29 +202,21 @@ static int xc_read_i2c_data(struct xc500
static int xc_reset(struct dvb_frontend *fe)
{
-xc5000_TunerReset(fe);
-return XC_RESULT_SUCCESS;
-}
-
-static void xc_wait(int wait_ms)
-{
-msleep(wait_ms);
-}
-
-static void xc5000_TunerReset(struct dvb_frontend *fe)
-{
struct xc5000_priv *priv = fe-tuner_priv;
int ret;
dprintk(1, %s()\n, __FUNCTION__);
-if (priv-cfg-tuner_callback) {
-ret = priv-cfg-tuner_callback(priv-cfg-priv,
-XC5000_TUNER_RESET, 0);
-if (ret)
-printk(KERN_ERR xc5000: reset failed\n);
-} else
-printk(KERN_ERR xc5000: no tuner reset callback function,
fatal\n);
+if (!priv-cfg-tuner_callback) {
+printk(KERN_ERR
+xc5000: no tuner reset callback function, fatal\n);
+return XC_RESULT_RESET_FAILURE;
+}
+
+ret = priv-cfg-tuner_callback(priv-cfg-priv,
+XC5000_TUNER_RESET, 0);
+if (ret) printk(KERN_ERR xc5000: reset failed\n);
+return ret;
}
static int xc_write_reg(struct xc5000_priv *priv, u16 regAddr, u16
i2cData)
@@ -245,7 +244,7 @@ static int xc_write_reg(struct xc5000_pr
/* busy flag cleared */
break;
} else {
-xc_wait(100); /* wait 5 ms */
+msleep(5); /* wait 5 ms */
WatchDogTimer--;
}
}
@@ -296,7 +295,7 @@ static int xc_load_i2c_sequence(struct d
return result;
} else if (len 0x8000) {
/* WAIT command */
-xc_wait(len 0x7FFF);
+msleep(len 0x7FFF);
index += 2;
} else {
/* Send i2c data whilst ensuring individual transactions
@@ -352,11 +351,10 @@ static int xc_SetTVStandard(struct xc500
static int xc_shutdown(struct xc5000_priv *priv)
{
-return 0;
-/* Fixme: cannot bring tuner back alive once shutdown
-*without reloading the driver modules.
-*return xc_write_reg(priv, XREG_POWER_DOWN, 0);
-*/
+if(allow_shutdown)
+return xc_write_reg(priv, XREG_POWER_DOWN, 0);
+else
+return 0;
}
static int xc_SetSignalSource(struct xc5000_priv *priv, u16 rf_mode)
@@ -496,7 +494,7 @@ static u16 WaitForLock(struct xc5000_pri
while ((lockState == 0) (watchDogCount 0)) {
xc_get_lock_status(priv, lockState);
if (lockState != 1) {
-xc_wait(5);
+msleep(5);
watchDogCount--;
}
}
@@ -612,7 +610,7 @@ static void xc_debug_dump(struct xc5000_
* Frame Lines needs two frame times after initial
[linux-dvb] Fixes for TwinHan VP2031A DVB-C card in linux-2.6.23.14/drivers/media/dvb/bt8xx/dst.c
Hi all,
I have got my TwinHan VP2031A DVB-C card working with Linux version
2.6.23.14 and MythTV.
For this I needed three changes to dst.c and these changes are attached here
in a single patch file.
Maybe they are useful for others (or even they may end up in the official
version?).
Fixes 1 and 2 are largely based on patches I once received from Manu Abraham
for an older version of the Linux kernel.
== Fix #1 ==
Around line 849 change the type_flags to this:
.type_flags = DST_TYPE_HAS_FW_2 | DST_TYPE_HAS_VLF,
The original code has also the following flags:
DST_TYPE_HAS_MULTI_FE | DST_TYPE_HAS_FW_1
It strikes me as odd that the original code states that the card has both
FW_1 and FW_2.
Two versions of firmware in one card?
== Fix #2 ==
Around line 1360 in function dst_get_tuna, remove the following test:
!(state-dst_type == DST_TYPE_IS_CABLE)
== Fix #3 ==
Around line 1828
.caps = FE_CAN_FEC_AUTO | FE_CAN_QAM_16 | FE_CAN_QAM_32 | FE_CAN_QAM_64 |
FE_CAN_QAM_
128 | FE_CAN_QAM_256
The original code is this:
.caps = FE_CAN_FEC_AUTO | FE_CAN_QAM_AUTO
Reason to change this is that I got this warnings from MythTV:
2008-01-29 23:17:24.171 DVBChan(1:0) Warning: Unsupported modulation
parameter.
The problem is (as far as I understand this) that MythTV tries to tune with
qam64 (which is correct)
and that the error message comes because the capability indicates that it
cannot do qam64.
Note that MythTV gives only a warning, it does work OK.
Changing the capabilities to include FE_CAN_QAM_64 solves the problem.
Note that the function dst_set_modulation accepts QAM16/32/64/128/148 but
returns -EINVAL for QAM_AUTO.
I think this is a fix that is not specific for the VP2031A card but that is
valid for all TwinHan DVB-C cards.
However, I have of course only tested with my VP2031A.
Hope this is useful,
Klaas.
*** dst.c.orig 2008-01-31 19:37:19.0 +0100
--- dst.c 2008-01-31 19:40:12.0 +0100
***
*** 846,852
.device_id = DCT-CI,
.offset = 1,
.dst_type = DST_TYPE_IS_CABLE,
! .type_flags = DST_TYPE_HAS_MULTI_FE | DST_TYPE_HAS_FW_1 | DST_TYPE_HAS_FW_2 | DST_TYPE_HAS_VLF,
.dst_feature = DST_TYPE_HAS_CA,
.tuner_type = 0
},
--- 846,852
.device_id = DCT-CI,
.offset = 1,
.dst_type = DST_TYPE_IS_CABLE,
! .type_flags = DST_TYPE_HAS_FW_2 | DST_TYPE_HAS_VLF,
.dst_feature = DST_TYPE_HAS_CA,
.tuner_type = 0
},
***
*** 1357,1363
return retval;
}
if ((state-type_flags DST_TYPE_HAS_VLF)
- !(state-dst_type == DST_TYPE_IS_CABLE)
!(state-dst_type == DST_TYPE_IS_ATSC)) {
if (state-rx_tuna[9] != dst_check_sum(state-rx_tuna[0], 9)) {
--- 1357,1362
***
*** 1826,1832
.symbol_rate_min = 100,
.symbol_rate_max = 4500,
/* . symbol_rate_tolerance = ???,*/
! .caps = FE_CAN_FEC_AUTO | FE_CAN_QAM_AUTO
},
.release = dst_release,
--- 1825,1831
.symbol_rate_min = 100,
.symbol_rate_max = 4500,
/* . symbol_rate_tolerance = ???,*/
! .caps = FE_CAN_FEC_AUTO | FE_CAN_QAM_16 | FE_CAN_QAM_32 | FE_CAN_QAM_64 | FE_CAN_QAM_128 | FE_CAN_QAM_256
},
.release = dst_release,
___
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] What is the MAC of a DVB card?
Josep Colom Ikuno wrote: I´m quite new to DVB, but my guess is that it´s the dvbnet device. It´s possible to receive IP services throught DVB, so I suppose it´s the net device (you also have a frontend and a demux under /dev/dvb/adapterX/) that you can use for that. Is there a way to activate it? Just for curiosity, how would that work? Does it really need to receive TCP/IP data or would it support any network protocol. Can I use it to receive the MPEG TS via the network? I know it's all a bit pointless, but just for fun. Has anybody ever used it? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] What is the MAC of a DVB card?
Hi, I've always wanted to ask, but always forgotten... I've got a Hauppauge WinTV NOVA T USB2 and it has a MAC address. What is it useful for? Was it an attempt to access the card over the network? Just curiosity. u can use it for dvb-h downstream channels. http://en.wikipedia.org/wiki/DVB-H senseless but funny thing here in vienna zsolt ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] gspca drivers
I was hoping to get my webcam working with the latest v4l-dvb sources. After reading about on this list and elsewhere, I ran: # make kernel-links from my v4l-dvb directory in order to modify my current linux sources to use the v4l-dvb drivers. Then I went to my gspca directory and ran the gspca_build script: ./gspca_build REMOVE the old module if present ERROR: Module gspca does not exist in /proc/modules CLEAN gspca source tree rm -r -f *.o decoder/.gspcadecoder.o.cmd decoder/*.o \ .gspca.o.cmd *.o *.ko *.mod.* .[a-z]* core *.i \ *.symvers *.err COMPILE gspca Please Wait !! INSTALL gspca in the kernel binary tree mkdir -p /lib/modules/`uname -r`/kernel/drivers/usb/media/ rm -f /lib/modules/`uname -r`/kernel/drivers/usb/media/spca5xx.ko rm -f /lib/modules/`uname -r`/kernel/drivers/media/video/gspca.ko install -c -m 0644 gspca.ko /lib/modules/`uname -r`/kernel/drivers/usb/media/ install: cannot stat `gspca.ko': No such file or directory make: *** [install] Error 1 LOAD gspca in memory FATAL: Error inserting gspca (/lib/modules/2.6.22.9-test/kernel/drivers/usb/media/gspca.ko): Unknown symbol in module, or unknown parameter (see dmesg) PRINT COMPILATION MESSAGES if ERRORS look kgspca.err make -C /lib/modules/`uname -r`/build SUBDIRS=/usr/src/modules/gspca CC=cc modules make[1]: Entering directory `/usr/src/linux-source-2.6.22' CC [M] /usr/src/modules/gspca/gspca_core.o /usr/src/modules/gspca/gspca_core.c:2542: error: unknown field 'hardware' specified in initializer /usr/src/modules/gspca/gspca_core.c: In function 'cd_to_spca50x': /usr/src/modules/gspca/gspca_core.c:2591: warning: initialization from incompatible pointer type /usr/src/modules/gspca/gspca_core.c: In function 'spca50x_create_sysfs': /usr/src/modules/gspca/gspca_core.c:2630: warning: passing argument 2 of 'video_device_create_file' from incompatible pointer type /usr/src/modules/gspca/gspca_core.c:2632: warning: passing argument 2 of 'video_device_create_file' from incompatible pointer type /usr/src/modules/gspca/gspca_core.c:2634: warning: passing argument 2 of 'video_device_create_file' from incompatible pointer type /usr/src/modules/gspca/gspca_core.c:2640: warning: passing argument 2 of 'video_device_remove_file' from incompatible pointer type /usr/src/modules/gspca/gspca_core.c:2642: warning: passing argument 2 of 'video_device_remove_file' from incompatible pointer type make[2]: *** [/usr/src/modules/gspca/gspca_core.o] Error 1 make[1]: *** [_module_/usr/src/modules/gspca] Error 2 make[1]: Leaving directory `/usr/src/linux-source-2.6.22' make: *** [default] Error 2 Is this fixable? James ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] gspca drivers
On 18:33 Thu 31 Jan 2008, James Klaas wrote: I was hoping to get my webcam working with the latest v4l-dvb sources. After reading about on this list and elsewhere, I ran: # make kernel-links from my v4l-dvb directory in order to modify my current linux sources to use the v4l-dvb drivers. Then I went to my gspca directory and ran the gspca_build script: ./gspca_build REMOVE the old module if present Unknown symbol in module, or unknown parameter (see dmesg) PRINT COMPILATION MESSAGES if ERRORS look kgspca.err make -C /lib/modules/`uname -r`/build SUBDIRS=/usr/src/modules/gspca CC=cc modules make[1]: Entering directory `/usr/src/linux-source-2.6.22' CC [M] /usr/src/modules/gspca/gspca_core.o /usr/src/modules/gspca/gspca_core.c:2542: error: unknown field 'hardware' specified in initializer Are you using the latest gspca driver? The hardware field was removed months ago. Thanks, Brandon ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
