On Mon, Aug 31, 2009 at 6:14 AM, Vinzenz Hersche <hers...@puzzle.ch> wrote:
> hello all, > > i've got a keyboard from pulster for the openmoko. this works well with > shr- > unstable, but there's a problem: > i wrote something, then the screen would be black for a half second. so i > could wrote again and in one moment, it goes to suspend (in the moment i > write). > > now i don't know if this is a kernel- fso- or shr-problem.. but would be > nice > if it's fixable.. > > greets > > _______________________________________________ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > I'm not sure what kind of keyboard you are using...but I connect my freerunner to a bluetooth keyboard (iGo Stowaway bluetooth keyboard) on a pretty regular basis in SHR-U. To solve the problem you are mentioning, I wrote a little shell script that connects to my bluetooth keyboard (or disconnects if I run it a second time). I run the script using fsoraw to request the Display and Bluetooth resources. This keeps the display from dimming (and consequently the auto-suspend from running) as long as I am connected to my keyboard. You will notice the script sleeps indefinately after it connects. This keeps the Display and Bluetooth resources requested until I run the program again, which will kill both instances of it and release the resources. Hope this helps! -Dan run with: fsoraw -r Display,Bluetooth /usr/share/btkb #!/bin/sh echo "`ps -A | grep btkb | wc -l`" if [ "`ps -A | grep btkb | wc -l`" = "2" ]; then echo "connecting..." hciconfig hci0 up sleep 1s if [ "`hidd --search | wc -l`" = "1" ]; then echo "No Keyboard found...exiting" hciconfig hci0 down exit 0 else echo "Keyboard found and connected! sleeping..." while true; do sleep 10m done fi else echo "killing current process..." killall btkb fi
_______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community