1. 17 12月, 2013 2 次提交
  2. 13 12月, 2013 1 次提交
    • S
      ASoC: tegra: update module reset list for Tegra124 · f1d6ff79
      Stephen Warren 提交于
      Tegra124 adds a number of extra modules into the configlink bus, which
      must be taken out of reset before the bus is used. Update the AHUB
      driver to know about these extra modules (the AHUB HW module hosts the
      configlink bus).
      Based-on-work-by: NArun Shamanna Lakshmi <aruns@nvidia.com>
      Based-on-work-by: NSonghee Baek <sbaek@nvidia.com>
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Acked-by: NMark Brown <broonie@linaro.org>
      ---
      This patch depends on "ASoC: tegra: use reset framework" to compile,
      which is ack'd and slated to go through a (large) topic branch in the
      Tegra tree. So, we can either:
      
      a) Merge that Tegra topic branch into the ASoC tree, then apply this.
         Note that I haven't created the topic branch yet, since I'm still
         waiting for DMA dependencies to be applied.
      
      b) Apply this change to the Tegra tree too. This change isn't directly
         related to the changes in the Tegra tree; it just makes use of the new
         reset controller feature that's introduced there.
      f1d6ff79
  3. 12 12月, 2013 33 次提交
  4. 11 12月, 2013 2 次提交
  5. 10 12月, 2013 2 次提交
    • S
      dma: add dma_get_any_slave_channel(), for use in of_xlate() · 8010dad5
      Stephen Warren 提交于
      mmp_pdma.c implements a custom of_xlate() function that is 95% identical
      to what Tegra will need. Create a function to implement the common part,
      so everyone doesn't just cut/paste the implementation.
      
      Cc: Dan Williams <dan.j.williams@intel.com>
      Cc: Vinod Koul <vinod.koul@intel.com>
      Cc: Lars-Peter Clausen <lars@metafoo.de>
      Cc: dmaengine@vger.kernel.org
      Cc: linux-kernel@vger.kernel.org
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NVinod Koul <vinod.koul@intel.com>
      8010dad5
    • S
      dma: add channel request API that supports deferred probe · 0ad7c000
      Stephen Warren 提交于
      dma_request_slave_channel() simply returns NULL whenever DMA channel
      lookup fails. Lookup could fail for two distinct reasons:
      
      a) No DMA specification exists for the channel name.
         This includes situations where no DMA specifications exist at all, or
         other general lookup problems.
      
      b) A DMA specification does exist, yet the driver for that channel is not
         yet registered.
      
      Case (b) should trigger deferred probe in client drivers. However, since
      they have no way to differentiate the two situations, it cannot.
      
      Implement new function dma_request_slave_channel_reason(), which performs
      identically to dma_request_slave_channel(), except that it returns an
      error-pointer rather than NULL, which allows callers to detect when
      deferred probe should occur.
      
      Eventually, all drivers should be converted to this new API, the old API
      removed, and the new API renamed to the more desirable name. This patch
      doesn't convert the existing API and all drivers in one go, since some
      drivers call dma_request_slave_channel() then dma_request_channel() if
      that fails. That would require either modifying dma_request_channel() in
      the same way, or adding extra error-handling code to all affected
      drivers, and there are close to 100 drivers using the other API, rather
      than just the 15-20 or so that use dma_request_slave_channel(), which
      might be tenable in a single patch.
      
      acpi_dma_request_slave_chan_by_name() doesn't currently implement
      deferred probe. It should, but this will be addressed later.
      Acked-by: NDan Williams <dan.j.williams@intel.com>
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NVinod Koul <vinod.koul@intel.com>
      0ad7c000