On Sun, Feb 21, 2010 at 09:29:49PM +0100, Michael 'Mickey' Lauer wrote:
> Am Sonntag, den 21.02.2010, 19:21 +0100 schrieb arne anka:
> > investigating my core issue of the fr not suspending anymore after a call,
> > i see now that fsodeviced dies the moment i hit either "call" (outgoing)
> > or
On Sun, Feb 21, 2010 at 09:29:49PM +0100, Michael 'Mickey' Lauer wrote:
> Am Sonntag, den 21.02.2010, 19:21 +0100 schrieb arne anka:
> > investigating my core issue of the fr not suspending anymore after a call,
> > i see now that fsodeviced dies the moment i hit either "call" (outgoing)
> > or
"arne anka" writes:
> with that new package, the fr doesn't vibrate on incoming call.
> something missing in the kernel itself or do i need yet another module?
ls /sys/class/leds?
lsmod?
___
Openmoko community mailing list
community@lists.openmoko.org
On Sun, Feb 21, 2010 at 11:24:52PM +0100, arne anka wrote:
> > I cannot confirm that there
> > is still sound when setting router_type to none.
>
> does that mean, you didn't test or you did not hear something?
I heard no ringtone and no sound during the call on both sides.
I tried calling as wel
> I cannot confirm that there
> is still sound when setting router_type to none.
does that mean, you didn't test or you did not hear something?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/c
On Sun, Feb 21, 2010 at 11:01:08PM +0100, arne anka wrote:
> >> > fsodeviced provides different plugins for audio routing. You want the
> >> > alsa one for the FreeRunner.
> >>
> >> well, as written, "alsa" kills fsodeviced.
> >
> > Probably because of the missing alsa data files (see below).
>
>
On Sun, Feb 21, 2010 at 10:50:10PM +0100, arne anka wrote:
> with that new package, the fr doesn't vibrate on incoming call.
> something missing in the kernel itself or do i need yet another module?
Actually I compiled the vibrator support into the kernel because the
module wasn't working for me.
Am Sonntag, den 21.02.2010, 21:33 +0100 schrieb Michael 'Mickey' Lauer:
> > btw: What is the difference
> > between /etc/freesmartphone/alsa/default/gsmhandset
>
> This one is used by fsodeviced, i.e. the new stuff that's being used on
> SHR.
Good to know. So far I did all changes to both files,
>> > fsodeviced provides different plugins for audio routing. You want the
>> > alsa one for the FreeRunner.
>>
>> well, as written, "alsa" kills fsodeviced.
>
> Probably because of the missing alsa data files (see below).
nope. they are there.
>> what kind of audio routing? call seems to work ev
with that new package, the fr doesn't vibrate on incoming call.
something missing in the kernel itself or do i need yet another module?
btw: why is there a cdrom.ko?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.
On Sun, Feb 21, 2010 at 09:59:38PM +0100, Michael 'Mickey' Lauer wrote:
> Am Sonntag, den 21.02.2010, 21:45 +0100 schrieb arne anka:
> > > fsodeviced provides different plugins for audio routing. You want the
> > > alsa one for the FreeRunner.
> >
> > well, as written, "alsa" kills fsodeviced.
>
Am Sonntag, den 21.02.2010, 21:45 +0100 schrieb arne anka:
> > fsodeviced provides different plugins for audio routing. You want the
> > alsa one for the FreeRunner.
>
> well, as written, "alsa" kills fsodeviced.
Probably because of the missing alsa data files (see below).
> what kind of audio r
> fsodeviced provides different plugins for audio routing. You want the
> alsa one for the FreeRunner.
well, as written, "alsa" kills fsodeviced.
what kind of audio routing? call seems to work even with "none" (at least
i hear something when i call my box).
> You're running debian, right? Do th
> btw: What is the difference
> between /etc/freesmartphone/alsa/default/gsmhandset
This one is used by fsodeviced, i.e. the new stuff that's being used on
SHR.
> and /usr/share/shr/scenarii/gsmhandset.state ?
That's from the old days where we used to call alsactl to do the work.
:M:
___
fsodeviced provides different plugins for audio routing. You want the
alsa one for the FreeRunner.
You're running debian, right? Do they ship the new alsa data files for
fsodeviced?
Cheers,
:M:
___
Openmoko community mailing list
community@lists.ope
Am Sonntag, den 21.02.2010, 19:21 +0100 schrieb arne anka:
> investigating my core issue of the fr not suspending anymore after a call,
> i see now that fsodeviced dies the moment i hit either "call" (outgoing)
> or "accept" (incoming).
> since fso-deviced is dead, nothing, in terms of idle not
Hi,
after I got my gta02 A06 a hardware buzz fix late December last year the
mic is very soft with the newest SHR unstable. So I had a look at all
the different tips around and carefully read all emails of the thread
"Experiment: better sound on remote end" and all links mentioned in
there and tri
ok, third:
since it has something to do with alsa_router, i checked th config files
and found in fsodeviced.conf
[fsodevice.audio]
# Which Audio Player variant plugin to use: none (default), alsa,
canberra, gstreamer
player_type = alsa
# Which Audio Router variant plugin to use: none (default)
installed libgee2-dbg and got that (probably not of much use):
Core was generated by `fsodeviced'.
Program terminated with signal 11, Segmentation fault.
#0 gee_map_get_keys (self=0x0) at map.c:353
353 map.c: No such file or directory.
in map.c
(gdb) bt
#0 gee_map_get_keys (self=0x0
> you can do it like this:
>
> $ ulimit -c unlimited
> $ my-program
> program died with segfault (core dumped)
> $ gdb my-program core
> % bt
ok, below's the output -- anyone able to make head or tail from it?
# gdb fsodeviced core
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software
On Sun, Feb 21, 2010 at 07:21:19PM +0100, arne anka wrote:
> investigating my core issue of the fr not suspending anymore after a call,
> i see now that fsodeviced dies the moment i hit either "call" (outgoing)
> or "accept" (incoming).
> since fso-deviced is dead, nothing, in terms of idle not
Al Johnson writes:
> My settings would be no use to you as I turn down from default not up. I
> suspect the variations in how loudly people speak and how they position the
> phone relative to their head have more to do with the need for different
> settings than variations in the handsets thems
On Sunday 21 February 2010, ri...@happyleptic.org wrote:
> > With the right volume settings my FR is on a par with
> > my k700i.
>
> After having buzz-fixed the phone, I followed all discussions about mixer
> settings and I managed after many tries to raise sound quality (for other
> end) from in
On Sunday 21 February 2010, Gand' wrote:
> i have a very annoying buzzing sound with the latest SHR for the caller on
> my openmoko A7
> i hear everything pretty well and clear, but the other side is hearing a
> mettalic buzz ...
The default setting for control 12 is 7, the maximum, which is too h
investigating my core issue of the fr not suspending anymore after a call,
i see now that fsodeviced dies the moment i hit either "call" (outgoing)
or "accept" (incoming).
since fso-deviced is dead, nothing, in terms of idle notification at
least, happens anymore.
i try to track it down, but
"arne anka" writes:
> nope. and not with other targets. only the fr, which makes me suspect it
What if you ssh to localhost on FR itself?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/com
"arne anka" writes:
> that i did understand -- the question is, how to do that.
If you are not using FSO in debian you can use
om wifi power 0
om wifi power 1
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/
With small variations upon your script I have:
1) ~/wpa dir with the following contents:
r...@om-gta02 ~ $ ls wpa/
amigos.wpacasa.wpa gomaxperf spot.wpa
wifi-dhcp.sh
(the .wpa files are wpa config files with special setups).
2) maxperf is for the weird cases:
r...@om
On Sun, Feb 21, 2010 at 10:01:56AM +, Neil Jerram wrote:
> On 21 February 2010 02:34, Sebastian Reichel wrote:
> > Hi,
>
> Hi Sebastian,
>
> > I just uploaded a new kernel package to the pkg-fso repository.
> > Please note, that you need to load 'neo1973kbd' for the buttons
> > to work and '
>> a long time ago i used to experience frequent hangs with ssh
>> connections,
>> when using that infamous dropbear.
>
> Does this happen when you ssh to localhost?
nope. and not with other targets. only the fr, which makes me suspect it
has something to do with usb networking.
but it has not
Am Sonntag, den 21.02.2010, 17:14 +0100 schrieb arne anka:
> >> please, explain "power cycling".
> >
> > rebooting ar6000 (one of Freerunner's computers).
>
> that i did understand -- the question is, how to do that.
On FSO via releasing/requesting the WiFi resource.
:M:
_
>> please, explain "power cycling".
>
> rebooting ar6000 (one of Freerunner's computers).
that i did understand -- the question is, how to do that.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listin
Em 21-02-2010 15:50, arne anka escreveu:
> please, explain "power cycling".
rebooting ar6000 (one of Freerunner's computers).
Rui
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
please, explain "power cycling".
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Hi,
I've got involved in some wifi configuration recently and so tested FR
with different APs and settings. As a result, several interesting
observations were made, i hope you'll find them useful.
1. Weird SSID bug
Thanks to the hint by Werner i found out that i can never connect to
my WPA+RSN
"arne anka" writes:
> a long time ago i used to experience frequent hangs with ssh connections,
> when using that infamous dropbear.
Does this happen when you ssh to localhost?
> but with an upgrade of sshd a few weeks ago the exact same issue was
> introduced again, after a few lines of out
a long time ago i used to experience frequent hangs with ssh connections,
when using that infamous dropbear.
after i while i got fed up and replaced that crippled thing with a full
good sshd, which worked well until a few weeks ago.
but with an upgrade of sshd a few weeks ago the exact same is
2010/2/21 Neil Jerram :
'> Apart from factoring out those modules, is the new kernel improved in
> some way? And is it built without the debug settings?
It's the latest upstream andy-tracking, mostly meaning that if
compared to July snapshot Bluetooth, GPS etc. should handle suspend
better among
On 21 February 2010 02:34, Sebastian Reichel wrote:
> Hi,
Hi Sebastian,
> I just uploaded a new kernel package to the pkg-fso repository.
> Please note, that you need to load 'neo1973kbd' for the buttons
> to work and 'leds-neo1973-gta02' for the leds to work. You
> probably want to add these to
Denis Shulyaka writes:
> It writes output of `ps auxf`, `free` and `df -h` to a corresponding
> file every 5 minutes.
Hmm, you are using swap. I do not know how to see how many bytes each
process has in swap. This would let us see which process is the one
whose memory usage steadily increases. No
> With the right volume settings my FR is on a par with
> my k700i.
After having buzz-fixed the phone, I followed all discussions about mixer
settings and I managed after many tries to raise sound quality (for other end)
from inaudible to barely audible.
I would be very interrested in your setti
> What additional info I can gather?
Use slabtop to monitor kernel memory pools. It may be interresting.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
42 matches
Mail list logo