<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 29, 2023 at 7:00 PM Fabio Estevam <<a href="mailto:festevam@gmail.com">festevam@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Shengjiu,<br>
<br>
On Wed, Jun 28, 2023 at 11:10 PM Shengjiu Wang <<a href="mailto:shengjiu.wang@nxp.com" target="_blank">shengjiu.wang@nxp.com</a>> wrote:<br>
><br>
> ASRC can be used on memory to memory case, define several<br>
> functions for m2m usage and export them as function pointer.<br>
><br>
> Signed-off-by: Shengjiu Wang <<a href="mailto:shengjiu.wang@nxp.com" target="_blank">shengjiu.wang@nxp.com</a>><br>
<br>
Could you please explain what is the benefit of using M2M in the EASRC driver?<br>
<br></blockquote><div>Users may want to get the ASRC output in the user space, then do mixing with</div><div>other streams before sending to DAC. </div><div>so this patch-set is to use the v4l2 API for this usage, because there is no such</div><div>API in ASoC.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
A few weeks ago, an imx8mn user reported that the EASRC with the<br>
mainline kernel introduces huge delays.<br>
<br>
Does M2M help with this aspect?<br></blockquote><div>No, M2M can't help with the delays issue.   The delay issue maybe caused</div><div>by the buffer size or the prefilled data needs by EASRC.</div><div> </div><div>Best regards</div><div>wang shengjiu</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Thanks<br>
</blockquote></div></div>