1. 15 4月, 2013 3 次提交
  2. 08 4月, 2013 4 次提交
  3. 24 3月, 2013 4 次提交
  4. 09 2月, 2013 1 次提交
  5. 06 2月, 2013 1 次提交
  6. 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
  7. 28 12月, 2012 1 次提交
  8. 22 12月, 2012 1 次提交
  9. 21 12月, 2012 1 次提交
  10. 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
  11. 27 10月, 2012 1 次提交
    • D
      [media] rc-core: add separate defines for protocol bitmaps and numbers · c003ab1b
      David Härdeman 提交于
      The RC_TYPE_* defines are currently used both where a single protocol is
      expected and where a bitmap of protocols is expected.
      
      Functions like rc_keydown() and functions which add/remove entries to the
      keytable want a single protocol. Future userspace APIs would also
      benefit from numeric protocols (rather than bitmap ones). Keytables are
      smaller if they can use a small(ish) integer rather than a bitmap.
      
      Other functions or struct members (e.g. allowed_protos,
      enabled_protocols, etc) accept multiple protocols and need a bitmap.
      
      Using different types reduces the risk of programmer error. Using a
      protocol enum whereever possible also makes for a more future-proof
      user-space API as we don't need to worry about a sufficient number of
      bits being available (e.g. in structs used for ioctl() calls).
      
      The use of both a number and a corresponding bit is dalso one in e.g.
      the input subsystem as well (see all the references to set/clear bit when
      changing keytables for example).
      
      This patch separate the different usages in preparation for
      upcoming patches.
      
      Where a single protocol is expected, enum rc_type is used; where one or more
      protocol(s) are expected, something like u64 is used.
      
      The patch has been rewritten so that the format of the sysfs "protocols"
      file is no longer altered (at the loss of some detail). The file itself
      should probably be deprecated in the future though.
      Signed-off-by: NDavid Härdeman <david@hardeman.nu>
      Cc: Andy Walls <awalls@md.metrocast.net>
      Cc: Maxim Levitsky <maximlevitsky@gmail.com>
      Cc: Antti Palosaari <crope@iki.fi>
      Cc: Mike Isely <isely@pobox.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      c003ab1b
  12. 07 10月, 2012 1 次提交
  13. 26 9月, 2012 3 次提交
  14. 21 8月, 2012 1 次提交
    • M
      [media] Kconfig: merge all customise options into just one · fccea74f
      Mauro Carvalho Chehab 提交于
      Instead of having 3 options to allow customizing the media
      sub-drivers (tuners, I2C drivers, frontends), merge all of
      them into just one.
      
      That simplifies the life for users, as they can just keep
      this untouched.
      
      Life for developers is also simpler, as there's now just
      one Kconfig item to remember, for the ancillary sub-drivers
      providing supports for chips that could change from one
      board design to another.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      fccea74f
  15. 17 8月, 2012 1 次提交
  16. 16 8月, 2012 2 次提交