1. 17 6月, 2014 1 次提交
    • T
      ASoC: fsl-ssi: fix do_div build warning in fsl_ssi_set_bclk() · acf2c60a
      Timur Tabi 提交于
      do_div() requires that the first parameter is a 64-bit integer,
      which but clkrate was defined as an unsigned long.  This caused
      the following warnings:
      
       CC      sound/soc/fsl/fsl_ssi.o
      sound/soc/fsl/fsl_ssi.c: In function 'fsl_ssi_set_bclk':
      sound/soc/fsl/fsl_ssi.c:593:3: warning: comparison of distinct pointer types lacks a cast
      sound/soc/fsl/fsl_ssi.c:593:3: warning: right shift count >= width of type
      sound/soc/fsl/fsl_ssi.c:593:3: warning: passing argument 1 of '__div64_32' from incompatible pointer type
      include/asm-generic/div64.h:35:17: note: expected 'uint64_t *' but argument is of type 'long unsigned int *'
      Signed-off-by: NTimur Tabi <timur@tabi.org>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      acf2c60a
  2. 12 6月, 2014 1 次提交
    • G
      ASoC: fsl: Fix build problem · 3d5f615f
      Guenter Roeck 提交于
      Commit 43248122 (ASoC: fsl-ssi: Use regmap) removed struct ccsr_ssi.
      Unfortunately, the structure is still used. This causes
      mpc85xx_smp_defconfig and mpc85xx_defconfig builds to fail with
      
      sound/soc/fsl/fsl_dma.c:926:50:
        error: invalid use of undefined type 'struct ccsr_ssi'
        dma->ssi_stx_phys = res.start + offsetof(struct ccsr_ssi, stx0);
      ound/soc/fsl/fsl_dma.c:927:50:
        error: invalid use of undefined type 'struct ccsr_ssi'
        dma->ssi_srx_phys = res.start + offsetof(struct ccsr_ssi, srx0);
      
      Fix by using constants, similar to original commit.
      
      Cc: Markus Pargmann <mpa@pengutronix.de>
      Signed-off-by: NGuenter Roeck <linux@roeck-us.net>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      3d5f615f
  3. 03 6月, 2014 1 次提交
    • S
      ASoC: free jack GPIOs before the sound card is freed · e1d4d3c8
      Stephen Warren 提交于
      This is the same change as commit fb6b8e71 "ASoC: tegra: free jack
      GPIOs before the sound card is freed", but applied to all other ASoC
      machine drivers where code inspection indicates the same problem exists.
      
      That commit's description is:
      ==========
      snd_soc_jack_add_gpios() schedules a work queue item to poll the GPIO to
      generate an initial jack status report. If sound card initialization
      fails, that work item needs to be cancelled, so it doesn't run after the
      card has been freed. Specifically, freeing the card calls
      snd_jack_dev_free() which calls snd_jack_dev_disconnect() which sets
      jack->input_dev = NULL, and input_dev is used by snd_jack_report(), which
      is called from the work queue item.
      
      snd_soc_jack_free_gpios() cancels the work item. The Tegra ASoC machine
      drivers do call this function in the platform driver remove() callback.
      However, this happens after the sound card is freed, at least when the
      card is freed due to errors late during snd_soc_instantiate_card(). This
      leaves a window where the work item can execute after the card is freed.
      In next-20140522, sound card initialization does fail for unrelated
      reasons, and hits the problem described above.
      
      To solve this, fix the Tegra ASoC machine drivers to clean up the Jack
      GPIOs during the snd_soc_card's .remove() callback, which is executed
      before the overall card object is freed. also, guard the cleanup call
      based on whether we actually setup up the GPIOs in the first place.
      Ideally, we'd do the cleanup in a struct snd_soc_dai_link .fini/remove
      function to match where the GPIOs get set up. However, there is no such
      callback.
      ==========
      
      Note that I have not even compile-tested this in most cases, since most
      of the drivers rely on specific mach-* support I don't have enabled, and
      don't support COMPILE_TEST. Testing by the relevant board maintainers
      would be useful.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      e1d4d3c8
  4. 02 6月, 2014 7 次提交
  5. 01 6月, 2014 18 次提交
  6. 29 5月, 2014 1 次提交
  7. 28 5月, 2014 5 次提交
  8. 27 5月, 2014 4 次提交
  9. 26 5月, 2014 2 次提交