Eric Lee / smarc-fsl-linux-kernel

12 Aug, 2010

1 commit

  • f0fba2ad1   ASoC: multi-component - ASoC Multi-Component Support ... Browse Code »

    This patch extends the ASoC API to allow sound cards to have more than one
    CODEC and more than one platform DMA controller. This is achieved by dividing
    some current ASoC structures that contain both driver data and device data into
    structures that only either contain device data or driver data. i.e.

    struct snd_soc_codec ---> struct snd_soc_codec (device data)
    +-> struct snd_soc_codec_driver (driver data)

    struct snd_soc_platform ---> struct snd_soc_platform (device data)
    +-> struct snd_soc_platform_driver (driver data)

    struct snd_soc_dai ---> struct snd_soc_dai (device data)
    +-> struct snd_soc_dai_driver (driver data)

    struct snd_soc_device ---> deleted

    This now allows ASoC to be more tightly aligned with the Linux driver model and
    also means that every ASoC codec, platform and (platform) DAI is a kernel
    device. ASoC component private data is now stored as device private data.

    The ASoC sound card struct snd_soc_card has also been updated to store lists
    of it's components rather than a pointer to a codec and platform. The PCM
    runtime struct soc_pcm_runtime now has pointers to all its components.

    This patch adds DAPM support for ASoC multi-component and removes struct
    snd_soc_socdev from DAPM core. All DAPM calls are now made on a card, codec
    or runtime PCM level basis rather than using snd_soc_socdev.

    Other notable multi-component changes:-

    * Stream operations now de-reference less structures.
    * close_delayed work() now runs on a DAI basis rather than looping all DAIs
    in a card.
    * PM suspend()/resume() operations can now handle N CODECs and Platforms
    per sound card.
    * Added soc_bind_dai_link() to bind the component devices to the sound card.
    * Added soc_dai_link_probe() and soc_dai_link_remove() to probe and remove
    DAI link components.
    * sysfs entries can now be registered per component per card.
    * snd_soc_new_pcms() functionailty rolled into dai_link_probe().
    * snd_soc_register_codec() now does all the codec list and mutex init.

    This patch changes the probe() and remove() of the CODEC drivers as follows:-

    o Make CODEC driver a platform driver
    o Moved all struct snd_soc_codec list, mutex, etc initialiasation to core.
    o Removed all static codec pointers (drivers now support > 1 codec dev)
    o snd_soc_register_pcms() now done by core.
    o snd_soc_register_dai() folded into snd_soc_register_codec().

    CS4270 portions:
    Acked-by: Timur Tabi

    Some TLV320aic23 and Cirrus platform fixes.
    Signed-off-by: Ryan Mallon

    TI CODEC and OMAP fixes
    Signed-off-by: Peter Ujfalusi
    Signed-off-by: Janusz Krzysztofik
    Signed-off-by: Jarkko Nikula

    Samsung platform and misc fixes :-
    Signed-off-by: Chanwoo Choi
    Signed-off-by: Joonyoung Shim
    Signed-off-by: Kyungmin Park
    Reviewed-by: Jassi Brar
    Signed-off-by: Seungwhan Youn

    MPC8610 and PPC fixes.
    Signed-off-by: Timur Tabi

    i.MX fixes and some core fixes.
    Signed-off-by: Sascha Hauer

    J4740 platform fixes:-
    Signed-off-by: Lars-Peter Clausen

    CC: Tony Lindgren
    CC: Nicolas Ferre
    CC: Kevin Hilman
    CC: Sascha Hauer
    CC: Atsushi Nemoto
    CC: Kuninori Morimoto
    CC: Daniel Gloeckner
    CC: Manuel Lauss
    CC: Mike Frysinger
    CC: Arnaud Patard
    CC: Wan ZongShun

    Acked-by: Mark Brown
    Signed-off-by: Liam Girdwood

    Liam Girdwood
     

20 Jul, 2010

1 commit

  • 48519f0ae   ASoC: davinci: let platform data define edma queue numbers ... Browse Code »
    1

    Currently the EDMA queue to be used by for servicing ASP through
    internal RAM is fixed to EDMAQ_0 and that to service internal RAM
    from external RAM is fixed to EDMAQ_1.

    This may not be the desirable configuration on all platforms. For
    example, on DM365, queue 0 has large fifo size and is more suitable
    for video transfers. Having audio and video transfers on the same
    queue may lead to starvation on audio side.

    platform data as defined currently passes a queue number to the driver
    but that remains unused inside the driver.

    Fix this by defining one queue each for ASP and RAM transfers in the
    platform data and using it inside the driver.

    Since EDMAQ_0 maps to 0, thats the queue that will be used if
    the asp queue number is not initialized. None of the platforms
    currently utilize ping-pong transfers through internal RAM so that
    functionality remains unchanged too.

    This patch has been tested on DM644x and OMAP-L138 EVMs.

    Signed-off-by: Sekhar Nori
    Acked-by: Liam Girdwood
    Signed-off-by: Mark Brown

    Sekhar Nori
     

19 Nov, 2009

1 commit

  • 1e224f322   ASoC: DaVinci: pcm, fix underrun by using sram ... Browse Code »

    Fix underruns by using dma to copy 1st to sram
    in a ping/pong buffer style and then copying from
    the sram to the ASP. This also has the advantage
    of tolerating very long interrupt latency on dma
    completion.

    Signed-off-by: Troy Kisky
    Acked-by: Liam Girdwood
    Signed-off-by: Mark Brown

    Troy Kisky
     

30 Sep, 2009

1 commit

  • 4fa9c1a59   ASoC: DaVinci: McASP FIFO related updates ... Browse Code »

    The DMA params for McASP with FIFO has been updated so that it works for
    various FIFO levels. A member- 'fifo_level' has been added to the DMA
    params data structure. The fifo_level can be adjusted by the tx[rx]_numevt
    platform data. This is relevant only for DA8xx/OMAP-L1xx platforms. This
    implementation has been tested for numevt values 1, 2, 4, 8.

    Signed-off-by: Chaithrika U S
    Signed-off-by: Mark Brown

    Chaithrika U S
     

24 Sep, 2009

1 commit

  • 92e2a6f68   ASoC: Davinci: Fix race with cpu_dai->dma_data ... Browse Code »

    This patch removes references to cpu_dai->dma_data.
    It makes struct davinci_pcm_dma_params part of
    struct davinci_mcbsp_dev or struct davinci_audio_dev.

    It removes the unused name variable from davinci_pcm_dma_params.

    Signed-off-by: Troy Kisky
    Signed-off-by: Mark Brown

    Troy Kisky
     

14 Aug, 2009

1 commit

  • 6a99fb5fb   ASoC: DaVinci: McASP driver enhacements ... Browse Code »

    On DA830/OMAP-L137 and DA850/OMAP-L138 SoCs, the McASP peripheral has FIFO
    support. This FIFO provides additional data buffering. It also provides
    tolerance to variation in host/DMA controller response times.
    The read and write FIFO sizes are 256 bytes each. If FIFO is enabled,
    the DMA events from McASP are sent to the FIFO which in turn sends DMA requests
    to the host CPU according to the thresholds programmed.
    More details of the FIFO operation can be found at
    http://focus.ti.com/general/docs/lit/getliterature.tsp?literatureNumber=
    sprufm1&fileType=pdf

    This patch adds support for FIFO configuration. The platform data has a
    version field which differentiates the McASP on different SoCs.

    Signed-off-by: Chaithrika U S
    Signed-off-by: Mark Brown

    Chaithrika U S
     

08 Jun, 2009

1 commit

  • b67f44872   ASoC: Add mcasp support for DM646x ... Browse Code »

    Adds driver support for the two instances of McASP on TI's DM646x.

    The multichannel audio serial port (McASP) functions as a general-purpose audio
    serial port optimized for the needs of multichannel audio application.
    (http://www.ti.com/litv/pdf/spruer1b).

    There are two instances of McASP on DM646x. The McASP0 module includes up to 4
    serializers that can be individually enabled to either transmit or receive
    in different modes. The McASP1 module is limited with only 1 pinned-out
    serializer that can be enabled to only transmit in DIT mode (neither receiving
    in any mode nor transmitting in either Burst or TDM mode is supported).

    McASP0 consists of transmit and receive sections that may operate
    synchronized, or completely independently with separate master clocks, bit
    clocks, and frame syncs, and using different transmit modes with different
    bit-stream formats.

    Signed-off-by: Steve Chen
    Signed-off-by: Pavel Kiryukhin
    Signed-off-by: Naresh Medisetty
    Signed-off-by: Chaithrika U S
    Signed-off-by: Mark Brown

    Chaithrika U S
     

10 Oct, 2008

1 commit

24 Apr, 2008

1 commit

  • 310355c11   [ALSA] Davinci ASoC support ... Browse Code »

    Add ASoC support for the TI Davinci SoC and the Davicni-EVM reference board.
    It includes:
    - ASoC Davinci DMA driver
    - ASoC Davinci I2S (Davinci McBSP module based) driver
    - ASoC Davinci-EVM reference board

    Signed-off-by: Vladimir Barinov
    Signed-off-by: Takashi Iwai

    Vladimir Barinov