Re: [PATCH v3] v4l: Add driver for Micron MT9M032 camera sensor

On Wed, Dec 14, 2011 at 02:55:31AM +0100, Marek Vasut wrote: > Dear Martin Hostettler, > > > The MT9M032 is a parallel 1.6MP sensor from Micron controlled through I2C. > > > > The driver creates a V4L2 subdevice. It currently supports cropping, gain, > > exposure and v/h flipping controls in mono

[patch] [media] tm6000: using an uninitialized variable in debug code

dprintk() dereferences "ir". I'm not sure why gcc doesn't complain about this. Signed-off-by: Dan Carpenter diff --git a/drivers/media/video/tm6000/tm6000-input.c b/drivers/media/video/tm6000/tm6000-input.c index 8d92527..7844607 100644 --- a/drivers/media/video/tm6000/tm6000-input.c +++ b/dri

Re: [PATCH v3] v4l: Add driver for Micron MT9M032 camera sensor

Dear Martin Hostettler, > The MT9M032 is a parallel 1.6MP sensor from Micron controlled through I2C. > > The driver creates a V4L2 subdevice. It currently supports cropping, gain, > exposure and v/h flipping controls in monochrome mode with an > external pixel clock. > > Signed-off-by: Martin Ho

[PATCH v3] arm: omap3evm: Add support for an MT9M032 based camera board.

Adds board support for an MT9M032 based camera to omap3evm. Signed-off-by: Martin Hostettler --- arch/arm/mach-omap2/Makefile|3 +- arch/arm/mach-omap2/board-omap3evm-camera.c | 155 +++ arch/arm/mach-omap2/board-omap3evm.c|4 + 3 files ch

[PATCH v3] v4l: Add driver for Micron MT9M032 camera sensor

The MT9M032 is a parallel 1.6MP sensor from Micron controlled through I2C. The driver creates a V4L2 subdevice. It currently supports cropping, gain, exposure and v/h flipping controls in monochrome mode with an external pixel clock. Signed-off-by: Martin Hostettler --- drivers/media/video/Kcon

Re: Multiple Mantis devices gives me glitches

13.12.2011 20:11, Vidar Tyldum kirjoitti: 13.12.2011 08:31, Marko Ristola: Hi Here is a patch that went into Linus GIT this year. It reduces the number of DMA transfer interrupts into one third. Linus released 2.6.38.8 doesn't seem to have this patch yet Good news, combining this patch with

Re: Mantis CAM not SMP safe / Activating CAM on Technisat Skystar HD2 (DVB-S2)

Am 12.12.2011 12:08, schrieb Marko Ristola: On 12/10/2011 01:57 AM, Ninja wrote: Hi, has anyone an idea how the SMP problems could be fixed? You could turn on Mantis Kernel module's debug messages. It could tell you the emitted interrupts. One risky thing with the Interrupt handler code is t

Re: zc3xx webcam crashes on in-focus pictures

Forgot to CC the list, here it goes... Hi Jef, Am 13.12.2011 11:32, schrieb Jean-Francois Moine: > > So, I added controls to modify these registers in the version 2.14.5 > > I've just uploaded. > > > > The values may be modified by programs as 'v4l2ucp' (control only), > > 'vlc' or my program 's

cron job: media_tree daily build: ERRORS

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:Tue Dec 13 19:00:14 CET 2011 git hash:bcc072756e4467dc30e502a311b1c3adec96a0e4 gcc version: i686-linux-gcc (GCC

Re: Multiple Mantis devices gives me glitches

13.12.2011 08:31, Marko Ristola: > > Hi > > Here is a patch that went into Linus GIT this year. > It reduces the number of DMA transfer interrupts into one third. > Linus released 2.6.38.8 doesn't seem to have this patch yet Good news, combining this patch with IRQ management fixes the problem f

Re: serial device name for smart card reader that is integrated to Anysee DVB USB device

> Anyhow, I would like now ask how to proceed. Should I export four new > functions as replacement of those leaving old functionality as > currently. Or should I change existing ones like adding new pointer for > struct usb_serial and use it instead of struct usb_interface when not NULL. I thin

Re: Multiple Mantis devices gives me glitches

(sorry for breaking the threading, the reply came faster than my subscription to the list :) >From Ninja , > Hi, I noticed some SMP problems with the mantis driver as well (see my > post "Mantis CAM not SMP safe / Activating CAM on Technisat Skystar HD2 > (DVB-S2)"). One workaround for me is to li

Re: serial device name for smart card reader that is integrated to Anysee DVB USB device

On 10/14/2011 08:32 PM, Oliver Neukum wrote: Am Mittwoch, 5. Oktober 2011, 10:16:06 schrieb Oliver Neukum: Am Mittwoch, 5. Oktober 2011, 08:19:10 schrieb Antti Palosaari: On 10/05/2011 09:15 AM, Oliver Neukum wrote: But, Greg, Antti makes a very valid point here. The generic code assumes tha

Re: [Linaro-mm-sig] [RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism

On Monday 12 December 2011, Robert Morell wrote: > > > > Doing a buffer sharing with something that is not GPL is not fun, as, if any > > issue rises there, it would be impossible to discover if the problem is > > either > > at the closed-source driver or at the open source one. At the time I was

Re: cx231xx kernel oops

Yan Seiner wrote: Yan Seiner wrote: Andy Walls wrote: 800 MB for 320x420 frames? It sounds like your app has gooned its requested buffer size. That's an understatement. :-) This might be due to endianess differences between MIPS abd x86 and your app only being written and tested on x8

Re: Multiple Mantis devices gives me glitches

Marko Ristola, on 13.12.2011 08:31: > Here is a patch that went into Linus GIT this year. > It reduces the number of DMA transfer interrupts into one third. > Linus released 2.6.38.8 doesn't seem to have this patch yet. Thank you very much. I did see this patch mentioned in my quest for more know

Re: [Linaro-mm-sig] [RFC v2 1/2] dma-buf: Introduce dma buffer sharing mechanism

(I've been away for the past two weeks, so I'm only now catching up) On Thursday 08 December 2011 22:44:08 Daniel Vetter wrote: > On Wed, Dec 7, 2011 at 14:40, Arnd Bergmann wrote: > > On Wednesday 07 December 2011, Semwal, Sumit wrote: > >> Thanks for the excellent discussion - it indeed is ver

[PATCH v5 3/3] fbdev: sh_mobile_lcdc: Support FOURCC-based format API

Signed-off-by: Laurent Pinchart --- arch/arm/mach-shmobile/board-ag5evm.c |2 +- arch/arm/mach-shmobile/board-ap4evb.c |4 +- arch/arm/mach-shmobile/board-mackerel.c |4 +- arch/sh/boards/mach-ap325rxa/setup.c|2 +- arch/sh/boards/mach-ecovec24/setup.c|2 +- arch/s

[PATCH v5 2/3] v4l: Add V4L2_PIX_FMT_NV24 and V4L2_PIX_FMT_NV42 formats

NV24 and NV42 are planar YCbCr 4:4:4 and YCrCb 4:4:4 formats with a luma plane followed by an interleaved chroma plane. Signed-off-by: Laurent Pinchart --- Documentation/DocBook/media/v4l/pixfmt-nv24.xml | 121 +++ Documentation/DocBook/media/v4l/pixfmt.xml |1 + in

[PATCH v5 1/3] fbdev: Add FOURCC-based format configuration API

This API will be used to support YUV frame buffer formats in a standard way. Last but not least, create a much needed fbdev API documentation and document the format setting APIs. Signed-off-by: Laurent Pinchart --- Documentation/fb/api.txt | 306 ++

[PATCH v5 0/3] fbdev: Add FOURCC-based format configuration API

Hi everybody, fbdev: Add FOURCC-based format configuration API Here's the fifth version of the fbdev FOURCC-based format configuration API. Compared to the fourth version, - fb_set_var() now checks that the red, green, blue and transp fields are all set to 0 when using the FOURCC-based API and re

RE: [PATCH] vpif_capture.c: v4l2_device_register() is called too late in vpif_probe()

Hans, On Tue, Dec 13, 2011 at 15:14:42, Hans Verkuil wrote: > The function v4l2_device_register() is called too late in vpif_probe(). > This meant that vpif_obj.v4l2_dev is accessed before it is initialized which > caused a crash. > > This used to work in the past, but video_register_device() is

Re: [PATCH v2 1/2] v4l: Add new alpha component control

On Thursday 08 December 2011 10:30:58 Sylwester Nawrocki wrote: > On 11/29/2011 07:58 PM, Laurent Pinchart wrote: > > On Tuesday 29 November 2011 19:30:25 Hans Verkuil wrote: > >> On Tuesday, November 29, 2011 19:10:39 Laurent Pinchart wrote: > >>> On Tuesday 29 November 2011 17:40:10 Sylwester Naw

Re: [PATCH v4 0/3] fbdev: Add FOURCC-based format configuration API

Hi Geert, On Tuesday 13 December 2011 11:47:02 Geert Uytterhoeven wrote: > On Tue, Dec 13, 2011 at 01:40, Laurent Pinchart wrote: > >> I think you also want to do something with red, green, blue, transp when > >> entering FOURCC mode, at least setting them to zero or maybe even > >> requiring that

[PATCH v5 01/11] davinci: vpif: remove obsolete header file inclusion

remove inclusion of header files from vpif.h and vpif_dispaly.c and add appropriate header file for building. Signed-off-by: Manjunath Hadli Cc: Mauro Carvalho Chehab Cc: LMML --- drivers/media/video/davinci/vpif.h |2 +- drivers/media/video/davinci/vpif_display.c |2 -- 2 file

Re: [PATCH v4 0/3] fbdev: Add FOURCC-based format configuration API

On Tue, Dec 13, 2011 at 01:40, Laurent Pinchart wrote: >> I think you also want to do something with red, green, blue, transp when >> entering FOURCC mode, at least setting them to zero or maybe even requiring >> that they are zero to enter FOURCC mode (as additional safety barrier). > > Agreed. T

[PATCH] vpif_capture.c: v4l2_device_register() is called too late in vpif_probe()

The function v4l2_device_register() is called too late in vpif_probe(). This meant that vpif_obj.v4l2_dev is accessed before it is initialized which caused a crash. This used to work in the past, but video_register_device() is now actually using the v4l2_dev pointer. Note that vpif_display.c does

re: [media] tm6000: rewrite IR support

Hello Mauro Carvalho Chehab, This is a semi-automatic email about new static checker warnings. The patch 4a83b0115066: "[media] tm6000: rewrite IR support" from Nov 29, 2011, leads to the following Smatch complaint: drivers/media/video/tm6000/tm6000-input.c +327 __tm6000_ir_int_start()