Re: [gentoo-embedded] Openmoko - Almost there...

[Christoph Spielmann <spielc@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 4117 bytes --]

Hi!

Alon Bar-Lev wrote:
> On Wed, Mar 4, 2009 at 10:57 PM, Christoph Spielmann<spielc@gmail.com>  wrote:
>    
>> Sure...
>> 1. I think dbus needs to start this, right? Anyway, I start it via the
>> settings/GSM
>>
>> Nope dbus starts gsm0710muxd (or should start). Ophonekitd has to be started
>> with a script. Or manually by calling ophonekitd. freesmartphone-framework
>> has to be started with the provided init-script. And if you have the correct
>> settings GSM-subsystem should be started automatically. Could you send me
>> the log of frameworkd too please?
>>      
>
> Attached.
>
>    
>> I think i've seen that one before but i can't remember what the problem was
>> and how it can be fixed.
>>      
>
> Hmmm....
>
>    
>> can you try the following (with pin disabled):
>>
>> 1. remove frameworkd and everything else connected to openmoko-specific
>> stuff (gsm0710muxd, gpsd or fso-gpsd) from default runlevel (if you've added
>> it)
>> 2. install mdbus (http://wiki.openmoko.org/wiki/OpenmokoFramework/mdbus)
>> 2. reboot
>> 3. log in again and check if gsm0710muxd is running
>>      
>
> Not running. What should run it other than the init.d script?
>    
You shouldn't start it with the initscript. dbus should start 
gsm0710muxd automatically. If it's not started automatically something 
is wrong.
>    
>> 4. start frameworkd (you might have to wait a lil, because frameworkd takes
>> a bit to start up)
>>      
>
> OK.
>
>    
>> 5. execute the following commands and post the output:
>>
>> mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device
>> org.freesmartphone.GSM.Device.GetInfo
>> mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device
>> org.freesmartphone.GSM.SIM.GetSimInfo
>>      
>
>   # mdbus -s org.freesmartphone.frameworkd
> /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Device.GetInfo
> /org/freesmartphone/GSM/Device: GetInfo failed:
> org.freesmartphone.Resource.NotEnabled
> # mdbus -s org.freesmartphone.frameworkd
> /org/freesmartphone/GSM/Device org.freesmartphone.GSM.SIM.GetSimInfo
> /org/freesmartphone/GSM/Device: GetSimInfo failed:
> org.freesmartphone.Resource.NotEnabled
>
> Even if i start gsm0710muxd it stays this way, also if I power_on the device.
>    
That's the problem. Again gsm0710mux should get started automatically. 
If it's not started automatically by dbus you can do what you want and 
you won't get it to work. Believe me i had the same problem. Do you have 
the following file installed: 
/usr/armv4tl-softfloat-linux-gnueabi/usr/share/dbus-1/system-services/org.pyneo.muxer.service? 
Usually this file should get installed by gsm0710muxd. I "solved" the 
problem by completely removing ALL python-packages (including python 
itself), deleting /usr/armv4tl-softfloat-linux-gnueabi/usr/lib/python2.5 
and reinstall everything. After this procedure everything was working as 
expected.
>    
>> There is not much documentation for shr (or I could not find ones), does
>> anyone know a good resource?
>>
>>
>> I'm afraid there is no such thing as good documentation about shr... I made
>> things work by using trial and error, reading mailing list archives and look
>> through the tickets. In my case most things work now (phone, sms, suspend
>> and resume...) Things i know that are not working are pyphonelog which just
>> displays garbage here and shr-settings is umm very picky about what does and
>> what doesn't work.
>>      
>
> Thanks for your help!!!
> What are me other alternatives? If SHR does not work, is there any other
> solution I can use, maybe something simpler? zhone does not work either,
>   guess it needs ophonekitd too.
>    
Nope zhone needs just freesmartphone-framework and as that's not working 
correctly zhone can't work. There are other alternatives (e.g. the stuff 
provided by hackable:1 sounds interesting) but we concentrate on 
freesmartphone-framework at the moment but feel free to try other stuff. 
I guess nobody would complain about having alternatives.
> Thanks!
>    
No problem. After all we are one big gentoo-family, aren't we ;)

Christoph
> Alon.
>    


[-- Attachment #2: Type: text/html, Size: 5557 bytes --]