On 10/07/11 20:20, Manu Abraham wrote:
On Fri, Oct 7, 2011 at 10:31 PM, Lutz Sammer wrote:
On 10/06/11 20:56, Manu Abraham wrote:
Mauro,
comments in-line.
On Sat, Oct 1, 2011 at 12:28 AM, Mauro Carvalho Chehab
wrote:
Em 30-09-2011 15:41, Lutz Sammer escreveu:
On 09/30/11 19:07
On 10/06/11 20:56, Manu Abraham wrote:
Mauro,
comments in-line.
On Sat, Oct 1, 2011 at 12:28 AM, Mauro Carvalho Chehab
wrote:
Em 30-09-2011 15:41, Lutz Sammer escreveu:
On 09/30/11 19:07, Mauro Carvalho Chehab wrote:
Em 29-09-2011 18:22, Lutz Sammer escreveu:
Another version of
http
On 09/30/11 19:07, Mauro Carvalho Chehab wrote:
Em 29-09-2011 18:22, Lutz Sammer escreveu:
Another version of
http://patchwork.linuxtv.org/patch/6307
http://patchwork.linuxtv.org/patch/6510
which was superseded or rejected, but I don't know why.
Probably because of the same reason of
fails
on a good frequency.
With the patch more transponder could be locked and locks about 2* faster.
Signed-off-by: Lutz Sammer
---
drivers/media/dvb/frontends/stb0899_algo.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/media/dvb/frontends/stb0899_algo.c
b/dr
fails
on a good frequency.
With the patch more transponder could be locked and locks about 2* faster.
Signed-off-by: Lutz Sammer
---
drivers/media/dvb/frontends/stb0899_algo.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/media/dvb/frontends/stb0899_algo
Hello Hans Petter,
I haven't tested your patch yet, but looking at the source I see some
problems.
What does your patch fix and how?
If you have problem locking channels, try my locking patch:
https://patchwork.kernel.org/patch/753382/
On each step (timing, carrier, data) you reset the derot:
On 05/04/11 01:16, Mauro Carvalho Chehab wrote:
> Em 13-04-2011 21:05, Lutz Sammer escreveu:
>>> On 05/04/11 21:07, Steffen Barszus wrote:
>>>> On Tue, 05 Apr 2011 13:00:14 +0200
>>>> "Issa Gorissen" wrote:
>>>>
>>>>> Hi,
checks for lock before starting a new search.
The first read ignores the loop bit, for the case that the loop bit is
set during the search setup. I also added the msleep to reduce the
traffic on the i2c bus.
Resend, last version seems to be broken by email-client.
Johns
Signed-off-by: Lutz Sammer
Hi,
Have you tried s2-liplianin version of drivers?
http://mercurial.intuxication.org/hg/s2-liplianin/summary
With s2-liplianin + patches I can lock it with the TT-3600-S2
*** Zapping to 1706 '[012e];':
Delivery 6, modulation 8PSK
sat 1, frequency 11681 MHz H, symbolrate 2750, coderate 3/4,
> Hi everyone,
>
> Using a KNC-1 DVB-S2 board I noticed stb0899_read_signal_strength()
> in stb0899_drv.c always return the same value (1450) in dvb-s2 whatever
> the signal power is.
>
> It seems STB0899_READ_S2REG(STB0899_DEMOD, IF_AGC_GAIN) macro always
> returns zero.
>
> Any idea of what i
> On 05/04/11 21:07, Steffen Barszus wrote:
>> On Tue, 05 Apr 2011 13:00:14 +0200
>> "Issa Gorissen" wrote:
>>
>>> Hi,
>>>
>>> Eutelsat made a recent migration from DVB-S to DVB-S2 (since
>>> 31/3/2011) on two transponders on HB13E
>>>
>>> - HOT BIRD 6 13° Est TP 159 Freq 11,681 Ghz DVB-S2 FEC 3/4
search
step and fails to lock.
The new code checks for lock before starting a new search.
The first read ignores the loop bit, for the case that the loop bit is
set during the search setup. I also added the msleep to reduce the
traffic on the i2c bus.
Johns
Signed-off-by: Lutz Sammer
diff
12 matches
Mail list logo
