Even If Simple Alarm In Pdaxrom?

[SSG]

existence of a solution working alarm clock for wakening zaurus ?

[scoutme]

tried to find an answer in vain...
would be a great step on

[pgas]

someone has compiled xmms-alarm an put it in the unstable feed maybe it works?

[SSG]

se la vi. Have zaurus - yourself rescue myself

[Martin]

Hi all,

@pgas ... xmms-alarm-plugin works great using RC8 :-)

Martin

[scoutme]

maybe, nut no way to wakeup from suspended state

[shula]

i tried too xmms-alarm ==> it doesnt wake up from suspend (c860).
i'll try some qtopia if i manage to install the qpe libraries.


i wonder if i can WAKE UP the Z from a shell comamnd or a python script ?

[Bundabrg]

Hmmm, check how it does it under OZ. From memory its something it calls with apm before it suspends... I suspect it may be something like "sleep for 80 minutes". If this is the case, it would be relatively easy to parse out the next alarm from whatever and edit the apm script.


 - Bundabrg

[scoutme]

..I fear zaurus has not the hardware needed for wakeup functions

[thseiler]

To: scoutme
 ..I fear zaurus has not the hardware needed for wakeup functions

Intels Developer manual to the PXA255 processor states:

Section 1.2.14 Real Time Clock
... The RTC provides a constant frequency output and a programmable alarm register
This alarm register can also be used to wake up the processor from sleep mode...

It all boils down to reading the RTC register, addind the apropriate number of seconds one wants
to sleep , and then writing this back into the Alarm Register prior to going to sleep.

I think there must be some code somewhere that does it already.
Will investigate further...

thseiler

[iamasmith]

The RTC_ALM_SET IOCTL for the /dev/rtc device is documented in the following location. http://www.uclinux.org/pub/uClinux/ports/b...vice_driver.pdf

Now I know that's uClinux but I have checked the cotulla-rtc driver in the Sharp Kernel and it looks like it takes the same IOCTL.

Haven't tried it yet though !

- Andy

[iamasmith]

In fact check out the Documentation/rtc.txt file in the Linux Kernel source. DUH, should have checked there first !.

[pantau]

There is an rtc-test program which runs under pdaXrom. You find it at rtc-test.c.
Also there is a program called apmsleep. It's available in the debian archive apmd for the arm architecture. It kind of works. It suspends the C860 I have and wakes it up at the given time. But when I run it under X in aterm the behaivor of the X-server is kind of strange/slow. On console level it works.
At least both could be a starting point. Or is there any compareable program in pdaxrom (feed?) I couldn't find anything....

[pgas]

The problem here is that pdaxrom use the  dpms options via xset to suspend the Z and not apm,
in fact if you try apm --suspend, it  exhibits the same behavior that pantau describe.


But as kapm is running, apm must be involved at some point.

I think we  need to know what Sash has cook up with apm/ xset and get the sources of his hacks before we can try to implement something using the rtc.

[pgas]

hmm,
I get something working, I have edited the script /usr/bin/apm so that instead of
calling apm.x --suspend it calls  apmsleep +00:01.

I then powered off my Z and after 1 minute it has been waked up with X working.

So xset must call the /usr/bin/apm script at some point

Attached is apmsleep gziped just copy it somewhere like /usr/bin
Now we can try to put up some software/ scripts to use this I think