On Sat, Oct 6, 2012 at 7:56 AM, Mauro Carvalho Chehab
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 anything from thos
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 curr
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 m
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 d
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
>
>
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 (GC
Em Mon, 01 Oct 2012 14:21:34 +0300
Antti Palosaari escreveu:
> On 10/01/2012 02:15 PM, Mauro Carvalho Chehab wrote:
> > Em Sun, 30 Sep 2012 19:36:50 +0200
> > Damien Bally escreveu:
> >
> >>
> >>
> >> Le 29/09/2012 19:33, Mauro Carvalho Chehab a écrit :
> >>It seems that the it931x variant h
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 ?
---
/home/jhh/dvb/media_build/v4
Em Thu, 27 Sep 2012 08:58:33 +0200
javier Martin escreveu:
> Hi Jonathan,
> thank you for your time.
>
> On 26 September 2012 18:40, Jonathan Corbet wrote:
> > This is going to have to be quick, sorry...
> >
> > On Wed, 26 Sep 2012 11:47:53 +0200
> > Javier Martin wrote:
> >
> >> +static struc
Antti,
Please review.
Thanks!
Mauro
Forwarded message:
Date: Sun, 23 Sep 2012 21:48:47 +0200
From: Jose Alberto Reguero
To: linux-media@vger.kernel.org
Cc: Antti Palosaari
Subject: [PATCH] v4 Add support to Avermedia Twinstar double tuner in af9035
This patch add support to the Avermedia Tw
Em Sat, 6 Oct 2012 08:56:24 -0300
Mauro Carvalho Chehab 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 was, that the
Em Sat, 6 Oct 2012 16:26:40 +0800
Shawn Guo 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 -arm
> > will
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 unsigne
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
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
> Signed-off-by: Kyungmin Park
> Acked-by: Laurent Pinchart
> ---
> drivers/media/video/video
Hi Guennadi,
Em Tue, 11 Sep 2012 11:08:58 +0200 (CEST)
Guennadi Liakhovetski 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 my queue during t
Em Sun, 23 Sep 2012 16:03:25 +0200
Frank Schäfer 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 Carvalho Chehab:
Em Thu, 6 Sep 2012 17:23:57 +0200
Peter Senna Tschudin escreveu:
> From: Peter Senna Tschudin
>
> 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 this problem is as
> follows: (http:/
Hi Guennadi,
On Fri, 28 Sep 2012 00:03:45 +0200
Anatolij Gustschin 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
> these re
Hi Guennadi,
On Fri, 28 Sep 2012 15:30:33 +0200 (CEST)
Guennadi Liakhovetski wrote:
> On Fri, 28 Sep 2012, Anatolij Gustschin wrote:
>
> > Hi Guennadi,
> >
> > On Fri, 28 Sep 2012 14:33:34 +0200 (CEST)
> > Guennadi Liakhovetski wrote:
> > ...
> > > > @@ -235,12 +238,32 @@ static int mt9v022_s
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.
>
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
>
Thanks, Mauro.
Shawn
--
To unsubscribe from this list: send the line "
22 matches
Mail list logo