I got a bluetooth headset - the Jabra BT3030.

I will now try to get it to work on the Freerunner with the 2008.12 distro.

Problems. I try to run the BtConfigure script from this web page:

http://wiki.openmoko.org/wiki/Manually_using_Bluetooth

But it fails with:

dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service files

So I wanted to try to use the mdbus command to see what dbus interfaces were available, but it's not installed.

Here are instructions for Ubuntu, would be interesting to see if they can work with the Freerunner:

http://www.linux.ie/articles/bluetoothheadset.php

Decided to have another look at the OpenMoko Freerunner, see if I can build the latest 2008.12 distro.

Following instructions on MokoMakefile on the OpenMoko wiki.

did the following:
~/moko2$ wget http://www.rwhitby.net/files/openmoko/Makefile
~/moko2$ make setup

Hmm. It's downloading stuff from trunk/src/target/OM-2007.2, I wonder if that's correct.

then did
~/moko2$ make update-makefile
~/moko2$ make setup-machine-om-gta02
~/moko2$ nice make image

Aborted with ctrl-c, fixed PARELLEL_MAKE, BB_NUMBER_THREADS to 2 in local.conf for faster build. Otherwise it didn't use my CPU fully. I think I'll have to increase it more. It's probably limited by the hard drive speed.

failed compiling gcc, with the following error in build/tmp/work/i686-linux/gcc-native-3.4.4-r7/temp/log.do_compile.20773:

In function 'open',
inlined from 'collect_execute' at /home/erl/moko2/build/tmp/work/i686-linux/gcc-native-3.4.4-r7/gcc-3.4.4/gcc/collect2.c:1537:
/usr/include/bits/fcntl2.h:51: error: call to '__open_missing_mode' declared with attribute error: open with O_CREAT in second argument needs 3 arguments

Fixed this by adding S_IRWXU as third parameter to open on the offending line, and reran 'nice make image'

Another crash building qemu.

Replaced with on line 79 of /build/tmp/work/i686-linux/qemu-native-0.9.1-r7/qemu-0.9.1/linux-user/syscall.c

Ending this entry now, as I'll let the build go on and check up on it later.

Fixing the mysql server replication after it's gone out of sync:

on master: flush tables with read lock

Copy master to slave by (on slave, innodb requires this):

mysqldump --all --extended-insert | mysql

Then, on slave

RESET SLAVE
mysql> change master to MASTER_LOG_FILE='quetzal-bin.000076', MASTER_LOG_POS=34627216;




Wanted to look at wakeup function for calender of Freerunner.

This happened:

root@om-gta02:~# mdbus -s :1.2 /org/freesmartphone/Device/RealTimeClock/rtc0 GetWakeupTime
/org/freesmartphone/Device/RealTimeClock/rtc0: GetWakeupTime failed: org.freedesktop.DBus.Python.OverflowError

This is under FSO.

Questions: Why is the bus called :1.2?
Where does the overflow error come from?

I've been working on Freeswitch.

Installed latest version from svn.

Added Megaphone and kept digisip as outgoing profiles (configuration files in conf/sip_profiles/external), I think it works.

Added erl as a sip user (file in conf/directory/lewin.nu/erl.xml), and registered via the Ekiga Softphone. Seems to work.

However, I have not yet gotten calling out from the softphone to work. Freeswitch says:

2008-09-20 12:46:47 [NOTICE] switch_channel.c:538 switch_channel_set_name() New Channel sofia/internal/erl@lewin.nu [eee39838-2cc7-4dc6-b63e-fa1af1d0e178]
2008-09-20 12:46:47 [INFO] mod_dialplan_xml.c:228 dialplan_hunt() Processing Erland Lewin->08318333 in context default
2008-09-20 12:46:47 [NOTICE] switch_ivr.c:1098 switch_ivr_session_transfer() Transfer sofia/internal/erl@lewin.nu to enum[08318333@default]
2008-09-20 12:46:47 [INFO] switch_core_state_machine.c:114 switch_core_standard_on_routing() No Route, Aborting

I've been looking at the configuration files:

• dialplan/default.xml
• autoload_configs/enum.conf.xml
• 
  

Trying to debug why my server won't boot when upgrading kernel from 2.6.18 to 2.6.25.9.

Starting by commenting out modules from:

/etc/sysconfig/modules

Tried adding the following arguments to the kernel,didn't help:

md=0,/dev/hdc1,/dev/hda1 domdadm

Seems like I found info on the problem, will try this:

http://linux.derkeiler.com/Mailing-Lists/Kernel/2008-05/msg02290.html

The following worked:

rfcomm connect 0 00:1B:DC:00:81:F2 (note: didn't background)
sudo gpsd -N /dev/rfcomm0

xgps then found the GPS unit.

Edited /etc/cpufreq.conf to use full cpufreq range, and conservative cpufreq governor.

I got a used IBM X40 laptop - really nice buy for around €200.

I installed Debian lenny on it.

But, the network card won't work after suspend. I'm using the ath_pci madwifi driver. This is apparently bug #201 in their bug database, which no-one seems to be working on.

Now trying solution: added file /etc/pm/config.d/madwifi with contents:

SUSPEND_MODULES="ath_pci"

Did the above, but when the interface comes back, it's lost its iwconfig details (essid, enc). Executing ifup ath0 fixes that, but I don't know where to put a script that does that.

It seems that pm-utils calls NetworkManager using dbus in /usr/lib/pm-utils/sleep.d/10NetworkManager. So should we get Networkmanager to ifup/ifdown ath0 on suspend/resume?

Now tried adding the ifup and ifdown commands to the above script. Seems to work!

I've now tried installing the Linux Internet Gateway Device upnpd daemon on sol.

No UPnP shows up on my Win XP machine, even after reboot of the XP machine.

The problem is that the web page that the UPnP server exposes (on the style of http://172.16.1.11:49152/gatedesc.xml) is firewalled on the linux box.

Why doesn't the IGD/libupnp manage to add firewall rules to let packets through?

This page seems to have some possible solutions: http://gentoo-wiki.com/HOWTO_Setup_UPnP_with_IPTables

I have problems with the firewall under Linux and my SIP application.

I think there are three ways around it:

1. Try to get Netfilters/conntrack sip / rtp to work
2. Install UPNP on the server, and get the client to use UPNP to open RTP ports etc

Maybe option two is the cleanest?

There is a UPnP client library here: http://pupnp.sourceforge.net/

Server stuff is in a package called Linux Internet Gateway device, I think.

Solved the Sofia SIP ACK problem.

It went away when I added ';transport=udp' at the end of the NUTAG_URL.

The problem now seems to be that the incoming RTP stream is not reaching the application. Do I remember something about this might work if I receive and send RTP using the same port I receive data on?

Sofia-SIP is not seeing the ACK.

It looks like the problem I had before & I don't remmeber how I solved it.

ACK UDP packets not getting through to the UA process. Strange that it works for FreeSwitch.

FreeSwitch's ACKs going to port 5080. That's probably why it works. What's special about port 5080?

Easiest quick fix is probably to get my app to use port 5080, the same way FreeSwitch does.

Would be good to find out why this is neccessary though.

Sofia-SIP update.

My UA is sending multiple OKs to the INVITE.

My app is getting nua_callstate_completed, but not nua_callstate_ready.

Is Sofia not liking the ACK?

Current problem:

Working with Sofia-SIP.

I've previously had problems because my app is running on the same machine doing the NATing, which caused great confusion with port mapping. I'm not sure how I solved that, or if the current problem is related or not.

The problem is that my app (UA) doesn't get a "callstate ready" when answering a call. I do get a callstate completed.

Could be SDP-related.

I think this app worked when I last worked on it, in August 2007.

Will continue tracking this down next time I have time.