Summary: | PowerPC Mac machines reset the hardware clock to before the epoch | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Joe Jezak (RETIRED) <josejx> |
Component: | [OLD] baselayout | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ppc |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 142748 | ||
Attachments: | Skip hardware -> system clock setting when the hwclock is set to before 1970 |
Description
Joe Jezak (RETIRED)
2006-07-10 22:13:46 UTC
Created attachment 91426 [details, diff]
Skip hardware -> system clock setting when the hwclock is set to before 1970
Maybe this is enough? I'm not sure what the best fix is.
I have the same issue on my Pegasos box. hwclock is already pretty slow to execute (i hate the sob) ... plus, 1970 is kind of arbitrary, not all RTC's reset to that ... historically we've told people to change their config file ... see Bug 73652 (CLOCK_SYSTOHC) Nah, the point wasn't to catch the date the RTC was set to, the point was catching invalid dates passed to the system clock from the hw clock (which can only take dates after 0:00:00 Jan. 1, 1970 afaik). If we don't want to change it, I can just make a FAQ entry for it, no worries. what i meant was that different hardware interprets "0" differently, so picking 1970 as the limit doesnt work all the time ... alpha for example can go with like 1952 ;) too bad there isnt like an "--no-older-than <date>" option to hwclock ... Mike, you asked if there was a way to avoid the extra call to hwclock, but I don't think so. You can only do one "function" at a time and the first call to hwclock doesn't return a date we can check. The other option would be to make not setting the clock not fatal, but I'm not sure if there's other reasons why that's not desirable. does the hwclock call work ? in other words, is the time actually reset ? The hwclock (adjtime) command works, but it fails when setting the linux system clock from the hardware clock (the second hwclock call). The system time is not reset and the hwclock isn't updated because we never get a valid time from the system clock. (Is that what you were asking?) :) should be fixed in svn now |