1. 22 12月, 2017 2 次提交
  2. 11 11月, 2016 1 次提交
  3. 02 9月, 2016 1 次提交
    • J
      ASoC: constify snd_soc_codec_driver structures · f802d6c0
      Julia Lawall 提交于
      Check for snd_soc_codec_driver structures that are only passed to
      snd_soc_register_codec or memcpy (2nd arg), for which the corresponding
      parameters are declared const.  Declare as const snd_soc_codec_driver
      structures that have these properties.
      
      The semantic patch that makes this change is as follows:
      (http://coccinelle.lip6.fr/)
      
      // <smpl>
      @r disable optional_qualifier@
      identifier i;
      position p;
      @@
      static struct snd_soc_codec_driver i@p = { ... };
      
      @ok@
      identifier r.i;
      expression e1,e2,e3;
      position p;
      @@
      (
      snd_soc_register_codec(e1,&i@p,e2,e3)
      |
      memcpy(e1,&i@p,e2)
      )
      
      @bad@
      position p != {r.p,ok.p};
      identifier r.i;
      @@
      i@p
      
      @depends on !bad disable optional_qualifier@
      identifier r.i;
      @@
      static
      +const
       struct snd_soc_codec_driver i = { ... };
      // </smpl>
      Signed-off-by: NJulia Lawall <Julia.Lawall@lip6.fr>
      Acked-by: NCharles Keepax <ckeepax@opensource.wolfsonmicro.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      f802d6c0
  4. 08 8月, 2016 1 次提交
  5. 25 7月, 2015 1 次提交
  6. 17 7月, 2015 2 次提交
  7. 15 7月, 2015 1 次提交
  8. 07 7月, 2015 1 次提交
  9. 19 6月, 2015 1 次提交
    • R
      ASoC: wm_adsp: Move DSP Rate controls into the codec · 336d0442
      Richard Fitzgerald 提交于
      The rate controls are codec-specific, it's not possible to
      generically say what the range or the meaning of each control
      is (or even if they exist at all) - that depends on the
      particular codec.
      
      This is currently being handled for Arizona codecs by putting
      an Arizona-specific table of controls inside the wm_adsp driver.
      This creates a dependency between wm_adsp and arizona.c, and is an
      awkward solution if the ADSP is used in another family of codecs
      
      Fix this by moving the Arizona-specific rate controls into the
      Arizona codec drivers.
      Signed-off-by: NRichard Fitzgerald <rf@opensource.wolfsonmicro.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      336d0442
  10. 17 3月, 2015 1 次提交
  11. 10 3月, 2015 1 次提交
  12. 13 12月, 2014 1 次提交
  13. 15 4月, 2014 1 次提交
  14. 11 3月, 2014 1 次提交
  15. 23 2月, 2014 1 次提交
  16. 30 3月, 2013 1 次提交
  17. 05 2月, 2013 2 次提交
  18. 04 2月, 2013 1 次提交
  19. 24 1月, 2013 1 次提交
  20. 20 1月, 2013 1 次提交
  21. 18 1月, 2013 1 次提交
  22. 16 1月, 2013 2 次提交
  23. 04 1月, 2013 1 次提交
  24. 21 12月, 2012 1 次提交
  25. 09 12月, 2012 1 次提交
  26. 29 11月, 2012 1 次提交
  27. 29 10月, 2012 1 次提交
  28. 22 10月, 2012 1 次提交
    • R
      ASoC: fix wm2200.c printk format warnings · 8858086f
      Randy Dunlap 提交于
      Fix wm2200.c printk format warnings (seen on x86_64):
      
      sound/soc/codecs/wm2200.c:1027:4: warning: format '%d' expects type 'int', but argument 4 has type 'size_t'
      sound/soc/codecs/wm2200.c:1139:5: warning: format '%d' expects type 'int', but argument 5 has type 'long unsigned int'
      sound/soc/codecs/wm2200.c:1181:2: warning: format '%d' expects type 'int', but argument 7 has type 'size_t'
      sound/soc/codecs/wm2200.c:1201:5: warning: format '%x' expects type 'unsigned int', but argument 3 has type 'long unsigned int'
      sound/soc/codecs/wm2200.c:1264:4: warning: format '%d' expects type 'int', but argument 4 has type 'size_t'
      sound/soc/codecs/wm2200.c:1328:5: warning: format '%d' expects type 'int', but argument 5 has type 'long unsigned int'
      Signed-off-by: NRandy Dunlap <rdunlap@xenotime.net>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      8858086f
  29. 15 10月, 2012 1 次提交
  30. 06 10月, 2012 6 次提交
  31. 05 10月, 2012 1 次提交