Are you running gpe-calendar? - this seems to be the trigger for me for cron to go mad. Ive not been able to get anymore detail than occasionally (but always coincident on) on starting gpe-calendar its really slow, then I notice the phone is slow too - and killing cron fixes it.
BillK On Wed, 2010-03-24 at 00:26 +0000, Tim Abell wrote: > I given up and re-flashed with the latest shr-t. > > Initial testing indicates the problem has vanished. I shall probably > never know the cause. > > Tim > > Al Johnson wrote: > > The audio routing is analogue all the way to the modem, so doesn't depend > > on > > the CPU. I can't think of many ways to get the dropouts you describe, and > > haven't experienced them myself. I guess that some process is messing with > > the > > mixer state. you could try monitoring the > > org.freesmartphone.Device.Audio.Scenario signal to see if something > > fso-based > > it changing it, or run alsamixer in an ssh session during a call to see if > > you > > can see any changes happening. > > > > On Sunday 21 March 2010, Tim Abell wrote: > > > >> Ok, could be down to process priorities. > >> > >> I just had cron run at 95% cpu for an extended time (no idea why), and > >> called my voicemail, sound was really choppy. Reniced cron to +1, and > >> re-ran the call, and it was crystal clear. > >> > >> I then ran an install with opkg (opkg install lsof), which used a lot of > >> cpu, and made another call to voicemail while that was running, got the > >> choppy call quality again. > >> > >> So could it be that the programs that handle the call are not getting > >> sufficient nice priority? > >> > >> Tim > >> > >> Tim Abell wrote: > >> > >>> Thanks for your reply, > >>> > >>> I had a look at what you suggested, but the sound is not so much > >>> distorted as very rapidly cutting in and out completely. It sounds to > >>> me like something isn't keeping up. It affects both incoming and > >>> outgoing sound. > >>> > >>> I've made some progress in narrowing it down I think, and I think it's > >>> to do with something in /home/root. I keep my home dir on an sd card > >>> so I tried taking the sd card out. After this the calls appear to be > >>> fine, and on replacing the card and making another call the problem > >>> reappears. > >>> > >>> I'll start pulling apart /home/root now until it goes away. > >>> > >>> mount | grep mm > >>> /dev/mmcblk0p1 on /media/card type ext3 (rw,errors=continue,data=ordered) > >>> ls -l /home/root > >>> lrwxrwxrwx 1 root root 11 Dec 27 2009 /home/root -> > >>> /media/card > >>> > >>> Tim > >>> > >>> Al Johnson wrote: > >>> > >>>> The latest round of sound configs distort the sound badly on a phone > >>>> call for me, and I guess this is what you are finding too. The wiki > >>>> has a load of info about what to do: > >>>> http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem > >>>> I suggest making a test call and using fso-simplemixer.py to adjust > >>>> the volumes to something that works for you, then hitting Save well > >>>> before the end of the call. It would be good to take a backup of the > >>>> config files first just in case you want to restore the original > >>>> ones. I'm not certain where they are in shr-t but in shr-u at the > >>>> moment they are in /etc/freesmartphone/conf/openmoko_gta/alsa-default. > >>>> > > _______________________________________________ > > Shr-User mailing list > > [email protected] > > http://lists.shr-project.org/mailman/listinfo/shr-user > > > _______________________________________________ > Shr-User mailing list > [email protected] > http://lists.shr-project.org/mailman/listinfo/shr-user _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
