lkml.org 
[lkml]   [2020]   [Dec]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [RFC PATCH] ASoC: pcm_dmaengine: Add support for BE DAIs
    On Wed, Dec 02, 2020 at 10:58:38AM +0200, Codrin Ciubotariu wrote:

    > This patch is more or less incomplete for the described scenario. This
    > is because DMAengine's pcm->config is ignored for the BE DAI link, so
    > runtime->hw is not updated. Also, since pcm_construct/destruct are not
    > called, the DMA channels are allocated only if DT is used.
    > Underrun/overrun support would also be a nice to have for the transfers
    > involving the buffer allocated for the BE.
    > One way to hold trach of these would be to use a substream_be->runtime
    > different than the one used for the FE.

    > Please share your thoughts.

    I have a hard time getting enthusiastic about this but I think that's
    more DPCM than anything else. Otherwise this looks sensible as far as
    it goes. I don't have particular thoughts on exposing errors for the
    BEs - we could do a dummy PCM, TBH that bodge was used in the past for
    CODEC<->CODEC links but it's obviously inelegant and messy so I'm not
    sure it'd help more than just doing something like log the messages in
    the kernel. It certainly doesn't seem good to introduce anything that
    is visible to userspace but is DPCM specific.
    [unhandled content-type:application/pgp-signature]
    \
     
     \ /
      Last update: 2020-12-08 18:07    [W:2.677 / U:0.156 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site