Skip to content

K
Kernel

openeuler / Kernel
接近 2 年 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 24 9月, 2014 1 次提交
  3. 05 7月, 2014 1 次提交
  5. 24 5月, 2014 2 次提交
  7. 14 5月, 2014 2 次提交
  9. 07 1月, 2014 3 次提交
  11. 17 10月, 2013 1 次提交
  13. 15 4月, 2013 1 次提交
  15. 04 1月, 2013 1 次提交
    • G
      Drivers: media: remove __dev* attributes. · 4c62e976
      由 Greg Kroah-Hartman 提交于 
      CONFIG_HOTPLUG is going away as an option.  As a result, the __dev*
markings need to be removed.

This change removes the use of __devinit, __devexit_p, __devinitdata,
__devinitconst, and __devexit from these drivers.

Based on patches originally written by Bill Pemberton, but redone by me
in order to handle some of the coding style issues better, by hand.

Cc: Bill Pemberton <wfp5p@virginia.edu>
Cc: Mauro Carvalho Chehab <mchehab@redhat.com>
Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      4c62e976
  17. 21 12月, 2012 1 次提交
  19. 28 10月, 2012 1 次提交
    • M
      [media] saa7134,saa7164: warning: comparison of unsigned fixes · 3eeba4a7
      由 Mauro Carvalho Chehab 提交于 
      drivers/media/pci/saa7134/saa7134-core.c:947:2: warning: comparison of unsigned expression >= 0 is always true [-Wtype-limits]
drivers/media/pci/saa7164/saa7164-core.c:413:3: warning: comparison of unsigned expression < 0 is always false [-Wtype-limits]
drivers/media/pci/saa7164/saa7164-core.c:489:3: warning: comparison of unsigned expression < 0 is always false [-Wtype-limits]
drivers/media/pci/saa7134/saa7134-video.c:2514:2: warning: comparison of unsigned expression < 0 is always false [-Wtype-limits]
Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      3eeba4a7
  21. 16 8月, 2012 1 次提交
  23. 31 12月, 2011 1 次提交
  25. 28 7月, 2011 1 次提交
    • M
      [media] Stop using linux/version.h on most video drivers · 1990d50b
      由 Mauro Carvalho Chehab 提交于 
      All the modified drivers didn't have any version increment since
Jan, 1 2011. Several of them didn't have any version increment
for a long time, even having new features and important bug fixes
happening.

As we're now filling the QUERYCAP version with the current Kernel
Release, we don't need to maintain a per-driver version control
anymore. So, let's just use the default.

In order to preserve the Kernel module version history, a
KERNEL_VERSION() macro were added to all modified drivers, and
the extraver number were incremented.

I opted to preserve the per-driver version control to a few
pwc, pvrusb2, s2255, s5p-fimc and sh_vou.

A few drivers are still using the legacy way to handle ioctl's.
So, we can't do such change on them, otherwise, they'll break.
Those are: uvc, et61x251 and sn9c102.

The rationale is that the per-driver version control seems to be
actively maintained on those.

Yet, I think that the better for them would be to just use the
default version numbering, instead of doing that by themselves.

While here, removed a few uneeded include linux/version.h
Acked-by: NHans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      1990d50b
  27. 20 5月, 2011 1 次提交
  29. 22 3月, 2011 1 次提交
  31. 24 12月, 2010 1 次提交
    • T
      media/video: explicitly flush request_module work · 707bcf32
      由 Tejun Heo 提交于 
      Video drivers request submodules using a work during probe and calls
flush_scheduled_work() on exit to make sure the work is complete
before being unloaded.  This patch makes these drivers flush the work
directly instead of using flush_scheduled_work().

While at it, relocate request_submodules() call in saa7134_initdev()
right right before successful return as in other drivers to avoid
failing after the work is scheduled and returning failure without the
work still active.

This is in preparation for the deprecation of flush_scheduled_work().
Signed-off-by: NTejun Heo <tj@kernel.org>
Cc: Mauro Carvalho Chehab <mchehab@infradead.org>
      707bcf32
  33. 22 11月, 2010 1 次提交
  35. 23 10月, 2010 1 次提交
  37. 21 10月, 2010 1 次提交
  39. 03 8月, 2010 1 次提交
  41. 19 5月, 2010 2 次提交
    • M
      V4L/DVB: saa7134: Add support for both positive and negative edge IRQ · bdf1c98e
      由 Mauro Carvalho Chehab 提交于 
      The code that enables IRQ for the Remote Controller on saa7134 is a little
messy: it is outside saa7134-input, it checks if RC is GPIO based, and
it mixes both serial raw decode with parallel reads from a hardware-based
IR decoder.

Also, currently, it doesn't allow to trigger both transition edges at GPIO16
and GPIO18 lines. A rework on the code is needed to provide a better way
to specify what saa7134-input needs, maybe even moving part of the code from
saa7134-core and saa7134-cards into saa7134-input.

Yet, as a large rework is happening at RC core, it is better to wait until
the core changes stablize, in order to rework saa7134 RC internals.While
this don't happen, let's just change the logic a little bit to allow
enabling IRQ to be generated on both edge transitions, in order to better
support pulse/space raw decoders.
Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      bdf1c98e
    • M
      V4L/DVB: saa7134: Fix IRQ2 bit names for the register map · 3629e1da
      由 Mauro Carvalho Chehab 提交于 
      There's an error at the IRQ2 bit map registers. Also, it doesn't
show what bits are needed for positive and for negative edge.

In the case of IR raw decoding, for some protocols, it is important
to detect both positive and negative edges. So, a latter patch
will need to use the other values.

Also, the code that detects problems on IRQ handling is incomplete,
as it disables only one of the IRQ bits for GPIO16 and GPIO18.
Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      3629e1da
  43. 18 5月, 2010 1 次提交
  45. 17 1月, 2010 1 次提交
  47. 16 12月, 2009 3 次提交
  49. 06 12月, 2009 2 次提交
  51. 09 11月, 2009 1 次提交
  53. 19 9月, 2009 1 次提交
  55. 12 9月, 2009 1 次提交
  57. 17 6月, 2009 2 次提交
  59. 07 4月, 2009 2 次提交