On Sun, 5 Oct 2008 20:04:28 +0200 Franky Van Liedekerke <[EMAIL PROTECTED]> wrote:
> For those curious: I seem to have been able to fix the echo issue by > setting the following > in /usr/share/openmoko/scenarios/gsmhandset.state "Mono Playback > Volume" => 85 I lost the original state file, but I used this one as > base: > http://lists.openmoko.org/pipermail/community/2008-October/032337.html > > Now only the alarm clock issue remains (in my case). I will force > myself to use the phone as regular phone for one day For the alarm, I just did some testing: it seems atd behaves as it should, and since the phone unsuspends on time, I decided to play around a bit. So I created a shell script: ---------------------- #!/bin/sh # unsuspend echo "0" >/sys/devices/platform/neo1973-pm-gsm.0/flowcontrolled # let unsuspend sink in a bit sleep 15 # now play a sound export LD_LIBRARY_PATH=/opt/Trolltech/Qtopia/lib/ /opt/Trolltech/Qtopia/bin/mediaplayer /opt/Trolltech/Qtopia/sounds/alarm.wav & # sleep 5 secs and play it again sleep 5 /opt/Trolltech/Qtopia/bin/mediaplayer /opt/Trolltech/Qtopia/sounds/alarm.wav & # remove it from spool dir, so it won't launch again rm $0 -------------------- Then I copied this script to /var/spool/at, renamed it to the time I want it to start (perl is your friend here to convert time to epoch seconds) and triggered at (echo >>/var/spool/at/trigger). Now I let my phone suspend, and on the time I want it, the phone unsuspends, waits exactly 15 secs (scripted) and then plays the wav files as intended. So this leads me to believe that the method used in the alarm clock is either broken or not adjusted to work with later qtopia versions. Franky _______________________________________________ Openmoko community mailing list [email protected] http://lists.openmoko.org/mailman/listinfo/community
