Skip to content

K
Kernel

openeuler / Kernel
1 年多 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 08 10月, 2011 1 次提交
    • M
      [media] saa7115: Fix standards detection · b728666b
      由 Mauro Carvalho Chehab 提交于 
      There are several bugs at saa7115 standards detection:

After the fix, the driver is returning the proper standards,
as tested with 3 different broadcast sources:

On an invalid channel (without any TV signal):
[ 4394.931630] saa7115 15-0021: Status byte 2 (0x1f)=0xe0
[ 4394.931635] saa7115 15-0021: detected std mask = 00ffffff

With a PAL/M signal:
[ 4410.836855] saa7115 15-0021: Status byte 2 (0x1f)=0xb1
[ 4410.837727] saa7115 15-0021: Status byte 1 (0x1e)=0x82
[ 4410.837731] saa7115 15-0021: detected std mask = 00000900

With a NTSC/M signal:
[ 4422.383893] saa7115 15-0021: Status byte 2 (0x1f)=0xb1
[ 4422.384768] saa7115 15-0021: Status byte 1 (0x1e)=0x81
[ 4422.384772] saa7115 15-0021: detected std mask = 0000b000

Tests were done with a WinTV PVR USB2 Model 29xx card.
Reviewed-by: NHans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      b728666b
  3. 21 9月, 2011 2 次提交
  5. 28 7月, 2011 1 次提交
    • H
      [media] v4l2-ctrls: fix and improve volatile control handling · ddac5c10
      由 Hans Verkuil 提交于 
      If you have a cluster of controls that is a mix of volatile and non-volatile
controls, then requesting the value of the volatile control would fail if the
master control of that cluster was non-volatile. The code assumed that the
volatile state of the master control was the same for all other controls in
the cluster.

This is now fixed.

In addition, it was clear from bugs in some drivers that it was confusing that
the ctrl->cur union had to be used in g_volatile_ctrl. Several drivers used the
'new' values instead. The framework was changed so that drivers now set the new
value instead of the current value.

This has an additional benefit as well: the volatile values are now only stored
in the 'new' value, leaving the current value alone. This is useful for
autofoo/foo control clusters where you want to have a 'foo' control act like a
volatile control if 'autofoo' is on, but as a normal control when it is off.

Since with this change the cur value is no longer overwritten when g_volatile_ctrl
is called, you can use it to remember the original 'foo' value. For example:

autofoo = 0, foo = 10 and foo is non-volatile.

Now autofoo is set to 1 and foo is marked volatile. Retrieving the foo value
will get the volatile value. Set autofoo back to 0, which marks foo as non-
volatile again, and retrieving foo will get the old current value of 10.
Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      ddac5c10
  7. 01 2月, 2011 1 次提交
  9. 29 12月, 2010 1 次提交
  11. 21 10月, 2010 1 次提交
  13. 09 8月, 2010 1 次提交
  15. 01 6月, 2010 2 次提交
  17. 19 5月, 2010 3 次提交
  19. 18 5月, 2010 3 次提交
  21. 27 2月, 2010 1 次提交
  23. 07 4月, 2009 5 次提交
  25. 30 3月, 2009 5 次提交
  27. 03 1月, 2009 1 次提交
  29. 30 12月, 2008 1 次提交
  31. 13 10月, 2008 1 次提交
  33. 12 10月, 2008 1 次提交
  35. 04 9月, 2008 1 次提交
  37. 20 7月, 2008 2 次提交
  39. 19 5月, 2008 1 次提交
    • J
      i2c: Convert remaining new-style drivers to use module aliasing · af294867
      由 Jean Delvare 提交于 
      Update all the remaining new-style i2c drivers to use standard module
aliasing instead of the old driver_name/type driver matching scheme.

Note that the tuner driver is a bit quirky at the moment, as it
overwrites i2c_client.name with arbitrary strings. We write "tuner"
back on remove, to make sure that driver cycling will work properly,
but there may still be troublesome corner cases.
Signed-off-by: NJean Delvare <khali@linux-fr.org>
      af294867
  41. 30 4月, 2008 1 次提交
    • J
      i2c: Add support for device alias names · d2653e92
      由 Jean Delvare 提交于 
      Based on earlier work by Jon Smirl and Jochen Friedrich.

This patch allows new-style i2c chip drivers to have alias names using
the official kernel aliasing system and MODULE_DEVICE_TABLE(). At this
point, the old i2c driver binding scheme (driver_name/type) is still
supported.
Signed-off-by: NJean Delvare <khali@linux-fr.org>
Cc: Jochen Friedrich <jochen@scram.de>
Cc: Jon Smirl <jonsmirl@gmail.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
      d2653e92
  43. 25 4月, 2008 2 次提交
  45. 26 1月, 2008 2 次提交