On Thu, Sep 27, 2012 at 04:36:56AM -0300, Mauro Carvalho Chehab wrote:
I'm understanding that this patch will flow through arm tree[1]. So:
Yes, it will go through arm-soc tree for 3.8.
Acked-by: Mauro Carvalho Chehab mche...@redhat.com
Thanks, Mauro.
Shawn
--
To unsubscribe from this list:
On Thu, Sep 27, 2012 at 04:03:21PM -0300, Mauro Carvalho Chehab wrote:
It seems that it depends on some stuff that got merged via the arm tree.
Not sure what would the better way to handle that, as applying it via -arm
will likely generate conflicts when merging from both trees upstream.
Hi Guennadi,
On Fri, 28 Sep 2012 15:30:33 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
On Fri, 28 Sep 2012, Anatolij Gustschin wrote:
Hi Guennadi,
On Fri, 28 Sep 2012 14:33:34 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
...
@@ -235,12
Hi Guennadi,
On Fri, 28 Sep 2012 00:03:45 +0200
Anatolij Gustschin ag...@denx.de wrote:
Add controls for horizontal and vertical blanking. Also add an error
message for case that the control handler init failed. Since setting
the blanking registers is done by controls now, we shouldn't change
Em Thu, 6 Sep 2012 17:23:57 +0200
Peter Senna Tschudin peter.se...@gmail.com escreveu:
From: Peter Senna Tschudin peter.se...@gmail.com
Convert a nonnegative error return code to a negative one, as returned
elsewhere in the function.
A simplified version of the semantic match that finds
Em Sun, 23 Sep 2012 16:03:25 +0200
Frank Schäfer fschaefer@googlemail.com escreveu:
Ping !
Sorry, too busy those days.
Am 26.08.2012 20:53, schrieb Frank Schäfer:
Sorry for the delayed reply, I got distracted by something with higher
prority.
Am 22.08.2012 20:15, schrieb Mauro
Hi Guennadi,
Em Tue, 11 Sep 2012 11:08:58 +0200 (CEST)
Guennadi Liakhovetski g.liakhovet...@gmx.de escreveu:
Hi Mauro
The following changes since commit 79e8c7bebb467bbc3f2514d75bba669a3f354324:
Next time, please use [GIT PULL] for the subject; I seek for _git_ string
for the patch name on
On Tue October 2 2012 16:27:30 Tomasz Stanislawski wrote:
This patch adds extension to videobuf2-core. It allow to export a mmap buffer
as a file descriptor.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Acked-by: Laurent
I'm trying to get an mt9t001 sensor board working on a Gumstix Overo board
using the latest omap3isp-omap3isp-stable branch from the linuxtv.org/media.git
repository.
When I 'modprobe omap-isp' I see:
Linux media interface: v0.10
Linux video capture interface: v2.00
omap3isp omap3isp: Revision
Fix a series of warnings when compiled with W=1:
drivers/media/tuners/mt2063.c: In function 'mt2063_setreg':
drivers/media/tuners/mt2063.c:290:2: warning: comparison of unsigned expression
0 is always false [-Wtype-limits]
...
drivers/media/tuners/mt2063.c:2013:2: warning: comparison of
Em Sat, 6 Oct 2012 16:26:40 +0800
Shawn Guo shawn@linaro.org escreveu:
On Thu, Sep 27, 2012 at 04:03:21PM -0300, Mauro Carvalho Chehab wrote:
It seems that it depends on some stuff that got merged via the arm tree.
Not sure what would the better way to handle that, as applying it via
Em Sat, 6 Oct 2012 08:56:24 -0300
Mauro Carvalho Chehab mche...@redhat.com escreveu:
Unfortunately, lots of changes to the ov2640 driver would be necessary
use it. It starts with the init sequence and continues with a long
sequence of sensor register writes at capturing start.
My hope
Antti,
Please review.
Thanks!
Mauro
Forwarded message:
Date: Sun, 23 Sep 2012 21:48:47 +0200
From: Jose Alberto Reguero jaregu...@telefonica.net
To: linux-media@vger.kernel.org
Cc: Antti Palosaari cr...@iki.fi
Subject: [PATCH] v4 Add support to Avermedia Twinstar double tuner in af9035
This
Em Thu, 27 Sep 2012 08:58:33 +0200
javier Martin javier.mar...@vista-silicon.com escreveu:
Hi Jonathan,
thank you for your time.
On 26 September 2012 18:40, Jonathan Corbet cor...@lwn.net wrote:
This is going to have to be quick, sorry...
On Wed, 26 Sep 2012 11:47:53 +0200
Javier
On my ubuntu 10.4 system
Linux 2.6.32-43-generic-pae #97-Ubuntu SMP Wed Sep 5 16:59:17 UTC 2012
i686 GNU/Linux
this patch breaks compilation of media_build.
The constant SZ_1M is not defined in the includes on my system
Do you know what can be done about this ?
---
Em Mon, 01 Oct 2012 14:21:34 +0300
Antti Palosaari cr...@iki.fi escreveu:
On 10/01/2012 02:15 PM, Mauro Carvalho Chehab wrote:
Em Sun, 30 Sep 2012 19:36:50 +0200
Damien Bally bir...@free.fr escreveu:
Le 29/09/2012 19:33, Mauro Carvalho Chehab a écrit :
It seems that the it931x
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:Sat Oct 6 19:00:26 CEST 2012
git hash:947c48086623d9ca2207dd0434bd58458af4ba86
gcc version: i686-linux-gcc
Hello Jan,
On 10/06/2012 05:24 PM, Jan Hoogenraad wrote:
On my ubuntu 10.4 system
Linux 2.6.32-43-generic-pae #97-Ubuntu SMP Wed Sep 5 16:59:17 UTC 2012
i686 GNU/Linux
this patch breaks compilation of media_build.
The constant SZ_1M is not defined in the includes on my system
Do you
Thanks.
I see several drivers disabled for lower kernel versions in my Kconfig file.
I am not sure how this is accomplished, but it would be helpful if the
Fujitsu M-5MOLS 8MP sensor support
is automatically disabled for kernel 3.6
I fixed it in my version by replacing SZ_1M by (1024*1024).
I
On 10/06/2012 08:43 PM, Jan Hoogenraad wrote:
Thanks.
I see several drivers disabled for lower kernel versions in my Kconfig file.
I am not sure how this is accomplished, but it would be helpful if the
Fujitsu M-5MOLS 8MP sensor support
is automatically disabled for kernel 3.6
I fixed it in
This patch changes versions.txt and disables VIDEO_M5MOLS which fixed the
build for my 3.2 kernel but looking at the logs it looks like this is not the
way to fix it as it's not just a 3.6+ problem as it does not build on 3.6 as
well... So probably best to find why it doesn't build on the
On Sat, Oct 6, 2012 at 7:56 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
AFAIKT, newer em28xx chips are using this concept. The em28xx-i2c code require
changes to support two I2C buses, and to handle 16 bit eeproms. We never cared
of doing that because we never needed, so far, to read
22 matches
Mail list logo
