* [linux-dvb] [multiproto patch] add support for using multiproto drivers with old api
@ 2008-05-23 14:59 Anssi Hannula
2008-05-23 15:28 ` Andreas Oberritter
0 siblings, 1 reply; 9+ messages in thread
From: Anssi Hannula @ 2008-05-23 14:59 UTC (permalink / raw)
To: linux-dvb
[-- Attachment #1: Type: text/plain, Size: 97 bytes --]
Hi!
The attached adds support for using multiproto drivers with the old api.
--
Anssi Hannula
[-- Attachment #2: multiproto-support-old-api.diff --]
[-- Type: text/x-patch, Size: 4407 bytes --]
From: Anssi Hannula <anssi.hannula@gmail.com>
multiproto: add support for using multiproto drivers with old api
Allow using multiproto drivers with the old API. Multiproto drivers
will provide one frontend type over the old API. For STB0899 this is
FE_QPSK. olddrv_to_newapi() and newapi_to_olddrv() are renamed to
oldapi_to_newapi() and newapi_to_oldapi(), respectively.
Signed-off-by: Anssi Hannula <anssi.hannula@gmail.com>
---
diff -r 6fdfb2b22241 -r 5dc544760be6 linux/drivers/media/dvb/dvb-core/dvb_frontend.c
--- a/linux/drivers/media/dvb/dvb-core/dvb_frontend.c Fri May 23 17:17:02 2008 +0300
+++ b/linux/drivers/media/dvb/dvb-core/dvb_frontend.c Fri May 23 17:25:59 2008 +0300
@@ -354,7 +354,7 @@
return 0;
}
-int newapi_to_olddrv(struct dvbfe_params *params,
+int newapi_to_oldapi(struct dvbfe_params *params,
struct dvb_frontend_parameters *p,
enum dvbfe_delsys delsys)
{
@@ -466,7 +466,7 @@
return 0;
}
-int olddrv_to_newapi(struct dvb_frontend *fe,
+int oldapi_to_newapi(struct dvb_frontend *fe,
struct dvbfe_params *params,
struct dvb_frontend_parameters *p,
enum fe_type fe_type)
@@ -1649,6 +1649,9 @@
memset(&fetunesettings, 0, sizeof(struct dvb_frontend_tune_settings));
memcpy(&fetunesettings.parameters, parg, sizeof (struct dvb_frontend_parameters));
+ /* Request the search algorithm to search */
+ fepriv->algo_status |= DVBFE_ALGO_SEARCH_AGAIN;
+
/* force auto frequency inversion if requested */
if (dvb_force_auto_inversion) {
fepriv->parameters.inversion = INVERSION_AUTO;
@@ -1697,6 +1700,27 @@
if (dvb_override_tune_delay > 0)
fepriv->min_delay = (dvb_override_tune_delay * HZ) / 1000;
+ if (oldapi_to_newapi(fe, &fepriv->fe_params, &fepriv->parameters, fe->ops.info.type) == -EINVAL)
+ printk("%s: ERROR !!! Converting Old parameters --> New parameters\n", __func__);
+
+ /* set delivery system to the default old-API one */
+ if (fe->ops.set_delsys) {
+ switch(fe->ops.info.type) {
+ case FE_QPSK:
+ fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBS);
+ fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBS);
+ case FE_QAM:
+ fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBC);
+ break;
+ case FE_OFDM:
+ fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBT);
+ break;
+ case FE_ATSC:
+ fe->ops.set_delsys(fe, DVBFE_DELSYS_ATSC);
+ break;
+ }
+ }
+
fepriv->state = FESTATE_RETUNE;
dvb_frontend_wakeup(fe);
dvb_frontend_add_event(fe, 0);
@@ -1720,6 +1744,13 @@
if (fe->ops.get_frontend) {
memcpy (parg, &fepriv->parameters, sizeof (struct dvb_frontend_parameters));
err = fe->ops.get_frontend(fe, (struct dvb_frontend_parameters*) parg);
+ } else if (fe->ops.get_params) {
+ err = fe->ops.get_params(fe, &fepriv->fe_params);
+ if (!err) {
+ if (newapi_to_oldapi(&fepriv->fe_params, &fepriv->parameters, fepriv->delsys) == -EINVAL)
+ printk("%s: ERROR !!! Converting New parameters --> Old parameters\n", __func__);
+ memcpy(parg, &fepriv->parameters, sizeof (struct dvb_frontend_parameters));
+ }
}
break;
@@ -1751,7 +1782,7 @@
(delsys & DVBFE_DELSYS_DVBT) ||
(delsys & DVBFE_DELSYS_ATSC)) {
- if (newapi_to_olddrv(&fepriv->fe_params, &fepriv->parameters, fepriv->delsys) == -EINVAL)
+ if (newapi_to_oldapi(&fepriv->fe_params, &fepriv->parameters, fepriv->delsys) == -EINVAL)
printk("%s: ERROR !!! Converting New parameters --> Old parameters\n", __func__);
}
/* Request the search algorithm to search */
@@ -1841,7 +1872,7 @@
} else if (fe->ops.get_frontend) {
err = fe->ops.get_frontend(fe, &fepriv->parameters);
if (!err) {
- if (olddrv_to_newapi(fe, &fepriv->fe_params, &fepriv->parameters, fe->ops.info.type) == -EINVAL)
+ if (oldapi_to_newapi(fe, &fepriv->fe_params, &fepriv->parameters, fe->ops.info.type) == -EINVAL)
printk("%s: ERROR !!! Converting Old parameters --> New parameters\n", __func__);
memcpy(parg, &fepriv->fe_params, sizeof (struct dvbfe_params));
}
diff -r 6fdfb2b22241 -r 5dc544760be6 linux/drivers/media/dvb/frontends/stb0899_drv.c
--- a/linux/drivers/media/dvb/frontends/stb0899_drv.c Fri May 23 17:17:02 2008 +0300
+++ b/linux/drivers/media/dvb/frontends/stb0899_drv.c Fri May 23 17:25:59 2008 +0300
@@ -2036,6 +2036,7 @@
.info = {
.name = "STB0899 Multistandard",
+ .type = FE_QPSK, /* with old API */
},
.release = stb0899_release,
[-- Attachment #3: Type: text/plain, Size: 150 bytes --]
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [linux-dvb] [multiproto patch] add support for using multiproto drivers with old api
2008-05-23 14:59 [linux-dvb] [multiproto patch] add support for using multiproto drivers with old api Anssi Hannula
@ 2008-05-23 15:28 ` Andreas Oberritter
2008-05-23 15:38 ` Anssi Hannula
0 siblings, 1 reply; 9+ messages in thread
From: Andreas Oberritter @ 2008-05-23 15:28 UTC (permalink / raw)
To: Anssi Hannula; +Cc: linux-dvb
Hello Anssi,
Anssi Hannula wrote:
> The attached adds support for using multiproto drivers with the old api.
there seems to be a needlessly duplicated line in your patch:
+ /* set delivery system to the default old-API one */
+ if (fe->ops.set_delsys) {
+ switch(fe->ops.info.type) {
+ case FE_QPSK:
+ fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBS);
+ fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBS);
Regards,
Andreas
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [linux-dvb] [multiproto patch] add support for using multiproto drivers with old api
2008-05-23 15:28 ` Andreas Oberritter
@ 2008-05-23 15:38 ` Anssi Hannula
2008-05-23 16:36 ` Faruk A
0 siblings, 1 reply; 9+ messages in thread
From: Anssi Hannula @ 2008-05-23 15:38 UTC (permalink / raw)
To: Andreas Oberritter; +Cc: linux-dvb
[-- Attachment #1: Type: text/plain, Size: 531 bytes --]
Andreas Oberritter wrote:
> Hello Anssi,
>
> Anssi Hannula wrote:
>> The attached adds support for using multiproto drivers with the old api.
>
> there seems to be a needlessly duplicated line in your patch:
>
> + /* set delivery system to the default old-API one */
> + if (fe->ops.set_delsys) {
> + switch(fe->ops.info.type) {
> + case FE_QPSK:
> + fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBS);
> + fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBS);
Strange, the latter one should be 'break;'.
Attached again.
--
Anssi Hannula
[-- Attachment #2: multiproto-support-old-api.diff --]
[-- Type: text/x-patch, Size: 4371 bytes --]
From: Anssi Hannula <anssi.hannula@gmail.com>
multiproto: add support for using multiproto drivers with old api
Allow using multiproto drivers with the old API. Multiproto drivers
will provide one frontend type over the old API. For STB0899 this is
FE_QPSK. olddrv_to_newapi() and newapi_to_olddrv() are renamed to
oldapi_to_newapi() and newapi_to_oldapi(), respectively.
Signed-off-by: Anssi Hannula <anssi.hannula@gmail.com>
---
diff -r 6fdfb2b22241 -r 5dc544760be6 linux/drivers/media/dvb/dvb-core/dvb_frontend.c
--- a/linux/drivers/media/dvb/dvb-core/dvb_frontend.c Fri May 23 17:17:02 2008 +0300
+++ b/linux/drivers/media/dvb/dvb-core/dvb_frontend.c Fri May 23 17:25:59 2008 +0300
@@ -354,7 +354,7 @@
return 0;
}
-int newapi_to_olddrv(struct dvbfe_params *params,
+int newapi_to_oldapi(struct dvbfe_params *params,
struct dvb_frontend_parameters *p,
enum dvbfe_delsys delsys)
{
@@ -466,7 +466,7 @@
return 0;
}
-int olddrv_to_newapi(struct dvb_frontend *fe,
+int oldapi_to_newapi(struct dvb_frontend *fe,
struct dvbfe_params *params,
struct dvb_frontend_parameters *p,
enum fe_type fe_type)
@@ -1649,6 +1649,9 @@
memset(&fetunesettings, 0, sizeof(struct dvb_frontend_tune_settings));
memcpy(&fetunesettings.parameters, parg, sizeof (struct dvb_frontend_parameters));
+ /* Request the search algorithm to search */
+ fepriv->algo_status |= DVBFE_ALGO_SEARCH_AGAIN;
+
/* force auto frequency inversion if requested */
if (dvb_force_auto_inversion) {
fepriv->parameters.inversion = INVERSION_AUTO;
@@ -1697,6 +1700,27 @@
if (dvb_override_tune_delay > 0)
fepriv->min_delay = (dvb_override_tune_delay * HZ) / 1000;
+ if (oldapi_to_newapi(fe, &fepriv->fe_params, &fepriv->parameters, fe->ops.info.type) == -EINVAL)
+ printk("%s: ERROR !!! Converting Old parameters --> New parameters\n", __func__);
+
+ /* set delivery system to the default old-API one */
+ if (fe->ops.set_delsys) {
+ switch(fe->ops.info.type) {
+ case FE_QPSK:
+ fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBS);
+ break;
+ case FE_QAM:
+ fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBC);
+ break;
+ case FE_OFDM:
+ fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBT);
+ break;
+ case FE_ATSC:
+ fe->ops.set_delsys(fe, DVBFE_DELSYS_ATSC);
+ break;
+ }
+ }
+
fepriv->state = FESTATE_RETUNE;
dvb_frontend_wakeup(fe);
dvb_frontend_add_event(fe, 0);
@@ -1720,6 +1744,13 @@
if (fe->ops.get_frontend) {
memcpy (parg, &fepriv->parameters, sizeof (struct dvb_frontend_parameters));
err = fe->ops.get_frontend(fe, (struct dvb_frontend_parameters*) parg);
+ } else if (fe->ops.get_params) {
+ err = fe->ops.get_params(fe, &fepriv->fe_params);
+ if (!err) {
+ if (newapi_to_oldapi(&fepriv->fe_params, &fepriv->parameters, fepriv->delsys) == -EINVAL)
+ printk("%s: ERROR !!! Converting New parameters --> Old parameters\n", __func__);
+ memcpy(parg, &fepriv->parameters, sizeof (struct dvb_frontend_parameters));
+ }
}
break;
@@ -1751,7 +1782,7 @@
(delsys & DVBFE_DELSYS_DVBT) ||
(delsys & DVBFE_DELSYS_ATSC)) {
- if (newapi_to_olddrv(&fepriv->fe_params, &fepriv->parameters, fepriv->delsys) == -EINVAL)
+ if (newapi_to_oldapi(&fepriv->fe_params, &fepriv->parameters, fepriv->delsys) == -EINVAL)
printk("%s: ERROR !!! Converting New parameters --> Old parameters\n", __func__);
}
/* Request the search algorithm to search */
@@ -1841,7 +1872,7 @@
} else if (fe->ops.get_frontend) {
err = fe->ops.get_frontend(fe, &fepriv->parameters);
if (!err) {
- if (olddrv_to_newapi(fe, &fepriv->fe_params, &fepriv->parameters, fe->ops.info.type) == -EINVAL)
+ if (oldapi_to_newapi(fe, &fepriv->fe_params, &fepriv->parameters, fe->ops.info.type) == -EINVAL)
printk("%s: ERROR !!! Converting Old parameters --> New parameters\n", __func__);
memcpy(parg, &fepriv->fe_params, sizeof (struct dvbfe_params));
}
diff -r 6fdfb2b22241 -r 5dc544760be6 linux/drivers/media/dvb/frontends/stb0899_drv.c
--- a/linux/drivers/media/dvb/frontends/stb0899_drv.c Fri May 23 17:17:02 2008 +0300
+++ b/linux/drivers/media/dvb/frontends/stb0899_drv.c Fri May 23 17:25:59 2008 +0300
@@ -2036,6 +2036,7 @@
.info = {
.name = "STB0899 Multistandard",
+ .type = FE_QPSK, /* with old API */
},
.release = stb0899_release,
[-- Attachment #3: Type: text/plain, Size: 150 bytes --]
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [linux-dvb] [multiproto patch] add support for using multiproto drivers with old api
2008-05-23 15:38 ` Anssi Hannula
@ 2008-05-23 16:36 ` Faruk A
2008-05-23 16:58 ` Goga777
0 siblings, 1 reply; 9+ messages in thread
From: Faruk A @ 2008-05-23 16:36 UTC (permalink / raw)
To: Anssi Hannula; +Cc: linux-dvb
2008/5/23 Anssi Hannula <anssi.hannula@gmail.com>:
> Andreas Oberritter wrote:
>> Hello Anssi,
>>
>> Anssi Hannula wrote:
>>> The attached adds support for using multiproto drivers with the old api.
>>
>> there seems to be a needlessly duplicated line in your patch:
>>
>> + /* set delivery system to the default old-API one */
>> + if (fe->ops.set_delsys) {
>> + switch(fe->ops.info.type) {
>> + case FE_QPSK:
>> + fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBS);
>> + fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBS);
>
> Strange, the latter one should be 'break;'.
>
> Attached again.
>
> --
> Anssi Hannula
Thank you so much :)
I can't believe I'm watching tv in kaffeine with my multiproto card.
My card is Technotred TT Connect S2-3650 CI
Using this drivers:
dvb-core.ko
dvb-pll.ko
stb6100.ko
insmod stb0899.ko
lnbp22.ko
idvb-usb.ko
dvb-usb-pctv452e.ko
Faruk
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [linux-dvb] [multiproto patch] add support for using multiproto drivers with old api
2008-05-23 16:36 ` Faruk A
@ 2008-05-23 16:58 ` Goga777
2008-05-23 17:33 ` Faruk A
2008-05-24 8:37 ` ChaosMedia > WebDev
0 siblings, 2 replies; 9+ messages in thread
From: Goga777 @ 2008-05-23 16:58 UTC (permalink / raw)
To: linux-dvb
> >>> The attached adds support for using multiproto drivers with the old api.
> >>
> >> there seems to be a needlessly duplicated line in your patch:
> >>
> >> + /* set delivery system to the default old-API one */
> >> + if (fe->ops.set_delsys) {
> >> + switch(fe->ops.info.type) {
> >> + case FE_QPSK:
> >> + fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBS);
> >> + fe->ops.set_delsys(fe, DVBFE_DELSYS_DVBS);
> >
> > Strange, the latter one should be 'break;'.
> >
> > Attached again.
> >
> > --
> > Anssi Hannula
>
> Thank you so much :)
> I can't believe I'm watching tv in kaffeine with my multiproto card.
what about dvb-s2 channels on your kaffeine ? how can you watch their ?
Goga
> My card is Technotred TT Connect S2-3650 CI
> Using this drivers:
> dvb-core.ko
> dvb-pll.ko
> stb6100.ko
> insmod stb0899.ko
> lnbp22.ko
> idvb-usb.ko
> dvb-usb-pctv452e.ko
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [linux-dvb] [multiproto patch] add support for using multiproto drivers with old api
2008-05-23 16:58 ` Goga777
@ 2008-05-23 17:33 ` Faruk A
2008-05-24 8:37 ` ChaosMedia > WebDev
1 sibling, 0 replies; 9+ messages in thread
From: Faruk A @ 2008-05-23 17:33 UTC (permalink / raw)
To: Goga777; +Cc: linux-dvb
> what about dvb-s2 channels on your kaffeine ? how can you watch their ?
>
> Goga
Hi!
Right now I'm only interested in DVB-S and my CI is not supported yet.
Faruk
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [linux-dvb] [multiproto patch] add support for using multiproto drivers with old api
2008-05-23 16:58 ` Goga777
2008-05-23 17:33 ` Faruk A
@ 2008-05-24 8:37 ` ChaosMedia > WebDev
1 sibling, 0 replies; 9+ messages in thread
From: ChaosMedia > WebDev @ 2008-05-24 8:37 UTC (permalink / raw)
To: linux-dvb
Goga777 wrote:
>>>
>> Thank you so much :)
>> I can't believe I'm watching tv in kaffeine with my multiproto card.
>>
>
> what about dvb-s2 channels on your kaffeine ? how can you watch their ?
>
>
i've got a kaffeine multiproto patch coming soon, it should fully
support multiproto api but has been only tested on dvb-s/s2 with my
cards dvbs fullfeatured and budget dvb-s2
dvb-s2 chans are working fine, other problems are h264 HD / xine /
ffh264 related, i'm on 64 bit.
i'll have to test my patch against that new multiproto patch and i'll
probably post my kaffeine patch on kaffeine forum later next week.. Or
somewhere else if kaffeine guys don't want to see multiproto content
there as i know they won't support multiproto..
the patch is supposed to be v4l-dvb / multiproto compatible so you don't
need two different versions of kaffeine if you're switching api versions..
Later
Marc
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 9+ messages in thread
[parent not found: <mailman.1.1219312801.18695.linux-dvb@linuxtv.org>]
* [linux-dvb] [multiproto patch] add support for using multiproto drivers with old api
[not found] <mailman.1.1219312801.18695.linux-dvb@linuxtv.org>
@ 2008-08-21 14:31 ` Stefan Ellenberger
2008-09-07 6:18 ` Manu Abraham
0 siblings, 1 reply; 9+ messages in thread
From: Stefan Ellenberger @ 2008-08-21 14:31 UTC (permalink / raw)
To: linux-dvb
hello list
I'm using Anssi Hannula patch (multiproto-support-old-api.diff from May 23) to use my Azurwave/Twinhan 1041 card with the old dvb api.
I can perfectly scan (using modified scan from manu) and tune the card (using szap2), but kaffeine (v0.8.6) and vdr (v1.6.0) show problems tuning with that card. It is sort of unreliable: sometimes tuning works fast and fine (namely if you stay on the sane transponder, just changing the pids) but sometimes output of vdr syslog stays like this:
Aug 21 16:09:37 ubuXFE vdr: [26566] switching to channel 1
Aug 21 16:09:37 ubuXFE vdr: [26830] transfer thread ended (pid=26566, tid=26830)
Aug 21 16:09:37 ubuXFE vdr: [26566] buffer stats: 192700 (9%) used
Aug 21 16:09:37 ubuXFE vdr: [26566] buffer stats: 0 (0%) used
Aug 21 16:09:37 ubuXFE kernel: [ 7972.116198] mantis stop feed and dma
Aug 21 16:09:37 ubuXFE vdr: [26832] TS buffer on device 1 thread ended (pid=26566, tid=26832)
Aug 21 16:09:38 ubuXFE vdr: [26831] buffer stats: 61288 (2%) used
Aug 21 16:09:38 ubuXFE vdr: [26831] receiver on device 1 thread ended (pid=26566, tid=26831)
Aug 21 16:09:38 ubuXFE kernel: [ 7972.168637] mantis start feed & dma
Aug 21 16:09:38 ubuXFE vdr: [26892] transfer thread started (pid=26566, tid=26892)
Aug 21 16:09:38 ubuXFE vdr: [26893] receiver on device 1 thread started (pid=26566, tid=26893)
Aug 21 16:09:38 ubuXFE vdr: [26894] TS buffer on device 1 thread started (pid=26566, tid=26894)
Aug 21 16:09:38 ubuXFE kernel: [ 7972.317323] stb0899_search: set DVB-S params
Aug 21 16:09:38 ubuXFE kernel: [ 7972.341396] stb6100_set_bandwidth: Bandwidth=61262500
Aug 21 16:09:38 ubuXFE kernel: [ 7972.345572] stb6100_get_bandwidth: Bandwidth=62000000
Aug 21 16:09:38 ubuXFE kernel: [ 7972.368189] stb6100_get_bandwidth: Bandwidth=62000000
Aug 21 16:09:38 ubuXFE kernel: [ 7972.439522] stb6100_set_frequency: Frequency=1237000
Aug 21 16:09:38 ubuXFE kernel: [ 7972.443941] stb6100_get_frequency: Frequency=1236990
Aug 21 16:09:38 ubuXFE kernel: [ 7972.455680] stb6100_get_bandwidth: Bandwidth=62000000
Aug 21 16:09:39 ubuXFE kernel: [ 7973.350734] stb0899_search: set DVB-S params
Aug 21 16:09:38 ubuXFE kernel: [ 7972.341396] stb6100_set_bandwidth: Bandwidth=61262500
[...]
these messages from stb6100 module get repeated exactly like this for several times - it takes sometimes a minute until lock is suddenly established showing the following log output
Aug 21 16:10:35 ubuXFE kernel: [ 8029.111530] stb0899_search: set DVB-S params
Aug 21 16:10:35 ubuXFE kernel: [ 8029.133851] stb6100_set_bandwidth: Bandwidth=61262500
Aug 21 16:10:35 ubuXFE kernel: [ 8029.138025] stb6100_get_bandwidth: Bandwidth=62000000
Aug 21 16:10:35 ubuXFE kernel: [ 8029.160773] stb6100_get_bandwidth: Bandwidth=62000000
Aug 21 16:10:35 ubuXFE kernel: [ 8029.223988] stb6100_set_frequency: Frequency=1237000
Aug 21 16:10:35 ubuXFE kernel: [ 8029.228163] stb6100_get_frequency: Frequency=1236990
Aug 21 16:10:35 ubuXFE kernel: [ 8029.241120] stb6100_get_bandwidth: Bandwidth=62000000
Aug 21 16:10:35 ubuXFE vdr: [26892] setting audio track to 1 (0)
dmesg repeatly shows the same log output as mentioned from syslog above:
[ 8029.111530] stb0899_search: set DVB-S params
[ 8029.133851] stb6100_set_bandwidth: Bandwidth=61262500
[ 8029.138025] stb6100_get_bandwidth: Bandwidth=62000000
[ 8029.160773] stb6100_get_bandwidth: Bandwidth=62000000
[ 8029.223988] stb6100_set_frequency: Frequency=1237000
[ 8029.228163] stb6100_get_frequency: Frequency=1236990
[ 8029.241120] stb6100_get_bandwidth: Bandwidth=62000000
#lsmod |grep mantis
mantis 43396 17
lnbp21 3200 1 mantis
mb86a16 21632 1 mantis
stb6100 8836 1 mantis
tda10021 7684 1 mantis
tda10023 7300 1 mantis
stb0899 36224 1 mantis
stv0299 11528 1 mantis
dvb_core 89596 2 mantis,stv0299
i2c_core 24832 9 mantis,lnbp21,mb86a16,stb6100,tda10021,tda10023,stb0899,stv0299,nvidia
#lscpi
01:05.0 Multimedia controller: Twinhan Technology Co. Ltd Mantis DTV PCI Bridge Controller [Ver 1.0] (rev 01)
The mantis sources I applied the patch to are from hg repository: http://www.linuxtv.org/wiki/index.php/Azurewave_AD_SP400_CI_(VP-1041)#Drivers> (Method 2)
I hope someone can shatter some light what I'm doing wrong and how it can be fixed to tune a little faster than one station lock per minute :-)
If modular log output is to short I can offer you a "verbosity level = 5"-built mantis module in action... actually it is built with verbosity level=1
thanks in advance for helping!
_________________________________________________________________
Windows Live Spaces - Ihr Leben, Ihr Space. Hier klicken und informieren.
http://get.live.com/spaces/overview
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [linux-dvb] [multiproto patch] add support for using multiproto drivers with old api
2008-08-21 14:31 ` Stefan Ellenberger
@ 2008-09-07 6:18 ` Manu Abraham
0 siblings, 0 replies; 9+ messages in thread
From: Manu Abraham @ 2008-09-07 6:18 UTC (permalink / raw)
To: Stefan Ellenberger; +Cc: linux-dvb
Stefan Ellenberger wrote:
> hello list
>
> I'm using Anssi Hannula patch (multiproto-support-old-api.diff from May 23) to use my Azurwave/Twinhan 1041 card with the old dvb api.
>
> I can perfectly scan (using modified scan from manu) and tune the card (using szap2), but kaffeine (v0.8.6) and vdr (v1.6.0) show problems tuning with that card. It is sort of unreliable: sometimes tuning works fast and fine (namely if you stay on the sane transponder, just changing the pids) but sometimes output of vdr syslog stays like this:
> #lscpi
> 01:05.0 Multimedia controller: Twinhan Technology Co. Ltd Mantis DTV PCI Bridge Controller [Ver 1.0] (rev 01)
>
> The mantis sources I applied the patch to are from hg repository: http://www.linuxtv.org/wiki/index.php/Azurewave_AD_SP400_CI_(VP-1041)#Drivers> (Method 2)
>
> I hope someone can shatter some light what I'm doing wrong and how it can be fixed to tune a little faster than one station lock per minute :-)
>
> If modular log output is to short I can offer you a "verbosity level = 5"-built mantis module in action... actually it is built with verbosity level=1
Please load the modules with the following verbosity
stb0899 verbose=5
stb6100 verbose=5
mantis verbose=1
and send the logs
Regards,
Manu
_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2008-09-07 6:19 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-05-23 14:59 [linux-dvb] [multiproto patch] add support for using multiproto drivers with old api Anssi Hannula
2008-05-23 15:28 ` Andreas Oberritter
2008-05-23 15:38 ` Anssi Hannula
2008-05-23 16:36 ` Faruk A
2008-05-23 16:58 ` Goga777
2008-05-23 17:33 ` Faruk A
2008-05-24 8:37 ` ChaosMedia > WebDev
[not found] <mailman.1.1219312801.18695.linux-dvb@linuxtv.org>
2008-08-21 14:31 ` Stefan Ellenberger
2008-09-07 6:18 ` Manu Abraham
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox