>>> On 07.11.12 at 11:10, <philippe.simo...@swisscom.com> wrote: > i compiled a patched hypervisor for Mauro, it is running since many days > and the overflow occured, > without clock jumps > >> (XEN) XXX plt_overflow: plt_now=5ece12d34128 plt_wrap=5ece12d09306 >> now=5ece12d16292 old_stamp=35c7c new_stamp=800366a5 >> plt_stamp64=15b800366a5 plt_mask=ffffffff tsc=e3839fd23854 >> tsc_stamp=e3839fcb0273
i.e. we have (in order of time) plt_wrap=5ece12d09306 now=5ece12d16292 plt_now=5ece12d34128 which is exactly the inverse order of how things should be (now not necessarily being in the middle). Nor should plt_now and plt_wrap be that close together. So far I have no idea how this can be explained. Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org