: Do not report non-fatal errors to avoid issues with buggy
BIOS's
Oliver Endriss (3):
saa716x_ff: Rename saa716x_ff.c to saa716x_ff_main.c
saa716x_ff: Support remote control receiver
saa716x: Use tasklet to transfer data to the demuxer (TT S2-6400)
Soeren Moch (94):
Hi all,
I know anything about this driver. I'm still ready to maintain this, in
fact I'm doing this for years.
Why do you look for another maintainer instead of supporting my pull
request? In the long lasting discussion about this there was not a
single technical reason why this driver cannot be m
On 03.12.2017 11:57, Jemma Denson wrote:
> 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 escreveu:
>>>> Would I be correct in thinking the main blocker to t
On 02.12.2017 20:49, Mauro Carvalho Chehab wrote:
> Em Sat, 2 Dec 2017 18:51:16 +
> Jemma Denson escreveu:
>
>> 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 commu
Mauro,
On 28.11.2017 19:35, Mauro Carvalho Chehab wrote:
> Em Mon, 25 Sep 2017 00:17:00 +0200
> Soeren Moch escreveu:
>
>>> What I'm saying is that,
>>> if we're adding it on staging, we need to have a plan to reimplement
>>> it to whatever API
On 16.09.2017 19:49, Mauro Carvalho Chehab wrote:
> Em Sat, 16 Sep 2017 14:54:15 +0200
> Soeren Moch escreveu:
>
>> On 09.09.2017 23:20, Mauro Carvalho Chehab wrote:
>>> Em Sat, 9 Sep 2017 14:52:18 +0200
>>> Soeren Moch escreveu:
>>>
>>>>
On 09.09.2017 23:20, Mauro Carvalho Chehab wrote:
> Em Sat, 9 Sep 2017 14:52:18 +0200
> Soeren Moch escreveu:
>
>> Hi Mauro,
>>
>> sorry for the late reply, unfortunately your email was filtered out as spam.
> I'll focus talking about saa716x/av7110 here,
Hi Mauro,
sorry for the late reply, unfortunately your email was filtered out as spam.
On 27.08.2017 12:30, Mauro Carvalho Chehab wrote:
> Em Fri, 21 Jul 2017 22:44:42 +0200
> Soeren Moch escreveu:
>
>> Hi Mauro,
>>
>> On 20.07.2017 07:49:36 -0300, Mauro Carvalho
On 04.09.2017 13:29, Mauro Carvalho Chehab wrote:
> Em Mon, 4 Sep 2017 02:55:15 +0200
> Soeren Moch escreveu:
>
>> Hi Mauro,
>>
>> On 01.09.2017 11:32, Mauro Carvalho Chehab wrote:
>>> Em Fri, 1 Sep 2017 10:40:28 +0200
>>> Honza Petrouš escreve
Hi Mauro,
On 01.09.2017 11:32, Mauro Carvalho Chehab wrote:
> Em Fri, 1 Sep 2017 10:40:28 +0200
> Honza Petrouš escreveu:
>
>> 2017-09-01 1:46 GMT+02:00 Mauro Carvalho Chehab :
>>> The DVB documentation was negligected for a long time, with
>>> resulted on several gaps between the API description
buggy
BIOS's
Oliver Endriss (3):
saa716x_ff: Rename saa716x_ff.c to saa716x_ff_main.c
saa716x_ff: Support remote control receiver
saa716x: Use tasklet to transfer data to the demuxer (TT S2-6400)
Soeren Moch (13):
saa716x: i2c_del_adapter() fix
saa716x_ff: init frontend
Hi Mauro,
On 20.07.2017 07:49:36 -0300, Mauro Carvalho Chehab wrote:
>Hi Soeren,
>
>Em Sun, 16 Jul 2017 20:34:23 +0200
>Soeren Moch escreveu:
>
>> This is a driver for DVB cards based on the SAA7160/62 PCIe bridges from
>> Philips/NXP. The most important of these car
saa716x: Do not report non-fatal errors to avoid issues with buggy
BIOS's
Oliver Endriss (3):
saa716x_ff: Rename saa716x_ff.c to saa716x_ff_main.c
saa716x_ff: Support remote control receiver
saa716x: Use tasklet to transfer data to the demuxer (TT S2-6400)
Soeren Moch (13
observed e.g. on an ARM Cortex-A9
quad core system with different types (PCI, USB) of DVB tuners.
Signed-off-by: Soeren Moch
Cc: sta...@vger.kernel.org # 3.14+
---
Cc: Mauro Carvalho Chehab
Cc: linux-media@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Since smp_store_release() and
Hi Mauro,
thanks for looking after this patch.
On 05/07/16 15:22, Mauro Carvalho Chehab wrote:
Hi Soeren,
Em Sun, 7 Feb 2016 20:22:36 +0100
Soeren Moch escreveu:
On 27.12.2015 21:41, Soeren Moch wrote:
Implement memory barriers according to Documentation/circular-buffers.txt:
- use
On 05/07/16 15:26, Mauro Carvalho Chehab wrote:
Em Sat, 7 May 2016 10:22:35 -0300
Mauro Carvalho Chehab escreveu:
Hi Soeren,
Em Sun, 7 Feb 2016 20:22:36 +0100
Soeren Moch escreveu:
On 27.12.2015 21:41, Soeren Moch wrote:
Implement memory barriers according to Documentation/circular
observed e.g. on an ARM Cortex-A9
quad core system with different types (PCI, USB) of DVB tuners.
Signed-off-by: Soeren Moch
Cc: sta...@vger.kernel.org # 3.14+
---
Cc: Mauro Carvalho Chehab
Cc: linux-media@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Since smp_store_release() and
observed e.g. on an ARM Cortex-A9
quad core system with different types (PCI, USB) of DVB tuners.
Signed-off-by: Soeren Moch
Cc: sta...@vger.kernel.org # 3.14+
---
Cc: Mauro Carvalho Chehab
Cc: linux-media@vger.kernel.org
Cc: linux-ker...@vger.kernel.org
Since smp_store_release() and
On 10.05.2013 21:39, Sakari Ailus wrote:
Hi Soeren,
Thanks for the patch!
On Sun, Apr 14, 2013 at 11:03:42AM +0200, Soeren Moch wrote:
In dvb_ringbuffer lock-less synchronizationof reader and writer threads is done
with separateread and write pointers. Since dvb_ringbuffer_flush() modifies
e are not necessary anyway since
ringbuffer_flush
is also called in dvb_dmxdev_buffer_read() when an error condition is set in the
ringbuffer.
This patch should also be applied to stable kernels.
Signed-off-by: Soeren Moch
CC:
--- a/drivers/media/dvb-core/dmxdev.c 2013-04-05 21:21:15.0
Every few days/weeks I see Oopses like the attached one. I tried to track down
the problem, but with added debug printk's the error didn't occur. I'm using
em28xx and dib0700 based dvb sticks at an armv5te system (Marvell Kirkwood),
the user application is vdr.
Any ideas what is wrong or who c
Soeren Moch schrieb:
> > > Hi again. Just got my two new NOVA-TD's and at a first glance they
> > seemed to
> > > perform well. Closer inspections however revealed that I see
exactly
> > the same
> > > issues as Soeren. Watching live TV w
> > > Hi again. Just got my two new NOVA-TD's and at a first glance they
> > seemed to
> > > perform well. Closer inspections however revealed that I see exactly
> > the same
> > > issues as Soeren. Watching live TV with VDR on one adaptor while
> > constantly
> > > retuning the other one usin
> > >
> > > Very strange. Playing of two different muxes is also no problem
for me,
> > as
> > > long
> > > as no new stream is started (of course after switching off one of the
> > > streams
> > > before). In the start moment of the new the stream the already
running
> > > stream
> > > is dis
Zdenek Kabelac wrote:
> 2009/11/3 Zdenek Kabelac :
>> 2009/11/2 Soeren Moch :
>>>>> Hi. I would be happy to hear if anyone has tried both the NOVA-TD and
>>>>> the
>>>>> NOVA-T. The NOVA-T has always worked perfectly here but I would
like
> > Hi. I would be happy to hear if anyone has tried both the NOVA-TD
and the
> > NOVA-T. The NOVA-T has always worked perfectly here but I would
like to know
> > if the -TD will do the job of two NOVA-T's. And there also seems to
be a new
> > version out with two small antenna connectors ins
Patrick,
when you are discussing dib0700 issues with dibcom, there is an
additional one for the list:
When using dib0700 in dual mode (on my nova-td stick), from
time to time a tuner hangs up. I never observed this behavior in
single mode. It seems to me that there is no proper locking within
the
I don't know exactly why (the USB/HW background for that is not
present in my brain), but at some point having less than 39480B for
one (high-level) URB for the dib0700 resulted in never having any URB
returning from the USB stack. I chose 4 of them because .. I don't
remember. It seems even 1
Hi Patrick!
Patrick Boettcher wrote:
Hi Soeren,
For a few weeks I use a Nova-TD-Stick and was annoyed with dvb stream
errors, although the demod bit-error-rate (BER/UNC) was zero.
I could track down this problem to dib0700_streaming_ctrl:
When one channel is streaming and the other channel is
Soeren.Moch wrote:
For a few weeks I use a Nova-TD-Stick and was annoyed with dvb stream
errors, although the demod bit-error-rate (BER/UNC) was zero.
I could track down this problem to dib0700_streaming_ctrl:
When one channel is streaming and the other channel is switched on, the
stream of the
>>> Hi,
>>>Any news on this? I'd like to try the URB patch someone mentioned,
>>> but I
>>> can't find the link.
>>
>> http://www.mail-archive.com/linux-media@vger.kernel.org/msg04643.html
>>
>> I am running a current dvb tree with this patch.
>>
>> so far so good.
>>
>> I did not find the tim
Apr 29 22:42:41 favia kernel: [ 72.272045] ehci_hcd :07:01.2:
force halt; handhake c2666814 4000 -> -110
[...]
Do you know if the issue is the same with a Nova-TD stick? If it is,
then I could be able to use debugging as an excuse to buy one, and then
add 2 tuners to t
When I connect my Nova-TD dual tuner usb stick to my debian/sid box with
2.6.29.1 kernel I can only use the second tuner (mplayer
dvb://2@). When trying to use the first one (dvb://1...@...)
tuning is extremely bad and an image barely appears with many errors.
I tried switching the antennas to no
For a few weeks I use a Nova-TD-Stick and was annoyed with dvb stream
errors, although the demod bit-error-rate (BER/UNC) was zero.
I could track down this problem to dib0700_streaming_ctrl:
When one channel is streaming and the other channel is switched on,
the stream of the already running
34 matches
Mail list logo
