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