16 Jan, 2012

1 commit

  • * 'v4l_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media: (655 commits)
    [media] revert patch: HDIC HD29L2 DMB-TH USB2.0 reference design driver
    mb86a20s: Add a few more register settings at the init seq
    mb86a20s: Group registers into the same line
    [media] [PATCH] don't reset the delivery system on DTV_CLEAR
    [media] [BUG] it913x-fe fix typo error making SNR levels unstable
    [media] cx23885: Query the CX25840 during enum_input for status
    [media] cx25840: Add support for g_input_status
    [media] rc-videomate-m1f.c Rename to match remote controler name
    [media] drivers: media: au0828: Fix dependency for VIDEO_AU0828
    [media] convert drivers/media/* to use module_platform_driver()
    [media] drivers: video: cx231xx: Fix dependency for VIDEO_CX231XX_DVB
    [media] Exynos4 JPEG codec v4l2 driver
    [media] doc: v4l: selection: choose pixels as units for selection rectangles
    [media] v4l: s5p-tv: mixer: fix setup of VP scaling
    [media] v4l: s5p-tv: mixer: add support for selection API
    [media] v4l: emulate old crop API using extended crop/compose API
    [media] doc: v4l: add documentation for selection API
    [media] doc: v4l: add binary images for selection API
    [media] v4l: add support for selection api
    [media] hd29l2: fix review findings
    ...

    Linus Torvalds
     

11 Jan, 2012

1 commit


07 Jan, 2012

1 commit

  • If ctrls->count is too high the multiplication could overflow and
    array_size would be lower than expected. Mauro and Hans Verkuil
    suggested that we cap it at 1024. That comes from the maximum
    number of controls with lots of room for expantion.

    $ grep V4L2_CID include/linux/videodev2.h | wc -l
    211

    Cc: stable
    Signed-off-by: Dan Carpenter
    Signed-off-by: Mauro Carvalho Chehab

    Dan Carpenter
     

06 Jan, 2012

1 commit

  • Written by Theodore Kilgore

    With minor changes by Hans de Goede:
    -Code style fixes
    -Correct the verbose level on various PDEBUG messages
    -Make error messages use pr_err instead of PDEBUG
    -Document the jl20 pixel format

    Signed-off-by: Theodore Kilgore
    Signed-off-by: Hans de Goede
    Signed-off-by: Mauro Carvalho Chehab

    Theodore Kilgore
     

31 Dec, 2011

1 commit

  • The V4L2_CID_ALPHA_COMPONENT control is intended for the video capture
    or memory-to-memory devices that are capable of setting up the per-pixel
    alpha component to some arbitrary value. It allows to set the alpha
    component for all pixels to an arbitrary value.

    Signed-off-by: Sylwester Nawrocki
    Signed-off-by: Kyungmin Park
    Acked-by: Laurent Pinchart
    Signed-off-by: Mauro Carvalho Chehab

    Sylwester Nawrocki
     

20 Dec, 2011

2 commits


04 Nov, 2011

3 commits


08 Oct, 2011

1 commit


21 Sep, 2011

1 commit

  • Add a new VOLATILE control flag that is set for volatile controls.
    That way applications know whether the value of the control is volatile
    (i.e. can change continuously) or not.

    Until now this was an internal property, but it is useful to know in
    userspace as well.

    A typical use case is the gain value when autogain is on. In that case the
    hardware will continuously adjust the gain based various environmental
    factors.

    This patch just adds and documents the flag, it's not yet used.

    Signed-off-by: Hans Verkuil
    Acked-by: Hans de Goede
    Signed-off-by: Mauro Carvalho Chehab

    Hans Verkuil
     

29 Aug, 2011

1 commit


28 Jul, 2011

7 commits


20 May, 2011

2 commits

  • M420 is a hybrid YUV 4:2:0 packet/planar format. Two Y lines are
    followed by an interleaved U/V line.

    Signed-off-by: Hans de Goede
    [laurent.pinchart@ideasonboard.com: split into v4l/uvcvideo patches]
    [laurent.pinchart@ideasonboard.com: add documentation]
    Signed-off-by: Laurent Pinchart
    Signed-off-by: Mauro Carvalho Chehab

    Hans de Goede
     
  • Add a 10 bits per pixel greyscale format in a bit-packed array representation,
    naming it Y10B. Such pixel format is supplied for instance by the Kinect
    sensor device.

    Signed-off-by: Antonio Ospite
    Signed-off-by: Jean-François Moine
    Signed-off-by: Mauro Carvalho Chehab

    Antonio Ospite
     

19 Apr, 2011

1 commit


22 Mar, 2011

5 commits

  • [mchehab@redhat.com: Fix a few CodingStyle issues]
    Tested-by: Kjell Claesson
    Tested-by: Hans de Goede
    Signed-off-by: Jean-François Moine
    Signed-off-by: Mauro Carvalho Chehab

    Jean-François Moine
     
  • Add FCCs for the following pixel formats:

    - V4L2_PIX_FMT_SBGGR12
    - V4L2_PIX_FMT_SGBRG12
    - V4L2_PIX_FMT_SGRBG12
    - V4L2_PIX_FMT_SRGGB12

    Signed-off-by: Laurent Pinchart
    Acked-by: Hans Verkuil
    Signed-off-by: Mauro Carvalho Chehab

    Laurent Pinchart
     
  • Some ioctl's were defined wrong on 2.6.2 and 2.6.6, using the wrong
    type of R/W arguments. They were fixed, but the old ioctl names are
    still there, maintained to avoid breaking binary compatibility:

    There's no sense on preserving those forever, as it is very doubtful
    that someone would try to use a such old binary with a modern kernel.
    Removing them will allow us to remove some magic done at the V4L ioctl
    handler.

    Note that any application compiled with a videodev2.h from 2.6.7 or later
    will be using the correct ioctls.

    Signed-off-by: Hans Verkuil
    Signed-off-by: Mauro Carvalho Chehab

    Hans Verkuil
     
  • Add definitions for format with color planes non-contiguous
    in physical memory. These formats apply only if the V4L2 multiplane
    extension is used.

    V4L2_PIX_FMT_NV12M - 2-plane Y/CbCr
    V4L2_PIX_FMT_NV12MT - 2-plane Y/CbCr tiled (64x32 pixel macroblocks)
    V4L2_PIX_FMT_YUV420M - 3-plane Y/Cb/Cr

    Signed-off-by: Sylwester Nawrocki
    Signed-off-by: Kyungmin Park
    Signed-off-by: Mauro Carvalho Chehab

    Sylwester Nawrocki
     
  • Multi-planar API is as a backwards-compatible extension of the V4L2 API,
    which allows video buffers to consist of one or more planes. Planes are
    separate memory buffers; each has its own mapping, backed by usually
    separate physical memory buffers.

    Many different uses for the multi-planar API are possible, examples
    include:
    - embedded devices requiring video components to be placed in physically
    separate buffers, e.g. for Samsung S3C/S5P SoC series' video codec,
    Y and interleaved Cb/Cr components reside in buffers in different
    memory banks;
    - applications may receive (or choose to store) video data of one video
    buffer in separate memory buffers; such data would have to be temporarily
    copied together into one buffer before passing it to a V4L2 device;
    - applications or drivers may want to pass metadata related to a buffer and
    it may not be possible to place it in the same buffer, together with video
    data.

    [mchehab@redhat.com: CodingStyle fixes]
    Signed-off-by: Pawel Osciak
    Signed-off-by: Kyungmin Park
    Reviewed-by: Marek Szyprowski
    Signed-off-by: Marek Szyprowski
    Reviewed-by: Hans Verkuil
    Signed-off-by: Mauro Carvalho Chehab

    Pawel Osciak
     

21 Oct, 2010

6 commits

  • Add spacing field to v4l2_hw_freq_seek.

    Add V4L2_TUNER_CAP_RDS_BLOCK_IO, which indicates that the tuner/
    transmitter if capable of transmitting/receiving RDS blocks.

    Add V4L2_TUNER_CAP_RDS_CONTROLS capability, which indicates that the
    RDS data is handled as values of predefined controls like radio text,
    program ID and so on.

    Signed-off-by: Matti J. Aaltonen
    Acked-by: Hans Verkuil
    Signed-off-by: Mauro Carvalho Chehab

    Matti Aaltonen
     
  • This function is an internal API and belongs in v4l2-common.h, not
    videodev.h. The return pointer and probe argument should be const as well.

    Signed-off-by: Hans Verkuil
    Signed-off-by: Mauro Carvalho Chehab

    Hans Verkuil
     
  • Many video drivers implement a fixed set of frame formats and thus face a task
    of finding the best match for a user-requested format. Implementing this in a
    generic function has also an advantage, that different drivers with similar
    supported format sets will select the same format for the user, which improves
    consistency across drivers.

    Signed-off-by: Guennadi Liakhovetski
    Signed-off-by: Mauro Carvalho Chehab

    Guennadi Liakhovetski
     
  • Some media devices (microscopes) may have one or many illuminators.
    This patch makes them controlable by the applications.

    Acked-by: Hans Verkuil
    Acked-by: Andy Walls
    Signed-off-by: Jean-François Moine
    Signed-off-by: Mauro Carvalho Chehab

    Jean-François Moine
     
  • This new driver replaces the (known to not work / crash) usbvideo konicawc
    driver.

    Signed-off-by: Hans de Goede
    Signed-off-by: Mauro Carvalho Chehab

    Hans de Goede
     
  • The old usbvideo ibmcam driver needs to be replaced with a v4l2 driver
    preferably using the gspca webcam framework rather then the old usbvideo
    framework.

    This new gspca sub driver sets a first step in that direction. The ibmcam
    driver supports 4 different model webcams. This new driver (for now) only
    supports Model 3 cameras, as my test cam is a Model 3 cam, or so I thought.

    Upon reading:
    http://www.linux-usb.org/ibmcam/
    I learned that the IBM Netcamera Pro I have even though having the same
    usb id and the same bcd version is different from the Model 3 cameras
    supported by the ibmcam driver. So this new gscpa subdriver supports Model 3
    cameras (untested), and the IBM Netcamera Pro. Currently use with the
    IBM Netcamera Pro requires a module parameter. I hope to be able to
    autodetect which is which in the future.

    Signed-off-by: Hans de Goede
    Signed-off-by: Mauro Carvalho Chehab

    Hans de Goede
     

09 Aug, 2010

1 commit


19 May, 2010

5 commits