Re: [PATCH] Revert "hwclock-rtc.c: try the 'new' rtc class first"

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Sorry, I somehow missed the PR on GitHub :-(

On Wed, Mar 19, 2025 at 02:28:59PM +0100, Rasmus Villemoes wrote:
> This (effectively) reverts commit
> 1811900a91be856e794005511eac7859adb8e383.
> 
> There was no real motivation given, and it certainly makes the default
> behaviour of hwclock on current linux systems counter-intuitive: udev
> has a standard rule so that whichever rtc device is designated as the
> CONFIG_RTC_HCTOSYS_DEVICE one in the kernel configuration also becomes
> the target of the /dev/rtc symlink. People may have some other way of
> setting that symlink, but regardless, that must be considered the
> primary or default rtc for the system.

I agree that after 8 years, it's probably fine to use the /dev/rtc
symlink as the first option and assume that udevd has done its job
correctly. The current situation is somewhat messy.

Let's CC: William who is author of the original patch.

I'll apply your change.

    Karel

-- 
 Karel Zak  <kzak@xxxxxxxxxx>
 http://karelzak.blogspot.com





[Index of Archives]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux