[CRIU] The progress of Time namespace

Eric W. Biederman ebiederm at xmission.com
Fri Jun 1 21:20:33 MSK 2018


Adrian Reber <adrian at lisas.de> writes:

> On Fri, Jun 01, 2018 at 11:04:26AM +0800, yukon wrote:
>> I found that the criu community intent to resolve the timer issue[1], I
>> wonder if there is an issue to
>> track the progress?
>
> I have heard of other people experimenting with it and I also had a few
> patches to try it out. The point where I stopped is when I found out
> that most time calls are actually coming from the VDSO and not from the
> kernel and it is still unclear to me how to handle namespaces and VDSO
> correctly.
>
> I have also talked with Christian (on CC) about it and I also contacted
> Eric at some point (also on CC). Maybe they have more information about
> the current status.

Andrian.  My apologies for not getting back to you earlier (I was
swamped) but that is not a good excuse.  I was very impressed by what
you did.

For me personally I have been looking for a real world case where the
timers matter.  Having that would increase the priority of this work
from where I stand.

To date all I have done is recognize that a time namespace is almost
certainly something that we need, and read the code enough to have a
general sense of how the time infrastructure in the kernel works.

I think the VDSO has per cpu if not per process constants so we should
be able to affect this in a namespace.  If the VDSO does not we
certainly can make that happen.

I would be very happy to merge a time namespace.   I would probably even
start looking at implementation details if I had a compelling test case
in my hand.

Yukon.  I don't have the beginning of this thread.  So if you know of a
practical case that does not work because of timers I would love to hear
about it.

Eric


More information about the CRIU mailing list