>>> 3- Clock too fast!
>>> When I compile, reboot and recompile I have a lots errors like this:
>>> make[2]: Entering directory `/usr/src/linux-2.3/kernel'
>>> make[2]: *** Warning: File `.time.o.flags' has modification time in the
>>> future (928354045 > 928347961)
>>> make[2]: Nothing to be done for `all_targets'.
>>> make[2]: *** Warning: Clock skew detected. Your build may be incomplete.
>> The last time I saw that message, my system had shifted from
>> summer to winter time in mid compile. I reported it at the time
>> (September 1998), and was told that's a known problem with make
>> as it apparently uses local time when checking.
>> Can anybody else confirm whether such is in fact the case, as I
>> have to say that I find that explanation wierd...
> But my problem happen everytime (since updating in 2.3.x) that I
> compile kernel, library, ..., and a reboot (to test) and I make
> again. [There are only one summer per year, but a lot of kernel
> recompiling :-) ]
Do you run anything that would shift the system's idea of what the
current time is? Programs such as ntpd and rdate spring to mind, but
I'm sure there are others.
The other way to look at this is to ask whether there were any system
time shifts whilst you were compiling the kernel. One way to find this
out would be to apply the following patch, then redo the make session:
===8<=== CUT ===>8===
--- linux/Makefile~ Wed May 12 16:50:12 1999
+++ linux/Makefile Thu Jun 3 17:17:41 1999
@@ -28,7 +28,7 @@
NM =$(CROSS_COMPILE)nm
STRIP =$(CROSS_COMPILE)strip
OBJDUMP =$(CROSS_COMPILE)objdump
-MAKE =make
+MAKE =date >> ~/makeme ; make
GENKSYMS=/sbin/genksyms
all: do-it-all
===8<=== CUT ===>8===
When the make finishes, look through ~/makeme for any datestamps that
are out of order, then check /var/log/messages and see if there's
anything specific that was run at that time...
Best wishes from Riley.
+----------------------------------------------------------------------+
| There is something frustrating about the quality and speed of Linux |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch. |
+----------------------------------------------------------------------+
* ftp://ftp.MemAlpha.cx/pub/rhw/Linux
* http://www.MemAlpha.cx/kernel.versions.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/