[linux-dvb] S2API - First release

[linux-dvb] S2API - First release

[lucian orasanu]

Hello Steven Toth,

I was not pro for new DVBS2 API, but seeing now how fast the things are mouving, I think this is reale goodand cool, can you add  your API to stb6100 and stb08900 driver?


      

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

Re: [linux-dvb] S2API - First release

[Manu Abraham]

lucian orasanu wrote:
> Hello Steven Toth,
> 
> I was not pro for new DVBS2 API, but seeing now how fast the things are mouving, I think this is reale goodand cool, can you add  your API to stb6100 and stb08900 driver?
> 


Let me put things a bit clear. The multiproto tree already supports
DVB-S2 and future modulations, with backward compatibility. Also all
STB0899 based devices are supported by the multiproto tree. Patches do
exist for the cx24116 devices as well. Once the API patches are in
kernel (a pull request is already pending) it will be easy to add in
newer devices as well.

If you need to use the stb0899 based drivers, you can simply pull the
tree from http:http://jusst.de/hg/multiproto

It is available -now- you don't have to wait for things

Regards,
Manu

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

[linux-dvb] S2API - First release

[Steven Toth]

Hello,

It's been a crazy few days, please forgive my short absence.

What have I been doing? Well, rather than spending time discussing a new 
S2API on the mailing list, I wanted to actually produce a working series 
of patches that kernel and application developers could begin to test.

Here's where all of the new S2API patches will now appear:

http://linuxtv.org/hg/~stoth/s2

In addition, here's is a userland application that demonstrates tuning 
the current DVB-S/T/C and US ATSC modulations types using the new API. 
(www.steventoth.net/linux/s2/tune-v0.0.1.tgz)

A tuning demo app? What? Obviously, tuning older modulation types via 
the new API isn't a requirements, but it's a useful validation exercise 
for the new S2API. What _IS_ important is..... that it also demonstrates 
using the same tuning mechanism to tune DVB-S2 8PSK / NBC-QPSK 
modulation types, and also has rudimentary ISDB-T support for any 
developers specifically interested.

This S2API tree also contains support for the cx24116 demodulator 
driver, and the Hauppauge HVR4000 family of S2 products. So those 
interested testers/developers can modify the tune.c app demo and make 
changes specific to their area, and try experimenting with the new API 
if they desire. [1]

Obviously, tune.c isn't intelligent, it's not a replacement for szap, 
tzap or whatever - it's simply a standalone S2API test tool, that 
demonstrates the important API interface.

QAM/ATSC are working well, the HVR4000 changes look fine according to 
the debug log (although I have no local satellite feed for testing 
tonight). DVB-T should just work as-is, but I can't test this for a day 
or so. I.E. I've tested what I can in the US but we might have a few 
bugs or gotchas!

If anyone is willing to pull the tree and begin testing with the tune.c 
app then please post all feedback on this thread. [2]

I've received a lot of good feedback of the original 2007 patches. I 
expect to start merging those changes of the coming days. Don't be too 
concerned that your changes are not yet merged, keep watching the S2API 
tree and they will soon appear ... along with a lot of general code 
cleanup (checkpatch violations)

I expect to catchup on my older email tomorrow.

Regards to all,

- Steve
[1] I'll need to review and diff any of the newer HVR4000 driver 
derivatives that people have been using, before merging those changes 
into the S2API tree.
[2] Remember you're going to need the cx24116 firmware if you're 
specifically testing the HVR4000.... but you probably already know that! :)

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

Re: [linux-dvb] S2API - First release

[Roger James]

[-- Attachment #1: Type: text/html, Size: 989 bytes --]

[-- Attachment #2: Type: text/plain, Size: 150 bytes --]

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

Re: [linux-dvb] S2API - First release

[Stephen Rowles]

>> Steven Toth wrote:
>> A tuning demo app? What? Obviously, tuning older modulation types via
>> the new API isn't a requirements, but it's a useful validation exercise
>> for the new S2API.
>>
>> Steven
>
> Your statement about tuning older modulation types not being a
> requirement worries me. I would have thought it was an important
> requirement from an application perspective to be able to tune old and
> new modulation types through one api. The services I use (BSkyB and
> Freesat) are mostly DVB-S with very little if any S2. But I would like
> to be able to tune them via my (not so) new S2 card. Maybe I have
> misinterpreted what you meant.

I imagine that there isn't really any need to use the S2 API to tune older
modulation types, because you just use the existing API if you want the
old style tuning.

However I would agree that if the new API supports both old and new style
tuning, then that is nicer for anyone writing a new app, as they only have
to code for the S2API, and get support for all tuning styles. Unless I too
am not understanding :)


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

Re: [linux-dvb] S2API - First release

[Steven Toth]

Stephen Rowles wrote:
>>> Steven Toth wrote:
>>> A tuning demo app? What? Obviously, tuning older modulation types via
>>> the new API isn't a requirements, but it's a useful validation exercise
>>> for the new S2API.
>>>
>>> Steven
>> Your statement about tuning older modulation types not being a
>> requirement worries me. I would have thought it was an important
>> requirement from an application perspective to be able to tune old and
>> new modulation types through one api. The services I use (BSkyB and
>> Freesat) are mostly DVB-S with very little if any S2. But I would like
>> to be able to tune them via my (not so) new S2 card. Maybe I have
>> misinterpreted what you meant.
> 
> I imagine that there isn't really any need to use the S2 API to tune older
> modulation types, because you just use the existing API if you want the
> old style tuning.

Correct, it's the developers choice.

> 
> However I would agree that if the new API supports both old and new style
> tuning, then that is nicer for anyone writing a new app, as they only have
> to code for the S2API, and get support for all tuning styles. Unless I too
> am not understanding :)

Correct again, it supports old and new tuners.

- Steve

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

Re: [linux-dvb] S2API - First release

[barry bouwsma]

--- On Thu, 9/4/08, Roger James <roger@beardandsandals.co.uk> wrote:

>  The services I use (BSkyB and
> Freesat) are mostly DVB-S with very little if any S2.

Howdy,

Just to clarify things, in fact, BSkyB is indeed making rather
heavy use of DVB-S2, with -- based on what I've read and results
of previous `scan's (as I have no DVB-S2-capable tuner), two more
transponders recently or about to switch from DVB-S to DVB-S2.

If I am to trust my manually-added notes to my frequency list,
that is bringing the number of DVB-S2 transponders at 28E to
almost ten, more or less.

However, as I understand it, the specs from Freesat for the SD
receivers do not include DVB-S2 ability (or is it H.264, or both?)
and Sky SD receivers also do not support this (nor dynamic PMT,
thus the need for umpteen regional variants of ITV1 and BBC1
and not-so-many C4/+1) and as a result, pretty much lock the
broadcasters into a far less efficient use of the scarce spectrum
for the near future.

The existing HDTV Freesat/FTA services are H.264 over DVB-S, but
all Freesat-HD receivers will need to tune DVB-S2, and it is
likely that BBC-HD will in the not-terribly-distant future be
using a DVB-S2 transponder.  Likewise ITV-HD, C4HD when it makes
it to Freesat, and all the regular channels that get HD versions.

BSkyB actually makes the most use of DVB-S2 for DTH satellite in
europe that I am aware of, but these services are pretty much
exclusively subscription services.


I agree that due to compatibility with SD services, DVB-S reception
will be a necessity for quite some time to come in many markets.


barry bouwsma


      


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

Re: [linux-dvb] S2API - First release

[Steven Toth]

Roger James wrote:
> Steven Toth wrote:
>> A tuning demo app? What? Obviously, tuning older modulation types via 
>> the new API isn't a requirements, but it's a useful validation exercise 
>> for the new S2API.
> Steven,
> 
> Your statement about tuning older modulation types not being a 
> requirement worries me. I would have thought it was an important 
> requirement from an application perspective to be able to tune old and 
> new modulation types through one api. The services I use (BSkyB and 
> Freesat) are mostly DVB-S with very little if any S2. But I would like 
> to be able to tune them via my (not so) new S2 card. Maybe I have 
> misinterpreted what you meant.

Late night, odd choice of words.

The new API is capable of tuning the old and new products. For 
application developers it's not mandatory to move all of your tuning 
code to the new API just to support all of your current DVB products.

The S2 API support is written to support every current and new DVB card 
we're likely to see over the next 10 years, it's flexible... I'm simply 
saying that application developers can slowly migrate their code to it 
... you don't have to move all of your tuning code to the new API in one go.

- Steve

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

Re: [linux-dvb] S2API - First release

[Igor M. Liplianin]

В сообщении от 4 September 2008 07:54:33 Steven Toth написал(а):
> Hello,
>
> It's been a crazy few days, please forgive my short absence.
>
> What have I been doing? Well, rather than spending time discussing a new
> S2API on the mailing list, I wanted to actually produce a working series
> of patches that kernel and application developers could begin to test.
>
> Here's where all of the new S2API patches will now appear:
>
> http://linuxtv.org/hg/~stoth/s2
>
> In addition, here's is a userland application that demonstrates tuning
> the current DVB-S/T/C and US ATSC modulations types using the new API.
> (www.steventoth.net/linux/s2/tune-v0.0.1.tgz)
>
> A tuning demo app? What? Obviously, tuning older modulation types via
> the new API isn't a requirements, but it's a useful validation exercise
> for the new S2API. What _IS_ important is..... that it also demonstrates
> using the same tuning mechanism to tune DVB-S2 8PSK / NBC-QPSK
> modulation types, and also has rudimentary ISDB-T support for any
> developers specifically interested.
>
> This S2API tree also contains support for the cx24116 demodulator
> driver, and the Hauppauge HVR4000 family of S2 products. So those
> interested testers/developers can modify the tune.c app demo and make
> changes specific to their area, and try experimenting with the new API
> if they desire. [1]
>
> Obviously, tune.c isn't intelligent, it's not a replacement for szap,
> tzap or whatever - it's simply a standalone S2API test tool, that
> demonstrates the important API interface.
>
> QAM/ATSC are working well, the HVR4000 changes look fine according to
> the debug log (although I have no local satellite feed for testing
> tonight). DVB-T should just work as-is, but I can't test this for a day
> or so. I.E. I've tested what I can in the US but we might have a few
> bugs or gotchas!
>
> If anyone is willing to pull the tree and begin testing with the tune.c
> app then please post all feedback on this thread. [2]
>
> I've received a lot of good feedback of the original 2007 patches. I
> expect to start merging those changes of the coming days. Don't be too
> concerned that your changes are not yet merged, keep watching the S2API
> tree and they will soon appear ... along with a lot of general code
> cleanup (checkpatch violations)
>
> I expect to catchup on my older email tomorrow.
>
> Regards to all,
>
> - Steve
> [1] I'll need to review and diff any of the newer HVR4000 driver
> derivatives that people have been using, before merging those changes
> into the S2API tree.
> [2] Remember you're going to need the cx24116 firmware if you're
> specifically testing the HVR4000.... but you probably already know that! :)
>
> _______________________________________________
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Good news. I will test it with my cx24116 based cards (not HVR4000)
 
Igor

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

Re: [linux-dvb] S2API - First release

[Steven Toth]

Igor M. Liplianin wrote:
> В сообщении от 4 September 2008 07:54:33 Steven Toth написал(а):
>> Hello,
>>
>> It's been a crazy few days, please forgive my short absence.
>>
>> What have I been doing? Well, rather than spending time discussing a new
>> S2API on the mailing list, I wanted to actually produce a working series
>> of patches that kernel and application developers could begin to test.
>>
>> Here's where all of the new S2API patches will now appear:
>>
>> http://linuxtv.org/hg/~stoth/s2
>>
>> In addition, here's is a userland application that demonstrates tuning
>> the current DVB-S/T/C and US ATSC modulations types using the new API.
>> (www.steventoth.net/linux/s2/tune-v0.0.1.tgz)
>>
>> A tuning demo app? What? Obviously, tuning older modulation types via
>> the new API isn't a requirements, but it's a useful validation exercise
>> for the new S2API. What _IS_ important is..... that it also demonstrates
>> using the same tuning mechanism to tune DVB-S2 8PSK / NBC-QPSK
>> modulation types, and also has rudimentary ISDB-T support for any
>> developers specifically interested.
>>
>> This S2API tree also contains support for the cx24116 demodulator
>> driver, and the Hauppauge HVR4000 family of S2 products. So those
>> interested testers/developers can modify the tune.c app demo and make
>> changes specific to their area, and try experimenting with the new API
>> if they desire. [1]
>>
>> Obviously, tune.c isn't intelligent, it's not a replacement for szap,
>> tzap or whatever - it's simply a standalone S2API test tool, that
>> demonstrates the important API interface.
>>
>> QAM/ATSC are working well, the HVR4000 changes look fine according to
>> the debug log (although I have no local satellite feed for testing
>> tonight). DVB-T should just work as-is, but I can't test this for a day
>> or so. I.E. I've tested what I can in the US but we might have a few
>> bugs or gotchas!
>>
>> If anyone is willing to pull the tree and begin testing with the tune.c
>> app then please post all feedback on this thread. [2]
>>
>> I've received a lot of good feedback of the original 2007 patches. I
>> expect to start merging those changes of the coming days. Don't be too
>> concerned that your changes are not yet merged, keep watching the S2API
>> tree and they will soon appear ... along with a lot of general code
>> cleanup (checkpatch violations)
>>
>> I expect to catchup on my older email tomorrow.
>>
>> Regards to all,
>>
>> - Steve
>> [1] I'll need to review and diff any of the newer HVR4000 driver
>> derivatives that people have been using, before merging those changes
>> into the S2API tree.
>> [2] Remember you're going to need the cx24116 firmware if you're
>> specifically testing the HVR4000.... but you probably already know that! :)
>>
>> _______________________________________________
>> linux-dvb mailing list
>> linux-dvb@linuxtv.org
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> Good news. I will test it with my cx24116 based cards (not HVR4000)

Thanks.

If you have any issues I'm on IRC, ping me - it could be something 
minor. I'm planning to grab a DVB-S generator today for some more 
testing this evening.

- Steve


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

Re: [linux-dvb] S2API - First release

[Hans Werner]

> Hello,
> 
> It's been a crazy few days, please forgive my short absence.
> 
> What have I been doing? Well, rather than spending time discussing a new 
> S2API on the mailing list, I wanted to actually produce a working series 
> of patches that kernel and application developers could begin to test.
> 

Great, that's good to hear :) .

> In addition, here's is a userland application that demonstrates tuning 
> the current DVB-S/T/C and US ATSC modulations types using the new API. 
> (www.steventoth.net/linux/s2/tune-v0.0.1.tgz)
> 
> A tuning demo app? What? Obviously, tuning older modulation types via 
> the new API isn't a requirements, but it's a useful validation exercise 
> for the new S2API. What _IS_ important is..... that it also demonstrates 
> using the same tuning mechanism to tune DVB-S2 8PSK / NBC-QPSK 
> modulation types, and also has rudimentary ISDB-T support for any 
> developers specifically interested.
> 
> This S2API tree also contains support for the cx24116 demodulator 
> driver, and the Hauppauge HVR4000 family of S2 products. So those 
> interested testers/developers can modify the tune.c app demo and make 
> changes specific to their area, and try experimenting with the new API 
> if they desire. [1]

Even better!
 
> Obviously, tune.c isn't intelligent, it's not a replacement for szap, 
> tzap or whatever - it's simply a standalone S2API test tool, that 
> demonstrates the important API interface.

> 
> If anyone is willing to pull the tree and begin testing with the tune.c 
> app then please post all feedback on this thread. [2]

I will test it with the HVR4000.

Looking at the code in dvb_frontend.c I think TV_SET_TONE and TV_SET_VOLTAGE don't do
anything. Or am I missing something?

Regards,
Hans

-- 
Release early, release often.

Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten 
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

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

Re: [linux-dvb] S2API - First release

[Steven Toth]

Hans Werner wrote:
>> Hello,
>>
>> It's been a crazy few days, please forgive my short absence.
>>
>> What have I been doing? Well, rather than spending time discussing a new 
>> S2API on the mailing list, I wanted to actually produce a working series 
>> of patches that kernel and application developers could begin to test.
>>
> 
> Great, that's good to hear :) .
> 
>> In addition, here's is a userland application that demonstrates tuning 
>> the current DVB-S/T/C and US ATSC modulations types using the new API. 
>> (www.steventoth.net/linux/s2/tune-v0.0.1.tgz)
>>
>> A tuning demo app? What? Obviously, tuning older modulation types via 
>> the new API isn't a requirements, but it's a useful validation exercise 
>> for the new S2API. What _IS_ important is..... that it also demonstrates 
>> using the same tuning mechanism to tune DVB-S2 8PSK / NBC-QPSK 
>> modulation types, and also has rudimentary ISDB-T support for any 
>> developers specifically interested.
>>
>> This S2API tree also contains support for the cx24116 demodulator 
>> driver, and the Hauppauge HVR4000 family of S2 products. So those 
>> interested testers/developers can modify the tune.c app demo and make 
>> changes specific to their area, and try experimenting with the new API 
>> if they desire. [1]
> 
> Even better!
>  
>> Obviously, tune.c isn't intelligent, it's not a replacement for szap, 
>> tzap or whatever - it's simply a standalone S2API test tool, that 
>> demonstrates the important API interface.
> 
>> If anyone is willing to pull the tree and begin testing with the tune.c 
>> app then please post all feedback on this thread. [2]
> 
> I will test it with the HVR4000.
> 
> Looking at the code in dvb_frontend.c I think TV_SET_TONE and TV_SET_VOLTAGE don't do
> anything. Or am I missing something?

My bad.

Pull again from ~stoth/s2, I fixed this last night and tested with a 
generator.

DVB-S is working fine. 8PSK and NBC-QPSK would also work - assuming you 
have the right tuning params (pilot etc).

- Steve

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

Re: [linux-dvb] S2API - First release

[Igor M. Liplianin]

[-- Attachment #1: Type: text/plain, Size: 3073 bytes --]

В сообщении от 4 September 2008 07:54:33 Steven Toth написал(а):
> Hello,
>
> It's been a crazy few days, please forgive my short absence.
>
> What have I been doing? Well, rather than spending time discussing a new
> S2API on the mailing list, I wanted to actually produce a working series
> of patches that kernel and application developers could begin to test.
>
> Here's where all of the new S2API patches will now appear:
>
> http://linuxtv.org/hg/~stoth/s2
>
> In addition, here's is a userland application that demonstrates tuning
> the current DVB-S/T/C and US ATSC modulations types using the new API.
> (www.steventoth.net/linux/s2/tune-v0.0.1.tgz)
>
> A tuning demo app? What? Obviously, tuning older modulation types via
> the new API isn't a requirements, but it's a useful validation exercise
> for the new S2API. What _IS_ important is..... that it also demonstrates
> using the same tuning mechanism to tune DVB-S2 8PSK / NBC-QPSK
> modulation types, and also has rudimentary ISDB-T support for any
> developers specifically interested.
>
> This S2API tree also contains support for the cx24116 demodulator
> driver, and the Hauppauge HVR4000 family of S2 products. So those
> interested testers/developers can modify the tune.c app demo and make
> changes specific to their area, and try experimenting with the new API
> if they desire. [1]
>
> Obviously, tune.c isn't intelligent, it's not a replacement for szap,
> tzap or whatever - it's simply a standalone S2API test tool, that
> demonstrates the important API interface.
>
> QAM/ATSC are working well, the HVR4000 changes look fine according to
> the debug log (although I have no local satellite feed for testing
> tonight). DVB-T should just work as-is, but I can't test this for a day
> or so. I.E. I've tested what I can in the US but we might have a few
> bugs or gotchas!
>
> If anyone is willing to pull the tree and begin testing with the tune.c
> app then please post all feedback on this thread. [2]
>
> I've received a lot of good feedback of the original 2007 patches. I
> expect to start merging those changes of the coming days. Don't be too
> concerned that your changes are not yet merged, keep watching the S2API
> tree and they will soon appear ... along with a lot of general code
> cleanup (checkpatch violations)
>
> I expect to catchup on my older email tomorrow.
>
> Regards to all,
>
> - Steve
> [1] I'll need to review and diff any of the newer HVR4000 driver
> derivatives that people have been using, before merging those changes
> into the S2API tree.
> [2] Remember you're going to need the cx24116 firmware if you're
> specifically testing the HVR4000.... but you probably already know that! :)
>
> _______________________________________________
> linux-dvb mailing list
> linux-dvb@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

Is it possible to add TeVii S460 support to your repository?
Patch included.
I have locked signal with tune.c succesfully.
 
Igor M. Liplianin

[-- Attachment #2: s460.diff --]
[-- Type: text/plain, Size: 3765 bytes --]

# HG changeset patch
# User Igor M. Liplianin <liplianin@me.by>
# Date 1220559854 -10800
# Node ID f898da8b5a04287ed5c0ac282dfe9e3b7efb3507
# Parent 3a4c28521d430bfee3eef546b499fc58dd032952
Added support for TeVii S460 DVB-S/S2 card

From: Igor M. Liplianin <liplianin@me.by>

Added support for TeVii S460 DVB-S/S2 card. The card
based on cx24116 demodulator.

Signed-off-by: Igor M. Liplianin <liplianin@me.by>

--- a/linux/drivers/media/video/cx88/cx88-cards.c	Thu Sep 04 00:17:33 2008 -0400
+++ b/linux/drivers/media/video/cx88/cx88-cards.c	Thu Sep 04 23:24:14 2008 +0300
@@ -1746,6 +1746,18 @@
 		} },
 		.mpeg           = CX88_MPEG_DVB,
 	},
+	[CX88_BOARD_TEVII_S460] = {
+		.name           = "TeVii S460 DVB-S/S2",
+		.tuner_type     = UNSET,
+		.radio_type     = UNSET,
+		.tuner_addr     = ADDR_UNSET,
+		.radio_addr     = ADDR_UNSET,
+		.input          = {{
+			.type   = CX88_VMUX_DVB,
+			.vmux   = 0,
+		} },
+		.mpeg           = CX88_MPEG_DVB,
+	},
 };
 
 /* ------------------------------------------------------------------ */
@@ -2115,6 +2127,10 @@
 		.subvendor = 0x0070,
 		.subdevice = 0x6906,
 		.card      = CX88_BOARD_HAUPPAUGE_HVR4000LITE,
+	}, {
+		.subvendor = 0xD460,
+		.subdevice = 0x9022,
+		.card      = CX88_BOARD_TEVII_S460,
 	},
 };
 
@@ -2686,7 +2702,14 @@
 		tea5767_cfg.priv  = &ctl;
 
 		cx88_call_i2c_clients(core, TUNER_SET_CONFIG, &tea5767_cfg);
+		break;
 	}
+	case  CX88_BOARD_TEVII_S460:
+		cx_write(MO_SRST_IO, 0);
+		msleep(100);
+		cx_write(MO_SRST_IO, 1);
+		msleep(100);
+		break;
 	} /*end switch() */
 
 
--- a/linux/drivers/media/video/cx88/cx88-dvb.c	Thu Sep 04 00:17:33 2008 -0400
+++ b/linux/drivers/media/video/cx88/cx88-dvb.c	Thu Sep 04 23:24:14 2008 +0300
@@ -377,6 +377,31 @@
 	return 0;
 }
 
+static int tevii_dvbs_set_voltage(struct dvb_frontend *fe,
+				      fe_sec_voltage_t voltage)
+{
+	struct cx8802_dev *dev= fe->dvb->priv;
+	struct cx88_core *core = dev->core;
+
+	switch (voltage) {
+		case SEC_VOLTAGE_13:
+			printk("LNB Voltage SEC_VOLTAGE_13\n");
+			cx_write(MO_GP0_IO, 0x00006040);
+			break;
+		case SEC_VOLTAGE_18:
+			printk("LNB Voltage SEC_VOLTAGE_18\n");
+			cx_write(MO_GP0_IO, 0x00006060);
+			break;
+		case SEC_VOLTAGE_OFF:
+		   	printk("LNB Voltage SEC_VOLTAGE_off\n");
+			break;
+	}
+
+	if (core->prev_set_voltage)
+		return core->prev_set_voltage(fe, voltage);
+	return 0;
+}
+
 static int cx88_pci_nano_callback(void *ptr, int command, int arg)
 {
 	struct cx88_core *core = ptr;
@@ -553,6 +578,12 @@
 	.demod_address          = 0x05,
 	.set_ts_params          = cx24116_set_ts_param,
 	.reset_device           = cx24116_reset_device,
+};
+
+static struct cx24116_config tevii_s460_config = {
+	.demod_address = 0x55,
+	.set_ts_params = cx24116_set_ts_param,
+	.reset_device  = cx24116_reset_device,
 };
 
 static int dvb_register(struct cx8802_dev *dev)
@@ -933,6 +964,15 @@
 				0x08, 0x00, 0x00);
 		}
 		break;
+	case CX88_BOARD_TEVII_S460:
+	        dev->dvb.frontend = dvb_attach(cx24116_attach,
+					       &tevii_s460_config,
+					       &core->i2c_adap);
+		if (dev->dvb.frontend != NULL) {
+			core->prev_set_voltage = dev->dvb.frontend->ops.set_voltage;
+			dev->dvb.frontend->ops.set_voltage = tevii_dvbs_set_voltage;
+		}
+		break;
 	default:
 		printk(KERN_ERR "%s/2: The frontend of your DVB/ATSC card isn't supported yet\n",
 		       core->name);
--- a/linux/drivers/media/video/cx88/cx88.h	Thu Sep 04 00:17:33 2008 -0400
+++ b/linux/drivers/media/video/cx88/cx88.h	Thu Sep 04 23:24:14 2008 +0300
@@ -224,6 +224,7 @@
 #define CX88_BOARD_KWORLD_ATSC_120         67
 #define CX88_BOARD_HAUPPAUGE_HVR4000       68
 #define CX88_BOARD_HAUPPAUGE_HVR4000LITE   69
+#define CX88_BOARD_TEVII_S460              70
 
 enum cx88_itype {
 	CX88_VMUX_COMPOSITE1 = 1,

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

Re: [linux-dvb] S2API - First release

[Hans Werner]

-------- Original-Nachricht --------
> Datum: Sat, 6 Sep 2008 14:57:59 +0300
> Von: "Igor M. Liplianin" <liplianin@tut.by>
> An: linux-dvb@linuxtv.org
> Betreff: Re: [linux-dvb] S2API - First release

> В сообщении от 4 September 2008 07:54:33 Steven Toth
> написал(а):
> > Hello,
> >
> > It's been a crazy few days, please forgive my short absence.
> >
> > What have I been doing? Well, rather than spending time discussing a new
> > S2API on the mailing list, I wanted to actually produce a working series
> > of patches that kernel and application developers could begin to test.
> >
> > Here's where all of the new S2API patches will now appear:
> >
> > http://linuxtv.org/hg/~stoth/s2
> >
> > In addition, here's is a userland application that demonstrates tuning
> > the current DVB-S/T/C and US ATSC modulations types using the new API.
> > (www.steventoth.net/linux/s2/tune-v0.0.1.tgz)
> >
> > A tuning demo app? What? Obviously, tuning older modulation types via
> > the new API isn't a requirements, but it's a useful validation exercise
> > for the new S2API. What _IS_ important is..... that it also demonstrates
> > using the same tuning mechanism to tune DVB-S2 8PSK / NBC-QPSK
> > modulation types, and also has rudimentary ISDB-T support for any
> > developers specifically interested.
> >
> > This S2API tree also contains support for the cx24116 demodulator
> > driver, and the Hauppauge HVR4000 family of S2 products. So those
> > interested testers/developers can modify the tune.c app demo and make
> > changes specific to their area, and try experimenting with the new API
> > if they desire. [1]
> >
> > Obviously, tune.c isn't intelligent, it's not a replacement for szap,
> > tzap or whatever - it's simply a standalone S2API test tool, that
> > demonstrates the important API interface.
> >
> > QAM/ATSC are working well, the HVR4000 changes look fine according to
> > the debug log (although I have no local satellite feed for testing
> > tonight). DVB-T should just work as-is, but I can't test this for a day
> > or so. I.E. I've tested what I can in the US but we might have a few
> > bugs or gotchas!
> >
> > If anyone is willing to pull the tree and begin testing with the tune.c
> > app then please post all feedback on this thread. [2]
> >
> > I've received a lot of good feedback of the original 2007 patches. I
> > expect to start merging those changes of the coming days. Don't be too
> > concerned that your changes are not yet merged, keep watching the S2API
> > tree and they will soon appear ... along with a lot of general code
> > cleanup (checkpatch violations)
> >
> > I expect to catchup on my older email tomorrow.
> >
> > Regards to all,
> >
> > - Steve
> > [1] I'll need to review and diff any of the newer HVR4000 driver
> > derivatives that people have been using, before merging those changes
> > into the S2API tree.
> > [2] Remember you're going to need the cx24116 firmware if you're
> > specifically testing the HVR4000.... but you probably already know that!
> :)
> >
> > _______________________________________________
> > linux-dvb mailing list
> > linux-dvb@linuxtv.org
> > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> 
> Is it possible to add TeVii S460 support to your repository?
> Patch included.
> I have locked signal with tune.c succesfully.
>  
> Igor M. Liplianin

Steve,

I have been tracking down the following bug which affects the LNB voltage. I now have
signal lock for DVB-S and DVB-S2 (QPSK, Astra HD Promo) with the HVR4000.

Regards,
Hans

diff -r f03dc5bfc40f linux/drivers/media/dvb/dvb-core/dvb_frontend.c
--- a/linux/drivers/media/dvb/dvb-core/dvb_frontend.c   Thu Sep 04 20:19:43 2008 -0400
+++ b/linux/drivers/media/dvb/dvb-core/dvb_frontend.c   Sun Sep 07 02:46:17 2008 +0100
@@ -1301,7 +1301,7 @@ int tv_property_process(struct dvb_front
        case TV_SET_VOLTAGE:
                fe->tv_property_cache.voltage = tvp->u.data;
                r = dvb_frontend_ioctl_legacy(inode, file, FE_SET_VOLTAGE,
-                       &fe->tv_property_cache.voltage);
+                       (void *)fe->tv_property_cache.voltage);
                break;
        case TV_GET_VOLTAGE:
                tvp->u.data = fe->tv_property_cache.voltage;


-- 
Release early, release often.

GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion!
http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196

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

Re: [linux-dvb] S2API - First release

[Steven Toth]

> Steve,
> 
> I have been tracking down the following bug which affects the LNB voltage. I now have
> signal lock for DVB-S and DVB-S2 (QPSK, Astra HD Promo) with the HVR4000.

Hans, thanks for fixing this. I've applied it the ~stoth/s2 tree.

Good to hear you're up and running with the HVR4000!

Regards,

Steve


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

Re: [linux-dvb] S2API - First release

[Steven Toth]

> Is it possible to add TeVii S460 support to your repository?
> Patch included.
> I have locked signal with tune.c succesfully.
>  
> Igor M. Liplianin
> 


Applied, thank you. :)

Regards,

Steve

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