On 02/08/2012 06:19 PM, Grazvydas Ignotas wrote:
ok I've figured it out myself - it's because of McBSP2 clock source
selection. Pandora has rather unusual config (compared to other
boards) that it gets McBSP2 audio clock through external pin. As long
as it's set to PRCM functional clock (OMAP
On Thu, Feb 9, 2012 at 10:59 AM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
On 02/08/2012 06:19 PM, Grazvydas Ignotas wrote:
ok I've figured it out myself - it's because of McBSP2 clock source
selection. Pandora has rather unusual config (compared to other
boards) that it gets McBSP2 audio
On 02/08/2012 02:34 AM, Grazvydas Ignotas wrote:
Hi,
On OMAP3 pandora, system suspend stops working properly after using
audio at least once:
(just after boot):
# echo mem /sys/power/state
[ 12.578186] PM: Entering mem sleep
[ 12.678802] PM: suspend of devices complete after 92.834
On Wed, Feb 08, 2012 at 02:34:38AM +0200, Grazvydas Ignotas wrote:
Hi,
On OMAP3 pandora, system suspend stops working properly after using
audio at least once:
Also adding Liam to the CC list (and not deleting any context for
visibility).
(just after boot):
# echo mem /sys/power/state
On Wed, Feb 8, 2012 at 1:51 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Wed, Feb 08, 2012 at 02:34:38AM +0200, Grazvydas Ignotas wrote:
# aplay /dev/zero
^C
# echo mem /sys/power/state
[ 104.404663] PM: suspend of devices complete after 78.794 msecs
[ 104.413909] PM: late
On 02/08/2012 02:34 AM, Grazvydas Ignotas wrote:
Hi,
On OMAP3 pandora, system suspend stops working properly after using
audio at least once:
(just after boot):
# echo mem /sys/power/state
[ 12.578186] PM: Entering mem sleep
[ 12.678802] PM: suspend of devices complete after 92.834