Happened to me again this morning :( "/etc/init.d/cron restart" did the trick - I dont know what cron is doing as it should be calling other programs, not working so hard itself.
BillK On Wed, 2010-03-24 at 19:05 +0000, Tim Abell wrote: > Hi, > > I'm not sure whether I was using gpe-calender. I was pretty much running > standard shr-t + launcher. > > Annoyingly I still had the choppyness even with the cpu nearly idle so > not a straightforward issue. > > Tim > > Bill Kenworthy wrote: > > 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
