Bug#277298: untested workaround
Tested on Dell GX280, ICH6 instead of ICH5; your workaround seems to work:
framboos:~# hwclock --show
Tue 21 Dec 2004 03:05:02 AM CET -0.672601 seconds
framboos:~# hwclock-2.12 --show
select() to /dev/rtc to wait for clock tick timed out
framboos:~#
Notes:
- util-linux-2.12h no longer hangs on broken rtc but times out.
That test was done with a business card CD when debian installer rc2 was
two days old; see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282861
so there's a decent chance a non-hanging hwclock on the full ISO.
- hwclock(8) states --directisa has no effect except
on i386 and alpha, so risk for other architectures from your workaround seems limited.
- As noted by debacle in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=277298
selfcompiled kernels seem to work fine. I tested this only with 2.6.10-rc2,
with make-kpkg, but without debian patches.
On Mon, Dec 20, 2004 at 10:27:05PM +0100, Geert Stappers wrote:
> Hello,
>
> In this bugreport there is the hint to modify the hwclock.sh files.
> But that is a change at several places. I'm not fond of that.
>
> However the addition of '--directisa' is indeed where it seems to hurt.
> (kernel, hwclock and hardware mismatch)
>
>
> I have this (untested) workaround in mind:
>
> # cd /sbin
> # ./hwclock --version
> hwclock from util-linux-2.12
> # mv hwclock hwclock-2.12
> # cat > hwclock << HERE
> #!/bin/bash
> /sbin/hwclock-2.12 --directisa \$@
> HERE
> # chmod +x hwclock
>
>
>
> it is a wrapper for the hwclock binary which appends "directisa"
>
>
> That is is untested is because I have currently no access
> to this Dell who is affect by this bug.
>
>
> Cheers
> Geert Stappers
Reply to: