Skip to content

K
Kernel

openeuler / Kernel
1 年多 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 14 8月, 2012 1 次提交
  3. 12 8月, 2012 1 次提交
  5. 29 3月, 2012 1 次提交
  7. 28 7月, 2011 1 次提交
  9. 23 3月, 2011 1 次提交
  11. 22 3月, 2011 1 次提交
    • H
      [media] v4l: removal of old, obsolete ioctls · 7ee40aad
      由 Hans Verkuil 提交于 
      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: NHans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      7ee40aad
  13. 19 1月, 2011 1 次提交
  15. 30 12月, 2010 1 次提交
  17. 22 11月, 2010 1 次提交
  19. 23 10月, 2010 1 次提交
    • L
      [media] v4l: Load I2C modules based on modalias · e9f0495a
      由 Laurent Pinchart 提交于 
      When creating a new sub-device, The V4L I2C subdev API has historically
required drivers to pass the name of the module that implements support
for the I2C device.

I2C modules can be loaded based on modaliases instead of the module
name. As the I2C device type name is already available to the
v4l2_i2c_new_subdev* functions, make the module name argument optional
and create a modalias based on the type name when no module name is
provided.

All in-tree drivers call those functions with a non-NULL module name
argument, this change is thus harmless.
Signed-off-by: NLaurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      e9f0495a
  21. 21 10月, 2010 2 次提交
  23. 12 8月, 2010 1 次提交
  25. 09 8月, 2010 1 次提交
    • H
      V4L/DVB: v4l2: Add new control handling framework · 0996517c
      由 Hans Verkuil 提交于 
      Add a new framework to handle controls which makes life for driver
developers much easier.

Note that this patch moves some of the control support that used to be in
v4l2-common.c to v4l2-ctrls.c. The tables were copied unchanged. The body
of v4l2_ctrl_query_fill() was copied to a new v4l2_ctrl_fill() function
in v4l2-ctrls.c. This new function doesn't use the v4l2_queryctrl
struct anymore, which makes it more general.

The remainder of v4l2-ctrls.c is all new. Highlights include:

- No need to implement VIDIOC_QUERYCTRL, QUERYMENU, S_CTRL, G_CTRL,
  S_EXT_CTRLS, G_EXT_CTRLS or TRY_EXT_CTRLS in either bridge drivers
  or subdevs. New wrapper functions are provided that can just be plugged in.
  Once everything has been converted these wrapper functions can be removed as well.

- When subdevices are added their controls can be automatically merged
  with the bridge driver's controls.

- Most drivers just need to implement s_ctrl to set the controls.
  The framework handles the locking and tries to be as 'atomic' as possible.

- Ready for the subdev device nodes: the same mechanism applies to subdevs
  and their device nodes as well. Sub-device drivers can make controls
  local, preventing them from being merged with bridge drivers.

- Takes care of backwards compatibility handling of VIDIOC_S_CTRL and
  VIDIOC_G_CTRL. Handling of V4L2_CID_PRIVATE_BASE is fully transparent.
  CTRL_CLASS controls are automatically added.
Signed-off-by: NHans Verkuil <hverkuil@xs4all.nl>
Reviewed-by: NLaurent Pinchart <laurent.pinchart@ideasonboard.com>
Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      0996517c
  27. 19 5月, 2010 2 次提交
  29. 18 5月, 2010 4 次提交
  31. 16 12月, 2009 1 次提交
  33. 06 12月, 2009 1 次提交
  35. 19 9月, 2009 1 次提交
  37. 12 9月, 2009 2 次提交
  39. 23 6月, 2009 3 次提交
  41. 17 6月, 2009 2 次提交
  43. 07 4月, 2009 3 次提交
  45. 30 3月, 2009 7 次提交