[PATCH 0/9] various mainly pcf50633 resume improvements / Ooooh

Andy Green andy at openmoko.com
Mon Jun 16 00:45:34 CEST 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Somebody in the thread at some point said:

| | The pops must be coming from the speaker on the side. I heard them even
| | with the top off so the earpiece isn't even connected, right? They only
| | happen on resume.
|
| Good, no top on my phone either.
|
| | At the time of the suspend/resume I have audio opened as a pseudo alsa
| | device which configures with the same info as stereoout.state. Here is
| | the actual states:
|
| Great I will try that tonight then.

I set alsa with a similar config from here

http://git.openmoko.org/?p=system-test-suite.git;a=blob_plain;f=gta02-dm2/data/play_wav_speaker.state;hb=540da7463f0ee67e37587c245b18039a03d7c397

via command

alsactl -f /etc/play_wav_speaker.state restore

and I can get a delayed click / pop from the sounder at the back about
3/4s after resume.  There's no sound on suspend.  I tried forcing
CODEC_3V3 for the codec analogue side to stay up in suspend, but it did
not remove the click / pop.

The physical amplifier is hooked to the earphones + earpiece in GTA02,
not to the sounder, so the amp controls are nothing to do with it.

I suspect maybe during the long spew of I2C register dumping that is
happening after resume now, that we arrive at a state in the register
set temporarily that sets wrong routing to drive LOUT2/ROUT2 that is
hooked to the sounder.  I'll meddle some more with it tomorrow.

- -Andy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkhVm44ACgkQOjLpvpq7dMr6YQCfXSGTPtHQoPgVPolQ7bT9RxgJ
nXsAn1Nv350L8wb7Yz1XEMoy2+tOxSYX
=UAAS
-----END PGP SIGNATURE-----




More information about the openmoko-kernel mailing list