On 09/06/2011 10:52 PM, Mauro Carvalho Chehab wrote:
> Em 03-09-2011 13:32, Sylwester Nawrocki escreveu:
>> On 09/01/2011 05:30 PM, Sylwester Nawrocki wrote:
>>> Hello,
>>>
>>> following is a fourth version of the patchset converting s5p-fimc driver
>>> to the media controller API and the new contr
On Wed, Sep 07, 2011 at 10:47:38PM +0200, Guennadi Liakhovetski wrote:
> (hope, you've had good holidays:-))
>
> Any update on this? Do we want this for 3.2?
Sascha is on holiday for the rest of this week and next week. So you'd
better asked him a bit later :)
rsc
--
Pengutronix e.K.
>> On 09/08/2011 12:18 AM, Antti Palosaari wrote:
>>> This patch seems to break all DVB USB devices we have. Michael, could
>>> you check and fix it asap.
[snip]
Subject: [media] dvb-usb: refactor MFE code for individual streaming
config per frontend
[snip]
>> This
Dear v4l developers:
1) thank you for a FANTASTIC product. I use this in a mythbox daily, and I
love mythTV. Thank you for all you do, as I know a lot of you (all?) are
volunteers and not paid to work on v4l.
2) would it be possible to fix these compile errors on 2.6.32? I'm trying to
get m
On Tue, 23 Aug 2011 08:33:25 +0200
Hans Verkuil wrote:
> (and resent again, this time with the correct linux-fsdevel mail address)
> (Resent as requested by Andrew Morton since this is still stuck)
>
> Hi Al, Andrew,
>
> Can you take a look at this patch and send an Ack or review comments?
>
>
On Wed, Sep 7, 2011 at 5:45 PM, Antti Palosaari wrote:
> On 09/08/2011 12:39 AM, Michael Krufky wrote:
>>
>> On Wed, Sep 7, 2011 at 5:35 PM, Michael Krufky
>> wrote:
On 09/08/2011 12:18 AM, Antti Palosaari wrote:
>
> This patch seems to break all DVB USB devices we have. Michael
On Wed, Sep 7, 2011 at 5:52 PM, Michael Krufky wrote:
> On Wed, Sep 7, 2011 at 5:45 PM, Antti Palosaari wrote:
>> On 09/08/2011 12:39 AM, Michael Krufky wrote:
>>>
>>> On Wed, Sep 7, 2011 at 5:35 PM, Michael Krufky
>>> wrote:
>
> On 09/08/2011 12:18 AM, Antti Palosaari wrote:
>>
On 09/08/2011 12:39 AM, Michael Krufky wrote:
On Wed, Sep 7, 2011 at 5:35 PM, Michael Krufky wrote:
On 09/08/2011 12:18 AM, Antti Palosaari wrote:
This patch seems to break all DVB USB devices we have. Michael, could
you check and fix it asap.
On 09/06/2011 08:21 PM, Mauro Carvalho Chehab wr
On Wed, Sep 7, 2011 at 5:35 PM, Michael Krufky wrote:
>> On 09/08/2011 12:18 AM, Antti Palosaari wrote:
>>>
>>> This patch seems to break all DVB USB devices we have. Michael, could
>>> you check and fix it asap.
>>>
>>> On 09/06/2011 08:21 PM, Mauro Carvalho Chehab wrote:
This is an aut
> On 09/08/2011 12:18 AM, Antti Palosaari wrote:
>>
>> This patch seems to break all DVB USB devices we have. Michael, could
>> you check and fix it asap.
>>
>> On 09/06/2011 08:21 PM, Mauro Carvalho Chehab wrote:
>>>
>>> This is an automatic generated email to let you know that the
>>> following p
On Wed, Sep 7, 2011 at 5:10 PM, Antti Palosaari wrote:
> On 09/07/2011 09:36 PM, Michael Krufky wrote:
>>
>> On Wed, Sep 7, 2011 at 2:20 PM, Antti Palosaari wrote:
>
>>> Yes, I now saw when looked latest anysee driver that you moved
>>> .streaming_ctrl(), .frontend_attach() and .tuner_attach() to
This error is shown by VLC when channel changed:
[0x7f1bbc000cd0] dvb access error: DMXSetFilter: failed with -1 (Invalid
argument)
[0x7f1bbc000cd0] dvb access error: DMXSetFilter failed
[0x7f1bbc32f910] main stream error: cannot pre fill buffer
but it seems to be related dvb_usb_ctrl_feed()
This patch seems to break all DVB USB devices we have. Michael, could
you check and fix it asap.
On 09/06/2011 08:21 PM, Mauro Carvalho Chehab wrote:
This is an automatic generated email to let you know that the following patch
were queued at the
http://git.linuxtv.org/media_tree.git tree:
Su
On 09/07/2011 09:36 PM, Michael Krufky wrote:
On Wed, Sep 7, 2011 at 2:20 PM, Antti Palosaari wrote:
Yes, I now saw when looked latest anysee driver that you moved
.streaming_ctrl(), .frontend_attach() and .tuner_attach() to frontend
property. OK, it is not then relevant anymore to change reg
Hi Sascha
(hope, you've had good holidays:-))
Any update on this? Do we want this for 3.2?
Thanks
Guennadi
On Wed, 24 Aug 2011, Sascha Hauer wrote:
> Hi Guennadi,
>
> On Wed, Aug 24, 2011 at 09:19:24AM +0200, Guennadi Liakhovetski wrote:
> > Sure, if it's broken, let's remove it. But there ar
Mauro,
I've been sitting on this patch for a while It adds a new card
profile to the existing driver.
Please pull from git://git.kernellabs.com/stoth/saa7164-stable.git
Commit 87e0c0378bf2068df5d0c43acd66aea9ba71bd89
http://git.kernellabs.com/?p=stoth/saa7164-stable.git;a=commit;h=87e0c0378
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:Wed Sep 7 19:00:48 CEST 2011
git hash:d4d4e3c97211f20d4fde5d82878561adaa42b578
gcc version: i686-linux-gcc (GC
On Wed, Sep 7, 2011 at 2:20 PM, Antti Palosaari wrote:
> On 09/07/2011 08:45 PM, Michael Krufky wrote:
>>
>> On Wed, Sep 7, 2011 at 1:41 PM, Michael Krufky
>> wrote:
>>>
>>> On Wed, Sep 7, 2011 at 12:51 PM, Antti Palosaari wrote:
On 08/01/2011 05:24 AM, Mauro Carvalho Chehab wrote:
>>>
On 09/07/2011 08:45 PM, Michael Krufky wrote:
On Wed, Sep 7, 2011 at 1:41 PM, Michael Krufky wrote:
On Wed, Sep 7, 2011 at 12:51 PM, Antti Palosaari wrote:
On 08/01/2011 05:24 AM, Mauro Carvalho Chehab wrote:
Em 31-07-2011 22:22, Antti Palosaari escreveu:
On 08/01/2011 03:46 AM, Mauro Car
On Wed, 7 Sep 2011, Janusz Krzysztofik wrote:
> On Wed, 7 Sep 2011 at 15:49:15 Guennadi Liakhovetski wrote:
> > Consistently check for platform data != NULL before dereferencing.
>
> Sure, thanks for taking care of this.
I'll take it as an "Acked-by" ;-)
Thanks
Guennadi
> Janusz
>
> > Signed-
>> On Wed, Sep 7, 2011 at 12:51 PM, Antti Palosaari wrote:
>>> Also .num_frontends can be removed after that, since DVB USB will just loop
>>> through 0 to MAX FEs and register all FEs found (fe pointer !NULL).
We need to keep .num_frontends and .num_adapters both, because my next
change to dvb-u
On Wed, 7 Sep 2011 at 15:49:15 Guennadi Liakhovetski wrote:
> Consistently check for platform data != NULL before dereferencing.
Sure, thanks for taking care of this.
Janusz
> Signed-off-by: Guennadi Liakhovetski
> Cc: Janusz Krzysztofik
> ---
> drivers/media/video/omap1_camera.c | 10 +-
Currently soc-camera supports using regulators and platform callbacks for
client (sensor, decoder,...) power management. These patches also call
driver own .s_power() methods in the same scope.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.o
On Wed, Sep 7, 2011 at 1:41 PM, Michael Krufky wrote:
> On Wed, Sep 7, 2011 at 12:51 PM, Antti Palosaari wrote:
>> On 08/01/2011 05:24 AM, Mauro Carvalho Chehab wrote:
>>>
>>> Em 31-07-2011 22:22, Antti Palosaari escreveu:
On 08/01/2011 03:46 AM, Mauro Carvalho Chehab wrote:
>
>
On Wed, Sep 7, 2011 at 12:51 PM, Antti Palosaari wrote:
> On 08/01/2011 05:24 AM, Mauro Carvalho Chehab wrote:
>>
>> Em 31-07-2011 22:22, Antti Palosaari escreveu:
>>>
>>> On 08/01/2011 03:46 AM, Mauro Carvalho Chehab wrote:
One bad thing I noticed with the API is that it calls
adap
Hi,
On Tue, Sep 06, 2011 at 05:07:54PM +0200, javier Martin wrote:
> we are planning to add support to H.264/MPEG4 encoder inside the
> i.MX27 to v4l2. It is mainly a hardware module that has the following
> features:
We have driver prototypes for the MX27 VPU (which is basically the same
as on M
From: Abhilash K V
While resuming from the "suspended to memory" state,
occasionally CCDC fails to get enabled and thus fails
to capture frames any more till the next suspend/resume
is issued.
This is a race condition which happens only when a CCDC
frame-completion ISR is pending even as ISP devi
The soc_camera_power_set() function processes two cases: power on anf off.
These two cases don't share and common code, and the function is always
called with a constant power on / off argument. Splitting this function
into two removes a condition check, reduces indentation levels and makes
the cod
On 08/01/2011 05:24 AM, Mauro Carvalho Chehab wrote:
Em 31-07-2011 22:22, Antti Palosaari escreveu:
On 08/01/2011 03:46 AM, Mauro Carvalho Chehab wrote:
One bad thing I noticed with the API is that it calls
adap->props.frontend_attach(adap)
several times, instead of just one, without even pass
The CEU (bridge) driver is a much better place to configure the client ->
[CSI-2] -> CEU pipeline, than the CSI-2 driver. These 2 patches move this
configuration accordingly.
Thanks
Guennadi
---
Guennadi Liakhovetski, Ph.D.
Freelance Open-Source Software Developer
http://www.open-technology.de/
>From 2ead2de80898ad53923a4fc4d4e1142ae414fd2f Mon Sep 17 00:00:00 2001
From: Guennadi Liakhovetski
Date: Wed, 7 Sep 2011 16:59:47 +0200
Subject: [PATCH] V4L: sh_mobile_ceu_camera: the host shall configure the
pipeline
It is a task of the host / bridge driver to bind single subdevices into a
pip
On Tue, Aug 30, 2011 Laurent Pinchart wrote:
> Hi,
>
> On Wednesday 10 August 2011 16:03:12 Deepthy Ravi wrote:
>> From: Abhilash K V
>>
>> While resuming from the "suspended to memory" state,
>> occasionally CCDC fails to get enabled and thus fails
>> to capture frames any more till the next s
The life-time of soc-camera device objects can be longer, than the
time, it is attached to a client driver, therefore all references to
the driver own data have to be cleared, when the driver is detached.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/soc_camera_platform.c |2 +
Em 07-09-2011 00:37, Devin Heitmueller escreveu:
> On Tue, Sep 6, 2011 at 11:29 PM, Mauro Carvalho Chehab
> wrote:
>>> Basically the above starts at the *maximum* capture resolution and
>>> works its way down. One might argue that this heuristic makes more
>>> sense anyway - why *wouldn't* you wa
Hi,
On Wednesday 07 September 2011 12:10:23 Koyamangalath, Abhilash wrote:
> On Tue, Aug 30, 2011 Laurent Pinchart wrote:
> > On Wednesday 10 August 2011 16:03:12 Deepthy Ravi wrote:
> >> From: Abhilash K V
> >>
> >> While resuming from the "suspended to memory" state,
> >> occasionally CCDC fa
On Wed, Sep 07, 2011 at 12:29:08AM +0200, Laurent Pinchart wrote:
> The uvc_mc_register_entity() function wrongfully selects the
> media_entity associated with a UVC entity when creating links. This
> results in access to uninitialized media_entity structures and can hit a
> BUG_ON statement in med
The current sh_mobile_ceu_camera driver can cause an Oops, if a CSI2 and a
parallel camera are registered on the same CEU. Fix it by making CSI2
association with a camera more targeted.
Reported-by: Bastian Hecht
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/sh_mobile_ceu_camera.
Currently soc-camera can use power regulators and platform specific
methods to power clients up and down. Additionally, client drivers can
provide their own subdevice .s_power() methods, acting directly on the
device. This patch adds calls to this method, when external power
supplies are on.
Signe
This enables module autoloading.
Signed-off-by: Daniel Drake
---
drivers/media/video/marvell-ccic/mmp-driver.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/marvell-ccic/mmp-driver.c
b/drivers/media/video/marvell-ccic/mmp-driver.c
index d6b7645..fb
We do not have to scan the list of subdevices to find our client - the
sensor, the host has already set our grp_id value.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/sh_mobile_csi2.c | 18 +++---
1 files changed, 3 insertions(+), 15 deletions(-)
diff --git a/drive
Hi Florian,
On Thursday 01 September 2011 18:45:18 Florian Tobias Schandinat wrote:
> Hi all,
>
> On 08/25/2011 07:51 PM, Ajay Kumar wrote:
> > Just as a note, there are many drivers like mx3fb.c, au1200fb.c and OMAP
> > seem to be doing window/plane positioning in their driver code.
> > Is it po
I now have my camera, attached to TVP5150 running in BT656 mode,
grabbing data. Sadly, the output is not yet correct.
My pipeline is set up as:
media-ctl -r -l '"tvp5150 2-005c":0->"OMAP3 ISP CCDC":0[1], "OMAP3 ISP
CCDC":1->"OMAP3 ISP CCDC output":0[1]'
media-ctl -f '"tvp5150 2-005c":0[UYVY
Consistently check for platform data != NULL before dereferencing.
Signed-off-by: Guennadi Liakhovetski
Cc: Janusz Krzysztofik
---
drivers/media/video/omap1_camera.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/media/video/omap1_camera.c
b/drivers/m
43 matches
Mail list logo
