1. 19 3月, 2012 1 次提交
    • H
      [media] tea575x-tuner: update to latest V4L2 framework requirements · d4ecc83b
      Hans Verkuil 提交于
      The tea575x-tuner module has been updated to use the latest V4L2 framework
      functionality. This also required changes in the drivers that rely on it.
      
      The tea575x changes are:
      
      - The drivers must provide a v4l2_device struct to the tea module.
      - The radio_nr module parameter must be part of the actual radio driver,
        and not of the tea module.
      - Changed the frequency range to the normal 76-108 MHz range instead of
        50-150.
      - Add hardware frequency seek support.
      - Fix broken rxsubchans/audmode handling.
      - The application can now select between stereo and mono.
      - Support polling for control events.
      - Add V4L2 priority handling.
      
      And radio-sf16fmr2.c now uses the isa bus kernel framework.
      Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
      Thanks-to: Ondrej Zary <linux@rainbow-software.org>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      d4ecc83b
  2. 11 1月, 2012 1 次提交
  3. 04 1月, 2012 1 次提交
  4. 01 1月, 2012 1 次提交
  5. 23 12月, 2011 4 次提交
  6. 22 12月, 2011 1 次提交
  7. 20 12月, 2011 2 次提交
  8. 13 12月, 2011 1 次提交
  9. 06 12月, 2011 1 次提交
    • S
      ASoC: WM8903: Fix platform data gpio_cfg confusion · a0f203d3
      Stephen Warren 提交于
      wm8903_platform_data.gpio_cfg[] was intended to be interpreted as follows:
      0:       Don't touch this GPIO's configuration register
      1..7fff: Write that value to the GPIO's configuration register
      8000:    Write zero to the GPIO's configuration register
      other:   Undefined (invalid)
      
      The rationale is that platform data is usually global data, and a value of
      zero means that the field wasn't explicitly set to anything (e.g. because
      the field was new to the pdata type, and existing users weren't update to
      initialize it) and hence the value zero should be ignored. 0x8000 is an
      explicit way to get 0 in the register.
      
      The code worked this way until commit 7cfe5617 "ASoC: wm8903: Expose GPIOs
      through gpiolib", where the behaviour was changed due to my lack of
      awareness of the above rationale.
      
      This patch reverts to the intended behaviour, and updates all in-tree users
      to use the correct scheme. This also makes WM8903 consistent with other
      devices that use a similar scheme.
      
      WM8903_GPIO_NO_CONFIG is also renamed to WM8903_GPIO_CONFIG_ZERO so that
      its name accurately reflects its purpose.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Cc: Olof Johansson <olof@lixom.net>
      Cc: Colin Cross <ccross@android.com>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      a0f203d3
  10. 02 12月, 2011 3 次提交
  11. 24 11月, 2011 2 次提交
  12. 16 11月, 2011 1 次提交
  13. 15 11月, 2011 2 次提交
  14. 10 11月, 2011 2 次提交
  15. 01 11月, 2011 2 次提交
    • J
      treewide: use __printf not __attribute__((format(printf,...))) · b9075fa9
      Joe Perches 提交于
      Standardize the style for compiler based printf format verification.
      Standardized the location of __printf too.
      
      Done via script and a little typing.
      
      $ grep -rPl --include=*.[ch] -w "__attribute__" * | \
        grep -vP "^(tools|scripts|include/linux/compiler-gcc.h)" | \
        xargs perl -n -i -e 'local $/; while (<>) { s/\b__attribute__\s*\(\s*\(\s*format\s*\(\s*printf\s*,\s*(.+)\s*,\s*(.+)\s*\)\s*\)\s*\)/__printf($1, $2)/g ; print; }'
      
      [akpm@linux-foundation.org: revert arch bits]
      Signed-off-by: NJoe Perches <joe@perches.com>
      Cc: "Kirill A. Shutemov" <kirill@shutemov.name>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      b9075fa9
    • P
      include: replace linux/module.h with "struct module" wherever possible · de477254
      Paul Gortmaker 提交于
      The <linux/module.h> pretty much brings in the kitchen sink along
      with it, so it should be avoided wherever reasonably possible in
      terms of being included from other commonly used <linux/something.h>
      files, as it results in a measureable increase on compile times.
      
      The worst culprit was probably device.h since it is used everywhere.
      This file also had an implicit dependency/usage of mutex.h which was
      masked by module.h, and is also fixed here at the same time.
      
      There are over a dozen other headers that simply declare the
      struct instead of pulling in the whole file, so follow their lead
      and simply make it a few more.
      
      Most of the implicit dependencies on module.h being present by
      these headers pulling it in have been now weeded out, so we can
      finally make this change with hopefully minimal breakage.
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      de477254
  16. 27 10月, 2011 1 次提交
  17. 15 10月, 2011 1 次提交
  18. 10 10月, 2011 1 次提交
  19. 09 10月, 2011 2 次提交
  20. 07 10月, 2011 1 次提交
  21. 06 10月, 2011 5 次提交
  22. 05 10月, 2011 2 次提交
  23. 04 10月, 2011 2 次提交