Ticket #11563 (closed defect: fixed)
inaccuracy with conversion to unix timestamps
|Reported by:||dsd||Owned by:||martin.langhoff|
|Component:||ofw - open firmware||Version:||not specified|
|Action Needed:||no action||Verified:||no|
|Deployments affected:||Blocked By:|
We are seeing a problem with rtcreset.sig verification when dealing with certain dates. The "current RTC time" field in the rtcreset.sig file matches what is listed in the rtc-timestamp chosen property, but the firmware incorrectly complains that there is a mismatch.
I have narrowed this down to a bug relating to conversion to/from unix timestamps. This demonstrates the issue:
" 20131209T000350Z" decode-timestamp >unix-seconds unix-seconds>
The returned date is 8th December 2013 - it should be the 9th, as it was in the input.