Hi Mauro,
No, for ClearQAM the delivery_system should be set to 0x10 and this
patch does not include that. At the time of submission of that patch I
only had the trace from the ATSC case.
ATSC & ClearQAM USB sniffs here:
http://trsqr.net/olli/hvr955q/
Cheers,
-olli
On 29 October 2014 11:08, Mau
Hello,
Thanks for review.
On 2014-10-30 11:26:12, Antti Palosaari wrote:
>Moikka!
>This is full review for that driver. Quite a many small changes
>requested which are easy to fix. One bigger thing I still want do
>differently is that target_mclk from tuner. I think you could duplicate
>TS MCLK
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Thu Oct 30 04:00:19 CET 2014
git branch: test
git hash: 7a7f1ab37dc8f66cf0ef10f3d3f1b79ac4bc67fc
gcc versio
Moikka!
This is full review for that driver. Quite a many small changes
requested which are easy to fix. One bigger thing I still want do
differently is that target_mclk from tuner. I think you could duplicate
TS MCLK calculation in a tuner driver as it is only 4 lines - select
mclk per delive
On Wed, Oct 29, 2014 at 02:31:41PM +0300, Sergei Shtylyov wrote:
> Hello.
>
> On 10/29/2014 7:11 AM, Simon Horman wrote:
>
> From: Koji Matsuoka
>
> Signed-off-by: Koji Matsuoka
> Signed-off-by: Yoshihiro Kaneko
> ---
>
> This patch is against master branch of linuxtv.org
Dear Mr/Ms
We hear that you are in the market for LED lamps
We are a professional manufacturer of LED lamps the favorable price and high
quality are satisfy difference market need here we enclose our latest catalogue
to introduce our products. in detail you may also visit our online company as
Ok, just to be sure, I have others capture boards like Silan SC8113,
that's only on newer kernels? If so I'll backport it.
2014-10-29 17:08 GMT-02:00 Mauro Carvalho Chehab :
> Em Wed, 29 Oct 2014 16:34:09 -0200
> Rafael Coutinho escreveu:
>
>> Hi all,
>>
>> I'm having trouble to make an SAA7115
Em Wed, 29 Oct 2014 16:34:09 -0200
Rafael Coutinho escreveu:
> Hi all,
>
> I'm having trouble to make an SAA7115 (Actually it's the generic
> GM7113 version) video capture board to work on a beagle board running
> Android (4.0.3).
> For some reason I cannot capture any image, it always output a
Hi all,
I'm having trouble to make an SAA7115 (Actually it's the generic
GM7113 version) video capture board to work on a beagle board running
Android (4.0.3).
For some reason I cannot capture any image, it always output a green image file.
The kernel is Linux-3.2.0
My current approach is the sim
Em Wed, 29 Oct 2014 14:53:53 +0100
Hans Verkuil escreveu:
> On 10/29/14 14:17, Laurent Pinchart wrote:
> > Hi Mauro,
> >
> > On Wednesday 29 October 2014 11:05:34 Mauro Carvalho Chehab wrote:
> >> Em Wed, 29 Oct 2014 14:46:55 +0200 Laurent Pinchart escreveu:
> > Hmm, so you think VIDEO_MAX_F
Em Wed, 29 Oct 2014 10:06:51 -0600
Shuah Khan escreveu:
> On 10/28/2014 05:42 PM, Mauro Carvalho Chehab wrote:
> > Hi Shuah,
> >
> > I'm understanding that you're collecting comments to write a RFC with the
> > needs by the media token, right?
> >
> > I'm sending you my contributions to such te
On 10/28/2014 05:42 PM, Mauro Carvalho Chehab wrote:
> Hi Shuah,
>
> I'm understanding that you're collecting comments to write a RFC with the
> needs by the media token, right?
>
> I'm sending you my contributions to such text. See enclosed.
>
> I suggest to change the subject and submit this o
This fixes warning from drivers/media/v4l2-core/videobuf2-core.c:2144
Signed-off-by: Andrey Utkin
---
drivers/media/pci/solo6x10/solo6x10-v4l2-enc.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/drivers/media/pci/solo6x10/solo6x10-v4l2-enc.c
b/drivers/media/pc
Before, it was called from individual encoder (de)init procedures, which
lead to spare threads running (which were actually lost, leaked).
The current fix uses trivial approach, and the downside is that the
processing thread is working always, even when there's no consumer.
Signed-off-by: Andrey U
The used approach actually cannot prevent new encoder interrupt to
appear, because interrupt handler can execute in different thread, and
in current implementation there is still race condition regarding this.
Also from practice the code with this change seems to work as stable as
before.
Signed-o
Fixes this warning:
[ 956.730136] [ cut here ]
[ 956.730143] WARNING: CPU: 1 PID: 10134 at lib/dma-debug.c:963
dma_debug_device_change+0x191/0x1f0()
[ 956.730146] pci :07:05.0: DMA-API: device driver has pending DMA
allocations while released from device [count=8]
The right shift has higher precedence than the mask so the warning
doesn't match what the test was checking. Also it's better to use TS_SC
instead of magic number 0xC0.
Signed-off-by: Dan Carpenter
diff --git a/drivers/media/dvb-core/dvb_net.c b/drivers/media/dvb-core/dvb_net.c
index 059e611..3
On 10/29/14 14:17, Laurent Pinchart wrote:
> Hi Mauro,
>
> On Wednesday 29 October 2014 11:05:34 Mauro Carvalho Chehab wrote:
>> Em Wed, 29 Oct 2014 14:46:55 +0200 Laurent Pinchart escreveu:
> Hmm, so you think VIDEO_MAX_FRAME should just be updated to 64?
Yes.
> I am a bit
Hi Mauro,
On Wednesday 29 October 2014 11:05:34 Mauro Carvalho Chehab wrote:
> Em Wed, 29 Oct 2014 14:46:55 +0200 Laurent Pinchart escreveu:
> > > > Hmm, so you think VIDEO_MAX_FRAME should just be updated to 64?
> > >
> > > Yes.
> > >
> > > > I am a bit afraid that that might break applications
Em Wed, 29 Oct 2014 14:46:55 +0200
Laurent Pinchart escreveu:
> > > Hmm, so you think VIDEO_MAX_FRAME should just be updated to 64?
> >
> > Yes.
> >
> > > I am a bit afraid that that might break applications (especially if there
> > > are any that use bits in a 32-bit unsigned variable).
> >
>
Hi Mauro,
On Wednesday 29 October 2014 10:40:33 Mauro Carvalho Chehab wrote:
> Em Wed, 29 Oct 2014 11:01:24 +0100 Hans Verkuil escreveu:
> > On 10/29/14 10:13, Mauro Carvalho Chehab wrote:
> > > Em Wed, 29 Oct 2014 09:59:56 +0100 Hans Verkuil escreveu:
> > >> On 10/29/14 09:29, Mauro Carvalho Cheh
Em Wed, 29 Oct 2014 11:01:24 +0100
Hans Verkuil escreveu:
> On 10/29/14 10:13, Mauro Carvalho Chehab wrote:
> > Em Wed, 29 Oct 2014 09:59:56 +0100
> > Hans Verkuil escreveu:
> >
> >> On 10/29/14 09:29, Mauro Carvalho Chehab wrote:
> >>> Em Wed, 29 Oct 2014 08:29:08 +0100
> >>> Hans Verkuil esc
Attention friend. I sent this letter to you a month ago, but I'm not
sure if you got it, I did not hear from you, and this is the reason I
repeated it again. I am a lawyer Gabby Lucky a Legal practitioner in
the Federal Republic of Togo and I am to represent you in making the
claims. I make this of
Hi Sylwester,
On Tuesday 09 September 2014 16:45:17 Sylwester Nawrocki wrote:
> On 09/09/14 15:18, Laurent Pinchart wrote:
> > On Tuesday 22 July 2014 00:44:34 Hans Verkuil wrote:
> >> On 07/22/2014 12:30 AM, Laurent Pinchart wrote:
> >>> On Monday 21 July 2014 23:43:16 Hans Verkuil wrote:
>
Hello.
On 10/29/2014 7:11 AM, Simon Horman wrote:
From: Koji Matsuoka
Signed-off-by: Koji Matsuoka
Signed-off-by: Yoshihiro Kaneko
---
This patch is against master branch of linuxtv.org/media_tree.git.
v2 [Yoshihiro Kaneko]
* remove unused/useless definition as suggested by Sergei S
Em Tue, 28 Oct 2014 22:00:51 -0200
Mauro Carvalho Chehab escreveu:
> Em Tue, 28 Oct 2014 21:42:50 -0200
> Mauro Carvalho Chehab escreveu:
>
> > Before starting with the description, this is the simplified diagram of
> > a media device (without IR, eeprom and other beasts):
>
> As reference, a
On 10/29/14 10:13, Mauro Carvalho Chehab wrote:
> Em Wed, 29 Oct 2014 09:59:56 +0100
> Hans Verkuil escreveu:
>
>> On 10/29/14 09:29, Mauro Carvalho Chehab wrote:
>>> Em Wed, 29 Oct 2014 08:29:08 +0100
>>> Hans Verkuil escreveu:
>>>
On 10/28/2014 07:26 PM, Mauro Carvalho Chehab wrote:
>
Em Wed, 29 Oct 2014 11:17:44 +0200
Sakari Ailus escreveu:
> Hi Shuah and others,
>
> Shuah Khan wrote:
> > Add media token device resource framework to allow sharing
> > resources such as tuner, dma, audio etc. across media drivers
> > and non-media sound drivers that control media hardware. The
Hi Shuah and others,
Shuah Khan wrote:
Add media token device resource framework to allow sharing
resources such as tuner, dma, audio etc. across media drivers
and non-media sound drivers that control media hardware. The
Media token resource is created at the main struct device that
is common to
Hi,
> From: Mauro Carvalho Chehab [mailto:mche...@osg.samsung.com]
> Sent: Tuesday, October 28, 2014 5:13 PM
>
> Em Thu, 23 Oct 2014 12:32:05 +0200
> Kamil Debski escreveu:
>
> > The following changes since commit
> 1ef24960ab78554fe7e8e77d8fc86524fbd60d3c:
> >
> > Merge tag 'v3.18-rc1' into
Em Wed, 29 Oct 2014 09:59:56 +0100
Hans Verkuil escreveu:
> On 10/29/14 09:29, Mauro Carvalho Chehab wrote:
> > Em Wed, 29 Oct 2014 08:29:08 +0100
> > Hans Verkuil escreveu:
> >
> >> On 10/28/2014 07:26 PM, Mauro Carvalho Chehab wrote:
> >>> Em Fri, 10 Oct 2014 10:04:58 +0200
> >>> Hans Verkuil
Hi Olli,
Em Sun, 17 Aug 2014 08:24:49 +0300
Olli Salonen escreveu:
> Set the property for delivery system also in case of SYS_ATSC. This
> behaviour is observed in the sniffs taken with Hauppauge HVR-955Q
> Windows driver.
>
> Signed-off-by: Olli Salonen
> ---
> drivers/media/tuners/si2157.
On 10/29/14 09:29, Mauro Carvalho Chehab wrote:
> Em Wed, 29 Oct 2014 08:29:08 +0100
> Hans Verkuil escreveu:
>
>> On 10/28/2014 07:26 PM, Mauro Carvalho Chehab wrote:
>>> Em Fri, 10 Oct 2014 10:04:58 +0200
>>> Hans Verkuil escreveu:
>>>
(This patch is from Divneil except for the vivid chan
Em Wed, 29 Oct 2014 08:54:20 +0100
Hans Verkuil escreveu:
> On 10/28/2014 07:58 PM, Mauro Carvalho Chehab wrote:
> > Em Sat, 20 Sep 2014 14:41:37 +0200
> > Hans Verkuil escreveu:
> >
> >> From: Hans Verkuil
> >>
> >> This list is used some buffers have a different format, but that can
> >> nev
Em Wed, 29 Oct 2014 08:29:08 +0100
Hans Verkuil escreveu:
> On 10/28/2014 07:26 PM, Mauro Carvalho Chehab wrote:
> > Em Fri, 10 Oct 2014 10:04:58 +0200
> > Hans Verkuil escreveu:
> >
> >> (This patch is from Divneil except for the vivid changes which I added. He
> >> had
> >> difficulties post
On 10/28/2014 07:58 PM, Mauro Carvalho Chehab wrote:
> Em Sat, 20 Sep 2014 14:41:37 +0200
> Hans Verkuil escreveu:
>
>> From: Hans Verkuil
>>
>> This list is used some buffers have a different format, but that can
>> never happen. Remove it and all associated code.
Urgh. Can you fix the commit
On 10/28/2014 07:26 PM, Mauro Carvalho Chehab wrote:
> Em Fri, 10 Oct 2014 10:04:58 +0200
> Hans Verkuil escreveu:
>
>> (This patch is from Divneil except for the vivid changes which I added. He
>> had
>> difficulties posting the patch without the mailer mangling it, so I'm
>> reposting
>> it f
37 matches
Mail list logo
