On 23 May 2011 05:01, Chris Rodley wrote:
> Error when using media-ctl as below with v2 mt9p031 driver from Javier and
> latest media-ctl version.
> Is there a patch I missed to add different formats - or maybe my command is
> wrong?
>
> # ./media-ctl -v -r -l '"mt9p031 2-0048":0->"OMAP3 ISP CCD
Error when using media-ctl as below with v2 mt9p031 driver from Javier and
latest media-ctl version.
Is there a patch I missed to add different formats - or maybe my command is
wrong?
# ./media-ctl -v -r -l '"mt9p031 2-0048":0->"OMAP3 ISP CCDC":0[1], "OMAP3 ISP
CCDC":1->"OMAP3 ISP CCDC output":
From: Randy Dunlap
Fix kconfig unmet dependency warning:
warning: (VIDEO_TIMBERDALE) selects TIMB_DMA which has unmet direct
dependencies (DMADEVICES && (MFD_TIMBERDALE || HAS_IOMEM))
Signed-off-by: Randy Dunlap
Cc: Pelagicore AB
---
drivers/media/video/Kconfig |2 +-
1 file changed, 1
On Sun, 22 May 2011, Christoph Pinkl wrote:
> I've removed the rc_keyup call as the timeout release the key
> automatically. This seems to work better.
Yes it does! Thank you very much.
--
Adrian C. (anrxc) | anrxc..sysphere.org | PGP ID: D20A0618
PGP FP: 02A5 628A D8EE 2A93 996E 929F D5CB 3
Hi Mauro,
On Saturday 21 May 2011 14:55:12 Mauro Carvalho Chehab wrote:
> Hi Laurent,
>
> Despite all those changes at Nokia side, I'm still assuming that you're
> handling the omap3 patches.
That's correct. I maintain (with Sakari) the OMAP3 ISP driver. For practical
reason I'm the one who sen
Hi Mauro and Sanjeev,
On Saturday 21 May 2011 12:55:32 Mauro Carvalho Chehab wrote:
> Em 18-05-2011 13:06, Sanjeev Premi escreveu:
> > This patch fixes this compiler warning:
> > drivers/media/video/omap3isp/isp.c: In function 'isp_isr_dbg':
> > drivers/media/video/omap3isp/isp.c:392:2: warnin
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Sun May 22 19:00:33 CEST 2011
git hash:f9b51477fe540fb4c65a05027fdd6f2ecce4db3b
gcc version: i686-linux-gcc (GCC) 4.5
Hello,
I've removed the rc_keyup call as the timeout release the key automatically.
This seems to work better.
I also added the possibility to define different keytables for boards with
different subsystems as Lou mentioned.
Regards
Chris
mantis_ir.patch
Description: Binary data
Em 20-05-2011 15:48, Mauro Carvalho Chehab escreveu:
> Em 20-05-2011 12:55, Rémi Denis-Courmont escreveu:
>> Le vendredi 20 mai 2011 18:32:45 Mauro Carvalho Chehab, vous avez écrit :
>>> However, I have serious concerns about media_controller API usage on
>>> generic drivers, as it is required that
Hi,
There seems to be a problem with PowerCAM_HD V2.0.3 in combination with
Octopus CI-Module.
Linux: 2.6.35.12
Driver: http://linuxtv.org/hg/~endriss/ngene-octopus-test/rev/1d1b7ad5ac76
Command Interface works OK, but "something strange" happens with Transport
Stream Interface. Other CAMs (Ir
Hi,
Quoting Nicholas Leahy :
>
> Hi Wallak
> How do you see the chips on the I2C bus? I have been trying to get a DiVCO
> card to work (it uses the same CX23885)
> I dont get the following parts
> CX23885_BOARD_AVERMEDIA_A306:> + // ?? PIO0: 1:on 0:nothing work> + // ??
> PIO1: demodulator addres
Hi Javier,
linux-omap should be CC'ed - added.
In addition to Koen's comments, some comments below.
On 05/20/11 16:47, Javier Martin wrote:
> isp.h file has to be included as a temporal measure
> since clocks of the isp are not exposed yet.
>
> Signed-off-by: Javier Martin
> ---
> arch/arm/
On 22 May 2011 12:21, Andy Walls wrote:
>
> Bluecherry might have a product that meet your needs:
>
> http://store.bluecherry.net/products/PV%252d155-%252d-16-port-video-capture-card-%28120FPS%29.html
>
> I have no actual experience with their products myself.
I'm interested first and foremost in
Hello Oliver,
On Wed, 11 May 2011, Oliver Endriss wrote:
> On Monday 07 March 2011 14:50:02 Martin Vidovic wrote:
> > ...
> > - SEC device generates NULL packets (ad infinitum):
> >
> > When reading from SEC, NULL packets are read and interleaved with
> > expected packets. They can be even read
Mauro Carvalho Chehab wrote:
> Em 19-05-2011 07:41, Sakari Ailus escreveu:
>> This patch adds the driver for the adp1653 LED flash controller. This
>> controller supports a high power led in flash and torch modes and an
>> indicator light, sometimes also called privacy light.
>>
>> The adp1653 is u
Guennadi Liakhovetski wrote:
> On Tue, 17 May 2011, Sakari Ailus wrote:
>
>> Guennadi Liakhovetski wrote:
>
> [snip]
>
>>> I don't understand this. We do _not_ want to allow holes in indices. For
>>> now we decide to not implement DESTROY at all. In this case indices just
>>> increment contigu
Roman Gaufman wrote:
>On 22 May 2011 04:11, Devin Heitmueller
>wrote:
>> On Sat, May 21, 2011 at 10:25 PM, Roman Gaufman
>wrote:
>>> I figured as much, but what can I do now?
>>
>> Your options at this point are:
>>
>> 1. Find some developer who cares enough to take a free board just
>for
>> t
On Tue, 17 May 2011, Sakari Ailus wrote:
> Guennadi Liakhovetski wrote:
[snip]
> > I don't understand this. We do _not_ want to allow holes in indices. For
> > now we decide to not implement DESTROY at all. In this case indices just
> > increment contiguously.
> >
> > The next stage is to imp
On Saturday 21 May 2011 13:01:57 Mauro Carvalho Chehab wrote:
> Em 19-05-2011 05:38, Hans Petter Selasky escreveu:
> > --HPS
>
> The patches look sane, but, please send one patch per email. Otherwise,
> only the first patch will be caught by patchwork:
> https://patchwork.kernel.org/patch/79
On Saturday 21 May 2011 12:58:33 Mauro Carvalho Chehab wrote:
> Em 19-05-2011 05:35, Hans Petter Selasky escreveu:
> > Hi,
> >
> > In my setup I am building the DVB code without dvb_net.c, because there
> > is no IP-stack currently in my "Linux kernel". Is this worth a separate
> > configuration e
The 'normal' bulk transfer size did not work for 800x600.
By git commit c42cedbb658b, this 'normal' size was used for 1600x1200 only.
It will now be used back again for all resolutions but 800x600.
Signed-off-by: Jean-François Moine
---
drivers/media/video/gspca/ov519.c |4 ++--
1 files chan
By git commit c42cedbb658b, the bulk transfer size was changed to a lower
value for resolutions != 1600x1200, but the image extraction routine still
worked with the previous value, giving bad truncated images.
Signed-off-by: Jean-François Moine
---
drivers/media/video/gspca/ov519.c |2 +-
1
22 matches
Mail list logo
