On Sat, Dec 5, 2009 at 18:18, Michael 'Mickey' Lauer
<mic...@vanille-media.de> wrote:
> Dear Chaitanya,
>
> sorry for the delay in answering. I have cc'ed this mail to
> smartphones-standards, which is the best place to talk about this.
>
>> 1.  I wanted to know if there was a signal emitted/ any other way
>>  for a program to know when the framework was ready after a reboot. 
>> Basically, I want to be able to run launcher as through a startup script - 
>> but start getting the data from opim only after the framework is ready to 
>> go. Also, how can I check that the framework is ready or not, in case 
>> launcher is started after the framework is already up?
>
> There is no global signal for the framework (since it is composed of
> multiple resources, subsystems, plugins, and processes), however you can
> listen to
> a) ResourceAvailable signals from ousaged, if you're interested in
> actual resource availability, or
> b) NameOwnerChanges from dbus, if you're interested in whether a
> subsystem is already serving.

There's signal emited by opimd,
org.freesmartphone.PIM.Sources.Initialized. You should be able to use
that.

>> 2.  Is the alarm interface ready for setting alarms that will wake up the 
>> freerunner? How do I go about doing this. I have multiple alarms (b'day 
>> reminders, tasks etc).
>>   The documentation mentions that I should use the PIM events - but I dont 
>> see any info in that. Is that something in the pipeline?
>
> By now the Alarm interface for opimd should be ready. Can someone from
> SHR comment, please?

No, Alarms domain isn't even started by now, maybe Dates could be
adapted, but some more love for opimd would be needed for that.

>>   How do I do this before the PIM events interface is ready?
>
> In case the PIM alarm interface is not ready yet, you can always use the
> low level alarm interface from FSO that can wake up one by one. You need
> additional code that always programs the 'next' event though.

We're in SHR are using atd-over-fso, which is just atd modified to use
FSO interface instead of calling rtc directly, and it already does
that (that's what ffalarms uses)

-- 
Sebastian Krzyszkowiak
dos

_______________________________________________
smartphones-standards mailing list
smartphones-standards@linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-standards

Reply via email to