-----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-----
