1. 15 2月, 2018 1 次提交
  2. 14 2月, 2018 1 次提交
  3. 12 2月, 2018 2 次提交
    • M
      ASoC: soc-core: remove error due to probe deferral · 6b490879
      Martin Hundebøll 提交于
      Deferred probes shouldn't cause error messages in the boot log, so
      change the dev_err() to the more harmless dev_info().
      Signed-off-by: NMartin Hundebøll <mnhu@prevas.dk>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      6b490879
    • L
      vfs: do bulk POLL* -> EPOLL* replacement · a9a08845
      Linus Torvalds 提交于
      This is the mindless scripted replacement of kernel use of POLL*
      variables as described by Al, done by this script:
      
          for V in IN OUT PRI ERR RDNORM RDBAND WRNORM WRBAND HUP RDHUP NVAL MSG; do
              L=`git grep -l -w POLL$V | grep -v '^t' | grep -v /um/ | grep -v '^sa' | grep -v '/poll.h$'|grep -v '^D'`
              for f in $L; do sed -i "-es/^\([^\"]*\)\(\<POLL$V\>\)/\\1E\\2/" $f; done
          done
      
      with de-mangling cleanups yet to come.
      
      NOTE! On almost all architectures, the EPOLL* constants have the same
      values as the POLL* constants do.  But they keyword here is "almost".
      For various bad reasons they aren't the same, and epoll() doesn't
      actually work quite correctly in some cases due to this on Sparc et al.
      
      The next patch from Al will sort out the final differences, and we
      should be all done.
      Scripted-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      a9a08845
  4. 07 2月, 2018 3 次提交
    • O
      ASoC: stm32: add of dependency for stm32 drivers · 276d70f7
      Olivier Moysan 提交于
      Add of dependency for STM32 ASoC drivers.
      DFSDM of dependency is already inherited
      from STM32_DFSDM_ADC dependency.
      Signed-off-by: Nolivier moysan <olivier.moysan@st.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      276d70f7
    • J
      ASoC: mt8173-rt5650: fix child-node lookup · 3a0a7b26
      Johan Hovold 提交于
      This driver used the wrong OF-helper when looking up the optional
      capture-codec child node during probe. Instead of searching just
      children of the sound node, a tree-wide depth-first search starting at
      the unrelated platform node was done. Not only could this end up
      matching an unrelated node or no node at all; the platform node could
      also be prematurely freed since of_find_node_by_name() drops a reference
      to its first argument. This particular pattern has been observed leading
      to crashes after probe deferrals in other drivers.
      
      Fix this by dropping the broken call to of_find_node_by_name() and
      keeping only the second, correct lookup using of_get_child_by_name()
      while taking care not to bail out if the optional node is missing.
      
      Note that this also addresses two capture-codec node-reference leaks
      (one for each of the original helper calls).
      
      Compile tested only.
      
      Fixes: d349caeb ("ASoC: mediatek: Add second I2S on mt8173-rt5650 machine driver")
      Signed-off-by: NJohan Hovold <johan@kernel.org>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      3a0a7b26
    • K
      ASoC: dapm: fix debugfs read using path->connected · 28735af3
      KaiChieh Chuang 提交于
      This fix a bug in dapm_widget_power_read_file(),
      where it may sent opposite order of source/sink widget
      into the p->connected().
      
      for example,
      static int connected_check(source, sink);
      {"w_sink", NULL, "w_source", connected_check}
      
      the dapm_widget_power_read_file() will query p->connected()
      in following case
      	p->conneted("w_source", "w_sink")
      	p->conneted("w_sink", "w_source")
      we should avoid the last case, since it's the wrong order (source/sink)
      as declared in snd_soc_dapm_route.
      Signed-off-by: NKaiChieh Chuang <kaichieh.chuang@mediatek.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      28735af3
  5. 26 1月, 2018 7 次提交
  6. 25 1月, 2018 3 次提交
  7. 24 1月, 2018 2 次提交
  8. 23 1月, 2018 1 次提交
  9. 22 1月, 2018 5 次提交
  10. 20 1月, 2018 2 次提交
  11. 19 1月, 2018 1 次提交
  12. 18 1月, 2018 8 次提交
  13. 17 1月, 2018 3 次提交
  14. 16 1月, 2018 1 次提交