> -----Original Message-----
> From: Leif Jakob [mailto:handhelds@jakob.weite-welt.com]
> Sent: Tuesday, June 25, 2002 6:23 PM
> To: ipaq@handhelds.org
> Subject: [iPAQ] H38XX sample rate 22050 broken after PM_RESUME
>
>
> Hi,
>
> with the current CVS kernel the sample rate (here 22050) is not
> properly restored (H38xx) after resume. I'm not sure if it had worked
> before but I think it did:
>
> Test:
> madplay some_audiobook.mp3 => sound is working great
> suspend/resume => sound is played at double? rate
Is this true if you restart madplay after resume or only if you suspend/resume while madplay was running?
> (I've removed the module rmmod/insmod in pm_helper that was done by my
> familiar installation but without any effect - why did it unload the
> module anyway?)
>
> I've patched a bit in the modules to make sure the sample-rate is
> restored in pm_resume and as I can see so far something after the
> restore must mess up some timers but not via any sound-ioctls in
> h3600-uda1341.c. I call
>
> h3600_audio_init(0); h3600_set_samplerate(audio_samplerate);
It sounds to me like the clock divider is not getting set right on resume. In the H3600, this was controlled by a couple of SA1100 gpio lines whose state was maintained on suspend/resume. On the H3800, it is controlled by an ASIC.
Please print the value of H3800_ASIC2_CLOCK_ENABLE on suspend and resume.
Jamey
Received on Wed Jul 17 13:23:27 2002
This archive was generated by hypermail 2.1.8 : Tue May 04 2004 - 09:44:53 EDT