1. 31 7月, 2014 1 次提交
  2. 09 7月, 2014 1 次提交
    • F
      ASoC: sgtl5000: Fix driver unbound · e42be7e1
      Fabio Estevam 提交于
      Using the sgtl5000 codec driver as a module and trying to remove it causes the
      followig kernel oops:
      
      root@freescale /$ rmmod snd-soc-imx-sgtl5000
      [  117.122920] ------------[ cut here ]------------
      [  117.127609] WARNING: CPU: 0 PID: 631 at drivers/regulator/core.c:3604 regula)
      [  117.137046] Modules linked in: snd_soc_imx_sgtl5000(-) snd_soc_sgtl5000 evbug
      [  117.144315] CPU: 0 PID: 631 Comm: rmmod Not tainted 3.16.0-rc3-next-201407043
      [  117.153366] Backtrace:
      [  117.155865] [<80011e5c>] (dump_backtrace) from [<80011ff8>] (show_stack+0x18)
      [  117.163484]  r6:802fcc48 r5:00000000 r4:00000000 r3:00000000
      [  117.169228] [<80011fe0>] (show_stack) from [<80668cc0>] (dump_stack+0x88/0xa)
      [  117.176508] [<80668c38>] (dump_stack) from [<80029a38>] (warn_slowpath_commo)
      [  117.184696]  r5:00000009 r4:00000000
      [  117.188322] [<800299c8>] (warn_slowpath_common) from [<80029a80>] (warn_slow)
      [  117.197150]  r8:dd60d600 r7:ddfa6d00 r6:dd5d9064 r5:dd5e0f90 r4:dd5d9400
      [  117.203983] [<80029a5c>] (warn_slowpath_null) from [<802fcc48>] (regulator_u)
      [  117.212828] [<802fcb74>] (regulator_unregister) from [<7f0047c4>] (ldo_regul)
      [  117.223475]  r4:dd59e300 r3:dd5e0f90
      [  117.227100] [<7f00479c>] (ldo_regulator_remove [snd_soc_sgtl5000]) from [<7f)
      [  117.238959]  r4:dd5d8000 r3:ddd51420
      [  117.242623] [<7f0047dc>] (sgtl5000_remove [snd_soc_sgtl5000]) from [<804e5b1)
      [  117.252489]  r5:00000000 r4:dd5d8000
      [  117.256111] [<804e5af8>] (soc_remove_codec) from [<804e5ed4>] (soc_remove_da)
      [  117.264933]  r4:ddfb640c r3:00000000
      [  117.268555] [<804e5c10>] (soc_remove_dai_links) from [<804e5fbc>] (snd_soc_u)
      [  117.277810]  r10:80359e48 r9:dd684000 r8:dd5ca800 r7:dd685e60 r6:00000001 r5c
      [  117.285761]  r4:dd5d9064
      [  117.288329] [<804e5f28>] (snd_soc_unregister_card) from [<804f29f0>] (devm_c)
      [  117.297324]  r6:00000004 r5:ddd0fc10 r4:dd5a7980 r3:804f29dc
      [  117.303095] [<804f29dc>] (devm_card_release) from [<8035a418>] (release_node)
      [  117.311369] [<8035a2a8>] (release_nodes) from [<8035aab4>] (devres_release_a)
      [  117.319583]  r10:00000000 r9:dd684000 r8:8000ed64 r7:00000081 r6:ddd0fc44 r54
      [  117.327543]  r4:ddd0fc10
      [  117.330108] [<8035aa7c>] (devres_release_all) from [<803571c8>] (__device_re)
      [  117.339214]  r4:ddd0fc10 r3:dd5d9010
      [  117.342989] [<80357148>] (__device_release_driver) from [<80357a48>] (driver)
      [  117.351607]  r5:7f00c9e4 r4:ddd0fc10
      [  117.355285] [<8035798c>] (driver_detach) from [<80357030>] (bus_remove_drive)
      [  117.363454]  r6:00000880 r5:00000000 r4:7f00c9e4 r3:dd6c3a80
      [  117.369195] [<80356fdc>] (bus_remove_driver) from [<803580b8>] (driver_unreg)
      [  117.377683]  r4:7f00c9e4 r3:dd60d480
      [  117.381305] [<80358088>] (driver_unregister) from [<80358bb4>] (platform_dri)
      [  117.390642]  r4:7f00ca28 r3:7f00c35c
      [  117.394309] [<80358ba0>] (platform_driver_unregister) from [<7f00c370>] (imx)
      [  117.406188] [<7f00c35c>] (imx_sgtl5000_driver_exit [snd_soc_imx_sgtl5000]) f)
      [  117.417452] [<8008c2b8>] (SyS_delete_module) from [<8000eba0>] (ret_fast_sys)
      [  117.425753]  r6:5f636f73 r5:5f646e73 r4:00016f40
      [  117.430428] ---[ end trace 8fd8a5cb39e46d0e ]---
      
      This problem is well explained by Russell King:
      
      "The sgtl5000 uses a two-stage initialisation process.  The first stage
      is when the platform driver is probed, where some resources are found
      and initialised.  The second stage is via the codec driver's probe
      function, where regulators are found and initialised using the managed
      resource support.
      
      The problem here is that this works fine until the codec driver is
      unbound.  When this occurs, sgtl5000_remove() is called which is a no-op
      as far as the managed resource code is concerned.  The regulators remain
      allocated, and their pointers in sgtl5000_priv remain valid.
      
      If the codec is now re-probed, it will again try and find the regulators,
      which will now be busy.  This will fail.
      
      That's not the only problem - if using the LDO regulator, the regulator
      is unregistered from the regulator core code, but it still has a user.
      When the user is cleaned up (eg, by removing the module) it hits the
      free'd regulator, and this can oops the kernel.
      
      This bug was originally introduced by 63e54cd9 ("ASoC: sgtl5000:
      Use devm_regulator_bulk_get()")."
      
      This reverts commit 63e54cd9.
      
      Tested on a imx53-qsb board.
      Reported-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      e42be7e1
  3. 27 6月, 2014 1 次提交
  4. 27 5月, 2014 1 次提交
  5. 25 4月, 2014 1 次提交
  6. 15 4月, 2014 1 次提交
  7. 28 2月, 2014 1 次提交
  8. 23 2月, 2014 1 次提交
  9. 19 12月, 2013 1 次提交
    • S
      ASoC: sgtl5000: clean up sgtl5000_enable_regulators() · 11db0da8
      Shawn Guo 提交于
      Function sgtl5000_enable_regulators() is somehow odd in handling the
      optional external VDDD supply.  The driver can only enable this supply
      on SGTL5000 chip before revision 0x11, and of course when this external
      VDDD is present.  It currently does something like below.
      
      1. Check if regulator_bulk_get() on VDDA, VDDIO and VDDD will fail.  If
         it fails, VDDD must be absent and it falls on internal LDO by calling
         sgtl5000_replace_vddd_with_ldo().  Otherwise, VDDD is used.  And in
         either case, regulator_bulk_enable() will be called to enable
         3 supplies.
      
      2. In case that SGTL5000 revision is later than 0x11, even if external
         VDDD is present, it has to roll back the 'enable' and 'get' calls
         with regulator_bulk_disable() and regulator_bulk_free(), and starts
         over again by calling sgtl5000_replace_vddd_with_ldo() and
         regulator_bulk_enable().
      
      Such back and forth calls sequence is complicated and unnecessary.
      Also, since commit 4ddfebd3 (regulator: core: Provide a dummy regulator
      with full constraints), regulator_bulk_get() will always succeeds
      because of the dummy regulator.  Thus the VDDD detection is broken.
      
      The patch changes the flow to something like the following, which should
      be more reasonable and clear, and also fix the VDDD detection breakage.
      
      1. Check if we're running a chip before revision 0x11, on which an
         external VDDD can possibly be an option.
      
      2. If it is an early revision, call regulator_get_optional() to detect
         whether an external VDDD supply is available.
      
      3. If external VDDD is present, call sgtl5000_replace_vddd_with_ldo() to
         update sgtl5000->supplies info.
      
      4. Drop regulator_bulk_get() call in sgtl5000_replace_vddd_with_ldo(),
         and call it in sgtl5000_enable_regulators() no matter it's an
         external VDDD or internal LDO.
      
      5. Call regulator_bulk_enable() to enable these 3 regulators.
      Signed-off-by: NShawn Guo <shawn.guo@linaro.org>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      11db0da8
  10. 17 12月, 2013 1 次提交
  11. 06 8月, 2013 1 次提交
  12. 01 8月, 2013 2 次提交
  13. 17 7月, 2013 1 次提交
    • S
      ASoC: sgtl5000: defer the probe if clock is not found · 46a5905e
      Shawn Guo 提交于
      It's not always the case that clock is already available when sgtl5000
      get probed at the first time, e.g. the clock is provided by CPU DAI
      which may be probed after sgtl5000.  So let's defer the probe when
      devm_clk_get() call fails and give it chance to try later.
      
      It fixes the regression on imx28 since commit 9e13f345 (ASoC: sgtl5000:
      Let the codec acquire its clock).
      
      [    1.927637] sgtl5000 0-000a: Failed to get mclock: -2
      [    1.934280] sgtl5000: probe of 0-000a failed with error -2
      [    1.945906] mxs-sgtl5000 sound.13: ASoC: CODEC (null) not registered
      [    1.953787] mxs-sgtl5000 sound.13: snd_soc_register_card failed (-517)
      [    1.960865] platform sound.13: Driver mxs-sgtl5000 requests probe deferral
      Signed-off-by: NShawn Guo <shawn.guo@linaro.org>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      46a5905e
  14. 15 7月, 2013 1 次提交
  15. 05 7月, 2013 1 次提交
  16. 12 6月, 2013 1 次提交
  17. 10 6月, 2013 1 次提交
    • F
      ASoC: sgtl5000: Let the codec acquire its clock · 9e13f345
      Fabio Estevam 提交于
      On a mx6qsabrelite board the following error happens on probe:
      
      sgtl5000: probe of 0-000a failed with error -5
      imx-sgtl5000 sound.13: ASoC: CODEC (null) not registered
      imx-sgtl5000 sound.13: snd_soc_register_card failed (-517)
      platform sound.13: Driver imx-sgtl5000 requests probe defer
      
      Prior to reading the codec ID we need to turn the SYS_MCLK clock, so let's
      enable the codec clock inside sgtl5000_i2c_probe().
      
      Also remove the codec clock enable/disable functions from the machine driver.
      Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      9e13f345
  18. 06 6月, 2013 1 次提交
  19. 05 6月, 2013 1 次提交
    • M
      ASoC: sgtl5000: Fix VAG_POWER enabling/disabling order · dd4d2d6d
      Marek Vasut 提交于
      The VAG_POWER must be enabled after all other bits in CHIP_ANA_POWER
      and disabled before any other bit in CHIP_ANA_POWER. See the SGTL5000
      datasheet (Table 31, BIT 7, page 42-43). Failing to follow this order
      will result in ugly loud "POP" noise at the end of playback.
      
      To achieve such order, use the _PRE and _POST DAPM widgets to trigger
      the power_vag_event, where the event type check has to be fixed
      accordingly as well.
      Signed-off-by: NMarek Vasut <marex@denx.de>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      dd4d2d6d
  20. 13 5月, 2013 3 次提交
  21. 24 12月, 2012 1 次提交
  22. 09 12月, 2012 1 次提交
  23. 31 7月, 2012 1 次提交
  24. 25 7月, 2012 1 次提交
    • D
      ASoC: sgtl5000: remove unneeded snd_soc_dapm_new_widgets in probe · a07e8d49
      Dong Aisheng 提交于
      There's a driver bug that sgtl5000 dapm widget kcontrols do not work.
      e.g. can not select capture mux with amixer tool(no error info prompted).
      
      The root cause is that we still call snd_soc_dapm_new_widgets in
      codec driver probe function afer converting to table based widgets.
      This will cause the card dapm widgets are instantiated before the
      dapm_routes are registered.
      Then, no available dapm widget pathes can be found during instantiation
      which finally will cause soc_dapm_mux_update_power to fail(can not find
      correct path with kcontrol) in snd_soc_dapm_put_enum_double function.
      
      Here we remove the unneeded snd_soc_dapm_new_widgets in codec probe
      and let the soc core to handle the register sequence properly.
      Then we can fix above issue.
      Signed-off-by: NDong Aisheng <dong.aisheng@linaro.org>
      Acked-by: NShawn Guo <shawn.guo@linaro.org>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      a07e8d49
  25. 09 4月, 2012 1 次提交
    • M
      regulator: core: Use a struct to pass in regulator runtime configuration · c172708d
      Mark Brown 提交于
      Rather than adding new arguments to regulator_register() every time we
      want to add a new bit of dynamic information at runtime change the function
      to take these via a struct. By doing this we avoid needing to do further
      changes like the recent addition of device tree support which required each
      regulator driver to be updated to take an additional parameter.
      
      The regulator_desc which should (mostly) be static data is still passed
      separately as most drivers are able to configure this statically at build
      time.
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      c172708d
  26. 04 4月, 2012 3 次提交
  27. 03 4月, 2012 1 次提交
  28. 01 4月, 2012 1 次提交
  29. 23 1月, 2012 2 次提交
  30. 20 1月, 2012 2 次提交
  31. 16 1月, 2012 1 次提交
  32. 29 12月, 2011 2 次提交