1. 26 7月, 2017 1 次提交
  2. 02 11月, 2016 1 次提交
  3. 29 10月, 2016 1 次提交
    • M
      ASoC: samsung: get access to DMA engine early to defer probe properly · 73f5dfc6
      Marek Szyprowski 提交于
      ASoC Samsung sub-drivers tried to get access to their DMA engine
      controllers as a last step in driver probe. If a DMA engine was not
      available yet, samsung_asoc_dma_platform_register() function ended in
      -EPROBE_DEFER, but the driver already registered its component to ASoC
      core. This patch moves samsung_asoc_dma_platform_register() call before
      registering any components, to the common place, where driver was gathering
      all needed resources.
      
      In case of Samsung Exynos i2s driver the issue was even worse. The driver
      managed already to register its secondary DAI platform device before
      even getting the DMA engine access. That together with -EPROBE_DEFER error
      code from samsung_i2s_probe() immediately triggered another round of
      deferred probe retry and in turn endless loop of driver probing.
      
      This patch fixes broken boot on Odroid XU3 and other Exynos5422-based
      boards.
      Signed-off-by: NMarek Szyprowski <m.szyprowski@samsung.com>
      Reviewed-by: NJavier Martinez Canillas <javier@osg.samsung.com>
      Reviewed-by: NSylwester Nawrocki <s.nawrocki@samsung.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      73f5dfc6
  4. 08 8月, 2016 1 次提交
  5. 22 7月, 2016 1 次提交
  6. 21 11月, 2015 1 次提交
    • A
      ASoC: samsung: pass filter function as pointer · 9bdca822
      Arnd Bergmann 提交于
      As we are now passing the filter data as pointers to the drivers,
      we can take the final step and also pass the filter function the
      same way. I'm keeping this change separate, as there it's less
      obvious that this is a net win.
      
      Upsides of this are:
      
      - The ASoC drivers are completely independent from the DMA engine
        implementation, which simplifies the Kconfig logic and in theory
        allows the same sound drivers to be built in a kernel that supports
        different kinds of dmaengine drivers.
      
      - Consistency with other subsystems and drivers
      
      On the other hand, we have a few downsides:
      
      - The s3c24xx-dma driver now needs to be built-in for the ac97 platform
        device to be instantiated on s3c2440.
      
      - samsung_dmaengine_pcm_config cannot be marked 'const' any more
        because the filter function pointer needs to be set at runtime.
        This is safe as long we don't have multiple different DMA engines
        in thet same system at runtime, but is nonetheless ugly.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Reviewed-by: NKrzysztof Kozlowski <k.kozlowski@samsung.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      9bdca822
  7. 19 11月, 2015 1 次提交
    • A
      ASoC: samsung: pass DMA channels as pointers · b9a1a743
      Arnd Bergmann 提交于
      ARM64 allmodconfig produces a bunch of warnings when building the
      samsung ASoC code:
      
      sound/soc/samsung/dmaengine.c: In function 'samsung_asoc_init_dma_data':
      sound/soc/samsung/dmaengine.c:53:32: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
         playback_data->filter_data = (void *)playback->channel;
      sound/soc/samsung/dmaengine.c:60:31: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]
         capture_data->filter_data = (void *)capture->channel;
      
      We could easily shut up the warning by adding an intermediate cast,
      but there is a bigger underlying problem: The use of IORESOURCE_DMA
      to pass data from platform code to device drivers is dubious to start
      with, as what we really want is a pointer that can be passed into
      a filter function.
      
      Note that on s3c64xx, the pl08x DMA data is already a pointer, but
      gets cast to resource_size_t so we can pass it as a resource, and it
      then gets converted back to a pointer. In contrast, the data we pass
      for s3c24xx is an index into a device specific table, and we artificially
      convert that into a pointer for the filter function.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Reviewed-by: NKrzysztof Kozlowski <k.kozlowski@samsung.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      b9a1a743
  8. 20 10月, 2014 1 次提交
  9. 15 7月, 2014 1 次提交
  10. 27 5月, 2014 1 次提交
  11. 22 5月, 2014 3 次提交
  12. 08 4月, 2014 1 次提交
    • S
      ASoC: samsung: Fix build on multiplatform · 71e5222c
      Sachin Kamat 提交于
      PCM and S/PDIF drivers referenced mach headers for a trivial
      data structure. This caused build errors on multiplatform builds
      as machine headers are not accessible from driver files. Move the data
      structure definition to the driver header and remove the dependency.
      While at it rename the structure to avoid multiple definition errors
      as the same structure is also used by the platform code.
      Signed-off-by: NSachin Kamat <sachin.kamat@linaro.org>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      71e5222c
  13. 12 12月, 2013 1 次提交
  14. 22 8月, 2013 1 次提交
  15. 27 3月, 2013 1 次提交
  16. 09 12月, 2012 1 次提交
  17. 07 12月, 2012 1 次提交
  18. 15 10月, 2012 1 次提交
  19. 19 9月, 2012 1 次提交
    • A
      ARM: samsung: move platform_data definitions · 436d42c6
      Arnd Bergmann 提交于
      Platform data for device drivers should be defined in
      include/linux/platform_data/*.h, not in the architecture
      and platform specific directories.
      
      This moves such data out of the samsung include directories
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Acked-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      Acked-by: NNicolas Pitre <nico@linaro.org>
      Acked-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      Cc: Kukjin Kim <kgene.kim@samsung.com>
      Cc: Kyungmin Park <kyungmin.park@samsung.com>
      Cc: Ben Dooks <ben-linux@fluff.org>
      Cc: Jeff Garzik <jgarzik@pobox.com>
      Cc: Guenter Roeck <linux@roeck-us.net>
      Cc: "Wolfram Sang (embedded platforms)" <w.sang@pengutronix.de>
      Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
      Cc: Bryan Wu <bryan.wu@canonical.com>
      Cc: Richard Purdie <rpurdie@rpsys.net>
      Cc: Sylwester Nawrocki <s.nawrocki@samsung.com>
      Cc: Chris Ball <cjb@laptop.org>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Grant Likely <grant.likely@secretlab.ca>
      Cc: Felipe Balbi <balbi@ti.com>
      Cc: Alan Stern <stern@rowland.harvard.edu>
      Cc: Sangbeom Kim <sbkim73@samsung.com>
      Cc: Liam Girdwood <lrg@ti.com>
      Cc: linux-samsung-soc@vger.kernel.org
      436d42c6
  20. 11 8月, 2012 1 次提交
  21. 01 3月, 2012 1 次提交
  22. 23 12月, 2011 1 次提交
  23. 20 12月, 2011 1 次提交
  24. 14 12月, 2011 1 次提交
  25. 25 11月, 2011 1 次提交
  26. 23 11月, 2011 1 次提交
    • L
      ASoC: Constify snd_soc_dai_ops structs · 85e7652d
      Lars-Peter Clausen 提交于
      Commit 1ee46ebd("ASoC: Make the DAI ops constant in the DAI structure")
      introduced the possibility to have constant DAI ops structures, yet this is
      barley used in both existing drivers and also new drivers being submitted,
      although none of them modifies its DAI ops structure. The later is not
      surprising since existing drivers are often used as templates for new drivers.
      So this patch just constifies all existing snd_soc_dai_ops structs to eliminate
      the issue altogether.
      
      The patch was generated with the following coccinelle semantic patch:
      // <smpl>
      @@
      identifier ops;
      @@
      -struct snd_soc_dai_ops ops =
      +const struct snd_soc_dai_ops ops =
      { ... };
      // </smpl>
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      85e7652d
  27. 01 11月, 2011 1 次提交
  28. 03 10月, 2011 1 次提交
  29. 12 4月, 2011 1 次提交
  30. 11 1月, 2011 1 次提交
  31. 10 1月, 2011 1 次提交
  32. 23 11月, 2010 3 次提交
  33. 14 9月, 2010 1 次提交
  34. 11 9月, 2010 2 次提交
  35. 10 9月, 2010 1 次提交
新手
引导
客服 返回
顶部