"vmstat 1" shows no obvious issues:
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 0 22352 7900 37844 0 0 3 16 313 203 17 23 60 0
0 0 0 22324 7900 37844 0 0 0 0 215 109 0 1 99 0
0 0 0 22324 7900 37844 0 0 0 0 216 101 1 0 99 0
0 0 0 22324 7900 37844 0 0 0 0 215 98 0 1 99 0
0 0 0 22332 7900 37844 0 0 0 0 211 101 1 1 98 0
0 0 0 22204 7900 37844 0 0 0 0 423 274 21 25 54 0
0 0 0 22204 7908 37948 0 0 0 28 215 192 21 24 55 0
3 0 0 22112 7908 37912 0 0 0 0 493 241 26 26 48 0
2 0 0 21616 7908 38412 0 0 0 0 210 179 36 19 45 0
1 0 0 21896 7908 38072 0 0 0 0 782 186 17 14 70 0
0 0 0 22008 7908 37844 0 0 0 0 488 85 8 7 85 0
0 0 0 22008 7908 37900 0 0 0 0 591 221 25 16 59 0
4 0 0 22024 7916 37848 0 0 0 28 413 462 75 16 9 0
0 0 0 21296 7916 38528 0 0 0 0 285 346 70 29 1 0
0 0 0 21996 7916 37848 0 0 0 0 245 50 4 4 92 0
0 0 0 21996 7916 37848 0 0 0 0 272 56 15 1 84 0
0 0 0 21996 7916 37848 0 0 0 0 211 11 1 0 99 0
0 0 0 21996 7916 37848 0 0 0 0 215 15 0 0 100 0
0 0 0 21980 7924 37848 0 0 0 40 263 140 14 35 51 0
call on....
0 0 0 21980 7924 37848 0 0 0 0 215 11 1 0 99 0
0 0 0 21980 7924 37848 0 0 0 0 210 11 1 0 99 0
0 0 0 21980 7924 37848 0 0 0 0 215 18 0 0 100 0
0 0 0 21980 7924 37848 0 0 0 0 219 67 1 3 96 0
0 0 0 21980 7924 37852 0 0 0 0 215 27 1 2 97 0
0 0 0 21980 7932 37848 0 0 0 12 213 29 1 2 97 0
0 0 0 21980 7932 37848 0 0 0 36 228 61 3 39 58 0
0 0 0 21980 7932 37848 0 0 0 0 211 11 1 0 99 0
0 0 0 21980 7932 37848 0 0 0 0 219 11 1 0 99 0
call off...
0 0 0 21952 7932 37848 0 0 0 0 563 175 21 22 57 0
0 0 0 21924 7932 37940 0 0 0 0 407 437 49 34 18 0
0 0 0 21924 7932 37884 0 0 0 0 211 107 11 1 88 0
0 0 0 21924 7932 37884 0 0 0 0 242 163 16 2 82 0
0 0 0 21924 7932 37884 0 0 0 0 244 171 39 5 56 0
0 0 0 21924 7932 37884 0 0 0 0 214 128 13 0 87 0
0 0 0 21924 7940 37884 0 0 0 12 218 172 13 5 82 0
Tim Abell wrote:
ok I really don't know.
I still get choppy sound even when the cpu is nearly idle. (see top
output below while on choppy call)
here is a recording of the choppyness:
http://www.timwise.co.uk/om/choppy-shr.ogg
top - 01:00:26 up 26 min, 1 user, load average: 0.47, 0.40, 0.79
Tasks: 65 total, 1 running, 64 sleeping, 0 stopped, 0 zombie
Cpu(s): 17.7%us, 15.3%sy, 0.0%ni, 66.4%id, 0.0%wa, 0.0%hi,
0.6%si, 0.0%st
Mem: 121076k total, 102280k used, 18796k free, 7608k buffers
Swap: 50392k total, 0k used, 50392k free, 37764k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
COMMAND
1706 root 20 0 18456 9800 5116 S 9.2 8.1 0:17.90
phoneuid
1868 root 20 0 2200 1092 864 R 4.8 0.9 0:23.82
top
1681 root 19 -1 15432 5812 2660 S 3.0 4.8 0:15.78
Xorg
1548 root 20 0 3740 1924 1560 S 2.4 1.6 0:18.62
sshd
1631 root 20 0 3588 1076 704 S 1.5 0.9 0:09.33
screen
1707 root 10 -10 23264 12m 6916 S 0.3 10.5 0:21.40
enlightenment
1 root 20 0 1496 556 492 S 0.0 0.5 0:06.80
init
Tim Abell
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.
On Saturday 20 March 2010, Tim Abell wrote:
anyone? pretty please?
it's actually worse than I thought, the person at the other end can
hardly hear me.
My freerunner is now unusable as a phone!
I ran QtMoko from an SD card, and the sound was fine under that, so
it's definitely something wrong with my shr-t install.
Tim
Tim Abell wrote:
hi,
for a few days now all calls have had badly choppy incoming sound.
outgoing sound seems ok.
can anyone help me diagnose?
it's an up to date shr-testing freerunner,
i didn't do any software updates around the time it started.
thx
tim abell
_______________________________________________
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
_______________________________________________
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
_______________________________________________
Shr-User mailing list
[email protected]
http://lists.shr-project.org/mailman/listinfo/shr-user
