From: <fra...@t-...> - 2001-05-28 15:23:59
|
Hi, I installed the packege "deb-package-2.4.4.tar.bz2". I wanted to change the local time in uml via: >usermode:~# date >Mon May 28 17:01:32 CEST 2001 >usermode:~# date --set="1 week ago" >Mon May 21 17:01:58 CEST 2001 >usermode:~# date >Mon May 28 17:02:00 CEST 2001 The date skipped back to the date of the host system. Has anybody an idear solving this problem? The following boot messages _could_ be related to the problem: >... >Setting the System Clock using the Hardware Clock as reference... >hwclock: Can't open /dev/tty1, errno=2: No such file or directory. >hwclock is unable to get I/O port access: the iopl(3) call failed. >System Clock set. Local time: Mon May 28 17:01:09 CEST 2001 >... -- Frank |
From: Jeff D. <jd...@ka...> - 2001-05-28 17:01:24
|
fra...@t-... said: > The date skipped back to the date of the host system. Has anybody an > idear solving this problem? The problem is that UML reads the system time from the host into on every clock tick. settimeofday writes into a different variable which is the offset of the UML time from the host time and gettimeofday adds that to the system time. stime doesn't - it writes directly into the system time, which gets overwritten on the next clock tick. It looks like the easiest way to fix this is to make stime and time act more like settimeofday and gettimeofday. Jeff |
From: Livio B. S. <li...@li...> - 2001-05-29 06:25:29
Attachments:
time-stime.diff
|
Hello Jeff! Jeff Dike writes: > fra...@t-... said: > > The date skipped back to the date of the host system. Has anybody an > > idear solving this problem? (...) > It looks like the easiest way to fix this is to make stime and time act more > like settimeofday and gettimeofday. Well I've done an implementation, just for fun, of a working `time' and `stime' sys_call. They are _almost_ good... `time' I think is pretty much ok, the problem is with `stime'. I couldn't get the #include "asm/uaccess.h" necessary to define put_user(), into arch/um/kernel/time.c, so I "hacked" a memcpy() :-(. Besides that, the patch is pretty much basic. It follows the settimeofday and gettimeofday implementation like you suggested, and works fine here at home and at the Univ. Flames and corrections are always appreciated! best regards to all, -- Livio <li...@li...> |
From: <fra...@t-...> - 2001-05-29 10:56:31
|
Livio Baldini Soares wrote: > >[...] > Jeff Dike writes: > > Frank Klingenhoefer said: > > > The date skipped back to the date of the host system. Has anybody an > > > idear solving this problem? > > (...) > > > It looks like the easiest way to fix this is to make stime and time act more > > like settimeofday and gettimeofday. > > Well I've done an implementation, just for fun, of a working `time' > and `stime' sys_call. > [...] Oh, that's fine. The patch works correctly here. -- Frank |