andy git 06/15 suspend/resume observations
graeme at openmoko.org
Mon Jun 16 10:39:30 CEST 2008
On Mon, Jun 16, 2008 at 09:20:15AM +0100, Andy Green wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> Somebody in the thread at some point said:
> | On Sun, Jun 15, 2008 at 08:08:52PM -0700, Sean McNeil wrote:
> |> Cons:
> |> audio pop is still there for me. I don't know if you committed changes
> |> that should affect it. When I do fully resume and write to the device
> |> hangs. Perhaps they are both related to something with DMA? I get
> | I suspect this is
> | http://docs.openmoko.org/trac/ticket/1353
> | Rearing its ugly head.
> Thanks for the hint!
> | Someone please tell me why I cant read that register successfully during
> | resume???????
> | Its as though the kernel caches it.
> The only way it could "cache" it is if the iis memory mapped register
> region of cpu space was literally marked as cacheable, because readl()
> is just reading memory. So I think you can read from it OK.
> It doesn't necessarily follow that LRCK is actually toggling at that
> time because nulling the test out get you working; something might be
> done later that gets LRCK going subsequently.
> For example I notice we disable IIS clock in suspend, this is re-enabled
> by the time we start looking? What if s3c24xx_i2s_trigger() ->
> s3c24xx_snd_lrsync() happens before resume of IIS that re-enables the
> unit clock?
Resume has finished by this point, we are in Unfreezing apps and
user space code is running.
I set the timeout to be insanely long of 5 minutes and still never got
a l/r clock. But if you start a new stream within this same period
l/r clock works fine.
More information about the openmoko-kernel