Bug 489494 - F12: enable CONFIG_RTC_HCTOSYS
Summary: F12: enable CONFIG_RTC_HCTOSYS
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-03-10 13:40 UTC by Karel Zak
Modified: 2009-09-02 13:46 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-09-02 13:46:19 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Karel Zak 2009-03-10 13:40:59 UTC
Description of problem:

The latest hwclock(8) (from util-linux-ng 2.15, probably in Fedora-12) has a new option --systz (set TZ only) that is possible to use instead --hctosys when system clock time is already set from the hardware clock by the kernel (when compiled with CONFIG_RTC_HCTOSYS).

For example Ubuntu 9.04 is planning to use this feature to speed up userspace boot process. (The "hwclock --hctosys" is very tricky...) It would be nice to test it in (F-12) rawhide. 

Note that this change requires to update the RTC udev rule.

Comment 1 Harald Hoyer 2009-03-10 14:55:27 UTC
$ rpm -qf /lib/udev/rules.d/88-clock.rules
initscripts-8.86-1.x86_64

Comment 2 Bill Nottingham 2009-03-10 14:59:04 UTC
How would you write the rule to DTRT depending on how the kernel is configured?

Comment 3 Dave Jones 2009-03-26 18:29:09 UTC
once we have a util-linux-ng in the tree that supports it, we can make this change. Until then, changing it sounds like a bad idea.

Comment 4 Karel Zak 2009-03-26 21:36:47 UTC
(In reply to comment #3)
> Until then, changing it sounds like a bad idea.  

 Sure. I agree. I'll ping you :-)

Comment 5 Karel Zak 2009-07-20 16:48:57 UTC
Dave, ping :-) 

The hwclock that supports CONFIG_RTC_HCTOSYS is already in rawhide (F-12).

Comment 6 Glauber Costa 2009-08-31 11:22:29 UTC
I must add in the discussion here that this feature is much wanted for kvm guests. The problem there is that the hypervisor will set guest's wall time, but hwclock will supersede this reading.

The value should be the same, but the trip to the emulated cmos is a very lengthy one, and by the time all hwclock tricks are done, 1 or 2 seconds (some users even report 3) has passed. Much wanted feature for F12 virt.

Comment 7 Dave Jones 2009-09-02 13:46:19 UTC
we changed this in rawhide a while ago.


Note You need to log in before you can comment on or make changes to this bug.