linux-omap.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Peter Ujfalusi <peter.ujfalusi@ti.com>
To: Jarkko Nikula <jarkko.nikula@bitmer.com>,
	"H. Nikolaus Schaller" <hns@goldelico.com>
Cc: alsa-devel@alsa-project.org, Tony Lindgren <tony@atomide.com>,
	Mark Brown <broonie@kernel.org>,
	Liam Girdwood <lgirdwood@gmail.com>,
	Andreas Kemnade <andreas@kemnade.info>,
	kernel@pyra-handheld.com, linux-omap <linux-omap@vger.kernel.org>
Subject: Re: [PATCH 0/3] ASoC: omap: Fix and add pm_qos configuration
Date: Mon, 19 Nov 2018 16:17:27 +0200	[thread overview]
Message-ID: <c570c921-c712-be41-f827-4748c56e7690@ti.com> (raw)
In-Reply-To: <b08cb2ac-b02f-861d-7ff8-f91b2ca08fd8@bitmer.com>



On 2018-11-18 19:04, Jarkko Nikula wrote:
> On 11/15/18 2:26 PM, H. Nikolaus Schaller wrote:
>>>> Peter Ujfalusi (3):
>>>> ASoC: omap-mcbsp: Fix latency value calculation for pm_qos
>>>> ASoC: omap-mcpdm: Add pm_qos handling to avoid under/overruns with
>>>> CPU_IDLE
>>>> ASoC: omap-dmic: Add pm_qos handling to avoid overruns with CPU_IDLE
>>>>
>>>> sound/soc/omap/omap-dmic.c  |  9 ++++++++
>>>> sound/soc/omap/omap-mcbsp.c |  6 +++---
>>>> sound/soc/omap/omap-mcpdm.c | 43 ++++++++++++++++++++++++++++++++++++-
>>>> 3 files changed, 54 insertions(+), 4 deletions(-)
>>>
>>> I will test asap.
>>
>> I have now:
>>
>> * v4.20-rc2
>> * plus your new patches
>> * plus letux-4.20-rc2 patches
>> * including our private AESS patch set (mostly inactive, because it fails to load firmware)
>> * CONFIG_CPU_IDLE=y
>>
>> and it works. I can use aplay and play to get handsfree audio as with CONFIG_CPU_IDLE=n
>>
>> Sometimes, there is a scratchy tenth of a second (in handsfree and headset),
>> but the basic rhythm does not get interrupted any more and the play command does
>> not get stuck.
>>
>> I have played an mp3 of 4 minutes and the play process did succeed and didn't report
>> buffer underrun issues.
>>
>> So your patches seem to fix the issue. At least the basic problems. This scratchy
>> thing needs further study, if it is a spurious thing on my Pyra protoype device.
>> Or if it is still there if we disable CPU_IDLE again (I haven't tried that yet).
>>
> Peter: do you have some simple test case for N810 or N900? I tried to
> play with a few different aplay --buffer-size and --period-size
> combinations to see can I hit this. N810 most probably wasn't able to
> hit deep enough idle as the display is on due there is no driver for it.
> On N900 I have display blanked.

If you have CPU_IDLE enabled (it should be by default) and you don't
experience any crackling than it is working OK.

Tony: or is there something else to look for in OMAP2/3 ?

> I have one educational question on 1/3 but no any show stoppers. For all
> three:
> 
> Acked-by: Jarkko Nikula <jarkko.nikula@bitmer.com>
> 

- Péter

Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

      reply	other threads:[~2018-11-19 14:17 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-14 11:06 [PATCH 0/3] ASoC: omap: Fix and add pm_qos configuration Peter Ujfalusi
2018-11-14 11:06 ` [PATCH 1/3] ASoC: omap-mcbsp: Fix latency value calculation for pm_qos Peter Ujfalusi
2018-11-18 17:04   ` Jarkko Nikula
2018-11-19 14:14     ` Peter Ujfalusi
2018-11-23 14:11   ` Applied "ASoC: omap-mcbsp: Fix latency value calculation for pm_qos" to the asoc tree Mark Brown
2018-11-14 11:06 ` [PATCH 2/3] ASoC: omap-mcpdm: Add pm_qos handling to avoid under/overruns with CPU_IDLE Peter Ujfalusi
2018-11-23 14:11   ` Applied "ASoC: omap-mcpdm: Add pm_qos handling to avoid under/overruns with CPU_IDLE" to the asoc tree Mark Brown
2018-11-14 11:06 ` [PATCH 3/3] ASoC: omap-dmic: Add pm_qos handling to avoid overruns with CPU_IDLE Peter Ujfalusi
2018-11-23 14:10   ` Applied "ASoC: omap-dmic: Add pm_qos handling to avoid overruns with CPU_IDLE" to the asoc tree Mark Brown
2018-11-14 12:45 ` [PATCH 0/3] ASoC: omap: Fix and add pm_qos configuration H. Nikolaus Schaller
2018-11-15 12:26   ` H. Nikolaus Schaller
2018-11-15 14:29     ` Peter Ujfalusi
2018-11-16  8:00       ` Peter Ujfalusi
2018-11-18 17:04     ` Jarkko Nikula
2018-11-19 14:17       ` Peter Ujfalusi [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=c570c921-c712-be41-f827-4748c56e7690@ti.com \
    --to=peter.ujfalusi@ti.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=andreas@kemnade.info \
    --cc=broonie@kernel.org \
    --cc=hns@goldelico.com \
    --cc=jarkko.nikula@bitmer.com \
    --cc=kernel@pyra-handheld.com \
    --cc=lgirdwood@gmail.com \
    --cc=linux-omap@vger.kernel.org \
    --cc=tony@atomide.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).