Also if I understood it correctly it is not possible to change frequencies while audio is playing without skipping (audio is always played by dsp) so the result is that if audio is played the frequency is fixed.

If it is played by one of pcm dsp tasks it stays at 400 (op_0) and when it is played by mp3/aac/whatever codec dsp tasks the cpu stays at 330 (op_1) (=>dsp is at 220, not 133)

There is a hack that leaves dsp at 133 and cpu at 400 even for mp3/aac decoding and it looks like it works (i.e. dsp is powerful enough even at 133).

for details see table
http://mxr.maemo.org/diablo/source/k...n800-dvfs.c#49

I'm not sure if it must stay at 400 for pcm output but I guess so (because if more cpu power is needed and audio is played it would click and pop when raising frequency) - see also comment here - http://mxr.maemo.org/diablo/source/k...800-dvfs.c#140