Date/Time Import

Linux4Palm

Date/Time Import

I was wondering if there is any way for the kernel to "import" the date/time from the Palm OS. If Linux on is going to become a useable second/first OS, then switching should be seemless. If it is not possible to import, then maybe cocoboot could be modified to passthrough the date/time as a parameter. But this solution would only work when switching from Palm to Linux, not from Linux to Palm.

Is this an issue on all Palm versions or is this only a Zire 72 issue?

Thanks to all the developers!!!

It's old bug... And use

It's old bug...

And use http://trac.hackndev.com/projects/palmz72/newticket for commiting bugs. Register is needed.

Dont use trac, it'll be

Dont use trac, it'll be wiped out soon. It is now deprecated thing. This date/time thing is problem of RTC, palm screwed it's implementation

Is this an issue on all Palm

Is this an issue on all Palm versions or is this only a Zire 72 issue?

joker556 wrote:Is this an

joker556 wrote:
Is this an issue on all Palm versions or is this only a Zire 72 issue?

All of them. Although we had a crude stab at a workaround a while ago by adding an option to set the epoch date to menuconfig when building a kernel. There might still be problems with the date calculation though, and it may not take affect depending on whether or not you have the RTC driver compiled in etc.

The issue is simply that Palm OS uses 1904 as it's epoch while Linux uses 1970.

Alex, 1940 or 1904?

Alex, 1940 or 1904?

1940

1940

1904, sorry. I corrected the

1904, sorry. I corrected the typo.

If changing the epoch in the

If changing the epoch in the kernel doesn't work, is there any way to "translate" the RTC data?

joker556 wrote:If changing

joker556 wrote:
If changing the epoch in the kernel doesn't work, is there any way to "translate" the RTC data?

on T3 partially work for me:
CONFIG_RTC_LIB=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_HCTOSYS=y
CONFIG_RTC_HCTOSYS_DEVICE="rtc0"
CONFIG_RTC_EPOCH=1904

Quote:
CONFIG_RTC_EPOCH=1904
Just to clarify, that option doesn't change the kernel's epoch (as basically everything relies on it being 1970) it changes the epoch that is used when storing to the RTC hardware. So yes it does "translate" it,