We need to support the genrtc module for systems where the RTC module is not suitable, but don't need the full fakeit support. This also helps for other cases that call hwclock directly, as the genrtc module will ensure it works properly. Affects me presently on a PPC system, a specific MIPS system, and non-standard i386 hardware (SGI VisWS). If this isn't set, then the machine fails to boot. The hwclock fails, and you get asked for a root password, or ctrl-D, and on the ctrl-D, the machine reboots. diff -Nuar /etc/init.d/clock.orig /etc/init.d/clock --- /etc/init.d/clock.orig 2006-07-29 19:25:02.000000000 -0700 +++ /etc/init.d/clock 2006-07-29 12:10:51.000000000 -0700 @@ -73,7 +73,7 @@ setupopts if [[ ${fakeit} -ne 1 && -e /proc/modules && ! -e /dev/rtc ]] ; then - modprobe rtc &> /dev/null + modprobe rtc &> /dev/null || modprobe genrtc &> /dev/null fi ebegin "Setting system clock using the hardware clock [${TBLURB}]"
*** Bug 142141 has been marked as a duplicate of this bug. ***
added to svn, cheers
