Hi Tycho,
On 20/01/18 15:49, Tycho Lürsen wrote:
> Right, but we still need a maintainer. Are you capable/willing to
> volunteer for the job?
If no-one else will then yes I can, but I can't claim to know these devices
inside out. It would really depend on what's required of a maintainer, I'm
Hi Tycho,
On 19/01/18 13:59, Tycho Lürsen wrote:
> Hi Jemma,
>
> I'm with you: let's get merged at least something!
>
> Did you find a maintainer for this driver?
> I can do simple stuff like in my fork of Soeren Moch's repo, but thats
> where it ends. I dont have the knowledge needed to
On 03/12/17 14:11, Soeren Moch wrote:
On 03.12.2017 11:57, Jemma Denson wrote:
On 02/12/17 23:59, Soeren Moch wrote:
All the entries in the TODO file are not specific for saa716x_ff.
Ah, it's been a few months since I looked at that. I think some of the
things listed I had already identified
On 02/12/17 23:59, Soeren Moch wrote:
On 02.12.2017 20:49, Mauro Carvalho Chehab wrote:
Em Sat, 2 Dec 2017 18:51:16 +
Jemma Denson <jden...@gmail.com> escreveu:
Would I be correct in thinking the main blocker to this is the *_ff features
used by the S2-6400 card? There's plenty of
Hi Mauro,
On 27/11/17 11:24, Mauro Carvalho Chehab wrote:
Em Fri, 24 Nov 2017 17:28:37 +0100
Tycho Lürsen escreveu:
Hi Mauro,
afaik the last communication about submission of this driver was about
two months ago.
This driver is important to me, because I own several
On 17/08/17 20:50, Jemma Denson wrote:
On 16/08/17 10:42, Mauro Carvalho Chehab wrote:
I've just tested both your v2 patch and changes I'm suggesting above; both work
fine on my setup. Do you want me to send a v3?
Yeah, sure! I'm currently in travel, returning only on Friday, and I don't
have
on overload if dcl enabled
- add short sleep before re-enabling dcl
- only check overload and potentially return EINVAL if device is on
v4 - revert v3 sleep logic changes to remove tuning delays
Signed-off-by: Mauro Carvalho Chehab <mche...@s-opensource.com>
Signed-off-by: Jemma Denson
On 16/08/17 10:42, Mauro Carvalho Chehab wrote:
I've just tested both your v2 patch and changes I'm suggesting above; both work
fine on my setup. Do you want me to send a v3?
Yeah, sure! I'm currently in travel, returning only on Friday, and I don't
have the hardware to test. So, if you can
override_or option so should still work
fine
on cx88 based cards which disable dynamic current limit.
Signed-off-by: Mauro Carvalho Chehab <mche...@s-opensource.com>
Signed-off-by: Jemma Denson <jden...@gmail.com>
---
drivers/media/dvb-frontends/isl6421.c | 77 +++
Hi Mauro,
On 13/08/17 20:35, Mauro Carvalho Chehab wrote:
This Kaffeine's BZ:
https://bugs.kde.org/show_bug.cgi?id=374693
affects SkyStar S2 PCI DVB-S/S2 rev 3.3 device. It could be due to
a Kernel bug.
While checking the Isil 6421, comparing with its manual, available at:
Hi Mauro,
Just tried this on my card - unfortunately the patch as is doesn't work.
On 13/08/17 13:10, Mauro Carvalho Chehab wrote:
This Kaffeine's BZ:
https://bugs.kde.org/show_bug.cgi?id=374693
affects SkyStar S2 PCI DVB-S/S2 rev 3.3 device. It could be due to
a Kernel bug.
While
nical.com>
---
drivers/media/dvb-frontends/cx24120.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
Yes, that's needed, thanks!
Acked-by: Jemma Denson <jden...@gmail.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the
On 14/06/16 19:31, Nick Whitehead wrote:
I've just started to use this to recover EIT information from the
transmitted stream (UK, freeview).
I've managed to get the tables OK, but the EIT name / description for
all HD channels is scrambled. Some research indicates these are
huffman encoded
Hi Neil,
Sorry, I can't help with the Compro, but maybe with the Technisat :)
On 10/03/16 13:53, Neil Cordwell wrote:
Technisat Skystar S2
When I first installed this card I couldn't find the firmware
dvb-fe-cx24120-1.20.58.2.fw. Downloaded this from github and now there are
no errors in
Signal handlers are currently out of order - SIGALRM is always set, and
SIGINT only set when timeout is set. These should be the other way round.
Signed-off-by: Jemma Denson <jden...@gmail.com>
---
utils/dvb/dvbv5-zap.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
Signal handlers are currently out of order - SIGALRM is always set, and
SIGINT only set when timeout is set. These should be the other way round.
Signed-off-by: Jemma Denson <jden...@gmail.com>
---
utils/dvb/dvbv5-zap.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
Timeout handlers aren't set when running with -x (exit after tuning).
This patch adds handlers so -t can be used with -x.
Without a timeout dvbv5-zap will run forever if there's no signal,
preventing it's use by scripts to obtain signal stats.
Signed-off-by: Jemma Denson <jden...@gmail.
Code repeated 3 times; move to common function.
Signed-off-by: Jemma Denson <jden...@gmail.com>
---
utils/dvb/dvbv5-zap.c | 33 +
1 file changed, 13 insertions(+), 20 deletions(-)
diff --git a/utils/dvb/dvbv5-zap.c b/utils/dvb/dvbv5-zap.c
index 2d71307..e
This patch series replaces the single patch sent earlier today. Essentially
it's to allow -t to be used at the same time as -x. We have a requirement
to show signal stats in a web interface and a lack of timeout would cause
issues when there's no signal.
The other patches are fixing bugs I
Signal here should be SIGALRM and not SIGINT in order to call do_timeout().
Signed-off-by: Jemma Denson <jden...@gmail.com>
---
utils/dvb/dvbv5-zap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/utils/dvb/dvbv5-zap.c b/utils/dvb/dvbv5-zap.c
index 2d19d45..2d71307
Hi Manu,
On 08/10/15 17:28, Manu Abraham wrote:
Hi,
I just got back at work again. Will set things up this weekend/next week.
Have you had a chance to make any more progress on this?
As you're probably aware there are quite a few drivers waiting for
saa716x to be integrated into the tree;
Hi Robert,
On 18/11/15 19:08, Robert wrote:
Normally i'm using kaffeine, but i have tried dvbv5-scan now.
Unfortunately it segfaults. I have attached the full output including
the backtrace [1]
I can't help with the segfault I'm afraid, but looking at that log it is
definitely not managing
Hi Robert,
On 18/11/15 15:03, Robert wrote:
Hello,
I am using a "TechniSat SkyStar S2" DVB-S2 card. Drivers for this card
are included in the kernel tree since 4.2. Unfortunately, i can't tune
to ANY DVB-S2 channels with this new in-tree driver. DVB-S channels are
working fine. Id[1] of the
Hi Mauro,
On 10/06/15 00:56, Mauro Carvalho Chehab wrote:
Hmm... if patch 1 is enough to fix the issue, and patch 4 may break
things, I'll apply only patch 1/4 for now. If Patrick agrees, and you
find a way to avoid breakages, please resubmit for me to apply the
other ones. Regards, Mauro
Hi Antti,
On 01/06/15 07:14, Antti Palosaari wrote:
On 05/30/2015 09:10 PM, Jemma Denson wrote:
The flexcop bridge chip has two banks of hardware pid filters -
an initial 6, and on some chip revisions an additional bank of 32.
A bug is present on the initial 6 - when changing transponders
one
Some demods are aware that their stream has stopped, such as whilst
tuning. Allow them to control the flexcop receive and output
streams.
This avoids flexcop_pci_irq_check_work from triggering and resetting
the stream unneccesarily due to a lack of data.
Signed-off-by: Jemma Denson jden
interfere with hw_filter code isn't missed.
* Control both streams - so output stream aswell as receive.
* Track the external stream state so we don't leave the stream turned
off in a reset.
* Don't let the external control start the stream until a feed is
actually requested.
Jemma Denson (4
Now that b2c2 has an option to allow us to do so, turn off the
flexcop streams when we turn off mpeg output whilst tuning.
Signed-off-by: Jemma Denson jden...@gmail.com
---
drivers/media/common/b2c2/flexcop-fe-tuner.c | 10 ++
drivers/media/dvb-frontends/cx24120.c| 29
As this bit of code is resetting the flexcop stream and the hardware
filter a better place for it is in flexcop-hw-filter.c
Signed-off-by: Jemma Denson jden...@gmail.com
---
drivers/media/common/b2c2/flexcop-common.h| 1 +
drivers/media/common/b2c2/flexcop-hw-filter.c | 17
the inital 6 and solely use
just the additional 32, and enables this option for the SkystarS2
card. Other cards can be added as required if they also have
this bug.
Signed-off-by: Jemma Denson jden...@gmail.com
---
drivers/media/common/b2c2/flexcop-common.h| 1 +
drivers/media/common/b2c2
Hi Patrick,
On 26/05/15 10:05, Patrick Boettcher wrote:
Now that b2c2 has an option to allow us to do so, turn off the
flexcop receive stream when we turn off mpeg output whilst tuning.
Does this not fix (and your '[PATCH 2/4]') the problem of receiving
PAT from the previously tuned
On 26/05/15 08:53, Ian Campbell wrote:
Hello,
I'm looking to get a DVB-T2 tuner card to add UK Freeview HD to my
mythtv box.
Looking at http://linuxtv.org/wiki/index.php/DVB-T2_PCIe_Cards is seems
that many (the majority even) of the cards there are actually DVB-S2.
Is this a mistake or is
On 22/05/15 21:28, Jemma Denson wrote:
When letting an external device control the receive stream, it won't
know when there's demand for any feeds, so won't be turning off our
receive stream. This patch bring back control of turning it off in
this sitation.
The demod can still delay turning
when it turns off it's output
during tuning. I'm not sure it actually needs to turn it's output
stream off, and the patches also make it easy to disable this.
Jemma Denson (4):
b2c2: Add option to skip the first 6 pid filters
b2c2: Allow external stream control
cx24120: Take control of b2c2
the inital 6 and solely use
just the additional 32, and enables this option for the SkystarS2
card. Other cards can be added as required if they also have
this bug.
Signed-off-by: Jemma Denson jden...@gmail.com
---
drivers/media/common/b2c2/flexcop-common.h| 1 +
drivers/media/common/b2c2
function.
The feature added is to allow passing control of the flexcop
receive stream to another device, such as the demod chip.
Signed-off-by: Jemma Denson jden...@gmail.com
---
drivers/media/common/b2c2/flexcop-common.h| 2 ++
drivers/media/common/b2c2/flexcop-hw-filter.c | 6 --
2 files
turn it off temporarily whilst it knows there's no
stream, such as whilst tuning.
Signed-off-by: Jemma Denson jden...@gmail.com
---
drivers/media/common/b2c2/flexcop-hw-filter.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/common/b2c2/flexcop-hw-filter.c
b
-by: Jemma Denson jden...@gmail.com
---
drivers/media/common/b2c2/flexcop-fe-tuner.c | 10 ++
drivers/media/dvb-frontends/cx24120.c| 29 +++-
drivers/media/dvb-frontends/cx24120.h| 1 +
3 files changed, 31 insertions(+), 9 deletions(-)
diff --git a/drivers
checks. One had a
check for just CX24120, the other is checking for both CX24120
and ISL6421.
Signed-off-by: Jemma Denson jden...@gmail.com
---
drivers/media/common/b2c2/flexcop-fe-tuner.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/common/b2c2/flexcop-fe
On 20/05/15 09:05, Patrick Boettcher wrote:
Hi Mauro,
This is an updated version (v3) of the pull-request for integrating the
cx24120-driver.
Jemma (and partially me) addressed all strict-conding-style-issues and
fixed several things regarding signal-stats and demod-issues + some code
cleaning
The ucblocks register is probably a counter and not a rate; assume
it is so and change the calculations as required.
Signed-off-by: Jemma Denson jden...@gmail.com
---
drivers/media/dvb-frontends/cx24120.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers
On 19/05/15 11:57, Mauro Carvalho Chehab wrote:
The only thing left now is moving UCB BER over to DVBv5 stats - we
haven't got anything close to any specs for this demod so I'm struggling
to work out how to handle the counter increment.
It's not helped by my signal not being marginal enough
Hi Antti,
On 18/05/15 06:08, Antti Palosaari wrote:
Do not return error from get_frontend() when status is queried, but
device is not ready. dvbv5-zap has habit to call that IOCTL before
device is tuned and it also refuses to use DVBv5 statistic after
that...
In the driver I'm working on I
Hi Mauro,
On 15/05/15 15:24, Mauro Carvalho Chehab wrote:
Of course. Jemma and me (mainly Jemma) are progressing and might be
able to resubmit everything this weekend.
Good! Thanks for the good work!
Mauro
The only thing left now is moving UCB BER over to DVBv5 stats - we
haven't got
Mauro/Antti,
Myself and Patrick are currently in the process of bringing an old out
of tree frontend driver into shape for inclusion, and one of the issues
raised by Mauro was the requirement for the new DVBv5 stats method. I've
noticed there seems to be two different ways of going around
(Resending to fix reply-all)
Hi Mauro,
Thanks for taking the time to look into this. I'll let Patrick respond
to the first part regards the pull request - I'll just respond to the
points you've made about the driver itself.
On 27/04/15 21:16, Mauro Carvalho Chehab wrote:
+
+
+/* Write
On 17/04/15 10:06, Patrick Boettcher wrote:
I have my Skystar S2 pointed to 19.2E.
That would be great if you could test on that, 28.2E can be a bit
conservative. The parts that I consider need testing are FEC and Pilot
on DVBS2 - I didn't have that much variety in FEC values, and as far as
I
Oh, I was doing this the wrong way then. I did have some preamble to
this but it seems to have been stripped.
Anyway, this patch adds support for the Technisat Skystar S2 - this
has been tried before but the cx24120 driver was a bit out of shape
and it didn't got any further:
Signed-off-by: Jemma Denson jden...@gmail.com
---
drivers/media/common/b2c2/Kconfig|1 +
drivers/media/common/b2c2/flexcop-fe-tuner.c | 51 +-
drivers/media/common/b2c2/flexcop-misc.c |1 +
drivers/media/common/b2c2/flexcop-reg.h |1 +
drivers/media/dvb
49 matches
Mail list logo